軟件工程復(fù)習(xí)資料精華版

1、軟件工程復(fù)習(xí)資料軟件工程單元一一 單項(xiàng)選擇1 軟件是一種邏輯產(chǎn)品，它的開(kāi)發(fā)主要是 A 。 A 研制 B 拷貝 C 再生產(chǎn) D 復(fù)制 2 軟件生命周期一般包括：軟件開(kāi)發(fā)期和軟件運(yùn)行期，下述D 不是軟件開(kāi)發(fā)期所應(yīng)包含的內(nèi)容。A 需求分析B 結(jié)構(gòu)設(shè)計(jì)C 程序編制D 軟件維護(hù)3以文檔作為驅(qū)動(dòng)，適合于軟件需求很明確的軟件工程的生存周期模型是C 。A 噴泉模型B 增量模型C 瀑布模型D 螺旋模型4 在軟件生存周期中， B 階段必須要答復(fù)的問(wèn)題是 “要解決的問(wèn)題是做什么？ 。A 詳細(xì)設(shè)計(jì) B 可行性分析和工程開(kāi)發(fā)方案 C 概要設(shè)計(jì) D 軟件測(cè)試5 軟件產(chǎn)品與物質(zhì)產(chǎn)品有很大區(qū)別，軟件產(chǎn)品是一種C 產(chǎn)品 A 有

2、形 B 消耗 C 邏輯 D 文檔6 C 把瀑布模型和專家系統(tǒng)結(jié)合在一起，在開(kāi)發(fā)的各個(gè)階段上都利用相應(yīng)的專家系統(tǒng)來(lái)幫助軟件人員 完成開(kāi)發(fā)工作。 A 原型模型 B 螺旋模型 C 基于知識(shí)的智能模型 D 噴泉模型 7 ( B )階段是為每個(gè)模塊完成的功能進(jìn)行具體的描述，要把功能描述轉(zhuǎn)變?yōu)榫_的、結(jié)構(gòu)化的過(guò)程描述。A 概要設(shè)計(jì) B 詳細(xì)設(shè)計(jì) C 編碼 D 測(cè)試8 以下軟件開(kāi)發(fā)模型中，適合于那些不能預(yù)先確切定義需求的軟件系統(tǒng)的開(kāi)發(fā)的模型是A 。A 原型模型 B 瀑布模型 C 基于知識(shí)的智能模型 D 變換模型 9以下軟件開(kāi)發(fā)模型中，以面向?qū)ο蟮能浖_(kāi)發(fā)方法為根底，以用戶的需求為動(dòng)力，以對(duì)象來(lái)驅(qū)動(dòng)的模型是

3、C 。 A 原型模型 B 瀑布模型 C 噴泉模型 D 螺旋模型 10以下軟件開(kāi)發(fā)模型中，支持需求不明確，特別是大型軟件系統(tǒng)的開(kāi)發(fā)，并支持多種軟件開(kāi)發(fā)方法的模型是 D 。 A 原型模型 B 瀑布模型 C 噴泉模型 D 螺旋模型 11 軟件特性中，使軟件在不同的系統(tǒng)約束條件下，使用戶需求得到滿足的難易程度稱為C 。A 可修改性 B 可靠性 C 可適應(yīng)性 D 可重用性 12 軟件特性中，一個(gè)軟件能再次用于其他相關(guān)應(yīng)用的程度稱為B 。A 可移植性 B 可重用性 C 容錯(cuò)性 D 可適應(yīng)性 13 軟件特性中， A 是指系統(tǒng)具有清晰的結(jié)構(gòu)，能直接反映問(wèn)題的需求的程度。A 可理解性 B 可靠性 C 可適應(yīng)性

4、D 可重用性 14軟件特性中，軟件產(chǎn)品交付使用后，在實(shí)現(xiàn)改正潛伏的錯(cuò)誤、改進(jìn)性能、適應(yīng)環(huán)境變化等方面工作的難易 程度稱為 B 。 A 可理解性 B 可維護(hù)性 C 可適應(yīng)性 D 可重用性 15軟件特性中，軟件從一個(gè)電腦系統(tǒng)或環(huán)境移植到另一個(gè)上去的難易程度指的是C .A 可理解性 B 可修改性 C 可移植性 D 可重用性 16軟件特性中，在給定的時(shí)間間隔內(nèi)，程序成功運(yùn)行的概率指的是D 。A 有效性 B 可適應(yīng)性 C 正確性 D 可靠性 17軟件特性中，允許對(duì)軟件進(jìn)行修改而不增加其復(fù)雜性指的是A 。A 可修改性 B 可適應(yīng)性 C 可維護(hù)性 D 可移植性 18 軟件特性中，多個(gè)軟件元素相互通訊并協(xié)同完

5、成任務(wù)的能力指的是B 。A 可理解性 B 可互操作性 C 可維護(hù)性 D 可追蹤性 19 軟件特性中，根據(jù)軟件需求對(duì)軟件設(shè)計(jì)、程序進(jìn)行正向追蹤，或根據(jù)程序、軟件設(shè)計(jì)對(duì)軟件需求進(jìn)行逆 向追蹤的能力指的是 C 。 A 可理解性 B 可互操作性C 可追蹤性D 可維護(hù)性B 可互操作性 C 可追蹤性 D 可維護(hù)性B 可互操作性 C 可追蹤性 D 有效性B 可移植性C 可追蹤性D 可靠性20 軟件的可修改性支持軟件的 D 。 A 有效性21 軟件的可移植性支持軟件的A 。 A 可適應(yīng)性22軟件的可理解性支持軟件的B 。 A 有效性23在軟件工程的原那么中，抽象、信息隱藏、模塊化和局部化的原那么支持軟件的C

6、A 有效性 B 可互操作性 C 可靠性 D 可追蹤性24. 以下選項(xiàng)中，屬于需求分析階段的任務(wù)的是 D。A組裝測(cè)試方案B單元測(cè)試方案C軟件總體設(shè)計(jì)D驗(yàn)收測(cè)試方案25. 以下選項(xiàng)中，屬于概要設(shè)計(jì)階段的任務(wù)的是 AA組裝測(cè)試方案B單元測(cè)試方案C初步用戶手冊(cè)D驗(yàn)收測(cè)試方案26. 以下選項(xiàng)中，屬于詳細(xì)設(shè)計(jì)階段的任務(wù)的是 BA組裝測(cè)試方案B單元測(cè)試方案C初步用戶手冊(cè)D驗(yàn)收測(cè)試方案27. 以下選項(xiàng)中，屬于實(shí)現(xiàn)階段的任務(wù)的是 CA組裝測(cè)試方案B繪制程序流程圖 C單元測(cè)試D驗(yàn)收測(cè)試方案28.以下選項(xiàng)中，在驗(yàn)收測(cè)試結(jié)束時(shí)，必須提交給用戶的是 A工程開(kāi)發(fā)總結(jié)報(bào)告 B驗(yàn)收測(cè)試方案 C需求規(guī)格說(shuō)明書(shū)DD最終用戶手冊(cè)填

7、空1 電腦軟件是指與電腦系統(tǒng)操作有關(guān)的 以及任何與之有關(guān)的文檔資料。答案：程序、數(shù)據(jù)2. 是將軟件生存周期各個(gè)活動(dòng)規(guī)定為依線性順序連接的假設(shè)干階段的模型。答案：瀑布模型3. 是軟件生存周期中時(shí)間最長(zhǎng)的階段。答案：維護(hù)階段4. _是一種以用戶需求為動(dòng)力，以對(duì)象作為驅(qū)動(dòng)的模型，適合于面向?qū)ο蟮拈_(kāi)發(fā)方法。答案：噴泉模型5 軟件生存周期是指一個(gè)軟件從開(kāi)始直到該軟件最終退役為止的整個(gè)時(shí)期。答案：定義6在軟件的生產(chǎn)過(guò)程中，總是有大量各種信息要記錄，因此，在產(chǎn)品的開(kāi)發(fā)過(guò)程中起著重要的作用。答案：文檔7 在軟件生存周期中，軟件定義過(guò)程的根本任務(wù)是確定軟件系統(tǒng)的 。 答案：工程需求8在軟件生存周期中，軟件定義過(guò)

8、程可以通過(guò)軟件系統(tǒng)的_兩個(gè)階段來(lái)完成。答案：可行性研究和需求分析9 在軟件生存周期中，軟件開(kāi)發(fā)過(guò)程可以通過(guò) 、實(shí)現(xiàn)、組裝測(cè)試、驗(yàn)收測(cè)試共 5個(gè)階段組成。答案：概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)10我們把支持軟件工程的 的軟件叫做軟件開(kāi)發(fā)的工具軟件。答案：開(kāi)發(fā)、管理、維護(hù)活動(dòng)11. 軟件工程由 三局部組成，稱為軟件工程的三要素。答案：方法、過(guò)程和工具四簡(jiǎn)答題1 軟件產(chǎn)品的特點(diǎn)是什么答：軟件開(kāi)發(fā)與硬件研制相比，更依賴于開(kāi)發(fā)人員的業(yè)務(wù)素質(zhì)、智力、人員的組織、合作和管理。大型軟件仍然存在著潛伏的錯(cuò)誤。軟件產(chǎn)品開(kāi)發(fā)成功后，只需對(duì)原版軟件進(jìn)行復(fù)制，即可生產(chǎn)岀任意多的同樣的產(chǎn)品。還有，軟件在使用過(guò)程中的維護(hù)工作比硬件要復(fù)雜

9、得多。由于軟件不是物理產(chǎn)品，所以它不會(huì)磨損和老化。2. 軟件危機(jī)的表現(xiàn)有哪些？答：1對(duì)軟件開(kāi)發(fā)本錢(qián)和進(jìn)度的估計(jì)常常很不準(zhǔn)確。2用戶對(duì)已完成的軟件不滿意的現(xiàn)象時(shí)有發(fā)生。3軟件產(chǎn)品的質(zhì)量往往是靠不住的。4軟件常常是不可維護(hù)的。5軟件通常沒(méi)有適當(dāng)?shù)奈臋n資料。6軟件本錢(qián)在電腦系統(tǒng)總本錢(qián)中所占比例逐年上升。7軟件開(kāi)發(fā)生產(chǎn)率提高的速度遠(yuǎn)跟不上日益增長(zhǎng)的軟件需求。3. 產(chǎn)生軟件危機(jī)的原因主要有哪些？答：1用戶對(duì)軟件需求的描述不精確。2軟件開(kāi)發(fā)人員對(duì)用戶需求的理解有偏差。3缺乏處理大型軟件項(xiàng)目的經(jīng)驗(yàn)。4開(kāi)發(fā)大型軟件易產(chǎn)生疏漏和錯(cuò)誤。 5缺乏有力的方法學(xué)的指導(dǎo)和有效的開(kāi)發(fā)工具的支持。6面對(duì)日益增長(zhǎng)的軟件需求，人

10、們顯得力不從心。4. 軟件工程的7條根本原理是什么？答：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í)踐的必要性5軟件工程的 7 條原那么是什么？答： 1抽象。 2信息隱藏。 3模塊化。 4局部化。 5一致性。 6完全性。 7可驗(yàn)證性。 6軟件生存周期如何劃分？答：可將軟件生存周期劃分為 3 個(gè)過(guò)程共 9 個(gè)階段。 軟件定義過(guò)程：由可行性研究和需求分析2 個(gè)階段組成；軟件開(kāi)發(fā)過(guò)程：由概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、實(shí)現(xiàn)、組裝測(cè)試、驗(yàn)收測(cè)試 5 個(gè)階段組成； 軟件使用與維護(hù)過(guò)程：由使

11、用與維護(hù)和退役 2 個(gè)階段組成。7常見(jiàn)的軟件開(kāi)發(fā)模型有哪些 ? 答：有瀑布模型、原型模型、螺旋模型、噴泉模型、變換模型、基于四代技術(shù)的模型、基于知識(shí)的智能模型等。 8瀑布模型適合于哪類(lèi)軟件系統(tǒng)的開(kāi)發(fā)？ 答：瀑布模型一般適用于功能、性能明確、完整、無(wú)重大變化的軟件系統(tǒng)的開(kāi)發(fā)。例如操作系統(tǒng)、編譯系統(tǒng)、 數(shù)據(jù)庫(kù)管理系統(tǒng)等系統(tǒng)軟件的開(kāi)發(fā)。9瀑布模型的缺點(diǎn)主要有哪些？答： 1在軟件開(kāi)發(fā)的初期階段就要求做出正確、全面、完整的需求分析對(duì)許多應(yīng)用軟件來(lái)說(shuō)是極其困難的。 2在需求分析階段，當(dāng)需求確定后，無(wú)法及時(shí)驗(yàn)證需求是否正確、完整。3不支持產(chǎn)品的演化，缺乏靈活性，使軟件產(chǎn)品難以維護(hù)。 10實(shí)現(xiàn)快速原型的開(kāi)發(fā)途

12、徑有哪三種？1僅模擬軟件系統(tǒng)的人機(jī)界面和人機(jī)交互方式。2開(kāi)發(fā)一個(gè)工作模型，實(shí)現(xiàn)軟件系統(tǒng)中重要的或容易產(chǎn)生誤解的功能。 3利用一個(gè)或幾個(gè)類(lèi)似的正在運(yùn)行的軟件向用戶展示軟件需求中的局部或全部功能。11原型模型適于哪種情況的軟件開(kāi)發(fā)？ 答：原型模型適合于那些不能預(yù)先確切定義需求的軟件系統(tǒng)的開(kāi)發(fā)，更適合于那些工程組成員包括分析員、 設(shè)計(jì)員、程序員和用戶不能很好交流或通信有困難的情況。12螺旋模型的每一個(gè)周期包括哪幾個(gè)階段？答：螺旋模型的每一個(gè)周期都包括方案需求定義 、風(fēng)險(xiǎn)分析、工程實(shí)現(xiàn)和用戶評(píng)價(jià)與階段評(píng)審 4 個(gè)階段。 13螺旋模型的優(yōu)點(diǎn)有哪些？ 答：螺旋模型的主要優(yōu)點(diǎn)有：1支持用戶需求的動(dòng)態(tài)變化。

13、2原型可看作形式的可執(zhí)行的需求規(guī)格說(shuō)明，易于為用戶和開(kāi)發(fā)人員共同理 解，還可作為繼續(xù)開(kāi)發(fā)的根底，并為用戶參與所有關(guān)鍵決策提供了方便。3螺旋模型特別強(qiáng)調(diào)原型的可擴(kuò)充性和可修改性，原型的進(jìn)化貫穿整個(gè)軟件生存周期，這將有助于目標(biāo)軟件的適應(yīng)能力。4為工程管理人員及時(shí)調(diào)整管理決策提供了方便，進(jìn)而可降低開(kāi)發(fā)風(fēng)險(xiǎn)。14螺旋模型適于哪種情況的軟件開(kāi)發(fā)？ 答：螺旋模型支持需求不明確、特別是大型軟件系統(tǒng)的開(kāi)發(fā)，并支持面向規(guī)格說(shuō)明、面向過(guò)程、面向?qū)ο蟮榷?種軟件開(kāi)發(fā)方法，是一種具有廣闊前景的模型。軟件工程單元二軟件工程管理一 單項(xiàng)選擇1軟件工程管理必須 A 介入。A從工程的開(kāi)頭 B丨在可行性研究之后 C在需求分析之

14、后 D丨在編碼之后2 以下選項(xiàng)中，屬于本錢(qián)管理的主要任務(wù)的是B 。A人員的分工B估算軟件工程的本錢(qián)C對(duì)控制軟件質(zhì)量要素D對(duì)軟件階段產(chǎn)品進(jìn)行評(píng)審3以下選項(xiàng)中，不屬于質(zhì)量管理的主要任務(wù)的是C A制定軟件質(zhì)量保證方案B丨按照質(zhì)量評(píng)價(jià)體系控制軟件質(zhì)量要素C增加軟件產(chǎn)品的功能D丨對(duì)最終軟件產(chǎn)品進(jìn)行確認(rèn)4以下選項(xiàng)中，屬于軟件配置管理的任務(wù)的是DA丨人員的分工 B估算軟件工程的本錢(qián)C對(duì)軟件階段產(chǎn)品進(jìn)行評(píng)審D對(duì)程序、數(shù)據(jù)、文檔的各種版本進(jìn)行管理5 A 是對(duì)產(chǎn)品或過(guò)程的某個(gè)屬性的范圍、數(shù)量、維度、容量或大小提供一個(gè)定量的指示。A丨測(cè)量B丨度量C估算D丨指標(biāo)6 B 是對(duì)系統(tǒng)、部件或過(guò)程的某一特性所具有的程度進(jìn)行的

15、量化測(cè)量。A丨測(cè)量B丨度量C估算D丨指標(biāo)7 C 是對(duì)軟件產(chǎn)品、過(guò)程、資源等使用歷史資料或經(jīng)驗(yàn)公式等進(jìn)行預(yù)測(cè)。A測(cè)量B丨度量C估算D指標(biāo)8 D 是一個(gè)度量或度量的組合，它可對(duì)軟件產(chǎn)品、過(guò)程或資源提供更深入的理解。A測(cè)量B丨度量C估算D指標(biāo)9.以下選項(xiàng)中屬于產(chǎn)品的內(nèi)部屬性的是A 。A模塊耦合度B丨軟件可靠性C軟件有效性D軟件可維護(hù)性10.以下選項(xiàng)中屬于過(guò)程的外部屬性的是B 。 A工作量B丨本錢(qián)C事件D方案及進(jìn)度11.以下選項(xiàng)中屬于資源的外部屬性的是C 。 A經(jīng)驗(yàn) B丨人員 C生產(chǎn)率D工具12. 基于代碼行的面向規(guī)模的度量方法適合于 DA過(guò)程式程序設(shè)計(jì)語(yǔ)言和事前度量B丨第四代語(yǔ)言和事前度量C第四代語(yǔ)

16、言和事后度量D丨過(guò)程式程序設(shè)計(jì)語(yǔ)言和事后度量13. 以下說(shuō)法中，不正確的選項(xiàng)是 AA功能點(diǎn)度量方法與程序設(shè)計(jì)語(yǔ)言有關(guān)B功能點(diǎn)度量方法適合于過(guò)程式語(yǔ)言C功能點(diǎn)度量方法適合于非過(guò)程式語(yǔ)言D功能點(diǎn)度量方法適合于軟件工程估算14. 以下說(shuō)法中，不正確的選項(xiàng)是B 。A軟件工程工作量分布曲線不是線性的B到開(kāi)發(fā)后期臨時(shí)增加人力可加快進(jìn)度C適當(dāng)推遲交貨時(shí)間可大幅度降低開(kāi)發(fā)工作量D在軟件生存周期的不同階段各類(lèi)人員的參與情況是不同的。15. 在軟件質(zhì)量要素中，程序滿足需求規(guī)格說(shuō)明及用戶目標(biāo)的程度指的是C 。A完整性B可用性C正確性D靈活性16. 在軟件質(zhì)量要素中，改變一個(gè)操作的順序所需的工作量的多少指的是D 。A

17、完整性B可用性C正確性D靈活性17. 在軟件質(zhì)量要素中，對(duì)未授權(quán)人員訪問(wèn)程序或數(shù)據(jù)加以控制的程度指的是A 。A完整性B可用性C正確性D靈活性18. 在軟件質(zhì)量要素中， 學(xué)習(xí)使用軟件即操作軟件、準(zhǔn)備輸入數(shù)據(jù)、 解釋輸出結(jié)果等 的難易程度指的是 B A完整性B可用性C正確性D靈活性19. 在軟件質(zhì)量要素的評(píng)價(jià)準(zhǔn)那么中，程序源代碼的緊湊程度指的是C 。A簡(jiǎn)單性B準(zhǔn)確性C簡(jiǎn)明性D丨執(zhí)行效率20. 在軟件質(zhì)量要素的評(píng)價(jià)準(zhǔn)那么中，軟件運(yùn)行的效率指的是D 。A簡(jiǎn)單性B準(zhǔn)確性C簡(jiǎn)明性D丨執(zhí)行效率21. 在軟件質(zhì)量要素的評(píng)價(jià)準(zhǔn)那么中，程序易于理解的程度指的是A 。A簡(jiǎn)單性B準(zhǔn)確性C簡(jiǎn)明性D丨執(zhí)行效率22. 在軟

18、件質(zhì)量要素的評(píng)價(jià)準(zhǔn)那么中，計(jì)算和控制的精確程度指的是B 。A簡(jiǎn)單性B準(zhǔn)確性C簡(jiǎn)明性D丨執(zhí)行效率23. 在軟件質(zhì)量要素的評(píng)價(jià)準(zhǔn)那么中，在各種異常情況下軟件能繼續(xù)提供操作的能力指的是A 。A容錯(cuò)性B檢測(cè)性C平安性D丨可操作性24. 在軟件質(zhì)量要素的評(píng)價(jià)準(zhǔn)那么中，程序監(jiān)視自身運(yùn)行并標(biāo)識(shí)錯(cuò)誤的程度指的是B 。A容錯(cuò)性B檢測(cè)性C平安性D丨可操作性25. 在軟件質(zhì)量要素的評(píng)價(jià)準(zhǔn)那么中，控制或保護(hù)程序和數(shù)據(jù)不被破壞、非法訪問(wèn)等機(jī)制的能力指的是C 。A容錯(cuò)性B檢測(cè)性C平安性D丨可操作性26. 在軟件質(zhì)量要素的評(píng)價(jià)準(zhǔn)那么中，操作該軟件的難易程度指的是D 。A容錯(cuò)性B檢測(cè)性C平安性D丨可操作性27. 以下選項(xiàng)中，

19、不能進(jìn)行并行工作的是 AA需求復(fù)審B丨過(guò)程設(shè)計(jì) C單元測(cè)試 D編碼28. 在整個(gè)軟件工程定義與開(kāi)發(fā)各階段一種典型的工作量分布原那么，稱為40-20-40分布原那么，其中20%的工作量指的是B。A需求分析工作量B編碼工作量C詳細(xì)設(shè)計(jì)工作量D丨測(cè)試工作量二填空1軟件工程管理的對(duì)象主要包括 。答案：產(chǎn)品、過(guò)程和資源等2對(duì)不依賴于其他屬性的軟件的簡(jiǎn)單屬性的測(cè)量稱為 。答案：直接度量3對(duì)涉及假設(shè)干個(gè)其他屬性的軟件要素、準(zhǔn)那么或?qū)傩缘亩攘浚Q為 。答案：間接度量4面向規(guī)模的度量是以軟件的 為根底的直接度量。答案：代碼行數(shù)5. Albrecht首先提出了功能點(diǎn)度量方法。這是一種面向功能的 方法。答案：間接度

20、量6在軟件工程管理過(guò)程中的第一個(gè)活動(dòng)應(yīng)當(dāng)是 。答案：估算7 Putnam估算模型公式是： 。答案：L = Ck E1/3td4/3&估算工作量的公式：E = L3 / (Ck3 td4),式中的td是對(duì)應(yīng)于 時(shí)的時(shí)間，它正好是工作量曲線的峰值，說(shuō)明此時(shí)的工作量最大、參加工程的人最多。答案：軟件交付9軟件開(kāi)發(fā)工程每年所需的人年數(shù)與開(kāi)發(fā)時(shí)間的關(guān)系滿足Rayleigh-Norden分布，即軟件工程的工作量分布曲線的，因此，參加軟件工程的人員就不能一成不變。答案：不是線性10開(kāi)發(fā)軟件工程的工作量和交貨時(shí)間td的4次方成反比，如果條件允許，適當(dāng)?shù)赝七t交貨時(shí)間即使td增大，可大幅度降低 。答案：開(kāi)

21、發(fā)工作量11. Putnam模型的優(yōu)點(diǎn)是揭示了軟件工程的 、軟件開(kāi)發(fā)時(shí)間和工作量三者之間的關(guān)系，在理論上有 重要意義。答案：源程序代碼長(zhǎng)度12. CoCoMo模型按其詳細(xì)程度分為根本CoCoMo模型、和詳細(xì)CoCoMo模型三個(gè)層次。答案：中間CoCoMo模型13根本CoComo模型主要用于 估算整個(gè)系統(tǒng)開(kāi)發(fā)和維護(hù)的工作量以及軟件開(kāi)發(fā)所需要的時(shí)間。答案：系統(tǒng)開(kāi)發(fā)的初期14一般地，由N個(gè)程序員組成的程序員小組在完成相同規(guī)模的軟件時(shí)需要的通信數(shù)量C N=。答案：N N-1/215McCall等人提岀了由 _、評(píng)價(jià)準(zhǔn)那么、定量度量三個(gè)層次組成的三層次度量模型。答案：軟件質(zhì)量要素16程序圖G的環(huán)形復(fù)雜度

22、VG的值等于程序圖中有界和無(wú)界的 的個(gè)數(shù)。答案：封閉區(qū)域17. McCabe指岀，V G可作為程序規(guī)模的定量指標(biāo)，V G值越高的程序往往是越復(fù)雜、越容易岀問(wèn)題的程序。因此，他建議模塊規(guī)模以 為宜。答案：V G1018. Halstead給出了稱為文本復(fù)雜性度量的模型。它是根據(jù)統(tǒng)計(jì)程序中的 的個(gè)數(shù)來(lái)度量程序的復(fù)雜程度。答案：操作符和操作數(shù)19.軟件可靠性定義為在某個(gè)給定20.21.內(nèi)，程序按照規(guī)格說(shuō)明成功運(yùn)行的概率。軟件的有效性函數(shù) At定義為軟件系統(tǒng)在 按照規(guī)格說(shuō)明成功運(yùn)行的概率。軟件工程風(fēng)險(xiǎn)的一個(gè)顯著特點(diǎn)是具有 ，某項(xiàng)風(fēng)險(xiǎn)可能發(fā)生也可能不發(fā)生。答案：時(shí)間間隔答案：時(shí)刻t 答案：不確定性22.

23、風(fēng)險(xiǎn)分析的四個(gè)主要活動(dòng):、風(fēng)險(xiǎn)估算、風(fēng)險(xiǎn)評(píng)價(jià)、風(fēng)險(xiǎn)駕馭和監(jiān)控。答案：風(fēng)險(xiǎn)標(biāo)識(shí)23.風(fēng)險(xiǎn)分析的四個(gè)主要活動(dòng)：風(fēng)險(xiǎn)標(biāo)識(shí)、風(fēng)險(xiǎn)評(píng)價(jià)、風(fēng)險(xiǎn)駕馭和監(jiān)控。答案：風(fēng)險(xiǎn)估算24.25.26.27.28.風(fēng)險(xiǎn)分析的四個(gè)主要活動(dòng)：風(fēng)險(xiǎn)標(biāo)識(shí)、風(fēng)險(xiǎn)估算、風(fēng)險(xiǎn)分析的四個(gè)主要活動(dòng)：風(fēng)險(xiǎn)標(biāo)識(shí)、風(fēng)險(xiǎn)估算、風(fēng)險(xiǎn)評(píng)價(jià)、 軟件工程的風(fēng)險(xiǎn)按照其影響的范圍，可分為軟件工程的風(fēng)險(xiǎn)按照其影響的范圍，可分為工程風(fēng)險(xiǎn)、 軟件工程的風(fēng)險(xiǎn)按照其影響的范圍，可分為工程風(fēng)險(xiǎn)、技術(shù)風(fēng)險(xiǎn)和、風(fēng)險(xiǎn)駕馭和監(jiān)控。答案：風(fēng)險(xiǎn)評(píng)價(jià)答案:風(fēng)險(xiǎn)駕馭和監(jiān)控、技術(shù)風(fēng)險(xiǎn)和商業(yè)風(fēng)險(xiǎn)三類(lèi)。和商業(yè)風(fēng)險(xiǎn)三類(lèi)。三類(lèi)。答案:答案:答案:工程風(fēng)險(xiǎn)技術(shù)風(fēng)險(xiǎn)商業(yè)風(fēng)險(xiǎn)29.30.率,為了識(shí)別風(fēng)

24、險(xiǎn)，Boehm建議使用各類(lèi)來(lái)標(biāo)識(shí)風(fēng)險(xiǎn)。答案：風(fēng)險(xiǎn)檢測(cè)表為了評(píng)價(jià)風(fēng)險(xiǎn)，常采用三元組 x i代表該風(fēng)險(xiǎn)帶來(lái)的影響。r i，p i，x i 來(lái)描述風(fēng)險(xiǎn)。其中r i代表 答案：第i種風(fēng)險(xiǎn)，p i表示第i種風(fēng)險(xiǎn)發(fā)生的概31.為了評(píng)價(jià)風(fēng)險(xiǎn)，常采用三元組r i，p i，x i 來(lái)描述風(fēng)險(xiǎn)。其中r i代表第i種風(fēng)險(xiǎn)，p i表示代表該風(fēng)險(xiǎn)帶來(lái)的影響。答案：第i種風(fēng)險(xiǎn)發(fā)生的概率32. 為了評(píng)價(jià)風(fēng)險(xiǎn)，常采用三元組 r i, p i, x i 來(lái)描述風(fēng)險(xiǎn)。其中r i代表第i種風(fēng)險(xiǎn)，p i表示第i種風(fēng)險(xiǎn)發(fā)生的 概率，x i代表。答案：該風(fēng)險(xiǎn)帶來(lái)的影響33. 一個(gè)對(duì)風(fēng)險(xiǎn)評(píng)價(jià)很有用的技術(shù)就是定義風(fēng)險(xiǎn)參照水準(zhǔn)。對(duì)于大多數(shù)軟件

25、工程來(lái)說(shuō)，就是典型的風(fēng)險(xiǎn)參照水準(zhǔn)。答案：本錢(qián)、進(jìn)度、性能34. 風(fēng)險(xiǎn)分析的目的是建立處理風(fēng)險(xiǎn)的策略， 風(fēng)險(xiǎn)。答案：監(jiān)控、駕馭35. 在整個(gè)軟件工程定義與開(kāi)發(fā)各階段一種典型的工作量分布原那么，稱為分布原那么。 答案：40-20-4036. 目前，軟件工程的進(jìn)度安排的兩種比擬常用的方法是 和關(guān)鍵路徑法CPM丨，這兩種方法都生成描述工程進(jìn)展?fàn)顟B(tài)的任務(wù)網(wǎng)絡(luò)圖。答案：程序評(píng)估與審查技術(shù)PERT37. 目前，軟件工程的進(jìn)度安排的兩種比擬常用的方法是程序評(píng)估與審查技術(shù)PERT和，這兩種方法都生成描述工程進(jìn)展?fàn)顟B(tài)的任務(wù)網(wǎng)絡(luò)圖。答案：關(guān)鍵路徑法CPM38. 某個(gè)子任務(wù)的最早啟動(dòng)時(shí)間是指該子任務(wù)的 完成的最早時(shí)間

26、。答案：所有各前導(dǎo)子任務(wù)39. 某子任務(wù)的最早啟動(dòng)時(shí)間與完成該子任務(wù)所需時(shí)間之和就是該子任務(wù)的。答案：最早結(jié)束時(shí)間40. 某個(gè)子任務(wù)的 是指在保證工程按時(shí)完成的前提下最晚啟動(dòng)該子任務(wù)的時(shí)間。答案：最遲啟動(dòng)時(shí)間41最遲啟動(dòng)時(shí)間與完成該子任務(wù)所需時(shí)間之和就是該子任務(wù)的 。答案：最遲結(jié)束時(shí)間42在制定進(jìn)度方案時(shí)，應(yīng)首先找到影響進(jìn)度的 ，并在其上安排一定的節(jié)假日和機(jī)動(dòng)時(shí)間，以便應(yīng)付可能岀現(xiàn)的問(wèn)題和難點(diǎn)。答案：關(guān)鍵路徑43. 正式的技術(shù)評(píng)審是降低 的重要措施。答案：軟件本錢(qián)44. 實(shí)踐說(shuō)明，向一個(gè)已經(jīng)延期的軟件工程追加新的開(kāi)發(fā)人員，可能使工程完成得。 答案：更晚四簡(jiǎn)答題1軟件工程管理的主要任務(wù)是什么？答

27、：軟件工程管理的主要任務(wù)是根據(jù)選定的軟件開(kāi)發(fā)過(guò)程框架即軟件開(kāi)發(fā)模型和對(duì)其估算的結(jié)果制定軟件工程實(shí)施方案；再根據(jù)方案對(duì)人員進(jìn)行組織、分工；按照方案的進(jìn)度，以及本錢(qián)管理、風(fēng)險(xiǎn)管理、質(zhì)量管理的 要求，控制并管理軟件開(kāi)發(fā)和維護(hù)的活動(dòng)，最終以最小的代價(jià)完成軟件工程規(guī)定的全部任務(wù)。2. 本錢(qián)管理的主要任務(wù)是什么？答：本錢(qián)管理的主要任務(wù)是估算軟件工程的本錢(qián)，作為立項(xiàng)和簽合同的依據(jù)之一，并在軟件開(kāi)發(fā)過(guò)程中按方案 管理經(jīng)費(fèi)的使用。3質(zhì)量管理的主要任務(wù)是什么？答：質(zhì)量管理的主要任務(wù)是制定軟件質(zhì)量保證方案，按照質(zhì)量評(píng)價(jià)體系控制軟件質(zhì)量要素，對(duì)階段性的軟件產(chǎn) 品進(jìn)行評(píng)審，對(duì)最終軟件產(chǎn)品進(jìn)行確認(rèn)，確保軟件質(zhì)量。4常用的

28、軟件工程的估算方法主要有哪4種？答：1自頂向下的估算方法。2自底向上的估算方法。3差異估算法。4根據(jù)實(shí)驗(yàn)或歷史數(shù)據(jù)給岀軟件項(xiàng) 目工作量或本錢(qián)的經(jīng)驗(yàn)估算公式。5. CoCoMo模型按其詳細(xì)程度分為哪三個(gè)層次？答：CoCoMo模型按其詳細(xì)程度分為根本 CoCoMo模型、中間CoCoMo模型和詳細(xì)CoCoMo模型三個(gè)層次。6. 軟件質(zhì)量的定義？答：1983年，ANSI/IEEE std729標(biāo)準(zhǔn)給出了軟件質(zhì)量的定義如下：軟件質(zhì)量是軟件產(chǎn)品滿足規(guī)定的和隱含的與需求能力有關(guān)的全部特征和特性，包括：1軟件產(chǎn)品滿足用戶要求的程度；2軟件擁有所期望的各種屬性的組合程度；3用戶對(duì)軟件產(chǎn)品的綜合反映程度；4軟件在

29、使用過(guò)程中滿足用戶需求的程度。7. 簡(jiǎn)述McCall等人的軟件質(zhì)量度量模型答：McCall等人提岀了由軟件質(zhì)量要素、評(píng)價(jià)準(zhǔn)那么、定量度量三個(gè)層次組成的三層次度量模型。其中第一層是將對(duì)軟件質(zhì)量的度量歸結(jié)為對(duì)直接影響軟件質(zhì)量的假設(shè)干個(gè)軟件質(zhì)量要素的度量；由于質(zhì)量要素很難直接度 量，所以第二層是用假設(shè)干個(gè)可度量的評(píng)價(jià)準(zhǔn)那么來(lái)間接度量軟件質(zhì)量要素；而第三層是對(duì)相應(yīng)評(píng)價(jià)準(zhǔn)那么的直接 度量。8軟件復(fù)雜性的概念？答： K. Magel 從 6 個(gè)方面來(lái)描述軟件復(fù)雜性：1理解程序的難度；2維護(hù)程序的難度；3向其他人解釋程序的難度；4按指定方法修改程序的難度；5根據(jù)設(shè)計(jì)文件編寫(xiě)程序的工作量；6執(zhí)行程序時(shí)需要資源

30、的多少。9衡量軟件的復(fù)雜程度有哪些根本原那么？答：衡量軟件的復(fù)雜程度有 12 條根本原那么，如下： 1軟件的復(fù)雜性與其規(guī)模的關(guān)系不是線性的；2數(shù)據(jù)結(jié)構(gòu)復(fù)雜的程序較復(fù)雜；3控制結(jié)構(gòu)復(fù)雜的程序較復(fù)雜；4轉(zhuǎn)向語(yǔ)句使用不當(dāng)?shù)某绦蜉^復(fù)雜；5循環(huán)結(jié)構(gòu)比選擇結(jié)構(gòu)復(fù)雜、選擇結(jié)構(gòu)比順序結(jié)構(gòu)復(fù)雜；6語(yǔ)句、數(shù)據(jù)、子程序模塊等出現(xiàn)的順序?qū)?fù)雜性有影響； 7非局部變量較多的程序較復(fù)雜；8參數(shù)按地址調(diào)用 Call by reference 比按值調(diào)用 Call by value復(fù)雜； 9函數(shù)副作用比顯式參數(shù)傳遞難理解；10作用不同的變量同名時(shí)較難理解；11模塊、過(guò)程間聯(lián)系密切的程序較復(fù)雜；12程序嵌套層數(shù)越多越復(fù)雜。10

31、軟件開(kāi)發(fā)工程管理過(guò)程主要包括哪幾個(gè)方面？ 答：軟件開(kāi)發(fā)工程管理過(guò)程主要包括以下幾個(gè)方面： 1啟動(dòng)一個(gè)軟件工程。 2本錢(qián)估算。 3風(fēng)險(xiǎn)分析。 4進(jìn)度安排。 5追蹤和控制。11風(fēng)險(xiǎn)分析有哪四個(gè)主要活動(dòng)？ 答：風(fēng)險(xiǎn)分析的四個(gè)主要活動(dòng)：風(fēng)險(xiǎn)標(biāo)識(shí)、風(fēng)險(xiǎn)估算、風(fēng)險(xiǎn)評(píng)價(jià)、風(fēng)險(xiǎn)駕馭和監(jiān)控。12解釋評(píng)價(jià)風(fēng)險(xiǎn)的三元組 r i，p i，x i 。答：在評(píng)價(jià)風(fēng)險(xiǎn)的三元組r i, p i, x訂中，r i代表第i種風(fēng)險(xiǎn)，p i表示第i種風(fēng)險(xiǎn)發(fā)生的概率，x i代表該風(fēng)險(xiǎn)帶 來(lái)的影響，i=1，2，I，表示軟件開(kāi)發(fā)工程共有I種風(fēng)險(xiǎn)，i為風(fēng)險(xiǎn)序號(hào)。13風(fēng)險(xiǎn)評(píng)價(jià)過(guò)程可分為哪四步？ 答：風(fēng)險(xiǎn)評(píng)價(jià)過(guò)程可分四步進(jìn)行： 1定義工程的風(fēng)險(xiǎn)

32、參照水準(zhǔn)；2定義每種風(fēng)險(xiǎn)的三元組 r i， p i， x i ，并找出和每個(gè)參照水準(zhǔn)之間的關(guān)系；3預(yù)測(cè)一組參照點(diǎn)以定義一個(gè)工程終止區(qū)域，用一條曲線或一些易變動(dòng)區(qū)域來(lái)定界；4預(yù)測(cè)各種風(fēng)險(xiǎn)組合的影響是否超出參照水準(zhǔn)。14風(fēng)險(xiǎn)駕馭與監(jiān)控的主要目標(biāo)有哪些？ 答：風(fēng)險(xiǎn)駕馭與監(jiān)控的主要目標(biāo)有三個(gè)： 1判斷一個(gè)預(yù)測(cè)的風(fēng)險(xiǎn)是否已經(jīng)發(fā)生；2確保針對(duì)每一個(gè)風(fēng)險(xiǎn)而制定的風(fēng)險(xiǎn)駕馭步驟正在合理地實(shí)施； 3收集有關(guān)風(fēng)險(xiǎn)分析的所有信息，以備將來(lái)使用。15軟件工程開(kāi)發(fā)的進(jìn)度安排必須解決好哪幾個(gè)問(wèn)題？ 答：軟件工程開(kāi)發(fā)的進(jìn)度安排必須解決好以下幾個(gè)問(wèn)題： 1任務(wù)、人力、時(shí)間等資源的分配應(yīng)與工程進(jìn)度相一致；2任務(wù)的分解與并行開(kāi)發(fā)；

33、 3工作量的分配； 4具體進(jìn)度安排。16軟件質(zhì)量保證 SQA 活動(dòng)主要包括哪些內(nèi)容？答： SQA 活動(dòng)主要包括以下內(nèi)容： 1在需求分析階段提出對(duì)軟件質(zhì)量的需求，并將其自頂向下逐步分解為可以度量和控制的質(zhì)量要素，為軟件 開(kāi)發(fā)、維護(hù)各階段軟件質(zhì)量的定性分析和定量度量打下根底；2研究并選用軟件開(kāi)發(fā)方法和工具；3對(duì)軟件生存周期各階段進(jìn)行正式的技術(shù)評(píng)審 FTR ； 4制定并實(shí)施軟件測(cè)試策略和測(cè)試方案； 5及時(shí)生 成軟件文檔并進(jìn)行其版本控制； 6保證軟件開(kāi)發(fā)過(guò)程與選用的軟件開(kāi)發(fā)標(biāo)準(zhǔn)相一致；7建立軟件質(zhì)量要素的度量機(jī)制； 8記錄 SQA 的各項(xiàng)活動(dòng)，并生成各種 SQA 報(bào)告。17正式的技術(shù)評(píng)審FTR的過(guò)程一

34、般由哪6個(gè)步驟組成？答： FTR 的過(guò)程一般由 6個(gè)步驟組成：制定評(píng)審方案，即安排好評(píng)審會(huì)議日程。介紹工程情況。準(zhǔn)備工作。評(píng)審小組成員自己審閱文檔資料，并把發(fā)現(xiàn)的問(wèn)題和錯(cuò)誤記錄下來(lái)，以備在評(píng)審會(huì)議上討論。正式召開(kāi)評(píng)審會(huì)議。工程返工。工程復(fù)審。 如此反復(fù)、直至通過(guò)復(fù)審為止。18在建立軟件開(kāi)發(fā)組織的時(shí)候要注意的原那么是哪些？答：在建立軟件開(kāi)發(fā)組織的時(shí)候要注意的原那么是：盡早落實(shí)責(zé)任。特別是軟件工程負(fù)責(zé)人的責(zé)任；減少接口。組織應(yīng)該有良好的組織結(jié)構(gòu)、合理的人員分工，以減少不必要的通信；責(zé)權(quán)均衡。指軟件經(jīng)理的責(zé)任不應(yīng)比賦予他的權(quán)力還大。19程序設(shè)計(jì)小組的組織形式有哪幾種？ 答：程序設(shè)計(jì)小組的組織和小組內(nèi)

35、部人員的組織形式對(duì)生產(chǎn)率都會(huì)產(chǎn)生影響。常采用的組織形式有主程序員制 小組、民主制小組、層次式小組 3 種。20一個(gè)主程序員制小組由哪些人員組成？答：由 1位主程序員高級(jí)工程師 、 25 位程序員技術(shù)員、 1位后援工程師組成，還可以配備輔助人員如 資料員。21民主制小組是怎樣的一種組織形式？ 答：民主制小組由假設(shè)干程序員組成，雖然也設(shè)置一位組長(zhǎng)，但是每當(dāng)遇到問(wèn)題時(shí)，組內(nèi)的成員可以進(jìn)行民主 協(xié)商，以平等的地位交換意見(jiàn)。工作目標(biāo)的制定、做出決定都有全體組員參加，即強(qiáng)調(diào)發(fā)揮小組每一個(gè)成員的 積極、主動(dòng)性和協(xié)作精神。22層次式小組是怎樣的一種組織形式？答：層次式小組是將組內(nèi)人員分為 3級(jí)：組長(zhǎng) 1人，他

36、作為工程負(fù)責(zé)人負(fù)責(zé)全組工作；他直接領(lǐng)導(dǎo)2 7名高級(jí)程序員；每位高級(jí)程序員通過(guò)基層小組管理假設(shè)干名程序員。23軟件開(kāi)發(fā)各個(gè)階段都需要哪些人員？ 答：在軟件工程的方案和分析階段，只需要少數(shù)人，主要是系統(tǒng)分析員、從事軟件系統(tǒng)論證和概要設(shè)計(jì)的軟件 高級(jí)工程師和工程高級(jí)管理人員，人數(shù)雖不多，但都是高層次人員。概要設(shè)計(jì)階段要增加幾個(gè)高級(jí)程序員，詳 細(xì)設(shè)計(jì)階段要增加軟件工程師和程序員， 在編碼和測(cè)試階段還要增加初級(jí)程序員和軟件測(cè)試員。 在這一過(guò)程中， 各類(lèi)專門(mén)人員和管理人員也在逐漸增加，到驗(yàn)收測(cè)試時(shí)，維護(hù)人員也參加其中，使各類(lèi)人員的數(shù)量到達(dá)了最高 峰。在軟件產(chǎn)品交付使用的初期，參加軟件維護(hù)的人員較多，此時(shí)為

37、防止給維護(hù)活動(dòng)帶來(lái)困難，不應(yīng)過(guò)早地解 散軟件開(kāi)發(fā)人員。軟件經(jīng)過(guò)一段時(shí)間的糾錯(cuò)性維護(hù)后，出錯(cuò)率會(huì)明顯減少，這時(shí)可以逐步撤出軟件開(kāi)發(fā)人員， 之后，軟件維護(hù)人員也逐步撤離。24在軟件工程中配備和使用人員應(yīng)遵循的3 個(gè)主要原那么是什么？答：在軟件工程中配備和使用人員時(shí)，應(yīng)遵循的 3 個(gè)主要原那么是：重質(zhì)量：使用少量有實(shí)踐經(jīng)驗(yàn)、素質(zhì)高、有能力的人員去完成關(guān)鍵性任務(wù)，常常比使用較多的經(jīng)驗(yàn)缺乏的人 員更有效。重培訓(xùn)：花力氣培養(yǎng)所需的技術(shù)和管理人員是解決人員問(wèn)題的有效方法。雙階梯提升：人員要么按照技術(shù)職務(wù)提升，要么按照管理職務(wù)提升，兩者不應(yīng)兼得。25對(duì)軟件工程經(jīng)理人員的要求有哪些？答：對(duì)工程經(jīng)理除了要求具有較

38、強(qiáng)的管理能力外，還要求其應(yīng)具有的能力有：把用戶提出的非技術(shù)性要求加 以整理提煉，以技術(shù)說(shuō)明書(shū)形式轉(zhuǎn)告給分析員和測(cè)試員。能說(shuō)服用戶放棄那些不切實(shí)際的要求，以保證合理的要求得以滿足。 具有綜合問(wèn)題的能力。 具有很強(qiáng)的溝通能力。26一個(gè)好的開(kāi)發(fā)人員應(yīng)具備的素質(zhì)和能力有哪些？答：一個(gè)好的開(kāi)發(fā)人員應(yīng)具備的素質(zhì)和能力有：善于與周?chē)藛T團(tuán)結(jié)協(xié)作，建立良好的人際關(guān)系，善于聽(tīng)取 別人的意見(jiàn)。牢固掌握電腦軟件的根本知識(shí)和技能。善于分析和綜合問(wèn)題，具有嚴(yán)密的邏輯思維能力。 工作踏實(shí)、細(xì)致，遵循標(biāo)準(zhǔn)和標(biāo)準(zhǔn)，不靠碰運(yùn)氣，具有嚴(yán)格的科學(xué)作風(fēng)。工作中表現(xiàn)有責(zé)任心、有毅力、有耐心。 具有良好的書(shū)面和口頭表達(dá)能力。27工程管理

39、人員經(jīng)常采用的跟蹤方式主要有哪些？答：工程管理人員經(jīng)常采用的跟蹤方式主要有：定期召開(kāi)工程工作會(huì)議，讓每個(gè)工程成員匯報(bào)任務(wù)進(jìn)展情況和存在的問(wèn)題。在軟件開(kāi)發(fā)過(guò)程中，請(qǐng)專家和用戶按照里程碑對(duì)階段性成果進(jìn)行管理復(fù)審，判定實(shí)際開(kāi)發(fā)進(jìn)度是否與方案中定義的里程碑保持一致。對(duì)照進(jìn)度方案檢查各子任務(wù)的實(shí)際開(kāi)始時(shí)間是否與方案的開(kāi)始時(shí)間一致。 及時(shí)了解工程開(kāi)發(fā)人員的進(jìn)展情況及存在的主要問(wèn)題。五、綜合題1有一個(gè)國(guó)外典型的軟件工程的記錄，開(kāi)發(fā)人員M=6 人，其代碼行數(shù) =20.2KLOC ，工作量 E=43PM ，成本S=314000美元，錯(cuò)誤數(shù)N=64，文檔頁(yè)數(shù)Pd=1050頁(yè)。試計(jì)算開(kāi)發(fā)該軟件工程的生產(chǎn)率P、平均本

40、錢(qián)C、代碼出錯(cuò)率 EQR 和文檔率 D 。解：根據(jù)給出的數(shù)據(jù)，可得：P = L / E =20.2 KLOC /43 PM = 0.47 KLOC / PM = 470 LOC / PMC = S / L = 314000 美元 / 20.2 KLOC = 15.54 美元 / LOCEQR = N / L = 64 個(gè) / 20.2KLOC = 3.17 個(gè) / KLOCD = Pd / L = 1050 頁(yè) / 20.2 KLOC = 51.98 頁(yè) / KLOC2. 有一個(gè)軟件工程的記錄，開(kāi)發(fā)人員 M=3人，其代碼行數(shù)=12.1KL0C，工作量E=24PM，本錢(qián)S=168000 美元，錯(cuò)

41、誤數(shù)N=29，文檔頁(yè)數(shù)Pd=365頁(yè)。試計(jì)算開(kāi)發(fā)該軟件工程的生產(chǎn)率 P、平均本錢(qián)C、代碼出錯(cuò)率EQR和文檔率 D。解：根據(jù)給出的數(shù)據(jù)，可得：P = L / E =12.1 KLOC /24 PM = 0.504 KLOC / PM = 504 LOC / PMC = S / L = 168000美元 / 12.1 KLOC = 13.88 美元 / LOCEQR = N / L = 29 個(gè) / 12.1 KLOC = 3.4 個(gè) / KLOCD = Pd / L = 365 頁(yè) / 12.1 KLOC = 31.4 頁(yè) / KLOC30，用戶輸出數(shù)為 60，用戶查詢數(shù)為 24，共有 8 個(gè)文

42、件，有 2個(gè)一般值，所有的技術(shù)復(fù)雜性調(diào)節(jié)因子都取 “普通 值，用 Albrecht3. 某軟件工程的特征為：用戶輸入數(shù)為外部界面。如果每個(gè)信息量的加權(quán)因子都取 方法計(jì)算該軟件工程的功能點(diǎn)。 解：根本功能點(diǎn) CT 為：CT =用戶輸入數(shù) X4 +用戶輸出數(shù) X5+用戶查詢數(shù) X4 +文件數(shù) X10 +外部接口數(shù) X7= 30 X4 + 60 5X+ 24 4X+ 8 1X0 + 2 7X= 610FP = CT X TCF = CT 0.65 + 0.01 刀 F i = 610 X0.65 + 0.013 X14答：該軟件工程共有 652.7 功能點(diǎn)。4. 1978年，Putnam提出了大型軟

43、件工程的動(dòng)態(tài)多變量估算模型L = Ck E1/3td4/3。如果將開(kāi)發(fā)時(shí)間td延長(zhǎng)20%， 工作量可以減少到原來(lái)的百分之幾？解：由L = Ck E1/3td4/3式可得：E = L3 / ( Ck3 td4 )1由，開(kāi)發(fā)時(shí)間延長(zhǎng)為 td1d ，有：E1 = L3 / ( Ck3 td14 )2E1 / E = L3 / ( Ck3 td14 )/ L3 / ( Ck3 td4 ) = td4 /td14 = td4 td )4即 E1= 0.48E答：工作量可以減少到原來(lái)的 48%。5. 已估算出 CAD 軟件的代碼行數(shù)為 33.5KLOC，CAD 軟件為半獨(dú)立型、 中等規(guī)模的軟件， 通過(guò)查表

44、得知 a = 3.0， b = 1.12，c = 2.5，d = 0.35。用根本CoCoMo模型計(jì)算開(kāi)發(fā) CAD軟件所需的工作量、開(kāi)發(fā)時(shí)間以及需要參加項(xiàng) 目的平均人數(shù)。解： E = a Lb = 153 PMD = c Ed =2.5153 = 14.54月N = E / D = 153 / 14.54 人"11答：CAD工程的開(kāi)發(fā)工作量為153PM，開(kāi)發(fā)時(shí)間為14.54月，平均需要約11人。6設(shè)某軟件工程由 5 個(gè)程序員組成的程序員小組來(lái)開(kāi)發(fā)完成。在開(kāi)發(fā)過(guò)程中每?jī)蓚€(gè)人之間通信的平均工作量 為 0.13PM ，試求開(kāi)發(fā)該軟件所需的通訊工作量。解：由N=5 ,卩=0.13PM,開(kāi)發(fā)該

45、軟件需要的通信數(shù)量為：CN = C5 = NN-1 /2 = 55-1 / 2 = 10那么由 5人組成的程序員小組增加的通信工作量為：EC答：開(kāi)發(fā)該軟件所需的通訊工作量為 1.3PM。7.要度量某軟件的質(zhì)量要素 F2可靠性，假設(shè)C23=0.2, C24=0.3, C25=0.3, C26=0.2，其余的C2k = 0, F2對(duì)一 致性的測(cè)量值 M3=0.8、對(duì)容錯(cuò)性的測(cè)量值 M4=0.7、對(duì)準(zhǔn)確性的測(cè)量值 M5=0.6,對(duì)簡(jiǎn)單性的測(cè)量值 M6=0.5，試 求可靠性的度量值 F2。F2 = EC2k Mk21k =1解：= C23M3+C24M 4+C 25M 5+C26M 6答：該軟件可靠性

46、F2的度量值為0.65。&要度量某軟件的質(zhì)量要素 F2可靠性，假設(shè)C23=0.1 , C24=0.3, C25=0.4, C26=0.2，其余的C2k = 0, F2對(duì)一 致性的測(cè)量值 M3=0.7、對(duì)容錯(cuò)性的測(cè)量值 M4=0.6、對(duì)準(zhǔn)確性的測(cè)量值 M5=0.5,對(duì)簡(jiǎn)單性的測(cè)量值 M6=0.8，試 求可靠性的度量值 F2。F2= EC2k Mk21k =1解：= C23M3+C24M4+C25M5+C26M6答：該軟件可靠性F2的度量值為0.61。9. 要度量某軟件的質(zhì)量要素F6可維護(hù)性，假設(shè) C63=0.1, C66=0.2, C610=0.2, C616=0.1 , C618=0.

47、2, C62仁0.2 ,其余的C6k = 0, F6對(duì)一致性的測(cè)量值 M3=0.7、對(duì)簡(jiǎn)單性的測(cè)量值 M6=0.6、對(duì)檢測(cè)性的測(cè)量值 M 10=0.8,對(duì)簡(jiǎn)明 性的測(cè)量值M 16=0.8，對(duì)自文檔化的測(cè)量值 M18=1，對(duì)模塊化的測(cè)量值M21=0.9，試求可維護(hù)性的度量值F6oF6 = EC6k Mk21k =1解：= C63M 3+C 66M 6+C 610M 10+C616M 16+C618M 18+C621M 21 答：該軟件可維護(hù)性 F6 的度量值為 0.81。10. 要度量某軟件的質(zhì)量要素F1正確性，假設(shè) S=0.3, C12=O.3, C13=O.4,其余的Cik = 0, Fi對(duì)可追蹤性的測(cè)量值M1=0.7、對(duì)完全性的測(cè)量值M2=0.9、對(duì)一致性的測(cè)量值 M3=0.6,試求正確性的度量值F1。F1 = EC1k Mk21k =1解：= C11M1+C12M2+C13M3答：該軟件正確性F1的度量值為0.72。一、判斷題每題 2 分,共 30 分1. 螺旋模型是在瀑布模型和增量模型的根底上增加了風(fēng)險(xiǎn)分析活動(dòng)。對(duì)2. 數(shù)據(jù)字典是對(duì)數(shù)據(jù)流圖中的數(shù)據(jù)流,加工、數(shù)