軟件工程填空題(18套試題及答案)

1、.軟件工程填空題二、填空題（請(qǐng)把答案寫在相應(yīng)的橫線上,每小題 1.5分）1、軟件是 數(shù)據(jù) 、 計(jì)算機(jī)程序及其說(shuō)明程序的各種文檔 。2、概要設(shè)計(jì)主要是把各項(xiàng)功能需求 轉(zhuǎn)換成系統(tǒng)的體系結(jié)構(gòu) 。3、面向?qū)ο箝_(kāi)發(fā)法包括OOA、 OOD 、 OOP三部分。4 、結(jié)構(gòu)化設(shè)計(jì)中以數(shù)據(jù)流圖為基礎(chǔ)的兩種具體分析設(shè)計(jì)法是變換分析、事物分析設(shè)計(jì)。5 、在單元測(cè)試時(shí)，需要為被測(cè)模塊設(shè)計(jì)驅(qū)動(dòng)模塊和樁模塊。6 、 CMM 把軟件過(guò)程從無(wú)序到有序的進(jìn)化分成5個(gè)階段，排序而形成5個(gè)逐層提高的等級(jí)，分別是初始級(jí)、可重復(fù)級(jí)、已定義級(jí)、已管理級(jí)和可優(yōu)化級(jí)。7.子類自動(dòng)共享父類的屬性和 操作的機(jī)制稱為繼承。8. 軟件工程管理的具體容

2、包括對(duì)開(kāi)發(fā)人員、組織機(jī)構(gòu)、用戶 、文檔資料等面的管 理。9 、可行性研究的三個(gè)面是技術(shù)可行性、 社會(huì)可行性和 _經(jīng)濟(jì)可行性 _。10、在軟件概要設(shè)計(jì)階段，建立軟件結(jié)構(gòu)后，還應(yīng)為每個(gè)模塊寫一份處理說(shuō)明和_接口說(shuō)明 _。11、在畫(huà)分層的DFD 時(shí)，父圖與子圖的輸入輸出數(shù)據(jù)流要_平衡 _。12、在詳細(xì)設(shè)計(jì)階段，除了對(duì)模塊的算法進(jìn)行設(shè)計(jì)，還應(yīng)對(duì)模塊的_數(shù)據(jù)結(jié)構(gòu) _進(jìn)行設(shè)計(jì)。13. 對(duì)象的抽象是 _類 _。14. 基線的作用是把各階段的開(kāi)發(fā)工作劃分得更加明確，便于檢查與確認(rèn)階段成果。因此，基線可以作為項(xiàng)目的一個(gè) _檢查點(diǎn) _。15. 軟件工程包括軟件開(kāi)發(fā)技術(shù)和 _軟件工程管理 _兩大部分容。16、開(kāi)發(fā)過(guò)

3、程管理包括項(xiàng)目計(jì)劃、控制和_任務(wù)管理 _等。17、 CASE是多年來(lái)在軟件開(kāi)發(fā)管理、軟件開(kāi)發(fā)法、軟件開(kāi)發(fā)環(huán)境和_軟件工具 _等面研究和發(fā)展的產(chǎn)物。18、數(shù)據(jù)字典中有四類條目，分別是_數(shù)據(jù)流、數(shù)據(jù)項(xiàng)、數(shù)據(jù)存儲(chǔ)、基本加工。19、用于描述基本加工的小說(shuō)明的三種描述工具是結(jié)構(gòu)化語(yǔ)言、 判定表、 判定樹(shù) _。20 、子類只繼承一個(gè)父類的屬性和操作,這稱為 _單重繼承 _。21、 McCabe 復(fù)雜性度量又稱_環(huán)路度量 _。22 、噴泉模型是一種以用戶需求為動(dòng)力，以_對(duì)象 _為驅(qū)動(dòng)的模型。w.23、Jackson 圖不僅可表示程序結(jié)構(gòu)，還可表示_數(shù)據(jù)結(jié)構(gòu) _。24、詳細(xì)設(shè)計(jì)的任務(wù)是確定每個(gè)模塊的部特性，即

4、模塊的算法和數(shù)據(jù)結(jié)構(gòu)。25、 UML 提供的構(gòu)建系統(tǒng)動(dòng)態(tài)模型的機(jī)制有動(dòng)態(tài)視圖視圖（包括順序圖和協(xié)作圖）、靜態(tài)視圖視圖、功能視圖。26、軟件質(zhì)量管理由軟件質(zhì)量保證、軟件質(zhì)量規(guī)劃和 軟件質(zhì)量控制 三面活動(dòng)組成。27、用等價(jià)類劃分法設(shè)計(jì)一個(gè)測(cè)試用例時(shí),使其覆蓋 _盡可能多的 _尚未被覆蓋的合理等價(jià)類; 覆蓋 _一個(gè) _不合理等價(jià)類。28、需求分析階段產(chǎn)生的最重要的文檔是_需求規(guī)格說(shuō)明書(shū) _。29、兩個(gè)模塊都使用同一表，模塊的這種耦合稱為_(kāi)公共耦合 _。30、被測(cè)試程序不在機(jī)器上運(yùn)行,而是采用人工檢測(cè)和計(jì)算機(jī)輔助分析檢測(cè)的手段稱為_(kāi)靜態(tài)_測(cè)試。31、采用手工法開(kāi)發(fā)軟件只有程序而無(wú)文檔，維護(hù)困難，這是一

5、種_非結(jié)構(gòu)化 _維護(hù)。32、結(jié)構(gòu)化法是一種面向數(shù)據(jù)流的開(kāi)發(fā)法。由結(jié)構(gòu)化分析、_結(jié)構(gòu)化法 _、結(jié)構(gòu)化程序設(shè)計(jì)構(gòu)成。33、 對(duì)象之間進(jìn)行通信的構(gòu)造叫做_消息 _。34、 按軟件服務(wù)對(duì)象的圍可以把軟件劃分為項(xiàng)目 軟件和產(chǎn)品軟件。35、瀑布模型將軟件生命期劃分為若干階段，各個(gè)階段之間是通過(guò)文檔實(shí)現(xiàn)過(guò)渡的。36、概要設(shè)計(jì)主要是把各項(xiàng)功能需求轉(zhuǎn)換成系統(tǒng)的_體系結(jié)構(gòu) _。37、詳細(xì)設(shè)計(jì)的任務(wù)是確定每個(gè)模塊的部特性，即模塊的數(shù)據(jù)結(jié)構(gòu)和算法。38、結(jié)構(gòu)化程序設(shè)計(jì)法提倡開(kāi)發(fā)人員的組織形式是_主程序員組 _。39、軟件質(zhì)量管理由軟件質(zhì)量保證、軟件質(zhì)量規(guī)劃和軟件質(zhì)量控制三面活動(dòng)組成。40、類具有操作 , 它是對(duì)象 _

6、行為 _的抽象。41、產(chǎn)品管理包括版本管理和_配置管理 _。42、集成測(cè)試中的具體法是 _漸增式和非漸增式 _測(cè)試法 。43、增量模型適合于 _軟件需求 _不明確、設(shè)計(jì)案有一定風(fēng)險(xiǎn)的軟件 項(xiàng)目。44、結(jié)構(gòu)化分析法的分析策略是_自頂向下逐步求精 _。45、可行性研究實(shí)質(zhì)上是要在較高層次上以較抽象的式進(jìn)行_需求分析和設(shè)計(jì) _的過(guò)程。46、衡量模塊獨(dú)立性的兩個(gè)定性標(biāo)準(zhǔn)是_耦合性與聚性 _。47 、Jackson 法是一種面向 _數(shù)據(jù)結(jié)構(gòu) _的設(shè)計(jì)法。48 、維護(hù)階段是軟件生存期中花費(fèi)精力和費(fèi)用_最多 _的階段。w.49 、繼承性是子類自動(dòng)共享其父類的_數(shù)據(jù)結(jié)構(gòu)和法 _機(jī)制。50 、在面向?qū)ο蠓ㄖ?，?/p>

7、們常用狀態(tài)圖描述類中對(duì)象的_動(dòng)態(tài)行為 _。51、規(guī)定功能的軟件，在一定程度上能從錯(cuò)誤狀態(tài)自動(dòng)恢復(fù)到正常狀態(tài)，則稱該軟件為_(kāi)容錯(cuò) _軟件。52. 軟件工程包括 3 個(gè)要素， 即法、工具、過(guò)程 。53 軟件生存期是指一個(gè)軟件從提出開(kāi)發(fā)要求開(kāi)始直到該軟件報(bào)廢不止的整個(gè)時(shí)期。通常，軟件生存期包括問(wèn)題定義、可行性研究， 需求分析， 總體設(shè)計(jì)，詳細(xì)設(shè)計(jì)，_編碼 _，測(cè)試，維護(hù)活動(dòng)，可以將這些活動(dòng)以適當(dāng)式分配到不同階段去完成54 數(shù)據(jù)流圖中的箭頭表示_數(shù)據(jù)流 _。軟件結(jié)構(gòu)圖中的箭頭向表示_模塊調(diào)用 _。55 _可行性研究 _的目的就是用最小的代價(jià)在盡可能短的時(shí)間確定該軟件項(xiàng)目是否能夠開(kāi)發(fā)，是否值得去開(kāi)發(fā)。5

8、6. 數(shù)據(jù)流圖僅反映系統(tǒng)必須完成的邏輯功能，所以它是一種_功能 _模型。復(fù)習(xí)資料一、填空題1.軟件是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的另一部分，它是包括（程序） 、（數(shù)據(jù)） 及其（相關(guān)文檔）完整集合。其中，（程序）是按事先設(shè)汁的功能和性能要求執(zhí)行的指令序列，（數(shù)據(jù)） 是使程序能夠正確操縱信息的數(shù)據(jù)結(jié)構(gòu)，（相關(guān)文檔）是與程序開(kāi)發(fā)、維護(hù)和使用有關(guān)的圖文資料2. 軟件危機(jī)是指計(jì)算機(jī)軟件的（開(kāi)發(fā)）和（維護(hù)）過(guò)程中所遇到的一系列重問(wèn)題。3. 軟件工程是指導(dǎo)計(jì)算機(jī)軟件 （開(kāi)發(fā)） 和（維護(hù)） 的一門工程學(xué)科， 采用工程的概念、原理、技術(shù)和法來(lái)開(kāi)發(fā)和維護(hù)軟件， 把經(jīng)過(guò)時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好

9、技術(shù)法結(jié)合起來(lái)，以經(jīng)濟(jì)地開(kāi)發(fā)出高質(zhì)量的軟件并有效地（維護(hù)）它，這就是軟件工程。4. 常見(jiàn)的軟件開(kāi)發(fā)模型有 （瀑布模型）、（快速原型模型） 、（增量模型） 和（螺旋模型）等；5. 軟件工程學(xué)法的三要素是： （法）、（工具）和（過(guò)程） 。6. 瀑布模型是一個(gè)（文檔）驅(qū)動(dòng)模型。7. 可行性研究一般可以從（經(jīng)濟(jì)）可行性、 （技術(shù)）可行性、法律可行性和法律可行性等面來(lái)研究。w.8. 數(shù)據(jù)流圖從數(shù)據(jù)傳輸和（數(shù)據(jù)加工）角度，以（圖形）的式描述數(shù)據(jù)流從輸入到輸出的傳輸變換過(guò)程。9.數(shù)據(jù)流圖的四個(gè)基本符號(hào)分別表示（數(shù)據(jù)的源點(diǎn)或終點(diǎn)） 、（數(shù)據(jù)的加工） 、（數(shù)據(jù)存儲(chǔ)）和數(shù)據(jù)流；10. 實(shí)體 -聯(lián)系圖中，數(shù)據(jù)對(duì)象之

10、間的關(guān)系有（一對(duì)一）、（一對(duì)多）和（多對(duì)多關(guān)系） 。11. 需求分析階段應(yīng)該建立三種模，即： （數(shù)據(jù)模型）、（功能模型）和（行為模型） 。12. 一般從（一致性） 、（完整性）、（現(xiàn)實(shí)性）和（有效性）四個(gè)面驗(yàn)證軟件需求的正確性。13. HIPO 圖是由一組（層次圖）圖加上一（IPO ）圖組成。14. 模塊獨(dú)立性的兩個(gè)度量標(biāo)準(zhǔn)為： （耦合）和（聚） 。15. 一般說(shuō)來(lái)，模塊之間的耦合程度（低） ，則單個(gè)模塊的聚程度（高） 。16. 經(jīng)驗(yàn)表明， 設(shè)計(jì)好的軟件結(jié)構(gòu)， 通常頂層模塊的扇出 （比較高），中層模塊扇出 （較少），底層模塊（高）扇入17. 三種基本的程序控制結(jié)果是（順序結(jié)果） 、（選擇（分支

11、）結(jié)構(gòu)）和（循環(huán)結(jié)構(gòu)） 。18.把程序從一個(gè)硬件或軟件環(huán)境中轉(zhuǎn)移到另一種配置環(huán)境稱為軟件的（可移植性）。19.如果一個(gè)模塊完成一組任務(wù)，這些任務(wù)彼此之間的關(guān)系是很松散的，這種 內(nèi)聚稱為（偶然（或巧合）類聚） 。20. 白盒法的具體設(shè)計(jì)程序測(cè)試法有語(yǔ)句覆蓋、 （判定覆蓋）、（條件覆蓋） 和路徑覆蓋。21. 組成 UML 的三種基本建筑塊是（事物） 、關(guān)系和（圖） 。22. 面向?qū)ο蟮能浖こ谭ò嫦驅(qū)ο蟮姆治觥?（面向?qū)ο蟮脑O(shè)計(jì)） 、（面向?qū)ο蟮木幊蹋ⅲ嫦驅(qū)ο蟮臏y(cè)試）和面向?qū)ο蟮能浖S護(hù)等主要容。23. 保證軟件質(zhì)量的措施主要有（審查） 、復(fù)查和管理復(fù)審、 （測(cè)試）。24. 提高軟件質(zhì)量和

12、可靠性的技術(shù)大致分為兩類，即（避開(kāi)錯(cuò)誤技術(shù)） 和（容錯(cuò)技術(shù)）。25. 常用的估算軟件規(guī)模的法有（代碼行技術(shù)）和（功能點(diǎn)技術(shù)）。26. 功能點(diǎn)技術(shù)的信息域包含（輸入項(xiàng)數(shù)） （輸出項(xiàng)數(shù)）、（查詢數(shù)）、（主文件數(shù)）、（外部接口數(shù)）等 5 個(gè)面的信息。27. 軟件的工作量計(jì)算模型是 （軟件規(guī)模）的函數(shù)， 軟件工作量的單位通常是 （人月），常用的計(jì)算軟件工作量的計(jì)算模型有（靜態(tài)單變量模型）、（動(dòng)態(tài)多變量模型）、（COCOMO2模型）等。28. 軟件過(guò)程是軟件（生存期）中的一系列相關(guān)軟件工程（活動(dòng)）的集合。每個(gè)軟件過(guò)程又是由一組（工作任務(wù)） 、項(xiàng)目（里程碑）、軟件工程產(chǎn)品和交付物以及軟件質(zhì)量保證（ SQA

13、）電等組成。29. 軟件的度量包括直接度量和間接度量、軟件產(chǎn)品的直接度量包括（產(chǎn)生的代碼行數(shù)）、（執(zhí)行速度） 、（存儲(chǔ)量大?。?、在某種時(shí)間期中所報(bào)告的差錯(cuò)數(shù)。軟件產(chǎn)品的間接度量則包括（功能性） 、（復(fù)雜性）、（效率）、（可靠性）、（可維護(hù)性）和多其他的質(zhì)量特性。30.軟件配置管理是在軟件的整個(gè)生命期管理變化的一組活動(dòng)。這組活動(dòng)包括： 標(biāo)志變化，控制變化，實(shí)現(xiàn)變化，報(bào)告變化。31.軟件的質(zhì)量可以定義為（用戶對(duì)軟件的滿意程度），具體地說(shuō)，軟件質(zhì)量是軟件與（功能和性能需求） ，（開(kāi)發(fā)標(biāo)準(zhǔn)）以及所有軟件產(chǎn)品都應(yīng)該具有的（隱含特性）相一致的程度32. 軟件維護(hù)可以分為（改正性維護(hù)） 、（適應(yīng)性維護(hù)）

14、、（完善性維護(hù)） 、（預(yù)防性維護(hù)）等四類。33. 把程序從一種計(jì)算環(huán)境 （硬件配置和操作系統(tǒng)） 轉(zhuǎn)移到另一種計(jì)算環(huán)境的難易程度w.叫軟件的（移植性） 。34.對(duì)象是封裝了數(shù)據(jù)結(jié)構(gòu)及可以施加在這些數(shù)據(jù)結(jié)構(gòu)上的（操作） 的封裝體， 這個(gè)封裝體可以唯一地標(biāo)識(shí)它的名字，而且向外界提供一組（服務(wù)）。二、單項(xiàng)選擇題1.軟件設(shè)計(jì)中劃分程序模塊通常遵循的原則是使各模塊間的耦合盡可（C）a)強(qiáng)b)適中c)弱2.若一個(gè)模塊直接引用另一個(gè)模塊中的數(shù)據(jù)，這種類型的耦合稱為（E）。a) 公共偶合b) 數(shù)據(jù)耦合c) 邏輯耦合d) 外部耦合e) 容耦合f) 控制耦合3. 瀑布模型是（）驅(qū)動(dòng)模型a) 功能b) 文檔c) 數(shù)據(jù)

15、d) 時(shí)間4.若一個(gè)模塊把開(kāi)關(guān)量作為參數(shù)傳送給另一個(gè)模塊，這種類型的耦合稱為（F）。a) 公共偶合b) 數(shù)據(jù)耦合c) 邏輯耦合d) 外部耦合e) 容耦合f) 控制耦合5. 若一個(gè)模塊通過(guò)公共數(shù)據(jù)結(jié)構(gòu)把數(shù)據(jù)傳送給另一個(gè)模塊，這種類型的耦合稱為（A ）。a) 公共偶合b) 數(shù)據(jù)耦合c) 邏輯耦合d) 外部耦合e) 容耦合f) 控制耦合6. 以下各種類型的耦合中， （ E）的耦合性最強(qiáng)。a) 公共偶合b) 數(shù)據(jù)耦合c) 邏輯耦合d) 外部耦合e) 容耦合w.f) 控制耦合7.為了高質(zhì)量地開(kāi)發(fā)軟件項(xiàng)目，在軟件結(jié)構(gòu)設(shè)計(jì)時(shí)必遵循（C）的原則a) 質(zhì)量控制b) 程序優(yōu)化c) 信息隱蔽d) 數(shù)據(jù)共享e) 模塊

16、通信8. 在建立軟件系統(tǒng)的模塊結(jié)構(gòu)。應(yīng)根據(jù)（C）評(píng)價(jià)系統(tǒng)模塊劃分的質(zhì)量。a) 數(shù)據(jù)獨(dú)立性b) 程序獨(dú)立性c) 模塊獨(dú)立性d) 可修改性e) 可理解性9. 結(jié)構(gòu)化程序設(shè)計(jì)法要求每個(gè)（ A ）結(jié)構(gòu)應(yīng)是單入口和單出口。a) 程序塊b) 公共塊c) 數(shù)據(jù)塊d) 記錄塊e) 通信塊10.開(kāi)發(fā)軟件時(shí)，對(duì)于提高軟件開(kāi)發(fā)人員工作效率至關(guān)重要的是（A ）。a) 程序開(kāi)發(fā)環(huán)境b) 操作系統(tǒng)的資源管理功能c) 開(kāi)發(fā)程序人員數(shù)量d) 計(jì)算機(jī)的并行處理能力11. 軟件工程中描述軟件生存期的瀑布模型一般包括計(jì)劃、 （ D）、設(shè)計(jì)、編碼、測(cè)試、維護(hù)等幾個(gè)階段。其中，設(shè)計(jì)階段在管理上又可以依次分為（概要設(shè)計(jì)）和（詳細(xì)設(shè)計(jì)）兩

17、個(gè)步驟。a) 問(wèn)題定義b) 需求調(diào)查c) 可行性分析d) 需求分析12. 各種需求分析法都有它們共同適用的（C）。a) 說(shuō)明法b) 描述式c) 準(zhǔn)則d) 基本原則13. 軟件需求分析階段的工作，可以分為以下幾個(gè)面； 對(duì)問(wèn)題定義、分析與綜合、編寫需求分析文檔以及（ C）。a) 總結(jié)b) 階段性報(bào)告c) 需求分析評(píng)審d) 以上答案都不正確14.在結(jié)構(gòu)化分析法中，用以表達(dá)系統(tǒng)數(shù)據(jù)的運(yùn)動(dòng)情況的工具有（A ）。a) 數(shù)據(jù)流圖w.b) 數(shù)據(jù)詞典c) 結(jié)構(gòu)化英語(yǔ)d) 判定表與判定樹(shù)15. 在結(jié)構(gòu)化分析法中， 用狀態(tài)遷移圖表達(dá)系統(tǒng)或?qū)ο蟮男袨?。在狀態(tài)遷移圖中， 由一個(gè)狀態(tài)和一個(gè)事件所決定的下一個(gè)狀態(tài)可能會(huì)有（

18、C）個(gè)。a) 1b) 2c) 多個(gè)d) 不確定16. 軟件需求分析的任務(wù)不應(yīng)包括 (C)。a) 問(wèn)題分析b) 信息域分析c) 結(jié)構(gòu)化程序設(shè)計(jì)d) 確定邏輯模型17. 進(jìn)行需求分析可使用多種工具；但（C）是不適用的。a) 數(shù)據(jù)流圖b) 判定表c) PAD 圖d) 數(shù)據(jù)詞典18. 1960 年底 Dijkstra 提倡的（ D ）是一種有效的提高程序設(shè)計(jì)效率的法。a) 標(biāo)準(zhǔn)化程序設(shè)計(jì)b) 模塊化程序設(shè)計(jì)c) 多道程序設(shè)計(jì)d) 結(jié)構(gòu)化程序設(shè)計(jì)19. 匯編程序是指（ C）。a) 用匯編語(yǔ)言寫的程序 B、b) 符號(hào)程序c) 匯編語(yǔ)言的處理程序20. 為了實(shí)現(xiàn)遞歸子程序的正確調(diào)用，人們必須用（ A）來(lái)保存

19、（返回地址）及有關(guān)信息。a) 堆棧b) 線性表c) 隊(duì)列d) 入口點(diǎn)21. UNIX 操作系統(tǒng)是（）研制的，它是用程序語(yǔ)言（C）書(shū)寫實(shí)現(xiàn)的。a) Bell 實(shí)驗(yàn)室b) DEC 公司c) IBM 公司d) Microsoft 公司22. 允用戶建立、修改、存儲(chǔ)正文的計(jì)算機(jī)程序是（B）。a) Bootstrapb) Editorc) Loaderd) TextFormaterw.23. FORTRAN 語(yǔ)言的源程序是（ A）結(jié)構(gòu)。a) 塊狀b) 分程序嵌套c) 既是塊狀，又是嵌套d) 既不是塊狀，又不是嵌套的24. 國(guó)際上最廣泛使用的商用及行政管理語(yǔ)言是（A）。a) COBOLb) BASICc)

20、 FORTRANd) PL l25. 國(guó)際上最流行的數(shù)值計(jì)算的程序設(shè)計(jì)語(yǔ)言是（C）。a) BASICb) Algolc) FORTRANd) C26.美國(guó)國(guó)防部主持開(kāi)發(fā)了高級(jí)程序設(shè)計(jì)語(yǔ)言Ada ，在它研制開(kāi)始時(shí)，經(jīng)反復(fù)比較， 確定以高級(jí)語(yǔ)言（C）作為 Ada 研究的出發(fā)點(diǎn)。a) LISPb) ALGOLc) ALGOL 68d) PL l27. 在人工智能領(lǐng)域，目前最廣泛使用的高級(jí)語(yǔ)言是（D ）。a) Adab) FORTRAc) COBOLd) LISP28. 下列（ A）屬于系統(tǒng)軟件。a) WINDOWS 2000b) Wordc) Flashd) 3D MAX29. 下列哪個(gè)圖是 N S

21、 圖的構(gòu)件（ C）。AB.AABBC.WHILE MD.AAB30.某次程序調(diào)試沒(méi)有出現(xiàn)預(yù)計(jì)的結(jié)果，下列（B）不可能是導(dǎo)致出錯(cuò)的原因。a) 變量沒(méi)有初始化b) 編寫的語(yǔ)句書(shū)寫格式不規(guī)w.c) 循環(huán)控制出錯(cuò)d) 代碼輸入有誤31. 下列關(guān)于程序效率的描述錯(cuò)誤的是（C）。a) 提高程序的執(zhí)行速度可以提高程序的效率b) 降低程序占用的存儲(chǔ)空間可以提高程序的效率c) 源程序的效率與詳細(xì)設(shè)計(jì)階段確定的算法的效率無(wú)關(guān)d) 好的程序設(shè)計(jì)可以提高效率32. 下列偽碼片段的程序流圖是（） ，其環(huán)路復(fù)雜度是（）33. 下列偽碼片段的環(huán)路復(fù)雜度是（）a) 2b) 3c) 4d) 534.軟件過(guò)程能力的提高首先需要對(duì)

22、當(dāng)前的軟件過(guò)程狀況進(jìn)行料學(xué)的（C）。a) 度量b) 估算c) 評(píng)估d) 管理36 軟件工程學(xué)的目的應(yīng)該是最終解決軟件生產(chǎn)的(B)問(wèn)題。A提高軟件的開(kāi)發(fā)效率B使軟件生產(chǎn)工程化C消除軟件的生產(chǎn)危機(jī)D 加強(qiáng)軟件的質(zhì)量保證.37. 目前存在有若干種軟件生存期模型。例如瀑布模型、增量模型、螺旋模型等。其中規(guī)定了由前至后、相互銜接的固定次序的模型是(A)。A瀑布模型B增量模型c噴泉模型D螺旋模型38 、瀑布模型的問(wèn)題是(B)。A 用戶容易參與開(kāi)發(fā)B缺乏靈活性C用戶與開(kāi)發(fā)者易溝通D適用可變需求39 、系統(tǒng)定義明確之后，應(yīng)對(duì)系統(tǒng)的可行性進(jìn)行研究?？尚行匝芯堪? B )A軟件環(huán)境可行性、技術(shù)可行性、經(jīng)濟(jì)可行性

23、、社會(huì)可行性B經(jīng)濟(jì)可行性、技術(shù)可行性、操作可行性C經(jīng)濟(jì)可行性、社會(huì)可行性、系統(tǒng)可行性D經(jīng)濟(jì)可行性、實(shí)用性、社會(huì)可行性40 數(shù)據(jù)流圖是常用的進(jìn)行軟件需求分析的圖形工具，其基本符號(hào)是( C) 。A輸入、輸出、外部實(shí)體和加工w.B變換、加工、數(shù)據(jù)流和存儲(chǔ)c加工、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)和外部實(shí)體D 變換、數(shù)據(jù)存儲(chǔ)、力IT- 和數(shù)據(jù)流41數(shù)據(jù)流圖是用于表示軟件模型的一種圖示法，在下列可采用的繪圖法中，(B)是常采用的。自頂向下自底向上分層繪制逐步求精A全是B cD 42 、在軟件開(kāi)發(fā)過(guò)程中常用圖作為描述工具，DFD 就是面向 ( B ) 分析法的描述工具。A 數(shù)據(jù)結(jié)構(gòu)B 數(shù)據(jù)流C 對(duì)象D 構(gòu)件 (compon

24、ent)43 結(jié)構(gòu)化分析法使用的描述工具( B ) 定義了數(shù)據(jù)流圖中每一個(gè)圖形元素。A數(shù)據(jù)流圖B數(shù)據(jù)字典c判定表D 判定樹(shù)44 、軟件需求規(guī)格說(shuō)明書(shū)的容不應(yīng)包括對(duì)(B) 的描述。A主要功能B算法的詳細(xì)過(guò)程C用戶界面及運(yùn)行環(huán)境D 軟件的性能45 、SA 法的分析步驟是首先調(diào)查了解當(dāng)前系統(tǒng)的工作流程，然后(B)。A獲得當(dāng)前系統(tǒng)的物理模型，抽象出當(dāng)前系統(tǒng)的邏輯模型，建立目標(biāo)系統(tǒng)的邏輯模型B獲得當(dāng)前系統(tǒng)的物理模型，抽象出目標(biāo)系統(tǒng)的邏輯模型，建立目標(biāo)系統(tǒng)的物理模型C獲得當(dāng)前系統(tǒng)的邏輯模型，建立當(dāng)前系統(tǒng)的物理模型，抽象出目標(biāo)系統(tǒng)的邏輯模型w.D獲得當(dāng)前系統(tǒng)的邏輯模型，建立當(dāng)前系統(tǒng)的物理模型，建立目標(biāo)系統(tǒng)的

25、物理模型46在面向數(shù)據(jù)流的軟件設(shè)計(jì)法中，一般將信息流分為( A )。A變換流和事務(wù)流B變換流和控制流c事務(wù)流和控制流D數(shù)據(jù)流和控制流47模塊獨(dú)立性是軟件模塊化所提出的要求，衡量模塊獨(dú)立性的度量標(biāo)準(zhǔn)是模塊的( C )。A抽象和信息隱蔽B局部化和封裝化c 聚性和耦合性D激活機(jī)制和控制法49Jackson 法是一種面向 (B) 的法。A對(duì)象B數(shù)據(jù)結(jié)構(gòu)C數(shù)據(jù)流D控制流50為了提高測(cè)試的效率，應(yīng)該(D )。A隨機(jī)地選取測(cè)試數(shù)據(jù)B取一切可能的輸人數(shù)據(jù)作為測(cè)試數(shù)據(jù)C在完成編碼以后制定軟件的測(cè)試計(jì)劃D選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測(cè)試數(shù)據(jù)51使用白盒測(cè)試法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)(A)和指定的覆蓋標(biāo)準(zhǔn)。A程序的

26、部邏輯B程序的復(fù)雜結(jié)構(gòu)c使用說(shuō)明書(shū)D 程序的功能三、多項(xiàng)選擇題1. 軟件危機(jī)可以表現(xiàn)為（ A 、B、C、 D）。A. 產(chǎn)品不符合用戶的需要B. 軟件產(chǎn)品的質(zhì)量差C. 軟件的可維護(hù)性差D. 軟件的價(jià)格昂貴2. 優(yōu)秀的程序員經(jīng)常使用（ A、 B、 C、 D ）顯示他們的經(jīng)驗(yàn)。A、空格B、空行C、注釋D、縮進(jìn)3. 下列（ B、 D）屬于主動(dòng)式防錯(cuò)程序設(shè)計(jì)。A. 棧的深度是否合適B. 存檢查C. 數(shù)組界限是否正確D. 時(shí)間檢查4. 關(guān)于數(shù)據(jù)流圖有關(guān)描述中正確的是（A、 B、 C）。A. 數(shù)據(jù)流圖中不夾帶控制流B. 數(shù)據(jù)流圖的主圖必須包括數(shù)據(jù)流圖中的四種基本元素C. 數(shù)據(jù)流圖不是系統(tǒng)的執(zhí)行程序，不是程序

27、流程圖D. 加工可以只有輸入數(shù)據(jù)流，沒(méi)有輸出數(shù)據(jù)流5. 軟件維護(hù)工作量的數(shù)學(xué)模型如下為： M=P+K*e (c-d) ，其中 P 是生產(chǎn)性工作量， K 為一常數(shù)， c 為軟件的復(fù)雜程度， d 為維護(hù)人員對(duì)軟件的數(shù)熟悉程度。從這個(gè)模型可以看出：（AD ）A. 不使用軟件工程學(xué)法指導(dǎo)開(kāi)發(fā)的軟件維護(hù)起來(lái)工作量較大；B. 不使用軟件工程學(xué)法指導(dǎo)開(kāi)發(fā)的軟件維護(hù)起來(lái)工作量較小；C. 軟件開(kāi)發(fā)人員參加維護(hù)工作，維護(hù)的工作量將反而加大；w.D. 軟件開(kāi)發(fā)人員參加維護(hù)工作，維護(hù)的工作量將相對(duì)較低；6.用于需求分析的結(jié)構(gòu)化分析法很多，這些分析法大都遵循以下準(zhǔn)則（ABCD ）A. 必須理解并描述問(wèn)題的信息域；B.

28、必須定義軟件的功能域；C. 必須描述軟件的行為；D. 用層次的法展示各種模型的細(xì)節(jié)7. 從下列敘述中選出 5 條關(guān)于好的程序設(shè)計(jì)風(fēng)格的正確敘述（） 使用括號(hào)以改善表達(dá)式的情晰性。 對(duì)遞歸定義的數(shù)據(jù)結(jié)構(gòu)不要使用遞歸過(guò)程。 盡可能對(duì)程序代碼進(jìn)行優(yōu)化。 不要修補(bǔ)不好前程序，要重新寫。 不要進(jìn)行浮點(diǎn)數(shù)的相等比較。 應(yīng)盡可能多地輸出中間結(jié)果。 利用數(shù)據(jù)類型對(duì)數(shù)據(jù)值進(jìn)行防。 用計(jì)數(shù)法而不是用文件結(jié)束符或輸入序列結(jié)束符來(lái)判別輸入的結(jié)束。 程序中的注釋是可有可無(wú)的。 使用有意義的標(biāo)識(shí)符。8. 從下列敘述中選出 5 條關(guān)于軟件測(cè)試的正確敘述。 （） 為了使得軟件容易測(cè)試，應(yīng)該使用高級(jí)的程序設(shè)計(jì)語(yǔ)言編制程序。 軟

29、件測(cè)試是一個(gè)程序的執(zhí)行過(guò)程，目的是為了發(fā)現(xiàn)軟件中隱藏的錯(cuò)誤。 如果程序中連鎖式連接了8 個(gè)判定（ IF）結(jié)構(gòu)，則程序中總的路徑數(shù)可達(dá)2 8。 白盒測(cè)試僅與程序的部結(jié)構(gòu)有關(guān)，完全可以不考慮程序的功能要求。 為了快速完成集成測(cè)試，采用一次性集成式是適宜的。 對(duì)一批模塊進(jìn)行側(cè)試，被發(fā)現(xiàn)的錯(cuò)誤多的模塊中殘留的錯(cuò)誤將比其他的模塊少。 好的測(cè)試用例應(yīng)能證明軟件是正確的。 邊界值分析法是取輸入/ 輸出等價(jià)類的邊界值作為測(cè)試用例。 等價(jià)類劃分法考慮了各等價(jià)類之間取值的組合情況下可能的結(jié)果。 判定覆蓋法可能查不出在判定中邏輯運(yùn)算符使用有誤時(shí)產(chǎn)生的錯(cuò)誤。9. 從下列敘述中選出 5 條有利于軟件可維護(hù)性的正確敘述。

30、 （） 在進(jìn)行需求分析時(shí)需同時(shí)考慮可維護(hù)性問(wèn)題。 完成測(cè)試作業(yè)后，為了縮短源程序的長(zhǎng)度應(yīng)刪去程序中的注釋。 盡可能在軟件生產(chǎn)過(guò)程中保證各階段文檔的正確性。 編程時(shí)應(yīng)盡可能使用全局變量。 選擇時(shí)間效率和空間效率盡可能高的算法。 盡可能利用硬件的特點(diǎn)。 重視程序結(jié)構(gòu)的設(shè)計(jì)，使程序具有較好的層次結(jié)構(gòu)。 使用維護(hù)工具或支撐環(huán)境。 在進(jìn)行概要設(shè)計(jì)時(shí)應(yīng)加強(qiáng)模塊間的聯(lián)系。 提高程序的易讀性，盡可能使用高級(jí)語(yǔ)言編寫程序。10.從下列關(guān)于模塊化程序設(shè)計(jì)的敘述中，選出5 條正確的敘述。 （）w10 行以下。.程序設(shè)計(jì)比較便，但比較難以維護(hù)。便于由多個(gè)人分工編制大型程序。軟件的功能便于擴(kuò)充。程序易于理解，也便于排錯(cuò)

31、。在主存儲(chǔ)器能夠容納得下的前提下，應(yīng)使模塊盡可能大，以便減少模塊的個(gè)數(shù)。模塊之間的接口叫做數(shù)據(jù)文件。（可能是數(shù)據(jù)文件）只要模塊之間的接口關(guān)系不變，各模塊部實(shí)現(xiàn)細(xì)節(jié)的修改將不會(huì)影響別的模塊。模塊間的單向調(diào)用關(guān)系叫做模塊的層次結(jié)構(gòu)。模塊越小模塊化的優(yōu)點(diǎn)越明顯。一般來(lái)說(shuō)，模塊的大小都在11. 從下列敘述中選出 5 條符合程序設(shè)計(jì)風(fēng)格指導(dǎo)原則的敘述。 （）嵌套的重?cái)?shù)應(yīng)加以限制。盡量 多使用臨時(shí)變量。不濫用語(yǔ)言特色。不用可以省略的括號(hào)。使用有意義的變量名。應(yīng)盡可能把程序編得短些。把常見(jiàn)的局部?jī)?yōu)化工作留給編譯程序去做。注解越少越好。程序的格式應(yīng)有助于讀者理解程序。應(yīng)盡可能多用goto 語(yǔ)句。12. 由于軟

32、件工程有如下哪些的特點(diǎn)，使得軟件的管理比其他工程的管理更為困難：（A、B、D）a) 軟件產(chǎn)品不可見(jiàn)；b) 軟件生產(chǎn)不存在標(biāo)準(zhǔn)的過(guò)程；c) 軟件的開(kāi)發(fā)成本往往非常高；d) 有些大型軟件項(xiàng)目往往是“一次性”的項(xiàng)目；13. 軟件維護(hù)可以分為改正性維護(hù)和（）a) 適應(yīng)性維護(hù)b) 文檔性維護(hù)c) 完善性維護(hù)d) 預(yù)防性維護(hù)14.OO 軟件系統(tǒng)可維護(hù)性好體現(xiàn)在以下幾個(gè)面（ABCD ）a) OO 的軟件的穩(wěn)定性比較好b) OO 的軟件比較容易修改c) OO 的軟件比較容易理解d) OO 的軟件易于測(cè)試和調(diào)試15. OO 法建模需要建立以下哪幾種模型（A 、B、 D）。a) 對(duì)象模型b) 功能模型c) 數(shù)據(jù)模

33、型d) 動(dòng)態(tài)模型w.四、判斷題1. 軟件生存期是從軟件開(kāi)始開(kāi)發(fā)到開(kāi)發(fā)結(jié)束的整個(gè)時(shí)期。（F）2. 系統(tǒng)流程圖是一個(gè)典型的描述邏輯系統(tǒng)的傳統(tǒng)工具。（ F）3. 數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。（ T）4.扇出是一個(gè)模塊直接調(diào)用的模塊數(shù)目，一般推薦的扇出為3或 4。（T）5.耦合用于衡量一個(gè)模塊部的各個(gè)元素彼此結(jié)合的緊密程度。（ F）6.判定覆蓋不一定包含條件覆蓋，但是條件覆蓋一定包含判定覆蓋。（ F）7. 在代碼的編寫中要盡量避免使用ELSE GOTO 或者 ELSE RETURN 結(jié)構(gòu)。（ T）8. 軟件測(cè)試的目的就是證明軟件沒(méi)有錯(cuò)。 （ F）9. 語(yǔ)句覆蓋的含義是使被測(cè)試程序中的每個(gè)

34、語(yǔ)句都至少被執(zhí)行一次。（ T）10. 軟件開(kāi)發(fā)的成本主要是人的勞動(dòng)消耗。 （ T）11. 從層次圖和結(jié)構(gòu)圖中能看出模塊之間的調(diào)用次序（F）12.結(jié)構(gòu)化程序設(shè)計(jì)就是要徹底在程序中消除GOTO 語(yǔ)句（ F）13.自頂向下的集成測(cè)試法需要驅(qū)動(dòng)（存根）程序（F）14.為了加快軟件維護(hù)作業(yè)的進(jìn)度，應(yīng)盡可能增加維護(hù)人員的數(shù)目（F）15. 軟件交付給用戶使用后，隨即進(jìn)入軟件的維護(hù)階段（T）16.CMM 定義的 5 個(gè)等級(jí)能引導(dǎo)軟件機(jī)構(gòu)不斷識(shí)別出其軟件過(guò)程的缺陷，指出應(yīng)該做哪些改進(jìn)，并（不）提供做這些改進(jìn)的具體措施。（ F）17.開(kāi)發(fā)軟件時(shí)投入的人員越多，開(kāi)發(fā)時(shí)間就越短（F）18.程序正確性證明能證明程序的功

35、能和動(dòng)態(tài)特性符合設(shè)計(jì)要求（F）五、簡(jiǎn)答題1.層次圖和層次框圖之間區(qū)別在？P92層次圖描繪軟件的層次結(jié)構(gòu)，層次框圖描繪數(shù)據(jù)結(jié)構(gòu)層次圖中框代表一個(gè)功能模塊，層次框圖框代表數(shù)據(jù)的子集或數(shù)據(jù)元素層次圖中連線表示模塊間調(diào)用關(guān)系，層次框圖連線表示組成關(guān)系。2. 2、軟件設(shè)計(jì)過(guò)程中為什么要采用模塊化設(shè)計(jì)法？P85參考答案：（ 1）、采用模塊化原理可以使軟件結(jié)構(gòu)清晰，不僅容易設(shè)計(jì)，也容易閱讀和理解；（ 2 ）、模塊化使軟件容易測(cè)試和調(diào)試，因而有助于提高軟件的可靠性；（ 3 ）、模塊化可以提高軟件的可修改性；（ 4 ）、模塊化有助于開(kāi)發(fā)過(guò)程的組織和管理；3.用某種軟件復(fù)雜性度量算法來(lái)度量不同類型的程序時(shí)。得出的

36、度量值是否真正反映了它們的復(fù)雜性？如果對(duì)同類型的程序進(jìn)行度量，其結(jié)果是否就比較有價(jià)值？參考答案：開(kāi)發(fā)規(guī)模相同， 但復(fù)雜性不同的軟件，花費(fèi)的成本和時(shí)間會(huì)有很大的差異。因此到目前為止，還沒(méi)有一個(gè)軟件復(fù)雜性度量的法能夠全面、系統(tǒng)地度量任一軟件的復(fù)雜性，某一種度量法只偏重于某一面。 所以，用某種軟件復(fù)雜性來(lái)度量不同類型的程序，所得到的度量值不一定真w.正反映它們的復(fù)雜性。 但對(duì)同一類里的程序， 按某種視點(diǎn)來(lái)度量它們的復(fù)雜性， 其結(jié)果還是比較有價(jià)值的。4. 數(shù)據(jù)流圖的作用是什么？它有哪些基本成分？參考答案：數(shù)據(jù)流圖可以用來(lái)抽象地表示系統(tǒng)或軟件。 它從信息傳遞和加工的角度 以圖形的式刻畫(huà)數(shù)據(jù)流從輸入到輸出

37、的移動(dòng)變換過(guò)程， 同時(shí)可以按自頂向下、 逐步分解的法表示容不斷增加的數(shù)據(jù)流和功能細(xì)節(jié)。 因此，數(shù)據(jù)流圖既提供了功能建模的機(jī)制 也提供了信息流建模的機(jī)制，從而可以建立起系統(tǒng)或軟件的功能模型?；境煞钟校簲?shù)據(jù)原點(diǎn)/ 終點(diǎn)數(shù)據(jù)處理數(shù)據(jù)流數(shù)據(jù)存儲(chǔ)5. 常用的估算軟件規(guī)模的法有哪些？試比較這些法的優(yōu)缺點(diǎn)。代碼行技術(shù)的優(yōu)點(diǎn)， 容易計(jì)算， 缺點(diǎn)是太片面，因?yàn)樵闯绦蛑皇擒浖渲玫暮苌僖徊糠郑煌Z(yǔ)言實(shí)現(xiàn)同一個(gè)軟件所需的代碼行數(shù)不同；功能點(diǎn)數(shù)的特點(diǎn)：與編程語(yǔ)言無(wú)關(guān)，但是判斷信息域復(fù)雜性級(jí)別和技術(shù)因素的影響程度時(shí)，存在著相當(dāng)大的主觀因素。6.CMM 的全稱是什么？其基本思想是什么？為什么要對(duì)CMM 進(jìn)行分級(jí)？ P

38、321其基本思想是： 軟件開(kāi)發(fā)和維護(hù)過(guò)程中的問(wèn)題是由于管理軟件過(guò)程的法不當(dāng)引起的，即使是應(yīng)用新的軟件技術(shù)， 也不會(huì)自動(dòng)提高軟件的生產(chǎn)率和質(zhì)量。 能力成熟度模型有助于軟件開(kāi)發(fā)機(jī)構(gòu)建立一個(gè)有規(guī)律的、 成熟的軟件過(guò)程。 改進(jìn)后的軟件過(guò)程將有利于開(kāi)發(fā)出高質(zhì)量的軟件，使更多的軟件項(xiàng)目免受時(shí)間和費(fèi)用超支之苦。···············3 分對(duì)于任軟件開(kāi)發(fā)機(jī)構(gòu)的軟件過(guò)程的改進(jìn)都是在完成一個(gè)又一個(gè)小的改進(jìn)的基礎(chǔ)之上不斷進(jìn)行的漸進(jìn)過(guò)程， 而不是一蹴而就的徹底革

39、命。CMM 將軟件過(guò)程從無(wú)序到有序的進(jìn)化過(guò)程分為 5 個(gè)等級(jí)，用于測(cè)量軟件機(jī)構(gòu)的軟件過(guò)程成熟度和評(píng)價(jià)其軟件過(guò)程能力什么是軟件配置管理？答：軟件配置管理，簡(jiǎn)稱SCM(Software Configuration Management) ，是在軟件的整個(gè)生命期管理變化的一組活動(dòng)。具體地講，這組活動(dòng)包括：標(biāo)志變化，控制辯化，確保適當(dāng)?shù)貙?shí)現(xiàn)變化， 向需要指導(dǎo)這類信息的人報(bào)告變化。軟件配置管理技術(shù)可以使軟件變更所產(chǎn)生的錯(cuò)誤達(dá)到最小并最有效地提高生產(chǎn)率。7. 什么是基線？你是如理解基線的？P319基線： 已經(jīng)通過(guò)正式復(fù)審的規(guī)格說(shuō)明或中間產(chǎn)品，它可以作為進(jìn)一步開(kāi)發(fā)的基礎(chǔ)，并且只有通過(guò)正式的變化控制過(guò)程才能改

40、變它。基線是通過(guò)了正式復(fù)審的軟件配置項(xiàng)。一旦軟件配置變成基線， 那么，對(duì)于軟件配置的改變，必須使用特定的、正式的過(guò)程來(lái)評(píng)估、實(shí)現(xiàn)和驗(yàn)證每個(gè)變化?；€除了包含軟件配置之外，還有可能包含軟件工具。8. 什么是面向?qū)ο蟮姆▽W(xué)？它有哪些優(yōu)點(diǎn)？P193面向?qū)ο蟮姆ň褪悄M人類認(rèn)識(shí)世界解決問(wèn)題的思維習(xí)慣開(kāi)發(fā)軟件的法，這種法認(rèn)為： OO=對(duì)象 + 類+ 繼承 +對(duì)象之間的通訊。···················

41、83;1 分OO 法有如下四個(gè)面的要點(diǎn)： 客觀世界是由各種對(duì)象組成的，任事物都是對(duì)象， 復(fù)雜的對(duì)象可以有比較簡(jiǎn)單的對(duì)象以某種式組合而成。把所有對(duì)象都劃分成各種對(duì)象類，每個(gè)類定義一組數(shù)據(jù)（靜態(tài)屬性，狀態(tài)信息，類實(shí)例專有數(shù)據(jù)）和一組法（施加于對(duì)象上的操作，類實(shí)例所共有的） 。按照子類與父類的關(guān)系，把若干個(gè)類組成一個(gè)層次結(jié)構(gòu)的系統(tǒng)。子類繼承父類的法和屬性，同時(shí)可以重載某些法。對(duì)象之間僅能通過(guò)傳遞消息相互聯(lián)系2w.分優(yōu)點(diǎn)：與人類習(xí)慣的思維法一致，穩(wěn)定性好， 可重用性好， 較易開(kāi)發(fā)大型軟件產(chǎn)品，可維護(hù)性好。 ········

42、····················2 分六、分析題1.試說(shuō)明下面的兩個(gè)程序段的功能是什么？可否用另一些等效的程序段來(lái)代替它，以提高其可讀性。(1)A=A+BB=A-BA=A-B(2)for(i=0;j<n;i+)for(j=0;j<n;j+)Vij=(i/j)*(j*i)2. 已知被測(cè)試模塊流程圖如下， 按照“條件覆蓋” 法，在表格中填入滿足測(cè)試要求的數(shù)據(jù)。astartFT(A&

43、gt;3)AND(B=1)cbM=M/2FTd(A=1)OR(M>1)eM=M+5M=M-5f end假設(shè)幾種可能的條件是：T1: A>3F1:A<=3T2: B=1F2: B 1T3: A=1F3:A 1T4:M>1F4:M<1填寫下表（注意：本題答案不唯一）數(shù)據(jù)覆蓋路徑覆蓋條件M 值A(chǔ)=4,B=1,M=2cdT1，T2 ， F3， F46A=1,B=2,M=4beF1， F2 ，T3 ，T4-1w.請(qǐng)?jiān)O(shè)計(jì)路徑覆蓋用例，并寫出各種測(cè)試用例下程序的執(zhí)行路徑。3.下面是一段用Seidel 迭代法求解線性程組的程序。其中 An,n 是程組的系數(shù)矩陣。Bn是程組的右端項(xiàng)

44、，Xn 是程組的解向量。eps 是控制迭代精度的較小實(shí)數(shù)。imax 是控制迭代的最大次數(shù)。flag 是標(biāo)志，值為0 時(shí)表示迭代不收斂，值為l 時(shí)表示迭代收斂。for(k=0;k<n;k+)Xk=0.0;Xn-1=1.0;for(i=1;i<imax;i+)flag=1;for(j=0;j<n;j+)s=Bj;for(k=0;k<n;k+)if(j=k)s += Xk;s=s-Aj,k*Xk;if(abs(Xj-s) > (abs(s) + 1.0)*epsflag=0;Xj=s;if(flag=1)break;畫(huà)出該 C 偽碼的程序流程圖，N-S 圖，程序流圖，并

45、計(jì)算程序的McCabe 環(huán)形復(fù)雜度。4.閱讀下列關(guān)于軟件可靠性面的敘述，回答問(wèn)題1 和問(wèn)題 2 。軟件的可靠度可定義為：在假定輸入和硬件不發(fā)生錯(cuò)誤的前提下，對(duì)于給定的環(huán)境和給定的輸入，在指定的時(shí)間能完成規(guī)定任務(wù)的概率。某軟件中心的評(píng)測(cè)部為了評(píng)估已開(kāi)發(fā)實(shí)現(xiàn)的應(yīng)用軟件ASP 的可靠性，決定采用軟件可靠性的錯(cuò)誤播種模型來(lái)進(jìn)行測(cè)試和評(píng)估。評(píng)測(cè)部在評(píng)估時(shí)，作了下列3 個(gè)假設(shè)：（l ）在測(cè)試前，單位長(zhǎng)度的故障個(gè)數(shù)ET/I T 為一常數(shù)，此常數(shù)基本上落在一個(gè)固定的圍。其中 IT 為被測(cè)程序的長(zhǎng)度（即機(jī)器指令條數(shù)）， ET 為被測(cè)程序中故障總數(shù)。（2 ）失效率正比于軟件中剩余的（潛伏的） 故障數(shù)，平均無(wú)敵障時(shí)

46、間MTTF（ Mean Time ToFailure ）與單位長(zhǎng)度的剩余故障個(gè)數(shù)成反比，即MTTF=1/（ K· r）。其中 r 為單位長(zhǎng)度剩余故障個(gè)數(shù)， K 的典型值現(xiàn)取為200 。（3 ）測(cè)試中發(fā)現(xiàn)的錯(cuò)誤都得到了及時(shí)改正，在測(cè)試過(guò)程中沒(méi)有引入新的錯(cuò)誤。評(píng)測(cè)部對(duì) ASP軟件人為地植入了 10 個(gè)錯(cuò)誤，即 N s=10 ，在開(kāi)始測(cè)試的一小段時(shí)間，發(fā)現(xiàn)了160 個(gè)固有故障，即 n=160 ，又發(fā)現(xiàn)了植入的故障2 個(gè)，即 ns=2 ，被測(cè)程序 ASP 的長(zhǎng)度（即機(jī)器指令條數(shù)）為 100000 。問(wèn)題 1：用故障播種（植入）的數(shù)學(xué)模型，估算出被測(cè)程序ASP 的固有故障的個(gè)數(shù) N 的值。如果通過(guò)測(cè)試一段時(shí)間后， 發(fā)現(xiàn)的固有錯(cuò)誤個(gè)數(shù)為EC=795時(shí)，請(qǐng)估算此程序的平均無(wú)故障w.時(shí)間 MTTF 的值。問(wèn)題 2 ：若要求把此 MTTF 提高 4 倍，應(yīng)至少再排除多少個(gè)固有錯(cuò)誤？請(qǐng)簡(jiǎn)要地列出有關(guān)計(jì)算式。Nn N s16010800ns211110