軟件工程問(wèn)答對(duì)應(yīng)(初版)

1、軟件工程問(wèn)答對(duì)應(yīng) ( 初版 )軟件工程概論1. 軟件的特點(diǎn)是什么？1) 軟件是邏輯實(shí)體； 具有抽象性； 軟件的形態(tài)不可見(jiàn)；必須通過(guò)觀察、分析、思考、判斷來(lái)了解其功能、性能和其它特性。2) 軟件是人腦思維的產(chǎn)物， 其生產(chǎn)過(guò)程與硬件不同。 開(kāi)發(fā)過(guò)程的質(zhì)量控制及軟件產(chǎn)品保護(hù)問(wèn)題。3) 軟件的開(kāi)發(fā)和運(yùn)行受計(jì)算機(jī)系統(tǒng)限制。 軟件移植問(wèn)題。4) 軟件的開(kāi)發(fā)技術(shù)落后， 手工開(kāi)發(fā)方式仍占統(tǒng)治地位。開(kāi)發(fā)效率低。2. 2006 年發(fā)布的國(guó)家分類(lèi)標(biāo)準(zhǔn)是什么？獨(dú)立式，組合式，集成式，嵌入式。3. 軟件危機(jī)的表現(xiàn)有哪些？1) 對(duì)開(kāi)發(fā)成本和進(jìn)度的估算偏差太大2) 沒(méi)有適當(dāng)?shù)奈臋n3) 軟件成本比重上升4) 質(zhì)量很不可靠5)

2、 供不應(yīng)求- 2 -4.5. 軟件工程的基本原則是什么？1) 抽象 2) 信息隱蔽 3) 模塊化 4) 局部化 5)確定性 6) 一致性 7) 完備性 8) 可驗(yàn)證性6. 軟件工程的基本原理是什么？1) 用分階段的生命周期嚴(yán)格管理；2) 堅(jiān)持進(jìn)行階段評(píng)審；3) 實(shí)行嚴(yán)格的產(chǎn)品控制；4) 采用現(xiàn)代程序設(shè)計(jì)技術(shù)；5) 結(jié)果應(yīng)能清楚地審查；6) 開(kāi)發(fā)小組人員應(yīng)少而精；7) 承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性。7. 瀑布模型有什么特點(diǎn)？1.里程碑或基線(xiàn)驅(qū)動(dòng)，或者說(shuō)文檔驅(qū)動(dòng)；2.過(guò)程逆轉(zhuǎn)性很差，或者說(shuō)不可逆轉(zhuǎn)。8. 說(shuō)明生命周期的劃分？一個(gè)軟件從定義、 開(kāi)發(fā)、使用和維護(hù)， 直到最終被廢棄，所經(jīng)歷的生存過(guò)程

3、稱(chēng)為軟件生存- 4 -期或叫生命期。生命期的劃分：定義階段：制定計(jì)劃需求分析和定義開(kāi)發(fā)階段：軟件設(shè)計(jì)程序編寫(xiě)軟件測(cè)試維護(hù)階段：運(yùn)行 /維護(hù)9. 列出軟件生存期的幾個(gè)主要模型？1) 瀑布模型 2)原型模型 3) 螺旋模型 4)增量模型 5)構(gòu)件組裝模型6)統(tǒng)一過(guò)程模型7)第四代技術(shù)10. 論述瀑布模型軟件開(kāi)發(fā)方法的基本過(guò)程？計(jì)劃定義階段需求分析設(shè)計(jì)開(kāi)發(fā)階段編碼測(cè)試維護(hù)階段運(yùn)行維護(hù)- 5 -11. 增量模型有什么特點(diǎn)？任務(wù)或功能模塊驅(qū)動(dòng)，可以分階段提交產(chǎn)品；有多個(gè)任務(wù)單， 這些多個(gè)任務(wù)單的集合， 構(gòu)成項(xiàng)目的一個(gè)總?cè)蝿?wù)書(shū) (總用戶(hù)需求報(bào)告 )。12. 幾種主要的軟件開(kāi)發(fā)方法？面向過(guò)程的方法面向數(shù)據(jù)的

4、方法 面向?qū)ο蟮姆椒?3. 軟件工程中的“五個(gè)面向”？1) 面向 流程分析、2) 面向 數(shù)據(jù)設(shè)計(jì)3) 面向 對(duì)象實(shí)現(xiàn)4) 面向 功能測(cè)試5) 面向 過(guò)程管理- 6 - 7 -軟件策劃1.可行性分析的目的？用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問(wèn)題是否能夠解決。2.可行性分析最為敏感的方面是什么?1) 經(jīng)濟(jì)可行性這個(gè)系統(tǒng)的經(jīng)濟(jì)效益能超過(guò)它的開(kāi)發(fā)成本嗎？2) 技術(shù)可行性現(xiàn)有技術(shù)能否實(shí)現(xiàn)該系統(tǒng)？技術(shù)冒險(xiǎn)的各種因素 ? 例如有關(guān)的技術(shù)是否已進(jìn)步到足以支持該系統(tǒng)？技術(shù)人員的熟練程度？硬、軟件資源是否按期得到？3) 操作可行性系統(tǒng)的操作方式在這個(gè)用戶(hù)組織內(nèi)行得通嗎？4) 法律可行性開(kāi)發(fā)的軟件項(xiàng)目是否侵犯他人的

5、利益，是否違反法律， 并由此承擔(dān)法律責(zé)任。3.可行性研究的步驟有哪些?1) 復(fù)查系統(tǒng)規(guī)模和目標(biāo)（系統(tǒng)調(diào)研）- 8 -2) 研究目前正在使用的系統(tǒng)（系統(tǒng)分析）3) 導(dǎo)出新系統(tǒng)的高層邏輯模型（系統(tǒng)分析）4) 重新定義問(wèn)題（模型評(píng)審）5) 導(dǎo)出和評(píng)價(jià)可供選擇的解決方案6) 推薦一個(gè)方案并說(shuō)明理由7) 推薦行動(dòng)方針8) 書(shū)寫(xiě)文檔提交審查4.軟件計(jì)劃的步驟有哪些?1) 估計(jì)軟件的規(guī)模及所需的資源2) 制定時(shí)間表3) 鑒別和評(píng)估風(fēng)險(xiǎn)4) 約定與限制條件5.軟件計(jì)劃書(shū)的內(nèi)容有哪些?1) 軟件范圍 2) 環(huán)境資源 3) 進(jìn)度安排 4) 成本/效益分析6.甘特圖有哪些優(yōu)點(diǎn)和缺點(diǎn)？?jī)?yōu)點(diǎn)：它具有簡(jiǎn)單、醒目和便于編制

6、等特點(diǎn)。能夠動(dòng)態(tài)反映軟件項(xiàng)目開(kāi)發(fā)進(jìn)展的情況。- 9 -缺點(diǎn)：難以反映多個(gè)任務(wù)之間存在的復(fù)雜的邏輯關(guān)系。7.什么是網(wǎng)絡(luò)計(jì)劃法的關(guān)鍵事件與關(guān)鍵路徑？關(guān)鍵事件：最早完成時(shí)間與最遲完成時(shí)間相等的事件。關(guān)鍵路徑：關(guān)鍵事件聯(lián)結(jié)的各個(gè)活動(dòng)所組成的路線(xiàn)。8.常用的成本估算方法有哪些?(1)基于代碼行的成本估算方法(2)任務(wù)分解成本估算(3)經(jīng)驗(yàn)統(tǒng)計(jì)估算模型：參數(shù)方程動(dòng)態(tài)多變量參數(shù)模型 COCOMO 模型（ constructiveCostModel ）自動(dòng)估算工具-10-9.軟件成本估算包括哪些內(nèi)容?工作產(chǎn)品規(guī)模估計(jì) 工作量及成本估計(jì) 關(guān)鍵資源的量化估計(jì)10.項(xiàng)目活動(dòng)和項(xiàng)目約定計(jì)劃指的是什么?活動(dòng)指開(kāi)發(fā)活動(dòng)和

7、管理活動(dòng)；約定指各種規(guī)范、標(biāo)準(zhǔn)、規(guī)則；1) 規(guī)范是對(duì)過(guò)程和行為的約束；2) 標(biāo)準(zhǔn)是對(duì)產(chǎn)品的約束；3) 規(guī)則或規(guī)程是對(duì)操作的約束。-11-需求分析1. 需求獲取為什么難？1) 用戶(hù)需求具有動(dòng)態(tài)性 (不穩(wěn)定性 )。2) 用戶(hù)需求具有模糊性 (不準(zhǔn)確性 )。3) 對(duì)需求達(dá)成一致的艱難性。4) 管理體制、機(jī)構(gòu)設(shè)置處在變革中。-12-5) 軟件書(shū)籍沒(méi)有將需求分析講清楚。6) 分析方法和分析工具問(wèn)題。2. 需求分析的重點(diǎn)業(yè)務(wù)模型、 .功能模型、性能模型、接口模型3. 需求分析的 9項(xiàng)任務(wù)1) 畫(huà)出目標(biāo)系統(tǒng)的組織機(jī)構(gòu)模型。2) 畫(huà)出目標(biāo)系統(tǒng)業(yè)務(wù)操作流程圖。3) 畫(huà)出目標(biāo)系統(tǒng)的數(shù)據(jù)流圖。4) 列出目標(biāo)系統(tǒng)的功

8、能點(diǎn)列表，即功能模型。5) 列出系統(tǒng)的性能點(diǎn)列表，即性能模型。6) 列出目標(biāo)系統(tǒng)的接口列表，即接口模型。7) 確定目標(biāo)系統(tǒng)的運(yùn)行環(huán)境，即環(huán)境模型。8) 目標(biāo)系統(tǒng)的界面約定，即界面模型。9) 分析與評(píng)估開(kāi)發(fā)工期、 費(fèi)用、進(jìn)度、風(fēng)險(xiǎn)等。4. 需求分析的過(guò)程1.問(wèn)題識(shí)別、 2.分析與綜合、 3.編制需求文檔、4.需求分析評(píng)審。5. 獲取需求的常用方法-13-1) 訪談：正式的和非正式的訪談2) 問(wèn)卷調(diào)查：?jiǎn)柧碚{(diào)查即把需要調(diào)查的內(nèi)容制成表格交給用戶(hù)填寫(xiě)。 該方法對(duì)需要調(diào)查大量人員的意見(jiàn)時(shí)，十分有效。3) 情景分析：情景分析就是對(duì)目標(biāo)系統(tǒng)解決某個(gè)具體問(wèn)題的方法和結(jié)果， 給出可能的情景描述，以獲知用戶(hù)的具

9、體需求。4) 實(shí)地考察 /收集資料：開(kāi)調(diào)查會(huì)參加業(yè)務(wù)實(shí)踐5) 構(gòu)造原型6. 需求分析的原則1) 解決邏輯問(wèn)題：需求分析是對(duì)問(wèn)題的識(shí)別和說(shuō)明，要回答“做什么” ，而不是“怎么做” 。（2）以運(yùn)行環(huán)境為基礎(chǔ)：需求分析工作應(yīng)以具體的運(yùn)行環(huán)境為基礎(chǔ)，實(shí)事求是。（3）用戶(hù)參與的原則：需求分析工作是系統(tǒng)分析人員同用戶(hù)不斷交互的過(guò)程。（ 4）構(gòu)造高質(zhì)量的需求規(guī)格說(shuō)明：需求規(guī)格說(shuō)明是需求分析工作重要的完成標(biāo)志。-14-7. 需求分析的基本要求1) 理解問(wèn)題的數(shù)據(jù)域和功能域2) 自頂向下、逐層分解3) 給出系統(tǒng)的邏輯視圖和物理視圖8. 常見(jiàn)的需求分析方法有哪些？1) 面向數(shù)據(jù)流的分析方法2) 面向功能的分析方法

10、3) 面向數(shù)據(jù)的 Jackson 方法4) 面向?qū)ο蟮姆治龇椒?15-16-軟件設(shè)計(jì)1. 軟件設(shè)計(jì)的具體任務(wù)包括哪些內(nèi)容？1)制定規(guī)范2)結(jié)構(gòu)設(shè)計(jì)3)處理方式結(jié)構(gòu)設(shè)計(jì)4)數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)庫(kù)設(shè)計(jì)5)可靠性設(shè)計(jì)（質(zhì)量設(shè)計(jì)）6)編寫(xiě)軟件設(shè)計(jì)文檔7)設(shè)計(jì)審查和復(fù)審8)詳細(xì)設(shè)計(jì)2. 什么是數(shù)據(jù)的保護(hù)性設(shè)計(jì)？1) 防衛(wèi)性設(shè)計(jì)：在軟件設(shè)計(jì)中就插入自動(dòng)檢錯(cuò)，報(bào)錯(cuò)和糾錯(cuò)的功能2) 一致性設(shè)計(jì)： 在并發(fā)處理過(guò)程中使用封鎖和解除封鎖機(jī)制保持?jǐn)?shù)據(jù)不被破壞3) 冗余性設(shè)計(jì)3. 軟件設(shè)計(jì)的目標(biāo)是什么？軟件設(shè)計(jì)的最終目標(biāo)是要取得最佳方案。即：節(jié)省開(kāi)發(fā)費(fèi)用、降低資源消耗、縮短開(kāi)發(fā)時(shí)間、能夠贏得較高的生產(chǎn)效率、 較高的可靠性和可

11、維護(hù)性的方案。-17-并且使開(kāi)發(fā)軟件滿(mǎn)足以下特點(diǎn)：（ 1）功能、性能都符合指定的要求；（ 2）軟件是可維護(hù)的，可方便地進(jìn)行修改；（ 3） 除了代碼，還有一套配置齊全的文檔。4. 模塊具有哪些基本屬性 ? “模塊”，又稱(chēng)“組件”。一般有四個(gè)基本屬性l1） 功能：描述該模塊做什么？2） 邏輯：描述模塊內(nèi)部怎么做？3） 狀態(tài)：模塊使用時(shí)的環(huán)境和條件。4） 接口：指模塊的輸入與輸出。5. 什么是耦合？什么是內(nèi)聚？如何增強(qiáng)模塊的獨(dú)立性？1) 耦合：各模塊之間的互相連接的緊密程度。模塊之間的連接越緊密，聯(lián)系越多，耦合性就越高，而其獨(dú)立性就越弱。2) 內(nèi)聚：模塊內(nèi)各功能元素彼此結(jié)合的緊密程度。一個(gè)模塊內(nèi)部各

12、個(gè)元素之間的聯(lián)系越緊密，則它的內(nèi)聚性就越高，相對(duì)地，它與其它模塊之間的耦合性就會(huì)減低，而模塊獨(dú)立-18-性就越強(qiáng)。3) 增強(qiáng)模塊獨(dú)立性的方法是： 高內(nèi)聚、低耦合6. 模塊化的特征有哪些？1) 抽象：用層次的方式構(gòu)造和分析復(fù)雜系統(tǒng)。2) 逐步求精：幫助開(kāi)發(fā)人員把精力集中在與當(dāng)前開(kāi)發(fā)階段最相關(guān)的那些問(wèn)題上。3) 信息隱蔽：如果一個(gè)模塊內(nèi)包含的信息 (過(guò)程和數(shù)據(jù) ) 不允許外部的模塊訪問(wèn)的話(huà)，其它模塊不能對(duì)其訪問(wèn)。4) 局部化：把一些關(guān)系密切的軟件元素物理地放得彼此靠近。7. 影響耦合度的因素有哪些？1) 連接方式的類(lèi)型。 2) 接口的復(fù)雜性。 3) 傳送的信息流的類(lèi)型。 4) 耦合的時(shí)間。8. 降

13、低耦合度的方法有哪些？1) 對(duì)于需要了解的內(nèi)容， 若是隱含的，應(yīng)改為明顯的，以便更容易理解；2) 連接的方式盡量標(biāo)準(zhǔn)化，不要直接引用；3) 減少公共區(qū)，將公共區(qū)劃分為若干個(gè)邏輯子-19-區(qū)；4) 輸入輸出應(yīng)局限在少量模塊， 不要分散在全系統(tǒng)；5) 延遲耦合時(shí)間。9. 軟件結(jié)構(gòu)設(shè)計(jì)優(yōu)化的準(zhǔn)則是什么？1) 劃分模塊時(shí)， 盡量做到高內(nèi)聚、 低耦合，保持模塊相對(duì)獨(dú)立性。模塊劃分的準(zhǔn)則： “將相關(guān)的各部分放在一起，無(wú)關(guān)的東西不要放在一起。”2) 模塊的大小要適中。3) 模塊的接口要簡(jiǎn)單、 清晰、含義明確，便于理解，易于實(shí)現(xiàn)、易于測(cè)試和維護(hù)。4) 一個(gè)模塊的作用范圍應(yīng)在其控制范圍之內(nèi)，且判定所在的模塊，應(yīng)

14、與受其影響的模塊在層次上盡量靠近。5) 軟件結(jié)構(gòu)的深度、 寬度、扇入、扇出應(yīng)適當(dāng)。6) 力求設(shè)計(jì)單入口和單出口的模塊， 避免“病態(tài)連接”，以防止內(nèi)容耦合。7) 設(shè)計(jì)功能可預(yù)測(cè)模塊的劃分， 應(yīng)防止功能過(guò)分局限。-20-10. 結(jié)構(gòu)化設(shè)計(jì)的優(yōu)點(diǎn)是什么？ （問(wèn)題 PPT 上無(wú)此問(wèn)，自己選擇）1) 減少設(shè)計(jì)復(fù)雜性。 將大化小，使復(fù)雜問(wèn)題簡(jiǎn)單化。2) 結(jié)構(gòu)獨(dú)立。將程序劃分成多個(gè)相對(duì)獨(dú)立的模塊。3) 模塊功能單一化，可使軟件設(shè)計(jì)獲得最大的益處。4) 易于進(jìn)行軟件修改。5) 易于開(kāi)發(fā)和維護(hù)。6) 加強(qiáng)了代碼的可重用性。-21-代碼設(shè)計(jì)1. 代碼設(shè)計(jì)的主要原則是什么？1) 使用語(yǔ)言中的順序、 選擇、重復(fù)等有限

15、的基本控制結(jié)構(gòu)表示程序邏輯；2) 選用的控制結(jié)構(gòu)只準(zhǔn)許有一個(gè)入口和一個(gè)出口；3) 程序語(yǔ)句組成容易識(shí)別的塊， 每塊只有一個(gè)入口和一個(gè)出口；4) 復(fù)雜結(jié)構(gòu)應(yīng)該用基本控制結(jié)構(gòu)進(jìn)行組合嵌套來(lái)實(shí)現(xiàn)2. 編程規(guī)范包括哪些內(nèi)容？1) 命題規(guī)范2) 界面規(guī)范-22-3) 提示及幫助信息規(guī)范4) 熱鍵定義等3. 良好的代碼設(shè)計(jì)風(fēng)格包括哪些內(nèi)容？1) 規(guī)范化的程序內(nèi)部文檔2) 數(shù)據(jù)結(jié)構(gòu)的詳細(xì)說(shuō)明3) 清晰的語(yǔ)句結(jié)構(gòu)4) 遵守編程規(guī)范4. 代碼語(yǔ)句設(shè)計(jì)應(yīng)遵從哪些原則 ？1) 在一行內(nèi)只寫(xiě)一條語(yǔ)句2) 程序編寫(xiě)清晰性第一3) 程序要能直截了當(dāng)?shù)卣f(shuō)明程序員的用意4) 清晰第一，效率第二5) 先保證程序正確，再要求提高

16、速度6) 避免使用臨時(shí)變量而使可讀性下降7) 讓編譯程序做簡(jiǎn)單的優(yōu)化8) 盡可能使用庫(kù)函數(shù)和構(gòu)件9) 避免不必要的轉(zhuǎn)移：盡量不用 GO TO語(yǔ)句10) 盡量采用三種基本的控制結(jié)構(gòu)編寫(xiě)程序5. I/O 代碼設(shè)計(jì)的原則是什么？1) 輸入數(shù)據(jù)要檢驗(yàn)-23-2) 檢查輸入項(xiàng)的各種重要組合的合理性3) 輸入的步驟和操作盡可能簡(jiǎn)單4) 應(yīng)允許使用自由格式輸入數(shù)據(jù)5) 應(yīng)允許缺省值6) 批數(shù)據(jù)輸入時(shí)，使用輸入結(jié)束標(biāo)志7) 交互式輸入時(shí)，屏幕上使用提示符明確提示輸入的請(qǐng)求8) 保持輸入格式與輸入語(yǔ)句要求的一致性9) 輸出加注釋軟件測(cè)試1. 軟件測(cè)試的原則？1) 軟件測(cè)試應(yīng)當(dāng)盡早和不斷地進(jìn)行。2) 程序員應(yīng)避免

17、檢查自己的程序。3) 設(shè)計(jì)測(cè)試即應(yīng)包括合理的、 還應(yīng)包括不合理的輸入條件。4) 經(jīng)驗(yàn)表明，測(cè)試后程序中殘存的錯(cuò)誤數(shù)目與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)目成正比。5) 妥善保存測(cè)試計(jì)劃， 測(cè)試用例， 出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告，為維護(hù)提供方便。-24-（ a-j是軟件工程課件第八章 P6 的）a) 所有的測(cè)試都應(yīng)追溯到用戶(hù)需求。b) 軟件測(cè)試必須基于 “質(zhì)量第一 ”的思想去開(kāi)展各項(xiàng)工作c) 測(cè)試計(jì)劃應(yīng)該在測(cè)試工作真正開(kāi)始前的較長(zhǎng)時(shí)間內(nèi)就進(jìn)行。d) 將Pareto 原則應(yīng)用于軟件測(cè)試。e) 測(cè)試應(yīng)從 “小規(guī)模 ”開(kāi)始，逐步轉(zhuǎn)向 “大規(guī)?！?。f) 測(cè)試用例是設(shè)計(jì)出來(lái)的，不是寫(xiě)出來(lái)的。g) 窮舉測(cè)試是不可能的h)

18、為了達(dá)到最佳效果， 應(yīng)該由獨(dú)立的第三方來(lái)構(gòu)造測(cè)試。i) 不充分的測(cè)試是不負(fù)責(zé)任的； 過(guò)分的測(cè)試也是一種不負(fù)責(zé)任的表現(xiàn)j) 重視文檔。2. 軟件測(cè)試的最初定義 ?最初定義 : 軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程。-25-3. 軟件測(cè)試的經(jīng)典定義 ?經(jīng)典定義 : 測(cè)試是程序的執(zhí)行過(guò)程，目的在于發(fā)現(xiàn)錯(cuò)誤；一個(gè)好的測(cè)試在于能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤；一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。4. 測(cè)試的目的？1) 以最少的時(shí)間和人力， 系統(tǒng)地找出軟件中潛在的各種錯(cuò)誤和缺陷。2) 能夠證明軟件的功能和性能與需求說(shuō)明相符合。3) 測(cè)試結(jié)果數(shù)據(jù)為可靠性分析提供了依據(jù)。4) 測(cè)試不能表明軟件中不存在錯(cuò)誤， 它只能說(shuō)明軟件中存在錯(cuò)誤。5. 黑盒測(cè)試的優(yōu)點(diǎn)？1) 對(duì)于較大的代碼單元來(lái)說(shuō)， 黑盒測(cè)試比白盒測(cè)試效率要高；2) 測(cè)試人員不需要了解實(shí)現(xiàn)的細(xì)節(jié)， 包括特定的編程語(yǔ)言；3) 從用戶(hù)的角度進(jìn)行測(cè)試，容易被理解和接-26-受