第一章 軟件工程引論1. 在下列選項中， （D）不是軟件的特征。A 系統(tǒng)性與復(fù)制性 B. 可靠性與一致性 C. 抽象性與智能型 D.有形性與可控性2. 軟件是一種（B）產(chǎn)品。A 有形 B. 邏輯 C. 物質(zhì) D. 消耗3. 軟件工程是一種（A）分階段實現(xiàn)的軟件程序開發(fā)方法。A. 自頂向下 B. 自底向上 C. 逐步求精 D. 面向數(shù)據(jù)流4. 與計算機(jī)科學(xué)的理論研究不同，軟件工程是一門（B）學(xué)科。A 理論性 B. 工程性 C. 原理性 D. 心理性5. 軟件工程與計算機(jī)科學(xué)性質(zhì)不同，軟件工程著重于（C） 。A 原理探討 B. 理論研究 C. 建造軟件系統(tǒng) D. 原理性的理論6. 下列說法正確的是（B）A. 軟件工程的概念于 20 世紀(jì) 50 年代提出B. 軟件工程的概念于 20 世紀(jì) 60 年代提出C. 20 世紀(jì) 70 年代出現(xiàn)了客戶機(jī)/服務(wù)器技術(shù)D. 20 世紀(jì) 80 年代軟件工程學(xué)科達(dá)到成熟7. 軟件工程方法學(xué)中的軟件工程管理是其中的一個重要內(nèi)容，它包括軟件管理學(xué)和軟件工程經(jīng)濟(jì)學(xué)，它要達(dá)到的目標(biāo)是（D）A 管理開發(fā)人員，以開發(fā)良好的軟件B 采用先進(jìn)的軟件開發(fā)工具，開發(fā)優(yōu)秀的軟件C 消除軟件危機(jī)，達(dá)到軟件生產(chǎn)的規(guī)模效益D 以基本的社會效益為基礎(chǔ)，工程化生產(chǎn)軟件第二章 軟件生命周期及開發(fā)模型1. 軟件生命周期包括可行性分析和項目開發(fā)計劃、需求分析、總體設(shè)計、詳細(xì)分析、編碼、 （B） 、維護(hù)等活動。A 應(yīng)用 B. 測試 C. 檢測 D. 以上答案都不正確2. 軟件生命周期模型有多中，下列項目中， （C）不是軟件生命周期模型。A 螺旋模型 B. 增量模型 C. 功能模型 D. 瀑布模型3. 軟件生命周期中時間最長的階段時（D）A 需求分析階段 B. 總體設(shè)計階段 C. 測試階段 D. 維護(hù)階段4. 瀑布模型是一種（D）A. 軟件開發(fā)方法 B.軟件生存周期 C.程序設(shè)計方法學(xué) D.軟件生存周期模型5. 軟件開發(fā)中常采用的結(jié)構(gòu)化生命周期方法，由于其特征而一般稱其為（A）A. 瀑布模型 B.對象模型 C.螺旋模型 D.層次模型6. 在結(jié)構(gòu)化的瀑布模型中， （D）階段定義的標(biāo)準(zhǔn)將成為軟件測試中系統(tǒng)測試階段的目標(biāo)A. 詳細(xì)設(shè)計階段 B.總體設(shè)計階段 C.可行性研究階段 D.需求分析7. 增量模型是一種（B）的模型A. 整體開發(fā) B.非整體開發(fā) C.靈活性差 D.較晚產(chǎn)生工作軟件8. （C）是指模擬某種產(chǎn)品的原始模型A. 模型 B.最初模型 C.原型 D.進(jìn)化模型9. 建立原型的目的不同，實現(xiàn)原型的途徑也有所不同，下列不正確的類型是（B）A. 用于驗證軟件需求的原型 B.垂直原型 C.用于驗證設(shè)計方案的原型 D.用于演化出目標(biāo)系統(tǒng)的原型10. 原型化方法是一種（A）型的設(shè)計過程。A. 在外向內(nèi) B.自頂向下 C.自內(nèi)向外 D.自底向上11. 對于原型的使用建議，以下說法不正確的是（C）A. 對于開發(fā)周期很長的項目，能夠使用原型 B.在系統(tǒng)的使用可能變化較大、不能相對穩(wěn)定是，能夠使用原型 C.缺乏開發(fā)工具，或?qū)υ偷目捎霉ぞ卟涣私獾臅r候，能夠使用原型 D.開發(fā)者對系統(tǒng)的某種設(shè)計方案的實現(xiàn)無信心或無十分的把握時，能夠使用原型12. 原型模型的主要特點之一是（B）A. 開發(fā)完畢才見到產(chǎn)品 B.及早提供工作軟件 C.及早提供全部完整軟件 D.開發(fā)完畢才見到工作軟件第三章 結(jié)構(gòu)化需求分析1. 需求工程的主要目的是（C）A. 制定系統(tǒng)開發(fā)的具體方案 B.進(jìn)一步確定系統(tǒng)的需求 C.解決系統(tǒng)是“做什么的為題”D.解決系統(tǒng)是“如何做的問題”2. 需求分析的任務(wù)不包括（B）A. 問題分析 B.系統(tǒng)設(shè)計 C.需求分析 D.需求評審3. 軟件分析的第一步要做的工作是（A）A. 定義系統(tǒng)的目標(biāo) B.定義系統(tǒng)的功能模塊 C.分析用戶需求 D.分析系統(tǒng)開發(fā)的可行性4. 可行性研究的目的是用最小的代價在盡可能短的時間內(nèi)確定問題的（A）A. 能否可解 B.工程進(jìn)度 C.開發(fā)計劃 D.人員配置5. 需求分析最終結(jié)果是產(chǎn)生（B）A. 項目開發(fā)計劃 B.需求規(guī)格說明書 C.設(shè)計說明書 D.可行性分析報告6. 在結(jié)構(gòu)化分析方法中， （C）是表達(dá)系統(tǒng)內(nèi)部數(shù)據(jù)運(yùn)動的圖形化技術(shù)A. 數(shù)據(jù)字典 B.實體關(guān)系圖 C.數(shù)據(jù)流圖 D.狀態(tài)轉(zhuǎn)換圖7. DFD 中的每個加工至少需要（D）A. 一個輸入流 B.一個輸出流 C.一個輸入或輸出流 D.一個輸入流和一個數(shù)處理8. 需求分析的主要方法有（C）A. 形式化分析方法 B. PAD 圖描述 C.結(jié)構(gòu)化分析方法 D.程序流程圖9. SA 法的主要描述手段有（B）A. 系統(tǒng)流程圖和模塊圖 B.DFD 圖、數(shù)據(jù)字典、加工說明 C.軟件結(jié)構(gòu)圖、加工說明 D.功能結(jié)構(gòu)圖、加工說明10. 軟件需求分析階段的工作，可以分為以下 4 個方面：對問題的識別、分析與綜合、編寫需求分析文檔以及（C）A. 總結(jié) B.編寫階段性報告 C.進(jìn)行需求分析評審 D.以上答案都不正確第四章 結(jié)構(gòu)化軟件設(shè)計1. 在面向數(shù)據(jù)流的軟件設(shè)計方法中，一般將信息里與分為（D）A 數(shù)據(jù)流和控制流 B. 變換流和控制流 C. 事務(wù)流和控制流 D. 變換流和事務(wù)流2. 耦合度可以分為七級，其中最松散的耦合是（A）A. 非直接耦合 B.數(shù)據(jù)耦合 C.特征耦合 D.控制耦合 3. 當(dāng)模塊中包含復(fù)雜的條件組合，只有（A）能夠清晰的表達(dá)出各種動作之間的對應(yīng)關(guān)系A(chǔ). 判定表和判定樹 B.盒圖 C.流程圖 D.關(guān)系圖4. 一個軟件的寬度是指其控制的（C）A. 模塊數(shù) B.層數(shù) C.跨度 D.厚度5. 面向數(shù)據(jù)流的軟件設(shè)計方法可將（C）映射成軟件結(jié)構(gòu)A. 控制結(jié)構(gòu) B.模塊 C.數(shù)據(jù)流 D.事務(wù)流第五章 面向?qū)ο蟮男枨蠓治?. 采用 UML 進(jìn)行軟件建模的過程中，類圖是系統(tǒng)的一種靜態(tài)視圖，用（B）可明確表示兩類事物之間存在的整體/部分形式的關(guān)聯(lián)關(guān)系。A. 依賴關(guān)系 B.聚合關(guān)系 C.泛化關(guān)系 D.實現(xiàn)關(guān)系2. 在 UML 語言中，圖中的 a、b、c 三中圖形符號按照順序分別表示（C）Kim, Keehyun Kim, Hyunsoo Jung, YoontaeA. 邊界對象、實體對象、控制對象 B. 實體對象、邊界對象、控制對象 C. 控制對象、實體對象、邊界對象 D. 邊界對象、控制對象、實體對象3. 不同的對象收到同一消息可以產(chǎn)生完全不同的結(jié)果，這一現(xiàn)象叫做（B）A. 繼承 B. 多態(tài) C. 動態(tài)綁定 D. 靜態(tài)綁定第六章面向?qū)ο蟮能浖O(shè)計1. 下面哪種設(shè)計模式定義了對象間的一種一對多的依賴關(guān)系，以便當(dāng)一個對象的狀態(tài)發(fā)生改變時，所有依賴于它的對象都得到通知并自動刷新（D）A.Adapter（適配器） B.Iterator(迭代器) C.Prototype（原型） D. Observer（觀察者）2. UML 中有多種類型的圖，其中， （B）對系統(tǒng)的使用方式進(jìn)行了分類；（）顯示了類及其相互關(guān)系；（）顯示了人或?qū)ο蟮幕顒?，其方式類似于流程圖；通信圖顯示了在某種情況下對象之間發(fā)送的消息；（）與通信圖類似，但強(qiáng)調(diào)的是順序而不是連接。A.用例圖、順序圖、類圖、活動圖 B.用例圖、類圖、活動圖、順序圖 C.類圖、順序圖、活動圖、用例圖 D. 活動圖、順序圖、用例圖、類圖3. UML 類圖的類與類之間的關(guān)系有 5 種：繼承、依賴、關(guān)聯(lián)、組合和聚合，若類 A 需要使用標(biāo)準(zhǔn)數(shù)學(xué)函數(shù)類庫中提供的功能，那么類 A 與標(biāo)準(zhǔn)類庫中提供的類之間存在（A）關(guān)系A(chǔ).依賴 B.關(guān)聯(lián) C.聚合 D. 組合第七章軟件測試技術(shù)1. 用邊界值分析法，假定 1X100，那么 X 在測試中應(yīng)該取的邊界值是（B）A. X=1，X=100 B. X=0，X=1，X=100，X=101 C. X=2，X=99 D.X=0，X=1012. 下列關(guān)于軟件驗收測試的合格通過準(zhǔn)則錯誤的是（C）A. 軟件需求分析說明書中定義的所有功能已全部實現(xiàn) B. 所有測試項沒有 C. 立項審批表、需求分析文檔、設(shè)計文檔和編碼實現(xiàn)不一致 D.驗收測試工件齊全3.以下關(guān)于集成測試的內(nèi)容正確的有（D） 集成測試也叫組裝測試或者聯(lián)合測試 測試在把各個模塊連接起來的時候，穿越模塊接口的數(shù)據(jù)是否會丟失 測試一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利影響 測試各個子功能組合起來，能否達(dá)到預(yù)期要求的父功能 測試全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題 測試單個模塊的誤差累積起來，是否會放大，從而達(dá)到不能接受的程度A. B.C. D.以上全部正確4. 為了提高測試的效率，應(yīng)該（D）A 隨機(jī)的選取測試數(shù)據(jù) B. 取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù) C. 在完成編碼以后制定軟件的測試計劃 D. 選擇發(fā)現(xiàn)錯誤的可能性大的數(shù)據(jù)作為測試數(shù)據(jù)5. 軟件調(diào)試的目的是（A）A. 找出錯誤所在并改正之 B.排除存在錯誤的可能性 C.對錯誤性質(zhì)進(jìn)行分類 D.統(tǒng)計出錯的次數(shù)6. 單元測試一般以白盒為主，測試的依據(jù)是（A）A. 模塊功能規(guī)格說明 B. 系統(tǒng)模塊結(jié)構(gòu)圖 C. 系統(tǒng)需求規(guī)格說明 D. 統(tǒng)計出錯的次數(shù)7. 下次關(guān)于 、 測試的描述中正確的是（C）A. 測試不需要用戶代表參加 B. 測試不是驗收測試的一種 C. 測試可以有用戶代表參加 D. 測試是系統(tǒng)測試的一種8. 軟件測試的目的是（B）A. 評價軟件的質(zhì)量 B.發(fā)現(xiàn)軟件的錯誤 C.找出軟件中所有的錯誤 D.證明軟件是正確的9. 軟件測試用例主要由輸入數(shù)據(jù)和（C）兩部分組成A. 測試計劃 B.測試規(guī)則 C.預(yù)期輸出結(jié)果 D.以往測試記錄分析10. 在黑盒測試中，著重檢查輸入條件組合的方法是（D）A. 等價類劃分法 B.邊界值分析法 C.錯誤推測法 D.因果圖法第八章軟件維護(hù)技術(shù)1. 隨著軟硬件環(huán)境變化而修改軟件的過程是（B）A. 校正性維護(hù) B. 適宜性維護(hù) C. 完善性維護(hù) D. 預(yù)防性維護(hù)2. 為了提高軟件的可維護(hù)性，在編碼階段應(yīng)注意（B）A. 保存測試用例和數(shù)據(jù) B. 提高模塊的獨立性 C. 文檔的副作用 D. 養(yǎng)成好的程序設(shè)計風(fēng)格3.為提高系統(tǒng)性能而進(jìn)行的修改屬于（C）A.糾正性維護(hù) B.適應(yīng)性維護(hù) C.完善性維護(hù) D.測試性維護(hù)4.軟件生命周期中， （D）階段所站的工作量最大A.分析階段 B.設(shè)計階段 C.編碼階段 D.維護(hù)階段5.系統(tǒng)維護(hù)中要解決的為題來源于（D）A.系統(tǒng)分析階段 B.系統(tǒng)設(shè)計階段 C.系統(tǒng)實施階段 D.上述 3 個階段（A、B、C）都包括6 軟件維護(hù)的副作用，是指（C）A. 開發(fā)時的錯誤 B. 隱含的錯誤 C. 因修改軟件而造成的錯誤 D. 運(yùn)行時的誤操作第一章軟件工程引論1. 軟件工程出現(xiàn)的主要原因是軟件危機(jī)的出現(xiàn)。2. 文檔是軟件產(chǎn)品的一部分，沒有文檔的軟件就不能稱為軟件。3. 軟件危機(jī)的主要表現(xiàn)是軟件需求量迅速增加，軟件價格上升。4. 一個成功的項目唯一應(yīng)該提交的就是運(yùn)行程序法。5. 與計算機(jī)科學(xué)的理論研究不同，軟件工程是一門原理性學(xué)科。第二章軟件生命周期及開發(fā)模型1. 瀑布模型和增量模型都屬于整體開發(fā)模型。2. 原型模型可以有效地適應(yīng)用戶需求的動態(tài)變化。3. 螺旋模型在瀑布模型和增量模型的基礎(chǔ)上增加了風(fēng)險分析活動。4. 軟件過程改進(jìn)也是軟件工程的范疇。5. 在軟件開發(fā)中采用原型系統(tǒng)策略的主要困難是成本問題。第三章結(jié)構(gòu)化需求分析1. 需求分析的主要目的是制定軟件開發(fā)的具體方案。2. 用戶對軟件需求的描述不精確，往往是產(chǎn)生軟件危機(jī)的原因之一。3. 分層的 DFD 圖可以用于可行性分析階段，描述系統(tǒng)的物理結(jié)構(gòu)。4. 在用戶需求分析時觀察用戶手工操作過程不是為了模擬手工操作過程，而是為了獲取第一手資料，并從中提取有價值的需求。5. 需求規(guī)格說明數(shù)描述了系統(tǒng)每個功能的實現(xiàn)。第四章結(jié)構(gòu)化軟件設(shè)計1. 在同一用戶界面中，所有的菜單選擇，命令輸入、數(shù)據(jù)顯示和其它功能應(yīng)采用不同的形式和風(fēng)格。2. 最高的耦合度是數(shù)據(jù)耦合。3. 編程中應(yīng)采用統(tǒng)一的標(biāo)準(zhǔn)和約定，降低程序的復(fù)雜性。4. 流程圖也稱為框圖程序，是程序最常用的一種表示法。5. 理想的人機(jī)界面應(yīng)針對具有典型個性的特定的一類用戶設(shè)計。6. 重視程序結(jié)構(gòu)的設(shè)計，能是程序具有較好的層次結(jié)構(gòu)。7. 軟件過程不用遵循“自上而下，逐步求精”的原則和單入口單出口的結(jié)構(gòu)化設(shè)計思想。8. 軟件開發(fā)、設(shè)計幾乎都是從頭開始，成本和進(jìn)度很難估計。9. 耦合度是對軟件結(jié)構(gòu)中模塊間關(guān)聯(lián)程度的一種度量。在設(shè)計軟件是應(yīng)追求耦合盡可能緊密的系統(tǒng)。10. SD 法是一種面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計方法，強(qiáng)調(diào)程序結(jié)構(gòu)與問題結(jié)構(gòu)相適應(yīng)。第五章面向?qū)ο蟮男枨蠓治?. 邊界對象表示了系統(tǒng)與參與者之間的接口。在每一個用例中，該對象從參與者處收集信息，并將之轉(zhuǎn)換為一種實體對象和控制對象使用的形式。2. 采用面向?qū)ο蟮姆椒ㄩ_發(fā)軟件的過程中，抽取和整理用戶需求并建立問題域精確模型的過程叫面向?qū)ο蠓治觥?. 繼承僅僅允許單重繼承，即不允許一個子類有多個父類。第六章面向?qū)ο蟮能浖O(shè)計1. 面向?qū)ο蟪绦蛟O(shè)計應(yīng)該在面向?qū)ο蠓治鲋埃驗橹挥挟a(chǎn)生了設(shè)計結(jié)果才可以對其進(jìn)行分析。2. 面向?qū)ο笤O(shè)計產(chǎn)生的結(jié)果在形式上可以與面向?qū)ο蠓治霎a(chǎn)生的結(jié)果類似，例如都可以使用 UML 表達(dá)。第七章軟件測試技術(shù)1. 軟件測試就是為了驗證軟件功能的實現(xiàn)是否正確，是否完成既定目標(biāo)的活動，所以軟件測試在軟件工程而后期才開始具體的工作。2. 發(fā)現(xiàn)錯誤多的模塊，可能殘留在模塊中的錯誤也多。3. 測試人員在測試過程中發(fā)現(xiàn)一處問題，如果問題影響不大，而自己有可以修改，應(yīng)立即將此問題正確修改，以加快、提高開發(fā)的進(jìn)程。4. 路徑測試不屬于單元測試的內(nèi)容。5. 測試只要做到語句覆蓋和分支覆蓋，就可以發(fā)現(xiàn)程序中的所有錯誤。6. 軟件測試只能發(fā)現(xiàn)錯誤，但不能保證測試后的軟件沒有錯誤。7. 集成測試是有最終用戶來實施的。8. 所有的邏輯覆蓋標(biāo)準(zhǔn)中，查錯能力最強(qiáng)的語句覆蓋。9. 等價類劃分方法能夠有效的檢測輸入條件的各種組合可能引起的錯誤。10. 驗收檢測方法需要考察模塊間接口和各模塊之間的聯(lián)系。第八章軟件維護(hù)技術(shù)1. 維護(hù)申請報告是一種由用戶產(chǎn)生的文檔，它用作計劃維護(hù)任務(wù)的基礎(chǔ)。2. 維護(hù)階段是軟件生存周期中時期最短的階段，也是花費精力和費用最少的階段。3. 在軟件維護(hù)中，因修改軟件而導(dǎo)致出現(xiàn)錯誤或其它情況成為維護(hù)的副作用。4. 為了提高軟件的可維護(hù)性和可靠性而對軟件進(jìn)行的修改稱為適應(yīng)性維護(hù)。5. 維護(hù)的副作用有編碼副作用、數(shù)據(jù)副作用、文檔副作用 3 種。第一章軟件工程引論1. 什么是軟件危機(jī)？它和軟件工程有什么關(guān)系？答：軟件危機(jī)是指在計算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題。概括地說，軟件危機(jī)包含下述兩方面的問題：如何開發(fā)軟件，以滿足對軟件日益增長的需求；如何維護(hù)數(shù)量不斷膨脹的已有軟件。2. 簡述軟件和軟件工程的定義以及軟件工程的形成過程。答：軟件是與計算機(jī)系統(tǒng)操作有關(guān)的程序、規(guī)程、規(guī)則及其文檔和數(shù)據(jù)的統(tǒng)稱。軟件由兩部分組成：一是機(jī)器可執(zhí)行的程序和有關(guān)的數(shù)據(jù)；二是與軟件開發(fā)、運(yùn)行、維護(hù)、使用和培訓(xùn)有關(guān)的文檔。軟件工程是指導(dǎo)計算機(jī)軟件開發(fā)和維護(hù)的工程學(xué)科。它強(qiáng)調(diào)按照軟件產(chǎn)品的生產(chǎn)特性，采用工程的概念、原理、技術(shù)和方法來開發(fā)與維護(hù)軟件，把經(jīng)過時間考驗而證明正確的管理技術(shù)和當(dāng)前最好的技術(shù)結(jié)合起來，以便經(jīng)濟(jì)地開發(fā)出高質(zhì)量的軟件并有效地維護(hù)它。軟件工程的發(fā)展經(jīng)歷了以下 3 個階段。第 一 階 段 ： 20 世 紀(jì) 70 年 代 ， 傳 統(tǒng) 軟 件 工 程 時 代 。第二階段：20 世紀(jì) 80 年代， 過程軟件工程時代。第三階段：進(jìn)入 20 世紀(jì) 90 年代以后， 構(gòu) 件 軟 件 工 程 時 代 。3. 軟件工程的目標(biāo)是什么？如何解決多目標(biāo)之間的矛盾？答：軟件工程的目標(biāo)：軟件開發(fā)成本較低。軟件功能能夠滿足用戶的需求。軟件性能較好。軟件可靠性高。軟件易于使用、維護(hù)和移植。能按時完成開發(fā)任務(wù)，并及時交付使用。有 些 目 標(biāo) 之 間 是 相 互 補(bǔ) 充 的 ， 如 易 于 維 護(hù) 和 高 可 靠 性 之 間 、 功 能 強(qiáng) 與 可 用 性 之 間 ； 有些 目 標(biāo) 是 彼 此 相 互 沖 突 的 ， 如 若 只 考 慮 降 低 開 發(fā) 成 本 ， 很 可 能 同 時 也 降 低 了 軟 件 的 可靠 性 ， 如 果 一 味 追 求 提 高 軟 件 的 性 能 ， 可 能 造 成 開 發(fā) 出 的 軟 件 對 硬 件 的 依 賴 性 較 強(qiáng) ，從 而 影 響 到 軟 件 的 可 移 植 性 ； 不 同 的 應(yīng) 用 對 軟 件 質(zhì) 量 的 要 求 不 同 ， 如 對 實 時 系 統(tǒng) 來 說 ，其 可 靠 性 和 效 率 比 較 重 要 ； 對 生 命 周 期 較 長 的 軟 件 來 說 ， 其 可 移 植 性 、 可 維 護(hù) 性 比 較重 要 ， 所 以 ， 應(yīng) 該 根 據(jù) 不 同 的 系 統(tǒng) 需 求 決 定 個 目 標(biāo) 之 間 的 重 要 性 。4. 在軟件開發(fā)中軟件開發(fā)工具有什么作用？答：軟件開發(fā)工具是指用來輔助軟件開發(fā)、維護(hù)和管理的軟件?，F(xiàn)代軟件工程方法得以實施的重要保證是軟件開發(fā)工具和環(huán)境。軟件開發(fā)工具使軟件在開發(fā)效率、工程質(zhì)量、減少軟件開發(fā)對人的依賴性等多方面得到改善5. 什么是軟件支持過程？它與軟件工程方法學(xué)有何關(guān)系？答：軟件過程是指生產(chǎn)滿足需求且達(dá)到工程目標(biāo)的軟件產(chǎn)品所涉及的一系列相關(guān)活動，它覆蓋了需求分析、系統(tǒng)設(shè)計、實施以及支持維護(hù)等各個階段。軟件過程有各種分類方法。按性質(zhì)劃分軟件過程可概括為基本過程類、支持過程和組織過程類。可見軟件支持過程是軟件過程中的一種。6. 在軟件工程知識體系中，將軟件工程劃分為哪些知識域？答：SWEBOK 將軟件工程知識體系劃分為 10 個知識域，分為兩類過程。一類是開發(fā)與維護(hù)過程，包括軟件需求、軟件設(shè)計、軟件構(gòu)造、軟件測試和軟件維護(hù)；另一類是支持過程，包括軟件配置管理、軟件工程管理、軟件工程過程、軟件工程工具與方法、軟件質(zhì)量。7. B.W.Boehm 提出的軟件工程基本原則的作用是什么？答：1采用分階段的生命周期計劃，以實現(xiàn)對項目的嚴(yán)格管理2堅持進(jìn)行階段評審，以確保軟件產(chǎn)品質(zhì)量3實行嚴(yán)格的產(chǎn)品控制，以適應(yīng)軟件規(guī)格的變更4采用現(xiàn)代程序設(shè)計技術(shù)5軟件成果能清楚地審查6開發(fā)小組人員應(yīng)該少而精7承認(rèn)不斷改進(jìn)軟件工程實踐的必要性第二章軟件生命周期及開發(fā)模型1. 簡述什么是軟件生命周期。根據(jù)國家標(biāo)準(zhǔn)計算機(jī)軟件開發(fā)規(guī)范 ，軟件生命周期主要包括哪幾個階段？答：作為工程化的一般特征，軟件產(chǎn)品和其他工業(yè)產(chǎn)品一樣，軟件產(chǎn)品也包括設(shè)計、生產(chǎn)、使用和消亡幾個階段，并稱之為軟件的生命周期，即指軟件產(chǎn)品從功能確定、設(shè)計、開發(fā)成功、投入使用，并在使用中不斷修改、完善，直至被新的軟件所替代，而停止該軟件使用的全過程。國家標(biāo)準(zhǔn) GB85661988計算機(jī)軟件開發(fā)規(guī)范將軟件生命周期劃分為幾個階段：可行性研究、項目計劃、需求分析、總體設(shè)計、詳細(xì)設(shè)計、編碼實現(xiàn)（包括單元測試、集成測試、確認(rèn)測試） 、系統(tǒng)運(yùn)行和維護(hù)。這幾個階段又可以歸納為 3 個階段，即軟件定義階段，軟件開發(fā)階段和軟件運(yùn)行維護(hù)階段。2. 瀑布模型有哪些特點？對于里程碑，你有哪些認(rèn)識？答：1 970 年 W.Royce 最 早 提 出 瀑 布 模 型 。 答：瀑布模型的特點：（1）. 線性化模型結(jié)構(gòu)；（2）. 各階段具有里程碑特征；（3）. 基于文檔的驅(qū)動；（4）. 嚴(yán)格的階段評審機(jī)制。其中的里程碑是指瀑布模型中的階段只能逐級到達(dá)、不能跨越；每個階段都有明確的任務(wù)，都需要產(chǎn)生確定的成果。由于瀑布模型是一種線性模型，要求項目嚴(yán)格按規(guī)程推進(jìn)，必須等到所有開發(fā)工作全部完成以后才能獲得可以交付的軟件產(chǎn)品。因此，瀑布模型不太適用于用戶需求經(jīng)常變更的軟件項目。瀑布模型是一種基于里程碑的階段過程模型，它所提供的里程碑式的工作流程，為軟件項目按規(guī)程管理提供了便利。例如，按階段制訂項目計劃，分階段進(jìn)行成本核算，進(jìn)行階段性的評審等。這為提高軟件產(chǎn)品質(zhì)量提供了有效保證。3. 試說明原型模型的兩種實現(xiàn)方案各有什么特點，各適用于哪些情況。答：原型可以分為 3 類。1）拋棄式原型：這種原型在目的達(dá)到后即被拋棄，原型不作為最終產(chǎn)品，如上所述。2）進(jìn)化式原型：這類原型的形成和發(fā)展是逐步完成的，它是高度動態(tài)迭代和高度動態(tài)循環(huán)，每次迭代都要對系統(tǒng)重新進(jìn)行需求規(guī)格說明、重新設(shè)計、重新實現(xiàn)和重新評價，所以是對付變化最為有效的方式。3）增量式模型：系統(tǒng)是一次一段地增量構(gòu)造，與演化式原型的最大區(qū)別在于增量式開發(fā)是在軟件總體設(shè)計基礎(chǔ)上進(jìn)行的。4. 一般認(rèn)為，只有大型項目才采用螺旋模型，原因是什么？答：螺旋模型的優(yōu)越性在于它吸收了“進(jìn)化”的概念，使得開發(fā)人員和用戶對每一個演化層出現(xiàn)的風(fēng)險均有所了解，并對此做出反應(yīng)。但使用該模型需要豐富的風(fēng)險評估經(jīng)驗和專門知識，如果項目風(fēng)險較大又未及時發(fā)現(xiàn)，勢必造成重大損失。實際上，對軟件項目進(jìn)行風(fēng)險分析也需要費用，假如項目風(fēng)險分析費用過高，甚至超過了項目的開發(fā)費用，顯然就不合適了。一般大型項目才有較高的風(fēng)險，才有進(jìn)行詳細(xì)風(fēng)險分析的必要。因此，這種模型比較適合大型的軟件項目。5. 為什么說構(gòu)建復(fù)用模型是一種有利于軟件按工業(yè)流程生產(chǎn)的過程模型？答：對象技術(shù)將事物實體封裝成包含數(shù)據(jù)和數(shù)據(jù)處理方法的對象，并抽象為類。經(jīng)過適當(dāng)?shù)脑O(shè)計和實現(xiàn)的類也可稱為構(gòu)件。由于構(gòu)件具有一定的通用性，可以在不同的軟件系統(tǒng)中被復(fù)用。在基于構(gòu)件復(fù)用的軟件開發(fā)中，軟件由構(gòu)件裝配而成，這就如同用標(biāo)準(zhǔn)零件裝配汽車一樣。構(gòu)件復(fù)用技術(shù)，它能帶來更好的復(fù)用效果，并且具有工程特性，更能適應(yīng)軟件按工業(yè)流程生產(chǎn)的需要。6. 敏捷方法的價值觀和原則與傳統(tǒng)的方法有哪些聯(lián)系和區(qū)別？答：相對于“非敏捷” ，敏捷不僅是體現(xiàn)在有效地響應(yīng)變化，它還包括鼓勵程序員團(tuán)隊與業(yè)務(wù)專家之間的緊密協(xié)作、面對面地溝通（認(rèn)為比書面的文檔更有效） 、強(qiáng)調(diào)可運(yùn)行軟件的快速交付而不是中間產(chǎn)品，敏捷過程提倡可持續(xù)開發(fā)。建立緊湊而自我組織型的團(tuán)隊，能夠很好地適應(yīng)需求變化的代碼編寫和團(tuán)隊組織方法，也更注重軟件開發(fā)中人的作用。每隔一定時間，團(tuán)隊都要總結(jié)如何更有效率，然后相應(yīng)地調(diào)整自己的行為。從產(chǎn)品角度看，敏捷方法適用于需求萌動并且快速改變的情況，如系統(tǒng)有比較高的關(guān)鍵性、可靠性、安全性方面的要求，則可能不完全適合；從組織結(jié)構(gòu)的角度看，組織結(jié)構(gòu)的文化、人員、溝通則決定了敏捷方法是否適用。7. 有什么情況下會建議不用敏捷方法來開發(fā)軟件系統(tǒng)？從產(chǎn)品角度看，敏捷方法適用于需求萌動并且快速改變的情況，如系統(tǒng)有比較高的關(guān)鍵性、可靠性、安全性方面的要求，則可能不完全適合；從組織結(jié)構(gòu)的角度看，組織結(jié)構(gòu)的文化、人員、溝通則決定了敏捷方法是否適用。8. 具有原型化的瀑布模型具有什么特點？他和瀑布模型最大的不同是什么？答：為了克服瀑布模型的問題，可以在需求階段或設(shè)計階段平行地進(jìn)行幾次快速建立原型的工作。原型開發(fā)后，可以獲得更為清晰的需求反饋信息，既可以消除風(fēng)險或減少不確定性，又可以采用平行瀑布模型方式。在瀑布模型的各階段間轉(zhuǎn)換時，可以適當(dāng)并行擴(kuò)展各階段的開發(fā)工作。例如，在需求分析完成 60%時，就可以開始進(jìn)行這 60%已完成分析部分的設(shè)計工作，同時并行進(jìn)行其余 40%的需求分析。第三章結(jié)構(gòu)化需求分析1. 簡述什么是需求分析？需求分析的任務(wù)是什么？答：需求分析：開發(fā)人員準(zhǔn)確地理解用戶的要求，進(jìn)行細(xì)致的調(diào)查分析，將用戶非形式的需求陳述轉(zhuǎn)化為完整的需求定義，再由需求定義轉(zhuǎn)換到相應(yīng)的需求規(guī)格說明的過程?；救蝿?wù): 問題識別：雙方確定對問題的綜合需求，這些需求包括功能需求，性能需求，環(huán)境需求，用戶界面需求；分析與綜合，導(dǎo)出軟件的邏輯模型；編寫文檔：包括編寫“需求規(guī)格說明書 “,“初步用戶使用手冊“,“ 確認(rèn)測試計劃“,“ 修改完善軟件開發(fā)計劃“2. 在進(jìn)行可行性研究時，向用戶推薦的方案中應(yīng)清楚的表明什么？答：可 行 性 研 究 主 要 集 中 在 以 下 4 個 方 面 。1） 經(jīng) 濟(jì) 可 行 性 ： 進(jìn) 行 開 發(fā) 成 本 的 估 算 及 可 能 取 得 效 益 的 評 估 ， 確 定 目 標(biāo) 系 統(tǒng) 是 否 值得 投 資 開 發(fā) 。2） 技 術(shù) 可 行 性 ： 對 目 標(biāo) 系 統(tǒng) 進(jìn) 行 功 能 、 性 能 和 限 制 條 件 的 分 析 ， 確 定 在 現(xiàn) 有 資 源 的條 件 下 ， 技 術(shù) 風(fēng) 險 有 多 大 ， 系 統(tǒng) 是 否 能 實 現(xiàn) 。 這 里 ， 資 源 包 括 已 有 的 或 可 以 提 供 的 硬件 、 軟 件 資 源 ， 現(xiàn) 有 技 術(shù) 人 員 的 技 術(shù) 水 平 與 已 有 的 工 作 基 礎(chǔ) 。3） 操 作 可 行 性 ： 系 統(tǒng) 的 操 作 方 式 能 否 在 用 戶 的 組 織 內(nèi) 行 得 通 ， 以 及 對 目 標(biāo) 系 統(tǒng) 可 能會 涉 及 的 政 策 、 責(zé) 任 等 問 題 做 出 決 定 。4） 社 會 可 行 性 ： 主 要 分 析 項 目 對 社 會 的 影 響 ， 從 方 針 政 策 、 經(jīng) 濟(jì) 結(jié) 構(gòu) 、 法 律 和 制 度等 社 會 因 素 方 面 考 慮 項 目 開 發(fā) 的 合 理 性 和 意 義 ?？?之 ， 可 行 性 研 究 最 根 本 的 任 務(wù) 是 對 以 后 的 行 動 方 針 提 出 建 議 。 如 果 問 題 沒 有 可 行 的解 ， 分 析 員 應(yīng) 該 建 議 停 止 這 項 開 發(fā) 工 程 ， 以 避 免 時 間 、 資 源 、 人 力 和 金 錢 的 浪 費 ； 如果 問 題 值 得 解 ， 分 析 員 應(yīng) 該 推 薦 一 個 較 好 的 解 決 方 案 ， 并 且 為 工 程 制 定 一 個 初 步 的 計劃 。3. 需求工程包含哪些內(nèi)容時，如何寫好需求規(guī)格說明？答：需求工程指應(yīng)用工程化方法、技術(shù)和規(guī)格來開發(fā)和管理軟件的需求。需求工程的目標(biāo)是獲取高質(zhì)量的軟件需求。需求工程突出了工程化原則，強(qiáng)調(diào)以系統(tǒng)化、條理化和重復(fù)化的方法進(jìn)行軟件需求的相關(guān)活動，從而增強(qiáng)管理性和降低需求開發(fā)的成本。需求工程由需求開發(fā)活動和需求管理過程組成。一個好的需求規(guī)格說明應(yīng)符合以下要求：1）正確性。每一項需求都必須準(zhǔn)確地陳述其要開發(fā)的功能。即需求規(guī)格說明對系統(tǒng)功能、行為、性能等的描述必須與用戶的期望相吻合，這是軟件系統(tǒng)真正需要完成可達(dá)到的。2）完整性。需求規(guī)格說明應(yīng)該包括軟件要完成的全部任務(wù)，每一項需求都必須是在已知系統(tǒng)和環(huán)境的權(quán)能和限制范圍內(nèi)可以實施，不能遺漏任何必要的需求信息。3）必要性。每一項需求都應(yīng)把客戶真正所需要的和最終系統(tǒng)所需遵從的標(biāo)準(zhǔn)記錄下來。4）劃分優(yōu)先級。給每項需求、特性或使用實例分配一個實施優(yōu)先級以指明它在特定產(chǎn)品中所占的分量。5）無二義性。對所有需求說明的讀者都只能有一個明確統(tǒng)一的解釋，由于自然語言極易導(dǎo)致二義性，所以盡量把每項需求用簡潔明了的語言表達(dá)出來。6）可驗證性。需求規(guī)格說明中描述的需求都可以運(yùn)用一些可行的手段對其進(jìn)行驗證和確認(rèn)。4. 用戶需求調(diào)查主要有哪些方法？答：獲取需求是需求分析的基礎(chǔ)，要在獲得詳實調(diào)查資料的基礎(chǔ)之上才能進(jìn)行需求分析。需求獲取包括了一系列的方法和活動，如研究資料法、問卷調(diào)查法、用戶訪談和實地觀察法等。需求分析人員可以使用這些方法、技術(shù)進(jìn)行收集、確認(rèn)用戶的需求。5. 數(shù)據(jù)字典的作用是什么？它有哪些基本條目？答：數(shù)據(jù)流圖和數(shù)據(jù)字典一起構(gòu)成了系統(tǒng)的邏輯模型。沒有數(shù)據(jù)字典，數(shù)據(jù)流圖就不嚴(yán)格；沒有數(shù)據(jù)流圖，數(shù)據(jù)字典也沒有作用。數(shù)據(jù)字典的重要用途是作為分析階段的工具。在數(shù)據(jù)字典中建立嚴(yán)密一致的定義有助于改進(jìn)分析人員和用戶之間的通信，避免許多誤解的發(fā)生。數(shù)據(jù)字典也有助于改進(jìn)不同的開發(fā)人員或不同的開發(fā)小組之間的通信。同樣，將數(shù)據(jù)流圖中的每個元素的精確定義放在一起，就構(gòu)成了系統(tǒng)的、完整的需求規(guī)格說明的主體。數(shù)據(jù)字典還作為連接軟件設(shè)計、實現(xiàn)和進(jìn)化階段的開發(fā)機(jī)構(gòu)的信息存儲。在軟件設(shè)計階段，數(shù)據(jù)字典是存儲文件或數(shù)據(jù)庫設(shè)計的基礎(chǔ)。在實施階段，還可參照數(shù)據(jù)字典描述數(shù)據(jù)。隨著系統(tǒng)的