系統(tǒng)集成項目工程師2009 2010前三次考卷考點匯總 上午

1、第1章 信息化基礎(chǔ)知識1國家信息化體系要素 1.1國家信息化體系的六大要素信息資源，國家信息網(wǎng)絡(luò)，信息技術(shù)應(yīng)用，信息技術(shù)和（09年上2） 產(chǎn)業(yè)，信息化人才，信息化政策、法規(guī)和標準。1.2國家信息化體系的六大要素關(guān)系圖。（09年下1） 2 ERP系統(tǒng)概念及特點 2.1在ERP系統(tǒng)中，屬于物流管理模塊功能的是庫存控制、銷售管理、采購管理（09年下3） 2.2在資源管理范圍方面，MRP主要側(cè)重對本企業(yè)內(nèi)部人、財、物等資源的管理，ERP系統(tǒng)在MRP的基礎(chǔ)上擴展了管理范圍，它把客戶需求和企業(yè)內(nèi)部的制造活動以及供應(yīng)商的制造資源整合在一起，形成一個完整的供應(yīng)鏈并對供應(yīng)鏈上所有環(huán)節(jié)如訂單、采購、庫存、計劃、生

2、產(chǎn)制造、質(zhì)量控制、運輸、分銷、服務(wù)與維護、財務(wù)管理、人事管理、實驗室管理、項目管理、配方管理等進行有效管理。（10年上5） 3 CRM概述 3.1 CRM系統(tǒng)是基于方法學(xué)、軟件和互聯(lián)網(wǎng)的以有組織的方式幫助企業(yè)管理客戶關(guān)系的信息系統(tǒng)。CRM在注重提高客戶的滿意度的同時，一定要把幫助企業(yè)提高獲取利潤的能力作為重要指標（09年下4） 4 供應(yīng)鏈管理的設(shè)計 4.1供應(yīng)鏈系統(tǒng)設(shè)計的原則：自頂向下和自底向上相結(jié)合，簡潔，取長補短（09年下2） 5 企業(yè)信息化 5.1 目前企業(yè)信息化系統(tǒng)所使用的數(shù)據(jù)庫管理系統(tǒng)的結(jié)構(gòu)，大多數(shù)為關(guān)系結(jié)構(gòu)。（09年上65） 6 電子商務(wù) 6.1電子商務(wù)系統(tǒng)所涉及的四種“流”中，信

3、息流是最基本的、必不可少的。（09年上63） 6.4使用網(wǎng)上銀行卡支付系統(tǒng)付款與使用傳統(tǒng)信用卡支付系統(tǒng)付款，兩者的付款授權(quán)方式是不同的。前者使用數(shù)字簽名進行遠程授權(quán)，后者在購物現(xiàn)場使用手寫簽名的方式授權(quán)商家扣款（09年上64） 6.5電子商務(wù)安全要求的四個方面是傳輸?shù)陌踩浴?shù)據(jù)的完整性、交易各方的身份認證和交易的不可抵賴性。（09年下24） 6.3小張在某電子商務(wù)網(wǎng)站建立一家經(jīng)營手工藝品的個人網(wǎng)絡(luò)商鋪，向網(wǎng)民提供自己手工制作的工藝品。這種電子商務(wù)模式為C2C （10年上6）。 7 商務(wù)智能 7.1商業(yè)智能（BI）是通過對商業(yè)信息的搜集、管理和分析，使企業(yè)的各級決策者獲得知識或洞察力，促使他們

4、做出有利決策的一種技術(shù)。（09年下5） 第2章 信息系統(tǒng)服務(wù)管理 1 實施計算機信息系統(tǒng)集成資質(zhì)管理制度 1.1關(guān)于計算機信息系統(tǒng)集成資質(zhì)的論述。工業(yè)和信息化部對計算機信息系統(tǒng)集四級資質(zhì)的單位應(yīng)向經(jīng)政府信息產(chǎn)業(yè)主管部申請三、成認證工作進行行業(yè)管理。門批準的資質(zhì)認證機構(gòu)提出認證申請。通過資質(zhì)認證審批的各單位將獲得由工業(yè)和信息化部統(tǒng)一印制的資質(zhì)證書解析（10年上3） 2 信息系統(tǒng)集成資質(zhì)管理方法 2.1關(guān)于計算機信息系統(tǒng)集成企業(yè)資質(zhì)正確的說法是目前，計算機信息系統(tǒng)集成企業(yè)資質(zhì)證書有效期為3年。（09年上3） 2.2 省市信息產(chǎn)業(yè)主管部門負責(zé)對本行政區(qū)域內(nèi)的三、四級信息系統(tǒng)集成資質(zhì)進行審批和管理。（

5、10年上4） 3 信息系統(tǒng)集成資質(zhì)等級條件 3.1有三家系統(tǒng)集成企業(yè)計劃于 2010 年 5 月申請計算機信息系統(tǒng)集成資質(zhì)，其中： 乙公司計劃申請一級資質(zhì)，注冊資本 2000 萬元，具有項目經(jīng)理 20 名，高級項目經(jīng)理 8 名，2009 年 4 月通過 ISO9001 質(zhì)量管理體系認證； 丙公司計劃申請四級資質(zhì)，注冊資本 500 萬元，具有項目經(jīng)理 5 名，高級項目經(jīng)理1 名，2010 年 2 月通過 ISO9001 質(zhì)量管理體系認證； 丁公司計劃申請四級資質(zhì)，注冊資本 500 萬元，具有項目經(jīng)理 5 名，高級項目經(jīng)理1 名，沒有通過 ISO9001 質(zhì)量管理體系認證。（10年上2） 4 信息

6、系統(tǒng)工程監(jiān)理 4.1信息系統(tǒng)工程監(jiān)理活動的主要內(nèi)容被概括為“四控、三管、一協(xié)調(diào)”。其中“三管”是指合同管理、信息管理和安全管理。（09年上4） 4.2監(jiān)理機構(gòu)應(yīng)要求承建單位在事故發(fā)生后立即采取措施，盡可能控制其影響范圍，并及時簽發(fā)停工令，報業(yè)主單位。（09年上55） 4.3對于隱蔽工程應(yīng)實行旁站監(jiān)理（09年上56） 4.4以質(zhì)量為中心的信息系統(tǒng)工程控制管理工作是由三方分工合作實施的，這三方包括主建方、承建方、監(jiān)理單位（09年下7） 第3章 信息系統(tǒng)集成專業(yè)技術(shù)知識 1 信息系統(tǒng)集成概念 1.1 信息系統(tǒng)集成的描述。信息系統(tǒng)集成不只是設(shè)備選擇和供應(yīng)，更重要的是它具有高技術(shù)含量的工程過程，要面向用

7、戶需求提供全面解決方案，其核心是軟件。（09年上1、10年上1） 1.2有關(guān)信息系統(tǒng)集成的說法。信息系統(tǒng)集成項目要以滿足客戶和用戶的需求為根本出發(fā)點；信息系統(tǒng)集成包括技術(shù)、管理和商務(wù)等各項工作，是一項綜合性的系統(tǒng)工程；系統(tǒng)集成是指將計算機軟件、硬件、網(wǎng)絡(luò)通信等技術(shù)和產(chǎn)品集成為能夠滿足用戶特定需求的信息系統(tǒng)（09年下14） 2 信息系統(tǒng)開發(fā)方法 2.1管理信息系統(tǒng)建設(shè)的結(jié)構(gòu)化方法中，用戶參與的原則是用戶必須參與系統(tǒng)建設(shè)中各階段工作（09年上66） 2.2典型的信息系統(tǒng)項目開發(fā)的過程為：需求分析、概要設(shè)計、詳細設(shè)計、程序設(shè)計、調(diào)試與測試、系統(tǒng)安裝與部署。需求分析階段擬定了系統(tǒng)的目標、范圍和要求。（

8、09年下8） 2.3常用的信息系統(tǒng)開發(fā)方法中，包括結(jié)構(gòu)化方法、原型法、面向?qū)ο蠓椒ǎ?9年下9） 軟件工程3 3.1按照規(guī)范的文檔管理機制，程序流程圖必須在概要設(shè)計、詳細設(shè)計兩個階段內(nèi)完成。（09年上7） 3.2 信息系統(tǒng)的軟件需求說明書是需求分析階段最后的成果之一，軟件需求說明書應(yīng)包含的內(nèi)容：數(shù)據(jù)描述、功能描述、性能描述（09年上8） 3.3 在GB/T14393計算機軟件可靠性和可維護性管理標準中，詳細設(shè)計評審的內(nèi)容：各單元可靠性和可維護性目標，可靠性和可維護性設(shè)計，測試文件、軟件開發(fā)工具（09年上9） 3.4應(yīng)用已有軟件的各種資產(chǎn)構(gòu)造新的軟件，以縮減軟件開發(fā)和維護的費用，稱為軟件復(fù)用（0

9、9年下10） 3.5技術(shù)評審的目的是評價項目產(chǎn)品，以確定其對使用意圖的適合性，表明產(chǎn)品是否滿足規(guī)范說明并遵從標準。（09年上6） 3.6以下關(guān)于軟件測試的描述，系統(tǒng)測試應(yīng)盡可能在實際運行使用環(huán)境下進行是正確（10年上9） 4面向?qū)ο笙到y(tǒng)的分析與設(shè)計 4.1面向?qū)ο笾械睦^承機制是對現(xiàn)實世界中遺傳現(xiàn)象的模擬。通過該機制，基類的屬性和方法被遺傳給派生類；封裝是指把數(shù)據(jù)以及操作數(shù)據(jù)的相關(guān)方法組合在同一單元中，使我們可以把類作為軟件復(fù)用中的基本單元，提高內(nèi)聚度，降低耦合度。（09年下17、18） 5 可視化建模與統(tǒng)一建模語言 5.1 UML 2.0支持13種圖，它們可以分成兩大類：結(jié)構(gòu)圖和行為圖。順序圖

10、是行為圖。用例圖是行為圖。構(gòu)件圖是結(jié)構(gòu)圖（09年上11） 5.2關(guān)于UML的說法。UML 不是過程，也不是方法，但允許任何一種過程和方法使用。UML 簡單且可擴展。UML 是面向?qū)ο蠓治雠c設(shè)計的一種標準表示（09年下15） 5.3 在UML中，動態(tài)行為描述了系統(tǒng)隨時間變化的行為，下面屬于動態(tài)行為視圖的是狀態(tài)機視圖、交互視圖、活動視圖（09年下16） 6 典型架構(gòu) 6.1與C/S架構(gòu)相比，B/S架構(gòu)的優(yōu)點是。（09年上5、10年上7） 6.2為了解決 C/S 模式中客戶機負荷過重的問題，軟件架構(gòu)發(fā)展形成了B/S模式。（10年上17） 6 軟件中間件 6.1中間件是位于硬件、操作系統(tǒng)等平臺和應(yīng)用之

11、間的通用服務(wù)。事務(wù)中間件位于客戶和服務(wù)器之間，負責(zé)負載均衡、失效恢復(fù)等任務(wù)，以提高系統(tǒng)的整體性能。（10年上8） 6.2小王在公司局域網(wǎng)中用 Delphi 編寫了客戶端應(yīng)用程序，其后臺數(shù)據(jù)庫使用 MS NT4+SQL Server，應(yīng)用程序通過ODBC 連接到后臺數(shù)據(jù)庫。此處的 ODBC 是中間件。（10年上18） 7 數(shù)據(jù)庫與數(shù)據(jù)倉庫技術(shù) 7.1關(guān)于數(shù)據(jù)倉庫的敘述。在數(shù)據(jù)倉庫的結(jié)構(gòu)中，數(shù)據(jù)源是數(shù)據(jù)倉庫系統(tǒng)的基礎(chǔ)。數(shù)據(jù)的存儲與管理是整個數(shù)據(jù)倉庫系統(tǒng)的核心。數(shù)據(jù)倉庫前端分析工具中包括報表工具。（09年下28） 8 WebService技術(shù) 8.1 Web service是SOA概念的一種實現(xiàn)。（

12、09年下29） 、SOAP、XML Schema、Namespace、XML的各種核心技術(shù)包括Web Service8.2 WSDL、UDDI、WS-Inspection、WS-Security、WS-Routing等。（09年上69） 8.3 Web服務(wù)的主要目標是跨平臺的互操作性，適合使用Web Services的情況有跨越防火墻、應(yīng)用程序集成、B2B集成和軟件重用。（10年上28） 9 J2EE架構(gòu)、.NET架構(gòu) 9.1在.NET架構(gòu)中，基礎(chǔ)類庫給開發(fā)人員提供了一個統(tǒng)一的、面向?qū)ο蟮摹哟位?、可擴展的編程接口。（09年下30） 9.2 J2EE應(yīng)用服務(wù)器運行環(huán)境包括構(gòu)件（Compone

13、nt）、容器（Container）及服務(wù)（Services）三部分。構(gòu)件是表示應(yīng)用邏輯的代碼；容器是構(gòu)件的運行環(huán)境；服務(wù)則是應(yīng)用服務(wù)器提供的各種功能接口，可以同系統(tǒng)資源進行交互。（10年上29） 10工作流技術(shù) 10.1工作流技術(shù)在流程管理應(yīng)用中的三個階段分別是流程建模、流程仿真、流程改進或優(yōu)化（09年上70） 11計算機網(wǎng)絡(luò)知識 11.1虛擬局域網(wǎng)VLAN的優(yōu)點：有效地共享網(wǎng)絡(luò)資源，簡化網(wǎng)絡(luò)管理，簡化網(wǎng)絡(luò)結(jié)構(gòu)、保護網(wǎng)絡(luò)投資、提高網(wǎng)絡(luò)安全性。（09年上10） 11.2以太網(wǎng)100BASE-TX標準規(guī)定的傳輸介質(zhì)是5類UTP。（09年上12） 11.3根據(jù)布線標準ANSI/TIA/EIA-568

14、A，綜合布線系統(tǒng)分布圖。（09年上13、14、15） 11.4路由器的使用（09年上16） 11.5在鋪設(shè)活動地板的設(shè)備間內(nèi)，應(yīng)對活動地板進行專門檢查，地板板塊鋪設(shè)嚴密堅固，符合安裝要求，每平米水平誤差應(yīng)不大于2mm。（09年上17） 11.6在進行網(wǎng)絡(luò)規(guī)劃時，要遵循統(tǒng)一的通信協(xié)議標準。網(wǎng)絡(luò)架構(gòu)和通信協(xié)議應(yīng)該選擇廣泛使用的國際標準和事實上的工業(yè)標準，這屬于網(wǎng)絡(luò)規(guī)劃的開放性原則。（09年下19） 11.7 DNS服務(wù)器的功能是將域名轉(zhuǎn)換為IP 地址（09年下20） 11.8目前，綜合布線領(lǐng)域廣泛遵循的標準是TIA/EIA 568 A（09年下21） 11.9關(guān)于Internet接入正確的說法。通

15、過 PPP撥號方式接入，可以有一個動態(tài)的 IP地址；通過 LAN接入，可以有固定的 IP地址，也可以用動態(tài)分配的 IP地址；通過代理服務(wù)器接入，多個主機可以共享 1個 IP地址（09年下22） 11.10 DAS是將存儲設(shè)備與服務(wù)器直接連接的存儲模式。（09年下23） 11.11 IEEE 802.11制定了無線局域網(wǎng)訪問控制方法與物理層規(guī)范。（10年上19） 11.12可以實現(xiàn)在 Internet 上任意兩臺計算機之間傳輸文件的協(xié)議是FTP（10年上20） 11.13通信行業(yè)標準大樓通信綜合布線系統(tǒng)YDT926）的適用范圍是跨越距離不超過 3000米、建筑總面積不超過 100萬平方米的布線區(qū)

16、域，區(qū)域內(nèi)的人員為 50人至5萬人。（10年上21） 11.14電子信息系統(tǒng)機房設(shè)計規(guī)范GB 501742008的6.4.6 條款指出：“A級和B級電子信息系統(tǒng)機房的主機房不宜設(shè)置外窗” （10年上22） 11.15 SAN是采用高速的光纖通道作為傳輸介質(zhì)的網(wǎng)絡(luò)存儲技術(shù)。它將存儲系統(tǒng)網(wǎng)絡(luò)化，實現(xiàn)了高速共享存儲以及塊級數(shù)據(jù)訪問的目的。作為獨立于服務(wù)器網(wǎng)絡(luò)系統(tǒng)之外，它幾乎擁有無限存儲擴展能力。業(yè)界提倡的Open SAN克服了早先光纖通道仲裁環(huán)所帶來的互操作和可靠性問題，提供了開放式、靈活多變的多樣擁有極度的可擴展性、簡化的存儲管理、優(yōu)化的資SAN配置方案?？傮w來說，源和服務(wù)共享以及高度可用性。（1

17、0年上23） 11.16關(guān)于數(shù)據(jù)倉庫與數(shù)據(jù)庫的敘述。數(shù)據(jù)倉庫中的數(shù)據(jù)使用頻率較高；數(shù)據(jù)庫中的數(shù)據(jù)使用頻率較低（10年上30） 第4章 項目管理一般知識 1 什么是項目 1.1定義清晰的項目目標將最有利于提供定義項目成資源分配與項目優(yōu)先的問題產(chǎn)生沖突功與否的標準 （09年上20） 2項目的組織方式 2.1弱矩陣型組織中，項目經(jīng)理的權(quán)力最小。（09年上18） 2.2 矩陣型組織的缺點：管理成本增加，多頭領(lǐng)導(dǎo)，資源分配與項目優(yōu)先的問題產(chǎn)生沖突（09年上19）。 2.3在強矩陣型組織中，項目經(jīng)理權(quán)限最大（09年下31） 2.4 Which of the following statement rela

18、ted to PMO is correct? The specific form, function, and structure of a PMO is dependent upon the needs of the organization that it supports. One of the key features of a PMO is managing shared resources across all projects administered by the PMO. The PMO optimizes the use of shared organizational r

19、esources across all projects.（09年上71） 3項目生命周期 3.1 A project life cycle is a collection of generally sequential project phases whose name and number are determined by the control needs of the organization or organizations involved in the project. The life cycle provides the basic framework for managi

20、ng the project, regardless of the specific work involved. （09年上73、74） 3.2在軟件生命周期中，能準確地確定軟件系統(tǒng)必須做什么和必須具備哪些功能的階段是需求分析 （09年下11） 3.3 The project life-cycle can be described as project concept, project planning, project execution, and project close-out (09年下72) 3.4在軟件生存周期中，將某種形式表示的軟件轉(zhuǎn)換成更高抽象形式表示的軟件的活動屬于逆向工

21、程 （10年上11） 4典型的信息系統(tǒng)項目的生命周期模型 4.1某一MIS系統(tǒng)項目的實施過程如下：需求分析、概要設(shè)計、詳細設(shè)計、編碼、單元測試、集成測試、系統(tǒng)測試、驗收測試。那么該項目最有可能采用的是V模型。（09年下6） 5單個項目的管理過程 5.1制定業(yè)務(wù)發(fā)展計劃、項目需求分析、制定項目管理計劃反映了信息系統(tǒng)集成項目的技術(shù)過程和管理過程的正確順序。（09年上22） 第5章 項目立項管理 1 立項管理內(nèi)容 1.1建設(shè)方在進行項目評估的時候，如果使用總量評估法，其難點是確定原有固定資產(chǎn)重估值。（09年上59） 2 承建方的立項管理 項目論證是指對擬實施項目技術(shù)上的先進性、適用性，經(jīng)濟上的合理性

22、、盈2.1利性，實施上的可能性、風(fēng)險可控性進行全面科學(xué)的綜合分析，為項目決策提供客觀依據(jù)的一種技術(shù)經(jīng)濟研究活動。 項目論證的作用之一是作為籌措資金、向銀行貸款的依據(jù)。項目論證的內(nèi)容之一是國民經(jīng)濟評價，通常運用影子價格、影子匯率、影子工資等工具或參數(shù)。項目財務(wù)評價是從項目的宏觀角度判斷項目或不同方案在財務(wù)上的可行性的技術(shù)經(jīng)濟活動。（09年上60） 2.2項目識別是承建方項目立項的第一步，其目的在于選擇投資機會、鑒別投資方向（09年上61） 2.3下列選項中，不屬于項目建議書核心內(nèi)容的是項目的市場預(yù)測。（09年下32） 2.4關(guān)于投標文件送達的敘述。投遞投標書的方式最好是直接送達或委托代理人送達，

23、以便獲得招標機構(gòu)已收到投標書的回執(zhí)。如果以郵寄方式送達的，投標人應(yīng)保證投標文件能夠在截止日期之前投遞即可。（09年下33） 2.5某單位要對一個網(wǎng)絡(luò)集成項目進行招標，由于現(xiàn)場答辯環(huán)節(jié)沒有一個定量的標準，相關(guān)負責(zé)人在制定該項評分細則時規(guī)定本項滿分為 10 分，但是評委的打分不得低于 5 分。這一規(guī)定反映了制定招標評分標準時嚴格控制自由裁量權(quán)。（09年下34） 2.6 W公司想要對本單位的內(nèi)部網(wǎng)絡(luò)和辦公系統(tǒng)進行改造，希望通過招標選擇承建商，為此，W公司進行了一系列活動。W公司根據(jù)招標文件的要求，在三家投標單位中選擇了其中一家作為此項目的承建商，并只將結(jié)果通知了中標企業(yè)。不符合中華人民共和國招標投標

24、法的要求。. W公司根據(jù)招標文件的要求，在三家投標單位中選擇了其中一家作為此項目的承建商，并只將結(jié)果通知了中標企業(yè)。（10年上15） 第6章 項目整體管理 1項目啟動 1.1在項目計劃階段，項目計劃方法論是用來指導(dǎo)項目團隊制定項目計劃的一種結(jié)構(gòu)化方法。標準格式和模板屬于方法論的一部分。（09年上62） 1.2項目啟動文檔是正式批準一個項目的文檔，或者是批準現(xiàn)行項目是否進入下一階段的文檔。（09下57） 1.3發(fā)布項目章程，標志著項目的正式啟動。以下圍繞項目章程的敘述中,正確的是A制定項目章程的工具和技術(shù)包括專家判斷 B項目章程要為項目經(jīng)理提供授權(quán)，方便其使用組織資源進行項目活動 C項目章程應(yīng)當

25、由項目發(fā)起人發(fā)布 （10年上31） 2 編制項目范圍說明書（初步） 2.1范圍管理說明書描述了：如何定義項目范圍，制定詳細的范圍說明書，確認和控制范圍。（09年上29）。 2.2經(jīng)項目各有關(guān)干系人同意的項目范圍說明書就是項目的基準，為項目的執(zhí)行、監(jiān)控和變更提供了基礎(chǔ)。(09年下58) 2.3某公司最近在一家大型企業(yè) OA 項目招標中勝出，小張被指定為該項目的項目經(jīng)理。公司發(fā)布了項目章程，小張依據(jù)該章程等項目資料編制了由項目目標、可交付成果、項目邊界及成本和質(zhì)量測量指標等內(nèi)容組成的范圍說明書。 （10年上41） 3制定項目管理計劃 ）23年上09（。 制定項目計劃時，首先應(yīng)關(guān)注的是項目范圍說明書

26、3.13.2 The inputs of developing project management plan include project charter project scope statement，outputs from planning processes（09年上72） 3.3 The Develop Project Management Plan Process includes the actions necessary to define, prepare, integrate, and coordinate all constituent plans into a Pr

27、oject Management Plan（09年下75） 3.4在編制項目管理計劃時，項目經(jīng)理應(yīng)遵循編制原則和要求，使項目計劃符合項目實際管理的需要。以下關(guān)于項目管理計劃的敘述中，可以是概括的，項目管理計劃可以逐步精確 讓干系人參與項目計劃的編制 （10年上32） 4指導(dǎo)和管理項目執(zhí)行 4.1項目經(jīng)理小王事后得知項目團隊的一個成員已做了一個糾正措施，但是沒有記錄，小王接下來應(yīng)該詢問實施該糾正措施的理由。（09年下60） 4.2在項目實施過程中，項目經(jīng)理通過項目周報中的項目進度分析圖表發(fā)現(xiàn)機房施工進度有延期風(fēng)險。項目經(jīng)理立即組織相關(guān)人員進行分析，下達了關(guān)于改進措施的書面指令。該指令屬于預(yù)防措施

28、（10年上33） 5監(jiān)督和控制項目 5.1在項目管理中，采取掙值管理和會議評審方法，對項目進度計劃實施進行全過程監(jiān)督和控制是經(jīng)濟和合理的。 （10年上34） 6整體變更控制 6.1一項新的國家標準出臺，某項目經(jīng)理意識到新標準中的某些規(guī)定將導(dǎo)致其目前負責(zé)的一個項目必須重新設(shè)定一項技術(shù)指標，該項目經(jīng)理首先應(yīng)該（10年上35） 第7章 項目范圍管理 1產(chǎn)品范圍與項目范圍 1.1 Project scope management is primarily concerned with defining and controlling what is and is not included in the

29、 project. （10年上74） 2范圍定義 2.1小王正在負責(zé)管理一個產(chǎn)品開發(fā)項目。開始時產(chǎn)品被定義為“最先進的個人數(shù)碼產(chǎn)品”，后來被描述為“先進個人通信工具”。在市場人員的努力下該產(chǎn)品與某市交通局簽訂了采購意向書，隨后與用戶、市場人員和研發(fā)工程師進行了充分的討論后，被描述為“成本在1000元以下，能通話、播放MP3、能運行Win CE的個人掌上電腦”。這表明產(chǎn)品的特征正在不斷改進，但是小王還需將項目范圍定義與其相協(xié)調(diào)。（09年上31）。 3創(chuàng)建工作分解結(jié)構(gòu)、 3.1以下關(guān)于工作包的描述，正確的是可以在此層面上對其成本和進度進行可靠的估算（09年上30）。 3.2下面關(guān)于WBS的描述。W

30、BS是管理項目范圍的基礎(chǔ)，詳細描述了項目所要完成的工作。樹型結(jié)構(gòu)圖的 WBS層次清晰、直觀、結(jié)構(gòu)性強。比較大的、復(fù)雜的項目一般采用列表形式的 WBS表示。（09年下42） 4范圍確認 4.1范圍確認是客戶等項目干系人正式驗收并接受已完成的項目可交付物的過程。（09年下43） 范圍確認過程中可能會產(chǎn)生變更申請是正確的。下面關(guān)于項目范圍確認描述，4.2（10年上42） 5范圍控制 5.1 A project manager believes that modifying the scope of the project may provide added value service for the

31、 customer. The project manager should call a meeting of the configuration control board（10年上75） 第8章 項目進度管理 1活動定義 1.1關(guān)鍵路線是指進度網(wǎng)絡(luò)圖中歷時最長的那條路徑，它的長度決定了項目的生命周期長度。因此，如果關(guān)鍵路徑中的一個活動延遲，將會影響整個項目計劃。 控制點，即里程碑。里程碑是項目生命周期中，時間軸上的一個時刻，在該時刻應(yīng)對項目特意關(guān)注和控制，通常指一個主要可交付成果的完成，也可以沒有交付物僅僅是控制。 里程碑清單包括了所有的里程碑。因此，從邏輯上講，關(guān)鍵路徑不一定包括所有項目

32、進度控制點。關(guān)鍵路徑可隨項目的進展而改變。 如果有兩個或兩個以上的關(guān)鍵路徑長度一樣，那就存在多個關(guān)鍵路徑。 如果有兩個或兩個以上的路徑長度一樣，這些路徑可能是普通路徑、不是關(guān)鍵路徑，此時就不能推斷一定存在多個關(guān)鍵路徑。（10年上38） 1.2快速跟進是指計劃時串行的活動，當實施時進度落后時，改為并行或部分并行（當然前提是串行的活動，本身的順序是可以改變的）。設(shè)計圖紙全部完成前就開始現(xiàn)場施工準備工作屬于快速跟進（10年上39） 2活動排序 2.1某項目中有兩個活動單元：活動一和活動二，其中活動一開始后活動二才能開始。能正確表示這兩個活動之間依賴關(guān)系的前導(dǎo)圖。（09年下36） 2.2 箭線圖 （0

33、9下56） 2.3某軟件項目已經(jīng)到了測試階段，但是由于用戶訂購的硬件設(shè)備沒有到貨而不能實施測試。這種測試活動與硬件之間的依賴關(guān)系屬于強制性依賴關(guān)系。（09年下59） 2.4 PDM is a method used in Critical Path Methodology for constructing a project schedule network diagram that uses boxes or rectangles, referred to as nodes, to represent activities and connects them with arrows that

34、 show the logical relationships that exist between them.（09年下73） 2.5 Schedule development can require the review and revision of duration estimates and resource estimates to create an approved project schedule that can serve as a baseline to track progress. （09年下74） 3活動資源估算 ）35年下09（活動清單。屬于活動資源估算輸出的是

35、3.14活動歷時估算 4.1在項目某階段的實施過程中，A活動需要2天2人完成，B活動需要2天2人完成，C活動需要5天4人完成，D活動需要3天2人完成，E活動需要1天1人完成，該階段的時標網(wǎng)絡(luò)圖如下。該項目組共有8人，且負責(zé)A、E活動的人因另有安排，無法幫助其他人完成相應(yīng)工作，且項目整個工期刻不容緩。能夠使實施任務(wù)順利完成的是安排D活動推遲兩天。（09年上24） 4.2某項目計劃08年12月5日開始進入首批交付的產(chǎn)品測試工作，估算工作量為8（人）10（天），誤差為2天，則表示活動至少需要8天，最多不超過12天。（09年上26） 4.3某項目完成估計需要12個月。在進一步分析后認為最少將花8個月，

36、最糟糕 的情況下將花 個月。那么，這個估計的PERT值是14個月。（09年上27） 4.4公司的某項目即將開始，項目經(jīng)理估計該項目 10 天即可完成，如果出現(xiàn)問題耽擱了也不會超過 20 天完成，最快 6 天即可完成。根據(jù)項目歷時估計中的三點估算法，你認為該項目的歷時為11天，該項目歷時的估算方差為2.3天。（09年下37、38） 4.5項目經(jīng)理對某軟件需求分析活動歷時估算的結(jié)果是：該活動用時 2 周（假定每周工作時間是 5 天）。隨后對其進行后備分析，確定的增加時間是 2 天。以下針對該項目后備分析結(jié)果的敘述中，增加軟件需求分析的歷時標準差是 2 天是不正確的。（10年上36） 4.6在工程網(wǎng)

37、絡(luò)計劃中，工作 M 的最早開始時間為第 16 天，其持續(xù)時間為 5 天。該工作有三項緊后工作，他們的最早開始時間分別為第 25 天、第 27 天和第 30 天，最遲開始時間分別為第 28 天、第 29 天和第 30 天。則工作 M 的總時差為7天。（10年上37） 5制定進度計劃所采用的主要技術(shù)和工具 5.1下列關(guān)于資源平衡的描述中，使用按資源分配倒排進度法不一定能制定出最優(yōu)項目進度表（10年上43） 6項目進度控制 6.1在項目進度控制中，投入更多的資源、改進技術(shù)、縮減活動范圍適合用于縮短活動工期。（09年上28） 6.2某軟件開發(fā)項目的實際進度已經(jīng)大幅滯后于計劃進度，請經(jīng)驗豐富的老程序員進

38、行技術(shù)指導(dǎo)或協(xié)助完成工作能夠較為有效地縮短活動工期。（10年上40） 第9章 項目成本管理 1相關(guān)術(shù)語 1.1企業(yè)的保安費用對于項目而言屬于間接成本。（09年下45） 某企業(yè)今年用于信息系統(tǒng)安全工程師的培訓(xùn)費用為 5 萬元，其中有 8000 元計入 A 項目成本，該成本屬于 A 項目的間接成本。(10年上44) 2成本控制的工具與技術(shù) 2.1根據(jù)下面的數(shù)據(jù)，目前項目的進度落后于計劃7%（09年上51） 活動 計劃值 完成百分比 實際成本 基礎(chǔ)設(shè)計 20，000元 90% 10，000元 詳細設(shè)計 50，000元 90% 60，000元 元000，40 100% 元000，30 測試2.2某項目

39、經(jīng)理正在負責(zé)某政府的一個大項目，采用自下而上的估算方法進行成本估算，一般而言，項目經(jīng)理首先應(yīng)該識別并估算每一個工作包或細節(jié)最詳細的活動成本。（09年下44） 2.3 在某項目進行的第三個月，累計計劃費用是 25 萬元人民幣，而實際支出為 28萬元，以下關(guān)于這個項目進展的敘述，提供的信息不全，無法評估。（09年下46） 2.4項目進行到某階段時，項目經(jīng)理進行了績效分析，計算出 CPI 值為 0.91。這表示項目的每 100 元人民幣投資中只創(chuàng)造相當于 91 元的價值。(10年上45) 2.5下圖是一項布線工程計劃和實際完成的示意圖，2009 年 3 月 23 日的 PV、EV、AC 分別是PV=

40、4000 元、EV=2000 元、AC=3800 元(10年上46) 第10章 項目質(zhì)量管理 1質(zhì)量管理基礎(chǔ) 1.1軟件的質(zhì)量是指軟件特性的總和，以及滿足規(guī)定和潛在用戶需求的能力（10年上10） 1.2為保證項目的質(zhì)量， 要對項目進行質(zhì)量管理，項目質(zhì)量管理過程的第一步是確立質(zhì)量標準體系（09年下67） 2國際質(zhì)量標準 2.1質(zhì)量管理六西格瑪標準的優(yōu)越之處包括減少了檢控質(zhì)量的步驟。培養(yǎng)了員工的質(zhì)量意識 。減少了由于質(zhì)量問題帶來的返工成本（09年下69） 3軟件過程改進與能力成熟度模型 3.1 CMMI所追求的過程改進目標包括保證產(chǎn)品或服務(wù)質(zhì)量、項目時間控制、項目成本最低。（10年上69） 4制定

41、項目質(zhì)量計劃所采用的主要方法、技術(shù)和工具 4.1在制定項目質(zhì)量計劃時對實現(xiàn)既定目標的過程加以全面分析，估計到各種可能出現(xiàn)的障礙及結(jié)果，設(shè)想并制定相應(yīng)的應(yīng)變措施和應(yīng)變計劃，保持計劃的靈活性。這種方法屬于過程決策程序圖法。（09年下68） 4.2質(zhì)量管理人員在安排時間進度時，為了能夠從全局出發(fā)、抓住關(guān)鍵路徑、統(tǒng)籌安排、集中力量，從而達到按時或提前完成計劃的目標，可以使用活動網(wǎng)絡(luò)圖 。（10年上67） 項目經(jīng)理在進行項目質(zhì)量規(guī)劃時應(yīng)設(shè)計出符合項目要求的質(zhì)量管理流程和標4.3準，由此而產(chǎn)生的質(zhì)量成本屬于（預(yù)防成本）。（10年上70） 5制定項目質(zhì)量計劃工作的輸入、輸出 5.1 Quality chec

42、klist is one of the quality planning outputs.（09年上75） 6項目質(zhì)量保證 6.1 Quality assurance (QA) is the application of planned, systematic quality activities to ensure that the project will employ all processes needed to meet requirements. （10年上73） 7項目質(zhì)量控制的方法、技術(shù)和工具 7.1在項目質(zhì)量監(jiān)控過程中，在完成每個模塊編碼工作之后就要做的必要測試，稱為單元測試

43、。（09年下70） 7.2排列圖（帕累托圖）可以用來進行質(zhì)量控制是因為它將引起缺陷的原因從大到小排列，項目團隊應(yīng)關(guān)注造成最多缺陷的原因。（10年上68） 第11章 項目人力資源管理 1項目人力資源計劃編制 1.1項目人力資源計劃編制完成以后，得到的是角色和職責(zé)的分配，項目的組織結(jié)構(gòu)圖，人員配置管理計劃。（09年下39） 1.2公司要求項目團隊中的成員能夠清晰地看到與自己相關(guān)的所有活動以及和某個活動相關(guān)的所有成員。項目經(jīng)理在編制該項目人力資源計劃時應(yīng)該選用的組織結(jié)構(gòu)圖類型是矩陣圖。（09年下40） 在項目人力資源計劃編制中，一般會涉及到組織結(jié)構(gòu)圖和職位描述。其中，根據(jù)組織現(xiàn)有的部門、單位或團隊進

44、行分解，把工作包和項目的活動列在負責(zé)的部門下面的圖采用的是組織分解結(jié)構(gòu)（OBS）（10年上47） 2項目團隊組織建設(shè) 2.1 組建項目團隊的工具和技術(shù)包括：事先分派、采購、虛擬團隊。（09年上33） 2.2團隊建設(shè)一般要經(jīng)歷幾個階段，這幾個階段的大致順序是表現(xiàn)期、震蕩期、形成期、正規(guī)期。（09年上34） 2.3為了成功激勵一個IT項目團隊，Y理論、期望理論和赫茲伯格的衛(wèi)生理論可以被項目經(jīng)理用來激勵項目團隊保持氣氛活躍、高效率的士氣。（09年上46） 2.4一些公司為了滿足公司員工社會交往的需要會經(jīng)常組織一些聚會和社會活動，還為沒有住房的員工提供住處。這種激勵員工的理論屬于馬斯洛需要層次理論。（

45、09年下41） 2.5在組建項目團隊時，人力資源要滿足項目要求。以下說法，只要項目經(jīng)理對團隊成員認可就可以是不妥當?shù)?。?0年上48） 4績效報告 4.1項目績效評審的主要目標是決定項目是否應(yīng)該進入下一個階段（09年上32） 4.2對于一個新分配來的項目團隊成員，項目經(jīng)理應(yīng)該負責(zé)確保他得到適當?shù)呐嘤?xùn)。（09年上44） 5項目團隊管理 5.1項目經(jīng)理管理項目團隊有時需要解決沖突，強制、妥協(xié)、撤退屬于解決沖突的范疇。（10年上49） 5.2某項目組的小組長王某和程序員李某在討論確定一個功能模塊的技術(shù)解決方然后解此時作為項目經(jīng)理應(yīng)該首先采用幫助兩人分析對錯，案時發(fā)生激烈爭執(zhí)，決問題的方法來解決這一沖

46、突。（10年上59） 第12章 項目溝通管理 1溝通管理計劃編制 1.1某公司正在計劃實施一項用于公司內(nèi)部的辦公自動化系統(tǒng)項目，由于該系統(tǒng)的實施涉及到公司很多內(nèi)部人員，因此項目經(jīng)理打算制定一個項目溝通管理計劃，他應(yīng)采取的第一個工作步驟是分析所有項目干系人的信息需求（10年上57） 1.2召開會議就某一事項進行討論是有效的項目溝通方法之一，確保會議成功的措施包括提前確定會議目的、按時開始會議等，某系統(tǒng)驗收會上，為了避免專家組意見太發(fā)散，項目經(jīng)理要求會議主持人給出結(jié)論性意見”不是確保會議成功的措施。（10年上58） 第13章 項目合同管理 1項目合同 1.1合同一旦簽署了就具有法律約束力，除非損害

47、社會公共利益。（09年下50） 2項目合同的分類 2.1某承建單位準備把機房項目中的消防系統(tǒng)工程分包出去，并準備了詳細的設(shè)計圖紙和各項說明。該項目工程包括：火災(zāi)自動報警、廣播、火災(zāi)早期報警滅火等。該工程宜采用總價合同。（10年上50） 3項目合同簽訂 3.1合同的內(nèi)容就是當事人訂立合同時的各項合同條款，下列不屬于項目合同主要內(nèi)容的是項目干系人管理。（09年下52） 3.2承建單位有時為了獲得項目可能將信息系統(tǒng)的作用過分夸大，使得建設(shè)單位對信息系統(tǒng)的預(yù)期過高。除此之外，建設(shè)單位對信息系統(tǒng)的期望可能會隨著自己對系統(tǒng)的熟悉而提高。為避免此類情況的發(fā)生，在合同中清晰地規(guī)定驗收標準對雙方都是有益的。（0

48、9年下53） 3.3為出售公司軟件產(chǎn)品，張工為公司草擬了一份合同，其中寫明“軟件交付以后，買方應(yīng)盡快安排付款”。經(jīng)理看完后讓張工重新修改，原因是用語含混不清，容易引起歧義。（09年下54） 3.4下列關(guān)于索賠的描述，索賠必須以合同為依據(jù)。項目發(fā)生索賠事件后，合同雙方可以通過協(xié)商方式解決。合同索賠是規(guī)范合同行為的一種約束力和保障措施（09年下55） 3.5小王為本公司草擬了一份計算機設(shè)備采購合同，其中寫到“乙方需按通常的行業(yè)標準提供技術(shù)支持服務(wù)”。經(jīng)理審閱后要求小王修改，原因是對合同標的的描述不夠清晰、準確。（10年上51） 3.5系統(tǒng)集成商與建設(shè)方在一個 ERP 項目的談判過程中，建設(shè)方提出如

49、下要求：系統(tǒng)初驗時間為 2010 年 6 月底（付款 50%）；正式驗收時間為 2010 年 10 月底（累計付款80%）；系統(tǒng)運行服務(wù)期限為一年（可能累計付款 100%）；并希望長期提供應(yīng)用軟件技術(shù)支持。系統(tǒng)集成商在起草項目建設(shè)合同時，合同期限設(shè)定到2011 年 10 月底為妥。 正式驗收的時間（2010 年 10 月底，此時累計付款80%）+ 1年的系統(tǒng)運行服“長期提供應(yīng)用軟件技月以后的10 年2011 至于。）100% （可能累計付款務(wù)期術(shù)支持”，則可另行訂立服務(wù)合同。（10年上53） 4項目合同管理 4.1項目合同管理包括合同簽訂，合同履行，合同檔案管理（09年下51） 5項目合同索賠

50、處理 5.1某軟件開發(fā)項目合同規(guī)定，需求分析要經(jīng)過客戶確認后方可進行軟件設(shè)計。但建設(shè)單位以客戶代表出國、其他人員不知情為由拒絕簽字，造成進度延期。 項目發(fā)生索賠事件后，一般先由監(jiān)理工程師調(diào)解，若調(diào)解不成，由政府建設(shè)主管機構(gòu)進行調(diào)解，若仍調(diào)解不成，由經(jīng)濟合同仲裁委員會進行調(diào)解或仲裁。（10年上54） 5.2按照索賠程序，索賠方要在索賠通知書發(fā)出后28 天內(nèi)，向監(jiān)理方提出延長工期和（或）在索賠通知書發(fā)出后的28天內(nèi)，向監(jiān)理工程師提出延長工期和（或）補償經(jīng)濟損失的索賠報告及有關(guān)資料。（10年上55） 5.3某項工程需在室外進行線纜鋪設(shè)，但由于連續(xù)大雨造成承建方一直無法施工，開工日期比計劃晚了 2 周

51、（合同約定持續(xù) 1 周以內(nèi)的天氣異常不屬于反常天氣），給承建方造成一定的經(jīng)濟損失。承建方若尋求補償，應(yīng)當要求延長工期補償 （10年上56） 第14章 項目采購管理 1編制采購計劃 1.1自制或外購決策活動應(yīng)在編制采購計劃過程中進行（09年上57） 1.2以下關(guān)于采購工作說明書的敘述中，采購說明書與項目范圍基準沒有關(guān)系（10年上60） 2詢價 2.1在采購中，潛在買方的報價建議書是根據(jù)賣方的采購文件制定的。（09年下61） 3招標 3.1根據(jù)中華人民共和國招標投標法如下條款： 第十條 招標分為公開招標和邀請招標。 公開招標，是指招標人以招標公告的方式邀請不特定的法人或者其他組織投標。 邀請招標，

52、是指招標人以投標邀請書的方式邀請?zhí)囟ǖ姆ㄈ嘶蛘咂渌M織投標。（10年上52） 3.2某項目建設(shè)內(nèi)容包括機房的升級改造、應(yīng)用系統(tǒng)的開發(fā)以及系統(tǒng)的集成等。招標人于 2010 年 3 月 25 日在某國家級報刊上發(fā)布了招標公告，并規(guī)定 4 月 20 日上午 9時為投標截止時間和開標時間。系統(tǒng)集成單位 A、B、C 購買了招標文件。在 4 月 10 日，招標人發(fā)現(xiàn)已發(fā)售的招標文件中某技術(shù)指標存在問題，需要進行澄清，于是在 4 月 12日以書面形式通知 A、B、C 三家單位。根據(jù)中華人民共和國招標投標法，投標文件截止日期和開標日期應(yīng)該不早于4 月 27 日（10年上61） 3.3在對某項目采購供應(yīng)商的評價

53、中，評價項有：技術(shù)能力、管理水平、企業(yè)資質(zhì)等，假定滿分為 10 分，技術(shù)能力權(quán)重為 20%，三個評定人的技術(shù)能力打分分別為 7 分，8 分，9 分，那么該供應(yīng)商的“技術(shù)能力”的單項綜合分為1.6。（09年下62） 經(jīng)濟、人，2 其中招標人代表人組成，5 評標委員會委員由在評標過程中，3.4技術(shù)專家 3人是不符合招標投標法要求的。（10年上62） 4合同及合同收尾 4.1采購審計的主要目的是確定可供其他采購任務(wù)借鑒的成功之處。（09年上58） 某項采購已經(jīng)到了合同收尾階段，為了總結(jié)這次采購過程中的經(jīng)驗教訓(xùn)，以供公司內(nèi)的其他項目參考借鑒，公司應(yīng)組織采購審計（10年上63） 第15章 信息（文檔）和

54、配置管理 1信息系統(tǒng)項目相關(guān)信息（文檔）及其管理。 1.1文檔按重要性和質(zhì)量要求可以分為正式文檔和非正式文檔。（10年上64） 2配置管理 2.1進行配置管理的第一步是建立并維護配置管理的組織方針。（09年上45） 2.2創(chuàng)建基線或發(fā)行基線的主要步驟是獲得CCB的授權(quán)、確定基線配置項、形成文件（09年上47） 2.3配置識別是軟件項目管理中的一項重要工作，它的工作內(nèi)容包括確定需要納入配置管理的配置項、確定配置項的獲取時間和所有者、識別的配置項分配唯一的標識（10年上65） 2.4某開發(fā)項目配置管理計劃中定義了三條基線，分別是需求基線、設(shè)計基線和產(chǎn)品基線，用戶手冊 應(yīng)該是需求基線、設(shè)計基線和產(chǎn)品

55、基線均包含的內(nèi)容。（10年上66） 第16章 變更管理 1項目變更的基本概念 1.1范圍變更控制系統(tǒng)是一套用于對項目范圍做出變更的程序，包括文書工作，跟蹤系統(tǒng)以及授權(quán)變更所需的認可（09年上53） 1.2變更是項目干系人常常由于項目環(huán)境或者是其他各種原因要求對項目的范圍基準等進行修改。如某項目由于行業(yè)標準變化導(dǎo)致變更，這屬于項目外部環(huán)境發(fā)生變化（09年下63） 2變更管理的基本原則 2.1某公司正在為某省公安部門開發(fā)一套邊防出入境管理系統(tǒng)，該系統(tǒng)包括15個業(yè)務(wù)模塊，計劃開發(fā)周期為9個月，即在今年10月底之前交付。開發(fā)團隊一共有15名工程師。今年7月份，中央政府決定開放某省個人到香港旅游，并在8

56、月15日開始實施。為此客戶要求公司在新系統(tǒng)中實現(xiàn)新的業(yè)務(wù)功能，該功能實現(xiàn)預(yù)計有5個模塊，并要求在8月15日前交付實施。但公司無法立刻為項目組提供新的人力資源。面對客戶的變更需求，以下處理方法最合適。 采用多次發(fā)布的策略，將20個模塊重新排定優(yōu)先次序，并在8月15日之前發(fā)布一個包含到香港旅游業(yè)務(wù)功能的版本，其余延后交付（09年上52） 3變更管理組織機構(gòu)與工作程序 3.1項目變更貫穿于整個項目過程的始終，項目經(jīng)理應(yīng)讓項目干系人（特別是業(yè)主）認識到在項目策劃階段，變更成本較低。（09年下65） 3.2項目將要完成時，客戶要求對工作范圍進行較大的變更，項目經(jīng)理應(yīng)將變更能造成的影響通知客戶（09年上50） 項目變更管理的工作內(nèi)容44.1整體變更控制過程實際上是對項目基準的變更進行標識、文檔化、批準或拒絕，并控制的過程。（09年下64） 4.2項目規(guī)模小并且與其它項目的關(guān)聯(lián)度小時，變更的提出與處理過程可在操作上力求簡便和高效。關(guān)于小項目變更，對變更產(chǎn)生的因素施加影響以防止不必要的變更并減少無謂的評估。應(yīng)明確變更的組織與分工合作。變更流程也要規(guī)范化（09年下66） 第17章 信息系統(tǒng)安全管理 1信息系統(tǒng)安全 1.1信息系統(tǒng)的安全屬性包括保密性、完整性、可用性和不可抵賴性 。（09年上21） 1.2應(yīng)用數(shù)據(jù)完整性機制可以防止數(shù)據(jù)在途中被攻擊者篡改或破壞。（09年下25