系統(tǒng)集成項(xiàng)目管理工程師考試沖刺習(xí)題與解答

1、系統(tǒng)集成項(xiàng)目管理工程師考試沖刺（習(xí)題與解答）第1章信息系統(tǒng)開發(fā)基礎(chǔ)從歷年的考試試題來看，本章的考點(diǎn)在綜合知識考試中的平均分?jǐn)?shù)為5.57分，約為總分的7.43%。主要分?jǐn)?shù)集中在信息系統(tǒng)建設(shè)、軟件工程和面向?qū)ο蠹夹g(shù)這三個(gè)知識點(diǎn)上。1.1 考點(diǎn)提煉根據(jù)系統(tǒng)集成項(xiàng)目管理工程師考試大綱相關(guān)規(guī)定，信息系統(tǒng)開發(fā)基礎(chǔ)涉及的考試范圍主要有信息系統(tǒng)建設(shè)相關(guān)基礎(chǔ)知識、軟件工程和軟件體系結(jié)構(gòu)、面向?qū)ο蠓治雠c設(shè)計(jì)。根據(jù)系統(tǒng)集成項(xiàng)目管理工程師考試大綱，結(jié)合歷年考試真題，希賽教育的軟考專家認(rèn)為，考生必須要掌握以下幾個(gè)方面的內(nèi)容：1、信息系統(tǒng)建設(shè)在信息系統(tǒng)建設(shè)方面，涉及的考點(diǎn)有信息系統(tǒng)的概念、信息系統(tǒng)的功能、信息系統(tǒng)的生命周

2、期（重點(diǎn)）、信息系統(tǒng)建設(shè)的原則、信息系統(tǒng)開發(fā)方法（重點(diǎn)）。2、軟件工程在軟件工程方面，涉及的考點(diǎn)比較多，具體列舉如下：（1）軟件開發(fā)過程：軟件開發(fā)模型（重點(diǎn)）、軟件需求分析與定義（重點(diǎn)）、軟件設(shè)計(jì)、軟件測試、軟件維護(hù)、軟件復(fù)用、軟件質(zhì)量保證及質(zhì)量評價(jià)（重點(diǎn)）、軟件開發(fā)環(huán)境、軟件過程管理。（2）軟件構(gòu)件技術(shù)知識：構(gòu)件及其重要性、常用構(gòu)件標(biāo)準(zhǔn)（重點(diǎn)）。（3）軟件體系結(jié)構(gòu)：軟件體系結(jié)構(gòu)的定義、典型的體系結(jié)構(gòu)、軟件體系結(jié)構(gòu)設(shè)計(jì)方法、軟件體系結(jié)構(gòu)分析與評估。（4）軟件工具：建模工具、軟件開發(fā)工具、軟件測試工具、項(xiàng)目管理工具。3、面向?qū)ο蠹夹g(shù)在面向?qū)ο蠓椒ǚ矫妫婕暗目键c(diǎn)有面向?qū)ο蟮幕靖拍?、統(tǒng)一建模語言

3、（重點(diǎn)）、面向?qū)ο蟮姆治雠c設(shè)計(jì)。1.2強(qiáng)化練習(xí)試題1常用的信息系統(tǒng)開發(fā)方法中，不包括（ 1 ）。（1）A結(jié)構(gòu)化方法B關(guān)系方法 C原型法 D面向?qū)ο蠓椒ㄔ囶}2某一MIS系統(tǒng)項(xiàng)目的實(shí)施過程如下：需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試。那么該項(xiàng)目最有可能采用的是（ 2 ）。（2）A瀑布模型B迭代模型CV模型D螺旋模型試題3信息系統(tǒng)開發(fā)方法有很多種，開發(fā)人員可以根據(jù)項(xiàng)目的需要選擇一種適合的開發(fā)方法，其中把整個(gè)系統(tǒng)的開發(fā)過程分為若干階段，然后一步一步地依次進(jìn)行開發(fā)的方法稱為（ 3 ）。（3）A面向?qū)ο蠓椒?B結(jié)構(gòu)化方法 C瀑布模型方法 D原型方法試題4在面向?qū)ο筌浖_

4、發(fā)方法中，一個(gè)對象一般由（ 4 ）組成。（4）A對象名、屬性、方法 B名稱、屬性、實(shí)例 C對象名、屬性、消息 D名稱、消息、函數(shù)試題5信息系統(tǒng)的開發(fā)階段是信息系統(tǒng)生命周期中最重要和最關(guān)鍵的階段，該階段又可以分為5個(gè)子階段，即系統(tǒng)規(guī)劃、（ 5 ）、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施和系統(tǒng)驗(yàn)收階段。（5）A系統(tǒng)計(jì)劃 B系統(tǒng)需求 C系統(tǒng)架構(gòu) D系統(tǒng)分析試題6信息系統(tǒng)的生命周期可分為四個(gè)階段它們具體是（ 6 ）。（6）A. 立項(xiàng)、開發(fā)、運(yùn)維、消亡 B. 計(jì)劃、執(zhí)行、監(jiān)控、收尾 C. 總體規(guī)劃、分析、設(shè)計(jì)、實(shí)施 D. 需求分析、設(shè)計(jì)、編碼、運(yùn)維試題7UML中的用例和用例圖的主要用途是描述系統(tǒng)的（ 7 ）。（7）A內(nèi)部接

5、口 B功能需求 C體系結(jié)構(gòu) D詳細(xì)設(shè)計(jì)試題8在幾種不同類型的軟件維護(hù)中，通常情況下（ 8 ）所占的工作量最大。（8）A更正性維護(hù) B適應(yīng)性維護(hù) C完善性維護(hù) D預(yù)防性維護(hù)試題9軟件設(shè)計(jì)包括軟件架構(gòu)設(shè)計(jì)和軟件詳細(xì)設(shè)計(jì)。架構(gòu)設(shè)計(jì)屬于高層設(shè)計(jì)，主要描述軟件的結(jié)構(gòu)和組織，標(biāo)識各種不同的組件。由此可知，在信息系統(tǒng)開發(fā)中, （ 9 ）屬于軟件架構(gòu)設(shè)計(jì)師要完成的主要任務(wù)之一。（9）A軟件復(fù)用 B需求分配 C需求獲取 D模式設(shè)計(jì)試題10管理信息系統(tǒng)建設(shè)的結(jié)構(gòu)化方法中，用戶參與的原則是用戶必須參與（ 10 ）。（10）A系統(tǒng)分析工作 B系統(tǒng)建設(shè)中各階段工作 C系統(tǒng)設(shè)計(jì)工作D系統(tǒng)實(shí)施工作試題11在UML圖中，（

6、11 ）展現(xiàn)了一組類、接口、協(xié)作和它們之間的關(guān)系。（11）A類圖 B構(gòu)件圖 C序列圖 D部署圖試題12在信息系統(tǒng)集成項(xiàng)目中，經(jīng)常使用（ 12 ）對集成的系統(tǒng)進(jìn)行性能測試。（12）ABugzilla B TrueCoverage CLoadRunner DTestManager試題13下列測試方法中，（ 13 ）均屬于黑盒測試的方法。（13）A等價(jià)類劃分和錯(cuò)誤推測法 B條件覆蓋法和基本路徑測試法 C邊界值分析法和代碼檢查法 D語句覆蓋法和邊界值分析法試題14軟件架構(gòu)模式描述了如何將各個(gè)模塊和子系統(tǒng)有效地組織成一個(gè)完整的系統(tǒng)。諸如Word和Excel這類圖形界面應(yīng)用軟件所采用的架構(gòu)模式是（ 14

7、）。（14）A分層模式 B面向?qū)ο竽Ｊ?C事件驅(qū)動模式 D知識庫模式試題15軟件架構(gòu)模式描述了如何將各個(gè)模塊和子系統(tǒng)有效地組織成一個(gè)完整的系統(tǒng)。分層通信協(xié)議（如ISO/OSI的七層網(wǎng)絡(luò)模型）所采用的架構(gòu)模式是（ 15 ）。（15）A分層模式 B面向?qū)ο竽Ｊ?C事件驅(qū)動模式 D知識庫模式試題16CORBA是由OMG組織為解決分布式處理環(huán)境中軟硬件系統(tǒng)互連而提出的一種解決方案，已經(jīng)逐漸成為分布計(jì)算技術(shù)的標(biāo)準(zhǔn)。CORBA標(biāo)準(zhǔn)主要分為三個(gè)層次，其中規(guī)定業(yè)務(wù)對象有效協(xié)作所需的協(xié)議規(guī)則的層次是（ 16 ）。（16）A公共對象服務(wù) B對象請求代理 C公共設(shè)施 D公共語言規(guī)范試題17下列關(guān)于中間件特點(diǎn)的描述，

8、（ 17 ）是正確的。（17）A中間件不能運(yùn)行于多種硬件和操作系統(tǒng)平臺上 B跨越網(wǎng)絡(luò)、硬件、操作系統(tǒng)平臺的應(yīng)用或服務(wù)可通過中間件透明交互 C中間件運(yùn)行于客戶機(jī)服務(wù)器的操作系統(tǒng)內(nèi)核中，提高內(nèi)核運(yùn)行效率 D中間件不應(yīng)支持標(biāo)準(zhǔn)的協(xié)議和接口試題18關(guān)于軟件測試，下列說法錯(cuò)誤的是（ 18 ）。（18）A測試是為評價(jià)和改進(jìn)產(chǎn)品質(zhì)量、識別產(chǎn)品的缺陷和問題而進(jìn)行的活動 B測試只是一種僅在編碼階段完成后才開始的活動 C測試不僅是檢查預(yù)防措施是否有效的主要手段，而且是識別由于某種原因預(yù)防措施無效而產(chǎn)生的錯(cuò)誤的主要手段 D軟件測試可以在概念上區(qū)分三個(gè)大的測試階段：單元測試、集成測試和系統(tǒng)測試試題19下列關(guān)于軟件復(fù)用

9、，（ 19 ）是不正確的。（19）A軟件復(fù)用是指利用已有軟件的各種有關(guān)知識構(gòu)造新的軟件，以縮減軟件開發(fā)和維護(hù)的費(fèi)用 B軟件復(fù)用有利于提高軟件的生產(chǎn)力或生成效率 C軟件復(fù)用一般僅指代碼復(fù)用 D軟件復(fù)用有利于提高軟件的質(zhì)量試題20根據(jù)軟件“產(chǎn)品質(zhì)量”國際標(biāo)準(zhǔn)IS09126的定義，軟件質(zhì)量不包括（ 20 ）。（20）A內(nèi)部質(zhì)量 B外部質(zhì)量 C使用質(zhì)量 D產(chǎn)品質(zhì)量試題21下列為軟件質(zhì)量管理過程中的評審與審計(jì)過程，除了（ 21 ）之外。（21）A、管理評審 B、技術(shù)評審 C、檢查和走查 D、軟件測試試題22以下關(guān)于軟件質(zhì)量保證和質(zhì)量評價(jià)的描述中，不正確的是（ 22 ）。（22）A軟件質(zhì)量保證過程通過計(jì)劃

10、制訂、實(shí)施和完成一組活動提供保證，這些活動保證項(xiàng)目生命周期中的軟件產(chǎn)品和過程符合其規(guī)定的需求 B驗(yàn)證和確認(rèn)過程確定某一開發(fā)和維護(hù)活動的產(chǎn)品是否符合活動的需求，最終的產(chǎn)品是否滿足用戶需求 C檢查的目的是評價(jià)軟件產(chǎn)品，以確定其對使用意圖的適合性，目標(biāo)是識別規(guī)范說明與標(biāo)準(zhǔn)的差異，并向管理提供證據(jù) D軟件審計(jì)的目的是提供軟件產(chǎn)品和過程對于可應(yīng)用的規(guī)則、標(biāo)準(zhǔn)、指南、計(jì)劃和流程的遵從性的獨(dú)立評價(jià)試題23ISO/IEC 9126定義的軟件質(zhì)量特性，包括功能性、可靠性、（ 23 ）、效率、可維護(hù)性和可移植性。（23）A穩(wěn)定性 B適合性 C易用性 D準(zhǔn)確性試題24一個(gè)設(shè)計(jì)良好的軟件系統(tǒng)應(yīng)具有（ 24 ）的特征。

11、（24）A低內(nèi)聚、低耦合 B高內(nèi)聚、低耦合 C高內(nèi)聚、高耦合 D低內(nèi)聚、低耦合試題25軟件需求可理解為：為解決特定問題而由被開發(fā)或被修改的軟件所展示出的特性。所有軟件需求的基本特性是（ 25 ）。（25）A與用戶交互性 B可驗(yàn)證性 C面向?qū)ο?D解決沖突試題26根據(jù)GB/T16260.1中對軟件產(chǎn)品質(zhì)量模型的描述，軟件產(chǎn)品的使用質(zhì)量不包括（ 26 ）。（26） A可移植性 B生產(chǎn)率 C滿意度 D有效性試題27在面向?qū)ο蠓治鲋?，其分析過程的第一步是（ 27 ）。（27）A發(fā)現(xiàn)用例 B建立功能模型 C進(jìn)行領(lǐng)域分析 D發(fā)現(xiàn)角色參與者試題28面向?qū)ο箝_發(fā)技術(shù)中，對象定義為系統(tǒng)中用來描述客觀事物的一個(gè)實(shí)

12、體，對象之間通過（ 28 ）執(zhí)行有關(guān)操作。（28）A消息 B調(diào)用 C信息共享 D繼承試題29在面向?qū)ο箝_發(fā)方法中，用UML表示軟件體系架構(gòu)，用到5個(gè)視圖：邏輯視圖、構(gòu)件視圖、部署視圖、（ 29 ）。（29）A使用視圖和動態(tài)視圖 B靜態(tài)視圖和動態(tài)視圖 C用例視圖和動態(tài)視圖 D用例視圖和進(jìn)程視圖試題30以下UML的各種圖中，（ 30 ）屬于交互圖的范疇。（30）A活動圖 B對象圖 C順序圖 D狀態(tài)圖1.3習(xí)題解答試題1分析常用的信息系統(tǒng)開發(fā)方法包括結(jié)構(gòu)化方法、快速原型法、企業(yè)系統(tǒng)規(guī)劃法、戰(zhàn)略數(shù)據(jù)規(guī)劃法、信息工程法和面向?qū)ο蠓椒?。?）結(jié)構(gòu)化方法。結(jié)構(gòu)化方法是由結(jié)構(gòu)化系統(tǒng)分析和設(shè)計(jì)組成的一種信息系統(tǒng)

13、開發(fā)方法。結(jié)構(gòu)化方法是目前最成熟、應(yīng)用最廣泛的信息系統(tǒng)開發(fā)方法之一。由于它是假定被開發(fā)的系統(tǒng)是一個(gè)結(jié)構(gòu)化的系統(tǒng)，因此，其基本思想是將系統(tǒng)的生命周期劃分為系統(tǒng)調(diào)查、系統(tǒng)分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施、系統(tǒng)維護(hù)等階段。結(jié)構(gòu)化方法遵循系統(tǒng)工程原理，按照事先設(shè)計(jì)好的程序和步驟，使用一定的開發(fā)工具，完成規(guī)定的文檔，在結(jié)構(gòu)化和模塊化的基礎(chǔ)上進(jìn)行信息系統(tǒng)的開發(fā)工作。結(jié)構(gòu)化方法的開發(fā)過程一般是先將系統(tǒng)的功能看成是一個(gè)大的模塊，再根據(jù)系統(tǒng)分析與設(shè)計(jì)的要求對其進(jìn)行進(jìn)一步的模塊分解或組合。結(jié)構(gòu)化方法具有如下特點(diǎn)：1、遵循用戶至上原則。2、嚴(yán)格區(qū)分工作階段，每個(gè)階段有明確的任務(wù)和取得的成果。3、強(qiáng)調(diào)系統(tǒng)開發(fā)過程的整體性和全

14、局性。4、系統(tǒng)開發(fā)過程工程化，文檔資料標(biāo)準(zhǔn)化。結(jié)構(gòu)化方法的優(yōu)點(diǎn)是：理論基礎(chǔ)嚴(yán)密，它的指導(dǎo)思想是用戶需求在系統(tǒng)建立之前就能被充分了解和理解。由此可見，結(jié)構(gòu)化方法注重開發(fā)過程的整體性和全局性。結(jié)構(gòu)化方法的缺點(diǎn)是：開發(fā)周期長；文檔、設(shè)計(jì)說明繁瑣，工作效率低；要求在開發(fā)之初全面認(rèn)識系統(tǒng)的信息需求，充分預(yù)料各種可能發(fā)生的變化，但這并不十分現(xiàn)實(shí)；若用戶參與系統(tǒng)開發(fā)的積極性沒有充分調(diào)動，造成系統(tǒng)交接過程不平穩(wěn)，系統(tǒng)運(yùn)行與維護(hù)管理難度加大。（2）快速原型法。是一種根據(jù)用戶需求，利用系統(tǒng)開發(fā)工具，快速地建立一個(gè)系統(tǒng)模型并展示給用戶，在此基礎(chǔ)上與用戶交流，最終實(shí)現(xiàn)用戶需求的信息系統(tǒng)快速開發(fā)的方法。應(yīng)用快速原型法開

15、發(fā)過程包括系統(tǒng)需求分析、系統(tǒng)初步設(shè)計(jì)、系統(tǒng)調(diào)試、系統(tǒng)檢測等階段。用戶僅需在系統(tǒng)分析與系統(tǒng)初步設(shè)計(jì)階段完成對應(yīng)用系統(tǒng)的簡單描述，開發(fā)者在獲取一組基本需求定義后，利用開發(fā)工具生成應(yīng)用系統(tǒng)原型，快速建立一個(gè)目標(biāo)應(yīng)用系統(tǒng)的最初版本，并將它提交給用戶試用、評價(jià)，根據(jù)用戶提出的意見和建議進(jìn)行修改和補(bǔ)充，從而形成新的版本，再返回給用戶。通過這樣多次反復(fù)，使得系統(tǒng)不斷地細(xì)化和擴(kuò)充，直到生成一個(gè)用戶滿意的解決方案為止。快速原型法具有開發(fā)周期短、見效快、與業(yè)務(wù)人員交流方便的優(yōu)點(diǎn)，特別適用于那些用戶需求模糊，結(jié)構(gòu)性比較差的信息系統(tǒng)的開發(fā)。（3）企業(yè)系統(tǒng)規(guī)劃方法。BSP（Business System Plannin

16、g，企業(yè)系統(tǒng)規(guī)劃方法）是企業(yè)戰(zhàn)略數(shù)據(jù)規(guī)劃方法和信息工程方法的基礎(chǔ)和，也就是說，后兩種方法是在BSP方法的基礎(chǔ)上發(fā)展起來的，BSP方法的目標(biāo)是提供一個(gè)信息系統(tǒng)規(guī)劃，用以支持企業(yè)短期的和長期的信息需求。（4）戰(zhàn)略數(shù)據(jù)規(guī)劃方法。戰(zhàn)略數(shù)據(jù)規(guī)劃方法是由世界級的信息系統(tǒng)大師詹姆斯馬丁提出的一種信息系統(tǒng)開發(fā)方法。這個(gè)方法認(rèn)為，一個(gè)企業(yè)要建設(shè)信息系統(tǒng)，它的首要任務(wù)應(yīng)該是在企業(yè)戰(zhàn)略目標(biāo)的指導(dǎo)下做好企業(yè)戰(zhàn)略數(shù)據(jù)規(guī)劃。一個(gè)好的企業(yè)戰(zhàn)略數(shù)據(jù)規(guī)劃應(yīng)該是企業(yè)核心競爭力的重要構(gòu)成因素，它有非常明顯的異質(zhì)性和專有性，好的企業(yè)戰(zhàn)略數(shù)據(jù)規(guī)劃必將成為企業(yè)在市場競爭中的制勝法寶。戰(zhàn)略數(shù)據(jù)規(guī)劃方法的要點(diǎn)主要有：數(shù)據(jù)環(huán)境對于信息系統(tǒng)至關(guān)

17、重要。企業(yè)數(shù)據(jù)環(huán)境是隨著企業(yè)的發(fā)展不斷變化的，也是企業(yè)發(fā)展的基礎(chǔ)條件。信息系統(tǒng)建設(shè)極大影響著企業(yè)的未來發(fā)展方向，對企業(yè)的數(shù)據(jù)環(huán)境提出了更高的要求。將靜態(tài)的、獨(dú)立的信息資源通過戰(zhàn)略數(shù)據(jù)規(guī)劃重建企業(yè)數(shù)據(jù)環(huán)境，使其成為集成化、網(wǎng)絡(luò)化的信息資源，對一個(gè)現(xiàn)代化企業(yè)來說是更為迫切的任務(wù)。四種數(shù)據(jù)環(huán)境。在信息系統(tǒng)發(fā)展的歷程中共有四類數(shù)據(jù)環(huán)境，即數(shù)據(jù)文件、應(yīng)用數(shù)據(jù)庫、主題數(shù)據(jù)庫和信息檢索系統(tǒng)。建設(shè)主題數(shù)據(jù)庫是信息系統(tǒng)開發(fā)的中心任務(wù)。這里的主題數(shù)據(jù)庫并不是指數(shù)據(jù)庫的大小，也不是指數(shù)據(jù)庫的功能，而是指哪些數(shù)據(jù)庫是面向企業(yè)的業(yè)務(wù)主題的，哪些不是面向業(yè)務(wù)主題的。所謂業(yè)務(wù)主題，就是指企業(yè)的核心業(yè)務(wù)和主導(dǎo)流程。比如，對于

18、一個(gè)汽車制造企業(yè)來說，生產(chǎn)整車就是其核心競爭力，相應(yīng)地，圍繞核心業(yè)務(wù)建立的數(shù)據(jù)庫就是企業(yè)的主題數(shù)據(jù)庫；而對于一個(gè)物流企業(yè)來說，圍繞著物流業(yè)務(wù)處理的數(shù)據(jù)庫就是企業(yè)的主題數(shù)據(jù)庫。圍繞主題數(shù)據(jù)庫搞好應(yīng)用軟件開發(fā)。（5）信息工程方法。信息工程方法與企業(yè)系統(tǒng)規(guī)劃方法和戰(zhàn)略數(shù)據(jù)規(guī)劃方法是一種交叉關(guān)系，即信息工程方法是其他兩種方法的總結(jié)和提升，而其他兩種方法則是信息工程方法的基礎(chǔ)和核心。信息工程方法與信息系統(tǒng)開發(fā)的其他方法相比，有一點(diǎn)很大的不同，就是信息工程不僅是一種方法，它還是一門工程學(xué)科。它第一次將信息系統(tǒng)開發(fā)過程工程化了。所謂工程化，就是指有一整套成熟的、規(guī)范的工程方法、技術(shù)、標(biāo)準(zhǔn)、程序和規(guī)范，使得開

19、發(fā)工作擺脫隨意性和多變性，其目標(biāo)是信息系統(tǒng)的開發(fā)走上智能化、程序化和自動化的道路。（6）面向?qū)ο蠓椒āＴ诿嫦驅(qū)ο蠓椒ㄖ袑⒖陀^世界從概念上看成是一個(gè)由許多相互配合而協(xié)作的對象所組成的系統(tǒng)。面向?qū)ο蟮姆治龇椒ㄊ抢妹嫦驅(qū)ο蟮男畔⒔８拍?，如?shí)體、關(guān)系、屬性等，同時(shí)運(yùn)用封裝、繼承、多態(tài)等機(jī)制來構(gòu)造模擬現(xiàn)實(shí)系統(tǒng)的方法。傳統(tǒng)的結(jié)構(gòu)化設(shè)計(jì)方法的基本點(diǎn)是面向過程，系統(tǒng)被分解成若干個(gè)過程，而面向?qū)ο蟮姆椒ㄊ遣捎脴?gòu)造模型的觀點(diǎn)，在系統(tǒng)的開發(fā)過程中，各個(gè)步驟的共同的目標(biāo)是建造一個(gè)問題域的模型。在面向?qū)ο蟮脑O(shè)計(jì)中，初始元素是對象，然后將具有共同特征的對象歸納成類，組織類之間的等級關(guān)系，從而構(gòu)造出類庫。在應(yīng)用時(shí)，就可

20、直接在類庫中選擇已有的類，從而達(dá)到復(fù)用的目的。試題1答案（1）B試題2分析瀑布模型是一種最樸素的開發(fā)模型，它嚴(yán)格遵循軟件生命周期各階段的固定順序：計(jì)劃、分析、設(shè)計(jì)、編程、測試和維護(hù)，上一階段完成后才能進(jìn)入到下一階段，整個(gè)模型就像一個(gè)飛流直下的瀑布，如圖1-1所示。圖1-1 瀑布模型示意圖瀑布模型過于理想化，而且缺乏靈活性，無法在開發(fā)過程中逐漸明確用戶難以確切表達(dá)或一時(shí)難以想到的需求，直到軟件開發(fā)完成之后才發(fā)現(xiàn)與用戶需求有很大距離，此時(shí)必須付出高額的代價(jià)才能糾正這一偏差。V模型是瀑布模型的變形，與傳統(tǒng)瀑布模型相比，該模型更加強(qiáng)調(diào)測試過程應(yīng)如何與分析、設(shè)計(jì)等過程相關(guān)聯(lián)。如圖1-2所示，V模型中頂點(diǎn)

21、左側(cè)和右側(cè)之間的連線表示如果在測試和確認(rèn)過程中發(fā)現(xiàn)了問題，那么左側(cè)的過程要重新執(zhí)行，換句話說，V模型顯現(xiàn)了瀑布模型中隱含的一些迭代過程。圖1-2 V模型對于復(fù)雜的大型軟件，開發(fā)一個(gè)滿足要求的原型往往非常困難。螺旋模型綜合了瀑布模型和演化模型的優(yōu)點(diǎn)，還增加了風(fēng)險(xiǎn)分析，彌補(bǔ)了兩者的不足，如圖1-3所示。螺旋模型包含了四個(gè)方面的活動：制訂計(jì)劃、風(fēng)險(xiǎn)分析、實(shí)施工程、客戶評估。這四項(xiàng)活動恰好可以放在一個(gè)直角坐標(biāo)系的四個(gè)象限，而開發(fā)過程恰好像一條螺旋線。圖1-3 螺旋模型在大多數(shù)傳統(tǒng)的生命周期中，階段是以其中的主要活動命名的：需求分析、設(shè)計(jì)、編碼、測試。傳統(tǒng)的軟件開發(fā)工作大部分強(qiáng)調(diào)過程的串行執(zhí)行，也就是一

22、個(gè)活動需要在前一個(gè)活動完成后才開始，從而形成一個(gè)過程串，該過程串就組成了軟件項(xiàng)目的生命周期。在迭代模型中，每個(gè)階段都執(zhí)行一次傳統(tǒng)的、完整的串行過程串，執(zhí)行一次過程串就是一次迭代。每次迭代涉及的過程都包括不同比例的所有活動。試題2答案（2）C試題3分析結(jié)構(gòu)化方法是應(yīng)用最為廣泛的一種開發(fā)方法。它把整個(gè)系統(tǒng)的開發(fā)過程分為若干階段，然后一步一步地依次進(jìn)行，前一階段是后一階段的工作依據(jù)；每個(gè)階段又劃分詳細(xì)的工作步驟，順序作業(yè)。每個(gè)階段和主要步驟都有明確詳盡的編制要求。開發(fā)方法詳細(xì)介紹請見試題2分析。試題3答案（3）B試題4分析在面向?qū)ο蠓治龇椒ㄖ?，一個(gè)對象一般由對象名、屬性（數(shù)據(jù)）、對象操作（方法、運(yùn)算

23、）組成。試題4答案（4）A試題5分析信息系統(tǒng)的開發(fā)階段可以分為5個(gè)子階段，即系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施和系統(tǒng)驗(yàn)收階段。系統(tǒng)分析階段的目標(biāo)是為系統(tǒng)設(shè)計(jì)階段提供系統(tǒng)的邏輯模型。試題5答案（5）D試題6分析信息系統(tǒng)的生命周期可分為四個(gè)階段它們具體是：立項(xiàng)、開發(fā)、運(yùn)維、消亡立項(xiàng)階段：包括兩過程：一是概念的形成過程，提出建信息系統(tǒng)的初步構(gòu)想；二是需求分析過程，即對企業(yè)信息系統(tǒng)的需求進(jìn)行深入調(diào)研和分析，形成需求規(guī)范說明書，經(jīng)評審、批準(zhǔn)后立項(xiàng)。開發(fā)階段：包括總體規(guī)劃階段、系統(tǒng)分析階段、系統(tǒng)設(shè)計(jì)階段、系統(tǒng)實(shí)施階段、系統(tǒng)驗(yàn)收階段。運(yùn)維階段：信息系統(tǒng)通過驗(yàn)收，正式移交給用戶后，就進(jìn)入運(yùn)維階段，這一階段

24、系統(tǒng)維護(hù)是不可缺少的工作消亡階段：企業(yè)的信息系統(tǒng)經(jīng)常不可避免地會遇到系統(tǒng)更新改造、功能擴(kuò)展，甚至報(bào)廢重建等情況。試題6答案（6）A試題7分析用例（Use Case）是一種描述系統(tǒng)需求的方法，使用用例的方法來描述系統(tǒng)需求的過程就是用例建模。用例方法最早是由Iva Jackboson博士提出的，后來被綜合到UML規(guī)范之中，成為一種標(biāo)準(zhǔn)化的需求表述體系。從用戶的角度來看，他們并不想了解系統(tǒng)的內(nèi)部結(jié)構(gòu)和設(shè)計(jì)，他們所關(guān)心的是系統(tǒng)所能提供的服務(wù)，也就是被開發(fā)出來的系統(tǒng)將是如何被使用的，這就用例方法的基本思想。在用例圖中，主要包括參與者、用例和通信關(guān)聯(lián)三種元素，如圖1-4所示。圖1-4 用例圖中的基本元素（

25、1）參與者（Actor）。參與者是指存在于被定義系統(tǒng)外部并與該系統(tǒng)發(fā)生交互的人或其他系統(tǒng)，他們代表的是系統(tǒng)的使用者或使用環(huán)境。（2）用例（Use Case）。用例用于表示系統(tǒng)所提供的服務(wù)，它定義了系統(tǒng)是如何被參與者所使用的，它描述的是參與者為了使用系統(tǒng)所提供的某一完整功能而與系統(tǒng)之間發(fā)生的一段對話。（3）通訊關(guān)聯(lián)（Communication Association）。通訊關(guān)聯(lián)用于表示參與者和用例之間的對應(yīng)關(guān)系，它表示參與者使用了系統(tǒng)中的哪些服務(wù)（用例），或者說系統(tǒng)所提供的服務(wù)（用例）是被哪些參與者所使用的。用例設(shè)計(jì)的主要目的如下：（1）利用交互改進(jìn)用例實(shí)現(xiàn)。（2）調(diào)整對設(shè)計(jì)類的操作需求。（3）

26、調(diào)整對子系統(tǒng)和（或）它們的接口的操作需求。（4）調(diào)整對封裝體的操作需求。一個(gè)系統(tǒng)的行為可以用許多方法來說明，包括協(xié)作或者交互的方法。用例設(shè)計(jì)通常使用交互（特別是序列圖）來說明系統(tǒng)的行為。當(dāng)系統(tǒng)或者子系統(tǒng)的行為主要通過同步消息傳遞來說明時(shí)，序列圖非常有用。由于消息序列通常沒有嚴(yán)格的定義，因此，尤其是在事件驅(qū)動系統(tǒng)中，異步消息傳遞更容易利用狀態(tài)機(jī)和協(xié)作來進(jìn)行說明。用例方法完全是站在用戶的角度上（從系統(tǒng)的外部）來描述系統(tǒng)的功能的。在用例方法中，把被定義系統(tǒng)看作是一個(gè)黑箱，并不關(guān)心系統(tǒng)內(nèi)部是如何完成它所提供的功能的。用例方法首先描述了被定義系統(tǒng)有哪些外部使用者（抽象成為Actor），這些使用者與被定義

27、系統(tǒng)發(fā)生交互；針對每一參與者，用例方法又描述了系統(tǒng)為這些參與者提供了什么樣的服務(wù)（抽象成為Use Case），或者說系統(tǒng)是如何被這些參與者使用的。所以從用例圖中，可以得到對于被定義系統(tǒng)的一個(gè)總體印象。與傳統(tǒng)的功能分解方式相比，用例方法完全是從外部來定義系統(tǒng)的功能，它把需求與設(shè)計(jì)完全分離開來。在面向?qū)ο蟮姆治鲈O(shè)計(jì)方法中，用例模型主要用于表述系統(tǒng)的功能性需求，系統(tǒng)的設(shè)計(jì)主要由對象模型來記錄表述。另外，用例定義了系統(tǒng)功能的使用環(huán)境與上下文，每一個(gè)用例描述的是一個(gè)完整的系統(tǒng)服務(wù)。用例方法比傳統(tǒng)的SRS更易于被用戶所理解，它可以作為開發(fā)人員和用戶之間針對系統(tǒng)需求進(jìn)行溝通的一個(gè)有效手段。試題7答案（7）B

28、試題8分析軟件可維護(hù)性是指糾正軟件系統(tǒng)出現(xiàn)的錯(cuò)誤和缺陷，以及為滿足新的要求進(jìn)行修改、擴(kuò)展和裁剪的容易程度。目前廣泛用來衡量程序可維護(hù)性的因素包括可理解性、可測試性和可修改性等。軟件維護(hù)占整個(gè)軟件生命周期的60%80%，維護(hù)的類型主要有以下4種：（1）改正性維護(hù)。為了識別和糾正軟件錯(cuò)誤、改正軟件性能上的缺陷、排除實(shí)施中的誤使用，應(yīng)當(dāng)進(jìn)行的診斷和改正錯(cuò)誤的過程就叫做改正性維護(hù)。（2）適應(yīng)性維護(hù)。在使用過程中，外部環(huán)境（新的硬、軟件配置）、數(shù)據(jù)環(huán)境（數(shù)據(jù)庫、數(shù)據(jù)格式、數(shù)據(jù)輸入/輸出方式、數(shù)據(jù)存儲介質(zhì)）可能發(fā)生變化。為使軟件適應(yīng)這種變化，而去修改軟件的過程就叫做適應(yīng)性維護(hù)。（3）完善性維護(hù)。在軟件的使

29、用過程中，用戶往往會對軟件提出新的功能與性能要求。為了滿足這些要求，需要修改或再開發(fā)軟件，以擴(kuò)充軟件功能、增強(qiáng)軟件性能、改進(jìn)加工效率、提高軟件的可維護(hù)性。這種情況下進(jìn)行的維護(hù)活動叫做完善性維護(hù)。（4）預(yù)防性維護(hù)。這是指預(yù)先提高軟件的可維護(hù)性、可靠性等，為以后進(jìn)一步改進(jìn)軟件打下良好基礎(chǔ)。通常，預(yù)防性維護(hù)可定義為“將今天的方法學(xué)用于昨天的系統(tǒng)以滿足明天的需要”。也就是說，采用先進(jìn)的軟件工程方法對需要維護(hù)的軟件或軟件中的某一部分（重新）進(jìn)行設(shè)計(jì)、編碼和測試。以上各種維護(hù)類型占整個(gè)軟件維護(hù)工作量的大致比例如圖1-5所示。圖1-5 各種維護(hù)所占的比例試題8答案（8）C試題9分析軟件架構(gòu)設(shè)計(jì)處于傳統(tǒng)的需求

30、分析之后，軟件設(shè)計(jì)之前，他是需求分析與軟件設(shè)計(jì)之間的橋梁。像平時(shí)所說的，某個(gè)軟件是C/S還是B/S結(jié)構(gòu)，這個(gè)C/S與B/S就是軟件架構(gòu)。由于軟件架構(gòu)設(shè)計(jì)處于這么一個(gè)銜接的位置，所以它的主要職能之一，就是將需求階段的成果，即已確定要實(shí)現(xiàn)的需求，分配到軟件架構(gòu)的各個(gè)部分，或是各個(gè)層次中去。試題9答案（9）B試題10分析結(jié)構(gòu)化方法是目前最成熟、應(yīng)用最廣泛的信息系統(tǒng)開發(fā)方法之一。結(jié)構(gòu)化方法的主要原則，歸納起來有以下4條：（1）用戶參與的原則。管理信息系統(tǒng)的用戶是各級各類管理者，滿足他們在管理活動中的信息需求，是管理信息系統(tǒng)建設(shè)的直接目地。由于系統(tǒng)本身和系統(tǒng)建設(shè)工作的復(fù)雜性，用戶需求的表達(dá)和系統(tǒng)建設(shè)的專

31、業(yè)人員對用戶需求的理解需要逐步明確、深化和細(xì)化。而且，管理信息系統(tǒng)是人機(jī)系統(tǒng)，在實(shí)現(xiàn)各種功能時(shí)，人與計(jì)算機(jī)的合理分工和相互密切配合至關(guān)重要。這就需要用戶對系統(tǒng)的功能、結(jié)構(gòu)和運(yùn)行規(guī)律有較深入的了解，專業(yè)人員也必須充分考慮用戶的特點(diǎn)和使用方面的習(xí)慣與要求，以協(xié)調(diào)人一機(jī)關(guān)系。總之，用戶必須作為管理信息系統(tǒng)主要建設(shè)者的一部分在系統(tǒng)建設(shè)的各個(gè)階段直接參與工作。用戶與建設(shè)工作脫節(jié)，常常是系統(tǒng)建設(shè)工作失敗的重要原因之一。管理信息系統(tǒng)的建設(shè)，關(guān)系到一個(gè)組織的信息處理能力和管理決策的水平，是涉及該組織的全局，與近期和長遠(yuǎn)發(fā)展密切相關(guān)的戰(zhàn)略問題。此組織的主要領(lǐng)導(dǎo)必須十分重視，親自領(lǐng)導(dǎo)和直接參與這一工作，特別是用戶

32、的高層領(lǐng)導(dǎo)。國內(nèi)外經(jīng)驗(yàn)表明：各級管理人員，特別是主要決策者的參與和重視，是管理信息系統(tǒng)建設(shè)成功的重要條件。（2）“先邏輯，后物理”的原則。為了建立系統(tǒng)建設(shè)的科學(xué)秩序，保證建設(shè)工作的質(zhì)量與效率，結(jié)構(gòu)的方法強(qiáng)調(diào)在進(jìn)行技術(shù)設(shè)計(jì)和實(shí)施之前，要進(jìn)行充分的調(diào)查、分析、論證，進(jìn)行邏輯方案的探索，弄清系統(tǒng)要為用戶解決哪些問題，即解決“系統(tǒng)做什么”的問題，盡量避免過早地進(jìn)入物理設(shè)計(jì)階段。（3）“自頂向下”的原則。在系統(tǒng)分析、系統(tǒng)設(shè)計(jì)與系統(tǒng)實(shí)施各階段，結(jié)構(gòu)化方法強(qiáng)調(diào)在工作中貫徹執(zhí)行“自須向下”的原則，先把握系統(tǒng)的總體目標(biāo)和功能，然后逐級分解，逐步細(xì)化。系統(tǒng)測試也從總體功能開始，先檢查有關(guān)總體問題，然后逐級向下測試

33、這一原則使建設(shè)者在系統(tǒng)建設(shè)整個(gè)過程中始終把握全局，致力于總體目標(biāo)與功能的實(shí)現(xiàn)，把以下各級作為實(shí)現(xiàn)總體功能與目標(biāo)的保證，這有利于各部分的合理分工、協(xié)調(diào)與正確配置。“自項(xiàng)向下”的原則在應(yīng)用時(shí)并不完全排斥“自底向上”原則，在結(jié)構(gòu)化方法中，“自頂向下”原則是主導(dǎo)原則，“自底向上”是輔助原則。（4）工作成果描述標(biāo)準(zhǔn)化原則。結(jié)構(gòu)化方法強(qiáng)調(diào)各階段工作成果描述的標(biāo)準(zhǔn)化。每一工作階段的成果，必須用明確的文字和標(biāo)準(zhǔn)化的圖形、圖表，完整、準(zhǔn)確地進(jìn)行描述，這不僅作為一個(gè)階段工作完成的標(biāo)志和管理決策的依據(jù)，并且作為系統(tǒng)建設(shè)必需的文件進(jìn)行交流和積累存檔，有的文件還是下一階段工作的依據(jù)。工作成果描述的標(biāo)準(zhǔn)化，可以防止由于描

34、述的隨意性造成建設(shè)者之間的誤解而貽誤工作，便于工作交流和各階段的交接，便于今后對系統(tǒng)進(jìn)行檢查、修改和補(bǔ)充。試題10答案（10）B試題11分析在UML2.0中，共有14種圖：（1）類圖（class diagram）：展現(xiàn)了一組類、接口、協(xié)作和它們之間的關(guān)系。在面向?qū)ο笙到y(tǒng)的建模中所建立的最常見的圖就是類圖。類圖給出了系統(tǒng)的靜態(tài)設(shè)計(jì)視圖。包含主動類的類圖給出了系統(tǒng)的靜態(tài)進(jìn)程視圖。（2）對象圖（object diagram）：展現(xiàn)了一組對象及它們之間的關(guān)系。對象圖描述了在類圖中所建立的事物實(shí)例的靜態(tài)快照。和類圖一樣，這些圖給出系統(tǒng)的靜態(tài)設(shè)計(jì)視圖或靜態(tài)進(jìn)程視圖，但它們是從真實(shí)案例或原型案例的角度建立的

35、。（3）構(gòu)件圖（component diagram）：展現(xiàn)了一個(gè)封裝的類和它的接口、端口，以及由內(nèi)嵌的構(gòu)件和連接件構(gòu)成的內(nèi)部結(jié)構(gòu)。構(gòu)件圖用于表示系統(tǒng)的靜態(tài)設(shè)計(jì)實(shí)現(xiàn)視圖。對于由小的部件構(gòu)建大的系統(tǒng)來說，構(gòu)件圖是很重要的。構(gòu)件圖是類圖的變體。（4）組合結(jié)構(gòu)圖（composite structure diagram）：它可以描繪結(jié)構(gòu)化類（例如構(gòu)件或類）的內(nèi)部結(jié)構(gòu)，包括結(jié)構(gòu)化類與系統(tǒng)其余部分的交互點(diǎn)。它顯示聯(lián)合執(zhí)行包含結(jié)構(gòu)化類的行為的部件配置。組合結(jié)構(gòu)圖用于畫出結(jié)構(gòu)化類的內(nèi)部內(nèi)容。（5）用例圖（use case diagram）：展現(xiàn)一組用例、參與者（一種特殊的類）及它們之間的關(guān)系，它描述了系統(tǒng)與外部

36、系統(tǒng)及用戶之間的交互。用例圖給出系統(tǒng)的靜態(tài)用例視圖。這些圖在對系統(tǒng)的行為進(jìn)行組織和建模時(shí)是非常重要的。（6）順序圖（sequence diagram）：又稱序列圖。是一種交互圖（interaction diagram），交互圖展現(xiàn)了一種交互，它由一組對象或角色以及它們之間可能發(fā)送的消息構(gòu)成。交互圖專注于系統(tǒng)的動態(tài)視圖。順序圖是強(qiáng)調(diào)消息的時(shí)間次序的交互圖。（7）通信圖（communication diagram）：又稱協(xié)作圖。也是一種交互圖，它強(qiáng)調(diào)收發(fā)消息的對象或角色的結(jié)構(gòu)組織。順序圖和通信圖表達(dá)了類似的基本概念，但每種圖所強(qiáng)調(diào)的概念不同，順序圖強(qiáng)調(diào)的是時(shí)序，通信圖則強(qiáng)調(diào)消息流經(jīng)的數(shù)據(jù)結(jié)構(gòu)。（8

37、）狀態(tài)圖（state diagram）：展現(xiàn)一個(gè)狀態(tài)機(jī)，它由狀態(tài)、轉(zhuǎn)移、事件和活動組成。狀態(tài)圖展現(xiàn)了對象的動態(tài)視圖。它對于接口、類或協(xié)作的行為建模尤為重要，而且它強(qiáng)調(diào)事件導(dǎo)致的對象行為，這非常有助于對反應(yīng)式系統(tǒng)建模。（9）活動圖（activity diagram）：將進(jìn)程或其他計(jì)算的結(jié)構(gòu)展示為計(jì)算內(nèi)部一步步的控制流和數(shù)據(jù)流。活動圖專注于系統(tǒng)的動態(tài)視圖。它對系統(tǒng)的功能建模特別重要，并強(qiáng)調(diào)對象間的控制流程。（10）部署圖（deployment diagram）：展現(xiàn)了對運(yùn)行時(shí)的處理結(jié)點(diǎn)及在其中生存的構(gòu)件的配置。部署圖給出了架構(gòu)的靜態(tài)部署視圖，通常一個(gè)結(jié)點(diǎn)包含一個(gè)或多個(gè)部署圖。（11）制品圖（art

38、ifact diagram）：展現(xiàn)了計(jì)算機(jī)中一個(gè)系統(tǒng)的物理結(jié)構(gòu)。制品包括文件、數(shù)據(jù)庫和類似的物理比特集合。制品圖通常與部署圖一起使用。制品也展現(xiàn)了它們實(shí)現(xiàn)的類和構(gòu)件。（12）包圖（package diagram）：展現(xiàn)了由模型本身分解而成的組織單元，以及它們的依賴關(guān)系。（13）定時(shí)圖（timing diagram）：也是一種交互圖，它展現(xiàn)了消息跨越不同對象或角色的實(shí)際時(shí)間，而不僅僅只是關(guān)心消息的相對順序。（14）交互概覽圖（interaction overview diagram）：是活動圖和順序圖的混合物。試題11答案（11）A試題12分析Bugzilla：它是一款具有追蹤系統(tǒng)的軟件。專門為

39、Unix而定制。TestManager：它是一個(gè)開放的可擴(kuò)展的構(gòu)架。是一種測試管理工具。質(zhì)量保證專家可以使用TestManager去協(xié)調(diào)和跟蹤他們的測試活動。測試人員使用TestManager去了解需要的工作是什么，以及這些工作需要的人和數(shù)據(jù)。測試人員也可以了解到，他們工作的范圍是要受到開發(fā)過程中全局變化的影響的。TestManager是這樣一個(gè)地方，它會提供與系統(tǒng)質(zhì)量相關(guān)聯(lián)的所有問題的答案。TrueCoverage：TrueCoverage的功能就是統(tǒng)計(jì)測試覆蓋率，它恰好能就上面這個(gè)問題提供幫助。TrueCoverage給出的覆蓋率是“語句覆蓋”，是最低覆蓋強(qiáng)度的覆蓋率，所以測試的項(xiàng)目，用T

40、rueCoverage統(tǒng)計(jì)后，應(yīng)盡量達(dá)到100%的覆蓋。TrueCoverage的應(yīng)用階段為單元測試階段和集成測試階段。LoadRunner：它是一種預(yù)測系統(tǒng)行為和性能的負(fù)載測試工具。通過以模擬上千萬用戶實(shí)施并發(fā)負(fù)載及實(shí)時(shí)性能監(jiān)測的方式來確認(rèn)和查找問題，LoadRunner能夠?qū)φ麄€(gè)企業(yè)架構(gòu)進(jìn)行測試。通過使用 LoadRunner，企業(yè)能最大限度地縮短測試時(shí)間，優(yōu)化性能和加速應(yīng)用系統(tǒng)的發(fā)布周期。 LoadRunner是一種適用于各種體系架構(gòu)的自動負(fù)載測試工具，它能預(yù)測系統(tǒng)行為并優(yōu)化系統(tǒng)性能。試題12答案（12）C試題13分析常見的黑盒測試方法包括：等價(jià)類劃分、邊界值分析、錯(cuò)誤推測、因果圖。常見

41、的白盒測試方法包括：代碼檢查法、靜態(tài)結(jié)構(gòu)分析法、靜態(tài)質(zhì)量度量法、邏輯覆蓋法（包括語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和路徑覆蓋）、基本路徑測試法、域測試、符號測試、Z路徑覆蓋、程序變異。試題13答案（13）A試題14分析事件驅(qū)動模式的基本原理是構(gòu)件并不直接調(diào)用過程，而是觸發(fā)一個(gè)或多個(gè)事件。系統(tǒng)中的其他構(gòu)件可以注冊相關(guān)的事件，觸發(fā)一個(gè)事件時(shí)，系統(tǒng)會自動調(diào)用注冊了該事件的構(gòu)件過程，即觸發(fā)事件會導(dǎo)致另一構(gòu)件中過程的調(diào)用。事件驅(qū)動模式的主要特點(diǎn)是事件的觸發(fā)者并不知道哪些構(gòu)件會受到事件的影響，且不能假定構(gòu)件的處理順序，甚至不知道會調(diào)用哪些過程，使用事件驅(qū)動模式的典型系統(tǒng)包括各種圖形

42、界面工具，比如WORD，EXCEL程序。試題14答案（14）C試題15分析分層模式采用層次化的組織方式，每一層都是為上一層提供服務(wù)，并使用下一層提供的功能。這種模式允許將一個(gè)復(fù)雜問題逐步分層實(shí)現(xiàn)。層次模式中的每一層最多只影響兩層，只要給相鄰層提供相同的接口，就允許每層用不同的方法實(shí)現(xiàn)，可以充分支持軟件復(fù)用。試題15答案（15）A試題16分析CORBA（Common Object Request Broker Architecture，公共對象請求代理架構(gòu)）是由OMG組織制訂的一種標(biāo)準(zhǔn)的面向?qū)ο蟮膽?yīng)用程序體系規(guī)范。OMG組織成立后不久就制訂了對象管理架構(gòu)(Object Management Ar

43、chitecture，OMA)參考模型，該模型描述了OMG規(guī)范所遵循的概念化的基礎(chǔ)結(jié)構(gòu)。OMA由對象請求代理ORB、對象服務(wù)、公共設(shè)施、域接口和應(yīng)用接口這幾個(gè)部分組成，其核心部分是對象請求代理(Object Request Broker, ORB)。CORBA標(biāo)準(zhǔn)由OMG設(shè)立并進(jìn)行控制。CORBA分布計(jì)算技術(shù)，是由絕大多數(shù)分布計(jì)算平臺廠商所支持和遵循的系統(tǒng)規(guī)范技術(shù)，具有模型完整、先進(jìn)，獨(dú)立于系統(tǒng)平臺和開發(fā)語言，被支持程度廣泛的特點(diǎn)，已逐漸成為分布計(jì)算技術(shù)的標(biāo)準(zhǔn)。COBRA標(biāo)準(zhǔn)主要分為三個(gè)層次：對象請求代理、公共對象服務(wù)和公共設(shè)施。最底層是對象請求代理ORB，規(guī)定了分布對象的定義（接口）和語言映

44、射，實(shí)現(xiàn)對象間的通訊和互操作，是分布對象系統(tǒng)中的“軟總線”；在ORB之上定義了很多公共服務(wù)，可以提供諸如并發(fā)服務(wù)、名字服務(wù)、事務(wù)（交易）服務(wù)、安全服務(wù)等各種各樣的服務(wù)；最上層的公共設(shè)施則定義了組件框架，提供可直接為業(yè)務(wù)對象使用的服務(wù)，規(guī)定業(yè)務(wù)對象有效協(xié)作所需的協(xié)定規(guī)則。試題16答案（16）C試題17分析隨著計(jì)算機(jī)軟硬技術(shù)的迅速發(fā)展，越來越多的應(yīng)用程序需要運(yùn)行在網(wǎng)絡(luò)環(huán)境的異構(gòu)平臺上。在分布的異構(gòu)環(huán)境中，通常存在多種硬件系統(tǒng)平臺（如PC、工作站、小型機(jī)等），而這些硬件平臺上又存在各種軟件（如不同的操作系統(tǒng)、數(shù)據(jù)庫、用戶界面等）。為了解決分布系統(tǒng)的異構(gòu)問題，人們提出了中間件（Middleware）概

45、念。中間件是位于硬件、操作系統(tǒng)等平臺和應(yīng)用之間的通用服務(wù)，這些服務(wù)具有標(biāo)準(zhǔn)的程序接口和協(xié)議。不同的硬件及操作系統(tǒng)平臺，可以有符合接口和協(xié)議規(guī)范的多種實(shí)現(xiàn)。中間件是一種獨(dú)立的系統(tǒng)軟件或服務(wù)程序，可以幫助分布式應(yīng)用軟件在不同的技術(shù)之間共享資源，它位于客戶機(jī)服務(wù)器的操作系統(tǒng)之上，管理計(jì)算機(jī)資源和網(wǎng)絡(luò)通信。其主要目的是實(shí)現(xiàn)應(yīng)用與平臺的無關(guān)性。根據(jù)上述描述，可知中間件的如下特點(diǎn)：（1）中間件可運(yùn)行于多種硬件和操作系統(tǒng)平臺上；（2）跨越網(wǎng)絡(luò)、硬件、操作系統(tǒng)平臺的應(yīng)用或服務(wù)可通過中間件透明交互；（3）中間件支持標(biāo)準(zhǔn)的協(xié)議和接口。試題17答案（17）B試題18分析測試是為評價(jià)和改進(jìn)產(chǎn)品質(zhì)量、識別產(chǎn)品的缺陷和問

46、題而進(jìn)行的活動。測試不再只是一種僅在編碼階段完成后才開始的活動?，F(xiàn)在的軟件測試被認(rèn)為是一種應(yīng)該包括在整個(gè)開發(fā)和維護(hù)過程中的活動，它本身是實(shí)際產(chǎn)品構(gòu)造的一個(gè)重要部分。測試不僅是檢查預(yù)防措施是否有效的主要手段，而且是識別由于某種原因預(yù)防措施無效而產(chǎn)生的錯(cuò)誤的主要手段。需要注意的是，在廣泛的測試活動成功完成后，軟件可能仍包含錯(cuò)誤，交付后出現(xiàn)的軟件失效的補(bǔ)救措施是由軟件維護(hù)達(dá)成的。軟件測試隨開發(fā)和維護(hù)過程，通常在不同的級別上進(jìn)行，可以在概念上區(qū)分三個(gè)大的測試階段：單元測試、集成測試和系統(tǒng)測試。試題18答案（18）B試題19分析軟件復(fù)用是指利用已有軟件的各種有關(guān)知識構(gòu)造新的軟件，以縮減軟件開發(fā)和維護(hù)的費(fèi)用。軟件復(fù)用是提高軟件生產(chǎn)力和質(zhì)量的一種重要技術(shù)。早期的軟件復(fù)用主要是代碼級復(fù)用，被復(fù)用的知識專指程序，后來擴(kuò)大到包括領(lǐng)域知識、開發(fā)經(jīng)驗(yàn)、設(shè)計(jì)決策、架構(gòu)、需求、設(shè)計(jì)、代碼和文檔等一切有關(guān)方面。按抽象程度的高低，可以劃