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

1、軟件工程復(fù)習(xí)資料選擇題，請從四個(gè)可選項(xiàng)中選擇正確答案。1.軟件工程學(xué)科出現(xiàn)的主要原因是（CoA.計(jì)算機(jī)的發(fā)展B.其他工程科學(xué)的影響C.軟件危機(jī)的出現(xiàn)D.程序設(shè)計(jì)方法學(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)生一個(gè)重要文檔是（.BA.軟件維護(hù)說明書B.需求規(guī)格說明書C.可行性報(bào)告D.初步用戶手冊5 .內(nèi)聚程度較低的是（DA.通信內(nèi)聚B.過程內(nèi)聚C.順序內(nèi)聚D時(shí)間內(nèi)聚6

2、.概要設(shè)計(jì)是軟件系統(tǒng)結(jié)構(gòu)的總體設(shè)計(jì)，以下選項(xiàng)中不屬于概要設(shè)計(jì)的是（D）A.把軟件劃分成模塊B確定模塊之間的調(diào)用關(guān)系C.確定各個(gè)模塊的功能D.設(shè)計(jì)每個(gè)模塊的偽代碼7、程序流程圖與數(shù)據(jù)流程圖的關(guān)系（A）oA.不確定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種類型，即（BA.邊界類、實(shí)體類、控制類B.實(shí)體類、控制類、界面類C控制類、實(shí)體類、虛類D.界面類、控制類、公共類10 .（D）是一般化類與特殊化類之間的一種關(guān)聯(lián)形式，設(shè)計(jì)時(shí)應(yīng)該適當(dāng)使用這種耦

3、合。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ì)環(huán)境B.經(jīng)濟(jì)、技術(shù)、開發(fā)組織能力和領(lǐng)導(dǎo)者水平C經(jīng)濟(jì)、技術(shù)、計(jì)算機(jī)硬件環(huán)境和網(wǎng)絡(luò)帶寬D經(jīng)濟(jì)、技術(shù)、軟件開發(fā)工具和人員的穩(wěn)定性13、針對需求不確定的軟件開發(fā)，比較好的模型是（A）。A.快速原型化模型B.瀑布模型C.軟件成熟度模型D.系統(tǒng)化模型14 .下面的哪個(gè)選項(xiàng)不是軟件工程的宗旨（D）。A.開發(fā)滿足用戶需求的軟件B.研究算法C及時(shí)交付軟件D.生產(chǎn)無故障

4、軟件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è)計(jì)方法劃分模塊的原則是（C）。A.模塊扇出小于5B.模塊扇入小于5C.低耦合，高內(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對象D時(shí)間20、功能模型用于表達(dá)系統(tǒng)的需求，為軟件的進(jìn)一步分析和設(shè)計(jì)打下基礎(chǔ)。在面向?qū)ο蠓椒ㄖ?，由?C）實(shí)

5、現(xiàn)。A.場景描述B.活動(dòng)圖和場景描述C用例圖和場景描述D交互圖和場景描述21.結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（D）。A.程序的規(guī)本HB程序效率C程序語言的先進(jìn)性D程序易讀性22、對用例進(jìn)行設(shè)計(jì)，發(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ù)名構(gòu)C函數(shù)D過程24、從狹義上講，軟件測試是（.D）的過程。A.為發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序B.為了驗(yàn)證程序正確C用不同的數(shù)據(jù)驗(yàn)證程序正確性D.區(qū)分程序員水平25、在設(shè)計(jì)黑盒測試用例時(shí)，主要研究（.D）oA.概要設(shè)計(jì)說明書B.詳細(xì)設(shè)計(jì)說明C.項(xiàng)目開發(fā)計(jì)劃D需求規(guī)格說明26

6、、（B）時(shí)，測試人員必須接觸到程序源代碼。A、黑盒測試B、白盒測試C壓力測試D、外觀測試27、一般維護(hù)程序代碼的策略（B）。A.從需求開始重新開發(fā)B.根據(jù)維護(hù)申請讀源程序，并修改C.找一個(gè)新的模塊替換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ù)的時(shí)間段29、（D）針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。A.組織管理B.過程管理C.風(fēng)險(xiǎn)管理D.軟件配置管理30、程序的三種基本控制結(jié)構(gòu)，包括順序結(jié)構(gòu)、（A）和循環(huán)結(jié)構(gòu)。A.判斷結(jié)構(gòu)B.說明結(jié)構(gòu)C輸

7、入2構(gòu)D.輸出結(jié)構(gòu)31、在分析模型內(nèi)表示協(xié)調(diào)、順序、事務(wù)處理以及控制其他對象的類是（.C）oA.控制類B.組件類C主函數(shù)D事務(wù)類32、信息隱藏的核心內(nèi)容是（D）。A.把數(shù)據(jù)都放在公共的區(qū)域B.數(shù)據(jù)不能被其他模塊訪問C.一個(gè)模塊的內(nèi)部信息不允許其他模塊直接訪問D.把信息加密，只能讓有密鑰的模塊訪問33、面向過程的方法最關(guān)心的是過程，而過程實(shí)施的對象是彳為過程（D）傳遞的。A.參數(shù)B.主體C過程D.數(shù)據(jù)結(jié)構(gòu)34、測試用例是一組（.A）。A.測試用的輸入數(shù)據(jù)以及對應(yīng)的預(yù)期結(jié)果B.測試驅(qū)動(dòng)程序C.測試數(shù)據(jù)D.測試程序及數(shù)據(jù)35、由于面向?qū)ο笾械睦^承和消息機(jī)制，使得軟件測試（B）oA.更加簡單B更加復(fù)雜

8、C沒變D不確定36、軟件維護(hù)過程中產(chǎn)生的副作用，一般是由（B）引起的。A.算法說明B.修改程序C.優(yōu)先級D.環(huán)境要求37、項(xiàng)目計(jì)劃活動(dòng)的主要任務(wù)是（D）。A.估算項(xiàng)目白進(jìn)度B.分配工作量C.計(jì)劃資源使用D.以上全部38、如果程序代碼的（C）好，則調(diào)試的成本就可以大幅度降低。A.性能比B.可擴(kuò)充性C.可讀性D.可移植性39、兩個(gè)浮點(diǎn)數(shù)X0和X1比較相等時(shí)，應(yīng)該用（。比較。=X1<£C.|X0-X1|<e=X140、瀑布模型存在的問題是（DA.用戶容易參與開發(fā)B.適用可變需求C.用戶與開發(fā)者易溝通D.缺乏靈活性41.可行性研究的主要任務(wù)是（C）。A.確定系統(tǒng)做什么B.確定性能

9、C確定功能D.進(jìn)行一次簡要的需求分析42、用戶需求描述的是（A）oA.用戶使用該軟件要完成的任務(wù)B.業(yè)務(wù)需求C.功能需求D.軟件目標(biāo)、規(guī)模和范圍43、數(shù)據(jù)流程圖的主要作用是（B）oA.描述模塊組成B說明用戶數(shù)據(jù)結(jié)構(gòu)C.描述軟件功能D.建造系統(tǒng)的邏輯模型44、業(yè)務(wù)需求描述的是（D）。A.功能需求B.用戶需求C.用戶的具體業(yè)務(wù)流程D.軟件的目標(biāo)、規(guī)模和范圍45、一個(gè)數(shù)據(jù)流程圖中的圖形符號(hào)有且僅有（C）種。46、非直接耦合的模塊獨(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.

10、一個(gè)模塊的內(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、用（D）模型描述系統(tǒng)組織結(jié)構(gòu)。A.組織C數(shù)據(jù)D.靜態(tài)51、下面的哪個(gè)選項(xiàng)不是軟件工程的宗旨（D）。A.開發(fā)滿足用戶需求的軟件B.研究算法C.及時(shí)交付軟件D.生產(chǎn)無故障軟件52、軟件開發(fā)活動(dòng)的順序應(yīng)該是（A）oA.問題定義、可行性研究、需求分析、設(shè)計(jì)、編碼和測試。B.問題定義、設(shè)計(jì)、可行性研究、編碼和測試。C.需求分析、設(shè)

11、計(jì)、編碼和測試。D.需求分析、編碼和測試、試運(yùn)行。53、假定銀行的存款年利率是2%,請問現(xiàn)在存5000元，兩年后價(jià)值應(yīng)為（A）元。54、系統(tǒng)物理模型用（A）表示。A.系統(tǒng)流程圖B.數(shù)據(jù)流程圖C.程序流程圖圖55 .需求規(guī)格說明書的作用不包括（C）A.軟件驗(yàn)收的依據(jù)B.用戶與開發(fā)人員對軟件要做什么的共同理解C.軟件可行性研究的依據(jù)D.軟件設(shè)計(jì)的依據(jù)56 .進(jìn)行需求分析有的多種描述工具，但不包括（C）。A.數(shù)據(jù)流圖B判定表圖D.數(shù)據(jù)詞典57 .反映模塊獨(dú)立性的指標(biāo)是（DA.模塊的復(fù)雜性B.模塊的大小C模塊的參數(shù)D.內(nèi)聚和耦合58 .兩個(gè)模塊都訪問一個(gè)全局簡單變量而不是同一全局?jǐn)?shù)據(jù)結(jié)構(gòu)，則這兩個(gè)模塊

12、屬于（.BA.數(shù)據(jù)耦合B.外部耦合C.公共耦合D.內(nèi)容耦合59.下列哪個(gè)不是UML的視圖（B）A.邏輯視圖B.行為視圖C.組件視圖D.并發(fā)視圖60、用（B）模型分析和定義用戶的功能需求。A.數(shù)據(jù)B.靜態(tài)C.動(dòng)態(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 .動(dòng)態(tài)模型描述系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)和對象之間的交互，表示瞬時(shí)的、行為化的系統(tǒng)“控制”特性。面向?qū)ο蠓椒ㄖ?，常用（D）實(shí)現(xiàn)

13、。A.狀態(tài)圖B.交互圖C.活動(dòng)圖D.以上全部64 .不適合作為數(shù)據(jù)處理與數(shù)據(jù)庫應(yīng)用的語言是（C）A.SQLB.CobolC.4GLD.Lisp65 .軟件工程中，只根據(jù)程序的功能說明而不關(guān)心程序內(nèi)部邏輯的測試方法，稱為（C）測試。A.白盒法B.灰盒法C黑盒法D.綜合法66 .若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè)X,其范圍是,現(xiàn)從輸入的角度考慮一組測試用例：，。設(shè)計(jì)這組測試用例的方法是（C）oA.條件覆蓋法B等價(jià)分類法C.邊界值分析法D錯(cuò)誤推測法67 .即使軟件能順利運(yùn)行，但用戶往往會(huì)提出增加新功能或改進(jìn)已有功能的建議，為滿足這一類要求而進(jìn)行的?S動(dòng)稱為（A）oA.完善性維護(hù)B.預(yù)防性維護(hù)

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

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

16、免測試自己編寫的程序代碼D.測試工作越早開始越好77、引起軟件改變的原因主要有(DA.運(yùn)行環(huán)境變化B.需求變化C.系統(tǒng)有錯(cuò)D.以上全部78、(C)針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。A.組織管理B.過程管理C.軟件配置管理D.風(fēng)險(xiǎn)管理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ù)審的文檔簡答題1、 試從軟件的特點(diǎn)出發(fā)分析軟件危機(jī)產(chǎn)生的原因。1、答案軟件是一種邏輯實(shí)體，具有抽象性，無法看到軟件本身的

17、形態(tài)，必須通過觀察、分析、思考和判斷才能了解它的功能和性能。軟件對硬件和環(huán)境有著不同程度的依賴性，這導(dǎo)致了軟件升級和移植的問題。計(jì)算機(jī)硬件和支撐環(huán)境不斷升級，為了適應(yīng)運(yùn)行環(huán)境的變化，軟件也需要不斷維護(hù)，并且維護(hù)的成本通常比開發(fā)成本局許多。軟件生產(chǎn)至今尚未擺脫手工方式，軟件開發(fā)的手工行為造就了一個(gè)致命的問題，就是為應(yīng)用“量身訂做”軟件。長期以來，軟件給人的感覺是修改幾條指令很簡單，客戶總是強(qiáng)調(diào)軟件要適應(yīng)自己的業(yè)務(wù)需求。因此，軟件產(chǎn)品大多是為客戶“訂做”的，通用性差。軟件涉及人類社會(huì)的各行各業(yè)，常常涉及一些行業(yè)知識(shí)，這對軟件工程師提出了很高的要求。軟件是與文學(xué)藝術(shù)作品相似的精神作品，與體力勞動(dòng)相比

18、，精神活動(dòng)過程的特點(diǎn)是不可見性”，這大大增加了組織管理上的困難。2、 評分標(biāo)準(zhǔn)：學(xué)生只要寫出三個(gè)特點(diǎn)就給滿分，少一個(gè)減2分。2、答案軟件生命周期是一個(gè)軟件從提出開發(fā)要求到廢棄為止的整個(gè)時(shí)期。軟件生命周期可分為8個(gè)階段：問題定義、可行性分析、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、系統(tǒng)測試和運(yùn)行維護(hù)評分標(biāo)準(zhǔn)：每個(gè)問題給3分。3、 什么是軟件生命周期他分為哪幾個(gè)階段3、一個(gè)程序片段如下，請?jiān)O(shè)計(jì)符合條件組合覆蓋的測試用例。if(a>=4)&&(b<0)c=a+b;elsec=a-b;if(c>3)|(c<1)printf(c不在計(jì)算區(qū)域n");elsep

19、rintf(%dn"，c);3、答案a>=4b<0a>=4b>=0a<4b<0a<4b>=0c>3c<=3c<1c>=1綜合以上條件組合，設(shè)計(jì)測試用例如下(注意結(jié)果不唯一，只要滿足上面的組合條件即可)：a=4b=-1c=3a=4b=0c=4a=-1b=-1c=0a=2b=0c=2評分標(biāo)準(zhǔn)：列出a,b四組數(shù)據(jù)各給1分，考慮c數(shù)據(jù)給2分。4、請說明對象模型的作用是什么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ū)ο蠓椒ㄖ?，類圖是

20、構(gòu)建對象模型的核心工具。5.為了提高軟件的可維護(hù)性，在軟件開發(fā)過程的各個(gè)階段怎樣充分考慮軟件的可維護(hù)性因素。5、答：(1)在需求分析階段應(yīng)該明確維護(hù)的范圍和責(zé)任，檢查每條需求，分析維護(hù)時(shí)這條需求可能需要的支持，對于那些可能發(fā)生變化的需求要考慮系統(tǒng)的應(yīng)變能力。(2)在設(shè)計(jì)階段應(yīng)該做一些表更實(shí)驗(yàn)，檢查系統(tǒng)的可維護(hù)性、靈活性和可移植性，設(shè)計(jì)時(shí)應(yīng)該將今后可能變更的內(nèi)容與其他部分分離出來，并且遵循高內(nèi)聚、低耦合的原則。(3)編碼階段要保持源程序與文檔的一致性、源程序的可理解性和規(guī)范性。(4)在測試階段測試人員應(yīng)該按照需求文檔和設(shè)計(jì)文檔測試軟件的有效性和可用性，收集出錯(cuò)信息并進(jìn)行分類統(tǒng)計(jì)，為今后的維護(hù)打下

21、基礎(chǔ)。6、面向?qū)ο蟮姆治鐾ǔＲ⑷齻€(gè)模型，請問三個(gè)模型的作用6、答案1)功能模型：表達(dá)系統(tǒng)的詳細(xì)需求，為軟件的進(jìn)一步分析和設(shè)計(jì)打下基礎(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)動(dòng)態(tài)模型：描述系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)和對象之間的交互，表示瞬時(shí)的、行為化的系統(tǒng)的“控制”特性。7、軟件工程為什么要強(qiáng)調(diào)規(guī)范化和文檔化答：(1)軟件工程強(qiáng)調(diào)規(guī)范化和文檔化。規(guī)范化的目的是使眾多的開發(fā)者遵守相同的規(guī)范，使軟件生產(chǎn)擺脫個(gè)人生產(chǎn)方式，進(jìn)入標(biāo)準(zhǔn)化、工程化的生產(chǎn)方式。(2)文檔化是將軟件的設(shè)計(jì)思

22、想、設(shè)計(jì)過程和實(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)收時(shí)可以通過對提交的文檔進(jìn)行技術(shù)審查和管理審查，保證軟件的質(zhì)量。8、簡述模塊獨(dú)立性，內(nèi)聚與耦合。模塊獨(dú)立性，是指軟件系統(tǒng)中每個(gè)模塊只涉及軟件要求的具體的子功能，而和軟件系統(tǒng)中其它的模塊的接口是簡單的。一般采用兩個(gè)準(zhǔn)則度量模塊獨(dú)立性。即模塊間耦合和模塊內(nèi)聚。耦合是模塊之間的互相連接的緊密程度的度量。內(nèi)聚是模塊功能強(qiáng)度(一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度)的度量

23、。模塊獨(dú)立性比較強(qiáng)的模塊應(yīng)是高內(nèi)聚低耦合的模塊。9、簡述在項(xiàng)目開發(fā)時(shí)選擇程序設(shè)計(jì)語言的主要考慮的因素。答：編程人員的水平和編程經(jīng)歷；待開發(fā)的軟件類型；算法和計(jì)算復(fù)雜性；數(shù)據(jù)結(jié)構(gòu)的復(fù)雜性；軟件的開發(fā)成本和時(shí)間要求；軟件可移植性要求；可用的軟件工具。10、一個(gè)程序片段如下，請?jiān)O(shè)計(jì)符合判定覆蓋的測試用例。if(a>=5)&&(b<0)c=a+b;elsec=a-b;if(c>5)|(c<1)printf(c不在計(jì)算區(qū)域n")elseprintf(%dn:c);10、答案條件：a>=5b<0a>=5b<0c<11<c

24、<5符合判定覆蓋的測試用例(不唯一)：a=5,b=-1,c=4;a=5,b=5,c=0;評分標(biāo)準(zhǔn)：如果只列中條件給3分：第出兩組正確的測試用例各給3分工且層11、請畫圖率陽軸牛丁程的堂濟(jì)湛甫構(gòu)，奔詳細(xì)分析中間兩層的內(nèi)容。方法層11、答案軟件工程的內(nèi)容具有層次峭型后裴底層是質(zhì)量*訐山中間是過程層和節(jié)展層，乍;卜層是丁具已見圖：質(zhì)量保證層其中過程層定義了一組關(guān)鍵過程域，目的是保證軟件開發(fā)過程的規(guī)范性和可控性。方法層提供了軟件開發(fā)的各種方法，包括如何進(jìn)行軟件需求分析和設(shè)計(jì)，如何實(shí)現(xiàn)設(shè)計(jì)，如何測試和維護(hù)等方法。12、請為下面的程序設(shè)計(jì)符合判定覆蓋的測試用例。intmain()inta,b,c,x

25、,y,z,t;scanf("d%,d%,d%),&a,&b,&c;ifa>5&&t<1x=10elsex=1;ifb>10y=20elsey=2;ifc>15z=30elsez=3;printf("d%,d%d%x,y,z)條件：a>5,t=0a<=5,t=0b>10b<=10c>15c<=15測試用例(不唯一)：a=6t=0b=11c=16;a=5t=0b=10c=15評分標(biāo)準(zhǔn)：只要寫出條件，不管測試用例是否給出都給3分；兩組測試用例各占3分。13、活動(dòng)圖與狀態(tài)圖的區(qū)別13

26、.答案描述的重點(diǎn)不同：活動(dòng)圖描述的是從活動(dòng)到活動(dòng)的控制流；狀態(tài)圖描述的是對象的狀態(tài)及狀態(tài)之間的轉(zhuǎn)移。使用的場合不同：在分析用例、理解涉及多個(gè)用例的工作流、處理多線程應(yīng)用等情況下，一般使用活動(dòng)圖；在顯示一個(gè)對象在其生命周期內(nèi)的行為時(shí)，一般使用狀態(tài)圖。14、等價(jià)分類法的基本思想是什么答：根據(jù)程序的輸入特性，將程序的定義域劃分為有限個(gè)等價(jià)區(qū)段一一“等價(jià)類”，從等價(jià)類中選擇出的用例具有“代表性”，即測試某個(gè)等價(jià)類的代表值就等價(jià)于對這一類其他值的測試。如果某個(gè)等價(jià)類的一個(gè)輸入數(shù)據(jù)(代表值)測試中查出了錯(cuò)誤，說明該類中其他測試用例也會(huì)有錯(cuò)誤。15、請說明判定表的作用及其結(jié)構(gòu)。答案判定表是結(jié)構(gòu)化設(shè)計(jì)的工具，

27、用于多條件的描述。其結(jié)構(gòu)分為4部分：條件列表、條件組合、操作列表、特定條件下的操作組合。16、請給出軟件工程七條基本原理中的任意三條基本原理。答案原理1.用分階段的生命周期計(jì)劃嚴(yán)格管理原理2.堅(jiān)持進(jìn)行階段評審原理3.實(shí)行嚴(yán)格的產(chǎn)品控制原理4.采用現(xiàn)代程序設(shè)計(jì)技術(shù)原理5.結(jié)果應(yīng)能清楚地審查原理6.開發(fā)小組的人員應(yīng)該少而精原理7.承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性17、結(jié)構(gòu)化程序設(shè)計(jì)的特征是什么答案：結(jié)構(gòu)化程序設(shè)計(jì)的特征如下：程序模塊只有一個(gè)入口和一個(gè)出口、程序中只包含順序、條件和循環(huán)三種控制結(jié)構(gòu)。18 .衡量模塊獨(dú)立性的兩個(gè)標(biāo)準(zhǔn)是什么它們各表示什么含義答：(1)兩個(gè)定性的度量標(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)度的度量，即一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度的度量。模塊內(nèi)元素聯(lián)系越緊密，內(nèi)聚性越同。19 .活動(dòng)圖與狀態(tài)圖的區(qū)別答：(1)描述的重點(diǎn)不同：活動(dòng)圖描述的是從活動(dòng)到活動(dòng)的控制流；狀態(tài)圖描述的是對象的狀態(tài)及狀態(tài)之間的轉(zhuǎn)移。(2)使用的場合不同：在分析用例、理解涉及多個(gè)用例的工作流、處理多線程應(yīng)用等情況下，一般使用活動(dòng)圖；在顯示一個(gè)對象在其生命周