軟件工程期末復(fù)習(xí)資料

1、軟件工程復(fù)習(xí)資料選擇題，請從四個可選項(xiàng)中選擇正確答案。1.軟件工程學(xué)科出現(xiàn)的主要原因是（C。 A. 計算機(jī)的發(fā)展 B. 其他工程科學(xué)的影響 C. 軟件危機(jī)的出現(xiàn) D. 程序設(shè)計方法學(xué)的影響2、（A）是職業(yè)軟件工程師的必要條件。A.自律、善于溝通、具有一定的軟件技能 B.編程速度快C.熟悉眾多的軟件環(huán)境 D.語言天賦3在E-R 模型中，包含以下基本成分（ C）。A.數(shù)據(jù)、對象、實(shí)體B.控制、聯(lián)系、對象C.實(shí)體、屬性、聯(lián)系D.實(shí)體、數(shù)據(jù)、聯(lián)系4軟件需求分析產(chǎn)生一個重要文檔是（.B ）。 A.軟件維護(hù)說明書 B.需求規(guī)格說明書 C.可行性報告 D.初步用戶手冊5內(nèi)聚程度較低的是（D ）。 A.通信內(nèi)

2、聚 B.過程內(nèi)聚 C.順序內(nèi)聚 D.時間內(nèi)聚6概要設(shè)計是軟件系統(tǒng)結(jié)構(gòu)的總體設(shè)計，以下選項(xiàng)中不屬于概要設(shè)計的是（D ） A.把軟件劃分成模塊 B確定模塊之間的調(diào)用關(guān)系 C.確定各個模塊的功能 D.設(shè)計每個模塊的偽代碼7、程序流程圖與數(shù)據(jù)流程圖的關(guān)系（A）。A不確定 B數(shù)據(jù)流程圖可以轉(zhuǎn)換成程序流程圖C數(shù)據(jù)調(diào)用關(guān)系 D程序流程圖可以轉(zhuǎn)換成數(shù)據(jù)流程圖8對象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（D）于對象的統(tǒng)一體中。 A結(jié)合 B隱藏 C封裝 D抽象9類有3種類型，即（B ）。A.邊界類、實(shí)體類、控制類 B.實(shí)體類、控制類、界面類C.控制類、實(shí)體類、虛類 D.界面類、控制類、公共類10.（D ）是一般化類

3、與特殊化類之間的一種關(guān)聯(lián)形式，設(shè)計時應(yīng)該適當(dāng)使用這種耦合。A.消息連接 B.參數(shù)傳遞 C.方法重寫 D.繼承11、軟件工程的研究內(nèi)容具有層次化結(jié)構(gòu)，最底層是質(zhì)量保證層，中間層是（C），最上層是工具層。A.過程層B.方法層 C.過程層和方法層D.系統(tǒng)層12、可行性研究的四大要素是（D）。A.經(jīng)濟(jì)、技術(shù)、法律和社會環(huán)境B.經(jīng)濟(jì)、技術(shù)、開發(fā)組織能力和領(lǐng)導(dǎo)者水平C.經(jīng)濟(jì)、技術(shù)、計算機(jī)硬件環(huán)境和網(wǎng)絡(luò)帶寬D.經(jīng)濟(jì)、技術(shù)、軟件開發(fā)工具和人員的穩(wěn)定性13、針對需求不確定的軟件開發(fā)，比較好的模型是（A）。 A.快速原型化模型 B.瀑布模型 C.軟件成熟度模型 D.系統(tǒng)化模型14下面的哪個選項(xiàng)不是軟件工程的宗旨（

4、D）。 A.開發(fā)滿足用戶需求的軟件 B.研究算法 C.及時交付軟件 D.生產(chǎn)無故障軟件15、針對需求不確定的軟件開發(fā)，比較好的模型是（A）。 A.快速原型化模型 B.瀑布模型 C.軟件成熟度模型 D.系統(tǒng)化模型16、軟件結(jié)構(gòu)圖中沒有（D）元素。 A模塊 B調(diào)用參數(shù) C返回結(jié)果 D判斷17、結(jié)構(gòu)化設(shè)計方法劃分模塊的原則是（C）。A模塊扇出小于5 B模塊扇入小于5 C低耦合，高內(nèi)聚 D模塊深度小于718、配置視圖體現(xiàn)了系統(tǒng)的實(shí)現(xiàn)環(huán)境，反映系統(tǒng)的（B）。A.邏輯架構(gòu) B.物理架構(gòu) C.組成結(jié)構(gòu) D.體系結(jié)構(gòu)19、角色可以有四種類型：系統(tǒng)的使用者，硬件設(shè)備，外部系統(tǒng)和（D）。A.數(shù)據(jù)庫 B.接口 C.

5、對象 D.時間20、功能模型用于表達(dá)系統(tǒng)的需求，為軟件的進(jìn)一步分析和設(shè)計打下基礎(chǔ)。在面向?qū)ο蠓椒ㄖ?，由?C ）實(shí)現(xiàn)。A.場景描述 B.活動圖和場景描述 C.用例圖和場景描述 D.交互圖和場景描述21結(jié)構(gòu)化程序設(shè)計主要強(qiáng)調(diào)的是（D ）。A.程序的規(guī)模 B.程序效率 C.程序語言的先進(jìn)性 D.程序易讀性22、對用例進(jìn)行設(shè)計，發(fā)現(xiàn)實(shí)現(xiàn)用例功能的（D），確定類之間的關(guān)系。A.算法 B.業(yè)務(wù)流程 C.數(shù)據(jù)結(jié)構(gòu) D.關(guān)鍵類23、框架是一組可用于不同應(yīng)用的（A）的集合。A.類 B.數(shù)據(jù)結(jié)構(gòu) C.函數(shù) D.過程24、從狹義上講，軟件測試是（.D）的過程。A. 為發(fā)現(xiàn)錯誤而執(zhí)行程序 B.為了驗(yàn)證程序正確 C.

6、用不同的數(shù)據(jù)驗(yàn)證程序正確性 D.區(qū)分程序員水平25、在設(shè)計黑盒測試用例時，主要研究（.D）。A. 概要設(shè)計說明書B.詳細(xì)設(shè)計說明C.項(xiàng)目開發(fā)計劃D.需求規(guī)格說明26、（B）時，測試人員必須接觸到程序源代碼。A、黑盒測試 B、白盒測試C、壓力測試 D、外觀測試27、一般維護(hù)程序代碼的策略（B）。A. 從需求開始重新開發(fā)B.根據(jù)維護(hù)申請讀源程序，并修改C.找一個新的模塊替換 D. 不用讀源程序，從新編寫代碼28、Gantt圖直觀簡明、易學(xué)易用，但它不能（A）。A.直接反應(yīng)任務(wù)間的依賴關(guān)系和關(guān)鍵路徑B.反應(yīng)任務(wù)的分解情況C.直接反應(yīng)任務(wù)的起止日期D.反應(yīng)具體任務(wù)的時間段29、（D）針對開發(fā)過程中的程

7、序、數(shù)據(jù)、文檔提出使用和管理策略。A組織管理 B過程管理 C風(fēng)險管理 D軟件配置管理30、程序的三種基本控制結(jié)構(gòu)，包括順序結(jié)構(gòu)、（A）和循環(huán)結(jié)構(gòu)。A.判斷結(jié)構(gòu) B.說明結(jié)構(gòu) C.輸入結(jié)構(gòu) D.輸出結(jié)構(gòu)31、在分析模型內(nèi)表示協(xié)調(diào)、順序、事務(wù)處理以及控制其他對象的類是（.C）。A.控制類 B.組件類 C.主函數(shù) D.事務(wù)類32、信息隱藏的核心內(nèi)容是（D）。A把數(shù)據(jù)都放在公共的區(qū)域B數(shù)據(jù)不能被其他模塊訪問C一個模塊的內(nèi)部信息不允許其他模塊直接訪問D把信息加密，只能讓有密鑰的模塊訪問33、面向過程的方法最關(guān)心的是過程，而過程實(shí)施的對象是作為過程（D）傳遞的。A.參數(shù) B.主體 C.過程 D.數(shù)據(jù)結(jié)構(gòu)3

8、4、測試用例是一組（.A）。A.測試用的輸入數(shù)據(jù)以及對應(yīng)的預(yù)期結(jié)果B.測試驅(qū)動程序 C.測試數(shù)據(jù) D.測試程序及數(shù)據(jù)35、由于面向?qū)ο笾械睦^承和消息機(jī)制，使得軟件測試（B）。A.更加簡單 B.更加復(fù)雜 C.沒變 D.不確定36、軟件維護(hù)過程中產(chǎn)生的副作用，一般是由（B）引起的。A.算法說明 B.修改程序 C.優(yōu)先級 D.環(huán)境要求37、項(xiàng)目計劃活動的主要任務(wù)是（D）。A.估算項(xiàng)目的進(jìn)度 B.分配工作量 C.計劃資源使用 D.以上全部38、如果程序代碼的（C）好，則調(diào)試的成本就可以大幅度降低。A.性能比 B.可擴(kuò)充性C.可讀性D.可移植性39、兩個浮點(diǎn)數(shù)X0和X1比較相等時，應(yīng)該用（.C）比較。A

9、.X0=X1 B.X1-X0< C.|X0-X1|< D.X0=X140、瀑布模型存在的問題是（D ）。A用戶容易參與開發(fā)B適用可變需求 C用戶與開發(fā)者易溝通D缺乏靈活性41. 可行性研究的主要任務(wù)是（C）。A.確定系統(tǒng)做什么 B. 確定性能 C.確定功能 D. 進(jìn)行一次簡要的需求分析42、用戶需求描述的是（A）。A.用戶使用該軟件要完成的任務(wù) B.業(yè)務(wù)需求 C.功能需求 D.軟件目標(biāo)、規(guī)模和范圍43、數(shù)據(jù)流程圖的主要作用是（B）。A.描述模塊組成 B.說明用戶數(shù)據(jù)結(jié)構(gòu) C.描述軟件功能 D. 建造系統(tǒng)的邏輯模型44、業(yè)務(wù)需求描述的是（D）。A.功能需求 B.用戶需求 C.用戶的具

10、體業(yè)務(wù)流程 D.軟件的目標(biāo)、規(guī)模和范圍45、一個數(shù)據(jù)流程圖中的圖形符號有且僅有（C）種。A.3 B.5 C.4 D.746、非直接耦合的模塊獨(dú)立性最強(qiáng)，（A）的模塊獨(dú)立性最弱。A內(nèi)容耦合 B數(shù)據(jù)耦合 C控制耦合 D外部耦合47、信息隱藏的核心內(nèi)容是（C）。A把數(shù)據(jù)都放在公共的區(qū)域B數(shù)據(jù)不能被其他模塊訪問C一個模塊的內(nèi)部信息不允許其他模塊直接訪問D把信息加密，只能讓有密鑰的模塊訪問48、面向過程的方法最關(guān)心的是過程，而過程實(shí)施的對象是作為過程（A）傳遞的。A.參數(shù) B.主體 C.過程 D.數(shù)據(jù)結(jié)構(gòu)49、（C）用于描述系統(tǒng)的功能集。A. 組件視圖 B.邏輯視圖 C. 用例視圖 D.對象視圖50、用

11、（D）模型描述系統(tǒng)組織結(jié)構(gòu)。A.組織 B.CMM C.數(shù)據(jù) D.靜態(tài)51、下面的哪個選項(xiàng)不是軟件工程的宗旨（D ）。A.開發(fā)滿足用戶需求的軟件 B.研究算法 C.及時交付軟件 D.生產(chǎn)無故障軟件52、軟件開發(fā)活動的順序應(yīng)該是（A ）。A.問題定義、可行性研究、需求分析、設(shè)計、編碼和測試。B.問題定義、設(shè)計、可行性研究、編碼和測試。C.需求分析、設(shè)計、編碼和測試。D.需求分析、編碼和測試、試運(yùn)行。53、假定銀行的存款年利率是2%，請問現(xiàn)在存5000元，兩年后價值應(yīng)為（ A ）元。A.5202 B.4500 C.5100 D.471254、系統(tǒng)物理模型用（ A）表示。A.系統(tǒng)流程圖 B.數(shù)據(jù)流程圖

12、 C.程序流程圖 D.E-R圖55需求規(guī)格說明書的作用不包括 （C ）A.軟件驗(yàn)收的依據(jù) B.用戶與開發(fā)人員對軟件要做什么的共同理解C.軟件可行性研究的依據(jù) D.軟件設(shè)計的依據(jù)56進(jìn)行需求分析有的多種描述工具，但不包括（ C）。A.數(shù)據(jù)流圖 B.判定表 C.PAD圖 D.數(shù)據(jù)詞典57反映模塊獨(dú)立性的指標(biāo)是（D ）。A.模塊的復(fù)雜性 B.模塊的大小 C.模塊的參數(shù) D.內(nèi)聚和耦合58兩個模塊都訪問一個全局簡單變量而不是同一全局?jǐn)?shù)據(jù)結(jié)構(gòu)，則這兩個模塊屬于（.B ）。A.數(shù)據(jù)耦合 B.外部耦合 C.公共耦合 D.內(nèi)容耦合59下列哪個不是UML的視圖（B ）A.邏輯視圖 B.行為視圖 C.組件視圖 D

13、.并發(fā)視圖60、用（ B）模型分析和定義用戶的功能需求。 A.數(shù)據(jù) B.靜態(tài) C. 動態(tài) D.用例61、對象模型描述現(xiàn)實(shí)世界中實(shí)體的對象以及它們之間的關(guān)系，表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο蠓椒ㄖ?，由（A）實(shí)現(xiàn)。A.順序圖 B.類圖 C.狀態(tài)圖 D.組件圖62、如果對象之間的耦合是通過（D）來實(shí)現(xiàn)的，則這種耦合就是交互耦合。A.消息機(jī)制 B.參數(shù) C.方法 D.公共數(shù)據(jù)區(qū)63動態(tài)模型描述系統(tǒng)的動態(tài)結(jié)構(gòu)和對象之間的交互，表示瞬時的、行為化的系統(tǒng)“控制”特性。面向?qū)ο蠓椒ㄖ校Ｓ茫― ）實(shí)現(xiàn)。A.狀態(tài)圖 B.交互圖 C.活動圖 D.以上全部64不適合作為數(shù)據(jù)處理與數(shù)據(jù)庫應(yīng)用的語言是（ C）A.

14、 SQL B. Cobol C. 4GL D. Lisp65軟件工程中，只根據(jù)程序的功能說明而不關(guān)心程序內(nèi)部邏輯的測試方法，稱為（ C）測試。A.白盒法 B.灰盒法 C.黑盒法 D.綜合法66若有一個計算類型的程序，它的輸入量只有一個X，其范圍是-1.0，1.0，現(xiàn)從輸入的角度考慮一組測試用例：-1.001，-1.0，1.0，1.001。設(shè)計這組測試用例的方法是（C ）。A.條件覆蓋法 B.等價分類法 C.邊界值分析法D.錯誤推測法67即使軟件能順利運(yùn)行，但用戶往往會提出增加新功能或改進(jìn)已有功能的建議，為滿足這一類要求而進(jìn)行的活動稱為（ A）。A.完善性維護(hù) B.預(yù)防性維護(hù) C.適應(yīng)性維護(hù) D

15、.代碼重構(gòu)68. 可維護(hù)性的特性中，相互矛盾的是（B ）。A.可理解性與可測試性 B.效率與可修改性C.可修改性與可理解性 D.可理解性與可讀性69.不屬于軟件項(xiàng)目管理的是（ A）。A.軟件銷售利潤 B.項(xiàng)目風(fēng)險評估 C.質(zhì)量監(jiān)控 D. 開發(fā)機(jī)構(gòu)能力評估70.（C ）針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。A組織管理 B過程管理 C軟件配置管理 D風(fēng)險管理 71、動態(tài)模型描述系統(tǒng)的動態(tài)結(jié)構(gòu)和對象之間的交互，表示瞬時的、行為化的系統(tǒng)“控制”特性。面向?qū)ο蠓椒ㄖ?，常用（D ）實(shí)現(xiàn)。 A.狀態(tài)圖 B.交互圖 C.活動圖 D.以上全部72、面向?qū)ο蠓治龊驮O(shè)計的界限是（B），從分析到設(shè)計是一

16、個逐漸擴(kuò)充模型的過程。 A.清晰的 B.模糊的 C.非線性的 D.確定的73、每個子系統(tǒng)的接口定義了若干（ A），體現(xiàn)了子系統(tǒng)的功能，而功能的具體實(shí)現(xiàn)方法應(yīng)該是隱藏的。 A. 操作 B.參數(shù) C.算法 D.控制74、測試最早的開始時間是（ C ）。 A.從詳細(xì)設(shè)計階段開始 B.從編碼階段開始 C.從需求分析階段開始 D.以上都對75、從測試對象的粒度上劃分測試為（C ）。 A.單元測試、集成測試 B.壓力測試、功能測試、性能測試和系統(tǒng)測試 C.單元測試、集成測試、系統(tǒng)測試和驗(yàn)收測試 D.黑盒測試、白盒測試、功能測試和性能測試76、（ B）不符合軟件測試原則。 A.對每個測試結(jié)果進(jìn)行檢查，不漏掉

17、已經(jīng)出現(xiàn)的錯誤跡象 B程序員應(yīng)該仔細(xì)測試自己編寫的程序代碼 C.程序員要避免測試自己編寫的程序代碼 D.測試工作越早開始越好77、引起軟件改變的原因主要有（ D ）。 A.運(yùn)行環(huán)境變化 B. 需求變化 C.系統(tǒng)有錯 D.以上全部78、（ C）針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。 A組織管理 B過程管理 C軟件配置管理 D風(fēng)險管理 79為了適應(yīng)軟硬件環(huán)境變化而修改軟件的過程是（ C）。A.校正性維護(hù) B.完善性維護(hù) C.適應(yīng)性維護(hù) D.預(yù)防性維護(hù)80通俗的說，軟件項(xiàng)目管理中常說的基線是（ D）。A.管理的基本思路 B.一種軟件開發(fā)的基本策略C.基本的技術(shù)路線 D. 通過正式復(fù)審的

18、文檔簡答題1、 試從軟件的特點(diǎn)出發(fā)分析軟件危機(jī)產(chǎn)生的原因。1、答案軟件是一種邏輯實(shí)體，具有抽象性，無法看到軟件本身的形態(tài)，必須通過觀察、分析、思考和判斷才能了解它的功能和性能。軟件對硬件和環(huán)境有著不同程度的依賴性，這導(dǎo)致了軟件升級和移植的問題。計算機(jī)硬件和支撐環(huán)境不斷升級，為了適應(yīng)運(yùn)行環(huán)境的變化，軟件也需要不斷維護(hù)，并且維護(hù)的成本通常比開發(fā)成本高許多。軟件生產(chǎn)至今尚未擺脫手工方式，軟件開發(fā)的手工行為造就了一個致命的問題，就是為應(yīng)用“量身訂做”軟件。長期以來，軟件給人的感覺是修改幾條指令很簡單，客戶總是強(qiáng)調(diào)軟件要適應(yīng)自己的業(yè)務(wù)需求。因此，軟件產(chǎn)品大多是為客戶“訂做”的，通用性差。軟件涉及人類社會

19、的各行各業(yè)，常常涉及一些行業(yè)知識，這對軟件工程師提出了很高的要求。軟件是與文學(xué)藝術(shù)作品相似的精神作品，與體力勞動相比，精神活動過程的特點(diǎn)是“不可見性”，這大大增加了組織管理上的困難。2、 評分標(biāo)準(zhǔn)：學(xué)生只要寫出三個特點(diǎn)就給滿分，少一個減2分。2、答案軟件生命周期是一個軟件從提出開發(fā)要求到廢棄為止的整個時期。軟件生命周期可分為8個階段：問題定義、可行性分析、需求分析、概要設(shè)計、詳細(xì)設(shè)計、編碼、系統(tǒng)測試和運(yùn)行維護(hù)評分標(biāo)準(zhǔn)：每個問題給 3分。3、 什么是軟件生命周期？他分為哪幾個階段？3、一個程序片段如下，請?jiān)O(shè)計符合條件組合覆蓋的測試用例。if (a>=4) && (b<

20、0) c=a+b;else c=a-b;if (c>3) | (c<1) printf(“c不在計算區(qū)域n”);else printf(“%dn”, c);3、答案a>=4 b<0a>=4 b>=0a<4 b<0a<4 b>=0c>3c<=3c<1c>=1綜合以上條件組合，設(shè)計測試用例如下（注意結(jié)果不唯一，只要滿足上面的組合條件即可）：a=4 b=-1 c=3a=4 b=0 c=4a=-1 b=-1 c=0a=2 b=0 c=2評分標(biāo)準(zhǔn)：列出a，b四組數(shù)據(jù)各給1分，考慮c數(shù)據(jù)給2分。4、請說明對象模型的作用是什

21、么？4、答案對象模型：表示靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)“數(shù)據(jù)”性質(zhì)。描述現(xiàn)實(shí)世界中實(shí)體的對象以及它們之間的關(guān)系，表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο蠓椒ㄖ校悎D是構(gòu)建對象模型的核心工具。5. 為了提高軟件的可維護(hù)性，在軟件開發(fā)過程的各個階段怎樣充分考慮軟件的可維護(hù)性因素。5、答：（1）在需求分析階段應(yīng)該明確維護(hù)的范圍和責(zé)任，檢查每條需求，分析維護(hù)時這條需求可能需要的支持，對于那些可能發(fā)生變化的需求要考慮系統(tǒng)的應(yīng)變能力。（2）在設(shè)計階段應(yīng)該做一些表更實(shí)驗(yàn)，檢查系統(tǒng)的可維護(hù)性、靈活性和可移植性，設(shè)計時應(yīng)該將今后可能變更的內(nèi)容與其他部分分離出來，并且遵循高內(nèi)聚、低耦合的原則。（3）編碼階段要保持源程序與文

22、檔的一致性、源程序的可理解性和規(guī)范性。（4）在測試階段測試人員應(yīng)該按照需求文檔和設(shè)計文檔測試軟件的有效性和可用性，收集出錯信息并進(jìn)行分類統(tǒng)計，為今后的維護(hù)打下基礎(chǔ)。6、面向?qū)ο蟮姆治鐾ǔＲ⑷齻€模型，請問三個模型的作用？6、答案1）功能模型：表達(dá)系統(tǒng)的詳細(xì)需求，為軟件的進(jìn)一步分析和設(shè)計打下基礎(chǔ)。在面向?qū)ο蠓椒ㄖ?，由用例圖和場景描述組成。2）對象模型：表示靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)“數(shù)據(jù)”性質(zhì)。描述現(xiàn)實(shí)世界中實(shí)體的對象以及它們之間的關(guān)系，表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。3）動態(tài)模型：描述系統(tǒng)的動態(tài)結(jié)構(gòu)和對象之間的交互，表示瞬時的、行為化的系統(tǒng)的“控制”特性。7、軟件工程為什么要強(qiáng)調(diào)規(guī)范化和文檔化？答：（

23、1）軟件工程強(qiáng)調(diào)規(guī)范化和文檔化。規(guī)范化的目的是使眾多的開發(fā)者遵守相同的規(guī)范，使軟件生產(chǎn)擺脫個人生產(chǎn)方式，進(jìn)入標(biāo)準(zhǔn)化、工程化的生產(chǎn)方式。（2）文檔化是將軟件的設(shè)計思想、設(shè)計過程和實(shí)現(xiàn)過程完整地記錄下來，以便于后人的使用和維護(hù)，在開發(fā)過程中各類相關(guān)人員借助于文檔進(jìn)行交流和溝通。另外，在開發(fā)過程中產(chǎn)生的各類文檔使得軟件的生產(chǎn)過程由不可見變?yōu)榭梢?，便于管理者對軟件生產(chǎn)進(jìn)度和開發(fā)過程進(jìn)行管理。在用戶最終驗(yàn)收時可以通過對提交的文檔進(jìn)行技術(shù)審查和管理審查，保證軟件的質(zhì)量。8、簡述模塊獨(dú)立性，內(nèi)聚與耦合。答：模塊獨(dú)立性, 是指軟件系統(tǒng)中每個模塊只涉及軟件要求的具體的子功能, 而和軟件系統(tǒng)中其它的模塊的接口是簡

24、單的。一般采用兩個準(zhǔn)則度量模塊獨(dú)立性。即模塊間耦合和模塊內(nèi)聚。耦合是模塊之間的互相連接的緊密程度的度量。內(nèi)聚是模塊功能強(qiáng)度(一個模塊內(nèi)部各個元素彼此結(jié)合的緊密程度)的度量。模塊獨(dú)立性比較強(qiáng)的模塊應(yīng)是高內(nèi)聚低耦合的模塊。9、簡述在項(xiàng)目開發(fā)時選擇程序設(shè)計語言的主要考慮的因素。答：編程人員的水平和編程經(jīng)歷；待開發(fā)的軟件類型；算法和計算復(fù)雜性；數(shù)據(jù)結(jié)構(gòu)的復(fù)雜性；軟件的開發(fā)成本和時間要求；軟件可移植性要求；可用的軟件工具。10、一個程序片段如下，請?jiān)O(shè)計符合判定覆蓋的測試用例。if (a>=5) && (b<0) c=a+b;else c=a-b;if (c>5) | (

25、c<1) printf(“c不在計算區(qū)域n”)else printf(“%dn”, c);10、答案條件：a>=5 b<0a>=5 b0c<11<c<5符合判定覆蓋的測試用例（不唯一）：a=5,b=-1,c=4; a=5,b=5,c=0;評分標(biāo)準(zhǔn)：如果只列出條件給3分；給出兩組正確的測試用例各給3分11、請畫圖說明軟件工程的層次化結(jié)構(gòu)，并詳細(xì)分析中間兩層的內(nèi)容。11、答案軟件工程的內(nèi)容具有層次化結(jié)構(gòu)，最底層是質(zhì)量保證層，中間是過程層和方法層，最上層是工具層。見圖：其中過程層定義了一組關(guān)鍵過程域，目的是保證軟件開發(fā)過程的規(guī)范性和可控性。方法層提供了軟件開

26、發(fā)的各種方法，包括如何進(jìn)行軟件需求分析和設(shè)計，如何實(shí)現(xiàn)設(shè)計，如何測試和維護(hù)等方法。12、請為下面的程序設(shè)計符合判定覆蓋的測試用例。int main() int a,b,c,x,y,z,t; scanf(“d%,d%,d%),&a,&b,&c,&t); if a>5 && t<1 x=10 else x=1; if b>10 y=20 else y=2; if c>15 z=30 else z=3; printf(“d%,d%,d%n”,x,y,z)條件：a>5,t=0 a<=5,t=0b>10b<=

27、10c>15c<=15測試用例(不唯一)：a=6 t=0 b=11 c=16； a=5 t=0 b=10 c=15評分標(biāo)準(zhǔn)：只要寫出條件，不管測試用例是否給出都給3分；兩組測試用例各占3分。13、活動圖與狀態(tài)圖的區(qū)別？13.答案描述的重點(diǎn)不同：活動圖描述的是從活動到活動的控制流；狀態(tài)圖描述的是對象的狀態(tài)及狀態(tài)之間的轉(zhuǎn)移。使用的場合不同：在分析用例、理解涉及多個用例的工作流、處理多線程應(yīng)用等情況下，一般使用活動圖；在顯示一個對象在其生命周期內(nèi)的行為時，一般使用狀態(tài)圖。14、等價分類法的基本思想是什么？答：根據(jù)程序的輸入特性，將程序的定義域劃分為有限個等價區(qū)段“等價類”，從等價類中選擇

28、出的用例具有“代表性”，即測試某個等價類的代表值就等價于對這一類其他值的測試。如果某個等價類的一個輸入數(shù)據(jù)(代表值)測試中查出了錯誤，說明該類中其他測試用例也會有錯誤。15、請說明判定表的作用及其結(jié)構(gòu)。答案判定表是結(jié)構(gòu)化設(shè)計的工具，用于多條件的描述。其結(jié)構(gòu)分為4部分：條件列表、條件組合、操作列表、特定條件下的操作組合。16、請給出軟件工程七條基本原理中的任意三條基本原理。答案原理1用分階段的生命周期計劃嚴(yán)格管理 原理2堅(jiān)持進(jìn)行階段評審原理3實(shí)行嚴(yán)格的產(chǎn)品控制原理4采用現(xiàn)代程序設(shè)計技術(shù)原理5結(jié)果應(yīng)能清楚地審查原理6開發(fā)小組的人員應(yīng)該少而精原理7承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性17、結(jié)構(gòu)化程序設(shè)計的特征是什么？答案：結(jié)構(gòu)化程序設(shè)計的特征如下：程序模塊只有一個入口和一個出口、程序中只包含順序、條件和循環(huán)三種控制結(jié)構(gòu)。18衡量模塊獨(dú)立性的兩個標(biāo)準(zhǔn)是什么？它們各表示什么含義？答：（1）兩個定性的度量標(biāo)準(zhǔn)：耦合與內(nèi)聚性。（2）耦合性：也稱塊間聯(lián)系。指軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系緊密程度的一種度量。模塊之間聯(lián)系越緊密，其耦合性就越強(qiáng)，模塊的獨(dú)立性則越差。（3）內(nèi)聚性：也稱塊內(nèi)聯(lián)系。指模塊的功能強(qiáng)度的度量，即一個模塊內(nèi)部各個元素彼此結(jié)合的緊密程度的度量。模塊內(nèi)元素聯(lián)系越緊密，內(nèi)聚性越高。19. 活動圖與狀態(tài)圖的區(qū)別？答：（1）描述的重點(diǎn)不同：活動圖描述的是從活動到活動