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

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

2、系統(tǒng)的功能、 信息系統(tǒng)的生命周期 （重 點(diǎn)）、信息系統(tǒng)建設(shè)的原則、信息系統(tǒng)開(kāi)發(fā)方法（重點(diǎn)） 。2、軟件工程在軟件工程方面，涉及的考點(diǎn)比較多，具體列舉如下：（1 ）軟件開(kāi)發(fā)過(guò)程：軟件開(kāi)發(fā)模型（重點(diǎn)） 、軟件需求分析與定義（重點(diǎn)） 、軟件設(shè)計(jì)、軟件測(cè) 試、軟件維護(hù)、軟件復(fù)用、軟件質(zhì)量保證及質(zhì)量評(píng)價(jià)（重點(diǎn)） 、軟件開(kāi)發(fā)環(huán)境、軟件過(guò)程管理。 （2 ）軟件構(gòu)件技術(shù)知識(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)分析與評(píng)估。）軟件工具：建模工具、軟件開(kāi)發(fā)工具、軟件測(cè)試工具、項(xiàng)目管理工具。4（3、面向?qū)ο蠹夹g(shù)、面 向?qū)ο?/p>

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

4、3 )。(3 ) A 面向?qū)ο蠓椒˙ 結(jié)構(gòu)化方法C.瀑布模型方法D .原型方法試題 4在面向?qū)ο筌浖_(kāi)發(fā)方法中，一個(gè)對(duì)象一般由(4 )組成。(4 ) A .對(duì)象名、屬性、方法B.名稱(chēng)、屬性、實(shí)例.名稱(chēng)、消息、函數(shù) D.對(duì)象名、屬性、消息 C試題 5其中把整5 個(gè)子信息系統(tǒng)的開(kāi)發(fā)階段是信息系統(tǒng)生命周期中最重要和最關(guān)鍵的階段，該階段又可以分為 階段，即系統(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)、開(kāi)發(fā)、運(yùn)維、消亡B. 計(jì)劃、執(zhí)行、監(jiān)控、收尾C. 總體規(guī)劃

5、、分析、設(shè)計(jì)、實(shí)施D. 需求分析、設(shè)計(jì)、編碼、運(yùn)維試題 7UML 中的用例和用例圖的主要用途是描述系統(tǒng)的( 7 )。(7 ) A 內(nèi)部接口B.功能需求C 體系結(jié)構(gòu)D 詳細(xì)設(shè)計(jì)試題 8 在幾種不同類(lèi)型的軟件維護(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)識(shí)各種不同的組件。由此可知，在信息系統(tǒng)開(kāi)發(fā)中, ( 9 )屬于軟件架構(gòu)設(shè)計(jì)師要完成的主要任務(wù)之一。模式設(shè)計(jì) D需求獲取 C 需求分配 B軟件復(fù)用 A) 9 (試題 10管理信息系統(tǒng)建

6、設(shè)的結(jié)構(gòu)化方法中，用戶(hù)參與的原則是用戶(hù)必須參與(10 )。(10 ) A 系統(tǒng)分析工作B 系統(tǒng)建設(shè)中各階段工作C 系統(tǒng)設(shè)計(jì)工作D系統(tǒng)實(shí)施工作試題 11在 UML 圖中，( 11 )展現(xiàn)了一組類(lèi)、接口、協(xié)作和它們之間的關(guān)系。(11 ) A 類(lèi)圖B 構(gòu)件圖C 序列圖D 部署圖試題 12 在信息系統(tǒng)集成項(xiàng)目中，經(jīng)常使用( 12 )對(duì)集成的系統(tǒng)進(jìn)行性能測(cè)試。(12 ) A BugzillaB . TrueCoverageC. LoadRunnerD . TestManager試題 13下列測(cè)試方法中， ( 13 )均屬于黑盒測(cè)試的方法。(13 ) A 等價(jià)類(lèi)劃分和錯(cuò)誤推測(cè)法B.條件覆蓋法和基本路徑測(cè)試

7、法C 邊界值分析法和代碼檢查法D 語(yǔ)句覆蓋法和邊界值分析法試題 14軟件架構(gòu)模式描述了如何將各個(gè)模塊和子系統(tǒng)有效地組織成一個(gè)完整的系統(tǒng)。諸如Word 和Excel 這類(lèi)圖形界面應(yīng)用軟件所采用的架構(gòu)模式是(14 )。(14 ) A 分層模式B 面向?qū)ο竽Ｊ紺 事件驅(qū)動(dòng)模式D 知識(shí)庫(kù)模式試題 15軟件架構(gòu)模式描述了如何將各個(gè)模塊和子系統(tǒng)有效地組織成一個(gè)完整的系統(tǒng)。分層通信)。15的七層網(wǎng)絡(luò)模型)所采用的架構(gòu)模式是( ISO/OSI 協(xié)議(如(15 ) A 分層模式B 面向?qū)ο竽Ｊ紺 事件驅(qū)動(dòng)模式D 知識(shí)庫(kù)模式試題 16已經(jīng)CORBA 是由 OMG 組織為解決分布式處理環(huán)境中軟硬件系統(tǒng)互連而提出的一

8、種解決方案， 逐漸成為分布計(jì)算技術(shù)的標(biāo)準(zhǔn)。 CORBA 標(biāo)準(zhǔn)主要分為三個(gè)層次，其中規(guī)定業(yè)務(wù)對(duì)象有效協(xié)作所 需的協(xié)議規(guī)則的層次是( 16 )。(16 ) A .公共對(duì)象服務(wù)B .對(duì)象請(qǐng)求代理C 公共設(shè)施D 公共語(yǔ)言規(guī)范試題 17 下列關(guān)于中間件特點(diǎn)的描述， ( 17 )是正確的。(17 ) A 中間件不能運(yùn)行于多種硬件和操作系統(tǒng)平臺(tái)上B. 跨越網(wǎng)絡(luò)、硬件、操作系統(tǒng)平臺(tái)的應(yīng)用或服務(wù)可通過(guò)中間件透明交互C. 中間件運(yùn)行于客戶(hù)機(jī)/服務(wù)器的操作系統(tǒng)內(nèi)核中，提高內(nèi)核運(yùn)行效率D .中間件不應(yīng)支持標(biāo)準(zhǔn)的協(xié)議和接口試題 18 關(guān)于軟件測(cè)試，下列說(shuō)法錯(cuò)誤的是( 18 )。(18) A 測(cè)試是為評(píng)價(jià)和改進(jìn)產(chǎn)品質(zhì)量、

9、識(shí)別產(chǎn)品的缺陷和問(wèn)題而進(jìn)行的活動(dòng)B .測(cè)試只是一種僅在編碼階段完成后才開(kāi)始的活動(dòng)C 測(cè)試不僅是檢查預(yù)防措施是否有效的主要手段，而且是識(shí)別由于某種原因預(yù)防措施 無(wú)效而產(chǎn)生的錯(cuò)誤的主要手段D 軟件測(cè)試可以在概念上區(qū)分三個(gè)大的測(cè)試階段：?jiǎn)卧獪y(cè)試、集成測(cè)試和系統(tǒng)測(cè)試.試題 19 下列關(guān)于軟件復(fù)用， ( 19 )是不正確的。(19) A .軟件復(fù)用是指利用已有軟件的各種有關(guān)知識(shí)構(gòu)造新的軟件，以縮減軟件開(kāi)發(fā)和維護(hù)的 費(fèi)用B 軟件復(fù)用有利于提高軟件的生產(chǎn)力或生成效率C 軟件復(fù)用一般僅指代碼復(fù)用D 軟件復(fù)用有利于提高軟件的質(zhì)量試題 20 根據(jù)軟件“產(chǎn)品質(zhì)量”國(guó)際標(biāo)準(zhǔn) IS09126 的定義，軟件質(zhì)量不包括(

10、20 )。(20) A.內(nèi)部質(zhì)量B .外部質(zhì)量C.使用質(zhì)量D .產(chǎn)品質(zhì)量試題 21下列為軟件質(zhì)量管理過(guò)程中的評(píng)審與審計(jì)過(guò)程，除了(21 )之外。(21 ) A、管理評(píng)審B、技術(shù)評(píng)審C、檢查和走查D、軟件測(cè)試試題 22以下關(guān)于軟件質(zhì)量保證和質(zhì)量評(píng)價(jià)的描述中，不正確的是(22 )。(22 ) A 軟件質(zhì)量保證過(guò)程通過(guò)計(jì)劃制訂、實(shí)施和完成一組活動(dòng)提供保證，這些活動(dòng)保證項(xiàng)目 生命周期中的軟件產(chǎn)品和過(guò)程符合其規(guī)定的需求B. 驗(yàn)證和確認(rèn)過(guò)程確定某一開(kāi)發(fā)和維護(hù)活動(dòng)的產(chǎn)品是否符合活動(dòng)的需求，最終的產(chǎn)品是 否滿(mǎn)足用戶(hù)需求C. 檢查的目的是評(píng)價(jià)軟件產(chǎn)品，以確定其對(duì)使用意圖的適合性，目標(biāo)是識(shí)別規(guī)范說(shuō)明與標(biāo)準(zhǔn)的差異，

11、并向管理提供證據(jù) .軟件審計(jì)的目的是提供軟件產(chǎn)品和過(guò)程對(duì)于可應(yīng)用的規(guī)則、標(biāo)準(zhǔn)、指南、計(jì)D劃和流程的遵從性的獨(dú)立評(píng)價(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 )的特征。(24 ) A低內(nèi)聚、低耦合B.高內(nèi)聚、低耦合C 高內(nèi)聚、高耦合D 低內(nèi)聚、低耦合試題 25軟件需求可理解為： 為解決特定問(wèn)題而由被開(kāi)發(fā)或被修改的軟件所展示出的特性。所有軟件需求的基本特性是( 25 )。(25 ) A 與用戶(hù)交互性B 可驗(yàn)證性C 面向

12、對(duì)象D 解決沖突試題 26根據(jù) GB/T16260.1 中對(duì)軟件產(chǎn)品質(zhì)量模型的描述，軟件產(chǎn)品的使用質(zhì)量不包括(26 )。(26 ) A 可移植性B 生產(chǎn)率C 滿(mǎn)意度D 有效性試題 27 在面向?qū)ο蠓治鲋校浞治鲞^(guò)程的第一步是(27 )。(27 ) A 發(fā)現(xiàn)用例B 建立功能模型C 進(jìn)行領(lǐng)域分析D 發(fā)現(xiàn)角色/參與者28試題.面向?qū)ο箝_(kāi)發(fā)技術(shù)中， 對(duì)象定義為系統(tǒng)中用來(lái)描述客觀(guān)事物的一個(gè)實(shí)體， 對(duì)象之間通過(guò) ( 28 ) 執(zhí)行有關(guān)操作。(28 ) A 消息B 調(diào)用C 信息共享D 繼承 試題 29 在面向?qū)ο箝_(kāi)發(fā)方法中，用 UML 表示軟件體系架構(gòu)，用到 5 個(gè)視圖：邏輯視圖、構(gòu)件視圖、部 署視圖、(

13、29 )。(29 ) A .使用視圖和動(dòng)態(tài)視圖B .靜態(tài)視圖和動(dòng)態(tài)視圖C .用例視圖和動(dòng)態(tài)視圖D .用例視圖和進(jìn)程視圖試題 30以下 UML 的各種圖中， ( 30 )屬于交互圖的范疇。狀態(tài)圖 D C 順序圖A (30).活動(dòng)圖B 對(duì)象圖1.3 習(xí)題解答試題 1 分析 常用的信息系統(tǒng)開(kāi)發(fā)方法包括結(jié)構(gòu)化方法、快速原型法、企業(yè)系統(tǒng)規(guī)劃法、戰(zhàn)略數(shù)據(jù)規(guī)劃法、信息工程法和面向?qū)ο蠓椒ā? 1 )結(jié)構(gòu)化方法。結(jié)構(gòu)化方法是由結(jié)構(gòu)化系統(tǒng)分析和設(shè)計(jì)組成的一種信息系統(tǒng)開(kāi)發(fā)方法。結(jié)構(gòu) 化方法是目前最成熟、 應(yīng)用最廣泛的信息系統(tǒng)開(kāi)發(fā)方法之一。 由于它是假定被開(kāi)發(fā)的系統(tǒng)是一個(gè) 結(jié)構(gòu)化的系統(tǒng)，因此，其基本思想是將系統(tǒng)的生

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

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

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

17、息工程方法的基礎(chǔ)和，也就是說(shuō)，后兩種方法是在 BSP 方法的基礎(chǔ) 上發(fā)展起來(lái)的， BSP 方法的目標(biāo)是提供一個(gè)信息系統(tǒng)規(guī)劃，用以支持企業(yè)短期的和長(zhǎng)期的信息 需求。（4 ）戰(zhàn)略數(shù)據(jù)規(guī)劃方法。戰(zhàn)略數(shù)據(jù)規(guī)劃方法是由世界級(jí)的信息系統(tǒng)大師詹姆斯?馬丁提出的一種信息系統(tǒng)開(kāi)發(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è)核心競(jìng)爭(zhēng)力的重要構(gòu)成因素， 它有非常明顯的異質(zhì)性和專(zhuān)有性， 好的企業(yè)戰(zhàn)略數(shù)據(jù)規(guī)劃必將成為企業(yè)在市場(chǎng)競(jìng)爭(zhēng) 中的制勝法寶。戰(zhàn)略數(shù)據(jù)規(guī)劃方法的要點(diǎn)主要有：數(shù)據(jù)環(huán)境對(duì)于信息系統(tǒng)至關(guān)重要。 企業(yè)數(shù)據(jù)環(huán)境是

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

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

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

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

22、應(yīng)如何與分模型是瀑布模型的變形,L HllJ-l如圖i.P ?|r* ! - 炊件產(chǎn)i.iMI承= 牛*礙模型相比，V模型中頂點(diǎn)左側(cè)和右側(cè)之間的連線(xiàn)表示如果在測(cè)V1-2設(shè)計(jì)等過(guò)程相關(guān)聯(lián)。如圖所示，析、模型顯現(xiàn)了瀑布模V那么左側(cè)的過(guò)程要重新執(zhí)行，換句話(huà)說(shuō)，試和確認(rèn)過(guò)程中發(fā)現(xiàn)了問(wèn)題， 型中隱含的一些迭代過(guò)程1-2 V模型圖螺旋模型綜合了瀑布模開(kāi)發(fā)一個(gè)滿(mǎn)足要求的原型往往非常困難。對(duì)于復(fù)雜的大型軟件，所示。螺旋模型1-3型和演化模型的優(yōu)點(diǎn)，還增加了風(fēng)險(xiǎn)分析，彌補(bǔ)了兩者的不足,包含了四個(gè)方面的活動(dòng)：制訂計(jì)劃、風(fēng)險(xiǎn)分析、實(shí)施工程、客戶(hù)評(píng)估。這四項(xiàng)活動(dòng)恰好可以放在一個(gè)直角坐標(biāo)系的四個(gè)象限，而開(kāi)發(fā)過(guò)程恰好像一

23、條螺旋線(xiàn)。I豪比訓(xùn)/I 一益訂*理曲*奄.r. in :一就.螺旋模型 1-3 圖編碼、需求分析、設(shè)計(jì)、在大多數(shù)傳統(tǒng)的生命周期中，階段是以其中的主要 活動(dòng)命名的： 也就是一個(gè)活動(dòng)需要在前一個(gè)活動(dòng)傳統(tǒng)的軟件開(kāi)發(fā)工作大部分強(qiáng)調(diào)過(guò)程的串行執(zhí)行， 測(cè)試。在迭代模型該過(guò)程串就組成了軟件項(xiàng)目的生命周期。 完成后才開(kāi)始， 從而形成一個(gè)過(guò)程串， 每次中，每個(gè)階段都執(zhí)行一次傳統(tǒng)的、完整的串行過(guò)程串，執(zhí)行一次過(guò)程串就是一次迭代。 代涉及的過(guò)程都包括不同比例的所有活動(dòng)。 答案試題 2C 2）（ 分析 3試題 結(jié)構(gòu)化方法是應(yīng)用最為廣泛的一種開(kāi)發(fā)方法。 它把整個(gè)系統(tǒng)的開(kāi)發(fā)過(guò)程分為若干階段， 然后一 一步地依次進(jìn)行， 前

24、一階段是后一階段的工作依據(jù)； 每個(gè)階段又劃分詳細(xì)的工作步驟， 順序作業(yè)。 每個(gè)階段和主要步驟都有明確詳盡的編制要求。開(kāi)發(fā)方法詳細(xì)介紹請(qǐng)見(jiàn)試題 2 分析。試題 3 答案（3）B試題 4 分析在面向?qū)ο蠓治龇椒ㄖ校?一個(gè)對(duì)象一般由對(duì)象名、 屬性（數(shù)據(jù)）、對(duì)象操作 （方法、 運(yùn)算） 組成 試題 4 答案（4）A試題 5 分析信息系統(tǒng)的開(kāi)發(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)、開(kāi)發(fā)、運(yùn)維、消亡立項(xiàng)階段：包括兩過(guò)程

25、：一是概念的形成過(guò)程， 提岀建信息系統(tǒng)的初步構(gòu)想；二是需求分析過(guò)程，即對(duì)企業(yè)信息系統(tǒng)的需求進(jìn)行深入調(diào)研和分析，形成需求規(guī)范說(shuō)明書(shū)，經(jīng)評(píng)審、批準(zhǔn)后立項(xiàng)。開(kāi)發(fā)階段：包括總體規(guī)劃階段、系統(tǒng)分析階段、系統(tǒng)設(shè)計(jì)階段、系統(tǒng)實(shí)施階段、系統(tǒng)驗(yàn) 收階段。運(yùn)維階段：信息系統(tǒng)通過(guò)驗(yàn)收，正式移交給用戶(hù)后，就進(jìn)入運(yùn)維階段， 這一階段系統(tǒng)維護(hù)是不可缺少的工作消亡階段：企業(yè)的信息系統(tǒng)經(jīng)常不可避免地會(huì)遇到系統(tǒng)更新改造、功能擴(kuò)展，甚至報(bào)廢重建等情況。試題6答案(6) A試題7分析用例(Use Case )是一種描述系統(tǒng)需求的方法，使用用例的方法來(lái)描述系統(tǒng)需求的過(guò)程就是用例建模。用例方法最早是由Iva Jackboson 博士提

26、岀的，后來(lái)被綜合到UML規(guī)范之中，成為一種標(biāo)準(zhǔn)化的需求表述體系。從用戶(hù)的角度來(lái)看，他們并不想了解系統(tǒng)的內(nèi)部結(jié)構(gòu)和設(shè)計(jì)，他們所關(guān)心的是系統(tǒng)所能提供的服務(wù)，也就是被開(kāi)發(fā)岀來(lái)的系統(tǒng)將是如何被使用的，這就用例方法的基本思想。在用例圖中，主要包括參與者、用例和通信關(guān)聯(lián)三種元素，如圖1-4所示。用例圖中的基本元素圖 1-4）。參與者是指存在于被定義系統(tǒng)外部并與該系統(tǒng)發(fā)生交互的人）參與者（ Actor （ 1 或其他系 統(tǒng)，他們代表的是系統(tǒng)的使用者或使用環(huán)境。 ）。用例用于表示系統(tǒng)所提供的服務(wù)， 它定義了系統(tǒng) 是如何被參）用例（ Use Case2 （它描述的是參與者為了使用系統(tǒng)所提供的某一完整功能而與系

27、統(tǒng)之間發(fā)生的與者所使用的，一段對(duì)話(huà)。 （ 3 ）通訊關(guān)聯(lián)（ Communication Association）。通訊關(guān)聯(lián)用于表示參與者和用例之間的對(duì)應(yīng)關(guān)系，它表示參與者使用了系統(tǒng)中的哪些服務(wù)（用例） ，或者說(shuō)系統(tǒng)所提供的服務(wù)（用例）是被 哪些參與者所使用的。用例設(shè)計(jì)的主要目的如下：（1）利用交互改進(jìn)用例實(shí)現(xiàn)。（2）調(diào)整對(duì)設(shè)計(jì)類(lèi)的操作需求。（ 3 ）調(diào)整對(duì)子系統(tǒng)和（或）它們的接口的操作需求。（4）調(diào)整對(duì)封裝體的操作需求。一個(gè)系統(tǒng)的行為可以用許多方法來(lái)說(shuō)明， 包括協(xié)作或者交互的方法。 用例設(shè)計(jì)通常使用交互 （特 別是序列圖） 來(lái)說(shuō)明系統(tǒng)的行為。 當(dāng)系統(tǒng)或者子系統(tǒng)的行為主要通過(guò)同步消息傳遞來(lái)說(shuō)明時(shí)

28、， 序 列圖非常有用。由于消息序列通常沒(méi)有嚴(yán)格的定義，因此， 尤其是在事件驅(qū)動(dòng)系統(tǒng)中， 異步消息 傳遞更容易利用狀態(tài)機(jī)和協(xié)作來(lái)進(jìn)行說(shuō)明。用例方法完全是站在用戶(hù)的角度上（從系統(tǒng)的外部）來(lái)描述系統(tǒng)的功能的。在用例方法中， 把被 定義系統(tǒng)看作是一個(gè)黑箱， 并不關(guān)心系統(tǒng)內(nèi)部是如何完成它所提供的功能的。 用例方法首先描述 了被定義系統(tǒng)有哪些外部使用者（抽象成為 Actor ），這些使用者與被定義系統(tǒng)發(fā)生交互；針對(duì) 每一參與者， 用例方法又描述了系統(tǒng)為這些參與者提供了什么樣的服務(wù) （抽象成為 Use Case ），或者說(shuō)系統(tǒng)是如何被這些參與者使用的。所以從用例圖中， 可以得到對(duì)于被定義系統(tǒng)的一個(gè)總體印象

29、與傳統(tǒng)的功能分解方式相比， 用例方法完全是從外部來(lái)定義系統(tǒng)的功能， 它把需求與設(shè)計(jì)完全分 離開(kāi)來(lái)。 在面向?qū)ο蟮姆治鲈O(shè)計(jì)方法中， 用例模型主要用于表述系統(tǒng)的功能性需求， 系統(tǒng)的設(shè)計(jì) 主要由對(duì)象模型來(lái)記錄表述。 另外， 用例定義了系統(tǒng)功能的使用環(huán)境與上下文， 更易于被用戶(hù)所 理解， SRS 每一個(gè)用例描述的是一個(gè)完整的系統(tǒng)服務(wù)。用例方法比傳統(tǒng)的 它可以作為開(kāi)發(fā)人員和用戶(hù)之間針對(duì)系統(tǒng)需求進(jìn)行溝通的一個(gè)有效手段。試題 7 答案（7）B試題 8 分析軟件可維護(hù)性是指糾正軟件系統(tǒng)出現(xiàn)的錯(cuò)誤和缺陷， 以及為滿(mǎn)足新的要求進(jìn)行修改、 擴(kuò)展和裁剪 的容易程度。目前廣泛用來(lái)衡量程序可維護(hù)性的因素包括可理解性、可測(cè)

30、試性和可修改性等。軟件維護(hù)占整個(gè)軟件生命周期的60%80%，維護(hù)的類(lèi)型主要有以下4種：（1）改正性維護(hù)。為了識(shí)別和糾正軟件錯(cuò)誤、改正軟件性能上的缺陷、排除實(shí)施中的誤使用， 應(yīng)當(dāng)進(jìn)行的診斷和改正錯(cuò)誤的過(guò)程就叫做改正性維護(hù)。（2） 適應(yīng)性維護(hù)。在使用過(guò)程中，外部環(huán)境（新的硬、軟件配置）、數(shù)據(jù)環(huán)境（數(shù)據(jù)庫(kù)、數(shù)據(jù) 格式、數(shù)據(jù)輸入 / 輸出方式、數(shù)據(jù)存儲(chǔ)介質(zhì)）可能發(fā)生變化。為使軟件適應(yīng)這種變化，而去修改 軟件的過(guò)程就叫做適應(yīng)性維護(hù)。（3）完善性維護(hù)。在軟件的使用過(guò)程中，用戶(hù)往往會(huì)對(duì)軟件提出新的功能與性能要求。為了滿(mǎn) 足這些要求，需要修改或再開(kāi)發(fā)軟件，以擴(kuò)充軟件功能、增強(qiáng)軟件性能、改進(jìn)加工效率、提高軟 件

31、的可維護(hù)性。這種情況下進(jìn)行的維護(hù)活動(dòng)叫做完善性維護(hù)。（4）預(yù)防性維護(hù)。這是指預(yù)先提高軟件的可維護(hù)性、可靠性等，為以后進(jìn)一步改進(jìn)軟件打下良 好基礎(chǔ)。通常，預(yù)防性維護(hù)可定義為“將今天的方法學(xué)用于昨天的系統(tǒng)以滿(mǎn)足明天的需要”（重新）進(jìn)行設(shè)計(jì)、編就是說(shuō)，采用先進(jìn)的軟件工程方法對(duì)需要維護(hù)的軟件或軟件中的某一部分碼和測(cè)試。所示。1-5以上各種維護(hù)類(lèi)型占整個(gè)軟件維護(hù)工作量的大致比例如圖各種維護(hù)所占的比例圖1-58答案試題C8）（ 9分析試題他是需求分析與軟件設(shè)計(jì)之間軟件設(shè)計(jì)之前，軟件架構(gòu)設(shè)計(jì)處于傳統(tǒng)的需求分析之后，就是軟件架構(gòu)。與 B/S結(jié)構(gòu)，這個(gè)的橋梁。像平時(shí)所說(shuō)的，某個(gè)軟件是C/S還是B/SC/S就是將

32、需求階段所以它的主要職能之一，由于軟件架構(gòu)設(shè)計(jì)處于這么一個(gè)銜接的位置，的成果，即已確定要實(shí)現(xiàn)的需求，分配到軟件架構(gòu)的各個(gè)部分，或是各個(gè)層次中去。9答案試題B）9（分析試題10結(jié)構(gòu)化方法的主要原應(yīng)用最廣泛的信息系統(tǒng)開(kāi)發(fā)方法之一。結(jié)構(gòu)化方法是目前最成熟、4條：則，歸納起來(lái)有以下）用戶(hù)參與的原則。管理信息系統(tǒng)的用戶(hù)是各級(jí)各類(lèi)管理者，滿(mǎn)足他們?cè)诠芾砘顒?dòng)1 （中的信息需求，是管理信息系統(tǒng)建設(shè)的直接目地。 工作失敗的重要原因之一。 管理信息系統(tǒng)的建設(shè)， 關(guān)系到一個(gè)組織的信息處理能力和管理決策的 水平， 是涉及該組織的全局， 與近期和長(zhǎng)遠(yuǎn)發(fā)展密切相關(guān)的戰(zhàn)略問(wèn)題。 此組織的主要領(lǐng)導(dǎo)必須十 分重視，親自領(lǐng)導(dǎo)和直

33、接參與這一工作，特別是用戶(hù)的高層領(lǐng)導(dǎo)。 國(guó)內(nèi)外經(jīng)驗(yàn)表明： 各級(jí)管理人 員，特別是主要決策者的參與和重視，是管理信息系統(tǒng)建設(shè)成功的重要條件。由于系統(tǒng)本身和系統(tǒng)建設(shè)工作的復(fù)雜性,而且，深化和細(xì)化。用戶(hù)需求的表達(dá)和系統(tǒng)建設(shè)的專(zhuān)業(yè)人員對(duì)用戶(hù)需求的理解需要逐步明確、人與計(jì)算機(jī)的合理分工和相互密切配合至關(guān)在實(shí)現(xiàn)各種功能時(shí)，管理信息系統(tǒng)是人機(jī)系統(tǒng),重要。這就需要用戶(hù)對(duì)系統(tǒng)的功能、結(jié)構(gòu)和運(yùn)行規(guī)律有較深入的了解,專(zhuān)業(yè)人員也必須充分考慮用戶(hù)的特點(diǎn)和使用方面的習(xí)慣與要求,以協(xié)調(diào)人一機(jī)關(guān)系。 總之，用戶(hù)必須作為管理信息系統(tǒng)主要建設(shè)者的一部分在系統(tǒng)建設(shè)的各個(gè)階段直接參與工作用戶(hù)與建設(shè)工作脫節(jié)， 常常是系統(tǒng)建設(shè)（2）“先

34、邏輯，后物理”的原則。為了建立系統(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)要為用戶(hù)解決哪些問(wèn)題，即解決“系統(tǒng)做什么”的問(wèn)題，盡量避免過(guò)早地進(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)和功能，然后逐級(jí)分解，逐步細(xì)化。系 統(tǒng)測(cè)試也從總體功能開(kāi)始， 先檢查有關(guān)總體問(wèn)題， 然后逐級(jí)向下測(cè)試這一原則使建設(shè)者在系統(tǒng)建 設(shè)整個(gè)過(guò)程中始終把握全局， 致力于總體目標(biāo)與功能的實(shí)現(xiàn)， 把以下各級(jí)作為

35、實(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)行描述，這不并且作為系統(tǒng) 建設(shè)必需的文件進(jìn)行交流僅作為一個(gè)階段工作完成的標(biāo)志和管理決策的依據(jù)，和積累存檔， 有的文件還是下一階段工作的依據(jù)。 工作成果描述的標(biāo)準(zhǔn)化， 可以防止由于描述的 隨意性造成建設(shè)者之間的誤解而貽誤工作， 便于工作交流和各階段的交

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

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

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

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

40、圖給出了架構(gòu)的靜態(tài)部署視圖，通常一個(gè)結(jié)點(diǎn)包含一個(gè)或多個(gè)部署圖。（ 11 ）制品圖（ artifact diagram ）：展現(xiàn)了計(jì)算機(jī)中一個(gè)系統(tǒng)的物理結(jié)構(gòu)。制品包括文件、數(shù) 據(jù)庫(kù)和類(lèi)似的物理比特集合。 制品圖通常與部署圖一起使用。 制品也展現(xiàn)了它們實(shí)現(xiàn)的類(lèi)和構(gòu)件。（ 12 ）包圖（ package diagram ）：展現(xiàn)了由模型本身分解而成的組織單元，以及它們的依賴(lài)關(guān) 系。（ 13 ）定時(shí)圖（ timing diagram ）：也是一種交互圖，它展現(xiàn)了消息跨越不同對(duì)象或角色的實(shí) 際時(shí)間，而不僅僅只是關(guān)心消息的相對(duì)順序。）：是活動(dòng)圖和順序圖的混合物。 interaction overview

41、diagram）交互概覽圖（ 14 （試題 11 答案（11 ） A試題 12 分析Bugzilla ：它是一款具有追蹤系統(tǒng)的軟件。專(zhuān)門(mén)為 Unix 而定制。TestManager ：它是一個(gè)開(kāi)放的可擴(kuò)展的構(gòu)架。是一種測(cè)試管理工具。質(zhì)量保證專(zhuān)家可以使用TestManager 去了解需要的工作TestManager 去協(xié)調(diào)和跟蹤他們的測(cè)試活動(dòng)。測(cè)試人員使用 是什么， 以及這些工作需要的人和數(shù)據(jù)。 測(cè)試人員也可以了解到， 他們工作的范圍是要受到開(kāi)發(fā) 過(guò)程中全局變化的影響的。 TestManager 是這樣一個(gè)地方，它會(huì)提供與系統(tǒng)質(zhì)量相關(guān)聯(lián)的所有 問(wèn)題的答案。TrueCoverage ： TrueC

42、overage 的功能就是統(tǒng)計(jì)測(cè)試覆蓋率，它恰好能就上面這個(gè)問(wèn)題提供幫助。TrueCoverage 給岀的覆蓋率是“語(yǔ)句覆蓋”，是最低覆蓋強(qiáng)度的覆蓋率， 所以測(cè)試的項(xiàng)目 用 TrueCoverage 統(tǒng)計(jì)后，應(yīng)盡量達(dá)到 100% 的覆蓋。 TrueCoverage 的應(yīng)用階段為單元測(cè)試階 段和集成測(cè)試階段。LoadRunner ：它是一種預(yù)測(cè)系統(tǒng)行為和性能的負(fù)載測(cè)試工具。通過(guò)以模擬上千萬(wàn)用戶(hù)實(shí)施并發(fā)負(fù)載及實(shí)時(shí)性能監(jiān)測(cè)的方式來(lái)確認(rèn)和查找問(wèn)題， LoadRunner 能夠?qū)φ麄€(gè)企業(yè)架構(gòu)進(jìn)行測(cè)試。 過(guò)使用 LoadRunner ，企業(yè)能最大限度地縮短測(cè)試時(shí)間， 優(yōu)化性能和加速應(yīng)用系統(tǒng)的發(fā)布周期。Lo

43、adRunner 是一種適用于各種體系架構(gòu)的自動(dòng)負(fù)載測(cè)試工具， 它能預(yù)測(cè)系統(tǒng)行為并優(yōu)化系統(tǒng)性 能。試題 12 答案（12 ） C試題 13 分析 常見(jiàn)的黑盒測(cè)試方法包括：等價(jià)類(lèi)劃分、邊界值分析、錯(cuò)誤推測(cè)、因果圖。常見(jiàn)的白盒測(cè)試方法包括：代碼檢查法、靜態(tài)結(jié)構(gòu)分析法、靜態(tài)質(zhì)量度量法、邏輯覆蓋法（包括 語(yǔ)句覆蓋、 判定覆蓋、 條件覆蓋、 判定 / 條件覆蓋、 條件組合覆蓋和路徑覆蓋） 、基本路徑測(cè)試法、 域測(cè)試、符號(hào)測(cè)試、 Z 路徑覆蓋、程序變異。試題 13 答案13 ) A試題 14 分析 事件驅(qū)動(dòng)模式的基本原理是構(gòu)件并不直接調(diào)用過(guò)程， 而是觸發(fā)一個(gè)或多個(gè)事件。 系統(tǒng)中的其他構(gòu) 件可以注冊(cè)相關(guān)的事

44、件， 觸發(fā)一個(gè)事件時(shí)， 系統(tǒng)會(huì)自動(dòng)調(diào)用注冊(cè)了該事件的構(gòu)件過(guò)程， 即觸發(fā)事 件會(huì)導(dǎo)致另一構(gòu)件中過(guò)程的調(diào)用。 事件驅(qū)動(dòng)模式的主要特點(diǎn)是事件的觸發(fā)者并不知道哪些構(gòu)件會(huì)受到事件的影響， 且不能假定構(gòu)件 的處理順序， 甚至不知道會(huì)調(diào)用哪些過(guò)程， 使用事件驅(qū)動(dòng)模式的典型系統(tǒng)包括各種圖形界面工具， 比如 WORD ， EXCEL 程序。試題 14 答案(14 ) C試題 15 分析分層模式采用層次化的組織方式， 每一層都是為上一層提供服務(wù)， 并使用下一層提供的功能。 這 種模式允許將一個(gè)復(fù)雜問(wèn)題逐步分層實(shí)現(xiàn)。 層次模式中的每一層最多只影響兩層， 只要給相鄰層 提供相同的接口，就允許每層用不同的方法實(shí)現(xiàn)，可以

45、充分支持軟件復(fù)用。試題 15 答案(15 ) A試題 16 分析，公共對(duì)象請(qǐng)求代理架構(gòu)) Common Object Request Broker Architecture( CORBA 是由 OMG 組織制訂的一種標(biāo)準(zhǔn)的面向?qū)ο蟮膽?yīng)用程序體系規(guī)范。OMG 組織成立后不久就制訂了對(duì)象管理架構(gòu) (Object Management Architecture，OMA) 參考模型，該模型描述了 OMG 規(guī)范所遵循的概念化的基礎(chǔ)結(jié)構(gòu)。 OMA 由對(duì)象請(qǐng)求代理 ORB 、對(duì) 象服務(wù)、公共設(shè)施、域接口和應(yīng)用接口這幾個(gè)部分組成，其核心部分是對(duì)象請(qǐng)求代理 (Object Request Broker, ORB

46、) 。CORBA 標(biāo)準(zhǔn)由 OMG 設(shè)立并進(jìn)行控制。 CORBA 分布計(jì)算技術(shù)，是由絕大多數(shù)分布計(jì)算平臺(tái)廠(chǎng)商所支持和遵循的系統(tǒng)規(guī)范技術(shù)，具有模型完整、先進(jìn)， 獨(dú)立于系統(tǒng)平臺(tái)和開(kāi)發(fā)語(yǔ)言， 被支持程 度廣泛的特點(diǎn)，已逐漸成為分布計(jì)算技術(shù)的標(biāo)準(zhǔn)。 COBRA 標(biāo)準(zhǔn)主要分為三個(gè)層次：對(duì)象請(qǐng)求代 理、公共對(duì)象服務(wù)和公共設(shè)施。最底層是對(duì)象請(qǐng)求代理ORB ，規(guī)定了分布對(duì)象的定義（接口）和語(yǔ)言映射，實(shí)現(xiàn)對(duì)象間的通訊和互操作，是分布對(duì)象系統(tǒng)中的“軟總線(xiàn)” ；在 ORB 之上定義 了很多公共服務(wù)，可以提供諸如并發(fā)服務(wù)、名字服務(wù)、事務(wù)（交易）服務(wù)、安全服務(wù)等各種各樣 的服務(wù)； 最上層的公共設(shè)施則定義了組件框架， 提供

47、可直接為業(yè)務(wù)對(duì)象使用的服務(wù)， 規(guī)定業(yè)務(wù)對(duì) 象有效協(xié)作所需的協(xié)定規(guī)則。試題 16 答案（16 ） C試題 17 分析隨著計(jì)算機(jī)軟硬技術(shù)的迅速發(fā)展， 越來(lái)越多的應(yīng)用程序需要運(yùn)行在網(wǎng)絡(luò)環(huán)境的異構(gòu)平臺(tái)上。 在分 布的異構(gòu)環(huán)境中，通常存在多種硬件系統(tǒng)平臺(tái)（如PC 、工作站、小型機(jī)等） ，而這些硬件平臺(tái)上又存在各種軟件 （如不同的操作系統(tǒng)、 數(shù)據(jù)庫(kù)、用戶(hù)界面等） 。為了解決分布系統(tǒng)的異構(gòu)問(wèn)題， 人們提出了中間件（ Middleware ）概念。中間件是位于硬件、 操作系統(tǒng)等平臺(tái)和應(yīng)用之間的通用服務(wù)， 這些服務(wù)具有標(biāo)準(zhǔn)的程序中間件可 以有符合接口和協(xié)議規(guī)范的多種實(shí)現(xiàn)。不同的硬件及操作系統(tǒng)平臺(tái)，接口和協(xié)議。

48、是一種獨(dú)立的系統(tǒng)軟件或服務(wù)程序， 可以幫助分布式應(yīng)用軟件在不同的技術(shù)之間共享資源， 它位 于客戶(hù)機(jī)服務(wù)器的操作系統(tǒng)之上， 管理計(jì)算機(jī)資源和網(wǎng)絡(luò)通信。 其主要目的是實(shí)現(xiàn)應(yīng)用與平臺(tái) 的無(wú)關(guān)性。根據(jù)上述描述，可知中間件的如下特點(diǎn)：（1）中間件可運(yùn)行于多種硬件和操作系統(tǒng)平臺(tái)上；2）跨越網(wǎng)絡(luò)、硬件、操作系統(tǒng)平臺(tái)的應(yīng)用或服務(wù)可通過(guò)中間件透明交互；3 ）中間件支持標(biāo)準(zhǔn)的協(xié)議和接口 試題 17 答案（17 ） B試題 18 分析 測(cè)試是為評(píng)價(jià)和改進(jìn)產(chǎn)品質(zhì)量、識(shí)別產(chǎn)品的缺陷和問(wèn)題而進(jìn)行的活動(dòng)。 測(cè)試不再只是一種僅在編碼階段完成后才開(kāi)始的活動(dòng)。 現(xiàn)在的軟件測(cè)試被認(rèn)為是一種應(yīng)該包括在 整個(gè)開(kāi)發(fā)和維護(hù)過(guò)程中的活動(dòng)，它

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