第一篇:系統集成項目工程師2009-2010前三次考卷考點匯總-上午
第1章 信息化基礎知識 1國家信息化體系要素
1.1國家信息化體系的六大要素信息資源,國家信息網絡,信息技術應用,信息技術和產業,信息化人才,信息化政策、法規和標準。(09年上2)1.2國家信息化體系的六大要素關系圖。(09年下1)2 ERP系統概念及特點
2.1在ERP系統中,屬于物流管理模塊功能的是庫存控制、銷售管理、采購管理(09年下3)
2.2在資源管理范圍方面,MRPⅡ主要側重對本企業內部人、財、物等資源的管理,ERP系統在MRPⅡ的基礎上擴展了管理范圍,它把客戶需求和企業內部的制造活動以及供應商的制造資源整合在一起,形成一個完整的供應鏈并對供應鏈上所有環節如訂單、采購、庫存、計劃、生產制造、質量控制、運輸、分銷、服務與維護、財務管理、人事管理、實驗室管理、項目管理、配方管理等進行有效管理。(10年上5)3 CRM概述
3.1 CRM系統是基于方法學、軟件和互聯網的以有組織的方式幫助企業管理客戶關系的信息系統。CRM在注重提高客戶的滿意度的同時,一定要把幫助企業提高獲取利潤的能力作為重要指標(09年下4)4 供應鏈管理的設計
4.1供應鏈系統設計的原則:自頂向下和自底向上相結合,簡潔,取長補短(09年下2)企業信息化
5.1 目前企業信息化系統所使用的數據庫管理系統的結構,大多數為關系結構。(09年上65)6 電子商務
6.1電子商務系統所涉及的四種“流”中,信息流是最基本的、必不可少的。(09年上63)
6.4使用網上銀行卡支付系統付款與使用傳統信用卡支付系統付款,兩者的付款授權方式是不同的。前者使用數字簽名進行遠程授權,后者在購物現場使用手寫簽名的方式授權商家扣款(09年上64)
6.5電子商務安全要求的四個方面是傳輸的安全性、數據的完整性、交易各方的身份認證和交易的不可抵賴性。(09年下24)
6.3小張在某電子商務網站建立一家經營手工藝品的個人網絡商鋪,向網民提供自己手工制作的工藝品。這種電子商務模式為C2C(10年上6)。7 商務智能
7.1商業智能(BI)是通過對商業信息的搜集、管理和分析,使企業的各級決策者獲得知識或洞察力,促使他們做出有利決策的一種技術。(09年下5)
第2章 信息系統服務管理 實施計算機信息系統集成資質管理制度
1.1關于計算機信息系統集成資質的論述。工業和信息化部對計算機信息系統集成認證工作進行行業管理。申請三、四級資質的單位應向經政府信息產業主管部門批準的資質認證機構提出認證申請。通過資質認證審批的各單位將獲得由工業和信息化部統一印制的資質證書解析(10年上3)2 信息系統集成資質管理方法
2.1關于計算機信息系統集成企業資質正確的說法是目前,計算機信息系統集成企業資質證書有效期為3年。(09年上3)
2.2 省市信息產業主管部門負責對本行政區域內的三、四級信息系統集成資質進行審批和管理。(10年上4)3 信息系統集成資質等級條件
3.1有三家系統集成企業計劃于 2010 年 5 月申請計算機信息系統集成資質,其中:
乙公司計劃申請一級資質,注冊資本 2000 萬元,具有項目經理 20 名,高級項目經理 8 名,2009 年 4 月通過 ISO9001 質量管理體系認證;
丙公司計劃申請四級資質,注冊資本 500 萬元,具有項目經理 5 名,高級項目經理1 名,2010 年 2 月通過 ISO9001 質量管理體系認證;
丁公司計劃申請四級資質,注冊資本 500 萬元,具有項目經理 5 名,高級項目經理1 名,沒有通過 ISO9001 質量管理體系認證。(10年上2)4 信息系統工程監理
4.1信息系統工程監理活動的主要內容被概括為“四控、三管、一協調”。其中“三管”是指合同管理、信息管理和安全管理。(09年上4)
4.2監理機構應要求承建單位在事故發生后立即采取措施,盡可能控制其影響范圍,并及時簽發停工令,報業主單位。(09年上55)4.3對于隱蔽工程應實行旁站監理(09年上56)
4.4以質量為中心的信息系統工程控制管理工作是由三方分工合作實施的,這三方包括主建方、承建方、監理單位(09年下7)
第3章 信息系統集成專業技術知識 1 信息系統集成概念
1.1 信息系統集成的描述。信息系統集成不只是設備選擇和供應,更重要的是它具有高技術含量的工程過程,要面向用戶需求提供全面解決方案,其核心是軟件。(09年上1、10年上1)
1.2有關信息系統集成的說法。信息系統集成項目要以滿足客戶和用戶的需求為根本出發點;信息系統集成包括技術、管理和商務等各項工作,是一項綜合性的系統工程;系統集成是指將計算機軟件、硬件、網絡通信等技術和產品集成為能夠滿足用戶特定需求的信息系統(09年下14)2 信息系統開發方法
2.1管理信息系統建設的結構化方法中,用戶參與的原則是用戶必須參與系統建設中各階段工作(09年上66)
2.2典型的信息系統項目開發的過程為:需求分析、概要設計、詳細設計、程序設計、調試與測試、系統安裝與部署。需求分析階段擬定了系統的目標、范圍和要求。(09年下8)
2.3常用的信息系統開發方法中,包括結構化方法、原型法、面向對象方法(09年下9)3 軟件工程 3.1按照規范的文檔管理機制,程序流程圖必須在概要設計、詳細設計兩個階段內完成。(09年上7)
3.2 信息系統的軟件需求說明書是需求分析階段最后的成果之一,軟件需求說明書應包含的內容:數據描述、功能描述、性能描述(09年上8)
3.3 在GB/T14393計算機軟件可靠性和可維護性管理標準中,詳細設計評審的內容:各單元可靠性和可維護性目標,可靠性和可維護性設計,測試文件、軟件開發工具(09年上9)
3.4應用已有軟件的各種資產構造新的軟件,以縮減軟件開發和維護的費用,稱為軟件復用(09年下10)
3.5技術評審的目的是評價項目產品,以確定其對使用意圖的適合性,表明產品是否滿足規范說明并遵從標準。(09年上6)
3.6以下關于軟件測試的描述,系統測試應盡可能在實際運行使用環境下進行是正確(10年上9)
4面向對象系統的分析與設計
4.1面向對象中的繼承機制是對現實世界中遺傳現象的模擬。通過該機制,基類的屬性和方法被遺傳給派生類;封裝是指把數據以及操作數據的相關方法組合在同一單元中,使我們可以把類作為軟件復用中的基本單元,提高內聚度,降低耦合度。(09年下17、18)可視化建模與統一建模語言
5.1 UML 2.0支持13種圖,它們可以分成兩大類:結構圖和行為圖。順序圖是行為圖。用例圖是行為圖。構件圖是結構圖(09年上11)
5.2關于UML的說法。UML 不是過程,也不是方法,但允許任何一種過程和方法使用。UML 簡單且可擴展。UML 是面向對象分析與設計的一種標準表示(09年下15)
5.3 在UML中,動態行為描述了系統隨時間變化的行為,下面屬于動態行為視圖的是狀態機視圖、交互視圖、活動視圖(09年下16)6 典型架構
6.1與C/S架構相比,B/S架構的優點是。(09年上5、10年上7)
6.2為了解決 C/S 模式中客戶機負荷過重的問題,軟件架構發展形成了B/S模式。(10年上17)6 軟件中間件
6.1中間件是位于硬件、操作系統等平臺和應用之間的通用服務。事務中間件位于客戶和服務器之間,負責負載均衡、失效恢復等任務,以提高系統的整體性能。(10年上8)
6.2小王在公司局域網中用 Delphi 編寫了客戶端應用程序,其后臺數據庫使用 MS NT4+SQL Server,應用程序通過ODBC 連接到后臺數據庫。此處的 ODBC 是中間件。(10年上18)7 數據庫與數據倉庫技術 7.1關于數據倉庫的敘述。在數據倉庫的結構中,數據源是數據倉庫系統的基礎。數據的存儲與管理是整個數據倉庫系統的核心。數據倉庫前端分析工具中包括報表工具。(09年下28)8 WebService技術
8.1 Web service是SOA概念的一種實現。(09年下29)8.2 Web Service的各種核心技術包括XML、Namespace、XML Schema、SOAP、WSDL、UDDI、WS-Inspection、WS-Security、WS-Routing等。(09年上69)8.3 Web服務的主要目標是跨平臺的互操作性,適合使用Web Services的情況有跨越防火墻、應用程序集成、B2B集成和軟件重用。(10年上28)9 J2EE架構、.NET架構
9.1在.NET架構中,基礎類庫給開發人員提供了一個統一的、面向對象的、層次化的、可擴展的編程接口。(09年下30)
9.2 J2EE應用服務器運行環境包括構件(Component)、容器(Container)及服務(Services)三部分。構件是表示應用邏輯的代碼;容器是構件的運行環境;服務則是應用服務器提供的各種功能接口,可以同系統資源進行交互。(10年上29)
10工作流技術
10.1工作流技術在流程管理應用中的三個階段分別是流程建模、流程仿真、流程改進或優化(09年上70)11計算機網絡知識
11.1虛擬局域網VLAN的優點:有效地共享網絡資源,簡化網絡管理,簡化網絡結構、保護網絡投資、提高網絡安全性。(09年上10)11.2以太網100BASE-TX標準規定的傳輸介質是5類UTP。(09年上12)11.3根據布線標準ANSI/TIA/EIA-568A,綜合布線系統分布圖。(09年上13、14、15)
11.4路由器的使用(09年上16)
11.5在鋪設活動地板的設備間內,應對活動地板進行專門檢查,地板板塊鋪設嚴密堅固,符合安裝要求,每平米水平誤差應不大于2mm。(09年上17)
11.6在進行網絡規劃時,要遵循統一的通信協議標準。網絡架構和通信協議應該選擇廣泛使用的國際標準和事實上的工業標準,這屬于網絡規劃的開放性原則。(09年下19)
11.7 DNS服務器的功能是將域名轉換為IP 地址(09年下20)
11.8目前,綜合布線領域廣泛遵循的標準是TIA/EIA 568 A(09年下21)
11.9關于Internet接入正確的說法。通過 PPP撥號方式接入,可以有一個動態的 IP地址;通過 LAN接入,可以有固定的 IP地址,也可以用動態分配的 IP地址;通過代理服務器接入,多個主機可以共享 1個 IP地址(09年下22)11.10 DAS是將存儲設備與服務器直接連接的存儲模式。(09年下23)11.11 IEEE 802.11制定了無線局域網訪問控制方法與物理層規范。(10年上19)11.12可以實現在 Internet 上任意兩臺計算機之間傳輸文件的協議是FTP(10年上20)
11.13通信行業標準《大樓通信綜合布線系統》YD/T926)的適用范圍是跨越距離不超過 3000米、建筑總面積不超過 100萬平方米的布線區域,區域內的人員為 50人至5萬人。(10年上21)
11.14《電子信息系統機房設計規范GB 50174—2008》的6.4.6 條款指出:“A級和B級電子信息系統機房的主機房不宜設置外窗”(10年上22)
11.15 SAN是采用高速的光纖通道作為傳輸介質的網絡存儲技術。它將存儲系統網絡化,實現了高速共享存儲以及塊級數據訪問的目的。作為獨立于服務器網絡系統之外,它幾乎擁有無限存儲擴展能力。業界提倡的Open SAN克服了早先光纖通道仲裁環所帶來的互操作和可靠性問題,提供了開放式、靈活多變的多樣配置方案。總體來說,SAN擁有極度的可擴展性、簡化的存儲管理、優化的資源和服務共享以及高度可用性。(10年上23)
11.16關于數據倉庫與數據庫的敘述。數據倉庫中的數據使用頻率較高;數據庫中的數據使用頻率較低(10年上30)
第4章 項目管理一般知識 1 什么是項目
1.1定義清晰的項目目標將最有利于提供定義項目成資源分配與項目優先的問題產生沖突功與否的標準(09年上20)2項目的組織方式
2.1弱矩陣型組織中,項目經理的權力最小。(09年上18)
2.2 矩陣型組織的缺點:管理成本增加,多頭領導,資源分配與項目優先的問題產生沖突(09年上19)。
2.3在強矩陣型組織中,項目經理權限最大(09年下31)
2.4 Which of the following statement related 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 resources 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 managing the project, regardless of the specific work involved.(09年上73、74)3.2在軟件生命周期中,能準確地確定軟件系統必須做什么和必須具備哪些功能的階段是需求分析(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在軟件生存周期中,將某種形式表示的軟件轉換成更高抽象形式表示的軟件的活動屬于逆向工程
(10年上11)4典型的信息系統項目的生命周期模型
4.1某一MIS系統項目的實施過程如下:需求分析、概要設計、詳細設計、編碼、單元測試、集成測試、系統測試、驗收測試。那么該項目最有可能采用的是V模型。(09年下6)5單個項目的管理過程
5.1制定業務發展計劃、項目需求分析、制定項目管理計劃反映了信息系統集成項目的技術過程和管理過程的正確順序。(09年上22)
第5章 項目立項管理 1 立項管理內容
1.1建設方在進行項目評估的時候,如果使用總量評估法,其難點是確定原有固定資產重估值。(09年上59)2 承建方的立項管理
2.1項目論證是指對擬實施項目技術上的先進性、適用性,經濟上的合理性、盈利性,實施上的可能性、風險可控性進行全面科學的綜合分析,為項目決策提供客觀依據的一種技術經濟研究活動。項目論證的作用之一是作為籌措資金、向銀行貸款的依據。項目論證的內容之一是國民經濟評價,通常運用影子價格、影子匯率、影子工資等工具或參數。項目財務評價是從項目的宏觀角度判斷項目或不同方案在財務上的可行性的技術經濟活動。(09年上60)
2.2項目識別是承建方項目立項的第一步,其目的在于選擇投資機會、鑒別投資方向(09年上61)2.3下列選項中,不屬于項目建議書核心內容的是項目的市場預測。(09年下32)2.4關于投標文件送達的敘述。投遞投標書的方式最好是直接送達或委托代理人送達,以便獲得招標機構已收到投標書的回執。如果以郵寄方式送達的,投標人應保證投標文件能夠在截止日期之前投遞即可。(09年下33)
2.5某單位要對一個網絡集成項目進行招標,由于現場答辯環節沒有一個定量的標準,相關負責人在制定該項評分細則時規定本項滿分為 10 分,但是評委的打分不得低于 5 分。這一規定反映了制定招標評分標準時嚴格控制自由裁量權。(09年下34)
2.6 W公司想要對本單位的內部網絡和辦公系統進行改造,希望通過招標選擇承建商,為此,W公司進行了一系列活動。W公司根據招標文件的要求,在三家投標單位中選擇了其中一家作為此項目的承建商,并只將結果通知了中標企業。不符合《中華人民共和國招標投標法》的要求。.W公司根據招標文件的要求,在三家投標單位中選擇了其中一家作為此項目的承建商,并只將結果通知了中標企業。(10年上15)
第6章 項目整體管理 1項目啟動
1.1在項目計劃階段,項目計劃方法論是用來指導項目團隊制定項目計劃的一種結構化方法。標準格式和模板屬于方法論的一部分。(09年上62)
1.2項目啟動文檔是正式批準一個項目的文檔,或者是批準現行項目是否進入下一階段的文檔。(09下57)
1.3發布項目章程,標志著項目的正式啟動。以下圍繞項目章程的敘述中,正確的是A制定項目章程的工具和技術包括專家判斷 B.項目章程要為項目經理提供授權,方便其使用組織資源進行項目活動 C.項目章程應當由項目發起人發布(10年上31)編制項目范圍說明書(初步)
2.1范圍管理說明書描述了:如何定義項目范圍,制定詳細的范圍說明書,確認和控制范圍。(09年上29)。
2.2經項目各有關干系人同意的項目范圍說明書就是項目的基準,為項目的執行、監控和變更提供了基礎。(09年下58)2.3某公司最近在一家大型企業 OA 項目招標中勝出,小張被指定為該項目的項目經理。公司發布了項目章程,小張依據該章程等項目資料編制了由項目目標、可交付成果、項目邊界及成本和質量測量指標等內容組成的范圍說明書。(10年上41)
3制定項目管理計劃
3.1制定項目計劃時,首先應關注的是項目范圍說明書。(09年上23)3.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 Project Management Plan(09年下75)
3.4在編制項目管理計劃時,項目經理應遵循編制原則和要求,使項目計劃符合項目實際管理的需要。以下關于項目管理計劃的敘述中,可以是概括的,項目管理計劃可以逐步精確 讓干系人參與項目計劃的編制(10年上32)4指導和管理項目執行
4.1項目經理小王事后得知項目團隊的一個成員已做了一個糾正措施,但是沒有記錄,小王接下來應該詢問實施該糾正措施的理由。(09年下60)
4.2在項目實施過程中,項目經理通過項目周報中的項目進度分析圖表發現機房施工進度有延期風險。項目經理立即組織相關人員進行分析,下達了關于改進措施的書面指令。該指令屬于預防措施(10年上33)5監督和控制項目
5.1在項目管理中,采取掙值管理和會議評審方法,對項目進度計劃實施進行全過程監督和控制是經濟和合理的。(10年上34)6整體變更控制
6.1一項新的國家標準出臺,某項目經理意識到新標準中的某些規定將導致其目前負責的一個項目必須重新設定一項技術指標,該項目經理首先應該(10年上35)
第7章 項目范圍管理
1產品范圍與項目范圍
1.1 Project scope management is primarily concerned with defining and controlling what is and is not included in the project.(10年上74)2范圍定義
2.1小王正在負責管理一個產品開發項目。開始時產品被定義為“最先進的個人數碼產品”,后來被描述為“先進個人通信工具”。在市場人員的努力下該產品與某市交通局簽訂了采購意向書,隨后與用戶、市場人員和研發工程師進行了充分的討論后,被描述為“成本在1000元以下,能通話、播放MP3、能運行Win CE的個人掌上電腦”。這表明產品的特征正在不斷改進,但是小王還需將項目范圍定義與其相協調。(09年上31)。3創建工作分解結構、3.1以下關于工作包的描述,正確的是可以在此層面上對其成本和進度進行可靠的估算(09年上30)。
3.2下面關于WBS的描述。WBS是管理項目范圍的基礎,詳細描述了項目所要完成的工作。樹型結構圖的 WBS層次清晰、直觀、結構性強。比較大的、復雜的項目一般采用列表形式的 WBS表示。(09年下42)4范圍確認
4.1范圍確認是客戶等項目干系人正式驗收并接受已完成的項目可交付物的過程。(09年下43)
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 customer.The project manager should call a meeting of the configuration control board(10年上75)
第8章 項目進度管理 1活動定義
1.1關鍵路線是指進度網絡圖中歷時最長的那條路徑,它的長度決定了項目的生命周期長度。因此,如果關鍵路徑中的一個活動延遲,將會影響整個項目計劃。控制點,即里程碑。里程碑是項目生命周期中,時間軸上的一個時刻,在該時刻應對項目特意關注和控制,通常指一個主要可交付成果的完成,也可以沒有交付物僅僅是控制。
里程碑清單包括了所有的里程碑。因此,從邏輯上講,關鍵路徑不一定包括所有項目進度控制點。關鍵路徑可隨項目的進展而改變。
如果有兩個或兩個以上的關鍵路徑長度一樣,那就存在多個關鍵路徑。如果有兩個或兩個以上的路徑長度一樣,這些路徑可能是普通路徑、不是關鍵路徑,此時就不能推斷一定存在多個關鍵路徑。(10年上38)
1.2快速跟進是指計劃時串行的活動,當實施時進度落后時,改為并行或部分并行(當然前提是串行的活動,本身的順序是可以改變的)。設計圖紙全部完成前就開始現場施工準備工作屬于快速跟進(10年上39)2活動排序
2.1某項目中有兩個活動單元:活動一和活動二,其中活動一開始后活動二才能開始。能正確表示這兩個活動之間依賴關系的前導圖。(09年下36)2.2 箭線圖(09下56)
2.3某軟件項目已經到了測試階段,但是由于用戶訂購的硬件設備沒有到貨而不能實施測試。這種測試活動與硬件之間的依賴關系屬于強制性依賴關系。(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 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活動資源估算
3.1屬于活動資源估算輸出的是活動清單。(09年下35)4活動歷時估算
4.1在項目某階段的實施過程中,A活動需要2天2人完成,B活動需要2天2人完成,C活動需要5天4人完成,D活動需要3天2人完成,E活動需要1天1人完成,該階段的時標網絡圖如下。該項目組共有8人,且負責A、E活動的人因另有安排,無法幫助其他人完成相應工作,且項目整個工期刻不容緩。能夠使實施任務順利完成的是安排D活動推遲兩天。(09年上24)
4.2某項目計劃08年12月5日開始進入首批交付的產品測試工作,估算工作量為8(人)×10(天),誤差為2天,則表示活動至少需要8天,最多不超過12天。(09年上26)
4.3某項目完成估計需要12個月。在進一步分析后認為最少將花8個月,最糟糕 的情況下將花 個月。那么,這個估計的PERT值是14個月。(09年上27)4.4公司的某項目即將開始,項目經理估計該項目 10 天即可完成,如果出現問題耽擱了也不會超過 20 天完成,最快 6 天即可完成。根據項目歷時估計中的三點估算法,你認為該項目的歷時為11天,該項目歷時的估算方差為2.3天。(09年下37、38)
4.5項目經理對某軟件需求分析活動歷時估算的結果是:該活動用時 2 周(假定每周工作時間是 5 天)。隨后對其進行后備分析,確定的增加時間是 2 天。以下針對該項目后備分析結果的敘述中,增加軟件需求分析的歷時標準差是 2 天是不正確的。(10年上36)
4.6在工程網絡計劃中,工作 M 的最早開始時間為第 16 天,其持續時間為 5 天。該工作有三項緊后工作,他們的最早開始時間分別為第 25 天、第 27 天和第 30 天,最遲開始時間分別為第 28 天、第 29 天和第 30 天。則工作 M 的總時差為7天。(10年上37)
5制定進度計劃所采用的主要技術和工具
5.1下列關于資源平衡的描述中,使用按資源分配倒排進度法不一定能制定出最優項目進度表(10年上43)6項目進度控制
6.1在項目進度控制中,投入更多的資源、改進技術、縮減活動范圍適合用于縮短活動工期。(09年上28)
6.2某軟件開發項目的實際進度已經大幅滯后于計劃進度,請經驗豐富的老程序員進行技術指導或協助完成工作能夠較為有效地縮短活動工期。(10年上40)
第9章 項目成本管理 1相關術語
1.1企業的保安費用對于項目而言屬于間接成本。(09年下45)
某企業今年用于信息系統安全工程師的培訓費用為 5 萬元,其中有 8000 元計入 A 項目成本,該成本屬于 A 項目的間接成本。(10年上44)2成本控制的工具與技術
2.1根據下面的數據,目前項目的進度落后于計劃7%(09年上51)活動
計劃值
完成百分比
實際成本
基礎設計
20,000元
90%
10,000元
詳細設計
50,000元
90%
60,000元
測試
30,000元
100%
40,000元 2.2某項目經理正在負責某政府的一個大項目,采用自下而上的估算方法進行成本估算,一般而言,項目經理首先應該識別并估算每一個工作包或細節最詳細的活動成本。(09年下44)
2.3 在某項目進行的第三個月,累計計劃費用是 25 萬元人民幣,而實際支出為 28萬元,以下關于這個項目進展的敘述,提供的信息不全,無法評估。(09年下46)
2.4項目進行到某階段時,項目經理進行了績效分析,計算出 CPI 值為 0.91。這表示項目的每 100 元人民幣投資中只創造相當于 91 元的價值。(10年上45)2.5下圖是一項布線工程計劃和實際完成的示意圖,2009 年 3 月 23 日的 PV、EV、AC 分別是PV=4000 元、EV=2000 元、AC=3800 元(10年上46)
第10章 項目質量管理 1質量管理基礎
1.1軟件的質量是指軟件特性的總和,以及滿足規定和潛在用戶需求的能力(10年上10)
1.2為保證項目的質量,要對項目進行質量管理,項目質量管理過程的第一步是確立質量標準體系(09年下67)2國際質量標準
2.1質量管理六西格瑪標準的優越之處包括減少了檢控質量的步驟。培養了員工的質量意識。減少了由于質量問題帶來的返工成本(09年下69)3軟件過程改進與能力成熟度模型
3.1 CMMI所追求的過程改進目標包括保證產品或服務質量、項目時間控制、項目成本最低。(10年上69)
4制定項目質量計劃所采用的主要方法、技術和工具
4.1在制定項目質量計劃時對實現既定目標的過程加以全面分析,估計到各種可能出現的障礙及結果,設想并制定相應的應變措施和應變計劃,保持計劃的靈活性。這種方法屬于過程決策程序圖法。(09年下68)
4.2質量管理人員在安排時間進度時,為了能夠從全局出發、抓住關鍵路徑、統籌安排、集中力量,從而達到按時或提前完成計劃的目標,可以使用活動網絡圖。(10年上67)
4.3項目經理在進行項目質量規劃時應設計出符合項目要求的質量管理流程和標準,由此而產生的質量成本屬于(預防成本)。(10年上70)5制定項目質量計劃工作的輸入、輸出
5.1 Quality checklist is one of the quality planning outputs.(09年上75)6項目質量保證
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項目質量控制的方法、技術和工具
7.1在項目質量監控過程中,在完成每個模塊編碼工作之后就要做的必要測試,稱為單元測試。(09年下70)
7.2排列圖(帕累托圖)可以用來進行質量控制是因為它將引起缺陷的原因從大到小排列,項目團隊應關注造成最多缺陷的原因。(10年上68)
第11章 項目人力資源管理 1項目人力資源計劃編制
1.1項目人力資源計劃編制完成以后,得到的是角色和職責的分配,項目的組織結構圖,人員配置管理計劃。(09年下39)
1.2公司要求項目團隊中的成員能夠清晰地看到與自己相關的所有活動以及和某個活動相關的所有成員。項目經理在編制該項目人力資源計劃時應該選用的組織結構圖類型是矩陣圖。(09年下40)
在項目人力資源計劃編制中,一般會涉及到組織結構圖和職位描述。其中,根據組織現有的部門、單位或團隊進行分解,把工作包和項目的活動列在負責的部門下面的圖采用的是組織分解結構(OBS)(10年上47)2項目團隊組織建設
2.1 組建項目團隊的工具和技術包括:事先分派、采購、虛擬團隊。(09年上33)2.2團隊建設一般要經歷幾個階段,這幾個階段的大致順序是表現期、震蕩期、形成期、正規期。(09年上34)
2.3為了成功激勵一個IT項目團隊,Y理論、期望理論和赫茲伯格的衛生理論可以被項目經理用來激勵項目團隊保持氣氛活躍、高效率的士氣。(09年上46)2.4一些公司為了滿足公司員工社會交往的需要會經常組織一些聚會和社會活動,還為沒有住房的員工提供住處。這種激勵員工的理論屬于馬斯洛需要層次理論。(09年下41)
2.5在組建項目團隊時,人力資源要滿足項目要求。以下說法,只要項目經理對團隊成員認可就可以是不妥當的。(10年上48)4績效報告
4.1項目績效評審的主要目標是決定項目是否應該進入下一個階段(09年上32)4.2對于一個新分配來的項目團隊成員,項目經理應該負責確保他得到適當的培訓。(09年上44)5項目團隊管理
5.1項目經理管理項目團隊有時需要解決沖突,強制、妥協、撤退屬于解決沖突的范疇。(10年上49)
5.2某項目組的小組長王某和程序員李某在討論確定一個功能模塊的技術解決方案時發生激烈爭執,此時作為項目經理應該首先采用幫助兩人分析對錯,然后解決問題的方法來解決這一沖突。(10年上59)
第12章 項目溝通管理 1溝通管理計劃編制
1.1某公司正在計劃實施一項用于公司內部的辦公自動化系統項目,由于該系統的實施涉及到公司很多內部人員,因此項目經理打算制定一個項目溝通管理計劃,他應采取的第一個工作步驟是分析所有項目干系人的信息需求(10年上57)1.2召開會議就某一事項進行討論是有效的項目溝通方法之一,確保會議成功的措施包括提前確定會議目的、按時開始會議等,某系統驗收會上,為了避免專家組意見太發散,項目經理要求會議主持人給出結論性意見”不是確保會議成功的措施。(10年上58)
第13章 項目合同管理 1項目合同
1.1合同一旦簽署了就具有法律約束力,除非損害社會公共利益。(09年下50)2項目合同的分類
2.1某承建單位準備把機房項目中的消防系統工程分包出去,并準備了詳細的設計圖紙和各項說明。該項目工程包括:火災自動報警、廣播、火災早期報警滅火等。該工程宜采用總價合同。(10年上50)3項目合同簽訂
3.1合同的內容就是當事人訂立合同時的各項合同條款,下列不屬于項目合同主要內容的是項目干系人管理。(09年下52)
3.2承建單位有時為了獲得項目可能將信息系統的作用過分夸大,使得建設單位對信息系統的預期過高。除此之外,建設單位對信息系統的期望可能會隨著自己對系統的熟悉而提高。為避免此類情況的發生,在合同中清晰地規定驗收標準對雙方都是有益的。(09年下53)
3.3為出售公司軟件產品,張工為公司草擬了一份合同,其中寫明“軟件交付以后,買方應盡快安排付款”。經理看完后讓張工重新修改,原因是用語含混不清,容易引起歧義。(09年下54)
3.4下列關于索賠的描述,索賠必須以合同為依據。項目發生索賠事件后,合同雙方可以通過協商方式解決。合同索賠是規范合同行為的一種約束力和保障措施(09年下55)
3.5小王為本公司草擬了一份計算機設備采購合同,其中寫到“乙方需按通常的行業標準提供技術支持服務”。經理審閱后要求小王修改,原因是對合同標的的描述不夠清晰、準確。(10年上51)
3.5系統集成商與建設方在一個 ERP 項目的談判過程中,建設方提出如下要求:系統初驗時間為 2010 年 6 月底(付款 50%);正式驗收時間為 2010 年 10 月底(累計付款80%);系統運行服務期限為一年(可能累計付款 100%);并希望長期提供應用軟件技術支持。系統集成商在起草項目建設合同時,合同期限設定到2011 年 10 月底為妥。
正式驗收的時間(2010 年 10 月底,此時累計付款80%)+ 1年的系統運行服務期(可能累計付款 100%)。至于2011 年 10 月以后的“長期提供應用軟件技術支持”,則可另行訂立服務合同。(10年上53)4項目合同管理
4.1項目合同管理包括合同簽訂,合同履行,合同檔案管理(09年下51)5項目合同索賠處理
5.1某軟件開發項目合同規定,需求分析要經過客戶確認后方可進行軟件設計。但建設單位以客戶代表出國、其他人員不知情為由拒絕簽字,造成進度延期。項目發生索賠事件后,一般先由監理工程師調解,若調解不成,由政府建設主管機構進行調解,若仍調解不成,由經濟合同仲裁委員會進行調解或仲裁。(10年上54)
5.2按照索賠程序,索賠方要在索賠通知書發出后28 天內,向監理方提出延長工期和(或)在索賠通知書發出后的28天內,向監理工程師提出延長工期和(或)補償經濟損失的索賠報告及有關資料。(10年上55)5.3某項工程需在室外進行線纜鋪設,但由于連續大雨造成承建方一直無法施工,開工日期比計劃晚了 2 周(合同約定持續 1 周以內的天氣異常不屬于反常天氣),給承建方造成一定的經濟損失。承建方若尋求補償,應當要求延長工期補償(10年上56)
第14章 項目采購管理 1編制采購計劃
1.1自制或外購決策活動應在編制采購計劃過程中進行(09年上57)1.2以下關于采購工作說明書的敘述中,采購說明書與項目范圍基準沒有關系(10年上60)2詢價
2.1在采購中,潛在買方的報價建議書是根據賣方的采購文件制定的。(09年下61)3招標
3.1根據《中華人民共和國招標投標法》如下條款: 第十條 招標分為公開招標和邀請招標。
公開招標,是指招標人以招標公告的方式邀請不特定的法人或者其他組織投標。邀請招標,是指招標人以投標邀請書的方式邀請特定的法人或者其他組織投標。(10年上52)
3.2某項目建設內容包括機房的升級改造、應用系統的開發以及系統的集成等。招標人于 2010 年 3 月 25 日在某國家級報刊上發布了招標公告,并規定 4 月 20 日上午 9時為投標截止時間和開標時間。系統集成單位 A、B、C 購買了招標文件。在 4 月 10 日,招標人發現已發售的招標文件中某技術指標存在問題,需要進行澄清,于是在 4 月 12日以書面形式通知 A、B、C 三家單位。根據《中華人民共和國招標投標法》,投標文件截止日期和開標日期應該不早于4 月 27 日(10年上61)
3.3在對某項目采購供應商的評價中,評價項有:技術能力、管理水平、企業資質等,假定滿分為 10 分,技術能力權重為 20%,三個評定人的技術能力打分分別為 7 分,8 分,9 分,那么該供應商的“技術能力”的單項綜合分為1.6。(09年下62)
3.4在評標過程中,評標委員會委員由 5 人組成,其中招標人代表 2 人,經濟、技術專家 3人是不符合招標投標法要求的。(10年上62)4合同及合同收尾
4.1采購審計的主要目的是確定可供其他采購任務借鑒的成功之處。(09年上58)某項采購已經到了合同收尾階段,為了總結這次采購過程中的經驗教訓,以供公司內的其他項目參考借鑒,公司應組織采購審計(10年上63)
第15章 信息(文檔)和配置管理
1信息系統項目相關信息(文檔)及其管理。
1.1文檔按重要性和質量要求可以分為正式文檔和非正式文檔。(10年上64)2配置管理
2.1進行配置管理的第一步是建立并維護配置管理的組織方針。(09年上45)2.2創建基線或發行基線的主要步驟是獲得CCB的授權、確定基線配置項、形成文件(09年上47)
2.3配置識別是軟件項目管理中的一項重要工作,它的工作內容包括確定需要納入配置管理的配置項、確定配置項的獲取時間和所有者、識別的配置項分配唯一的標識(10年上65)
2.4某開發項目配置管理計劃中定義了三條基線,分別是需求基線、設計基線和產品基線,用戶手冊 應該是需求基線、設計基線和產品基線均包含的內容。(10年上66)
第16章 變更管理 1項目變更的基本概念
1.1范圍變更控制系統是一套用于對項目范圍做出變更的程序,包括文書工作,跟蹤系統以及授權變更所需的認可(09年上53)
1.2變更是項目干系人常常由于項目環境或者是其他各種原因要求對項目的范圍基準等進行修改。如某項目由于行業標準變化導致變更,這屬于項目外部環境發生變化(09年下63)2變更管理的基本原則
2.1某公司正在為某省公安部門開發一套邊防出入境管理系統,該系統包括15個業務模塊,計劃開發周期為9個月,即在今年10月底之前交付。開發團隊一共有15名工程師。今年7月份,中央政府決定開放某省個人到香港旅游,并在8月15日開始實施。為此客戶要求公司在新系統中實現新的業務功能,該功能實現預計有5個模塊,并要求在8月15日前交付實施。但公司無法立刻為項目組提供新的人力資源。面對客戶的變更需求,以下處理方法最合適。采用多次發布的策略,將20個模塊重新排定優先次序,并在8月15日之前發布一個包含到香港旅游業務功能的版本,其余延后交付(09年上52)3變更管理組織機構與工作程序
3.1項目變更貫穿于整個項目過程的始終,項目經理應讓項目干系人(特別是業主)認識到在項目策劃階段,變更成本較低。(09年下65)
3.2項目將要完成時,客戶要求對工作范圍進行較大的變更,項目經理應將變更能造成的影響通知客戶(09年上50)4項目變更管理的工作內容 4.1整體變更控制過程實際上是對項目基準的變更進行標識、文檔化、批準或拒絕,并控制的過程。(09年下64)
4.2項目規模小并且與其它項目的關聯度小時,變更的提出與處理過程可在操作上力求簡便和高效。關于小項目變更,對變更產生的因素施加影響以防止不必要的變更并減少無謂的評估。應明確變更的組織與分工合作。變更流程也要規范化(09年下66)
第17章 信息系統安全管理 1信息系統安全
1.1信息系統的安全屬性包括保密性、完整性、可用性和不可抵賴性。(09年上21)
1.2應用數據完整性機制可以防止數據在途中被攻擊者篡改或破壞。(09年下25)2物理安全管理
2.1某機房部署了多級 UPS 和線路穩壓器,這是出于機房供電的緊急供電和穩壓供電需要(10年上24)
2.2根據《信息安全技術信息系統安全等級保護基本要求》(報批稿)的“5.1.1.2防盜竊和防破壞(G1)”之如下要求:a)應將主要設備放置在機房內;b)應將設備或主要部件進行固定,并設置明顯的不易除去的標記。(10年上25)3應用系統安全管理
3.1應用系統運行中涉及的安全和保密層次包括四層,這四個層次按粒度從粗到細的排列順序是系統級安全、資源訪問安全、功能性安全、數據域安全。(09年下26)
3.2為了確保系統運行的安全,針對用戶管理,下列做法妥當的是建立用戶身份識別與驗證機制,防止非法用戶進入應用系統;用戶權限的分配應遵循“最小特權”原則;用戶密碼應嚴格保密,并定時更新;不妥當的是為了防止重要密碼丟失,把密碼記錄在紙質介質上。(09年下27)
3.3某企業應用系統為保證運行安全,只允許操作人員在規定的工作時間段內登錄該系統進行業務操作,這種安全策略屬于系統級安全層次。(10年上26)3.4基于用戶名和口令的用戶入網訪問控制可分為用戶名的識別與驗證、用戶口令的識別與驗證、用戶賬號的默認限制檢查三個步驟(10年上27)
第18章 項目風險管理 1風險和風險管理
1.1 既可能帶來機會、獲得利益,又隱含威脅、造成損失的風險,稱為投機風險(09年上35)
1.2在項目管理的下列四類風險類型中,對用戶來說如果沒有管理好,質量風險將會造成最長久的影響。(09年上43)
1.3 Risk management allows the project manager and the project team not to eliminate most risks during the planning phase of the project(09年下71)
1.4 Project risk is an uncertain event or condition that, if it occurs, has a positive or a negative effect on at least one project objective, such as time, cost, scope, or quality.(10年上71)2風險識別
2.1德爾菲法區別于其他專家預測法的明顯特點是多次有控制的反饋。(09年上25)
2.2德爾菲技術作為風險識別的一種方法,主要用途是減少分析過程中的偏見,防止任何人對事件結果施加不正確的影響。(09年下47)3定性風險分析
3.1定性風險分析指通過考慮風險發生的概率及風險發生后對項目目標及其他因素的影響,對已識別風險的優先級進行評估。(09年下48)
3.2定性風險分析工具和技術包括概率及影響矩陣、風險緊急度評估、風險數據質量評估(09年上37)4定量風險分析
4.1風險定量分析是在不確定情況下進行決策的一種量化方法,該過程經常采用的技術有蒙特卡羅分析法。(09年下49)
5應對風險的基本措施(規避、接受、減輕、轉移)
5.1 Categories of risk response are avoidance, mitigation, acceptance, and transferring.(10年上72)
5.2如果項目受資源限制,往往需要項目經理進行資源平衡。但當項目團隊處理應急風險時,不宜進行資源平衡。(09年上36)
第19章 項目收尾管理 1項目收尾的內容
1.1項目績效審計包括經濟審計、效率審計、效果審計(09年上48)
1.2在項目結束階段,大量的行政管理問題必須得到解決。一個重要問題是評估項目有效性。完成這項評估的方法之一是舉行績效評估會議(09年上49)1.3某系統集成商現正致力于過程改進,打算為過去的項目建立歷史檔案,現階段完成該工作的最好方法是總結經驗教訓。(09年上54)
第21章 法律法規和標準規范 1訴訟時效
1.1訴訟失效期間從權利人知道或者應當知道權利被侵害起計算。但是,從權利被侵害之日起超過15年的,人民法院不予保護。(09年上42)2標準和標準化常識
2.1在我國的標準化代號中,屬于推薦性國家標準代號的是GB/T(09年下12)3系統集成項目管理工作中常用的法律、技術標準和規范
3.1合同法律關系是指由合同法律規范調整的在民事流轉過程中形成的權利義務關系。(09年上38)
3.2商場的有獎銷售活動屬于要約(09年上39)
3.3爭議解決方法屬于《合同法》規定的合同內容(09年上40)
3.4《合同法》規定,價款或酬金約定不明的,按訂立合同時履行地的市場價格履行。(09年上41)
3.5依據《中華人民共和國招標投標法》,公開招標是指招標人以招標公告的方式邀請不特定的法人或者其他組織投標。(09年上67)
3.6根據《軟件文檔管理指南 GB/T16680-1996》,基本的產品文檔包括:參考手冊和用戶指南、支持手冊、產品手冊。(09年上68)
3.7《軟件文檔管理指南
GB/T 16680-1996》該標準規定了軟件文檔分為:開發文檔、產品文檔和管理文檔(09年下13)3.8根據《軟件文檔管理指南》(GB/T 16680-1996),以下關于文檔評審的敘述。需求評審進一步確認開發者和設計者已了解用戶要求什么,以及用戶從開發者一方了解某些限制和約束。概要設計評審過程中主要詳細評審每個系統組成部分的基本設計方法和測試計劃,系統規格說明應根據概要設計評審的結果加以修改。設計評審產生的最終文檔規定系統和程序將如何設計開發和測試以滿足一致同意的需求規格說明書。(10年上12)3.9根據《軟件文檔管理指南》(GB/T 16680-1996),以下關于軟件文檔歸類的敘述。開發文檔描述開發過程本身。產品文檔描述開發過程的產物。管理文檔記錄項目管理的信息。(10年上13)3.10根據《軟件工程—產品質量》(GB/T 16260.1-2006)定義的質量模型,屬于功能性的質量特性是適合性、安全性、互操作性(互用性)、準確性和依從性。(10年上14)
3.11以下采用單一來源采購方式的活動,某政府部門為建立內部辦公系統,已從一個供應商采購了 120 萬元的網絡設備,由于辦公地點擴大,打算繼續從原供應商采購 15 萬元的設備是不恰當的。(10年上16)
第二篇:系統集成項目管理工程師上午考試要點
第一章信息化基礎知識
1、國家信息化體系六要素:信息技術應用、信息資源、信息網絡、信息技術和產業、信息化人才、信息化政策和標準規范。其中信息技術應用是龍頭。
2、企業資源計劃
(1)基本MRP(物料需求計劃):根據主生產計劃、物料清單、庫存信息,制定出相關物資的需求時間表,從而即時采購所需物資,降低庫存。(2)閉環MRP:除了編制資源需求計劃外,還要編制能力需求計劃,并將生產能力需求計劃、車間作業計劃和采購作業計劃與物料需求計劃一起納入。(3)MRPⅡ(制造資源計劃計劃):把企業各種制造資源和產、供、銷、財各個環節進行有效組織、管理和控制。(4)ERP(企業資源計劃):是一個以財務會計為核心的信息系統,用來識別和規劃企業資源,對采購、生產、庫存、銷售、運輸、財務和人力資源等進行規劃和優化,從而達到最佳資源組合,使企業利潤最大化。
3、客戶關系管理系統(CRM)是一個集成化的信息管理系統,它存儲了企業現有和潛在客戶的信息,并且對這些信息進行自動的處理從而產生更人性化的市場管理策略。
4、CRM系統的功能:
(1)有一個統一的客戶為中心的數據庫
(2)具有整合各種客戶聯系渠道的能力
(3)能夠提供銷售、客戶服務和營銷三個業務的自動化工具,并且在這三者之間實現通信接口,是的其中一項業務模塊的事件可以觸發另外一個業務模塊中的響應。
(4)具備從大量數據中提取有用信息的能力,即這個系統必須實現基本的數據挖掘模塊,從而使其具有一定的商業智能。
(5)系統應該具有良好的可擴展性和可復用性,即可以實現與其他相應的企
業應用系統之間的無縫整合。
5、建立和完善電子商務發展的支撐保障體系:
(1)法律法規體系(2)標準規范體系(3)安全認證體系(4)信用體系(5)在線支付體系(6)現代物流體系(7)技術裝備體系(8)服務體系(9)運行監控體系
6、商業智能描述了一系列的概念和方法,通過應用基于事實的支撐系統輔助商業決策的制定。
7、商業智能的主要功能:數據倉庫、數據ETL、數據統計輸出、分析功能
8、商業智能的三個層次:數據報表、多維數據分析、數據挖掘
第二章信息系統服務管理
1、計算機信息系統集成資質等級從高到低依次為一、二、三、四級。
2、三個制度:實施計算機信息系統集成資質管理制度、推行項目經理制度、推行信息系統工程監理制度
3、信息系統集成資質管理辦法:(1)管理原則:認證和審批分離的原則,先由認證機構認證,再由信息產業主管部門審批。
(2)管理體系:信息產業部審批一二級,省市信息產業主管部門審批三四級,初審本行政區域的一二級。
4、系統集成資質認定:
一級資質:注冊資金2000萬以上,已建立企業質量管理體系,通過第三方認證機構并運行一年以上,具有項目經理不少于25名,高級項目經理不少于8名。
二級資質:注冊資金1000萬以上,已建立企業質量管理體系,通過第三方認證機構并運行一年以上,具有項目經理不少于15名,高級項目經理不少于3名。
三級資質:注冊資金200萬以上,已建立企業質量管理體系,通過第三方認證,具有項目經理不少于6名,高級項目經理不少于1名。
四級資質:注冊資金30萬以上,已建
立企業質量管理體系,具有項目經理不少于3名。
5、信息系統工程監理單位分為甲乙丙三級。
6、監理單位“四控、三管、一協調”:(1)四控:質量控制、進度控制、投資控制、變更控制
(2)三管:合同管理、信息管理、安全管理
(3)一協調:協調有關單位及人員的工作關系
7、監理單位資質認定:
(1)甲級:注冊資金不少于500萬,監理工程師不少于30名,申請時前三年完成過12個以上信息系統工程項目,其中1個5000萬以上或6個1000萬以上的監理工作。
(2)乙級:注冊資金不少于300萬,監理工程師不少于15名,申請時前三年完成過9個以上信息系統工程項目,其中2個1000萬以上或5個400萬以上的監理工作。
(3)丙級:注冊資金不少于100萬,監理工程師不少于6名,申請時前三年完成過6個以上信息系統工程項目,其中2個300萬以上或4個150萬以上的監理工作。
第三章信息系統集成專業技術知識
1、信息系統集成是指將計算機軟件、硬件、網絡通信等技術和產品集成為能夠滿足用戶特定需求的信息系統,包括總體策劃、設計、開發、實施、服務及保障。
2、信息系統主要包括設備系統集成和應用系統集成。
3、系統生命周期四個階段:立項、開發、運維、消亡,4、開發階段又可分為總體規劃階段、系統分析階段、系統設計階段、系統實施階段、系統驗收階段。
5、維護分為四個類型:排錯性維護、適應性維護、完善性維護、預防性維護
6、信息系統開發方法:結構化方法、原型法、面向對象方法
7、軟件需求是一個為解決特定問題而必須由被開發或被修改的軟件展示的特性。
8、所有軟件需求的一個基本特性就是可驗證性。
9、軟件測試分為:單元測試、集成測試、系統測試
10、軟件質量管理過程:質量保證過程、驗證過程、確認過程、評審過程、審計過程
11、對象包含三個基本要素:對象標識、對象狀態、對象行為
12、UML(統一建模語言)是一個通用的可視化建模語言,它是面向對象分析和設計的一種標準化表示,用于對軟件進行描述、可視化處理、構造和建立軟件系統的文檔。它適用于各種軟件開發方法、軟件生命周期的各個階段、各種應用領域以及各種開發工具。允許用戶對其擴展,獨立于軟件開發過程。
13、UML視圖:
結構圖包括:靜態視圖、用例視圖、實現視圖、部署視圖
動態視圖包括:狀態機視圖、活動視圖、交互視圖 模型管理視圖
14、UML2.0支持13種圖分為兩大類:結構圖和行為圖,結構圖包括類圖、組合結構圖、構件圖、部署圖、對象圖和包圖,行為圖包括活動圖、交互圖、用例圖和狀態機圖。其中交互圖是順序圖、通信圖、交互概覽圖和時序圖的統稱。
15、軟件架構設計的一個核心問題是能否使用重復的架構模式。
16、常見的架構模式:管道/過濾器模式、面向對象模式、事件驅動模式、分層模式、知識庫模式、客戶機/服務器模式
17、幾個重要的中間件:
(1)數據庫訪問中間件:通過一個抽象層訪問數據庫,從而允許使用相同或相似的代碼訪問不同的數據庫資源。典型技術如ODBC和JDBC。
(2)遠程過程調用中間件:一種廣泛使用的分布式應用程序處理方法。(3)面向消息中間件(4)分布式對象中間件(5)事務中間件
18、數據倉庫主要特點如下:面向主題、集成、相對穩定、放映歷史變化
19、數據的存儲和管理是整個數據倉庫系統的核心
20、J2EE應用服務器運行環境包括構件、容器、服務。構建表示應用邏輯的代碼,容器是構件的運行環境,服務是應用服務器提供的各種功能接口,可以同系統資源進行交互。
21、。NET只適用于Windows操作系統平臺上的軟件開發。
22、工作流依靠工作流管理系統實現,其主要功能是定義、執行和管理工作流,協調工作流執行過程中工作之間以及群體成員之間的信息交互。
23、局域網中常見的三個協議:(1)微軟的NETBEUI:非路由協議,適用于只有單個網絡或整個環境都橋接起來的小工作組環境。
(2)NOVELL的IPX/SPX:具有完全的路由能力,可用于大型企業網。包括32位網絡地址,在單個環境中允許有許多路由網絡。
(3)跨平臺TCP/IP:允許與internet完全連接,具備了可擴展性和可靠性的要求,但犧牲了速度和效率。
24、網絡分類:
(1)分布范圍分為局域網(LAN,以太網、令牌環網、光纖分布式接口網絡、異步傳輸模式網ATM、無線局域網WLAN)、城域網(采用IEEE802.6標準)、廣域網(WAN)、因特網(2)網絡拓撲結構分為:總線型拓撲結構、星形拓撲結構、環形拓撲結構
25、網絡管理工作4個方面:網絡設備的管理、服務器的管理、資源的管理、用戶的管理。
26、網絡管理的五大功能:配置管理、性能管理、故障管理、安全管理和計費管理。
27、網絡存儲模式:直接連接存儲(DAS)、網卡挎包忽而存儲(NAS)、存儲區域網絡(SAN)。
28、DAS是存儲器與服務器的直接連接,一般通過標準接口。
NAS是將存儲設備通過標準的網絡拓撲結構連接到一系列計算機上。SAN是采用高速的光纖通道作為傳輸介質的網絡存儲技術,擁有極度的可擴展性、簡化的存儲管理、優化的資源和服務共享以及高度可用性。、29、綜合布線領域被廣泛遵循的標準是EAI/TIA 568A,30、綜合布線系統分為6個子系統:建筑群子系統、設備間子系統、垂直干線子系統、管理子系統、水平子系統和工作區子系統。
31、交換機用于將計算機連接成局域網,用于鏈路層;路由器工作在網絡層,用于網絡之間互聯的設備;網橋工作在數據鏈路層,能連接不同介質的網絡。
32、集線器采用共享帶寬的工作方法,交換機是獨享帶寬。
第六章項目整體管理
1、項目整體管理過程:項目啟動、制定初步的項目范圍說明書、制定項目管理計劃、指導和管理項目的執行、監督和控制項目、整體變更控制、項目收尾
2、項目管理計劃的這種漸進明晰經常被稱為”滾動波策劃“。
3、項目管理計劃的輸入包括項目章程、初步項目范圍說明書、項目管理過程預測、環境和組織因素、組織的過程資產、工作績效信息。
第七章項目范圍管理1、5個管理過程:編制范圍管理計劃、范圍定義、創建工作分解機構、范圍確認、范圍控制。
2、WBS結構表示形式:分級的樹型結構、列表形式
第八章項目進度管理1、6個管理過程:活動定義、活動排序、活動資源估算、活動歷時估算、制定進度表、進度控制。
2、活動定義過程處于工作分解結構的最下層,叫做工作組合的可交付成果。
3、重要的檢查點是里程碑,重要的需要客戶確認的里程碑就是極限。周例會是檢查點的表現形式,高層的階段匯報會是基線的表現形式。
4、活動排序采用的方法和技術:(1)前導圖法(單代號網絡圖法)(2)箭線圖法(雙代號網絡圖法
5、活動歷時估算的方法和技術:(1)專家判斷(2)類比估算(3)參數估算(4)三點估算:
te=(to+4*tm+tp)/6
第三篇:系統集成項目管理工程師考試真題上午題
2011年下半年系統集成項目管理工程師考試真題(上午)
第 1 題
● 通過建立網絡服務器集群,將大量通過網絡連接的軟件和硬件資源進行統一管理和調度,構成一個計算資源池,從而使用戶能夠根據所需從中獲得諸如在線 軟件服務、硬件租借、數據存儲、計算分析等各種不同類型服務,并按資源使用 量進行付費。以上描述的是(1)。
A.網絡計算
B.云計算 C.效用計算 D.物聯網
第 2 題
● 目前,云計算的服務模式不包括(2)。
A.IaaS
B.PaaS
C.TaaS D.SaaS 第 3 題
● 物流信息技術是指用于物流各個環節中的信息技術,它是物流現代化的重要標志,也是物流技術中發展最快的領域,主要包括條碼技術、RFID 技術、EDI 技術、GPS 技術和(3)。
A.EOS 技術 B.POS 技術 C.BIS 技術 D.GIS 技術 第 4 題
●信息系統集成資質等級評定條件主要從綜合條件、業績、管理能力、技術實力 和人才實力 5 個方面進行描述。以下各項指標中,最能體現企業對系統集成項目實施和管理能力的指標是(4)。
A.項目經理數量 B.注冊資金數目C.近三年完成的系統集成項目總值 D.年平均研發經費總額
第 5 題
●以下對國家信息化體系要素的描述中,不正確的是(5)。A.信息技術應用是信息化體系要素中的龍頭 B.信息技術和產業是我國進行信息化建設的基礎 C.信息資源的開發利用是國家信息化的核心任務
D.信息化政策法規和標準規范屬于國家法規范疇,不屬于信息化建設范疇 第 6 題
●我國信息系統服務管理體系是在解決問題過程中逐步推進的。就我國現行幾種 信息系統服務管理內容的形成和推進過程而言,目前尚未包括(6)。
A.實施計算機信息系統集成資質管理制度
/ 17
B.推行項目經理制度
C.推行信息系統審計制度 D.推行信息系統工程監理制度 第 7 題
●軟件構架模式描述了如何將各個模塊和子系統有效地組織成一個完整的系統。諸如 Word 和 Excel 這類圖形界面應用軟件所采用的架構模式是(7)
A.分層模式 B.知識庫模式 C.面向對象模式
D.事件驅動模式
第 8 題
●某供電企業在信息化過程中先后構建了多個部門級的信息系統應用。由于歷史原因,這些應用大多采用不同的語言開發,并且運行在多種平臺之上,現在該企業希望將這些系統集成起來,實現在各個系統之間快速傳遞可定制格式的數據包。如果有新數據到達,接收系統能夠自動獲得通知,當傳輸發生異常時能夠支持數據重傳。以下最能滿足這種要求的集成方式是(8)。
A.消息機制
B.文件共享
C.數據倉庫 D.工作流
第 9 題
●如果某些信息系統集成項目的客戶、集成商、廠商等一系列合作伙伴全都已經把業務部署在各自的 Internet 網站上,而現在某客戶希望可以把自己的 IT 業務系統通過 Internet 與這些合作伙伴實現 B2B 集成,那么該系統最適合采用的技術是(9)。
A.DCOM B.WEB Service C.CORBA D.JAVA RMI 第 10 題
●以下關于軟件需求分析描述中,不正確的是(10)。
/ 17
A.軟件需求除了所表達的行為特征外,還具有優先級等特性
B.架構設計的工作就是把滿足需求的職責分配到組件上
C.軟件需求分析的關鍵是開發反映真是世界問題的模型 D.可實現性是軟件需求的基本特征 第 11 題
● 以下關于軟件質量保證和質量評價的描述中,不正確的是(11)。
A.軟件質量保證過程通過計劃制定、實施和完成一組活動提供保證,這些活動保證項目生命周期中的軟件產品和過程符合其規定的需求
B.驗證和確認過程確定某一開發和維護活動的產品是否符合活動需求,最終的產品是否滿足用戶需求
C.檢查的目的是評價軟件產品,以確定其對使用意圖的適合性,目的是識別規范說明與標準的差異,并向管理提供證據
D.軟件審計的目的是提供軟件產品和過程對于應用的規則、標準、指南、計劃和流程的遵從性的獨立評價 第 12 題
●根據《軟件文檔管理指南 GB/T 16680-1996》,記錄開發過程每個階段的進度和進度變更的文檔屬于(12)。
A.開發文檔 B.產品文檔
C.管理文檔
D.質量文檔
第 13 題
●圖可以廣泛用于描繪各種類型的信息處理問題及其解決方法。根據《中華人民共和國國家標準 GB 1526-1989》,用來表示程序激活路徑和程序與相關數據的相互作用的圖形工具是(13)。
A.流程圖
B.程序網絡圖
C.系統流程圖
D.程序流程圖 第 14 題
/ 17
●根據《計算機軟件質量保證計劃規范 GB/T 12504-1990》,為確保軟件的實現滿足需求而需要的基本文檔中不包括(14)。
A.項目實施計劃
B.軟件驗證與確認計劃
C.軟件設計說明書
D.軟件需求規格說明書 第 15 題
●依照《中華人民共和國合同法》,委托開發完成的發明創造,除當事人另有約定的以外,申請專利的權利屬于(15)。
A.研究開發人員
B.委托人
C.開發人與委托人共有
D.國家所有 第 16 題
●擬采購貨物的規格、標準統一,現貨貨源充足且價格變化幅度小的政府采購項目,可依照《中華人民共和國政府采購法》采用(16)方式進行采購。
A.競爭性談判采購
B.邀請招標
C.單一來源采購 D.詢價
第 17 題
●以下關于面向對象方法的描述中,不正確的是(17)。
A.選擇面向對象程序設計語言時需要考慮開發人員對其的熟悉程度
B.使用設計模式有助于在軟件開發過程中應用對象技術
C.在軟件生命周期的分析、設計、實現和測試過程中均可以應用面向對象技術 D.UML 是一種可視化建模語言,它需要與 RUP 開發過程同時使用
第 18 題
●如果在一個課程注冊系統中,定義了類 CourseSchedule 和類 Course,并且在類 CourseSchedule 中定義了方法 Add(c:Course)和方法 Remove(c:Course),那么類 CourseSchedule 和類 Course 之間的是一種(18)關系。
/ 17
A.包含
B.實現
C.依賴
D. 泛化 第 19 題
●某五星級酒店公開招標建設一套“無線網絡”系統,以滿足商務客人在酒店范圍內隨時隨地高速訪問 Internet 的需要。該項目最適合采用的無線網絡技術是(19)。A.WiFi
B.Bluetooth
C.BlueRay
D.GPRS 第 20 題
●一個使用普通集線器的 10Base-T 網絡的拓撲結構可描述為(20)。
A.物理連接是總線型拓撲,邏輯連接是星型拓撲
B.物理連接和邏輯連接都是總線型拓撲
C.物理連接是星型拓撲,邏輯連接是總線型拓撲
D.物理連接和邏輯連接都是星型拓撲 第 21 題
●依照通信綜合布線規范,以下水平子系統布線距離的描述中正確的是(21)。
A.水平電纜最大長度為 80 米,配線架跳接至交換機、信息插座跳接至計算機總 長度不超過 20 米,通信通道總長度不超過 100 米
B.水平電纜最大長度為 90 米,配線架跳接至交換機、信息插座跳接至計算機總長度不超過 10 米,通信通道總長度不超過 100 米
C.水平電纜最大長度為 80 米,配線架跳接至交換機、信息插座跳接至計算機總 長度不超過 10 米,通信通道總長度不超過 90 米
D.水平電纜最大長度為 90 米,配線架跳接至交換機、信息插座跳接至計算機總 長度不超過 20 米,通信通道總長度不超過 110 米 第 22 題
●依據《電子信息系統機房設計規范》(GB 50174-2008),機房內通道的寬度及門的尺寸應滿足設備和材料的運輸要求,建筑入口至主機房的通道凈寬不應小于(22)。A.1.2 米 B.1.5 米 C.1.8 米 D.2.0 米 第 23 題
●為了實現高速共享存儲以及塊級數據訪問,采用高速的光線通道作為傳輸介 質,實現存儲系統網絡化的網絡存儲模式是(23)。
A.DAS B.NAS C.SAN D. SNA ●完整性是信息系統未經授權不能進行改變的特性,它要求保持信息的原樣。下列方法中,5 / 17
不能用來保證應用系統完整性的措施是(24)。
A.安全協議 B.糾錯編碼 C.數字簽名 D.信息加密 第 25 題
●在信息系統安全技術體系中,環境安全主要指中心機房的安全保護。以下不屬于該體系環境安全內容的是(25)。
A.設備防盜器 B.接地和防雷擊 C.機房控制
D.防電磁泄漏
第 26 題
●物理安全是整個信息系統安全的前提,以下安全防護措施中不屬于物理安全范疇的是(26)。A.安裝煙感、溫感報警系統,禁止工作人員在主機房內吸煙或者使用火源
B.要求工作人員在主機房內工作時必須穿著防靜電工裝和防靜電鞋,并定期噴涂防靜電劑
C.為工作人員建立生物特征信息庫,并在主機房入口安裝指紋識別系統,禁止未經授權人員進入主機房
D.對因被解雇、退休、辭職活其他原因離開信息系統崗位的人員,收回所有相關證件、徽章、密匙和訪問控制標記等 第 27 題
●以下各項措施中,不能夠有效防止計算機設備發生電磁泄漏的是(27)。A.配備電磁干擾設備,且在被保護的計算機設備工作時不能關機 B.設置電磁屏蔽室,將需要重點保護的計算機設備進行隔離
C.禁止在屏蔽墻上打釘鉆孔,除非連接的是帶金屬加強芯的光纜 D.信號傳輸線、公共地線以及電源線上加裝濾波器 ●以下關于 COM+的描述中,不正確的是(28)。
A.COM+是 COM 的新版本,它使 COM 升級為一個完整的組建架構
B.COM+的底層架構以 COM 為基礎,幾乎包含了 COM 所有內容
C.COM+更加注重分布式網絡應用的設計和實現
D.COM+與操作系統緊密結合,通過系統服務為應用程序提供全面服務 第 29 題
●CORBA 是由 OMG 組織為解決分布式處理環境中軟硬件系統互連而提出的一種解決方案,6 / 17
已經逐漸成為分布式計算技術的標準。CORBA 標準主要分為三個層次,其中規定業務對象有效協作所需的協議規則的層次是(29)。
A.對象請求代理 B.公共對象服務 C.公共語言規范 D.公共設施
第 30 題
●以下關于數據倉庫描述中,正確的是(30)。
A.數據倉庫中的數據主要提供企業決策分析之用,需要實施快速更新
B.數據倉庫中的數據包含了企業從過去某一時刻到當前各個階段的信息
C.數據倉庫中的數據通常按業務應用進行組織
D.數據倉庫中的數據往往來自異構數據庫,發生數據不一致在所難免 第 31 題
●項目建議書應該包括的核心內容可不包括(31)。
A.項目建設必需的條件
B.項目的必要性
C.項目的風險預測及應對措施 D.產品方案或服務的市場預測 第 32 題
●以下不屬于項目可行性研究內容是(32)。
A.項目的詳細管理計劃
B.項目的風險因素及其對策 C.項目的社會影響性分析 D.項目的財務盈利能力評價
第 33 題
●作為承建方,其項目立項的第一步工作是(33)。
A.編制立項申請書
B.項目論證
C.項目識別 D.投標
/ 17
第 34 題
●根據《中華人民共和國招投標法》,以下敘述中,不正確的是(34)。
A.兩個以上法人或組織組成聯合體共同投標時,聯合體各方均應當具備承擔招標項目的相應能力
B.聯合體中標的,聯合體各方應當共同與招標人簽訂合同,就中標項目向招標人承擔連帶責任
C.聯合體各方應當簽訂共同招標協議,并將共同投標協議連同投標文件一并提交給投標人 D.有同一專業的單位組成的聯合體,按照其中資質等級最高的單位確定資質等級
第 35 題
●某項目發生了進度延誤,于是項目經理在項目關鍵路徑上增加了資源,但是工期仍然未能有效縮短,其可能的原因是(35)。
A.關鍵活動的歷時總是固定不變的B.關鍵活動所配置的資源數量總是充足的C.關鍵路徑上的活動是不依賴于資源的
D.資源的增加可能會導致額外問題的產生從而降低效率 第 36 題 以下關于項目進度網絡圖的描述中,正確的是(36)。A.它應該包含項目的全部細節活動
B.它是活動排序的輸入和制定進度計劃的輸出
C.前導圖法和箭線圖法都是繪制項目進度網絡圖的具體方法 D.它僅以圖形方式展示項目個計劃活動及邏輯依賴關系,簡單直觀 第 37 題
●某項目經理正在進行活動資源估算,他可以采用的方法或技術中不包括(37)。
A.已有案例的估算數據
B.項目管理軟件 C.多方案分析
D.后備分析 第 38 題
●活動資源估算的輸出不包括(38)。
A.資源分解結構
B.請求的變更
/ 17
C.項目進度網絡圖 D.資源日歷 第 39 題
●進度控制的一個重要作用是(39)。
A.判斷為產生項目可交付成果所需的活動時間
B.判斷是否需要對發生的進度偏差采取糾正措施
C.評價范圍定義是否足以支持進度計劃
D.保持團隊的高昂士氣,使團隊成員能充分發揮潛力參考答案: 第 40 題
●某信息系統集成項目經理王某收到客戶的最新變更要求,他帶領其團隊成員經過認真分析,發現這次變更將導致項目范圍增加近70%,初步估計成本將增加 5 倍。王某必須要在已被批準的項目計劃中改變原定的開始和結束日期,那么他的第一步工作應該是(40)。A.修改合同
B.增加人員和資源
C.重新制訂基準計劃
D.采用一個新的目標進度計劃
●通常吧被批準的詳細的項目范圍說明書和與之相關的(41)作為項目的范圍基準,并在整個項目的生命期內對之進行監控、核實和確認。
A.產品需求
B.項目管理計劃
C.WBS 以及 WBS 字典 D.合同
第 42 題
●李某負責的一個信息系統項目,在與客戶共同進行的質量審查中發現有一個功能模塊與客戶需求不一致,經過追溯后并未發現相應的變更請求,李某最終只好對該模塊進行了重新設計和編碼。造成此次返工的具體原因可能是(42)。
A.沒有進行變更管理 B.沒有進行范圍確認
C.沒有進行需求管理 D.沒有進行回歸測試
/ 17
第 43 題
●某項目小組在定義項目的工作構成時設計一份材料清單來代替工作分解結構WBS,客戶在對材料清單進行評審時發現其中缺少一項會導致范圍變更的需求,后來這一變更需求被補充了進去。造成這一次單位變更的主要原因是(43)。A.設計人員提出了新手段 B.客戶對項目要求發生變化
C.項目外部環境發生變化
D.定義項目范圍過程中發生的錯誤和遺漏 第 44 ●某單位規定對所有承擔的項目全部按其報價的 15%提出公司管理費,該項費用對于項目而言屬于(44)。A.直接成本 B.間接成本
C.固定成本
D.可變成本
●以下各項中,不能作為項目成本預算工具或技術的是(45)。A.參數估算
B.資金限制平衡
C.掙值分析 D.準備金分析
第 46 題
●某信息系統集成項目采用掙值分析技術進行成本控制,假設當前狀態數據如下表所示,則該項目的 CPI、EAC、當前項目的狀態分別是(46)。A.0.8,12500 元,進度滯后且成本超支
B.0.8,12500 元,進度提前且成本超支
C.1.25,12500 元,進度滯后且成本低于預算
D.1.25,12500 元,進度提前且成本低于預算 第 47 題
●在制定人力資源計劃時,不適合采用的工具或技術是(47)。
/ 17
A.人際交往
B.組織理論
C.組織結構圖與職位描述
D.專家判斷 第 48 題
●項目團隊建設活動的首要目的是提高團隊績效,而很多活動所產生的附屬效應也能夠提高團隊績效。以下活動中,(48)就代表了這種情況。A.建立一套以團隊為基礎的獎勵與表彰系統
B.讓非管理層的團隊成員參與到項目計劃制訂過程中
C.確定團隊績效的目標,并審查達到這些目標的最佳方法 D.為所有團隊成員安排一間大辦公室進行集中工作 第 49 題
●某項目小組的兩位技術觀感分別提出了一套技術解決方案并因此發生激烈爭論。項目經理決定召開團隊會議,讓兩人進行公開討論,知道最終選擇出一套最佳方案。該項目經理所采用的沖突管理方法是(49)。A.解決問題 B.撤退
C.妥協
D.合作 第 50 題
●某公司正在啟動一個新的系統集成項目,任命張某為項目負責人,并從多個職能部門抽調人員組成項目團隊,采用矩陣式管理模式。張某認識到在這種情況下團隊成員對職能經理的配合往往要超過對自己配合,因此決定請公司發布一份(50)。A.人力資源管理計劃
B.項目管理計劃
C.項目章程 D.溝通管理計劃 第 51 題
●某項目經理正在為一個新產品開發項目制訂項目管理計劃,他應該遵循的基本原則中不包括(51)。
/ 17
A.逐步精確細化
B.技術工作與管理工作相分離
C.各干系人參與
D.對相關人員與資源統一組織及管理 第 52 題
●某大型信息系統集成項目組建了一個變更控制委員會,來負責項目變更請求的審查與處理工作,并且確立了支配其運作的具體程序和規則。這個程序要求所有得到批準的變更都必須反映到(52)中。A.業績衡量基準
B.變更管理計劃
C.項目管理計劃
D.質量保證計劃 第 53 題
●以下關于項目合同簽訂的描述中,正確的是(53)。
A.具有相應民事權利能力的自然人、法人或其他組織均可訂立合同
B.如果合同中對技術支持服務期限未做出任何規定,則認為企業所有的維護都要求都要另行付費
C.對于當事人在訂立合同中熟悉的商業秘密,一旦造成泄密,必須承擔經濟損害賠償 D.為了避免合同糾紛,當事人必須將簽訂的合同進行公證,使之獲得法律強制執行效力 第 54 題
●以下各項中,(54)不是整體變更控制的輸入。A.已批準的糾正措施
B.已完成的可交付物
C.實際的績效數據 D.已批準的項目管理計劃 第 55 題
●某系統集成公司據經驗決定建立一套變更控制系統,為保證該系統行之有效,該系統中必須包括的內容是(55)。
A.對每個項目的各條功能和物理特征做出的具體描述
B.項目預期的、具體的變更要求,以及響應計劃
/ 17
C.定義項目文檔如何變更的程序和規則
D.預測項目變更的績效報告 第 56 題
●某大型系統集成項目由多個不同的承包商協作完成,項目涉及了分別代表 7 家公司的 24 個主要干系人、項目經理陳某直接管理的團隊由 7 個項目小組長,每個項目小組長負責一支約 15 人的工作組。陳某意識到必須特別注意進行有效的整體變更控制,這表明他最應該關心的工作是(56)。
A.整合從項目的不同專業職能部門交付來的工作成果 B.設立一個專門的變更控制部門來監控所有的項目變更
C.保持基準計劃的完整性。整合產品和項目的范圍,并且協調那些跨知識領域的變更
D.關注可能引發變更的因素,確定已經發生的變更并管理實際發生的變更 第 57 題
●德爾菲技術是一種非常有用的風險識別方法,其主要優勢在于(57)。A.可以明確表示出特定變量出現的概率
B.能夠為決策者提供一系列圖表式的決策選擇
C.較少分析過程中的偏見,防止任何個人結果施加不當的過大影響 D.有助于綜合考慮決策者對風險的態度 第 58 題
●以下關于定性風險分析的描述中,不正確的是(58)。A.定性風險分析需要考慮風險發生的概率及其后果的影響性
B.實施定性風險分析的方法中包括 SWOT 分析法
C.通常情況下。技術含量越高的項目,其風險程度也越高 D.定性風險分析的工作成果之一是按優先級形成風險總排隊 第 59 題
●以下各項中,不屬于定量風險分析工作成果的是(59)。A.近期需有限應對的風險清單
B.項目的概率分析
C.經過量化的風險優先清單
D.實現成本和時間目標的概率 第 60 題
/ 17
●某公司承擔了一項系統集成項目,正在開發項目適用的軟件系統,但是需要從其他公司購買一些硬件設備。該公司的轉包合同負責人應當首先準備一份(60)。A.項目章程
B.項目范圍說明書
C.工作說明書
D.外包合同 第 61 題
●投標人會議是在(61)過程中采用的一種方法。A.開標 B.詢價 C.評標D.投標 第 62 題
●某公司計劃建立一套 ERP 系統,在一家監理單位協助下開始招標工作。在以下招標過程中,不符合《招標投標法》有關規定的是(62)。
A.公司在編制了招標文件以后,于 3 月 4 日發出招標公告,規定投標截止時間為 3 月 25 日 17 時
B.國內公司在收到五家公司的投標書后,開始制訂相應的評標標準,并且邀請了 5 為行業專家和 2 名公司領導組成 7 人評標委員會
C.在評標會議上,評標委員會認為 T 公司的投標書雖然滿足投標文件中規定的各項要求,但報價低于成本價,因此選擇了投標書同樣滿足要求而報價次低的 S 公司作為中標單位 D.在 4 月 1 日發布中標公告后,S 公司虛妄修改合同中的付款方式,雙方經過多次協商后,于 4 月 28 日正式簽訂了 ERP 項目合同
第 63 題
●M 公司委托 T 公司開發一套新的管理信息系統,T 公司未能按合同規定的日期交付最終產品,給 M 公司照成巨大的運營損失,因此 M 公司向 T 公司提出索賠,其中不包括(63)。A.清算賠償金
B.間接損失賠償金 C.補償性賠償金
D.懲罰性賠償金 第 64 題
●根據《計算機軟件產品開發文件編制指南》,用戶手冊應在(64)開始編制。A.可行性研究與計劃階段
/ 17
B.設計階段
C.需求分析階段 D.運行與維護階段
第 65 題
●以下關于配置項的描述中,不正確的是(65)。
A.使用配置管理工具后,所有配置項要以一定的目錄結構保存在配置庫中 B.所有配置項的操作權限應該由項目經理嚴格統一管理 C.所有配置項都必須按照相關規定進行統一編號
D.基線配置項要向軟件開發人員開放讀取的權限
第 66 題
●配置項的版本號規則與配置項的狀態相關,以下敘述中正確的是(66)。
A.處于“正式”狀態的配置項版本號格式為 X.Y,當配置項升級幅度較大時,可以將變動部分制作為配置項的附件,附件版本依次為 1.0,1.1,??
B.處于“修改”狀態的配置項版本號格式為 X.YZ,其中 X 保持不變,YZ 在 01~99 之間遞增
C.處于“草稿”狀態的配置項版本號格式為 0.YZ,隨著草稿的修改,YZ 需要逐步遞增,而 YZ 的初值和幅值由用戶自行把握
D.處于“草稿”狀態的配置項版本號格式為 X.YZ,當配置項通過評審,狀態第一次成為“正式”時,版本號直接設置為 1.0 第 67 題
●在進行項目質量控制時,統計方法強調一切用數據說話,而(67)則主要用事實說話,靠“靈感”發現新思想、解決新問題。A.帕累托圖
B.樹狀圖
C.相互關系圖 D.親和圖 第 68 題
●某項目質量管理員希望采用一些有助于分析問題發生原因的工具,來幫助項目組對各出現的質量問題進行預測并制訂應對措施,以下工具中,能夠滿足其需要的是(68)。A.控制圖
/ 17
B.流程圖
C.樹狀圖
D.活動網絡圖 第 69 題
●在項目管理中經常需要在成本與進度之間做出權衡,盡管聘用高級程序員的花費要比初級程序員高得多,卻可以獲得更高的生產效率。如果項目經理在編制項目質量計劃時,希望確定聘用高級程序員和初級程序員的最佳人數比例,同時還要明確質量標準以及達到標準的最佳方法,最適合采用的方法是(69)。A.基準比較
B.效益/成本分析
C.實驗設計 D.質量成本分析 第 70 題
●某系統集成公司制訂了一系列完備的質量管理制度,其中一項是要求每個項目在各個階段的最后都必須進行質量審計。這種審計活動是(70)過程的一部分工 作。A.質量保證 B.質量改進
C.質量控制 D.質量計劃 第 71 題
●The project manager must maintain an effective communication link with the customer’s satisfaction with the progress of the project.The project manager maintains this link through(71).A.Periodic project reports, periodic visits to the customer, and telephonic exchanges B.Subordinates, project team members, and the project sponsor C.One-time reports, weekly reports, and monthly reports D.The telephone, facsimile, and data transmission 第 72 題
●A project manager is called to an informal meeting with the customer and a problem is raised.This problem has major implications for the project manager’s company, but the customer wants 16 / 17
to pursue a solution at the meeting, The project manager should(72).A.Tell the customer that he will not address any problems B.Tell the customer that the problem is not sufficiently defined to company to a solution C.Collect as much information on the problem without committing his company to a solution D.Give the customer a range of solutions that might be acceptable to his company 第 73 題
●The project schedule is more than a document that lays out the activities over time to represent the time dimension of the project, it is a management tool to be used for decision making.As such , the schedule is used by the project management team to(73).A.Measure, delay, record, distribute , analyze, and direct B.Plan, schedule, monitor, control, report, and forecast C.Promote, highlight, monitor, control, forecast, and report D.Emphasize, visualize, analyze, conceptualize, report and record 第 74 題
●Which of the following Project Scope Management processes involves subdividing the major project deliverables into smaller, more manageable components(74).A.Scope Planing B.Scope Verification C.Scope Change Control D.Scope Definition 第 75 題
●The work breakdown structure comprises several levels of decomposition of the total project.The lowest level of definition is always the(75).A.Planning element B.Work package C.subtask D.Working interface 17 / 17
第四篇:系統集成項目管理工程師_上午題
系統集成項目管理工程師_上午題 答題結果如下:BACCDCCBCCDBCBABCCBACACCDCCDCC
D
D
C
C
C
C
B
C
D
C
B 42 B 43 C 44 C 45 C 46 A 47 D 48 B 49 C 50 B 51 C 52 B 53 C 54 C 55 B 56 A 57 C 58 D 59 C 60 D 61 A 62 D 63 C 64 B 65 C 66 D 67 B 68 D 69 A 70 C 71 A 72 A 73 C 74 D 75 B
第五篇:系統集成項目管理工程師重點考點核心資料
系統集成項目管理工程師重點考點核心資料
第一章信息系統概述 1.1信息與信息系統(了解)1.1.2 信息系統
信息系統概念:信息系統是與信息加工、傳遞、存儲、利用有關的系統
信息系統一般包括:(1)數據處理系統(2)管理信息系統(3)決策支持系統(4)辦公自動化系統
1.數據處理系統:主要功能是將輸入的數據信息進行加工、整理、計算各種分析指標,變為易于被人們接受的信息,并將處理后的信息進行有序的存儲,隨時通過外部設備輸給信息使用者。它包括:對數據進行收集、存儲、傳輸、變換的過程。
2.管理信息系統:是為了適應現代化管理的需要,它研究系統中信息處理和決策的整個過程,它由人、計算機、通信設備等硬件和軟件構成,能進行管理信息的收集、加工、存儲、傳輸和維護使用。
3.決策支持系統:包括結構化、半結構化(無經驗可詢)和非機構化(人機對話)4.辦公自動化系統 1.2信息系統工程
1.信息系統工程的幾個階段(必會):按照生命周期來講,信息系統工程包括:立項、規劃、建設、應用、維護幾個階段。
2.信息系統工程的內容:(1)信息網絡系統(2)信息資源系統(3)信息應用系統(必會)信息應用系統的生命周期包括 4 個階段:產生、開發、運維、消亡(必會)
1)產生階段也成為信息系統的概念階段,需求分析階段 2)開發階段:開發階段分為以下幾個子階段:
a)總體規劃b)系統分析c)系統設計d)系統實施e)系統驗收
3)運維階段:信息系統驗收通過,正式交給客戶后,系統進入運行階段。運維階段維護的四種類型(就是魚丸)
糾錯性維護(檢修適應性維護(升級)完善性維護(提升功能,工作量最大)預防性維護(工作量最小)
4)消亡階段
(4)信息系統的開發方法:
1)結構化方法(需求明確,是最成熟,最廣泛的開發方法之一)
2)快速原型法(適用于需求模糊,結構性較差的項目)包括進化型原型和拋棄型原型 3)企業系統規劃的方法:其目標是提供一個信息系統規劃,用以支持企業短期長期的要求 4)戰略數據規劃方法5)信息系統工程的方法6)面向對象的方法 1.3信息化的發展
1.3.1國家信息化體系的要素
國家信息化體系包括:信息技術應用、信息資源、信息網絡、信息技術和產業、信息化人才、信息化法規政策和標準規范六要素(必會)1.3.2 電子政務 1.概念:
政府機構在其管理和服務職能中運用現代信息技術,實現政府組織機構和工作流程的重組優化,超越時間、空間和部門分隔的制約,組成一個精簡、高效、廉潔、公平的政府運作模式 2.電子政務的內容:
(1)政府間的電子政務(G TO G)(2)政府對企業的電子政務(G TO B)(3)政府對公民的電子政務(G TO C)(4)政府對公務員(G TO E)1.3.3企業信息化
1.企業資源計劃(ERP)重點,必會
(1)概念:ERP 是一個以財務會計為核心的信息系統,用來識別和規劃企業資源,對采購、生產、成本、庫存、銷售、運輸、財務和人力資源等進行規劃和優化,從而達到最佳資源組合,使企業利潤最大化
(2)ERP 的特點:統一的集成系統;面向業務流程的系統;是模塊化可配置的;開放的 2.客戶關系管理(CRM)必會
CRM 的核心,就是企業必須清楚的認識目前所擁有的客戶群體中,哪一種人或者組織最有可能為本企業帶來利潤,這部分是最有希望的客戶;同時,還必須清楚的認識到,哪些客戶很可能流失而成為競爭對手的客戶,總體來說,獲得一個新客戶比留住一個老客戶需要更高的成本。(80,20 原則)3.數據挖掘
完整的數據挖掘過程必須包括,數據的清理與集成、數據的選擇和變換、數據的挖掘及最后的知識評估和表示。
我們把數據挖掘的任務分為兩項:
(1)描述:描述的主要任務是挖掘出數據中的一般特性
(2)分類和預測:分類的主要思想可以理解為所有的樣本都有類屬性和類符號預測可以針對連續性,而分類往往是離散的 4.供應鏈管理(SCM)
一個企業往往生存在一個與眾多供應商和分銷商構成的網絡之中,于是發展基于供應鏈昂羅的整體優化模式便自然而然的成為企業的必然選擇 5.電子商務(必會)
(1).概念:使用基于因特網的現代信息技術工具和在線支付方式進行商務活動。
要實現完整的電子商務,除了賣家、買家外還要有銀行或者金融機構、政府機構、認證機構、和配送中心等機構加入
(2).電子商務的對象:企業間的電子商務(B2B);企業與消費者(B2C);消費者與消費者(C2C);政府部門與企業(G2C)6.商業智能
(1)概念:商業智能通常被理解為將組織中現有的數據轉化為知識,幫助組織做出明智的業務經營決策。商業智能能夠輔助組織的業務經營決策,既可以是操作層,也可以是戰略層和戰術層決策。為了將數據轉化為知識,需要利用數據倉庫、聯機分析處理(OLAP)工具,和數據挖掘等技術(2)商業智能系統的主要功能:
1)數據倉庫:高效的數據存儲和訪問方式
2)數據 ETL:數據 ETL 支持多平臺、多數據存儲格式(多數據源、多格式數據文件、多維數據庫等)的數據組織,要求能自動的根據描述或者規則進行數據查找和理解。減少海量、復雜的數據與全局決策數據之間的差距。
3)數據統計輸出 4)分析功能
(3)商業智能的實現有三個層次a.數據報表b.多維數據分析c.數據挖掘
第二章信息系統服務管理
2.1 信息系統服務管理體系
1.存在的問題(了解)
(1)質量(2)進度(3)資金(4)文檔(5)變更(6)扯皮(協調)(7)安全 請對應“四控、三管、一協調”理解 2.究其原因:(了解)
(1)不具備能力的單位擾亂系統集成市場(資質原因)(2)一些建設單位在選擇項目承建單位和進行業務需求分析方面有誤(業主原因)(3)信息系統集成企業自身建設有待加強(自身)(4)缺乏相應的機制和制度(社會監管)
3.我國信息系統服務管理的主要內容(2 單位資質、2 人員資格)
(1)計算機信息系統集成單位的資質管理(2)信息系統項目經理資格管理(3)系統工程監理單位資質管理信息系統(4)信息系統工程監理人員資格管理 4.等級
計算機信息系統集成資質從高到低分為一、二、三、四級;監理單位資質是:甲、乙、丙三級 系統集成項目經理分為:項目經理、高級項目經理、資深項目經理三個的等級 2.2 信息系統集成資質管理
1.管理原則:認證和審批分離原則;先由認證機構認證,再由信息產業主管部門審批的工作程序進行 2.管理辦法:
(1)資質管理包括:資質評審和審批、監督、升級、降級、取消及相關內容(2)工業和信息產業部負責一、二級信息系統集成資質(國家級)(3)省、自治區、直轄市信息產業主管部門負責本行政區域內的三、四級 2.2.3 信息系統集成資質管理程序 1.評審:
(1)工業和信息化部可以受理一二三四級(國家級)
(2)省市信息產業主管部門授權的資質評審機構可以受理“
三、四級”
2.資質審批:一二級資質申請,由省市信息產業建設單位主管部門初審,報工業信息化部負責審批;
三、四級別資質申請,由省市信息產業建設主管部門審批,報工業和信息化部備案 2.3 信息系統監理資質管理
1.監理活動主要內容:“四控、三管、一協調”(1)四控:質量、進度、投資、變更(2)三管:合同、信息、安全
2.監理資質證書:有效期 4 年,資質:甲、乙、丙
3.監理的依據:(1)法律法規和行業標準規范(2)監理合同(3)建設合同
第三章計算機信息系統集成
3.1 計算機信息系統集成概述(包含特點和分類)1.計算機信息系統集成的特點(必會)
(1)計算機信息系統集成要以(滿足用戶需求)為根本出發點
(2)計算機信息系統集成不只是設備的選擇和供應,更重要的,它是具有高技術含量的工作過程,要面向用戶需求提供全面的解決方案,其核心是(軟件)
(3)計算機信息系統集成的最終交付物是(一個完整的系統)而不是一個分立的產品
(4)計算機信息系統集成包括(技術)、(管理)和(商務)等各項工作(考試能會出以下不屬于計算機信息系統集成的是選擇題考法)。是一項綜合性的系統工程。(技術)是系統集成工作的核心,(管理和商務是)系統集成項目成功實施的保障 2.計算機信息系統集成的分類(了解)
計算機信息系統集成主要包括(設備系統集成)和(應用系統集成)
(1)設備系統集成:設備系統集成也可以稱為(硬件系統集成)或者(弱電系統集成)。硬件系統集成也可以分為智能建筑系統集成、計算機網絡系統集成、安防系統集成等
(2)應用系統集成:又稱為行業信息化解決方案集成,例如:進度控制系統及工程概預算控制系統(必須高度重視課本中的例如)
3.2 計算機信息系統建設(4 大 5 小必須會)1.計算機信息系統的生命周期(必會)
計算機信息系統的生命周期分為四個階段:產生、開發、運行、消亡(4 大)(1)計算機信息系統產生的階段(從無到有):又稱為立項階段,(2)計算機信息系統的開發階段(付諸實施)5 小
開發階段是計算機信息系統生命周期中最關鍵、最重要的階段,該階段分為 1)總體規劃2)系統分析3)系統設計4)系統實施5)系統驗收階段(3)計算機信息系統運行階段(交付用戶)
軟件維護的四個階段(就是魚丸:糾適預完),四個階段的共同點是,都是在系統交付使用后進行(選擇題的一選項以下說法是否正確)1)糾正性維護:更正發現問題
2)適應性維護:能保證軟件產品能在變化后或變化中的環境中可以繼續使用 3)完善性維護:滿足業主新需求 4)預防性維護:修正潛在錯誤
(4)計算機信息系統消亡階段(更新、替代)
2.計算機信息系統開發方法(1)結構化方法:(必須會)
其基本思想:是將系統的生命周期劃分為:系統調查、系統分析、系統設計、系統實施、維護等階段
特點:
a.開發目標清晰化 b.工作階段程序化
c.開發文檔規范化(重要考點)d.設計方法結構化
(2)快速原型法(必須會)(3)企業系統規劃的方法(4)戰略數據規劃的方法(5)信息工程方法
(6)面向對象的方法(必會)
1)概念:面向對象的方法是利用面向對象的信息建模概念,例如:實體、關系、屬性等;同時運用封裝、繼承、多態等機制來構造模擬現實系統的方法。2)面向對象方法的基本思想:
a.客觀事物是由對象組成的,對象是在原事物基礎上抽象的結果
b.對象由屬性和操作構成,其屬性反映了對象的數據信息特征,操作則用來定義改變對象屬性狀態的各種操作方式
3)對象之間的聯系通過消息傳遞機制來實現,而消息傳遞的方式是通過消息傳遞模式和方法的定義的操作過程來完成的
4)對象可以按照其屬性來歸類,借助類的層次機構,子類可以通過繼承機制獲得其父類的特征 5)對象具有封裝的特性,一個對象就構成一個嚴格模塊化的試題,在系統開發中可被共享和重復引用,達到軟件(程序或模塊)復用的目的。3.在系統開發過程中開發方法組合種類:(必須會)(1)結構化和原形法組合
(2)結構化和面向對象方法的結合(3)原形法和面向對象方法的結合
第四章軟件工程知識
本章按照 需求、可研、設計、測試、維護的順序展開
4.1 軟件需求(講了 2 個問題 需求內容和需求過程)
軟件工程是開發、運行、維護和修復軟件的系統方法。
1、軟件需求內容主要包括(必會):功能需求、非功能需求、設計約束;業務需求、用戶需求、系統需求。
(1)功能需求:指系統必須完成的那些事。(訂票網站必須完成訂票功能)(必會)(2)非系統功能:是指產品必須具有的屬性和品質,如可靠性(如網站多人訪問不能崩潰)、性能、響應時間(網頁打開時間一般不超過 10S)、容錯性、擴展性等(必會)
(3)設計約束:也成為限制條件,補充規約,通常是對解決方案的一些約束說明,例如:必須采用國有自主知識版權的數據庫系統,必須運行在 UNIX操作系統之下等(必會)
(4)業務需求(BR):指反應組織機構或客戶對系統、產品高層次的目標要求,通常問題定義本身就是業務需求(了解)(5)用戶需求(UR)(了解)(6)系統需求(SR)(了解)
2.需求過程(講了 2 個問題 需求開發和需求管理)
需求過程是一個包括創建和維護系統需求文檔所必需的一切活動的過程。通常包括需求開發和需求管理兩大工作(必會)
(1)需求開發:包括(需求捕獲)、(需求分析)、編寫(規格說明書)、和(需求驗證)四個階段(必會)
1)需求捕獲:常用的需求捕獲手段包括
a.用戶訪談b.用戶調查:表格、問卷調查等方式,與用戶訪談相比最大缺點是缺乏靈活性 c.現場觀摩d.文檔考古e.聯合討論會 2)需求分析
3)需求規格說明書(SRS):是一個軟件文檔,說明軟件功能和約束 4)需求驗證
需求驗證和規格說明書的關系:二者是一個雙向的過程,規格說明書中提到的功能在最終的系統中必須全部得到實現,同時軟件說明書也可看到最終需求,一句話概括就是既不能少也不能多(2)需求管理:通常包括定義(需求基線)、(處理需求變更)、(需求跟蹤)等方面的工作 基線的定義:正式評審、確認的標準(必會)4.2 可行性研究(可能考案例題)
1.可行性研究的主要任務包括:(技術可行性)、(經濟可行性)和(社會可行性)(必會)4.4.2 軟件測試方法(必會)
軟件測試的方法分為(白盒測試)和(黑盒測試);
單元測試、系統測試、驗收測試(請自己百度下專業名詞比如黑盒子測試、白盒測試)4.4.4 軟件測試的步驟(PDCA 過程)(必會)
1.制定軟件測試計劃2.編寫軟件測試說明3.執行軟件測試4.編寫軟件測試報告 5.修正軟件測試過程中出現的問題6.軟件測試階段評審 4.4.5 軟件維護(必會)
1.軟件的可維護性的主要由以下三個因素決定:(1)可理解性(2)可測試性(3)可修改性 2.軟件維護的步驟:
(1)建立維護組織(2)提出維護要求(3)實施維護作業(4)記錄維護要素(5)評價維護活動 4.5 軟件的復用
1.概念:軟件復用是指利用自己已有軟件的 各種有關知識構造新的軟件。以縮減軟件開發和維護的費用。(把以前有的東西竟可能的拿來去用)(必會)4.6 軟件質量保證及質量評價
1.軟件質量管理過程包括:軟件質量保證過程、驗證過程、確認過程、評審過程、審計過程。(1)軟件質量保證:通過計劃制定、實施和完成一組活動提供保證,這些活動保證項目生命周期中的軟件產品和過程符合其規定的需求。
(2)驗證與確認過程:使用能夠定位缺陷并便于以后改正的測試技術直接處理軟件產品質量問題。驗證與確認的區別:(重點)
1)驗證過程試圖確保活動的輸出產品已經被正確的制造,即活動的輸出產品滿足前面活動施加的規范說明;
2)確認過程試圖確保建造了正確的產品,即產品滿足其特定的目的。
3)評審與審計過程(具體幾個概念請百度下)包括管理評審、技術評審、檢查(正式的)、走查(隨即的)、審計(事后進行的一個審計)。2.相關名詞:
(1)SQA:軟件質量保證(2)QC:質量控制
4.7 軟件配置管理(考過 15 分的案例答題)(了解)
(1)軟件配置管理:配置與配置項、基線與基線管理、版本、配置控制(2)變更控制:功能變更、錯誤修復變更。
1)功能變更就是根據客戶要求增加或者修改功能引發的變更 2)錯誤變更:修改漏洞(3)配置庫:
1)開發庫(開發人員用的庫,是經常變化的)2)受控庫(有一定的限度,存放半成品)3)產品庫(存放產品)4.9 軟件過程管理 1.CMM 模型分級標準:
(1)初始級——軟件過程的特點是無秩序的,有時候甚至是混亂的。
(2)可重復級——已建立了基本的項目管理過程,可用于對成本、進度和功能特性進行跟蹤。(3)已定義級——軟件過程均已文檔化、標準化、并形成整軟件組織的標準軟件過程。(初步標準)(4)已管理級——軟件過程和產品的質量有詳細的度量標準。比定義級別深化,有文檔,有管理數據)
(5)優化級——來自過程、新概念和新技術等方面的各種有用信息的定量分析,能夠不斷地、持續地進行過程改進。
2.CMMI(軟件能成熟度模型集成)(必會)CMM 和 CMMI 的區別:
(1)CMMI 結構更加形式化和精致,更復雜;
(2)CMMI 強調需求的管理(需求管理和需求開發)CMM 為需求管理。
(3)CMMI 加強對于工程過程的重視;CMMI 強調度量;CMMI 強調對風險的管理 4.10 常用構件標準(必會)
幾個概念性名詞:(選擇題經常出選項判斷)
(1)COM 是個開放的組件標準(2)DCOM 是 COM 的進一步發展(3)COM+并不是 COM 的新版本,我們可以把它理解為 COM 的新發展
(4)CORBA 公共對象請求代理構架。是由 OMG 組織制定的一種標準的面向對象的應用程序體系規范。(5)EJB 由 SUN 定制 4.11 面向對象系統分析與設計 1.面向對象的基本概念
面向對象=對象+類+繼承+消息通信
(1)對象:對象標志(供系統內部唯一的識別對象);屬性(狀態、數據、用來描述對象的靜態特征)服務(操作、行為或方法,用來描述對象的動態特征。)
(2)類和類庫:類是對象的抽象定義,是一組具有相同數據結構和相同操作的對象的集合(3)繼承和多態
過載多態和強制多態統稱為專用多態(特定多態)。包含多態、參數多態稱為通用多態
(4)消息通信:消息是指對象發出的服務請求。包括對象標識、消息名、輸入信息、回答信息。2.對象和封裝:
對象(object)是系統中用來描述客觀事物的一個實體,它是構成系統的一個基本單位 3.對象三要素:
(1)對象標志(object identifier)--是對象的名字,供系統內部唯一地識別對象。(2)屬性(attribute)也稱狀態(state)活數據(data)用來描述對象的靜態特征。
(3)服務(service)—也稱操作(operation)、行為(behavior)或方法(method)),用來描述對象的動態特征。(也稱為函數)(4)封裝(encapsulation)對象封閉裝存 4.類和類庫(看一下這段文字有個了解)5.繼承與多態
(1)繼承(inheritance):是使用已存在的定義作為基礎建立新定義的而技術,繼承是面向對象方法學中的一個十分重要的概念。
(2)多態:是指類中具有相似功能的不同函數是用同一個名稱來實現,從而可以使用相同的調用方式來調用這些具有不同功能的同名函數。
類與類之間的關系—組合、泛化、聚合、關聯。消息(message)--是指對象發出的服務請求。4.11.3 面向對象常考的知識點 面向對象的基本概念:
1.對象:由數據及操作所構成的封裝體,是系統中用來描述客觀事物的一個封裝是構成系統的一個基本單位。對象三要素:對象標識、對象狀態、對象行為
2.類:是現實世界實體化的描述。類將實體的數據和函數封裝在一起。類的數據也叫狀態、屬性或特征。它表示靜態的一面;類的函數也叫功能、操作或服務,表現類的動態一面。
3.類和對象的關系:對象是類的實例
4.抽象:通過特定的實例抽取共同特征以后形成概念的過程。它強調主要特征,忽略次要特征。5.封裝:講相關概念組成一個單元,然后通過一個名稱來引用它
6.繼承:表示類之間的層次關系,這種關系使得某類對象可以繼承另外一類對象的屬性和能力,繼承又分為單繼承和多繼承,JAVA 是單繼承語言,C++是允許多繼承的
7.多態:是一種方法,這種方法使得多個類中可以定義同一個操作或屬性名,并在每個類中可以有不同的體現
8.接口:對操作規范的說明 9.消息:對象間交互手段
10.組件:是軟件系統可代替的、物理的組成部分,它封裝了實現體,并提供了一組接口的實現方法。11.模式:表示了一個特定環境、一個問題和一個解決方法之間的關系
12.軟件復用:是指將已有的軟件及其有效成分用于構造新的軟件和系統。組件技術是軟件復用的關鍵技術
4.12.5 軟件的中間件(必考)中間件位于硬件、操作系統等平臺和應用之間的通信服務。
常見的中間件:數據庫訪問中間件(WIN平臺的 ODBC 與 JAVA平臺的 JDBC)、遠程過程調用、面向消息的中間件(IBM 的 MSQeries)、分布式對象中間件(OMG的 CORBA、SUN 的 RMI/EJB、Microsoft 的 DCOM)、事務中間件。4.13 典型體系結構 常見的架構模式:
管道/過濾器模式;面向對象模式;事件驅動模式;分層模式;知識庫模式;C/S 模式;(1)管道/過濾器模式 管道/過濾器模式的優點:
1、體現了各功能模塊的”黑盒”特性及高內聚、低耦合的特點。
2、可以將整個系統的輸入/輸出行為看成是多個過濾器行為的簡單合成。
3、支持軟件功能模塊的重用。
4、便于系統維護:新的過濾器可以添加到現有系統中來,舊的可以由改進的過濾器替換。
5、支持某些特定的分析,如吞吐量計算、死鎖檢測等。
6、支持并行操作,每個過濾器可以作為一個單獨的任務完成。管道/過濾器模式的缺點:
1、通常導致系統處理過程的成批操作。
2、需要設計者協調兩個相對獨立但又存在關系的數據流。
3、可能需要每個過濾器自己完成數據解析和合成工作(如加密和解密),從而導致系統性能下降,并增加了過濾器具體實現的復雜性。(2)面向對象模式 面向對象模式的優點:
1、高度模塊化
2、封裝功能實現了數據隱藏
3、繼承性提供了一種實現代碼共享的手段
4、提供了系統的靈活性,便于維護及擴充
面向對象模式的缺點:對象之間的調用需要知道所調用對象的標識。如果對象的標識發生改變,就必須通知所有調用該對象的對象。否則系統將可能無法正常運行。(3)客戶機與服務器模式 客戶機與服務器模式的優點:
1、客戶機與服務器分離,允許網絡分布操作;二者的開發也可分開同時進行;
2、一個服務器可以服務于多個客戶機; 客戶機與服務器模式的缺點:
1、客戶機與服務器的通訊依賴于網絡,可能成為整個系統運作的瓶頸;服務器的負荷過重,難以管理大量的客戶機,系統的性能受到很大影響。
2、如果服務器及其界面定義有改變,則客戶機也要做相應改變
3、二層 C/S 模式采用單一服務器且以局域網為中心,難以擴展至廣域網或internet.4、數據安全性不好。客戶端程序可以直接訪問數據庫服務器,使數據庫的安全性受到威脅。
C/S 適用于分布式系統,為了解決 C/S 模式中客戶端的問題,發展形成了瀏覽器/服務器(Browser/Server, B/S)模式;為了解決 C/S 模式中服務器端的問題,發展形成了三層(多層)C/S 模式,即多層應用架構。
4.14 統一建模語言 UML UML 具有如下的語言特征:(必考)(1)UML 不是一種可視化的程序設計語言,是一種可視化的建模語言。(2)UML 是一種建模語言規范,是面向對象分析與設計的一種標準表示。(3)UML 不是過程,也不是方法,但允許任何一種過程和方法使用它。
(4)UML 簡單并且可擴展,具有擴展和專有化機制,便于擴展,無需對核心概念進行修改。(5)UML 為面向對象的設計與開發中涌現出的高級概念(如協作、框架、模式和組件)提供支持,強調在軟件開發中,對架構、框架、模式和組件的重用。
(6)與最好的軟件工程實踐經驗集成。UML 沒有定義一種標準的開發過程,但它比較適用于迭代式的開發過程,是為支持面向對象的開發過程設計的。
4.15 統一建模語言 UML 常考的知識點
4.16 典型應用集成技術 4.16.1 Web Services 技術(必考)Web Services 服務的典型技術包括用于傳遞信息的簡單對象訪問協議 SOAP,用于描述服務的 Web 服務描述語言 WSDL,用于 Web 服務注冊的統一描述,發現及集成 UDDI,用于數據交換的 XML。
4.18 集成技術常考的知識點
1、數據庫與數據倉庫技術
數據倉庫(Data Warehouse)是一個面向主題的(Subject Oriented)、集成的、相對穩定的、反映歷史變化的數據集合,用于支持管理決策。數據倉庫和傳統操作型數據庫的對比的優點:
(1)面向主題:操作型數據庫的數據面向事務處理,各個業務系統間各自分離;數據倉庫的數據按主題進行組織;
(2)集成:面向事務處理的操作型數據庫通常和某些特定的應用相關,數據庫之間相互獨立,往往是異構的;數據倉庫的數據是對原有分散數據庫數據通過抽取、清理然后經系統加工、匯總、整理得到,消除了源數據中的不一致性。
(3)相對穩定:操作型數據庫中的數據是實時更新的;數據倉庫的數據用來查詢,只有少量的修改和刪除操作,通常只需定期加載、刷新。
(4)反映歷史變化:操作型數據庫主要關心當前某一個時間段內的數據;數據倉庫的數據通常包含歷史信息。
2、Web 服務的主要目標是跨平臺的互操作性。
適用于使用 Web Services 的情況:跨越防火墻、應用程序集成、B2B 集成、軟件復用(重用)。不適合 Web Services 的情況:單機應用程序、局域網上的同構應用程序。
3、J2EE 結構(工業標準)
J2EE 是由 sun 公司主導、各廠家共同制定并得到廣泛認可的工業標注。業界各主要中間件廠商如 IBM、Oracle 都在響應。
J2EE 應用將開發工作分為兩類:業務邏輯開發和表示邏輯開發,其余的系統資源由應用服務器自動處理,不必為中間層的資源和運行管理進行編碼。這樣就可以將更多的開發精力集中在應用程序的業務邏輯和表示邏輯上,從而縮短企業應用開發周期,有效的保護企業投資。
J2EE 技術規范由 4 個部分組成:J2EE平臺、J2EE 應用編程模型、J2EE 兼容測試套件、J2EE 參考實現。
1)J2EE平臺:運行 J2EE 應用的環境標準,由一組 J2EE 規范組成。
2)J2EE 應用編程模型:用于開發多層瘦客戶應用程序的標準設計模型,由 SUN 提供應用藍圖(Blue Prints)。
3)J2EE 兼容測試套件:用來檢測產品是否同 J2EE平臺兼容。
4)J2EE 參考實現:與平臺規范同時提供的、實現 J2EE平臺基本功能的 J2EE服務器運行環境。J2EE 應用服務器運行環境包括構件(Component)、容器(Container)及服務(Services)三部分.構件是表示應用邏輯的代碼;容器是構件的運行環境; 服務則是應用服務器提供的各種功能接口,可以同系統資源進行交互。J2EE 規范包含了一系列構件及服務技術規范。
(1)JNDI:Java 命名的目錄服務,提供了統一、無縫的標準化名字服務。(2)Servlet:Java Servlet 是運行在服務器上的一個小程序,用于提供以構件為基礎、獨立于平臺的 Web 應用。(3)JSP:Java Servlet 的一種擴展,使創建靜態模板和動態內容相結合的HTML 和 XML 頁面更加容易。(4)EJB:實現應用中關鍵的業務邏輯,創建基于構件的企業級應用程序。(5)JCA:J2EE 連接器架構,提供一種連接不同企業信息平臺的標準接口。(6)JDBC:Java 數據庫連接技術,提供訪問數據庫的標準接口。(7)JMS:Java 消息服務,提供企業級消息服務的標準接口。(8)JTA:Java 事物編程接口,提供分布事務的高級管理規范。(9)JavaMail:提供與郵件系統的接口。(10)RMI-IIOP:提供應用程序的通信接口。
4、NET 結構(微軟標準)
微軟的.net 是基于一組開放的互聯網協議而推出的一系列產品、技術、服務。
.net 開發框架在通用語言運行環境基礎上,給開發人員提供了完善的基礎類庫、數據庫訪問技術、網絡開發技術,開發者可以使用多種語言快速構建網絡應用。
通用語言運行環境(Common Language Runtime)處于.NET 開發框架的最底層,提供統一的運行環境、統一的編程模型。
基礎類庫(Base Class Library)給開發人員提供一個統一的、面向對象的、層次化的、可擴展的編程接口。
ADO.NET 技術用于訪問數據庫,提供了一組用來連接到數據庫、運行命令、返回記錄集的類庫。傳統的基于 Windows 的因公,仍然是.net 中不可或缺的一部分。
ASP.NET 是.NET 中網絡編程結構,可以方便、高效地構建、運行和發布網絡應用。
.NET 支持使用多種語言進行開發,目前已經支持 VB、C++、C#、Jscript等語言以及他們之間的深層次交互。
Visual Studio.NET 作為微軟的下一代開發工具,和.NET 開發框架緊密結合,提供幾乎所有市場上的編程語言都有可能應用于微軟的.NET 開發框架。
J2EE.NET 都可以用來設計、開發企業級應用。J2EE平臺是業界標準,有超過 50 家廠商實現了這些標準(工具、應用服務器等)。.NET 是微軟自己的產品系列,而非業界標準。
5、工作流技術
工作流(workflow)是工作流程的計算模型,即將工作流程中的工作如何前后組織在一起的邏輯和規則,在計算機中以恰當的模型進行表示并實施計算。工作流依靠工作流管理系統的主要功能是通過計算機技術的支持去定義、執行和管理工作流,協調工作流執行過程中工作之間以及群體成員之間的信息交互。
工作流需要依靠工作流管理來實現。
第 5 章計算機網絡知識
5.1 網絡技術標準與協議
1.計算機網絡的分類(了解大概看一下,選擇有個了解)
(1)局域網(雙絞線、同軸電纜、微波、射頻、紅外線、以太網、令牌環網等)
(2)城域網(公用電話交換網 PSTN、綜合業務數字網 ISDN、T1 線路、幀中繼 FR、異步轉移模式 ATM、交互式多兆位數據服務 SMDS)(3)廣域網(DQDB 分布式隊列雙總線)2.計算機網絡組成(了解,記住幾個關鍵詞)
服務器、工作站、網卡、中繼器、貓、集線器 HUB(放大信號用)、網橋、路由器、網關(1)網橋:連接網絡分支,工作在數據鏈路層
(2)路由器(Router):連接兩種不同類型的局域網,工作在網絡層(3)網關:連接 2 個不僅協議不一樣而且硬件和數據結構都大相徑庭(4)交換機:第二層交換機工作在數據鏈路層
第三層交換機工作在網絡層(可以完成普通路由器的所有功能)3.OSI 七層模型(必會,注意哪個協議在哪個層)(1)應用層:用戶接口(HTTP、Telnet、FTP、SMTP、NFS(2)表示層:定義數據格式(JPEG、ASCLL、GIF、DES、MPEG)(3)會話層:定義了開始、控制、結束一個會談(RPC、SQL、NFS)(4)傳輸層:差錯恢復、數據包的重新排列(TCP、UDP、SPX)(5)網絡層:端到端的包定義(IP、IPX、路由器和三層交換機也工作在這層)(6)數據鏈路層:IEEE802.3/.2、HDLC、PPP、ATM(7)物理層:機械特性、電器特性、功能特性、過程特性 RS232、V.35、RJ-
45、FDDI 5.2Internet 技術及應用
1.internet 應用:DNS 域名服務器、WWW 萬維網(統一資源定位器URL、超文本傳輸協議 HTTP)、E-mail 電子郵件服務、FTP 文件傳輸服務、Telnet 遠程登錄服務(下面不屬于 Internet 服務的是)(了解)
2.intranet(企業內部網)3.網絡接入技術:(了解典型例子,英文、中文)(1)對稱網絡接入:高速率數字用戶線 HDSL
(2)非對稱網絡接入:非對稱數字用戶(ADSL,上傳下載速度不一樣,1M 的下載速度 125Kb/s)(3)無限網絡技術:多通道多點分配(MMDS)、本地多點分配(LMDS、CDMA2000、WCDMA)了解(4)光網技術:有源光網(AON)、無源光網(PON)、FTTR(光纖到遠端接點)、FTTB(光纖到大樓)、FTTC(光纖到路邊)、FTTZ(光纖到小區)、FTTH(光纖到用戶)現在技術已經發展到光纖到桌面了。5.3 網絡存儲(必會)
(1)備份:全備份(備份所有數據)、增量備份(只備份上次備份后有變化的數據)、差分備份(只備份上次完全備份以后,有變化的數據)、按需備份(根據臨時需要有選擇的選擇備份)(必會)
(2)在線恢復(必會):磁盤系統冗余、電源系統冗余、網絡系統冗余、冷卻系統冗余、系統冗余 5.5 網絡服務器:
網絡操作系統分類:UNIX 網絡操作系統、WINDOWS、Novell Netware 網絡操作系統
5.6 網絡交換技術:(了解即可)
1.城域網交換技術包括:(以下不屬于城域網交換技術的是,可能出選擇)
(1)FDDI(光纖分布式資料界面):即可用于城域網也可用于廣域網(2)DQDB 分布隊列雙總線(3)SMDS 交換多兆位數據服務 2.廣域網交換技術(了解,掃一眼即可)(1)幀中繼:不進行差錯檢測和糾正(2)TCP/IP(3)信元交換(4)MPLS 3.網絡接入技術 4.網絡互聯技術 5.8 無線網絡技術
3G 技術:WCDMA、CDMA2000、TDSCDMA 大唐電信的是中國的
無線網絡技術:多通道多點分配業務(MMDS)、本地多點分配業務(LMDS)、WiMax(802.16)、CDMA2000、WCDMA(要求了解程度:看到英文知道中文即可)5.13 網絡技術常考的知識點
《大樓通信綜合布線系統規范》適用范圍:跨越距離不超過 3000 米,建筑總面積不超過 100 萬平方米的布線區域,區域內人員為 50-5 萬人(必會)1.網絡技術標準與協議:(了解)
當前局域網最常見的協議是:微軟的 NETBEUL、NOVELL 的 IPX/SPX和跨平臺的 TCP/IP(應用最廣)例如:以 windows 操作系統為工作平臺可以同時裝 TCP/IP 協議和NETBEUI(微軟的,較快速度的性能,適用于只有單個網絡或者橋接起來的網絡)2.網絡分類:(必會)
(1)按照分布范圍分類:1)局域網2)城域網 3)廣域網(WAN)4)因特網(2)按照網絡拓撲結構分類:1)總線2)星型3)環形網絡 3.網絡管理:(了解)
(1)網絡管理工作包含以下 4 個方面(了解)a.設備管理 b.服務器 c.資源 d.用戶(2)網絡管理的 5 大功能
a.配置管理 b.性能管理 c.故障管理 d.安全管理 e.計費管理 4.網絡服務器種類(了解)
(1)文件服務器(2)數據庫服務器
(3)Internet/intranet 通用服務器(4)應用服務器(Web、DNS 服務器、DHCP、FTP)5.網絡交換技術和網絡存儲技術
(1)網絡交換技術經歷了 4 個階段:電路交換、報文交換、分組交換、ATM 技術(了解)(2)網絡存儲模式(必會)
a.直接連接存儲(DAS)
b.網絡連接存儲(NAS:支持即插即用)c.存儲區域網絡(SAN:具有可擴展性)(3)無線網絡分為以下類型(了解)
a.無線局域網(WLANs)b.無線廣域網(WWANs)c.無線城域網(WMANs)d.無線個人網(WPANP)6.綜合布線及機房工程(必會)
(1)綜合布線系統(PDS)包括: 廣泛遵循的標準是:TIA/EIA568A標準)
1)單棟建筑的綜合布線:包括不僅是指整棟建筑物內部鋪設的通信線路,還包括引出建筑物的通信線路,比如建筑物內鋪設的管路、槽道系統、通信電纜、接續設備和其他輔助設施等(選項判斷)終端設備及連接的軟線或者插頭,一般不需要設計和施工綜合布線系統的設計和安裝是分別進行的
2)建筑群體綜合布線
綜合布線系統分為 6 個子系統圖(必會考試時候選填)P131(2)機房工程設計原則:(了解)1)實用性和先進性2)安全可靠性3)靈活和可擴展性4)標準化5)經濟性、投資保護6)可管理性
關于本章的一些規范整理總結(必看)
1.IEEE802.11 是無線局域網通用原則,IEEE802.15 是藍牙無線通信規范,IEEE802.16 是無線寬帶標準
2.《大樓通信綜合布線系統》 3000 米,10 萬平方米,50-5 萬人3.《電子信息機房設計規范》:(1)面積大于 100平方米的機房,安全出口不少于 2 個,(2)A 級 B 級電子信息主機房,不設置外窗(3)電子信息系統機房內,照明線路宜穿鋼管暗鋪,或在吊頂內穿鋼管明鋪
(4)所有設備,可導電金屬外殼等必須進行等電位連接并接地(5)機房的組成:主機房、輔助區、支持區、和行政管理區 4 部分組成;輔助區面積宜為主機房面積的 0.2-1 倍;單臺設備占用面積是 3.5-4平方米/人(考計算選項);(6)所有進入電磁屏蔽室的電源線纜應通過電源濾波器進行;進出電磁屏蔽室的網絡線宜采用光纜或屏蔽纜線,光纜不應帶金屬加強芯;非金屬材料傳過屏蔽層時應采用波導管,波導管的截尺寸和長度應滿足電磁屏蔽;要求截止波導通風窗內的波導管宜采用等邊六角形,通風窗的截面積應根據室內換氣次數計算(7)對人流和出入安全考慮內容如下
a.主機房宜設置單獨出入口(是宜不是必須)b.有人操作區域和無人操作區域分開c.機房內通道及門的尺寸應滿足設備和材料運輸要求,建筑入口至主機房應設置通道,通道凈寬度不小于 1.5m 4.計算機機房安全保護方案:
(1)分開供電:供電和照明(2)緊急供電:UPS(3)機房外部防盜:采取加固防護措施,必要時安排專人看管,(設置自動封閉裝置,自動封閉通道是不對的)5.信息安全技術管理要求
(1)檢測監視系統:應該建立門禁控制制度,任何出入機房的人員應通過門禁設施的監控和記錄,應有設置防止繞過門禁的手段,進入機房人員應佩戴證件,未經批準嚴禁任何物理訪問;未經批準,禁止任何人移動計算機設備,機房設置守衛并 24 小時視頻監控,嚴禁帶移動電話、電子記事本等具有移動互聯功能的個人物品進入機房
(2)人員進出機房和操作權限范圍控制:例如:安排專人陪同檢查人員對機房安全設施進行檢查機房內嚴禁吸煙或帶入火源(在機房內臨時設置吸煙區是錯誤的)
6.《通信設備工程驗收規范》規定:在鋪設活動地板的設備間,應對活動地板進行檢查,地板板塊鋪設嚴密緊固,附和安裝要求,每平米水平誤差不大于(2mm)
第 6 章項目管理的基礎知識
6.1 項目管理的概念及其基本屬性
1.項目的概念:項目是指一個特殊的將被完成的有限任務,它在一定的約束條件下(主要是限定時間、限定資源),滿足一系列特定的目標的多項相關工作的總稱。(必會)2.項目的含義:
(1)項目是一項有待完成的任務,且具有特定的環境要求
(2)任務需要在一定的組織機構內,利用有限的資源(人力、物力、財力)在規定的時間內完成(3)任務要滿足一定的性能、質量、數量、技術指標等要求 3.項目的基本屬性
(1)一次性:一次性是項目與其他重復性運行或者操作工作的最大區別(比如:三峽工程師項目,公交車運營則屬于重復性運動),項目有明確的起點和終點,沒有可以完全照搬的先例。項目的其他屬性也是從這一主要屬性衍生出來的(必會)
(2)獨特性:每個項目都是獨一無二的,時間、地點、內外部環境等(必會)
(3)目標確定性:項目的目標包括時間性目標、成果性目標、約束性目標等(有一定的變動幅度,可以適當的修改目標)
(4)組織臨時性和開放性:項目的組織機構在項目的全過程中,其人數和成員職責是在不斷變化的(必會)
(5)成果不可挽回性(6)活動的整體性:項目中的一切活動都是相關聯的,構成一個整體 6.2 項目的生命周期
1.項目生命周期的定義:項目,作為一種創造獨特產品與服務的一次性活動是有始有終的,項目從始至終的整個過程構成了一個項目的生命周期。(注意與信息系統的生命周期相區別)產品的生命周期比項目的生命周期長(必會)
2.典型的項目生命周期包括:需求識別階段、制定方案階段、實施階段、結束階段(必會)項目起點時間 圖 6-1 典型(必會)的四個階段項目生命周期示意圖
時間 6.3項目的組織(必會)
項目的組織分為:職能型、項目型、矩陣型三種(必會正確區分三種組織形式的優缺點)1.職能型項目組織
圖 6-2 職能項目組織結構(必會)
(1)該種組織形式的優點(必會)
1)有利于企業技術水平的提高2)資源利用的靈活性與降低成本3)有利于從整體協調企業活動(2)缺點:(必會)
1)協調困難2)項目組成員責任淡化
2.項目型項目組織(三種組織結構中此種項目經理權限最大)
項目型項目組織結構,項目團隊成員通常會被配置在一起,絕大部分的組織資源直接配置到項目工作中,并且項目經理擁有相當大的獨立性和權限。(大型項目,工期長,技術復雜,投資規模大-項目型)
圖 6-3 項目型項目組織結構(必會)
(1)該種組織形式的有點
1)目標明確,統一指揮 2)有利于項目的控制 3)有利于培養全面型人才(2)缺點:
1)機構重復及資源閑置 2)不利于技術水平提升 3)成員不穩定 3.矩陣型項目組織
矩陣型項目組織形式是只能型組織形式和項目型組織形式的結合,它在職能型組織的垂直層次結構上,疊加了項目型組織的水平結構,能夠最大限度的兼顧兩者的優點,在現代大型項目管理中應用最為廣泛。矩陣型項目組織又包括:強矩陣型、弱矩陣型和平衡矩陣型
圖 6-4 為弱矩陣項目組織結構
圖 6-5 為強矩陣型項目組織機構
圖 6-6 為平衡型項目組織結構 4.各種項目組織形式的優缺點比較(必會)5.項目的組織形式對項目的影響
6.4 項目管理的概念和發展
關鍵路徑 CPM;計劃評審技術 PERT 6.5 項目管理的知識體系
項目管理知識體系(PMBOK)包括 42 個基本項目管理過程 1.項目管理九大知識領域與過程組對照表(必會)
歸結為:狗子整范進,成人風采(必會)PMO 項目管理辦公室,需要指導項目經理工作 2.5 個過程組(戴明環)PDCA(必會)
(1)啟動(2)計劃(3)執行(4)控制(5)結束 6.6 項目管理的一般知識 1.項目環境:
項目環境是項目管理的基本要素之一包括(1)社會環境(2)自然環境(3)政治環境 2.人際關系技能
(1)領導力(2)團隊建設(3)激勵(4)溝通(5)影響力(6)決策(7)政治和文化意識(8)談判 本章需要掌握的內容 1.項目的概念 2.項目的屬性 3.項目的特點
4.項目的生命周期(與產品生命周期比較)5.項目的組織
6.9 大管理、5 個過程組
第 7 章項目管理過程組
7.1 項目啟動過程組(包括 PDCA 和 5 大過程組 2 個大問題)
1.PDCA 循環:(戴明環)(必會,掌握內容和循環)(1)定義:是能使任何一項活動有效進行的一種合乎邏輯的工作程序,特別是在質量管理中得到了廣泛應用。(2)四個字母的含義:(必會)
1)P(Plan)--計劃包括方針和目標的確定以及活動計劃的確定。2)D(Do)--執行。執行就是具體運作。
3)C(Check)--檢查。就是要總結執行計劃的結果,分清哪些做對了,哪些錯了,找出問題所在 4)A(Action)--處理。
(3)PDCA 循環的基本模型(圖重點)
2.五大過程組:(必會,掌握 5 個過程組的定義+內容)(1)五大過程組的定義及相互關系(必會)1)五大過程組的定義:
a.啟動過程組:定義并批準項目或階段
b.計劃過程組:定義和細化目標,規劃最佳的技術方案 和管理計劃,以實現項目或階段所承擔的目標和范圍 c.執行過程組:整合人員和其他資源,在項目的生命周 期或某個階段執行項目管理計劃,并得到輸出與成果
d.監督過程組:要求定期測量和監控進展、識別實際績效與項目管理計劃的偏差、必要時采取糾正措施,或管理變更以確定項目或階段目標達成。
e.收尾過程組:正式接受產品,服務或工作成果,有序地結束項目或階段。2)五大過程組的關系(必會)
圖 7-3 講項目管理過程組映射到 PDCA 循環
(2)啟動過程組:(必會)
1)啟動過程組的作用:啟動過程組包含獲得授權,定義一個新項目或現有項目的一個新階段。通過啟動過程,定義初步范圍和落實初步財務資源,識別那些將相互作用并影響總體結果的內外部干系人,選定項目經理。這些信息應反映在項目章程和干系人登記冊中。一旦項目章程獲得批準,項目也就得到了正式授權。2)啟動過程組的內容:(必會,包括項目章程和初步的項目范圍說明書)a.制定項目章程:
a)項目章程是由項目實施組織外部級別合適的,并為項目出資的以為項目發起人或贊助人發出。(出資方或建設單位制定)b)項目章程是正式批準的項目的文件(包括任命項目經理和批準項目各階段開始文件)b.制定初步的項目范圍說明書:具體內容如下
a)項目產出物范圍的初步規定(是此說明書的核心內容)b)項目工作范圍的初步規定
c)項目條件(確定性的項目約束因素)和項目假設條件(不確定性的項目約束因素的人為假定)充:范圍包含需求范圍(產出物需要什么從技術方面的要求)和管理范圍(達到需求需要做什么);
7.2 項目管理計劃過程組
1.計劃過程組包括的內容(必會)
(1)制定項目管理計劃:指導項目的執行,是監督和控制過程的依據。(2)編制項目范圍管理計劃
(3)范圍定義:范圍說明書(先了解一下,后面有專門的章節講)1)創建工作分解結構(WBS)
2)活動定義3)活動排序。。。18)編制活動
7.4 項目執行過程組
執行過程組的內容:(必會)(1)指導和管理項目的執行
(2)執行質量保證(P142 讀一下一個好的項目經理在執行過程組中需要完成的工作)7.5 項目監督和控制過程組
監督和控制過程組包含的內容:(了解)
(1)監督和控制項目工作(2)整體變更控制(3)范圍驗證(4)范圍變更(5)進度控制(6)成本控制(7)質量控制(8)管理項目團隊(9)績效報告(10)管理項目干系人(11)風險監督和控制(12)合同管理 7.6 項目收尾過程組(必會)
項目收尾過程組包含:(1)管理收尾(2)合同收尾 7.6.1 項目驗收
項目驗收也稱為范圍核實或移交,它是核查項目計劃規定范圍內各項工作或活動是否已經全部完成,可交付成果是否令人滿意,并將核查結果記錄在驗收文件中的一系列活動。項目正式驗收包括:驗收項目產品、文檔和已經完成的交付成果。
項目驗收要有正式的驗收報告,作為項目結項的標志。一般先由承建單位對項目進行自檢,自檢合格的基礎上通過監理方提請建設單位進行項目驗收。在驗收過程中,驗收測試是一項不可少的工作,驗收測試可以由承建方、建設單位、監理單位、設計單位共同進行,也可由具備資質的第三方公司進行,不管選取哪種方式都由參與各方共同協商并均認可的正式文檔作為依據,如果在驗收過程中發現問題,由承建單位分析原因并進行整改,如果驗收測試過程沒發生問題,則表示項目驗收順利完成。1.項目驗收的標準:(了解讀一遍有印象)(1)項目合同書(2)國際慣例(3)國家標準(4)行業標準(5)國家和企業的相關政策法規 2.項目驗收的依據(了解讀一遍有印象)(1)工作成果(2)成果說明 3.系統測試(了解讀一遍有印象)系統測試也叫初驗 承建單位(自檢)
4.系統試運行(了解讀一遍有印象)
系統測試合格后即開始進入試運行階段,試運行包括數據遷移和日常維護(建設單位(業主)組織,承建單位配合并做好記錄)5.系統文檔驗收(了解讀一遍有印象)
試運行合格后,承建單位(施工單位)收集項目的技術和管理資料,逐步提交監理或建設單位進行審核,合格后雙方簽字。6.系統終驗(了解讀一遍有印象)
系統終驗主要驗收 2 個方面的內容:資料和系統功能性能,最終驗收報告是確認項目結束的標志性文件 7.6.2 項目總結(了解讀一遍有印象)
1.項目總結的意義:總結經驗教訓,防止犯同樣的錯誤,評估項目團隊、為績效考核積累數據以及考察是否達到階段性目標等(了解)
2.項目總結會的準備工作:(了解讀一遍有印象)(1)收集整理項目過程文檔和經驗教訓(2)形成項目總結報告的初稿
3.項目總結會的內容:進度、質量、成本、風險、資源、范圍、溝通、采購、文檔、評價、遺留待解決的問題、經驗教訓及建議(了解)7.6.3 項目評估(了解讀一遍有印象)
1.項目評估的定義:收尾階段的項目評估就是再項目完成后,從整體的角度對建設項目的計劃、設計、實施方案進行全面的技術經濟論證和評價,從而論證項目是否達到了建設方預計的要求 2.項目評估的基本原則
(1)客觀、科學、公正(2)綜合全面評價原則
(3)項目之間可比性原則(4)定量分析與定性分析相結合
(5)技術分析與經濟分析相結合(6)微觀效益分析與宏觀效益分析相結合的原則 3.項目評估的主要內容:(1)經濟效益(2)客戶滿意度(3)后續項目指標要求(4)內部滿意度 7.6.4 項目審計(了解,讀一下)
7.6.5 項目維護(包括軟件項目和系統集成項目)1.軟件項目的后續工作:(了解讀一遍有印象)
(1)軟件系統的修改(2)軟件系統的升級(3)后續支持工作 2.系統集成項目的后續工作(了解讀一遍有印象)
(1)信息系統日常維護工作(2)硬件產品的而更新(3)信息系統的新要求 7.6.6 團隊轉移(了解讀一遍有印象)注意:中途交接,做好考核
7.7 項目過程的交互
1.項目過程組之間的交互:過程迭代,相互連接,某個項目/項目的某個階段 PDCA 第八章 立項管理 命題要點:
1.立項管理的內容:(總體概括說)
(1)需求分析(做什么)(2)項目建議書(建設方)(3)項目可行性研究報告(建設方)2.建設方的立項管理:(考點:以下不屬于建設方立項的內容的是,注意識別)(1)立項申請書的編寫(項目建議書)(2)申報和審批(3)項目可行性研究(4)項目招標 3.承建方的立項管理
(1)項目識別(2)項目論證(3)投標 4.簽訂合同:合同談判、簽訂合同 下面分 3 部分分別闡述
一、立項管理的內容 1.需求分析
(1)概念:對所要解決的問題進行詳細分析(確定信息系統應該干什么)(2)特點:
1)用戶與開發人員溝通困難 2)用戶需求動態變化
3)生命周期不同階段系統變更的代價成非線性增長 2.項目建議書
(1)項目建議書(立項申請)由建設單位提出(2)項目建議書的內容: 1)項目的必要性 2)項目的市場預測
3)產品方案或服務的市場預測 4)項目建設的必須條件 3.可行性分析報告
內容:(1)投資必要性(2)技術可行性(3)財務可行性(4)組織可行性
(5)經濟可行性(6)社會可行性(7)風險因素及對策 總結:偷雞才足,警射瘋
工作 M 的總時差=工作 M 的最遲結束時間-工作 M 的最早結束時間
二、建設方立項管理
1.立項申請書(項目建議書)的編寫 2.項目可行性研究
(1)初步可行性研究(形成初步可行性研究報告)
(2)詳細可行性研究(方法包括:經濟評價法、市場評價法、投資估算法和增量凈效益法)(3)項目論證
1)概念:項目論證是指對擬實施項目技術上的先進性、適用性經濟上的合理性,盈利性,實施上的可能性、風險的可控性進行全面綜合的分析為項目決策提供依據 2)項目論證的作用:以下關于項目論證說法正確的是 a.確定項目是否實施的依據 b.籌集資金,向銀行貸款的依據
c.制定計劃、設計、采購、是施工以及機構設置,資源配置的依據 d.防范風險,提高項目效率的保證(4)項目評估: 項目評估的方法包括: 1)項目評估法和企業評估法
2)總量評估法(確定原有固定資產重估值時估算總投資的難點)和增量評估法 3.項目招標
(1)公開招標:招標人以招標公告的方式邀請不特定的法人或者其他組織投標(2)邀請招標:招標人以邀請書的方式,邀請特定的法人或其他組織投標(3)招標代理:招標代理機構
三.承建方的立項管理(考點注意識別:以下不屬于承建方立項的內容的是幾個大標題)1.項目識別(承建方立項的第一步)(1)從政策中尋找項目機會(2)從市場中尋找(3)從技術發展尋找 2.項目論證
(1)技術(2)資源(3)財務(4)風險(5)投資者
第八章項目整體管理
每一節都需要掌握輸入、工具和輸出
項目管理是一項綜合性,全局性的工作,其核心是權衡多個相互沖突的項目實施方案,以實現項目的目標和要求,幫助項目管理人員整合協調項目管理的各個不同活動領域間的信息交流;促進信息的合理流動;有效地控制和管理項目進行過程中可能出現的變更(必會)項目整體管理包括:(必會,掌握每個過程的輸入、輸出和工具)
(1)制定項目章程(2)編制項目初步范圍說明書(3)制定項目管理計劃(4)指導與管理項目執行(5)監控項目工作(6)整體變更控制(7)項目收尾 8.1 制定項目章程 1.項目章程的作用與內容
(1)項目章程是正式批準一個項目的文檔,通常在項目批準和啟動階段發布。(2)項目章程應當由項目組織以外的項目發起人或投資人發布。(3)項目章程的編制過程主要關注于記錄建設方的商業需求、項目立項的理由與背景、對客戶需求的現有理解和滿足這些需求的新產品、服務或結果 2.制定項目章程的輸入
(1)合同(2)項目工作說明書
1)定義:項目工作說明書(SOW)是對項目所需提供的產品,成果或描述。工作說明書需要說明如下事項: 2)內容
a.業務要求b.產品范圍描述c.戰略計劃
3.制定項目章程的工具(不需要掌握)4.制定項目章程的輸出:項目章程 8.2 編制項目初步范圍說明書
1.編制項目初步范圍說明書的主要內容包括(了解)
(1)項目和范圍的目標(2)產品或服務的需求和特性(3)項目的需求和可交互物(4)產品驗收標準(5)項目的邊界(6)項目約束條件(7)項目假設(8)最初的項目組織(9)最初定義的風險(10)進度里程碑(11)對項目工作的初步分解(12)初步的量級成本估算(13)項目配置管理的需求(14)審批要求 2.輸入(必會)
編制項目初步范圍說明書的輸入包括
(1)項目章程(2)項目工作說明書(3)環境和組織因素(公司政策)(4)組織過程資產(經驗教訓,文檔)3.工具(必會)(1)項目管理方法論(2)項目管理信息系統(3)專家判斷 3.輸出(必會)項目初步范圍說明書 8.3 制定項目管理計劃(整體計劃)整體計劃與分項計劃相互促進,相互迭代,是制定各分項管理計劃的輸入 1.制定項目管理計劃記述了如下內容(了解)(1)項目背景如項目名稱,客戶名稱,項目的商業目的等(2)經理,項目經理的主管領導,客戶方聯系人,客戶方的主管領導,領導小組(即項目管理團隊)和項目實施小組人員.(3)項目的總體技術解決方案(4)對用于完成這些過程的工具和技術的描述(5)選擇的項目的生命周期和相關的項目階段(6)項目最終目標和階段性目標(7)進度計劃(8)項目預算(9)變更流程和變更控制委員會(10)溝通管理計劃(11)對于內容,范圍和時間的關鍵管理評審,以便于確定懸留問題和未決決策 2.制定項目管理計劃的輸入(必會)
(1)項目章程(2)項目初步范圍說明書(3)預測(4)環境和組織因素(5)組織過程資產(6)工作績效信息 3.工具(必會)(1)項目管理的方法論(2)項目管理信息系統(3)專家判斷
4.制定項目管理計劃的輸出(必會)(1)項目管理計劃(2)配置管理系統(3)變更控制系統 8.4 指導和管理項目執行
1.指導和管理項目執行的工作內容(了解)
項目經理和項目團隊采取行動執行項目管理計劃以實現項目的目標,主要工作內容包括:
(1)按列入計劃的方法和標準執行活動完成項目要求。(2)完成項目的交付物。(3)配置、培訓并管理分配到項目的團隊成員。(4)建立和管理項目團隊內外部溝通娶到。(5)產生項目實際數據以方便預測,這些數據諸如成本、進度、技術、質量和狀態等實際數據。(6)將批準的變更落實到項目的范圍、計劃和環境。(7)管理風險并實施風險應對活動。(8)管理分包商和供應商。(9)收集和記錄經驗教訓,以及執行批準的過程改進活動。2.輸入(必會)
指導和管理項目執行的工作依據包括:(1)項目管理計劃。項目管理計劃是指導和管理項目執行的主要依據。
(2)已批準的糾正措施。已批準的糾正措施就是為了使預期的項目績效符合項目管理計劃的要求所形成的指導文件。(考試容易把已批準去掉)
(3)已批準的預防措施。已批準的預防措施就是降低項目風險發生的可能性而需要的指導文件。(4)已批準的變更申請。已批準的變更申請就是對擴大或縮小項目范圍而授權的指導文件,經過批準的變更申請由項目團隊來安排措施。(5)已批準的缺陷修復。已批準的缺陷修復是對在質量審查的修復項已經被接受或被拒絕的通知。3.工具(必會)(1)項目管理方法論。項目管理方法論為指導和管理項目執行提供了方法。
(2)項目管理信息系統。項目管理信息系統作為一個工具軟件,被項目管理團隊來執行項目管理計劃中所規劃的活動。
4.輸出(必會)指導和管理項目執行的工作成果包括:
(1)可交付成果。(2)請求的變更。(3)已實施的變更。(4)已實施的糾錯措施。(5)已實施的預防行動。(6)已實施的缺陷修復。(7)工作績效數據。8.5 監控項目工作
1.監控項目的工作內容(了解)
(1)比較實際項目指標和項目管理計劃。(2)比較實際項目指標和項目管理計劃。(3)節變更申請的流程。(4)錄變更申請的全部影響。(5)布已批準的變更。(6)批準的變更進行管理。(7)確定批準的變更已經被實施。(8)供狀態報告、進展測量記憶預測的支持信息。
分析、跟蹤和監督項目風險,確保風險已經被識別、狀態已經匯報,并采取了恰當的風險響應方案。2.監控項目的依據(輸入)(必會)(1)項目管理計劃。經項目各有關干系人同意的項目管理計劃就是項目的基準,為項目的執行、監控和變更提供了基礎。
(2)工作績效信息。工作績效信息就是實際的績效數據,用來與計劃的績效進行比較。
(3)績效報告。績效報告由項目團隊來準備,包括完成的活動、成果、里程碑、發現的事件與問題。3.監控項目的工作方法(工具)(必會)(1)項目管理方法論。項目管理方法論幫助項目管理團隊監督和控制項目使其按照項目管理計劃來執行。(2)項目管理信息系統。項目管理信息系統是項目管理團隊用來監控項目管理計劃中活動執行的工具,也可用來進行新的預測。(3)掙值管理。掙值管理方法提供了一種基于過去的結果來預測未來績效的手段,可以測量項目從開始到結束的績效。(4)專家判斷。專家判斷被項目管理團隊用來監控項目。4.監控項目的工作成果(必會)(1)變更申請。作為計劃數據與實際數據比較的結果,可能因擴大、調整或減少項目范圍而提出變更申請。變更可能影響到項目管理計劃、項目文檔、項目可交付物或者項目產品。
(2)項目報告。項目報告包括狀態報告、進度報告、成本報告、績效報告、配置狀態報告和預測。8.6 整體變更控制
1.整體變更控制的工作內容整體變更控制過程貫穿于整個項目過程的始終,主要工作內容包括:(1)識別可能發生的變更。(2)管理每個已識別的變更。(3)維持所有基線的完整性。
(4)根據已批準的變更,更新范圍、成本、預算、進度和質量要求,協調整體項目內的變更。(5)基于質量報告,控制項目質量使其符合標準。(6)維護一個及時、精確的關于項目產品及其相關信息庫,直至項目結束。
2.整體變更控制的依據(輸入)(必會)(1)項目管理計劃。(2)變更申請。任何控制過程或者項目整體管理過程都可產生變更申請。變更申請包括糾正行動、預防性的行動,以及缺陷修復。(3)工作績效信息。工作績效信息就是實際的績效數據,用來與計劃的績效進行比較。(4)可交付物。3.整體變更控制的工作方法與流程(工具)(必會)(1)工作方法
1)項目管理方法論。2)項目管理信息系統 3)專家判斷。(2)變更控制流程(★)(必會)1)受理變更申請。2)變更的整體影響分析。3)接收或拒絕變更。4)執行變更。5)變更結果追蹤和審核。4 整體變更控制的工作成果(輸出)(必會)整體變更控制的工作成果包括:
(1)變更申請的審批結果。當變更申請被拒絕時,此時應說明被拒絕的理由;當變更申請被批準時,則同時產生 2~6 工作成果。(2)項目管理計劃。(3)已批準的糾正措施。(4)已批準的預防措施。(5)已批準的缺陷修復。(6)可交付物。8.7 項目收尾
1.項目收尾的內容:(必會)項目收尾包括管理收尾和合同收尾 2.項目收尾的依據(輸入)(必會)(1)項目管理計劃(2)合同文件(3)組織過程資產:如項目收尾要求 3.工作方法(工具)(必會)(1)項目管理方法論(2)項目管理信息系統(3)專家判斷 4.項目收尾的工作成果(輸出)(必會)(1)最終產品、服務或產品的移交(2)管理收尾辦法和合同收尾辦法(3)已更新的組織過程資產 第 9 章范圍管理
項目范圍管理:確保項目包括成功完成項目所需的全部工作,但又只包括必須完成的工作的各個過程。它主要關心的是確定與控制哪些應該(哪些不應該)包括在項目之內。
主要包括五個過程:范圍規劃;范圍定義;制定工作分解結構;范圍確認;范圍控制;
前 3 者屬于計劃過程、后 2 者屬于監控過程。
范圍規劃——制定項目范圍管理計劃,記載如何確定、核實與控制項目范圍,以及如何制定與定義工作分解結構(Work Breakdown Structure,WBS)
范圍定義——制定詳細的項目范圍說明書,作為將來項目決策的依據。
制作工作分解結構——將主要的項目可交付成果和項目工作分解為較小、更易管理的組成部分。項目范圍確認——即范圍核實,正式驗收已完成的項目可交付成果的過程。范圍控制——控制項目范圍的變更。范圍:
產品范圍:表示產品、服務或結果的特性和功能。
項目范圍:為了完成具有規定特征和功能的產品、服務或結果,而必須完成的項目工作。
9.1 范圍規劃
范圍管理計劃是一個計劃工具,用以描述該團隊如何定義項目范圍、如何制定詳細的范圍說明書、如何定義和編制工作分解結構,以及如何驗證和控制范圍。9.1.2 輸入(必會)
項目章程;項目范圍說明書(初步);組織過程資產;環境因素和組織因素;項目管理計劃; 9.1.3 編制范圍規劃的工具和技術(必會)
1、專家判斷;
2、模板、表格和標準; 9.1.4 輸出(必會)項目范圍管理計劃
項目范圍管理計劃是項目管理團隊確定、記錄、核實或確認、管理和控制項目范圍的指南。項目管理計劃的內容:
1)根據初步的項目范圍說明書編制一個詳細的項目范圍說明書的方法。2)從詳細的項目范圍說明書創建 WBS 的方法。
3)關于正式確認和認可已完成可交付物方法的詳細說明。4)有關控制需求變更如何落實到詳細的項目范圍說明書中的方法。注意:項目范圍管理計劃可以是正式的或非正式的、詳細的或粗略的。一個范圍管理計劃可以包括在項目管理計劃中,或者是項目管理計劃的一個分計劃。項目管理計劃是項目其他知識域中的相關分計劃的集合。
9.2 范圍定義
范圍定義過程是詳細描述項目和產品的過程,并把結果寫進詳細的項目范圍說明書中。9.2.2 輸入
項目章程和初步的項目范圍說明書;項目范圍管理計劃;組織過程資產;批準的變更申請。9.2.3 范圍定義的工具和技術
(1)產品分析;(2)識別出多個可選方案;(3)專家判斷; 9.2.4 輸出
項目詳細范圍說明書(詳細:項目的目標;產品范圍描述;項目的可交付物;項目邊界;產品驗收標準;項目的約束條件;項目的假定);更新的項目文檔。
9.3 制定工作分解結構
項目工作結構分解的目的和意義:是一個把項目可交付物和項目工作逐步分層分解為更小的、更易于管理的項目單元的過程,它組織并定義了整個項目范圍。1)WBS 是管理項目范圍的的基礎,詳細描述了項目所要完成的工作。2)WBS 的組成元素有助于項目干系人檢查項目的最終產品。3)WBS 的最低層元素是能夠被評估的、可以安排進度的和被追蹤的。
WBS 的最底層的工作單元被稱為工作包,它是定義工作范圍、定義項目組織、設定項目產品的質量和規格、估算和控制費用、估算時間周期和安排進度的基礎。9.3.1 WBS 的表示形式
WBS 一般用圖形或列表形式表示。常用的工作分解結構表示形式有兩種:
1)分級的樹型結構,類似于組織結構圖,如圖 7-1;優點:層次清晰,非常直觀,結構性很強;缺點:不是很容易修改,對于大的、復雜的項目也很難表示出項目的全景。適用于中小型項目。2)列表形式,類似于書籍的分級目錄,最好是直觀的縮進格式,如圖 7-1;優點:該表格能反映出項目所有的工作要素,缺點:直觀性較差;適用于大的、復雜的項目中。分解工作結構的原則: 1)在各層次上保持項目的完整性,避免遺漏必要的組成部分。2)一個工作單元只能從屬于某個上層單元,避免交叉從屬。3)相同層次的工作單元應有相同性質。
4)工作單元應能分開不同的責任者和不同工作內容 5)便于項目管理進行計劃和控制的管理需要。
6)最底層工作應該具有可比性,是可管理的,可定量檢查的。7)應包括項目管理工作,包括分包出去的工作。8)WBS 的最底層次的工作單元是工作包。9.3.2 輸入
詳細的項目范圍說明書;項目管理計劃;組織過程資產; 9.3.3 創建 WBS 的工具和技術
分解;工作分解結構模板;WBS 中工作包的格式;滾動波式計劃; 9.3.4 輸出
WBS 和 WBS 字典;范圍基準;更新的項目管理計劃;
范圍基準:項目范圍說明書、與之聯系的 WBS 以及 WBS 字典作為項目的范圍基準,在整個項目的生命周期,這個范圍基準被監控、核實和確認。
9.4 范圍確認
9.4.1 范圍確認的工作內容
范圍確認是客戶等項目干系人正式驗收并接受已完成的項目可交付物的過程。
范圍確認與質量控制不同,范圍確認是有關工作結果的接受問題,而質量控制是有關工作結 果正確與否,質量控制一般在范圍確認之前完成,當然也可以并行進行。9.4.2 范圍確認輸入 項目管理計劃;可交付物; 9.4.3 范圍確認的工具和技術
檢查包括諸如測量、測試和驗證以確定工作和可交付物是否滿足要求和產品的驗收標準。檢查有時被稱為審查、產品評審、審計和走查。9.4.4 輸出
可接受的項目可交付物和工作;變更申請;更新的 WBS 和 WBS 字典。
9.5 范圍控制
9.5.1 范圍控制的工作內容
范圍控制是監控項目狀態如項目的工作范圍狀態和產品范圍狀態的過程,也是控制變更的過程。經常把不受控制的變更稱為項目“范圍蔓延”。
范圍控制涉及以下內容:影響導致范圍變更的因素,確保所有被請求的變更按照項目整體變更控制過程處理,范圍變更發生時管理實際的變更。變更產生的原因:
1)項目外部環境發生變化;2)項目范圍的計劃編制不周密詳細,有一定的錯誤或遺漏;3)市場上出現了或是設計人員提出了新技術、新手段或新方案;4)項目實施組織本身發生變化;5)客戶對項目、項目產品或服務的要求發生變化。
變更控制的焦點問題;1)確定范圍變更是否已經發生;2)對造成范圍變更的因素施加影響,以確保這些變更得到一致的認可;3)當范圍變更發生時,對實際的變更進行管理。9.5.2 范圍控制的工具和技術
偏差分析;重新制定計劃;變更控制系統和變更控制委員會;配置管理系統。9.5.3 范圍控制的輸入
項目管理計劃;工作績效數據;績效報告;已批準的變更請求; 9.5.4 輸出
變更請求;工作績效;組織過程資產更新;更新的項目管理計劃。
第 10 章項目進度管理
先說明項目進度管理包含的 6 個管理過程,然后分別講解每個過程的輸入、工具和輸出,這就是本章得主線(這本書每一章的特點是先總結主線,再逐步展開)10.1 項目進度管理概述
項目進度管理 6 個過程:(6 個過程必須清楚,必須掌握)
(1)活動定義:確認一些特定的工作,通過完成這些活動就完成了工程項目的的各項目明細(由哪些活動組成)
(2)活動排序:明確各活動之間的順序等相互依賴關系并形成文件(3)活動資源估算:估算人、材、機
(4)活動歷時估算:估算完成各項計劃活動所需要的工時單位數
(5)制定進度表:分析活動順序、歷時、資源需求和進度約束來編制項目的進度計劃(圖/文檔)(6)進度控制:監控項目狀態,維護項目進度以及必要時,管理進度變更 10.2 活動定義
1.一些可能會考到選擇題的知識點,概念
(1)活動是實施項目時安排工作的最基本的工作單元(2)活動定義的過程就是要把完成項目的所有活動找出來
(3)工作分解結構的最底層是工作包,把工作包分解成一個個的活動是活動定義過程的最基本得任務,工作包是安排進度的基礎(4)活動定義包含 3 個方面內容:
? 識別出項目的所有活動
? 還要對這些活動進一步定義如:名稱、前序活動、后繼活動、資源要求、是否有強制
日期等。
? 把所有活動歸檔到活動清單中
(5)WBS 工作分解結構的好處:為后面的進度、成本做估算依據 2.三個與時間相關的重要概念:(重點,必須會)
(1)檢查點(Checkpoint):指在規定的時間間隔內對項目進行檢查,比較實際與計劃之間的差異,并根據差異進行調整
(2)里程碑:完成階段性工作的重要標志,是重要的檢查點,階段性工作
(3)基線:指一個(或者一組)配置項(配置管理對象:如源代碼、產品文檔)在項目生命周期的不同時間點上通過正式的評審而進入正式受控的一種狀態。基線其實是一些重要的里程碑,但相關的交付物要正式評審,并作為后續工作的基線和出發點。
(4)三者關系:重要的檢查點是里程碑,重要的需要客戶確認的里程碑是基線三者是層層遞進的關系
3.活動定義的依據(輸入)了解
(1)事業環境因素:包括是否可以利用項目管理信息系統以及進度安排的工具軟件等
(2)組織過程資產 :包括與活動定義有關的組織中的程序、方針、原則等例如:進度安排方法、還包括以前活動中定義的歷史信息以及知識庫中積累的活動定義知識(3)范圍說明書
(4)工作分解結構:是活動定義的基本依據 4.活動定義的工作方法(工具)了解
(1)分解(2)模板(3)滾動規劃:遠粗近細(4)專家判斷
(5)規劃組成部分。當項目范圍說明書不夠充分,不能將工作分解結構(WBS)某分支向下分解到工作組合水平時,該分支最后分解到的組成部分可用來制定這一組成部分的高層次項目進度表(向下分不好分了,就可用這部分制定上一部分的進度表)5.活動定義的工作成果(輸出)
(1)活動清單(2)活動屬性(3)里程碑清單(重要節點)(4)請求的變更 10.3 活動排序
1.活動排序的內容:識別與記載計劃活動之間的邏輯關系 2.活動排序的依據(輸入)此過程的輸入為活動定義階段的輸出(1)項目范圍說明書(2)活動清單(3)活動屬性(4)里程碑清單(5)批準的變更請求 3.活動排序的工作方法(工具)(1)前導圖法
前導圖法(PDM)也被稱作單代號網絡圖法(AON)用于關鍵路徑法(CPM),是用于編制項目進度網絡圖的一種方法,它使用方框或者長方形(被稱作節點)代表活動,它們之間用箭線連接,現實彼此之間存在邏輯關系。
圖 10-1 前導圖法
前導圖包含活動之間存在的 4 種類型的依賴關系
? 結束-開始關系(F-S 型):前序活動結束后,后續活動才能開始(重點掌握,要求給出表格,可以對應的畫出圖)
? 結束-結束關系(F-F 型):前序活動結束后,后續活動才能結束 ? 開始-開始關系(S-S 型):前序活動開始后,后續活動才能開始 ? 開始-結束關系(S-F 型):前序活動開始后,后續工作才能結束 前導圖的 4 種關系如圖:
通常每個節點的活動有以下幾個時間:最早開始時間(ES)、最遲開始時間(LS)、最早結束時間(EF)、最遲結束時間(LF)。
單代號網絡圖,無虛活動(2)箭線圖法
箭線圖法(ADM)又叫做雙代號網絡圖法(AOA),用箭線表示活動,節點表示事件的一種網絡圖的繪制方法,活動的開始(箭尾)事件叫做該活動的緊前事件,活動的結束(箭頭),事件叫做該活動的緊隨時間
圖 10-3 箭線圖繪制法(雙代號網絡圖)
圖 8-5 虛活動
活動 A 和 B 可以同時進行,只有活動 A 和活動 B 都完成后,活動 C 才開始虛活動不占用資源,不消耗時間,只是為了闡明一種邏輯關系(3)確定依賴關系
包含 3 種依賴
? 強制性依賴:硬邏輯關系,必須? ? 可斟酌處理的依賴關系
? 外部依賴:無直接關系,通過第三方外部產生(4)計劃網絡模板(項目進度網絡圖)
(5)利用時間提前量與滯后量(最早開始、最遲開始、最早完成、最遲完成、自由時差、總是差)4.活動排序的工作成果(輸出)(1)項目進度網絡圖(2)更新的活動清單(3)更新的活動屬性(4)請求的變更 10.4 活動資源估算 1.活動資源估算的內容
活動資源估就是確定在實施項目活動時要使用何種資源(人員、設備、物資),每一種使用的數量,以及何時用于項目計劃活動 2.活動資源估計的依據
(1)事業環境因素(2)組織過程資產(3)活動清單(4)活動屬性(5)資源可利用情況(6)項目管理計劃
3.活動資源估計的工作方法(工具)
(1)專家判斷(2)多方案分析:自制或者購買的決策,可能會考計算題(3)出版的估算數據:官方報價(4)項目管理軟件
(5)自下而上的估算:將工作進一步分解,然后估算下層每個更具體的工作資源需要,接著將這些估算按照計劃活動需要的每一種資源匯集出總量(先算出每個工作包含的資源,再向上一層累加)
4.活動資源估算的工作成果(輸出)
(1)活動資源的需求(2)活動的屬性(3)資源分解結構(4)資源日歷:包括可以使用資源的時間、可供使用的數量(5)請求的變更 10.5 活動歷時估算
1.活動歷時估算的工作內容:活動歷時估算是估算計劃活動持續時間的過程 2.活動歷時估算的依據(輸入)
(1)事業環境因素(2)組織過程資產(3)項目范圍說明書(4)活動清單(5)活動屬性(6)活動資源要求(7)活動日歷(8)項目管理計劃 3.活動歷時估算的工作方法
(1)專家判斷(2)類比估計:類比以前的項目分析情況(3)參數估計:應用數學模型(4)三點估計:(必須會)
? 最有可能的歷時估算 Tm ? 最樂觀的歷史估算 To ? 最悲觀的歷時估算 Tp 活動歷時的均值=(To+4Tm+Tp)/6標準差=(Tp-To)/6(5)后備分析:在總的項目進度表增加一定的時間,這種做法是承認進度風險的表現(三個數值,后面會講到 68%,95%、99%)4.活動歷時估算的工作成果
(1)活動歷時估算(2)更新的活動屬性 10.6 制定進度計劃 1.制定進度計劃的工作內容
制定項目進度表是一個反復的過程 2.制定項目進度計劃的依據
(1)組織過程資產(2)項目范圍說明書(3)活動清單(4)活動清單屬性(5)項目進度網絡圖(6)資源日歷
(7)活動歷時估算(8)項目管理計劃(包含項目進度、費用、范圍、風險管理計劃)3.制定進度計劃的工作方法(工具)
(1)進度網絡分析:使用一種進度模型和多種分析技術,如采用關鍵路線法、局面應對分析資源平衡
(2)關鍵路徑法(重點掌握)
(3)進度壓縮:指在不改變項目范圍、進度制約條件、強加日期或者其它進度目標的前提下縮短項目進度時間。進度壓縮的技術包括:(重點掌握)? 趕進度:就是趕工期,反而常常增加費用
? 快速跟進:改變活動的搭接形式,變順行搭接為并行搭接(并行工作)(4)假設情景分析(5)資源平衡(重點掌握)(6)關鍵鏈法(7)項目管理軟件(8)應用日歷(9)調整時間的提前與滯后量(10)進度模型 4.制定進度計劃的工作成果(輸出)請對照輸入記憶
(1)項目進度表:包含每項計劃活動的計劃開始日期和計劃結束日期,還可以對每一計劃活動確定目標開始日期和目標完成日期
(2)進度模型數據:包含進度里程碑、計劃活動、活動屬性,以及所有已經識別的假設與制約因素的文字記載
(3)進度基準:根據對進度模型進行的進度網絡分析而提出的一種特殊形式的項目進度表(4)更新的資源要求(5)更新的活動屬性(6)更新的項目日歷(7)請求的變更(8)更新的項目管理計劃(9)更新的進度管理計劃 10.7 項目進度控制
1.項目進度控制的工作內容:(必會)(1)項目進度控制的定義:
項目進度控制是根據項目進度基準計劃對項目的實際進度進行監控,使項目能夠按時完成,通常可用以下方法縮短工期:(必須背下來,會考案例)? 投入更多的資源以加速活動進程
? 指派經驗豐富的人去完成或幫助完成項目工作 ? 縮小活動范圍或降低活動要求 ? 通過改進方法或技術提高生產效率(2)進度控制的內容: ? 確定項目進度的當前狀態
? 對引起進度變更的因素施加影響,以保證這種變化朝著有利的方向發展 ? 確定項目進度已經變更
? 當變更發生時管理實際變更,進度控制是整體控制的一個組成部分 2.進度控制的依據(輸入)
(1)進度管理計劃(2)進度基準:是得到批準的項目進度表。是測量與報告進度績效的基準,也是績效測量基準的一部分(3)批準的變更請求(4)績效報告 3.項目進度控制的工作方法(工具)
(1)進度報告:包含實際開始于完成日期以及未完成計劃活動的剩余持續時間(2)進度變更控制系統
(3)績效衡量:績效衡量技術的結果是進度偏差(SV)與進度效果指數(SPI)(4)項目管理軟件
(5)偏差分析:將目標進度日期同實際或預測的開始與完成日期相比較,可以獲得發現偏差異界在出現延誤時候采取糾偏措施所需的信息
(6)進度比較橫道圖(甘特圖):途中每一計劃活動都是兩條橫道,一條表示實際狀態,一條表示經過批準的項目進度基準狀態
(7)假設條件情景分析(8)制定進度的工具(9)進度壓縮(10)資源平衡 4.項目進度控制的工作成果(輸出)
(1)更新的進度模型數據(2)更新的進度基準(3)請求的變更(4)績效衡量(5)更新的活動清單(6)推薦的糾正措施
(7)更新的項目管理計劃(8)更新的組織過程資產(9)更新的活動清單屬性 第 11 章成本管理
11.1.1 成本與成本管理的概念
1、成本概念:是指項目活動或其組成部分的貨幣價值或價格,包括為實施、完成或創造該活動或其組成部分所需資源的貨幣價值。具體的成本一般包括直接工時、其他直接費用、間接工時、其他間接費用以及采購價格。了解
2、成本管理包括涉及:計劃、估算、預算、控制 4 個過程。(必會)
? 成本估算——編制完成項目活動所需資源的大致成本。
? 成本預算——合計各個活動或工作包的估算成本,以建立成本基準。(更加精確)? 成本控制——影響造成成本偏差的因素,控制項目預算的變更。
成本管理計劃包含在項目管理計劃中,或是作為項目管理計劃的從計劃,成本管理計劃可以是正式的,也可以是非正式的,可以是詳細的,也可以是概括性的,視項目需要決定。11.1.2 項目成本失控的原因
1.是對工程項目認識不足;(案例分析考點,理解)
(1)對信息系統工程成本管理的特點認識不足,對難度估計不夠(2)工程項目的規模不合理(3)工程項目的設計人員和施工人員缺乏成本意識,導致項目設計不滿足項目管理的要求。(4)對項目成本的使用缺乏責任感,隨意開支 2.組織制度不健全(了解)
(1)制度不完善(2)責任不落實(3)承建單位項目經理中沒有明確的分工(4)缺乏成本管理的責任感,沒有落實具體管理人員 3.方法問題(了解)
(1)缺乏報表及數據處理辦法(2)缺乏成本管理程序和明確的具體要求(3)缺乏科學的管理方法和工作制度(4)缺乏對計算機輔助成本管理程序的應用(5)缺乏對計劃值和實際值進行動態的比較分析,并提供報告總結 4.技術的制約(了解)11.1.3 相關術語
1、全生命周期成本:開發成本+維護成本
2、成本類型:(根據列舉的例子,選擇成本類型,選擇題)(1)可變成本:原材料、燃料、動力(2)固定成本
(3)直接成本(項目團隊差旅費、工資、項目使用的物料及設備使用費等)(4)間接成本(稅金、額外福利、保衛費用)
(5)沉沒成本:已花費的而與當前決策無關的費用(戀愛失敗了,以前花的錢都是沉沒成本)(6)機會成本:將一種具有多種用途的優先資源置于特定用途時候所放棄的收益(比如,我有 100 萬,投資 A 項目可以獲得 70w的效益,投資 B 項目可以獲得 90 萬的效益,我選擇了 A,則機會成本是 90w,選擇 B 則機會成本是 70w)
3、成本基準:經批準的按時間安排的成本計劃,加上或減去經批準的項目變更,被用于度量和監督項目執行的成本
4、學習曲線理論:當重復生產很多產品時,那些產品的單位成本隨著數量增多成規律遞減
5、管理儲備:包括成本儲備及進度儲備 11.2 項目成本估算
11.2.1 項目成本估算的內容(了解)
編制項目成本估算需要三個步驟:(1)識別并分析成本的構成科目(確認資源種類)
(2)估算每一個科目的成本大小(3)分析成本估算結果,找出各種可以替代的成本,協調各種成本之間的比例關系
11.2.2 項目成本估算的依據(輸入)
(1)事業環境因素:市場條件(2)組織過程資產:現存的方針、估計模板、歷史信息、項目文檔、團隊知識、吸取的教訓等(3)項目范圍說明書:制約因素、假設和需求(4)工作分解結構:說明了項目所有組成部分與項目交付成果之間的關系(5)工作分解結構詞匯表:WBS 組件的工作說明(6)項目管理計劃;包括進度管理、人員管理計劃、風險等級冊 11.2.3 項目成本估算的工具和技術:
(1)類比估算:利用過去類似項目的實際成本做基礎估算,適用于項目詳細情況了解較少(2)確定資源費率:是一個表格,技能,費率等(3)自下而上估算;(4)參數估算:數學建模(5)項目管理軟件;(6)供貨商投標分析;(7)準備金分析(8)質量成本。
11.2.4 項目成本估算的工作成果(輸出):
(1)活動成本估算(2)活動成本估算的支持性細節(3)請求的變更(4)更新的成本管理計劃。11.3 項目成本預算
11.3.1 項目成本預算的工作內容;
項目成本預算是指單個計劃活動或工作包的估計成本匯總,以確立衡量項目績效的總體成本基準 1.項目成本預算的特點(了解)(1)計劃性(2)約束性(3)控制性 2.在編制項目成本預算時應該遵循的原則(了解)
(1)成本預算要與項目目標相聯系,必須同時考慮項目進度目標和質量目標(2)要以項目需求為基礎(3)要切實可行(4)應具有一定的彈性 3.制定項目成本預算的步驟(了解)
(1)分攤,把總成本分攤到工作包成本(自頂向下)(2)繼續分解,將工作包成本分解到各項活動(3)確定各項成本預算支出的時間計劃和項目成本預算計劃 11.3.2 項目成本預算的依據(輸入)
(1)項目范圍說明書(2)工作分解結構(3)工作分解結構詞匯表;(4)活動成本估算(5)活動成本估算支持性細節(6)項目進度計劃(7)資源日歷(8)合同(9)成本管理計劃。11.3.3 項目成本預算的工作方法(工具和技術)(1)成本匯總:從底向上(3)參數估算: 數學模型(2)準備金分析;(4)資金限制平衡(5)設定資金支出的界限 11.3.4 項目成本預算的工作成果(輸出)
(1)成本基準;是按照時間分段的預算,用作度量和監督項目整體成本的基準。(成本預算基準)(2)項目資金需求;(3)更新成本管理計劃;(4)請求的變更。11.4 項目成本控制
11.4.1.項目成本控制的主要內容:(了解)
(1)對造成成本基準變更的因素施加影響;(2)確保變更請求獲得同意;
(3)當變更發生時,管理這些實際的變更;(4)保證潛在的成本超支不超過授權的項目階段資金和總體資金;(5)監督成本執行(績效),找出與成本基準的偏差;(6)準確記錄所有的與成本基準的偏差;(7)防止錯誤的、不恰當的或未批準的變更被納入成本或資源使用報告中;(8)就審定的變更,通知項目干系人;(9)采取措施,將預期的成本超支控制在可接受的范圍內。11.4.2 成本控制的依據(輸入):
(1)成本基準;(2)項目資金需求;(3)績效報告;
(4)工作績效信息;(5)批準的變更請求;(6)項目管理計劃; 11.4.3 成本控制的成果(輸出):
(1)更新的成本估算;(2)成本基準(更新);(3)績效衡量;(4)完工預測;(5)請求的變更;(6)推薦的糾正措施;(7)組織過程資產(更新);(8)項目管理計劃(更新)。11.4.4 成本控制的工作方法(工具和技術):必會詳細看
1、成本變更控制系統;變更的步驟:申請、分析、審批、執行、追蹤
2、績效衡量分析(掙值技術);掙值技術表現形式各異,是一種通用的績效測量方法。它將項目范圍、成本(或資源)、進度整合在一起,幫助項目管理團隊評估項目績效。掙值技術的公式:
公式:成本偏差:CV=EV‐AC,進度偏差:SV=EV‐PV 成本績效指數CPI=EV/AC(支出)進度績效指數 SPI=EV/PV(進度)3.預測技術:
BAC=完工時的 PV 總和 通過掙值數據來計算 ETC(1)基于非典型的偏差計算 ETC,當前偏差被看做非典型且團隊在以后將不會發生這種類似的偏差
ETC 完工尚需估算=(BAC 完工預算‐EV 掙值)(2)基于典型的偏差計算 ETC 當前偏差被看做可代表未來偏差的典型偏差
ETC(完工尚需估算)=(BAC‐EV)/CPI(累加成本績效指數)(3)公式衍化
EAC=AC+ETC‐‐‐‐衍化為下面兩個公式 EAC=AC +BAC‐EV當前偏差被看作是非典型的
EAC=AC+(BAC‐EV)/CPI當前偏差被看作是代表未來的典型偏差 4.項目績效審核:項目績效審核的技術:
(1)偏差分析:項目實際績效與計劃或期望績效進行比較(2)趨勢分析:檢查一定時間階段的項目績效(3)掙值分析:掙值技術是指計劃績效和實際績效比較
5.偏差管理:如對主要或次要問題采取不同的應對措施,當多數工作完成時候,偏差數量趨于減少 6.項目管理軟件:如計算機工作表 第十二章項目質量管理
項目質量是建設項目的核心,是決定整個工程建設成敗的關鍵,也是一個項目是否成功的最根本的標準,質量管理要貫穿于項目建設的始終。12.1 質量管理基礎 12.11 概述
質量:一組固有特性滿足要求的程度。(了解)
質量管理:在質量方面指揮和控制組織協調的活動。(了解)
質量方針:由組織最高管理者正式發布的該組織總的質量宗旨方向(了解)
質量目標:是指在質量方面所追求的目的,它是落實質量方針的具體要求,它從屬與質量方針,應與利潤目標、成本目標、進度目標等相協調。(了解)
質量管理:項目圍繞使產品質量能滿足不斷更新的質量要求,而開展的策劃、組織、計劃、實施、檢查和監督、審核等所有管理活動的總合。(了解)
質量保證:質量保證是質量管理的一部分,致力于增強滿足質量要求的能力。(必會)包括內部保證和外部保證;內部保證是為了領導滿意,外部保證是為了忽悠客戶
質量控制:質量管理的一部分,致力于滿足質量要求。質量控制的目標就是確保產品的質量符合顧客、法律法規等方面所提出的質量要求,如適應性、可靠性和安全性(必會)
1.質量管理的基本原則(全員,全過程、領導參與)(了解)(1)以實用為核心的多元要求(2)系統工程(3)職工參與管理(4)管理層和第一把手重視(5)保護消費者權益(6)面向國際市場 2.項目質量管理的目標(了解)(1)顧客滿意度(2)預防勝于檢查(3)各階段內的過程 3.質量管理主要活動(必會)
(1)質量策劃(2)質量保證(3)質量控制 4.質量管理流程(PDCA)(了解)
(1)確立質量標準體系(2)對項目實施進行質量控制(3)將實際與標準對照(4)糾偏糾錯 12.1.2 國際質量標準
1.ISO9000 質量管理的 8 項原則
(1)以顧客為中心(2)領導作用(3)全員參與(4)過程方法(5)管理的系統方法(6)持續改進(7)基于事實的決策方法(8)與供方互利的關系 2.全面質量管理