軟件工程填空題試題及答案

軟件工程填空題二、填空題（請(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ū)ο箝_發(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. 軟件工程管理的具體內(nèi)容包括對(duì)開發(fā)人員、組織機(jī)構(gòu)、 用戶 、 文檔資料 等方面的管理。9、可行性研究的三個(gè)方面是 技術(shù)可行性 、 社會(huì)可行性 和_經(jīng)濟(jì)可行性_。10、在軟件概要設(shè)計(jì)階段，建立軟件結(jié)構(gòu)后，還應(yīng)為每個(gè)模塊寫一份 處理說(shuō)明 和_接口說(shuō)明_。11、在畫分層的DFD時(shí)，父圖與子圖的輸入輸出數(shù)據(jù)流要_平衡_。12、在詳細(xì)設(shè)計(jì)階段，除了對(duì)模塊內(nèi)的算法進(jìn)行設(shè)計(jì)，還應(yīng)對(duì)模塊內(nèi)的_數(shù)據(jù)結(jié)構(gòu)_進(jìn)行設(shè)計(jì)。13. 對(duì)象的抽象是_類_。14. 基線的作用是把各階段的開發(fā)工作劃分得更加明確，便于檢查與確認(rèn)階段成果。因此，基線可以作為項(xiàng)目的一個(gè)_檢查點(diǎn)_。15. 軟件工程包括軟件開發(fā)技術(shù)和_軟件工程管理_兩大部分內(nèi)容。16、開發(fā)過(guò)程管理包括項(xiàng)目計(jì)劃、控制和_任務(wù)管理_等。17、CASE是多年來(lái)在軟件開發(fā)管理、軟件開發(fā)方法、軟件開發(fā)環(huán)境和_軟件工具_(dá)等方面研究和發(fā)展的產(chǎn)物。18、數(shù)據(jù)字典中有四類條目，分別是_數(shù)據(jù)流 、數(shù)據(jù)項(xiàng)、 數(shù)據(jù)存儲(chǔ) 、基本加工。19、用于描述基本加工的小說(shuō)明的三種描述工具是結(jié)構(gòu)化語(yǔ)言 、 判定表 、 判定樹_。20、子類只繼承一個(gè)父類的屬性和操作,這稱為_單重繼承_。21、 McCabe復(fù)雜性度量又稱_環(huán)路度量_。22、噴泉模型是一種以用戶需求為動(dòng)力，以_對(duì)象_為驅(qū)動(dòng)的模型。23、Jackson圖不僅可表示程序結(jié)構(gòu)，還可表示_數(shù)據(jù)結(jié)構(gòu)_。 24、詳細(xì)設(shè)計(jì)的任務(wù)是確定每個(gè)模塊的內(nèi)部特性，即模塊的 算法 和 數(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ō)明書_。29、兩個(gè)模塊都使用同一張表，模塊的這種耦合稱為_公共耦合_。30、被測(cè)試程序不在機(jī)器上運(yùn)行,而是采用人工檢測(cè)和計(jì)算機(jī)輔助分析檢測(cè)的手段稱為_靜態(tài)_測(cè)試。31、采用手工方法開發(fā)軟件只有程序而無(wú)文檔，維護(hù)困難，這是一種_非結(jié)構(gòu)化_維護(hù)。32、結(jié)構(gòu)化方法是一種面向數(shù)據(jù)流的開發(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è)模塊的內(nèi)部特性，即模塊的 數(shù)據(jù)結(jié)構(gòu) 和 算法 。38、結(jié)構(gòu)化程序設(shè)計(jì)方法提倡開發(fā)人員的組織形式是_主程序員組_。39、軟件質(zhì)量管理由軟件質(zhì)量保證、軟件質(zhì)量規(guī)劃和 軟件質(zhì)量控制 三方面活動(dòng)組成。40、類具有操作,它是對(duì)象_行為 _的抽象。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)是_耦合性與內(nèi)聚性_。47、Jackson方法是一種面向_數(shù)據(jù)結(jié)構(gòu)_的設(shè)計(jì)方法。48、維護(hù)階段是軟件生存周期中花費(fèi)精力和費(fèi)用_最多_的階段。49、繼承性是子類自動(dòng)共享其父類的_數(shù)據(jù)結(jié)構(gòu)和方法_機(jī)制。50、在面向?qū)ο蠓椒ㄖ?，人們常用狀態(tài)圖描述類中對(duì)象的_動(dòng)態(tài)行為_。51、規(guī)定功能的軟件，在一定程度上能從錯(cuò)誤狀態(tài)自動(dòng)恢復(fù)到正常狀態(tài)，則稱該軟件為_容錯(cuò)_軟件。52.軟件工程包括3個(gè)要素，即方法、工具、過(guò)程。53軟件生存周期是指一個(gè)軟件從提出開發(fā)要求開始直到該軟件報(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í)間內(nèi)確定該軟件項(xiàng)目是否能夠開發(fā)，是否值得去開發(fā)。56.數(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)文檔）是與程序開發(fā)、維護(hù)和使用有關(guān)的圖文資料2. 軟件危機(jī)是指計(jì)算機(jī)軟件的（開發(fā)）和（維護(hù)）過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題。3. 軟件工程是指導(dǎo)計(jì)算機(jī)軟件（開發(fā)）和（維護(hù)）的一門工程學(xué)科，采用工程的概念、原理、技術(shù)和方法來(lái)開發(fā)和維護(hù)軟件，把經(jīng)過(guò)時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好技術(shù)方法結(jié)合起來(lái)，以經(jīng)濟(jì)地開發(fā)出高質(zhì)量的軟件并有效地（維護(hù)）它，這就是軟件工程。4. 常見的軟件開發(fā)模型有（瀑布模型） 、 （快速原型模型） 、 （增量模型）和（螺旋模型）等；5. 軟件工程學(xué)方法的三要素是：（方法） 、 （工具）和（過(guò)程） 。6. 瀑布模型是一個(gè)（文檔）驅(qū)動(dòng)模型。7. 可行性研究一般可以從（經(jīng)濟(jì)）可行性、 （技術(shù)）可行性、法律可行性和法律可行性等方面來(lái)研究。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ì)象之間的關(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)為：（耦合）和（內(nèi)聚） 。15. 一般說(shuō)來(lái)，模塊之間的耦合程度（低） ，則單個(gè)模塊的內(nèi)聚程度（高） 。16. 經(jīng)驗(yàn)表明，設(shè)計(jì)好的軟件結(jié)構(gòu)，通常頂層模塊的扇出（比較高） ，中層模塊扇出（較少） ，底層模塊（高）扇入17. 三種基本的程序控制結(jié)果是（順序結(jié)果） 、 （選擇（分支）結(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ù)等主要內(nèi)容。23. 保證軟件質(zhì)量的措施主要有（審查） 、復(fù)查和管理復(fù)審、 （測(cè)試） 。24. 提高軟件質(zhì)量和可靠性的技術(shù)大致分為兩類，即（避開錯(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）電等組成。29. 軟件的度量包括直接度量和間接度量、軟件產(chǎn)品的直接度量包括（產(chǎn)生的代碼行數(shù)） 、 （執(zhí)行速度） 、 （存儲(chǔ)量大?。?、在某種時(shí)間周期中所報(bào)告的差錯(cuò)數(shù)。軟件產(chǎn)品的間接度量則包括（功能性） 、 （復(fù)雜性） 、 （效率） 、 （可靠性） 、 （可維護(hù)性）和許多其他的質(zhì)量特性。30. 軟件配置管理是在軟件的整個(gè)生命周期內(nèi)管理變化的一組活動(dòng)。這組活動(dòng)包括：標(biāo)志變化，控制變化，實(shí)現(xiàn)變化，報(bào)告變化。31. 軟件的質(zhì)量可以定義為（用戶對(duì)軟件的滿意程度） ，具體地說(shuō)，軟件質(zhì)量是軟件與（功能和性能需求） ， （開發(fā)標(biāo)準(zhǔn)）以及所有軟件產(chǎn)品都應(yīng)該具有的（隱含特性）相一致的程度32. 軟件維護(hù)可以分為（改正性維護(hù)） 、 （適應(yīng)性維護(hù)） 、 （完善性維護(hù)） 、 （預(yù)防性維護(hù)）等四類。33. 把程序從一種計(jì)算環(huán)境（硬件配置和操作系統(tǒng)）轉(zhuǎn)移到另一種計(jì)算環(huán)境的難易程度叫軟件的（移植性） 。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) 內(nèi)容耦合f) 控制耦合3. 瀑布模型是（）驅(qū)動(dòng)模型a) 功能b) 文檔c) 數(shù)據(jù)d) 時(shí)間4. 若一個(gè)模塊把開關(guān)量作為參數(shù)傳送給另一個(gè)模塊，這種類型的耦合稱為（F） 。a) 公共偶合b) 數(shù)據(jù)耦合c) 邏輯耦合d) 外部耦合e) 內(nèi)容耦合f) 控制耦合5. 若一個(gè)模塊通過(guò)公共數(shù)據(jù)結(jié)構(gòu)把數(shù)據(jù)傳送給另一個(gè)模塊，這種類型的耦合稱為（A） 。a) 公共偶合b) 數(shù)據(jù)耦合c) 邏輯耦合d) 外部耦合e) 內(nèi)容耦合f) 控制耦合6. 以下各種類型的耦合中， （E）的耦合性最強(qiáng)。a) 公共偶合b) 數(shù)據(jù)耦合c) 邏輯耦合d) 外部耦合e) 內(nèi)容耦合f) 控制耦合7. 為了高質(zhì)量地開發(fā)軟件項(xiàng)目，在軟件結(jié)構(gòu)設(shè)計(jì)時(shí)必遵循（C）的原則a) 質(zhì)量控制b) 程序優(yōu)化c) 信息隱蔽d) 數(shù)據(jù)共享e) 模塊通信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. 開發(fā)軟件時(shí)，對(duì)于提高軟件開發(fā)人員工作效率至關(guān)重要的是（A） 。a) 程序開發(fā)環(huán)境b) 操作系統(tǒng)的資源管理功能c) 開發(fā)程序人員數(shù)量d) 計(jì)算機(jī)的并行處理能力11. 軟件工程中描述軟件生存周期的瀑布模型一般包括計(jì)劃、 （D） 、設(shè)計(jì)、編碼、測(cè)試、維護(hù)等幾個(gè)階段。其中，設(shè)計(jì)階段在管理上又可以依次分為（概要設(shè)計(jì)）和（詳細(xì)設(shè)計(jì)）兩個(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)內(nèi)數(shù)據(jù)的運(yùn)動(dòng)情況的工具有（A） 。a) 數(shù)據(jù)流圖b) 數(shù)據(jù)詞典c) 結(jié)構(gòu)化英語(yǔ)d) 判定表與判定樹15. 在結(jié)構(gòu)化分析方法中，用狀態(tài)遷移圖表達(dá)系統(tǒng)或?qū)ο蟮男袨椤Ｔ跔顟B(tài)遷移圖中，由一個(gè)狀態(tài)和一個(gè)事件所決定的下一個(gè)狀態(tài)可能會(huì)有（C）個(gè)。a) 1 b) 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)保存（返回地址）及有關(guān)信息。a) 堆棧b) 線性表c) 隊(duì)列d) 入口點(diǎn)21. UNIX 操作系統(tǒng) 是（）研制的，它是用程序語(yǔ)言（C）書寫實(shí)現(xiàn)的。a) Bell 實(shí)驗(yàn)室b) DEC 公司c) IBM 公司d) Microsoft 公司22. 允許用戶建立、修改、存儲(chǔ)正文的計(jì)算機(jī)程序是（B） 。a) Bootstrapb) Editorc) Loaderd) TextFormater23. FORTRAN 語(yǔ)言的源程序是（A ）結(jié)構(gòu)。a) 塊狀b) 分程序嵌套c) 既是塊狀，又是嵌套d) 既不是塊狀，又不是嵌套的24. 國(guó)際上最廣泛使用的商用及行政管理語(yǔ)言是（A ） 。a) COBOLb) BASICc) FORTRANd) PLl25. 國(guó)際上最流行的數(shù)值計(jì)算的程序設(shè)計(jì)語(yǔ)言是（C） 。a) BASIC b) Algolc) FORTRANd) C26. 美國(guó)國(guó)防部主持開發(fā)了高級(jí)程序設(shè)計(jì)語(yǔ)言 Ada，在它研制開始時(shí)，經(jīng)反復(fù)比較，確定以高級(jí)語(yǔ)言（C）作為 Ada 研究的出發(fā)點(diǎn)。a) LISPb) ALGOLc) ALGOL 68d) PLl27. 在人工智能領(lǐng)域，目前最廣泛使用的高級(jí)語(yǔ)言是（D） 。a) Adab) FORTRAc) COBOLd) LISP28. 下列（A）屬于系統(tǒng)軟件 。a) WINDOWS 2000b) Wordc) Flashd) 3D MAX29. 下列哪個(gè)圖是 NS 圖的構(gòu)件（C ） 。A B. C. D. 30. 某次程序調(diào)試沒有出現(xiàn)預(yù)計(jì)的結(jié)果，下列（B）不可能是導(dǎo)致出錯(cuò)的原因。a) 變量沒有初始化b) 編寫的語(yǔ)句書寫格式不規(guī)范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ì)當(dāng)前的軟件過(guò)程狀況進(jìn)行料學(xué)的（C）