1、說明：以下試題雖然經(jīng)過多次整理，但由于時間有限，存在錯誤或不足之處在所難免。同學們在閱讀和使用過程中如發(fā)現(xiàn)問題，請你在課程評價的“建議”中指出，具體方法是：寫明大小題號：問題所在；正確內(nèi)容。在此謝謝你提供的方便和指正。一、 概念題1、 軟工程：是1）將系統(tǒng)性的、規(guī)范化的、可定量的方法應用于軟件的開發(fā)、運行和維護，即將工程化應用到軟件上；2）對1）中所述方法的研究。2、 軟件：是計算機程序、規(guī)程以及運行計算機系統(tǒng)可能需要的相關文檔和數(shù)據(jù)。3、 軟件危機：是指在計算機軟件的開發(fā)和維護過程中遇到的一系列嚴重問題。4、 軟件過程：是軟件工程人員為了獲得軟件產(chǎn)品而在軟件工具的支持下實施的一系列軟件工程活

2、動。5、基線：是已經(jīng)通過了正式復審的規(guī)格說明或中間產(chǎn)品，它可以作為進一步開發(fā)的基礎，并且只有通過正式的變化控制過程才能改變。6、軟件配置項：是為配置管理而作為單獨實體處理的一個工作產(chǎn)品或軟件。7、對象：是系統(tǒng)中用來描述客觀事物的一個實體，它是構成系統(tǒng)給的一個基本單位，有一組屬性和對這組屬性進行操作的一組服務組成。8、軟件過程模型：是描述軟件過程的整體框架，它是軟件過程的一種抽象表示。9、類：是具有相同屬性和服務的一組對象的集合，它為屬于該類的全部對象提供了統(tǒng)一的抽象描述，其內(nèi)部包括屬性和服務兩個主要部分。10、實體類：用于描述必須存儲的信息及其相關行為，它是對系統(tǒng)核心信息的建模，通常這些信息需

3、要長久地保存。11、版本：是確定在明確定義的時間點上某個配置項的狀態(tài)。12、耦合度：是表示兩個子系統(tǒng)之間的關聯(lián)程度。當一個子系統(tǒng)發(fā)生變化時對另一個子系統(tǒng)的影響很小，則稱它們是松散耦合的；反之，如果變化的影響很大時，則稱它們是緊密耦合的。13、軟件需求：1）用戶解決問題或達到目標所需要的條件或能力。2）系統(tǒng)或系統(tǒng)部件要滿足合同、標準、規(guī)范或其他正式規(guī)定文檔所需要具有的條件或能力。3）一種反映上面1）或2）所描述的條件或能力的文檔說明。14、軟件實現(xiàn)：是軟件產(chǎn)品由概念到實體的一個關鍵過程，它將詳細設計的結果翻譯成用某種程序設計語言編寫的并且最終可以運行的程序代碼。15、內(nèi)聚性：是子系統(tǒng)內(nèi)部的相關程

4、度。當子系統(tǒng)中彼此相關的多個對象執(zhí)行類似的任務時，則認為該子系統(tǒng)是高內(nèi)聚的；反之，當子系統(tǒng)內(nèi)的多個對象彼此不相關時，則認為是低內(nèi)聚的。16、軟件驗證：是指試圖證明在軟件生存期各個階段，軟件產(chǎn)品或中間產(chǎn)品是否能夠滿足客戶需求，包括邏輯協(xié)調(diào)性、完備性和正確性。17、軟件測試：廣義上講，測試是指軟件產(chǎn)品生存周期內(nèi)所有的檢查、評審和確認活動。狹義上講，測試是對軟件產(chǎn)品質(zhì)量的檢查和評價，它一方面檢查軟件產(chǎn)品中存在的質(zhì)量問題，同時對產(chǎn)品質(zhì)量進行客觀的評價。18、軟件再工程：是以系統(tǒng)理解為基礎，結合逆向工程、重構和正向工程等方法，將現(xiàn)有系統(tǒng)重新構造成為新的形式。19、軟件確認：是一系列的活動和過程，其目的是

5、保證軟件產(chǎn)品能夠符合其描述要求。20、軟件維護：是指在軟件運行或維護階段對軟件產(chǎn)品所進行的修改，做這些修改時可能改正軟件中的錯誤，也可能是增加新的功能以適應新的需求，但是一般不包括軟件系統(tǒng)結構上的重大改變。21、遺留系統(tǒng)：是指那些過時或存在問題的計算機系統(tǒng)，它們往往是許多年以前開發(fā)出來的，在長期的使用過程中不斷地被人們修改。22、項目風險：是一種不確定的事件或條件，這種事件或條件一旦發(fā)生，就會對項目目標產(chǎn)生某種正面或負面的影響。23、軟件風險管理：是通過主動而系統(tǒng)地對項目風險進行全過程的識別、分析和監(jiān)控，最大限度地降低風險對軟件開發(fā)的影響。24、多態(tài)性：是指在父類中定義的屬性或服務被子類繼承后

6、，可以具有不同的數(shù)據(jù)類型或表現(xiàn)出不同的行為。二、 選擇題1、系統(tǒng)的規(guī)格說明與其行為之間的偏差稱為： C 。A：軟件錯誤 B：軟件缺陷 C：軟件故障 D：軟件危機2、下列關系屬于靜態(tài)的是 B 。A：對象 B：繼承 C：關聯(lián) D：類3、描述系統(tǒng)“要做什么”而不是“怎么做”的是 D 。A：軟件需求 B：業(yè)務需求 C：需求分析 D：需求規(guī)格說明4、在問題及其最終解決方案之間架設橋梁的第一步是 A 。A：需求獲取 B：需求分析 C：需求規(guī)格說明 D：需求驗證5、軟件工程以關注軟件質(zhì)量為目標，三要素為 ABC 。A：過程B：方法，C：工具D：結果6、軟件過程包括 ABCD 。A：規(guī)格說明B：軟件開發(fā)C：軟

7、件演化D：軟件確定7、軟件質(zhì)量屬性包括： ABCD 。A：可維護性B：可依賴性C：有效性D：可用性8、 業(yè)務需求是組織或客戶對于系統(tǒng)的高層次目標要求，定義了項目的遠景和范圍，即確定 ABCD 。A：軟件產(chǎn)品的發(fā)展方向B：功能范圍C：目標客戶D：價值來源9、軟件測試人員應具備的素質(zhì) B 。A：表達能力 B：移情能力 C：操作能力 D：適應能力10、下列關于UML敘述不正確的是 A 。 A、UML是一種高級編程語言，且是可視化的B、UML是一種可用于詳細描述的語言C、UML是一種構造語言D、UML是一種文檔化語言11、常用的數(shù)據(jù)存儲方式 ABC 。 A、數(shù)據(jù)文件 B、關系數(shù)據(jù)庫 C、面向?qū)ο髷?shù)據(jù)庫

8、D、層次數(shù)據(jù)庫12、下列說法中正確的是 ABC 。 A、FORTRAN適合于科學計算 B、COBOL適用于商業(yè)處理 C、BASIC適應分時操作系統(tǒng)D、JAVA適合于實時系統(tǒng)開發(fā)13、消息是對象發(fā)出的服務請求，一般包括 ABCD 。A、對象標識 B、服務標識 C、輸入信息 D、應答信息14、 A 是構成系統(tǒng)的一個基本單位，由一組屬性和對這組屬性進行操作的一組服務組成。A、對象 B、類 C、消息 D、聚合15、 B 是表示兩個子系統(tǒng)之間的關聯(lián)程度。A、模塊化 B、耦合度 C、內(nèi)聚性 D、復用性16、由于不斷的內(nèi)存泄漏或非法訪問內(nèi)存造成的錯誤是 A 。 A、內(nèi)存異常 B、內(nèi)存分配 C、軟件危機 D、

9、軟件故障17、表示一種一般事物（父類）和特殊事物（子類）之間的關系是 C 。 A、依賴 B、關聯(lián) C、 泛化 D、實現(xiàn)18、下列哪種系統(tǒng)在開發(fā)中適用于形式化方法模型 D 。A、位于火車站的交互式車次查詢系統(tǒng) B、大學教務管理系統(tǒng) C、支持軟件維護的軟件工程工具 D、汽車防抱死剎車控制系統(tǒng)19、具有異步性和及時性特點的一種常用的項目溝通方式是 D 。 A、電話交談 B、項目網(wǎng)站 C、書面報告 D、電子郵件20、系統(tǒng)需求模型的描述方法有 ABC 。A、結構化英語 B、可視化模型 C、形式化方法 D、具體化內(nèi)容21、在大多數(shù)軟件項目中， C 典型的開發(fā)組織方式。A、民主式 B、主程序員式 C、技術管

10、理式 D、項目式22、面向?qū)ο蟮能浖こ谭椒ú话ㄒ韵履膫€選項？ A A、面向?qū)ο蠼獯?B、面向?qū)ο蠓治?C、面向?qū)ο笤O計 D、面向?qū)ο鬁y試23、軟件生命周期中所花費用最多的階段是 D 。A、詳細設計 B、軟件編碼 C、軟件測試 D、軟件維護24、下列哪個階段不是軟件生存期三個階段中的內(nèi)容 C 。A、計劃階段 B、開發(fā)階段C、編碼階段 D、維護階段25、有效的軟件項目管理集中在 AB 方面？A、人員 B、項目 C、結果 D、開始26、 A 是影響溝通有效性的重要因素之一。A、軟件團隊規(guī)模B、團隊人員C、項目大小D、外在因素27、以下 C 是聚合關系，例如大學中的系由辦公室、實驗室、資料室組成。

11、A、實驗室和資料室 B、實驗室和辦公室 C、系和實驗室 D、辦公室和實驗室28、以下 D 不是微軟開發(fā)團隊的特點。A、交流和管理成本低 B、決策和執(zhí)行速度快 C、產(chǎn)品質(zhì)量易于控制 D、多元化的項目組織29、軟件成本估算不包括以下哪一項 D 。A、專家判斷 B、類比估算 C、COCOMO模型 D、軟件項目成本預算30、下列屬于遞進式的軟件開發(fā)策略的表現(xiàn)的是 ABC 。A、解決問題的及時性B、不確定和變更因素的可控性C、縮短產(chǎn)品上市周期D、提高軟件產(chǎn)品的質(zhì)量31、對UML理解錯誤的一項是 D 。A、一種可視化的建模語言 B、一種可用于詳細描述的語言 C、一種構造語言 D、一種具體化方法32、順序圖

12、的組成不包括下列哪個選項？ D A、對象 B、生命線 C、消息 D、模型33、UML的組成不包括下列哪個選項？ B A、視圖 B、代碼 C、圖 D、模型元素34、下面哪個與其他幾個不同 D 。A、駕駛執(zhí)照 B、信用卡 C、身份證 D、Joe的第一次作業(yè)35、需求描述，以下哪種是半形式化語言 B 。A、符號 B、圖形 C、語言、文字的描述 D、自然語言36、對于冰箱，它的系統(tǒng)需求是 AD ，功能需求是 B ，非功能需求是 C 。 A、制冷 B、冷藏 C、節(jié)能 D、照明37、需求分析的主要內(nèi)容工作內(nèi)容包括：定義系統(tǒng)的邊界，建立軟件原型，分析需求可行性，確定需求優(yōu)先等級， A 。A、建立需求分析模型

13、，創(chuàng)建數(shù)據(jù)字典B、建立軟件原型，創(chuàng)建數(shù)據(jù)字典C、分析獲取信息，創(chuàng)建數(shù)據(jù)字典D、建立需求分析模型, 分析獲取信息38、需求工程的所有過程，包括需求獲取，需求分析，需求規(guī)格說明， A 等等。A、需求驗證和需求管理B、需求驗證和分析需求C、需求管理和需要的產(chǎn)生D、需求管理和分析需求39、軟件項目的實踐表明，項目團隊成員的數(shù)量應保持在 C 之間，才是最佳范圍。A、1到2人 B、4到6人 C、3到7人 D、8到10人 40、項目溝通的方式多種多樣，目前為止用于解決問題并達成一致意見的唯 D 。A、直接交談 B、電話交談 C、電子郵件 D、會議 E、項目網(wǎng)站 F、書面報告41、 A 是一種比較科學的估算方

14、法，它適合評估一些與歷史項目在應用領域、環(huán)境和復雜度上相似的項目，通過歷史項目與新項目的比較得到規(guī)模估算。A、類比估算 B、專家判斷 C、經(jīng)驗模型 D、公式模型42、 B 是指需求規(guī)格說明對各種需求的描述不能存在矛盾，如術語使用沖突、功能和行為特征方面的矛盾以及時序上的不一致等。A、可驗證性 B、一致性 C、正確性 D、無二義性43、有時客戶可能無法有效地表達或只能片面地表達自己的需求，開發(fā)人員很難通過面談和會議獲得完整的信息。這種情況下， C 是一種比較好的解決方法。A、需求專題討論會 B、原型化方法 C、觀察用戶工作流程 D、基于用例的方法44、一般來說，一個用例對應一個 A 。A、控制類

15、 B、邊界類 C、實體類 D、分析類45、從面向?qū)ο蟮慕嵌瓤?，以下哪個選項是對象 C 。A、駕駛執(zhí)照 B、信用卡 C、張心的第一次作業(yè) D、燈46、對象圖實質(zhì)上是 A 的實例。A、類圖 B、順序圖 C、狀態(tài)圖 D、活動圖 E、協(xié)作圖 F、組件圖 G、分布圖47、事物標識系統(tǒng)中的元素，其中包括結構事物，行為事物， B ，注釋事物。A、實現(xiàn)事物B、分組事物C、演化事物D、關聯(lián)事物48、計算機輔助軟件工程，簡稱 D 。 A、SAB、SDC、SCD、CASE49、根據(jù)軟件服務對象的范圍不同，一般可以將軟件劃分為 AB 。A、通用軟件 B、定制軟件 C、應用軟件D、系統(tǒng)軟件50、強調(diào)風險分析，適合于大型

16、復雜的軟件系統(tǒng)的軟件過程模型是 B 。A、瀑布模型 B、螺旋模型 C、增量模型 D、噴泉模型51、適合于對安全性，可靠性和保密性要求極高的軟件過程模型是 C 。A、瀑布模型 B、螺旋模型 C、形式化方法模型 D、噴泉模型52、軟件工程的 B 是管理和控制產(chǎn)品質(zhì)量的關鍵。 A、工具 B、過程 C、方法 D、模型53、軟件 C 為軟件工程的方法提供了自動的或半自動的軟件支持環(huán)境。A、方法 B、過程 C、工具 D、模型54、 C 是一種線性的過程，適用于在開發(fā)的早期階段軟件需求不完整確定的情況。 A、快速原型模型 B、增量模型 C、瀑布模型 D、形式化方法模型55、在 D 中，軟件被作為一系列的增量

17、構件來設計、實現(xiàn)、集成和測試。A、瀑布模型 B、螺旋模型 C、基于組件的開發(fā)模型 D、增量模型56、軟件成本在計算機系統(tǒng)的整個成本中所占比例 A 。A、越來越大B、越來越小C、不變D、和硬件的比例一樣57、軟件維護技術不包括 C 。A、程序理解B、再工程C、順向工程D、影響分析58、軟件工程人員的職業(yè)道德不包括 D 。A、遵紀守法B、服務客戶、造?？蛻鬋、誠實信用D、服從領導59、軟件實現(xiàn)不包括 D 。A、源程序B、目標代碼C、可執(zhí)行構件D、測試規(guī)程60、軟件過程模型不包括 C 。A、瀑布模型B、快速原型模型C、集成模型D、形式化方法模型61、軟件工程是一門 C 的工程科學。A、綜合性 B、開

18、放性 C、交叉性 D、可視性62、以下選項中哪一個是軟件工程人員的基本素質(zhì) A 。A、遵紀守法 B、服務客戶、造福社會 C、誠實守信 D、 按時完成任務 63、某公司需要給火車站開發(fā)一個交互式火車車次查詢系統(tǒng),這是火車站首次使用該系統(tǒng)。該公司應該使用軟件過程模型中的 A 模型。A、瀑布模型B、快速原型模型C、增量模型D、螺旋模型64、關于瀑布模型， D 不是它的缺陷。A、早期的錯誤可能在開發(fā)后期才發(fā)現(xiàn)B、開發(fā)模型是線性的，用戶只有等整個過程的末期才能見到開發(fā)成果，中間提出的變更要求很難得到響應，增加開發(fā)風險。C、各個階段劃分完全固定，階段間產(chǎn)生大量的文檔，極大地增加了工作量。D、由于各個構件是

19、逐漸并入已有的軟件體系結構中，所以加入構件必須不破壞已構造好的系統(tǒng)部分，這需要軟件具備開放式的體系結構。65、軟件工程當前面臨的主要挑戰(zhàn)不包括： D 。A、遺留系統(tǒng)的問題B、高可信軟件開發(fā)的要求C、軟件開發(fā)方式的變化D、軟件配置管理66、下列選項中適合快速原型模型的是 A 。A、北京市交通設施設計與漫游系統(tǒng)B、基于工作流的科技項目管理系統(tǒng)C、空中交通控制系統(tǒng)D、開發(fā)學生選課系統(tǒng)67、 A 是一種線性的過程，適用于在開發(fā)的早期階段軟件需求被完整確定的情況。A、瀑布模型B、增量模型C、螺旋模型D、形式化增量模型68、以下 C 適合于交互式系統(tǒng)，特別是同一個模型需要多個視圖的情況。A、倉庫體系結構；

20、B、分層體系結構；C、MVC體系結構；D、客戶機/服務器體系結構；E、管道和過濾器體系結構。69、在將一個復雜的大系統(tǒng)分解成若干子系統(tǒng)的時候，子系統(tǒng)的層數(shù)以下哪個不太適合 D 。A、1層 B、2層 C、5層 D、8層 70、瀑布模型強調(diào) A 的作用，并要求每個階段都要仔細驗證。A、文檔 B、設計 C、工具 D、方法 71、軟件工程的方法中使用最廣泛的兩種方法是 A 。A、傳統(tǒng)的軟件開發(fā)方法和當前流行的面向?qū)ο蟮姆椒?B、傳統(tǒng)的軟件開發(fā)方法和當前流行的面向過程的方法C、傳統(tǒng)的面向?qū)ο蟮姆椒ê彤斍傲餍械能浖_發(fā)方法D、傳統(tǒng)的面向過程的方法和當前流行的軟件開發(fā)方法72、統(tǒng)計數(shù)據(jù)表明，導致軟件項目失敗

21、的主要原因是由于不適當?shù)?A 造成的。A、管理 B、技術 C、工具 D、過程 E、方法73、如果想制作學生網(wǎng)上報名系統(tǒng)，應該使用哪種模型？ A A、瀑布模型B、快速原型模型C、增量模型D、形式化方法模型74、哪種模型具有較少的缺陷和較高的安全性？ D A、瀑布模型B、快速原型模型C、增量模型D、形式化方法模型75、在軟件實現(xiàn)的這一軟件工程的活動中哪一項不是其產(chǎn)生的主要過程制品 C 。A、源程序 B、目標代碼 C、軟件體系結構 D、可執(zhí)行構件76、下面軟件發(fā)展階段哪一階段是面向?qū)ο蟮碾A段 B A、第一階段20世紀50-60年代B、第二階段20世紀70年代C、第三階段20世紀80年代D、第四階段2

22、0世紀90年代至今77、軟件工程將 A 有機地結合在一起。A、人員、技術、組織與管理B、程序、作者、理論與實踐C、程序、理論、哲學與實踐D、理論、作者、思想與實踐78、 B 是對系統(tǒng)不同的版本進行標識和跟蹤的過程，它可以保證軟件技術狀態(tài)的一致性。A、配置項標識 B、版本管理 C、系統(tǒng)構建 D、變更控制79、 A 是系統(tǒng)測試中最基本的測試，它不管軟件內(nèi)部的實現(xiàn)邏輯，主要根據(jù)軟件需求規(guī)格說明和測試需求列表進行測試。A、功能測試 B、確認測試 C、系統(tǒng)測試 D、驗收測試三、 填空題1、 單元測試是對軟件基本組成單元進行的測試，也稱為 組件測試 。2、 軟件維護可分成 改正性維護，適應性維護 和 完善

23、性維護 。3、 1968年10月，NATO科學委員會提出“ 軟件工程 ”和“ 軟件危機 ”術語。4、 BROOKS法則表明，向進度落后的項目中增加 人手 ，只能使進度更 落后 。5、 計算機科學與軟件工程的區(qū)別是：計算機科學解決 計算機自身問題 ；軟件工程解決 實際應用問題 。6、從是否需要執(zhí)行被測試軟件的角度來看，可分為 靜態(tài)測試 和 動態(tài)測試 。7、 “復雜”和“變化”給軟件項目的管理帶來了相當大的難度 降低復雜性 和 控制變化 成為軟件項目管理面臨的關鍵問題。8、 軟件項目規(guī)模是影響軟件項目工作量和成本的重要因素，常用的估算方法包括 代碼行技術 和 功能點技術 等。9、 軟件過程模型有：

24、 瀑布模型 ，快速原型模型，增量模型，螺旋模型，形式化方法模型， 基于組件的開發(fā)模型 。10、用例之間存在包含 、擴展和 泛化 等三種關系11、從軟件的功能需求來看，分析類可分為 實體類 、邊界類和 控制類 3種類型。12、有效的軟件項目管理集中于4個方面，簡稱為項目管理的“4P”分別為 人員 、產(chǎn)品、 過程 、項目。13、驗證強調(diào)對 過程 的檢驗，而確認強調(diào)對 結果 的檢驗。14、從測試是否針對系統(tǒng)的內(nèi)部結構和具體實現(xiàn)算法的角度來看，可分為 白盒測試 和 黑盒測試 。15、軟件的特性包括， 軟件是復雜的 ， 軟件是不可見的 ， 軟件是不斷變化的 ，大多數(shù)軟件是定制的，而不是通過已有構件組裝而

25、成的。16、快速原型的類型包括： 拋棄原型 ， 演化原型 兩種類型。17、類之間的關系包括 關聯(lián)關系 、 聚合關系 、 泛化關系 和 依賴關系 。18、常用的uml圖包括 用例圖 、 類圖 、 順序圖 、 狀態(tài)圖 等。19、軟件項目管理的核心內(nèi)容在于 項目的規(guī)劃 和 跟蹤控制 。20、 軟件項目的典型開發(fā)組織方式有， 民主式 ， 主程序員式 ，和 技術管理式 。21、軟件項目的生命周期包括項目啟動， 項目規(guī)劃 ，項目實施和 項目收尾 等四個階段。22、軟件工程學家Codd和Yourdon認為：面向?qū)ο? 對象 + 類 + 繼承 + 通信 。23、軟件模型一般包括 數(shù)學模型 、 描述模型 和 圖

26、形模型 3種類型。24、UML由 視圖 、 圖 、 模型元素 和 公共機制 等部分組成。25、UML規(guī)定的4種機制是 說明 、 修飾 、 通用劃分 、 擴展機制 。26、多態(tài)性機制不但為軟件的結構設計提供了靈活性，還減少了信息冗余，明顯提高了軟件的 可復用性 和 可擴充性 。27、項目規(guī)劃具體活動內(nèi)容包括： 確定項目活動 ， 預算項目成本 ， 制定進度計劃 。28、常用的風險對應策略包括 風險規(guī)避 、 風險緩解 、 風險轉(zhuǎn)移 、 風險接受等。29、 降低復雜性 和 控制變化 成為軟件項目管理面臨的關鍵問題。30、常用的風險識別方法 頭腦風暴法 和 風險檢查表 。31、軟件項目規(guī)劃是項目管理的核

27、心工作，其關鍵是項目管理者對 資源 、 成本 和進度 做出合理的估算，進一步制定出切實可行的軟件項目計劃。32、 項目溝通 是軟件工程中最關鍵而且最耗時的活動。33、封裝使對象形成兩個部分： 接口 和 實現(xiàn) 。34、 抽象類 是不能直接產(chǎn)生實例的類。35、可執(zhí)行構件包括 定制的組件 、 商業(yè)組件 、 遺留組件 等。36、微軟公司的軟件開發(fā)過程模型由 規(guī)劃 、 設計 、 開發(fā) 、 穩(wěn)定 、 發(fā)布 五個主要階段組成。37、形式化方法特別適合于對 安全性 、 可靠性 和 保密性 要求極高的軟件系統(tǒng)開發(fā)，它采用形式化的數(shù)學方法將系統(tǒng)描述轉(zhuǎn)換成可執(zhí)行的程序。38、 軟件過程模型描述 是對實際過程的抽象描

28、述。39、通常，設計活動劃分成 系統(tǒng)設計 和 詳細設計 等兩個主要階段。40、耦合越 低 越好；內(nèi)聚越 高 越好。41、微軟公司的軟件開發(fā)過程模型由 規(guī)劃 、 設計 、 開發(fā) 、 穩(wěn)定 和 發(fā)布 5個主要階段組成。42、形式化方法特別適合于那些對安全性、可靠性和保密性要求極高的軟件系統(tǒng)開發(fā)，它采用形式化的 數(shù)學方法 將系統(tǒng)描述轉(zhuǎn)換成可執(zhí)行的程序。43、軟件過程模型的 螺旋 模型，將瀑布模型和快速原型模型結合起來，強調(diào)了其他模型所忽視的風險分析，特別適合于大型復雜的軟件系統(tǒng)。44、基于組件的開發(fā)模型充分體現(xiàn)了 軟件復用 的思想，降低了開發(fā)風險和成本，能快速交付所開發(fā)的軟件。45、傳統(tǒng)軟件開發(fā)方法

29、主要以 功能分析 和 數(shù)據(jù)分析 為基礎的結構化方法。46、軟件需求規(guī)格說明 是將需求分析活動中獲得的信息以文檔的形式確定下來，明確地描述了軟件的功能。47、軟件工程以關注軟件質(zhì)量為目標，由 過程 、 方法 和工具三要素組成。48、驗證強調(diào)對于 過程 的檢驗，而確認強調(diào)對于 結果 的檢驗 49、需求分析主要是對收集到的需求進行 提煉分析 和 認真審查 以確保所有的項目相關人員都明白其含義，并找出其中的錯誤，遺漏或其他不足的地方，形成完整的分析模型。50、在計算機軟件的開發(fā)和維護過程中遇到的一系列嚴重問題稱為 軟件危機 。51、軟件是計算機程序，規(guī)程以及運行計算機系統(tǒng)可能需要的相關 文檔 和 數(shù)據(jù)

30、 。52、軟件項目規(guī)模是影響軟件項目工作量和成本的重要因素，常用的估算方法包括 代碼行 和 功能點 等。53、軟件工程使用最廣泛兩個方法是傳統(tǒng)的 面向過程方法 和當前流行的 面向?qū)ο蠓椒?54、主要圍繞需求規(guī)格說明的質(zhì)量特性展開的是 需求驗證 。 四、 簡答題 （4小題，每題5分，共20分）1、簡要回答一個高效的軟件開發(fā)團隊應該具有那些特征。答：1）明確的目標與共同分享的項目前景2）清晰的角色分工與緊密的團隊協(xié)作3）融洽的關系與通暢的溝通4）高昂的士氣與高效的生產(chǎn)力2、簡要回答你所了解的軟件體系結構？答：1）倉庫體系結構2）分層體系結構3）MVC體系結構4）客戶機/服務器體系結構5）管道和過濾

31、器體系結構3、簡要回答你是則樣理解程序注釋的。答：1）注釋不是程序員指南，對于某些意義已經(jīng)很明顯的語句不要做過多的解釋；2）注釋不是標準庫的函數(shù)參考手冊，其主要任務是答疑解惑而不是增加程序的行數(shù)；3）注釋的目的是有助于對程序的閱讀理解，不宜太多也不能太少；4）注釋語言必須準確，易懂，簡潔，避免使用縮寫。4、軟件項目具有哪些顯著的特征？答：1）軟件產(chǎn)品的不可見性；2）項目的高度不確定性；3）軟件過程的多變性；4）軟件人員的高流動性。5、在選擇人員進行軟件項目開發(fā)時，應該考慮哪些因素？答：1）人員的素質(zhì)和組織管理是保證項目成功的更為重要的因素；2）軟件開發(fā)的管理應處處體現(xiàn)以人為本的思想；3）注重發(fā)

32、現(xiàn)和培養(yǎng)有創(chuàng)造力的技術水平高的軟件人員；4）使這些軟件開發(fā)人員保持高昂的斗志和不斷創(chuàng)新的精神。6、用戶界面的設計原則應考慮哪些因素？答：1）用戶控制方式； 2）一致性， 3）個性化， 4）寬容性， 5）反饋， 6）審美和可用性，7、編碼格式與編碼風格中應注意的事項有那些？答：1）適當?shù)目招校?）代碼行及行內(nèi)空格，3）分行，對齊與縮進，4）命名規(guī)則，5）聲明，6）注釋，8、為什么軟件系統(tǒng)在投入使用之后還要進行變更？答：一旦軟件進入使用期，一些暴露出來的軟件問題需要進一步修正和改善，同時新的需求會不斷出現(xiàn)，原有的需求也會隨著業(yè)務的變化而發(fā)生改變。因此，軟件系統(tǒng)在交付之后仍然不斷地演化。即進入軟件的

33、運行維護階段后，演化可以保證軟件長期處于可用狀態(tài)，并能夠適應實際業(yè)務的不斷變化。9、請簡要說明你所了解的軟件過程模型，并列舉其適用的軟件項目。答：1）瀑布模型：學生成績統(tǒng)計軟件項目2）快速原型模型：服裝設計軟件項目3）增量模型：學生管理軟件項目4）螺旋模型：交通設施設計軟件項目5）形式化方法模型：導彈控制軟件項目6）基于組件的開發(fā)模型：學生選課軟件項目10、在軟件開發(fā)過程中，為什么需要建立模型？答：1）在軟件開發(fā)過程中，建立模型的一個重要原因在于描述系統(tǒng)的復雜性；2）建立模型的另一個主要原因是便于交流；3）模型還為以后的軟件維護和升級提供了文檔。11、軟件工程與計算機科學的區(qū)別是什么？答：計算

34、機科學研究構成計算機和軟件系統(tǒng)基礎的有關理論和方法：如數(shù)據(jù)結構，離散數(shù)學，算法分析等。軟件工程研究開發(fā)和發(fā)行軟件的實際問題，如飛行控制軟件12、軟件過程的基本元素包括那些？答：軟件過程的基本元素由一些列軟件工程活動和活動之間的關系組成，通過一系列順序和步驟，執(zhí)行這些活動，可以產(chǎn)生諸如代碼，文檔和數(shù)據(jù)等各種過程制品，最終取得預期的過程結果。13、軟件配置管理活動有那些？答：配置項標識；版本管理；系統(tǒng)構建；變更控制14、請簡要回答軟件維護與軟件再工程的區(qū)別與聯(lián)系？答：軟件維護只是修改不進行結構改進。軟件再工程是從現(xiàn)有工程翻譯程設計，在優(yōu)化設計，重新施工的過程。二者都要求有好的軟件工程過程的支持。五

35、、 用例圖 1、考慮自動提款機（ATM）。用戶把卡插入槽中，并輸入一個4位數(shù)字的個人標識號（PIN）。如果該PIN是不正確的，就會彈出卡。另外，用戶可以在最多4個不同的銀行賬戶上執(zhí)行以下操作：（1）、存入任意金額。將會打印一張收據(jù)，上面顯示了日期、存款額、賬號以及存款前的賬戶余額（一旦存款核對無誤，就會更新余額）。（2）、以20美元為單位最多能取200美元（該賬戶不允許透支）。除了錢以外，還提供給該用戶一張收據(jù)，上面顯示有日期、取款額以及取款后的賬戶余額。（3）、確定賬戶余額。這將會顯示在屏幕上。（4）、在兩個賬戶之間轉(zhuǎn)賬。同樣，轉(zhuǎn)出資金的賬戶絕對禁止透支。為用戶提供一張收據(jù)，上面顯示有日期、

36、轉(zhuǎn)賬金額、兩個賬號和最后得到的余額。（5）、退出，并彈出卡。要求：根據(jù)上述描述繪制用例圖，并任選其中一個用例給出用例描述。2、一個小型圖書資料管理系統(tǒng)需要實現(xiàn)對圖書資料的借出、歸還、查詢和管理。該系統(tǒng)有圖書管理員和普通讀者兩種用戶，普通讀者必須先進行注冊才可使用該系統(tǒng)。圖書管理員負責添加、更新和刪除系統(tǒng)中的圖書資料信息，并登記和查詢圖書資料的借出或歸還情況。普通讀者可以按照作者或者主題檢索圖書資料信息，并且可以預訂目前借不到的圖書資料。一旦預訂的圖書資料被歸還或已購買，系統(tǒng)將立即通知預訂者。該系統(tǒng)應該在Web環(huán)境下運行，要求用戶界面友好、響應速度快，具有良好的可擴展性。要求：根據(jù)上述描述繪制用

37、例圖，并任選其中一個用例給出用例描述。3、一個新的音像商店準備采用計算機系統(tǒng)向比較廣泛的人群銷售或租借錄像帶和光碟。該音像商店將存有大約1000盤錄像帶和500張光碟，這些訂購涉及多家訂購商。所有的錄像帶和光碟都有一個條碼，可以使用條碼掃描儀來支持銷售和返還，客戶會員卡也同時條碼化?？蛻艨梢灶A訂錄像帶并在指定日期來取。系統(tǒng)必須擁有靈活的搜索機制來回答客戶的詢問，包括關于該音像商店還沒有進貨的電影（但可能已經(jīng)被請求訂購）。要求：根據(jù)上述描述繪制用例圖，并任選其中一個用例給出用例描述。4、為方便旅客，某航空公司擬開發(fā)一個機票預訂系統(tǒng)。旅行社把預訂機票的旅客信息（姓名、性別、工作單位、身份證號碼、旅

38、行時間、旅行目的地等）輸入進該系統(tǒng)，系統(tǒng)為旅客安排航班，印出取票通知和賬單，旅客在飛機起飛的前一天憑取票通知和賬單繳款取票，系統(tǒng)校對無誤即印出機票給旅客。要求：根據(jù)上述描述繪制用例圖，并任選其中一個用例給出用例描述。5、一個小型圖書資料管理系統(tǒng)需要實現(xiàn)對圖書資料的借出、歸還、查詢和管理。該系統(tǒng)有圖書管理員和普通讀者兩種用戶，普通讀者必須先進行注冊才可使用該系統(tǒng)。圖書管理員負責添加、更新和刪除系統(tǒng)中地圖書資料信息，并登記和查詢圖書資料的借出或歸還情況。普通讀者可以按照作者或者主題檢索圖書資料信息，并且可以預訂目前借不到的圖書資料。一旦預訂的圖書資料被歸還或已購買，系統(tǒng)將立即通知預訂者。該系統(tǒng)應該

39、在Web環(huán)境下運行，要求用戶界面友好、響應速度快，具有良好的可擴展性。要求：根據(jù)上述描述繪制用例圖，并任選其中一個用例給出用例描述。六、 類圖 1、一個小型圖書資料管理系統(tǒng)需要實現(xiàn)對圖書資料的借出、歸還、查詢和管理。該系統(tǒng)有圖書管理員和普通讀者兩種用戶，普通讀者必須先進行注冊才可使用該系統(tǒng)。圖書管理員負責添加、更新和刪除系統(tǒng)中地圖書資料信息，并登記和查詢圖書資料的借出或歸還情況。普通讀者可以按照作者或者主題檢索圖書資料信息，并且可以預訂目前借不到的圖書資料。一旦預訂的圖書資料被歸還或已購買，系統(tǒng)將立即通知預訂者。該系統(tǒng)應該在Web環(huán)境下運行，要求用戶界面友好、響應速度快，具有良好的可擴展性。要

40、求：畫出實體類、邊界類和接口類，以及類間的關系。2、請根據(jù)下面的描述給出表示一本書的類圖。一本書由許多部分組成，而這些部分又由許多章組成，章由節(jié)組成。一本書包括出版商、出版日期和ISBN；一部分包括一個標題和一個序號；一章包括一個標題、一個序號和一個摘要；一節(jié)包括一個標題和一個序號。修改上述類圖，添加一個抽象類和一個泛化關系，將標題和序號這兩個屬性提取到抽象類中。要求：畫出實體類、邊界類和接口類，以及類間的關系。3、使用UML為John Cage在1952年創(chuàng)作的有些爭議的名為433的鋼琴曲建模。該音樂作品包含三段無聲樂章，分別長30、223和140”(音樂作品的名稱即來自于其總長度)。鋼琴師走上具有秒表和樂譜的舞臺。鋼琴師坐在鋼琴架前，把樂譜和秒表放在鋼琴上，打開樂譜，啟動秒表，然后通過放低鋼琴蓋來開始第一段樂章。在第一段樂章之后(也就是說，在保持無聲30"之后，在這段時間里，鋼琴師會仔細遵照空白樂譜，必要時會翻頁)，抬高鋼琴蓋以通知第一段樂章結束。對第二段樂章(223)和