試題分析-項(xiàng)目師教學(xué)提綱

1、試題分析-項(xiàng)目管理師試題（3） 關(guān)于信息系統(tǒng)集成企業(yè)資質(zhì)的說法正確的是 B .A.計(jì)算機(jī)信息系統(tǒng)集成企業(yè)的資質(zhì)等級(jí)共分四的級(jí)別,第四級(jí)為最高級(jí)。B.該資質(zhì)由授權(quán)的認(rèn)證機(jī)構(gòu)進(jìn)行評(píng)審和批準(zhǔn)C.目前，計(jì)算機(jī)信息系統(tǒng)集成企業(yè)的資質(zhì)有效期是3年D.申報(bào)二級(jí)資質(zhì)的企業(yè)，其具有項(xiàng)目經(jīng)理資質(zhì)的人數(shù)應(yīng)不少于20名試題（4） 信息系統(tǒng)工程監(jiān)理活動(dòng)的主要內(nèi)容包括：四控、三管、一協(xié)調(diào)，其中：三管是指： D 。A.整體管理、范圍管理、安全管理B.范圍管理、進(jìn)度管理、合同管理C.進(jìn)度管理、合同管理、信息管理D.合同管理、信息管理、安全管理試題（5）與客戶機(jī)/服務(wù)器（Client/Server,C/S)架構(gòu)相比，瀏覽器/服

2、務(wù)器（Browser/Server，B/S）架構(gòu)的最大優(yōu)點(diǎn)是 C 。A.具有強(qiáng)大的數(shù)據(jù)操作和事務(wù)處理能力B.部署和維護(hù)方便，易于擴(kuò)展C.適用于分布式系統(tǒng)，支持多層應(yīng)用框架D.將應(yīng)用一分為二，允許網(wǎng)絡(luò)分布操作試題（6） B 的目的是評(píng)價(jià)項(xiàng)目產(chǎn)品，以確定其對(duì)使用意圖的適合性，表明產(chǎn)品是否滿足規(guī)范說明并遵從標(biāo)準(zhǔn)。A.IT評(píng)審 B.技術(shù)評(píng)審C.管理評(píng)審 D.走查試題（7）按照規(guī)范的文檔管理機(jī)制，程序流程圖必須在 B 階段內(nèi)完成。A.需求分析、概要設(shè)計(jì)B.概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)C.詳細(xì)設(shè)計(jì)、實(shí)施階段D.實(shí)施階段、測(cè)試階段試題（8）信息系統(tǒng)軟件需求說明書是需求分析階段最后的成果之一， C 不是需求說明書應(yīng)包含

3、的內(nèi)容。A.數(shù)據(jù)描述B.功能描述C.系統(tǒng)結(jié)構(gòu)描述D.性能描述試題（9）在GB/T14393計(jì)算機(jī)軟件可靠性和可維護(hù)性管理標(biāo)準(zhǔn)中， D 不是詳細(xì)設(shè)計(jì)評(píng)審的內(nèi)容。A.各單元可靠性和可維護(hù)性目標(biāo)B.可靠性和可維護(hù)性設(shè)計(jì)C.測(cè)試文件、軟件開發(fā)工具D.測(cè)試原理、要求、文件和工具試題（11）UML2.0支持13種圖它門可以分成兩大類：結(jié)構(gòu)圖和行為圖。 A 圖的說法不正確。A.部署圖是行為圖B.順序圖是行為圖C.用例圖是行為圖D.構(gòu)件圖是結(jié)構(gòu)圖試題（63）電子商務(wù)系統(tǒng)所涉及的四種”流”中, B 是最基本的、必不可少的。A.資金流B.信息流C.商流D.物流試題（64）使用網(wǎng)上銀行卡支付系統(tǒng)付款與使用傳統(tǒng)信用卡

4、支付系統(tǒng)付款，梁振的付款授權(quán)方式是不同的下列論述正確的是 A 。A.前者使用數(shù)字簽名進(jìn)行遠(yuǎn)程授權(quán)，后者在購物現(xiàn)場(chǎng)使用手寫簽名的方式授權(quán)商家扣款B.前者在購物現(xiàn)場(chǎng)使用手寫簽名的方式授權(quán)商家扣款，后者適用數(shù)字簽名進(jìn)行遠(yuǎn)程授權(quán)C.兩者都使用數(shù)字簽名進(jìn)行遠(yuǎn)程授權(quán)D.兩者都在購物現(xiàn)場(chǎng)使用手寫簽名的方式授權(quán)商家扣款試題（65）目前企業(yè)信息化系統(tǒng)所使用的數(shù)據(jù)庫管理系統(tǒng)的結(jié)構(gòu)大多數(shù)為 B 的。A.層次結(jié)構(gòu)B.關(guān)系結(jié)構(gòu)C.網(wǎng)狀結(jié)構(gòu)D.鏈表結(jié)構(gòu)試題（66）管理信息系統(tǒng)建設(shè)的機(jī)構(gòu)化方法中，用戶參與的原則必須參與 B 。A.系統(tǒng)建設(shè)中各階段工作B.系統(tǒng)分析工作C.系統(tǒng)設(shè)計(jì)工作D.系統(tǒng)實(shí)施工作試題（68）根據(jù)軟件文檔管

5、理指南GB/T16680-1996 D 不屬于產(chǎn)品文檔A.參考手冊(cè)和用戶指南B.支持手冊(cè)C.需求規(guī)格說明D.產(chǎn)品手冊(cè)試題（69）Web Service的各種核心技術(shù)包括XML Namespace、 XML Schema、 SOAP、WSDL、UDDI、WS-INspection WS -Security WS-Routing等，下列關(guān)于Web Service 技術(shù)的敘述錯(cuò)誤的是 B 。A. XML Schema是用于對(duì)于XML中的數(shù)據(jù)進(jìn)行定義和約束B.在一般情況下， Web Service的本質(zhì)就是用HTTP發(fā)送一組WEB上的HTML數(shù)據(jù)包C. SOAP提供了標(biāo)準(zhǔn)的RPC方法來調(diào)用Web Se

6、rvice,是傳輸數(shù)據(jù)的方式D. SOAP是一種輕量的,簡(jiǎn)單的,基于XML的協(xié)議,它被設(shè)計(jì)成在WEB上交換結(jié)構(gòu)的和固化的信息試題（70）工作流技術(shù)在流程管理應(yīng)用中的三個(gè)階段分別是A。A.流程設(shè)計(jì)、流程的實(shí)施、流程的改進(jìn)和維護(hù)B.流程建模、輪流程仿真、流程改進(jìn)和優(yōu)化C.流程的計(jì)劃、流程的實(shí)施、流程的維護(hù)D.系統(tǒng)的分析、流程的設(shè)計(jì)、流程的實(shí)施和改進(jìn)試題（1）需求規(guī)格說明書的內(nèi)容不應(yīng)當(dāng)包括 B 。 對(duì)重要功能的描述 B. 對(duì)算法過程的描述C. 軟件確認(rèn)標(biāo)準(zhǔn) D. 軟件性能試題（2） 數(shù)據(jù)庫 HTML B. 數(shù)據(jù)倉庫 XMLC. 數(shù)據(jù)挖掘 HTTP D. 商業(yè)智能 UML把分布在不同地點(diǎn)、不同時(shí)間的數(shù)

7、據(jù)集成起來，以支持管理人員決策的技術(shù)稱為，為Web Service平臺(tái)中表示數(shù)據(jù)的基本格式，和分別為 B 。 2008年試題（3） D 是一種能夠?qū)崿F(xiàn)過程集成的技術(shù)，一般用于用戶的業(yè)務(wù)流程經(jīng)常發(fā)生改變的場(chǎng)合。 業(yè)務(wù)流 B. 控制流 C. 流媒體 D. 工作流試題（4）在實(shí)施企業(yè)業(yè)務(wù)流程改造的過程中，許多企業(yè) 領(lǐng)導(dǎo)人和員工在變革之初對(duì)變革抱有很大的期望和熱情，但在變革實(shí)施以后發(fā)現(xiàn)似乎一切又恢復(fù)了老樣子，其遺憾的原因往往在于變革的設(shè)計(jì)者和領(lǐng)導(dǎo)者未能在變革中堅(jiān)持企業(yè)流程改造的核心原則。即 D 。 以流程為中心的原則 B. 以人為本的團(tuán)隊(duì)式管理原則C. 顧客導(dǎo)向原則 D. 以上都是試題（5）CMM是美

8、國卡內(nèi)基梅隆大學(xué)軟件工程研究所開發(fā)的（軟件）能力成熟度模型，其中 C 強(qiáng)調(diào)軟件開發(fā)過程穩(wěn)定性與項(xiàng)目量化管理?？芍貜?fù)級(jí) B. 已定義級(jí) C. 已管理級(jí) D. 持續(xù)優(yōu)化級(jí)試題（6）在軟件質(zhì)量模型中，比較有代表性的有McCall提出的軟件質(zhì)量模型，在這個(gè)質(zhì)量模型中，軟件的質(zhì)量特性被分成了三期，即產(chǎn)品轉(zhuǎn)移、產(chǎn)品修改和 D 。 產(chǎn)品開發(fā) B. 產(chǎn)品銷售 C. 產(chǎn)品升級(jí) D. 工作流試題（7）、（8）常見的軟件開發(fā)模型有瀑布模型、演化模型、螺旋模型和噴泉模型。其中 A 使用于需求明確或很少變更的項(xiàng)目， D 主要用來描述面向?qū)ο蟮能浖_發(fā)過程。 瀑布模型 B. 演化模型 C. 螺旋模型 D. 噴泉模型試題（

9、9）根據(jù)軟件文檔管理指南GB/T 16680-1996，軟件文檔包括 C 等。 啟動(dòng)文檔、計(jì)劃文檔、實(shí)施文檔和收尾文檔 開發(fā)文檔、支持文檔和管理文檔 開發(fā)文檔、產(chǎn)品文檔和管理文檔 開發(fā)文檔、技術(shù)文檔和管理文檔試題（10）根據(jù)計(jì)算機(jī)軟件質(zhì)量保證計(jì)劃規(guī)范GB/T 12504-1990，項(xiàng)目開發(fā)組長或其代表 C 。 可以作為評(píng)審組的成員，不設(shè)副組長時(shí)可擔(dān)任評(píng)審組的組長 可以作為評(píng)審組的成員，但只能擔(dān)任評(píng)審組的副組長 可以作為評(píng)審組的成員，但不能擔(dān)任評(píng)審組的組長或副組長 不能挑選評(píng)審組的成員試題（11）根據(jù)軟件生存周期過程GB/T 8566-2001，開發(fā)過程的第一活動(dòng)是 B 。 系統(tǒng)需求分析 過程實(shí)

10、施 系統(tǒng)結(jié)構(gòu)設(shè)計(jì) 使用和維護(hù)試題（12）需求開發(fā)的目的是通過調(diào)查與分析，獲取用戶需求并定義產(chǎn)品需求。完整的需求開發(fā)過程包括 C 。 需求獲取、需求分析、需求定義 需求獲取、需求分析 需求獲取、需求分析、需求定義、需求驗(yàn)證 需求分析、需求定義、需求驗(yàn)證試題（13）OMG組織、微軟公司和SUN公司所提出的軟件構(gòu)件的標(biāo)準(zhǔn)依次是 C 。 CORBAEJBCOM UMLVBJ2EE CORBACOMEJB CORBAC#JAVA試題（14） B 可以幫助人們簡(jiǎn)單方便地復(fù)用已經(jīng)成功的設(shè)計(jì)或體系結(jié)構(gòu)。 商業(yè)構(gòu)件 設(shè)計(jì)模式 遺留系統(tǒng) 需求規(guī)格說明試題（61）關(guān)于質(zhì)量計(jì)劃與質(zhì)量體系之間的描述，正確的是 A 。

11、質(zhì)量計(jì)劃是為具體產(chǎn)品、項(xiàng)目、服務(wù)或合同準(zhǔn)備的 質(zhì)量體系是為具體產(chǎn)品、項(xiàng)目、服務(wù)或合同準(zhǔn)備的 質(zhì)量體系由單個(gè)組織實(shí)體采用，通常是質(zhì)量保證部門 質(zhì)量計(jì)劃并非組織管理系統(tǒng)的一個(gè)組成部分試題（62）信息系統(tǒng)工程監(jiān)理活動(dòng)的 D 是控制工程建設(shè)的投資、進(jìn)度、工程質(zhì)量、變更處理，進(jìn)行工程建設(shè)合同管理、信息管理和安全管理，協(xié)調(diào)有關(guān)單位間的工作關(guān)系，被概括為“四控、三管、一協(xié)調(diào)”。 中心任務(wù) 基本方法 主要目的 主要內(nèi)容試題（63）、（64）因承建單位違反合同導(dǎo)致工程竣工時(shí)間延遲，監(jiān)理單位 （63）A 。關(guān)于信息工程實(shí)施合同中關(guān)于工期的敘述，不正確的是 （64）D 。 不承擔(dān)責(zé)任 B. 承擔(dān)全部責(zé)任C. 與承建

12、單位共同承擔(dān)責(zé)任 D. 承擔(dān)連帶責(zé)任（63） 在合同協(xié)議書內(nèi)應(yīng)明確注明開工日期 在合同協(xié)議書內(nèi)應(yīng)明確注明竣工日期C.在合同協(xié)議書內(nèi)應(yīng)明確注明合同工期總?cè)諝v天數(shù)D. 通過招標(biāo)選擇承包人的項(xiàng)目,其合同工期天數(shù)就是招標(biāo)文件要求的工期天數(shù)（64）試題（65）測(cè)試是信息系統(tǒng)工程質(zhì)量監(jiān)理的重要手段之一,這是由信息系統(tǒng)工程的特點(diǎn)所決定的，測(cè)試結(jié)果是判斷信息系統(tǒng)工程質(zhì)量最直接的依據(jù)之一。在整個(gè)質(zhì)量控制過程中，可能存在承建單位、監(jiān)理單位、建設(shè)單位以及專業(yè)的測(cè)試機(jī)構(gòu)對(duì)工程的測(cè)試。各方的職責(zé)和工作重點(diǎn)有所不同，下面關(guān)于各方進(jìn)行測(cè)試工作的描述， C 是錯(cuò)誤的。 承建單位在項(xiàng)目的實(shí)施過程中，需要進(jìn)行不斷的測(cè)試，主要是保

13、證項(xiàng)目的質(zhì)量監(jiān)理單位要對(duì)承建單位的測(cè)試計(jì)劃、測(cè)試方案、測(cè)試結(jié)果進(jìn)行監(jiān)督評(píng)審，對(duì)測(cè)試問題改進(jìn)過程進(jìn)行跟蹤，對(duì)重要環(huán)節(jié)，監(jiān)理單位自己也要進(jìn)行抽樣測(cè)試在重要的里程碑或驗(yàn)收階段，一般需要委托專業(yè)的測(cè)試機(jī)構(gòu)對(duì)工程進(jìn)行全面、系統(tǒng)的測(cè)試，為了保證專業(yè)的測(cè)試機(jī)構(gòu)的獨(dú)立公正，監(jiān)理方不能對(duì)專業(yè)的測(cè)試機(jī)構(gòu)的測(cè)試計(jì)劃和方案進(jìn)行干預(yù)建設(shè)單位也要對(duì)信息工程進(jìn)行測(cè)試，以檢查正在開發(fā)的信息系統(tǒng)是否滿足自己的業(yè)務(wù)需求2007年試題（4）商業(yè)智能（BI）的核心技術(shù)是逐步成熟的數(shù)據(jù)倉庫（DW）和 D 。 聯(lián)機(jī)呼叫業(yè)務(wù) 數(shù)據(jù)整理（ODS）技術(shù) 聯(lián)機(jī)事務(wù)處理（OLTP）技術(shù) 數(shù)據(jù)挖掘（DM）技術(shù)試題（5）在選項(xiàng) B 中，代表的技術(shù)用于

14、決策分析；代表的技術(shù)用于從數(shù)據(jù)庫中發(fā)現(xiàn)知識(shí)對(duì)決策進(jìn)行支持；和的結(jié)合為決策支持系統(tǒng)（DSS）開辟了新方向，它們也是 代表的技術(shù)的主要組成。 數(shù)據(jù)挖掘， 數(shù)據(jù)倉庫， 商業(yè)智能 數(shù)據(jù)倉庫， 數(shù)據(jù)數(shù)據(jù)， 商業(yè)智能 商業(yè)智能， 數(shù)據(jù)挖掘， 數(shù)據(jù)倉庫 數(shù)據(jù)倉庫， 商業(yè)智能， 數(shù)據(jù)挖掘試題（6）在面性對(duì)象開發(fā)方法中，用UML表示軟件體系架構(gòu)，用到5個(gè)視圖：邏輯視圖、構(gòu)件視圖、部署視圖、 C 。 使用視圖和動(dòng)態(tài)視圖 B. 用例視圖和動(dòng)態(tài)視圖C. 用例視圖和進(jìn)程視圖 D. 靜態(tài)視圖和動(dòng)態(tài)視圖試題（7）原型化方法是一種動(dòng)態(tài)定義需求的方法， D 不是原型化方法的特征。 簡(jiǎn)化項(xiàng)目管理 B. 盡快建立初步需求C. 加強(qiáng)

15、用戶參與和決策 D. 提供完整定義的需求試題（8）結(jié)構(gòu)化分析方法(SA)的主要思想是 A 。 自頂向下、逐步分解 B.自頂向下、逐步抽象 C.自底向上、逐步抽象 D.自底向上、逐步分解 試題（9）面向?qū)ο筌浖_發(fā)過程中，設(shè)計(jì)模式的采用是為了 B 。 允許在非面向?qū)ο蟪绦蛟O(shè)計(jì)語言中使用面向?qū)ο蟮母拍?復(fù)用成功的設(shè)計(jì)和體系結(jié)構(gòu)C.減少設(shè)計(jì)過程創(chuàng)建的類的個(gè)數(shù)D. 保證程序的運(yùn)行速度達(dá)到最優(yōu)值試題（10）如果某IT項(xiàng)目客戶的業(yè)務(wù)部署在其Internet網(wǎng)站上,客戶的供應(yīng)商、經(jīng)銷商等合作伙伴的業(yè)務(wù)也部署在各自的Internet網(wǎng)站上?？蛻粢笞约旱腎T系統(tǒng)能通過Internet和其合作伙伴集成起來，開發(fā)

16、者首先要考慮的技術(shù)是 B 。 COM和Cache B. Web Service和XML C. C/S D. ADSL 試題（11）CMMI提供了兩種模型表達(dá)方式：“連續(xù)式”和“階段式”。以下說法中正確的是 D 。 前者可以描述項(xiàng)目管理能力成熟度，后者可以描述組織能力成熟度 前者可以描述軟件開發(fā)能力成熟度，后者可以描述項(xiàng)目管理能力成熟度 前者可以描述項(xiàng)目管理的能力成熟度，后者可以描述組織能力成熟度 前者可以描述過程能力成熟度，后者可以描述組織能力成熟度試題（12）、（13）在面向?qū)ο蠓椒ㄖ?，?duì)象可看成熟性（數(shù)據(jù)）以及這些屬性上的專用操作的封裝體。封裝是一種 （12）D 技術(shù)。類是一組具有相同屬性

17、和相同操作的對(duì)象之集合，類的每個(gè)對(duì)象都是這個(gè)類的一個(gè) （13）C 。 組裝 B. 產(chǎn)品化 C. 固化 D. 信息隱蔽（12） 例證 B. 用例 C. 實(shí)例 D. 例外（13）試題（14）、（15）類之間共享屬性和操作的機(jī)制稱為 （14）D 。一個(gè)對(duì)象通過發(fā)送 （13）C 來請(qǐng)求另一個(gè)對(duì)象為其服務(wù)。 多態(tài) B. 動(dòng)態(tài)綁定 C. 靜態(tài)綁定 D. 繼承（14） 調(diào)用語句 B. 消息 C. 命令 D. 口令（15）試題（16）、（17）在UML提供的圖中， （16）A 用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互： （17）D 用于按時(shí)間順序描述對(duì)象間的交互。 用例圖 B. 類圖 C. 對(duì)象圖 D. 部署圖

18、（16） 網(wǎng)絡(luò)圖 B. 狀態(tài)圖 C. 協(xié)作圖 D. 序列圖（17）試題（47）由政府或國家級(jí)的機(jī)構(gòu)制定或批準(zhǔn)的標(biāo)準(zhǔn)稱為國家標(biāo)準(zhǔn)，以下由 D 冠名的標(biāo)準(zhǔn)不屬于國家標(biāo)準(zhǔn) GB B. BS C. ANSI D. IEEE 試題（48）軟件工程國家標(biāo)準(zhǔn)“軟件工程術(shù)語GB/T 11457-1995”內(nèi)容中不包括 C 。 英漢軟件工程術(shù)語對(duì)照及中文解釋 按英文字典順序排列的術(shù)語 程序網(wǎng)絡(luò)圖的文件編輯符號(hào)及約定 中文索引 試題（49） C 不屬于軟件工程國家標(biāo)準(zhǔn)的文檔標(biāo)準(zhǔn)類。 軟件文檔管理指南GB/T 16680-1996 計(jì)算機(jī)軟件產(chǎn)品開發(fā)文件編制指南GB/T 8567-1988 軟件維護(hù)指南GB/T 1

19、4079-1993 計(jì)算機(jī)軟件需求說明編制指南GB/T 9385-19882006年試題（4）以下關(guān)于信息的論述中，不正確的是 B 。 信息化就是開發(fā)利用信息資源，促進(jìn)信息交流和知識(shí)共享，提高經(jīng)濟(jì)增長質(zhì)量，推動(dòng)經(jīng)濟(jì)社會(huì)發(fā)展轉(zhuǎn)型的歷史進(jìn)程 信息、材料和能源共同構(gòu)成經(jīng)濟(jì)和社會(huì)發(fā)展的三大戰(zhàn)略物資，并且它們之間不可以相互轉(zhuǎn)化 信息是“用以消除隨機(jī)不確定的東西” 信息資源是重要的生產(chǎn)要素試題（6） C 不屬于Web Service直接涉及到的協(xié)議或技術(shù)。 SOAP B. XML C. XHTML D. UDDI試題（7）一個(gè)設(shè)計(jì)良好的軟件系統(tǒng)應(yīng)具有 B 的特征。 低內(nèi)聚、低耦合 B. 高內(nèi)聚、低耦合C.

20、 高內(nèi)聚、高耦合 D. 低內(nèi)聚、高耦合試題（10）關(guān)于數(shù)據(jù)倉庫說法正確的是 B 。 數(shù)據(jù)倉庫的用戶是一線的員工，并且數(shù)據(jù)倉庫的數(shù)據(jù)應(yīng)保持不變 數(shù)據(jù)倉庫的用戶是管理層，并且數(shù)據(jù)倉庫的數(shù)據(jù)隨業(yè)務(wù)持續(xù)增長 數(shù)據(jù)倉庫的用戶是一線的員工，并且數(shù)據(jù)倉庫的數(shù)據(jù)隨業(yè)務(wù)持續(xù)增長 數(shù)據(jù)倉庫的用戶是管理層，但數(shù)據(jù)倉庫的數(shù)據(jù)應(yīng)保持不變?cè)囶}（14） C 不是J2EE的關(guān)鍵技術(shù)。 JSP B. RMI/IIOP C. ASP D. EJB試題（16） B 是專業(yè)的建模語言。 XML B. UML C. VC+ D. Java試題（17） B 是信息系統(tǒng)開發(fā)過程方法。 EGP B. RUP C. RIP D. BGP試題（

21、22）數(shù)據(jù)倉庫解決方案常常用來實(shí)現(xiàn) C 。 兩個(gè)或者多個(gè)信息系統(tǒng)之間相互訪問數(shù)據(jù)資源 企業(yè)海量數(shù)據(jù)的存儲(chǔ)和訪問 企業(yè)決策系統(tǒng)的挖掘和提取 不同地域的企業(yè)信息系統(tǒng)之間進(jìn)行實(shí)時(shí)的信息共享和數(shù)據(jù)通信試題（23）以下敘述正確的是 B 。 ERP軟件強(qiáng)調(diào)事后核算，而財(cái)務(wù)軟件強(qiáng)調(diào)及時(shí)調(diào)整 財(cái)務(wù)軟件強(qiáng)調(diào)事后核算，而ERP軟件強(qiáng)調(diào)事前計(jì)劃和及時(shí)調(diào)整 ERP軟件強(qiáng)調(diào)事后核算，而進(jìn)銷存軟件比較關(guān)心每種產(chǎn)品的成本構(gòu)成 進(jìn)銷存軟件強(qiáng)調(diào)事后核算，而財(cái)務(wù)軟件強(qiáng)調(diào)及時(shí)調(diào)整試題（64）業(yè)主單位授予監(jiān)理單位的權(quán)利，應(yīng)明確反映在 A 中，據(jù)此項(xiàng)目監(jiān)理機(jī)構(gòu)才能開展監(jiān)理活動(dòng)。 監(jiān)理合同 B. 監(jiān)理大綱 C. 監(jiān)理規(guī)劃 D. 監(jiān)理計(jì)劃

22、試題（65）下列不能作為監(jiān)理依據(jù)的是 D 。 現(xiàn)行國家、各省、市、自治區(qū)的有關(guān)法律、法規(guī) 國際、國家IT行業(yè)質(zhì)量標(biāo)準(zhǔn) 業(yè)主單位和承建單位的合同 承建單位的指令2005年 第4章試題（1）為了使構(gòu)件系統(tǒng)更切合實(shí)際、更有效地被復(fù)用，構(gòu)建應(yīng)當(dāng)具備 B ，以提高其通用性。 可繼承性 B. 可變性 C. 可封裝性 D. 可伸縮性試題（7）當(dāng) D 時(shí)，用例是捕獲系統(tǒng)需求最好的選擇。 系統(tǒng)具有很少的用戶 B. 系統(tǒng)具有很少的接口C. 系統(tǒng)算法復(fù)雜，功能單一 D. 系統(tǒng)有很多參與者試題（3）現(xiàn)有兩個(gè)用例UC1和UC2，其中UC2是一個(gè)完整的用例，可被實(shí)例化，而UC1需要UC2中的事件流才可被實(shí)例化，且UC1制

23、定了適用UC2的精確位置，則UC1和UC2間的關(guān)系是“ A ” 。 include B. extend C. generalize D. call 試題（4）下列關(guān)于面向?qū)ο蟮姆治雠c設(shè)計(jì)的描述，正確的是 B 。 面向?qū)ο笤O(shè)計(jì)描述軟件要做什么 面向?qū)ο蠓治霾恍枰紤]技術(shù)和實(shí)現(xiàn)層面的細(xì)節(jié) 面向?qū)ο蠓治龅妮斎胧敲嫦驅(qū)ο笤O(shè)計(jì)的結(jié)果 面向?qū)ο笤O(shè)計(jì)的結(jié)果是簡(jiǎn)單的分析模型試題（5）協(xié)作圖主要描述對(duì)象間的交互與連接，它 A 。 能夠表示消息的順序和嵌套關(guān)系 能夠表示消息的順序關(guān)系，但不能表示消息的嵌套關(guān)系 能夠表示消息的嵌套關(guān)系，但不能表示消息的順序關(guān)系 既不能夠表示消息的順序關(guān)系，也不能表示消息的嵌套關(guān)系試

24、題（6）下列關(guān)于UML敘述正確的是 D 。 UML是一種語言，語言的使用者不能對(duì)其擴(kuò)展 UML僅是一組圖形的集合 UML僅適用于系統(tǒng)的分析與設(shè)計(jì)階段 UML是獨(dú)立于軟件開發(fā)過程的試題（14）標(biāo)準(zhǔn)化工作的任務(wù)是制定標(biāo)準(zhǔn)、組織實(shí)施標(biāo)準(zhǔn)和對(duì)標(biāo)準(zhǔn)的實(shí)施進(jìn)行監(jiān)督， A 是指編制計(jì)劃，組織草擬，審批、編號(hào)、發(fā)布的活動(dòng)。 制定標(biāo)準(zhǔn) 組織實(shí)施標(biāo)準(zhǔn) 對(duì)標(biāo)準(zhǔn)的實(shí)施進(jìn)行監(jiān)督 標(biāo)準(zhǔn)化過程試題（15）某市標(biāo)準(zhǔn)化行政主管部門制定并發(fā)布的工業(yè)產(chǎn)品安全的地方標(biāo)準(zhǔn)，在其行政區(qū)域內(nèi)是 A 。 強(qiáng)制性標(biāo)準(zhǔn) B. 推薦性標(biāo)準(zhǔn) C. 實(shí)物標(biāo)準(zhǔn) D. 指導(dǎo)性標(biāo)準(zhǔn)試題（18）建立企業(yè)信息系統(tǒng)應(yīng)該遵循一定的原則，以下原則不適當(dāng)?shù)氖?B 。

25、必須支持企業(yè)的戰(zhàn)略目標(biāo) 應(yīng)該自上而下的規(guī)劃和實(shí)現(xiàn) 應(yīng)該支持企業(yè)各個(gè)管理層的需求 應(yīng)該向整個(gè)企業(yè)提供一致的信息試題（19）新項(xiàng)目與過去成功開發(fā)過的一個(gè)項(xiàng)目類似，但規(guī)模更大，這時(shí)應(yīng)該使用 C 進(jìn)行項(xiàng)目開發(fā)設(shè)計(jì)。 原型法 B. 變換模型 C. 瀑布模型 D. 螺旋模型試題（20）關(guān)于電子政務(wù)與傳統(tǒng)政務(wù)的比較，以下論述不正確的是 C 。 辦公手段不同 B. 與公眾溝通方式存在差異C. 業(yè)務(wù)流程一致 D. 電子政務(wù)是政務(wù)活動(dòng)的一種新的表現(xiàn)形式試題（21）詹姆斯.馬丁將計(jì)算機(jī)的數(shù)據(jù)環(huán)境分成四種類型，并認(rèn)為清楚地了解它們之間的區(qū)別是很重要的。這四種類型按照管理層次從低到高排列，正確的是 A 。 數(shù)據(jù)文件、應(yīng)

26、用數(shù)據(jù)庫、主題數(shù)據(jù)庫、信息檢索數(shù)據(jù)庫 數(shù)據(jù)文件、主題數(shù)據(jù)庫、應(yīng)用數(shù)據(jù)庫、數(shù)據(jù)倉庫 元數(shù)據(jù)庫、主題數(shù)據(jù)庫、應(yīng)用數(shù)據(jù)庫、數(shù)據(jù)倉庫 元數(shù)據(jù)庫、應(yīng)用數(shù)據(jù)庫、主題數(shù)據(jù)庫、信息檢索數(shù)據(jù)庫試題（60）在總監(jiān)理工程師臨時(shí)不在工作崗位時(shí)，總監(jiān)理工程師可以委托總監(jiān)理工程師代表完成 D 。 簽發(fā)工程竣工監(jiān)理報(bào)告 處理索賠、審批工程延期 調(diào)換不稱職的監(jiān)理人員 組織編制并簽發(fā)監(jiān)理日志2005年第1章試題（1）在關(guān)于用例（use case）的描述中，錯(cuò)誤的是 D 。 用例將系統(tǒng)的功能范圍分解成許多小的系統(tǒng)功能陳述 一個(gè)用例代表了系統(tǒng)的一個(gè)單一的目標(biāo) 用例是一個(gè)行為上相關(guān)的步驟序列 用例描述了系統(tǒng)與用戶之間的交互試題（2）、（3）在用例建模的過程中，若幾個(gè)用例執(zhí)行了同樣的功能步驟，這時(shí)可以把這些公共步驟提取成獨(dú)立的用例，這種用例稱為 （2）B 。在UML的用例圖上，將用例之間的這種關(guān)系標(biāo)記為 （3）C 。 擴(kuò)展用例 B. 抽象用例 C.公共用例 D.參與用例 （2）（3） Association B. extends C.uses D.inheritances 試題（4）（6）UML提供了4種結(jié)構(gòu)圖用于對(duì)系統(tǒng)的靜態(tài)方面進(jìn)行可視化、詳述、構(gòu)造和文檔化。其中 （4）B 是面向?qū)ο笙到y(tǒng)建模中最常用的圖，用于說明系