【正文】 11年下半年試題29）以下關(guān)于COM+的描述中，不正確的是（29）。（29）A．COM+是COM的新版本，它使COM升級(jí)為一個(gè)完整的組件架構(gòu)B．COM+的底層結(jié)構(gòu)以COM為基礎(chǔ)，幾乎包含了COM的所有內(nèi)容C．COM+更加注重分布式網(wǎng)絡(luò)應(yīng)用的設(shè)計(jì)和實(shí)現(xiàn)D．COM+與操作系統(tǒng)緊密結(jié)合，通過(guò)系統(tǒng)服務(wù)為應(yīng)用程序提供全面服務(wù)試題29分析常用的構(gòu)件標(biāo)準(zhǔn)有：COM/DCOM/COM+、CORBA、EJB。COM是個(gè)開(kāi)放的組件標(biāo)準(zhǔn)，它有很強(qiáng)的擴(kuò)充和擴(kuò)展能力。COM把組件的概念融入到Windows應(yīng)用中。DCOM在COM的基礎(chǔ)上添加了許多功能和特性，包括事務(wù)特性、安全模型、管理和配置等，使COM成為一個(gè)完整的組件架構(gòu)。COM+將COM、DCOM和MTS形成一個(gè)全新的、功能強(qiáng)大的組件架構(gòu)。COM+并不是COM的新版本，我們可以把它理解為COM的新發(fā)展，或者為COM更系統(tǒng)集成項(xiàng)目管理工程師://高層次上的應(yīng)用。COM+的底層結(jié)構(gòu)仍然以COM為基礎(chǔ)，它幾乎包容了COM的所有內(nèi)容。COM+倡導(dǎo)了一種新的概念，它把COM組件軟件提升到應(yīng)用層而不再是底層的軟件結(jié)構(gòu)，它通過(guò)操作系統(tǒng)的各種支持，使組件對(duì)象模型建立在應(yīng)用層上，把所有組件的底層細(xì)節(jié)留給操作系統(tǒng)。COM+不再局限于COM的組件技術(shù)，它更加注重于分布式網(wǎng)絡(luò)應(yīng)用的設(shè)計(jì)和實(shí)現(xiàn)，已經(jīng)成為Microsoft系統(tǒng)平臺(tái)策略和軟件發(fā)展策略的一部分。COM+繼承了COM幾乎全部的優(yōu)勢(shì)，同時(shí)又避免了COM實(shí)現(xiàn)方面的一些不足。COM+緊緊地與操作系統(tǒng)結(jié)合起來(lái)，通過(guò)系統(tǒng)服務(wù)為應(yīng)用程序提供全面的服務(wù)。試題29參考答案（29）A 2011年下半年試題29 試題30（2011年下半年試題29）CORBA是由OMG組織為解決分布式處理環(huán)境中軟硬件系統(tǒng)互連而提出的一種解決方案，已經(jīng)逐漸成為分布計(jì)算技術(shù)的標(biāo)準(zhǔn)。CORBA標(biāo)準(zhǔn)主要分為三個(gè)層次，其中規(guī)定業(yè)務(wù)對(duì)象有效協(xié)作所需的協(xié)議規(guī)則的層次是（29）。（29）A．對(duì)象請(qǐng)求代理 B．公共對(duì)象服務(wù)C．公共語(yǔ)言規(guī)范D．公共設(shè)施試題30分析CORBA（Common Object Request Broker Architecture，公共對(duì)象請(qǐng)求代理架構(gòu)）是由OMG組織制訂的一種標(biāo)準(zhǔn)的面向?qū)ο蟮膽?yīng)用程序體系規(guī)范。OMG組織成立后不久就制訂了對(duì)象管理架構(gòu)(Object Management Architecture，系統(tǒng)集成項(xiàng)目管理工程師://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)。CORBA標(biāo)準(zhǔn)由OMG設(shè)立并進(jìn)行控制。CORBA分布計(jì)算技術(shù)，是由絕大多數(shù)分布計(jì)算平臺(tái)廠商所支持和遵循的系統(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)中的“軟總線”；在ORB之上定義了很多公共服務(wù)，可以提供諸如并發(fā)服務(wù)、名字服務(wù)、事務(wù)（交易）服務(wù)、安全服務(wù)等各種各樣的服務(wù)；最上層的公共設(shè)施則定義了組件框架，提供可直接為業(yè)務(wù)對(duì)象使用的服務(wù)，規(guī)定業(yè)務(wù)對(duì)象有效協(xié)作所需的協(xié)議規(guī)則。試題30參考答案（29）D 2011年下半年試題17試題31（2011年下半年試題17）以下關(guān)于面向?qū)ο蠓椒ǖ拿枋鲋?，不正確的是（17）。（17）A．選擇面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言時(shí)需要考慮開(kāi)發(fā)人員對(duì)其的熟悉程度B．使用設(shè)計(jì)模式有助于在軟件開(kāi)發(fā)過(guò)程中應(yīng)用面向?qū)ο蠹夹g(shù)C．在軟件生命周期的分析、設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試過(guò)程中均可以應(yīng)用面向?qū)ο蠹夹g(shù)D．UML是一種可視化建模語(yǔ)言，它需要與RUP開(kāi)發(fā)過(guò)程同時(shí)使用試題31分析 系統(tǒng)集成項(xiàng)目管理工程師://UML與RUP不是必須二者同時(shí)使用，所以答案D是不正確的。UML是一種通用的可視化建模語(yǔ)言，它是面向?qū)ο蠓治龊驮O(shè)計(jì)的一種標(biāo)準(zhǔn)化表示，用于對(duì)軟件進(jìn)行描述、可視化處理、構(gòu)造和建立軟件系統(tǒng)的文檔。UML適用于各種軟件開(kāi)發(fā)方法、軟件生命周期的各個(gè)階段、各種應(yīng)用領(lǐng)域以及各種開(kāi)發(fā)工具，是一種總結(jié)了以往建模技術(shù)的經(jīng)驗(yàn)并吸收當(dāng)今優(yōu)秀成果的標(biāo)準(zhǔn)建模方法。UML具有如下的語(yǔ)言特征。（1）不是一種可視化的程序設(shè)計(jì)語(yǔ)言，而是一種可視化的建模語(yǔ)言。（2）是一種建模語(yǔ)言規(guī)范說(shuō)明，是面向?qū)ο蠓治雠c設(shè)計(jì)的一種標(biāo)準(zhǔn)表示。（3）不是過(guò)程，也不是方法，但允許任何一種過(guò)程和方法使用它。（4）簡(jiǎn)單并且可擴(kuò)展，具有擴(kuò)展和專有化機(jī)制，便于擴(kuò)展，無(wú)需對(duì)核心概念進(jìn)行修改。（5）為面向?qū)ο蟮脑O(shè)計(jì)與開(kāi)發(fā)中涌現(xiàn)出的高級(jí)概念（如協(xié)作、框架、模式和組件）提供支持，強(qiáng)調(diào)在軟件開(kāi)發(fā)中，對(duì)架構(gòu)、框架、模式和組件的重用。（6）與最好的軟件工程實(shí)踐經(jīng)驗(yàn)集成。UML最終目標(biāo)是在盡可能簡(jiǎn)單的同時(shí)能夠?qū)?yīng)用系統(tǒng)的各個(gè)方面建模，可供所有建模者使用，UML標(biāo)準(zhǔn)是為支持大部分現(xiàn)存的面向?qū)ο箝_(kāi)發(fā)過(guò)程而設(shè)計(jì)的。RUP(Rational Unified Process)是Rational公司（現(xiàn)IBM）開(kāi)發(fā)和維護(hù)的過(guò)程產(chǎn)品，是由Objectory過(guò)程演化而來(lái)。RUP將項(xiàng)目管理、業(yè)務(wù)建模、分析與設(shè)計(jì)等統(tǒng)一起來(lái)，貫穿整個(gè)開(kāi)發(fā)過(guò)程。RUP過(guò)程為軟件開(kāi)發(fā)提供了規(guī)范性的指南、模板和范例，可用來(lái)開(kāi)發(fā)所有類(lèi)型的應(yīng)用。RUP中的軟件過(guò)程在時(shí)間上被分解為4個(gè)順序的階段，分別是初始階段、細(xì)化階段、構(gòu)建階段和移交階段。試題31參考答案 系統(tǒng)集成項(xiàng)目管理工程師://（17）D 2012年上半年試題7 試題32（2012年上半年試題7）用戶需求在項(xiàng)目開(kāi)始時(shí)定義不清，開(kāi)發(fā)過(guò)程密切依賴用戶的良好配合，動(dòng)態(tài)響應(yīng)用戶的需求，通過(guò)反復(fù)修改來(lái)實(shí)現(xiàn)用戶的最終系統(tǒng)需求，這是（7）的主要特點(diǎn)。（7）A．蒙特卡洛法B．原型法C．面向?qū)ο蠓椒―．頭腦風(fēng)暴法試題32分析常用信息系統(tǒng)開(kāi)發(fā)方法有：結(jié)構(gòu)化方法、原型法、面向?qū)ο蠓椒?。原型法：認(rèn)為在很難一下子全面準(zhǔn)確地提出用戶需求的情況下，首先不要求一定要對(duì)系統(tǒng)做全面、詳細(xì)的調(diào)查、分析，而是本著開(kāi)發(fā)人員對(duì)用戶需求的初步理解，先快速開(kāi)發(fā)一個(gè)原型系統(tǒng)，然后通過(guò)反復(fù)修改來(lái)實(shí)現(xiàn)用戶的最終系統(tǒng)需求。面向?qū)ο蠓椒ǎ菏且环N把面向?qū)ο蟮乃枷霊?yīng)用于軟件開(kāi)發(fā)過(guò)程中，指導(dǎo)開(kāi)發(fā)活動(dòng)的系統(tǒng)方法，簡(jiǎn)稱OO方法，是建立在“對(duì)象”概念基礎(chǔ)上的方法學(xué)。對(duì)象是由數(shù)據(jù)和允許的操作組成的封裝體，與客觀實(shí)體有直接對(duì)應(yīng)關(guān)系，一個(gè)對(duì)象類(lèi)定義了具有相似性質(zhì)的一組對(duì)象。而繼承性是對(duì)具有層次關(guān)系的類(lèi)的屬性和操作進(jìn)行共享的一種方式。所謂面向?qū)ο缶褪腔趯?duì)象概念，以對(duì)象為中心，以類(lèi)和繼承為構(gòu)造機(jī)制，來(lái)認(rèn)識(shí)、理解、刻畫(huà)客觀世界和設(shè)計(jì)、構(gòu)建相應(yīng)的軟件系統(tǒng)。蒙特卡洛法和頭腦風(fēng)暴法不是信息系統(tǒng)開(kāi)發(fā)方法。試題32參考答案（7）B 2012年上半年試題10 系統(tǒng)集成項(xiàng)目管理工程師://試題33（2012年上半年試題10）軟件需求可理解為：為解決特定問(wèn)題而由被開(kāi)發(fā)或被修改的軟件所展示出的特性。所有軟件需求的基本特性是（10）。（10）A．可驗(yàn)證性B．與用戶交互性C．解決沖突 D．面向?qū)ο笤囶}33分析軟件需求是一個(gè)為解決特定問(wèn)題而必須由被開(kāi)發(fā)或被修改的軟件展示的特性。所有軟件需求的一個(gè)基本特性就是可驗(yàn)證性。驗(yàn)證某些軟件需求可能很困難或者成本很高。軟件需求和軟件質(zhì)保人員都必須保證，在現(xiàn)有的資源約束下，需求可以被驗(yàn)證。除了其表達(dá)的行為特性外，需求還有其他特性，如優(yōu)先級(jí)，以便在資源有限時(shí)進(jìn)行權(quán)衡。試題33參考答案（10）A 2012年上半年試題17 試題34（2012年上半年試題17）關(guān)于圖16類(lèi)圖中的敘述，（17）是不正確的。（17）A．Rectangle類(lèi)和Circle類(lèi)都有名為area的屬性，這兩個(gè)屬性一定是相同的屬性B．Rectangle類(lèi)和Circle類(lèi)都有名為getArea()的操作，這兩個(gè)操作一定是相同的操作C．Rectangle中名為length的屬性和Circle類(lèi)中名為radius的屬性一定是不同的屬性D．Shape類(lèi)有一個(gè)屬性，Circle類(lèi)有兩個(gè)屬性，Rectangle類(lèi)有三個(gè)屬性 系統(tǒng)集成項(xiàng)目管理工程師://圖16 類(lèi)圖試題34分析本題主要考查面向?qū)ο蠓椒ǖ幕靖拍畹睦斫猓喝缋^承、多態(tài)。繼承：繼承表示類(lèi)之間的層次關(guān)系，這種關(guān)系使得某類(lèi)對(duì)象可以繼承另外一類(lèi)對(duì)象的特征（attributes）和能力（operations）。從題目來(lái)看，Rectangle類(lèi)和Circle類(lèi)都是從shape類(lèi)繼承而來(lái)。具有父類(lèi)的area屬性特征，因此在子類(lèi)中就不用重復(fù)指定erea這個(gè)屬性。也就是，Rectangle類(lèi)有三個(gè)屬性：erea、length、width，Circle類(lèi)有兩個(gè)屬性：erea、radius。多態(tài)：多態(tài)性是一種方法，這種方法使得在多個(gè)類(lèi)中可以定義同一個(gè)操作或?qū)傩悦?，并在每個(gè)類(lèi)中可以有不同的實(shí)現(xiàn)。多態(tài)性使得一個(gè)屬性或變量在不同的時(shí)期可以表示不同類(lèi)的對(duì)象。本題中Rectangle和Circle都繼承于Shape，對(duì)于Shape而言，會(huì)有g(shù)etArea()的操作。但顯而易見(jiàn)，Rectangle和Circle的getArea()方法的實(shí)現(xiàn)是完全不一樣的，這就體現(xiàn)了多態(tài)的特征。試題34參考答案（17）B 2012年上半年試題18 試題35（2012年上半年試題18）在面向?qū)ο蠓治鲋校浞治鲞^(guò)程的第一步是（18）。（18）A．發(fā)現(xiàn)角色／參與者B．發(fā)現(xiàn)用例C．進(jìn)行領(lǐng)域分析D．建立功能模型試題35分析 系統(tǒng)集成項(xiàng)目管理工程師://面向?qū)ο蟮姆治龅牟襟E：（1）發(fā)現(xiàn)角色／參與者。（2）發(fā)現(xiàn)用例。（3）建立用例模型。（4）進(jìn)行領(lǐng)域分析。（5）建立對(duì)象 關(guān)系模型。（6）建立對(duì)象 行為模型。（7）建立功能模型。試題35參考答案（18）A 2009年下半年試題6試題36（2009年下半年試題6）某一MIS系統(tǒng)項(xiàng)目的實(shí)施過(guò)程如下：需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試。那么該項(xiàng)目最有可能采用的是（6）。（6）A．瀑布模型B．迭代模型C．V模型D．螺旋模型試題36分析瀑布模型是一種最樸素的開(kāi)發(fā)模型，它嚴(yán)格遵循軟件生命周期各階段的固定順序：計(jì)劃、分析、設(shè)計(jì)、編程、測(cè)試和維護(hù)，上一階段完成后才能進(jìn)入到下一階段，整個(gè)模型就像一個(gè)飛流直下的瀑布，如圖17所示。系統(tǒng)集成項(xiàng)目管理工程師://圖17瀑布模型示意圖瀑布模型過(guò)于理想化，而且缺乏靈活性，無(wú)法在開(kāi)發(fā)過(guò)程中逐漸明確用戶難以確切表達(dá)或一時(shí)難以想到的需求，直到軟件開(kāi)發(fā)完成之后才發(fā)現(xiàn)與用戶需求有很大距離，此時(shí)必須付出高額的代價(jià)才能糾正這一偏差。在瀑布模型及其它的經(jīng)典模型中，測(cè)試常常作為亡羊補(bǔ)牢的事后行為，但也有以測(cè)試為中心的開(kāi)發(fā)模型，那就是V模型。V模型宣稱測(cè)試并不是一個(gè)事后彌補(bǔ)行為，而是一個(gè)同開(kāi)發(fā)過(guò)程同樣重要的過(guò)程。V模型的左邊下降的是開(kāi)發(fā)過(guò)程各階段，與此相對(duì)應(yīng)的是右邊上升的部分，即各測(cè)試過(guò)程的各個(gè)階段，整個(gè)開(kāi)發(fā)過(guò)程構(gòu)造成一個(gè)“V”字形而得名。在模型圖中的開(kāi)發(fā)階段一側(cè)，先從定義業(yè)務(wù)需求、需求確認(rèn)或測(cè)試計(jì)劃開(kāi)始，然后要把這些需求轉(zhuǎn)換到概要設(shè)計(jì)、概要設(shè)計(jì)的驗(yàn)證及測(cè)試計(jì)劃，從概要設(shè)計(jì)進(jìn)一步分解到詳細(xì)設(shè)計(jì)、詳細(xì)設(shè)計(jì)的驗(yàn)證及測(cè)試計(jì)劃，最后進(jìn)行開(kāi)發(fā)，得到程序代碼和代碼測(cè)試計(jì)劃。接著就是測(cè)試執(zhí)行階段一側(cè)，執(zhí)行先從單元測(cè)試開(kāi)始，然后是集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試。V模型的價(jià)值在于它非常明確地標(biāo)明了測(cè)試過(guò)程中存在的不同級(jí)別，并且清楚地描述了系統(tǒng)集成項(xiàng)目管理工程師://這些測(cè)試階段和開(kāi)發(fā)各階段的對(duì)應(yīng)關(guān)系。圖18 V模型對(duì)于復(fù)雜的大型軟件，開(kāi)發(fā)一個(gè)滿足要求的原型往往非常困難。螺旋模型綜合了瀑布模型和演化模型的優(yōu)點(diǎn)，還增加了風(fēng)險(xiǎn)分析，彌補(bǔ)了兩者的不足，如圖19所示。螺旋模型包含了四個(gè)方面的活動(dòng)：制訂計(jì)劃、風(fēng)險(xiǎn)分析、實(shí)施工程、客戶評(píng)估。這四項(xiàng)活動(dòng)恰好可以放在一個(gè)直角坐標(biāo)系的四個(gè)象限，而開(kāi)發(fā)過(guò)程恰好像一條螺旋線。第二篇：系統(tǒng)集成項(xiàng)目管理工程師考試試題分類(lèi)精解與題型練習(xí)系統(tǒng)集成項(xiàng)目管理工程師考試試題分類(lèi)精解與題型練習(xí)（中）項(xiàng)目可能出現(xiàn)大量的不同的工作結(jié)果。你需要收集有關(guān)這些工作結(jié)果的信息，例如發(fā)生什么樣的成本，產(chǎn)生了什么可交付成果，以及還存在什么突出問(wèn)題等等。你需要這些信息是為了什么： C你是一個(gè)大型項(xiàng)目的一位項(xiàng)目經(jīng)理，領(lǐng)導(dǎo)一個(gè)八人高級(jí)成員小組，每位成員是他（她）所在領(lǐng)域的技術(shù)專家。這些成員都是具有創(chuàng)造力的人，樂(lè)于在工作時(shí)不顧及所承擔(dān)的任務(wù)在整個(gè)項(xiàng)目時(shí)間表中的順序。你擔(dān)心這種非正式的工作方式會(huì)危害整個(gè)計(jì)劃，特別是考慮到項(xiàng)目時(shí)間表的限制和大量項(xiàng)目接口以及對(duì)外部因素的依賴。你因此召集了一次小組會(huì)議討論工作程序以確保工作進(jìn)行得適時(shí)并且順序正確。在會(huì)議上，你將建立： B你的技術(shù)小組領(lǐng)導(dǎo)準(zhǔn)備提出一項(xiàng)增值變更請(qǐng)求，該變更將導(dǎo)致項(xiàng)目范圍的擴(kuò)大。為了評(píng)估執(zhí)行變更導(dǎo)致的變化的程序，你已經(jīng)要求進(jìn)行獲得價(jià)值分析。這種方法是一種： A你的公司經(jīng)營(yíng)地區(qū)內(nèi)最大的化學(xué)品處理工廠。公司被指控非法向鎮(zhèn)上的河流傾倒的有毒物質(zhì)的清理工作必須在2月15日前完成。法庭的時(shí)間限制是： C你正在進(jìn)行軟件開(kāi)發(fā)項(xiàng)目。在這個(gè)項(xiàng)目中，必須進(jìn)行大量測(cè)試，其中一些需要進(jìn)行多次。項(xiàng)目包含的一些活動(dòng)的順序取決于前期進(jìn)行的活動(dòng)的結(jié)果。例如，如果在檢查中發(fā)現(xiàn)了一個(gè)錯(cuò)誤，項(xiàng)目設(shè)計(jì)必須修改，由此需要進(jìn)行額外的測(cè)試。你將采用什么樣的計(jì)劃方法？ C由于你的項(xiàng)目的范圍發(fā)生變更，因此成本基線也發(fā)生變更。你的下一步將是： B你的公司建立一個(gè)項(xiàng)目管理人員的獎(jiǎng)勵(lì)和認(rèn)可制度。項(xiàng)目成本績(jī)效被作為決定獎(jiǎng)勵(lì)的依據(jù)。如何才能確保獎(jiǎng)勵(lì)反映真實(shí)的績(jī)效： D最近，你所在的雞肉產(chǎn)品加工公司經(jīng)歷了幾起公司產(chǎn)品引起的健康恐慌事件。這是在三