軟件工程問(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ó)家分類標(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) 供不應(yīng)求4

2、. 6）用戶很不滿意4 .產(chǎn)生軟件危機(jī)的原因是什么？1）客觀：軟件本身特點(diǎn)1邏輯部件2規(guī)模龐大2）主觀：不正確的開(kāi)發(fā)方法忽視需求分析“軟件開(kāi)發(fā)=程序編寫(xiě)”的錯(cuò)誤觀念輕視軟件維護(hù)5 .什么是軟件工程三要素?1）方法：為軟件開(kāi)發(fā)提供了“如何做”的技術(shù)。2）工具：為軟件工程方法提供了支撐環(huán)境。3）過(guò)程：定義了方法使用的順序、要交付的文檔資料、為保證質(zhì)量和適應(yīng)變化所需要的管理、軟件開(kāi)發(fā)各個(gè)階段完成的里程碑。6 .軟件工程的基本目標(biāo)是什么？1）付出較低的開(kāi)發(fā)成本2）達(dá)到要求的軟件功能3）取得較好的軟件性能4）開(kāi)發(fā)的軟件易于移植5）需要較低的維護(hù)費(fèi)用6）能按時(shí)完成開(kāi)發(fā)工作，及時(shí)交付使用5. 軟件工程的基本

3、原則是什么？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. 里程碑或基線驅(qū)動(dòng)，或者說(shuō)文檔驅(qū)動(dòng)；2. 過(guò)程逆轉(zhuǎn)性很差，或者說(shuō)不可逆轉(zhuǎn)。8. 說(shuō)明生命周期的劃分？一個(gè)軟件從定義、開(kāi)發(fā)、使用和維護(hù)，直到最終被廢棄，所經(jīng)歷的生存過(guò)程稱為軟件生存期或叫生命期生命期的劃分：定義階段：制定計(jì)劃需求分析和定義

4、開(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ò)程?11. 增量模型有什么特點(diǎn)？任務(wù)或功能模塊驅(qū)動(dòng)，可以分階段提交產(chǎn)品；有多個(gè)任務(wù)單，這些多個(gè)任務(wù)單的集合，構(gòu)成項(xiàng)目的一個(gè)總?cè)蝿?wù)書(shū)(總用戶需求報(bào)告)。12. 幾種主要的軟件開(kāi)發(fā)方法？面向過(guò)程的方法面向數(shù)據(jù)的方法面向?qū)ο蟮姆椒?3. 軟件工程中的“五個(gè)面向”？1) 面向流程分析、2) 面向數(shù)據(jù)設(shè)計(jì)3) 面向?qū)ο髮?shí)現(xiàn)4) 面向功能測(cè)試5) 面向過(guò)程管理-5 -軟件策劃1 .可行性

5、分析的目的？用最小的代價(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è)用戶組織內(nèi)行得通嗎？4) 法律可行性開(kāi)發(fā)的軟件項(xiàng)目是否侵犯他人的利益，是否違反法律，并由此承擔(dān)法律責(zé)任。3 .可行性研究的步驟有哪些?1) 復(fù)查系統(tǒng)規(guī)模和目標(biāo)(系統(tǒng)調(diào)研)2) 研究目前正在使用的系統(tǒng)(系統(tǒng)分析)3) 導(dǎo)出新系統(tǒng)的高層邏輯模型(系統(tǒng)分析)4)

6、重新定義問(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)單、醒目和便于編制等特點(diǎn)。能夠動(dòng)態(tài)反映軟件項(xiàng)目開(kāi)發(fā)進(jìn)展的情況。缺點(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è)

7、活動(dòng)所組成的路線。8 .常用的成本估算方法有哪些?(1) 基于代碼行的成本估算方法(2)任務(wù)分解成本估算(3)經(jīng)驗(yàn)統(tǒng)計(jì)估算模型：參數(shù)方程動(dòng)態(tài)多變量參數(shù)模型COCOMO模型(constructiveCostModel)自動(dòng)估算工具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)和管理活動(dòng)；約定指各種規(guī)范、標(biāo)準(zhǔn)、規(guī)則；1) 規(guī)范是對(duì)過(guò)程和行為的約束；2) 標(biāo)準(zhǔn)是對(duì)產(chǎn)品的約束；3) 規(guī)則或規(guī)程是對(duì)操作的約束。- 15 -需求分析1. 需求獲取為什么難？1) 用戶需求具有動(dòng)態(tài)性(不穩(wěn)定性)2) 用戶需求具有模糊性

8、(不準(zhǔn)確性)3) 對(duì)需求達(dá)成一致的艱難性。4) 管理體制、機(jī)構(gòu)設(shè)置處在變革中。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)的功能點(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

9、 .問(wèn)題識(shí)別、2.分析與綜合、3.編制需求文檔、4.需求分析評(píng)審。5. 獲取需求的常用方法1）訪談：正式的和非正式的訪談2） 問(wèn)卷調(diào)查：?jiǎn)柧碚{(diào)查即把需要調(diào)查的內(nèi)容制成表格交給用戶填寫(xiě)。該方法對(duì)需要調(diào)查大量人員的意見(jiàn)時(shí)，十分有效。3） 情景分析：情景分析就是對(duì)目標(biāo)系統(tǒng)解決某個(gè)具體問(wèn)題的方法和結(jié)果，給出可能的情景描述，以獲知用戶的具體需求。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）用戶參與的原則：

10、需求分析工作是系統(tǒng)分析人員同用戶不斷交互的過(guò)程。（ 4）構(gòu)造高質(zhì)量的需求規(guī)格說(shuō)明：需求規(guī)格說(shuō)明是需求分析工作重要的完成標(biāo)志。7. 需求分析的基本要求1)理解問(wèn)題的數(shù)據(jù)域和功能域2) 自頂向下、逐層分解3) 給出系統(tǒng)的邏輯視圖和物理視圖8. 常見(jiàn)的需求分析方法有哪些？1) 面向數(shù)據(jù)流的分析方法2) 面向功能的分析方法3) 面向數(shù)據(jù)的Jackson方法4) 面向?qū)ο蟮姆治龇椒?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ì)

11、？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)效率、較高的可靠性和可維護(hù)性的方案。并且使開(kāi)發(fā)軟件滿足以下特點(diǎn)：（1）功能、性能都符合指定的要求；（2）軟件是可維護(hù)的，可方便地進(jìn)行修改（3）除了代碼，還有一套配置齊全的文檔。4. 模塊具有哪些基本屬性?“模塊”，又稱“組件”。一般有四個(gè)基本屬性l1） 功能：描述該模塊做什么？2） 邏輯：描述模塊內(nèi)部怎么做？3） 狀態(tài)

12、：模塊使用時(shí)的環(huán)境和條件。4） 接口：指模塊的輸入與輸出。5. 什么是耦合？什么是內(nèi)聚？如何增強(qiáng)模塊的獨(dú)立性？1）耦合：各模塊之間的互相連接的緊密程度。模塊之間的連接越緊密，聯(lián)系越多，耦合性就越高，而其獨(dú)立性就越弱。2） 內(nèi)聚：模塊內(nèi)各功能元素彼此結(jié)合的緊密程度。一個(gè)模塊內(nèi)部各個(gè)元素之間的聯(lián)系越緊密，則它的內(nèi)聚性就越高，相對(duì)地，它與其它模塊之間的耦合性就會(huì)減低，而模塊獨(dú)立性就越強(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è)模塊

13、內(nèi)包含的信息(過(guò)程和數(shù)據(jù))不允許外部的模塊訪問(wèn)的話，其它模塊不能對(duì)其訪問(wèn)。4) 局部化：把一些關(guān)系密切的軟件元素物理地放得彼此靠近。7. 影響耦合度的因素有哪些？1) 連接方式的類型。2)接口的復(fù)雜性。3)傳送的信息流的類型。4)耦合的時(shí)間。8. 降低耦合度的方法有哪些？1) 對(duì)于需要了解的內(nèi)容，若是隱含的，應(yīng)改為明顯的，以便更容易理解；2) 連接的方式盡量標(biāo)準(zhǔn)化，不要直接引用；3) 減少公共區(qū)，將公共區(qū)劃分為若干個(gè)邏輯子區(qū)；4) 輸入輸出應(yīng)局限在少量模塊，不要分散在全系統(tǒng)；5) 延遲耦合時(shí)間。9. 軟件結(jié)構(gòu)設(shè)計(jì)優(yōu)化的準(zhǔn)則是什么？1) 劃分模塊時(shí)，盡量做到高內(nèi)聚、低耦合，保持模塊相對(duì)獨(dú)立性。模

14、塊劃分的準(zhǔn)則：“將相關(guān)的各部分放在一起，無(wú)關(guān)的東西不要放在一起。”2) 模塊的大小要適中。3) 模塊的接口要簡(jiǎn)單、清晰、含義明確，便于理解，易于實(shí)現(xiàn)、易于測(cè)試和維護(hù)。4) 一個(gè)模塊的作用范圍應(yīng)在其控制范圍之內(nèi)，且判定所在的模塊，應(yīng)與受其影響的模塊在層次上盡量靠近。5) 軟件結(jié)構(gòu)的深度、寬度、扇入、扇出應(yīng)適當(dāng)。6) 力求設(shè)計(jì)單入口和單出口的模塊，避免“病態(tài)連接”，以防止內(nèi)容耦合。7) 設(shè)計(jì)功能可預(yù)測(cè)模塊的劃分，應(yīng)防止功能過(guò)分局限。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)

15、模塊功能單一化，可使軟件設(shè)計(jì)獲得最大的益處。4) 易于進(jìn)行軟件修改。5) 易于開(kāi)發(fā)和維護(hù)。6) 加強(qiáng)了代碼的可重用性。- 31 -代碼設(shè)計(jì)1. 代碼設(shè)計(jì)的主要原則是什么？1)使用語(yǔ)言中的順序、選擇、重復(fù)等有限的基本控制結(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ī)范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)

16、遵守編程規(guī)范4. 代碼語(yǔ)句設(shè)計(jì)應(yīng)遵從哪些原則？1)在一行內(nèi)只寫(xiě)一條語(yǔ)句2) 程序編寫(xiě)清晰性第一3) 程序要能直截了當(dāng)?shù)卣f(shuō)明程序員的用意4) 清晰第一，效率第二5) 先保證程序正確，再要求提高速度6) 避免使用臨時(shí)變量而使可讀性下降7) 讓編譯程序做簡(jiǎn)單的優(yōu)化8) 盡可能使用庫(kù)函數(shù)和構(gòu)件9)避免不必要的轉(zhuǎn)移：盡量不用GOTO吾句10) 盡量采用三種基本的控制結(jié)構(gòu)編寫(xiě)程序5. I/O代碼設(shè)計(jì)的原則是什么？1)輸入數(shù)據(jù)要檢驗(yàn)2) 檢查輸入項(xiàng)的各種重要組合的合理性3) 輸入的步驟和操作盡可能簡(jiǎn)單4) 應(yīng)允許使用自由格式輸入數(shù)據(jù)5) 應(yīng)允許缺省值6) 批數(shù)據(jù)輸入時(shí)，使用輸入結(jié)束標(biāo)志7) 交互式輸入時(shí)，屏

17、幕上使用提示符明確提示輸入的請(qǐng)求8) 保持輸入格式與輸入語(yǔ)句要求的一致性9) 輸出加注釋軟件測(cè)試1) 軟件測(cè)試的原則？1)軟件測(cè)試應(yīng)當(dāng)盡早和不斷地進(jìn)行。2) 程序員應(yīng)避免檢查自己的程序。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ù)提供方便。(a-j是軟件工程課件第八章P6的)a) 所有的測(cè)試都應(yīng)追溯到用戶需求。b) 軟件測(cè)試必須基于“質(zhì)量第一”的思想去開(kāi)展各項(xiàng)工作c) 測(cè)試計(jì)劃應(yīng)該在測(cè)試工作真正開(kāi)始前的較長(zhǎng)時(shí)間內(nèi)就進(jìn)行。d) 將Pareto原則

18、應(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) 為了達(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ò)程。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) 從用戶的角度進(jìn)