系統(tǒng)集成項目策劃管理工程師希賽管理知識筆記

1、第1章 信息化基礎(chǔ)知識1.1 信息化基礎(chǔ)知識1.1.1 信息信息是不確定性的減少，（熵是系統(tǒng)無序程度的度量）信息（與熵正好相反）是系統(tǒng)有序程度的度量，信息量的單位為比特（bit，位）。1位的信息量，在變異度為2的最簡單情況下，確實是能消除非此即彼的不確定性所需要的信息量。信息的特征：客觀性、普遍性、無限性、動態(tài)性、依附性、變換性、傳遞性、層次性、系統(tǒng)性、轉(zhuǎn)化性。系統(tǒng)是由多個元素有機結(jié)合在一起，執(zhí)行特定功能以達到特定目標的集合體。信息系統(tǒng)確實是輸入數(shù)據(jù)后通過加工處理產(chǎn)生信息的系統(tǒng)。1.1.2 信息化1.1.3 國家信息化體系要素國家信息化體系的6個要素：信息資源：信息、材料和能源共同構(gòu)成經(jīng)濟和社

2、會進展的三大戰(zhàn)略資源。信息網(wǎng)絡(luò)：是信息資源開發(fā)、利用的基礎(chǔ)設(shè)施，包括計算機網(wǎng)絡(luò)、電信網(wǎng)、電視網(wǎng)。信息網(wǎng)絡(luò)在信息化過程中將逐步實現(xiàn)“三網(wǎng)融合”，最終做到“三網(wǎng)合一”。信息技術(shù)應(yīng)用：反映了效率、效果和效益。信息產(chǎn)業(yè)：是信息化的物質(zhì)基礎(chǔ)。信息化人才：信息化政策、法規(guī)、標注和規(guī)范：1.1.4 國家信息化指導思想、戰(zhàn)略方針、戰(zhàn)略目標1.1.5 我國信息化進展的戰(zhàn)略要點1.2 電子政務(wù)電子政務(wù)，確實是政府機構(gòu)應(yīng)用現(xiàn)代信息和通信技術(shù)，將治理和服務(wù)通過網(wǎng)絡(luò)技術(shù)進行集成，在互聯(lián)網(wǎng)上實現(xiàn)政府組織結(jié)構(gòu)和工作流程的優(yōu)化重組，超越時刻、空間和部門之間的分隔和限制，向社會提供優(yōu)質(zhì)和全方位的、規(guī)范而透明的、符合國際水準的治

3、理與服務(wù)。要緊模式有：G2G（政府對政府）：在政府內(nèi)部、政府上下級之間、不同地區(qū)和不同職能部門之間G2E（政府對公務(wù)員）：G2B（政府對企業(yè)）：G2C（政府對公民）：1.2.1 電子政務(wù)的概念和內(nèi)容1.2.2 電子政務(wù)的指導思想和指導原則1.2.2 電子政務(wù)建設(shè)的目標和要緊任務(wù)1.3 企業(yè)信息化企業(yè)應(yīng)用集成（EAI）技術(shù)是將進程、軟件、標準和硬件聯(lián)合起來，在兩個或更多的企業(yè)信息系統(tǒng)之間實現(xiàn)無縫集成。EAI包括企業(yè)內(nèi)部的應(yīng)用集成和企業(yè)間的應(yīng)用集成。企業(yè)內(nèi)部的應(yīng)用集成要緊解決企業(yè)內(nèi)部的業(yè)務(wù)流程和數(shù)據(jù)流量，包括業(yè)務(wù)流程是否自動流轉(zhuǎn)或如何樣流轉(zhuǎn)，以及業(yè)務(wù)過程的重要性。從應(yīng)用和技術(shù)上考慮，EAI分為界面

4、集成、平臺集成、數(shù)據(jù)集成、應(yīng)用集成和過程集成。1.3.1 企業(yè)信息化概述1.3.1 企業(yè)資源打算ERP是建立在信息技術(shù)的基礎(chǔ)上，利用現(xiàn)代企業(yè)的先進治理思想，全面集成企業(yè)的所有資源信息，并為企業(yè)提供決策、打算、操縱與經(jīng)營業(yè)績評估的全方位和系統(tǒng)化的治理平臺。ERP是從MRP-II（制造資源打算II）進展而來，主線也是打算，但ERP已將治理重心轉(zhuǎn)向財務(wù)，并在企業(yè)經(jīng)營運作中貫穿了財務(wù)成本操縱的概念。1.3.3 客戶關(guān)系治理CRM在堅持以客戶為中心的理念上，重構(gòu)了包括市場營銷和客戶服務(wù)等業(yè)務(wù)流程，通過對業(yè)務(wù)流程的全面治理來降低成本，通過集成信息系統(tǒng)和辦公系統(tǒng)來確?？蛻糁幸舛鹊奶岣摺?.3.4 供應(yīng)鏈治理

5、SCM是從源頭供應(yīng)商到最終消費者的集成業(yè)務(wù)流程，至少包括6大應(yīng)用功能：需求治理（預測和協(xié)作工具）、供應(yīng)鏈打算（多工廠打算）、生產(chǎn)打算、生產(chǎn)調(diào)度、配送打算、運輸打算。1.3.5 電子商務(wù)電子商務(wù)的三種模式：B2B（企業(yè)對企業(yè)）B2C（企業(yè)對個人）C2C（個人對個人）1.4 商業(yè)智能BI是企業(yè)對商業(yè)數(shù)據(jù)的收集、治理和分析的系統(tǒng)過程，目的是企業(yè)各級決策者獲得知識或洞察力，關(guān)心作出更有利的決策。BI是數(shù)據(jù)倉庫、OLAP（聯(lián)機分析處理）和數(shù)據(jù)挖掘等相關(guān)技術(shù)走向商業(yè)應(yīng)用后形成的一種應(yīng)用技術(shù)。BI系統(tǒng)實現(xiàn)了將原始業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)換為企業(yè)決策信息的過程，包括數(shù)據(jù)預處理、建立數(shù)據(jù)倉庫、數(shù)據(jù)分析及數(shù)據(jù)展現(xiàn)4個時期。第2

6、章 信息系統(tǒng)服務(wù)治理2.1 信息系統(tǒng)服務(wù)治理體系2.1.1 信息系統(tǒng)服務(wù)治理的內(nèi)容2.1.2 信息系統(tǒng)服務(wù)治理的推進2.2 信息系統(tǒng)集成資質(zhì)治理計算機信息系統(tǒng)集成是指計算機應(yīng)用系統(tǒng)工程和網(wǎng)絡(luò)系統(tǒng)工程的總體策劃、設(shè)計、開發(fā)、實施、服務(wù)及保障。計算機信息系統(tǒng)集成的資質(zhì)是指從事計算機信息系統(tǒng)集成的綜合能力，包括技術(shù)水平、治理水平、服務(wù)水平、質(zhì)量保證能力、技術(shù)裝備、系統(tǒng)建設(shè)質(zhì)量、人員構(gòu)成與素養(yǎng)、經(jīng)營業(yè)績、資產(chǎn)狀況等要素。依照計算機信息系統(tǒng)集成資質(zhì)治理方法，資質(zhì)等級分為一、二、三、四級。2.2.1 信息系統(tǒng)集成資質(zhì)治理的必要性和意義2.2.2 信息系統(tǒng)集成資質(zhì)治理方法2.2.3 信息系統(tǒng)集成資質(zhì)等級條件

7、計算機信息系統(tǒng)集成項目經(jīng)理是指從事計算機信息系統(tǒng)集成業(yè)務(wù)的企、事業(yè)單位的法定代表人在計算機信息系統(tǒng)集成項目中的代表人，是受系統(tǒng)集成企、事業(yè)單位法定代表人的托付對系統(tǒng)集成項目全面負責的項目治理者。項目經(jīng)理：項目治理工程師證書，至少2個合同額在200萬以上的項目，或總額在500萬以上、至少1個合同額在100萬以上、軟件費用不低于30%的項目?？沙袚?00萬以下的項目，或在高級項目經(jīng)理指導下承擔1500萬以下的項目。高級項目經(jīng)理：項目治理師證書，至少1個合同額在1200萬以上且軟件費用不低于30%的項目，或總額在3000萬以上、至少2個合同額在500萬以上、軟件費用不低于30%的項目?？沙袚?000

8、萬以下的項目。資深項目經(jīng)理：具備高級資質(zhì)，至少2個合同額在3000萬以上且軟件費用不低于30%的項目，或至少4個合同額在1500萬以上、軟件費用不低于30%的項目?？沙袚我忭椖?。2.3 信息系統(tǒng)工程監(jiān)理信息系統(tǒng)工程監(jiān)理是指依法設(shè)立且具備相應(yīng)資質(zhì)的信息系統(tǒng)工程監(jiān)理單位，受建設(shè)單位托付，依據(jù)國家有關(guān)法律法規(guī)、技術(shù)標準和信息系統(tǒng)工程監(jiān)理合同，對信息系統(tǒng)工程項目實施的監(jiān)督治理。依照信息系統(tǒng)工程監(jiān)理單位資質(zhì)治理方法，監(jiān)理單位資質(zhì)分為甲、乙、丙三個等級。信息系統(tǒng)工程監(jiān)理資質(zhì)證書有效期4年。信息系統(tǒng)工程監(jiān)理暫行規(guī)定信息系統(tǒng)工程監(jiān)理基礎(chǔ)治理：監(jiān)理的要緊內(nèi)容概括為“四控三管一協(xié)調(diào)”，其中“四控”指質(zhì)量操縱、投

9、資操縱、進度操縱、變更操縱?！叭堋笔侵负贤卫怼⑿畔⒅卫砗桶踩卫?，“一協(xié)調(diào)”是指溝通協(xié)調(diào)。項目監(jiān)理中，建設(shè)單位、承建單位、監(jiān)理單位的差不多關(guān)系為“三方一法”，即三方使用的差不多上項目治理方法。2.4 ITIL與IT服務(wù)治理、信息系統(tǒng)審計2.4.1 ITIL與IT服務(wù)治理2.4.2 信息系統(tǒng)審計第3章 信息系統(tǒng)集成專業(yè)技術(shù)知識3.1 信息系統(tǒng)集成簡述3.2 信息系統(tǒng)建設(shè)3.2.1 信息系統(tǒng)的生命周期信息系統(tǒng)生命周期能夠分為系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計、系統(tǒng)實施、系統(tǒng)運行和維護5個時期。系統(tǒng)規(guī)劃時期（做不做）：對企業(yè)的環(huán)境、目標及現(xiàn)行系統(tǒng)的狀況進行初步調(diào)查，依照企業(yè)的目標和進展戰(zhàn)略，確定信息系

10、統(tǒng)的進展戰(zhàn)略，對建設(shè)新系統(tǒng)的需求作出分析和預測，同時考慮建設(shè)新系統(tǒng)所受的各種約束，研究建設(shè)新系統(tǒng)的必要性和可能性。（可研）依照需要與可能，給出擬建系統(tǒng)的備選方案，并對這些方案進行可行性分析，寫出可行性分析報告?？尚行苑治鰣蟾嫱ㄟ^后，將新系統(tǒng)建設(shè)方案及實施打算編寫成系統(tǒng)設(shè)計任務(wù)書。系統(tǒng)分析時期（做什么：邏輯模型）：依照系統(tǒng)設(shè)計任務(wù)書所確定的范圍，對現(xiàn)行系統(tǒng)進行詳細調(diào)查，描述現(xiàn)行系統(tǒng)的業(yè)務(wù)流程，指出現(xiàn)行系統(tǒng)的局限性和不足之處，確定新系統(tǒng)的差不多目標和邏輯功能要求，即提出新系統(tǒng)的邏輯模型。（邏輯設(shè)計時期）那個時期是整個系統(tǒng)建設(shè)的關(guān)鍵時期，也是信息系統(tǒng)建設(shè)與一般工程項目的區(qū)不所在。本時期的工作成果體現(xiàn)

11、在系統(tǒng)講明書中，系統(tǒng)講明書是系統(tǒng)設(shè)計的依據(jù)，也是驗收系統(tǒng)的依據(jù)。系統(tǒng)設(shè)計時期（如何做：物理模型）：依照系統(tǒng)講明書中規(guī)定的功能要求，考慮實際條件，具體設(shè)計實現(xiàn)邏輯模型的技術(shù)方案，也確實是設(shè)計新系統(tǒng)的物理模型。（物理設(shè)計時期）那個時期可分為總體設(shè)計和詳細設(shè)計兩個小時期，那個時期的技術(shù)文檔是系統(tǒng)設(shè)計講明書。系統(tǒng)實施時期（做）：將設(shè)計的系統(tǒng)付諸實施，任務(wù)包括計算機等設(shè)備的購置、安裝和調(diào)試，程序的編寫和調(diào)試，人員培訓，數(shù)據(jù)文件的轉(zhuǎn)換，系統(tǒng)的調(diào)試與轉(zhuǎn)換等。系統(tǒng)運維時期（做的更好）：對系統(tǒng)進行維護和評價，記錄系統(tǒng)運行狀況，依照一定規(guī)格對系統(tǒng)進行必要的修改與優(yōu)化，評價系統(tǒng)的工作質(zhì)量和經(jīng)濟效益。信息系統(tǒng)建設(shè)的方

12、法有企業(yè)系統(tǒng)規(guī)劃（Business System Planning，BSP）方法、戰(zhàn)略數(shù)據(jù)規(guī)劃方法和信息工程方法，其中BSP是基礎(chǔ)。一個信息系統(tǒng)戰(zhàn)略規(guī)劃，應(yīng)當從總體信息系統(tǒng)結(jié)構(gòu)中的子系統(tǒng)開始實現(xiàn)。BSP對大型信息系統(tǒng)而言是“自上而下”的系統(tǒng)規(guī)劃、“自下而上”的分布實現(xiàn)。按照詹姆斯馬丁的觀點，企業(yè)要進行信息化建設(shè)，前要任務(wù)是在企業(yè)戰(zhàn)略目標的指導下做好企業(yè)戰(zhàn)略數(shù)據(jù)規(guī)劃工作。信息工程的組成包括系統(tǒng)的方法論、完備的工具集、信息工程環(huán)境和成熟的經(jīng)驗總結(jié)4個部分。信息工程方法認為，與企業(yè)的信息系統(tǒng)相關(guān)的3個要素是企業(yè)的各種信息、業(yè)務(wù)活動過程和采納的信息技術(shù)，信息、過程、技術(shù)構(gòu)成了企業(yè)信息系統(tǒng)的3個要素。3

13、.2.1 信息系統(tǒng)開發(fā)方法3.3 軟件工程3.3.1 軟件需求分析與定義軟件需求包括功能需求、非功能需求和設(shè)計約束3個方面的內(nèi)容。需求工程包括創(chuàng)建和維護系統(tǒng)需求文檔所需的一切活動的過程，可分為需求開發(fā)和需求治理兩大工作。需求開發(fā)包括需求獵取、需求分析、編寫規(guī)格講明書（需求定義）和需求驗證4個時期。需求治理包括需求基線、處理需求變更及需求跟蹤等方面的工作。3.3.2 軟件設(shè)計、測試與維護從工程治理的角度來看，軟件設(shè)計分為概要設(shè)計和詳細設(shè)計兩個時期。概要設(shè)計（高層設(shè)計）將軟件需求轉(zhuǎn)化化數(shù)據(jù)結(jié)構(gòu)和軟件的系統(tǒng)結(jié)構(gòu)。詳細設(shè)計（低層設(shè)計）將對結(jié)構(gòu)圖進行細化，得到詳細的數(shù)據(jù)結(jié)構(gòu)和算法。軟件測試的方法有白盒與

14、黑盒，測試時期有單元測試、集成測試（組裝測試）、確認測試、系統(tǒng)測試和驗收測試。相關(guān)概念有Alpha測試、Beta測試、回歸測試。軟件維護分為改正性維護、適應(yīng)性維護、改善性維護和預防性維護，4種。軟件過程治理包括CMM、CMMI、ISO2000。3.3.3 軟件復用軟件復用是與軟件構(gòu)件相關(guān)的，構(gòu)件是指有可復用價值的、功能相對獨立的軟件單元，常用構(gòu)件標準有OMG的Corba、SUN的EJB和MS的DCOM。3.3.4 軟件質(zhì)量保證及質(zhì)量評價3.3.5 軟件配置治理3.3.6 軟件開發(fā)環(huán)境3.3.7 軟件過程治理3.4 面向?qū)ο笙到y(tǒng)分析與設(shè)計3.4.1 面向?qū)ο蟮牟畈欢喔拍蠲嫦驅(qū)ο蟮牟畈欢喔拍畎?/p>

15、、對象、繼承、信息隱蔽、封裝、多態(tài)。3.4.2 可視化建模與統(tǒng)一建模語言統(tǒng)一建模語言（United Modeling Language，UML）是一種定義良好、易于表達、功能強大、普遍適用的建模語言。UML的結(jié)構(gòu)包括UML的差不多構(gòu)造塊、支配這些構(gòu)造塊將如何放在一起的規(guī)則（架構(gòu)）和一些運用于整個UML的機制。UML有4種事物、4種關(guān)系、14種圖形。3.4.3 使用面向?qū)ο蠹夹g(shù)進行軟件開發(fā)的最佳實踐RUP3.4.4 面向?qū)ο笙到y(tǒng)分析3.4.5 面向?qū)ο笙到y(tǒng)設(shè)計3.5 軟件架構(gòu)依照建模的側(cè)重點不同，能夠?qū)④浖w系結(jié)構(gòu)的模型分為5種，分不是結(jié)構(gòu)模型、框架模型、動態(tài)模型、過程模型和功能模型。這5種模型

16、有機的統(tǒng)一在一起，能夠形成一個完整的模型（4+1視圖模型），包括邏輯視圖、開發(fā)視圖、進程視圖、物理視圖和場景。3.5.1 軟件架構(gòu)定義3.5.2 典型架構(gòu)3.5.3 軟件架構(gòu)設(shè)計方法3.5.3 軟件架構(gòu)分析與評估3.5.5 軟件中間件中間件是在一個分布式系統(tǒng)環(huán)境中處于操作系統(tǒng)和應(yīng)用程序之間的一類軟件。中間件不僅要實現(xiàn)互連，還要實現(xiàn)應(yīng)用之間的互操作。中間件是基于分布式處理的軟件，最突出的特點是其網(wǎng)絡(luò)通信功能。3.6 典型應(yīng)用集成技術(shù)3.6.1 數(shù)據(jù)庫與數(shù)據(jù)倉庫技術(shù)數(shù)據(jù)倉庫是一個面向主題的、集成的、非易失的且隨時刻變化的數(shù)據(jù)集合，用于支持治理決策。數(shù)據(jù)倉庫的體系結(jié)構(gòu)要緊包括數(shù)據(jù)源、數(shù)據(jù)存儲與治理、

17、OLAP服務(wù)器和前端工具。數(shù)據(jù)挖掘是從大量的、不完全的、有噪聲的、模糊的、隨機的實際應(yīng)用數(shù)據(jù)中提取出隱含在其中的、事先不明白和有用的信息和知識的過程。數(shù)據(jù)挖掘技術(shù)包括關(guān)聯(lián)分析、序列分析、分類、預測、聚類分析以及時刻序列分析等。3.6.2 Web Services技術(shù)Web Service是解決應(yīng)用程序之間通信的一項技術(shù)，是描述一系列操作的接口，它使用標準的、規(guī)范的XML描述接口。這一描述包含與服務(wù)進行交互所需的全部細節(jié)，包括消息格式、傳輸協(xié)議和服務(wù)位置，而在對外的接口中隱藏了服務(wù)實現(xiàn)的細節(jié)，僅提供一系列可執(zhí)行的且獨立于軟、硬件平臺和編寫服務(wù)所用的編程語言的操作。Web Service模型中，有

18、3種工作角色，服務(wù)提供者（服務(wù)器）和服務(wù)請求者（客戶端）必須存在，服務(wù)注冊中心是一個可選角色，它們之間的交互和操作構(gòu)成了Web Service的架構(gòu)。Web Service模型中的操作包含3種，即公布服務(wù)描述、查找服務(wù)描述、依照服務(wù)描述綁定或調(diào)用服務(wù)，這些操作能夠單次或反復出現(xiàn)。與Web Service相關(guān)的技術(shù)有SOAP、XML、WSDL、UDDI。3.6.3 J2EE架構(gòu)、NET架構(gòu)3.6.4 工作流技術(shù)3.6.5 構(gòu)件及其在系統(tǒng)集成項目中的重要性3.6.6 常用構(gòu)件標準3.7 計算機網(wǎng)絡(luò)知識3.7.1 網(wǎng)絡(luò)技術(shù)標準與協(xié)議3.7.2 Internet技術(shù)及應(yīng)用3.7.3 網(wǎng)絡(luò)分類 3.7.

19、4 網(wǎng)絡(luò)治理3.7.5 網(wǎng)絡(luò)服務(wù)器3.7.6 網(wǎng)絡(luò)交換技術(shù)3.7.7 網(wǎng)絡(luò)存儲技術(shù)3.7.8 無線網(wǎng)絡(luò)技術(shù)、光網(wǎng)絡(luò)技術(shù)3.7.9 網(wǎng)絡(luò)接入技術(shù)3.7.10 綜合布線、機房工程3.7.11 網(wǎng)絡(luò)規(guī)劃、設(shè)計及實施原則第4章 項目治理一般知識4.1 什么是項目4.1.1 項目的定義項目是一個專門的、將被完成的有限任務(wù)，是在一定時刻內(nèi)滿足一系列特定目標的多項相關(guān)工作的總稱。項目的定義包含3層含義：第一，項目是一項有待完成的任務(wù)，且有特定的環(huán)境與要求；第二，項目是在一定的組織機構(gòu)內(nèi)，利用有限的資源（人力、物力、財力），在規(guī)定的時刻內(nèi)完成的任務(wù)；第三，任務(wù)要滿足一定的性能、質(zhì)量、數(shù)量、技術(shù)指標等要求。4.

20、1.2 項目目標4.1.3 項目特點4.1.4 信息系統(tǒng)集成項目的特點4.1.5 項目與日常運營4.1.6 項目和戰(zhàn)略4.1.7 項目治理的定義及其知識范圍項目治理是把各種知識、技能、手段和技術(shù)應(yīng)用于項目活動之中，以達到項目的要求。項目治理是通過應(yīng)用和綜合諸如啟動、規(guī)劃、實施、監(jiān)控和收尾等項目治理過程來進行的。項目經(jīng)理是負責實現(xiàn)項目目標的個人。4.1.8 項目治理需要的專業(yè)知識和技術(shù)4.1.9 項目治理學科的產(chǎn)生和進展4.1.10 項目經(jīng)理應(yīng)該具備的技能和素養(yǎng)4.1.11 項目干系人4.1.12 項目治理系統(tǒng)4.2 項目的組織方式4.2.1 組織體系項目的組織一般可分為4種類型：職能型組織：項

21、目型組織矩陣型組織復合型組織4.2.2 組織的文化與風格4.2.3 組織結(jié)構(gòu)4.2.4 PMO在組織結(jié)構(gòu)中的作用4.3 項目生命周期4.3.1 項目生命周期的特征項目生命周期的特點：項目時期一般按順序首尾銜接，各時期通過規(guī)定的技術(shù)信息、文檔、部件及相關(guān)治理文檔等中間成果的交接來確定。項目對費用和人員的要求開始時較少，隨著項目進展，人力投入和費用會越來越多，并達到一個最高點，當項目接近收尾時又迅速減少。項目開始時，對項目的把握較低，因此風險和不確定性是最高的。隨著項目逐步向前，成功的可能性越來越高。項目起始時期，項目利益相關(guān)者對項目產(chǎn)品的最后特點和最終成本的阻礙力最大。然后，逐漸減弱。4.3.2

22、 項目時期的特征4.3.3 項目生命周期與產(chǎn)品生命周期的關(guān)系4.4 典型的信息系統(tǒng)項目的生命周期模型從軟件生命周期的角度，信息系統(tǒng)的開發(fā)能夠分為打算、分析、設(shè)計、編碼、測試、運行和維護。4.5 單個項目的治理過程項目治理過程，包括啟動、打算、執(zhí)行、監(jiān)控和收尾5個過程組：啟動過程組：確定并項目或項目時期。在開始時期，啟動過程組的成果確實是形成項目章程、選擇項目經(jīng)理。打算過程組：確定和細化項目目標，并為實現(xiàn)項目目標和項目范圍規(guī)劃行動方針和路線，以確保實現(xiàn)項目目標。打算過程組的成果包括完成工作任務(wù)分解、項目進度打算、項目預算。執(zhí)行過程組：通過采取必要的行動，協(xié)調(diào)人力資源和其他資源，整體、有效地實施項

23、目打算。本組的成果確實是交付實際的項目工作。監(jiān)控過程組：定期測量和實時監(jiān)控項目進展，發(fā)覺偏離項目打算之外，及時采取糾正措施和進行變更操縱，確保項目目標的實現(xiàn)。本組成果是在規(guī)定的時刻、成本和質(zhì)量范圍內(nèi)獲得中意的結(jié)果。收尾過程組：采取正式的方式對項目成果、項目產(chǎn)品、項目時期進行驗收，確保項目或項目時期有條不紊的結(jié)束。本組成果包括項目正式驗收、項目審計報告、項目總結(jié)報告的編制和項目組成員的妥善安排。4.5.1 項目過程4.5.2 項目治理過程組4.5.3 項目治理過程圖示4.6 項目治理高級話題4.5.1 大型項目和大型項目治理4.5.2 項目組合和項目組合治理4.5.3 子項目第5章 立項治理工程

24、項目建設(shè)的全過程一般分為3個要緊時期：投資前、投資中和生產(chǎn)中。投資前的可行性研究工作要緊包括4個時期：機會研究、初步可行性研究、詳細可行性研究、評價與決策：投資機會研究（投資機會論證）時期的要緊任務(wù)是提出建設(shè)項目投資方向建議，即在一個確定的地區(qū)和部門內(nèi)，依照自然資源、市場需求、國家產(chǎn)業(yè)政策和國際貿(mào)易情況，通過調(diào)查、預測和分析、研究，選擇建設(shè)項目，查找投資的有利機會。機會研究要解決兩個問題：一是社會是否需要；二是有無可開展項目差不多條件。初步可行性研究（預可行性研究）時期的是正式的詳細可行性研究前的預備研究時期。初步可研作為投資項目機會與詳細可研的中間性或過渡性時期，目的如下：一、確定是否需要詳

25、細可研；二、確定哪些關(guān)鍵問題需要輔助性專題研究。詳細可行性研究（經(jīng)濟技術(shù)可行性研究）時期的是可研的要緊時期，是建設(shè)項目投資決策的基礎(chǔ)。它為項目決策提供技術(shù)、經(jīng)濟、社會、商業(yè)方面的評價依據(jù)，為項目實施提供科學依據(jù)，本時期目標如下：一、提出項目建設(shè)方案；二、進行效益分析和最終方案的選擇；三、確定項目投資的最終可行性和選擇依據(jù)標準。大型項目研究工作花費時刻為812個月，所需費用占投資總額的0.2%1%，中、小型項目研究工作花費時刻為46個月，所需費用占投資總額的1%3%。評價和決策時期：由投資決策部門組織和授權(quán)有關(guān)咨詢公司或?qū)＜?，代表項目業(yè)主和出資人對建設(shè)項目可行性研究報告進行全面的審核和評價。其要

26、緊任務(wù)是對擬建項目的可行性研究報告提出評價意見，最終決策該項目投資是否可行，確定最佳投資方案。對項目的評價與決策是在可行性研究報告的基礎(chǔ)上進行的，內(nèi)容如下：一、審核該報告內(nèi)容是否屬實；二、分析該報告中的各項指標計確實是否正確，如參數(shù)、基礎(chǔ)數(shù)據(jù)、定額費率的選擇等；三、從企業(yè)、國家和社會等方面分析、推斷項目的經(jīng)濟效益和社會效益。四、分析、推斷項目可研的可靠性、真實性和客觀性，對項目作出最終的投資決策。五、寫項目評估報告。5.1 立項治理內(nèi)容5.1.1 需求分析5.1.2 項目建議書5.1.3 項目可行性研究報告5.2 建設(shè)方的立項治理5.2.1 立項申請書（項目建議書）的編寫、申報和審批5.2.2

27、 項目的可行性研究5.2.3 項目招標5.3 承建方的立項治理5.3.1 項目識不5.2.2 項目論證5.2.3 投標5.4 簽定合同5.4.1 合同談判5.4.2 簽訂合同第6章 項目整體治理項目整體治理是在項目整個生命周期內(nèi)，匯合項目治理的知識領(lǐng)域，對所有項目打算進行整合執(zhí)行及操縱，以保證項目各要素相互協(xié)調(diào)的全部工作和活動過程。項目整體治理是從全局的、整體的觀點動身，通過有機協(xié)調(diào)項目各個要素（進度、成本、質(zhì)量和資源等），在相互阻礙的項目各項具體目標和方案中權(quán)衡和選擇，盡可能消除項目中各單項治理的局限性，從而實現(xiàn)最大限度地滿足項目干系人的需求和希望的目的。6.1 項目整體治理的要緊活動和流程

28、6.2 項目啟動6.2.1 項目章程的作用和內(nèi)容項目章程是正式授權(quán)一個項目和項目資金的文件，由項目發(fā)起人或項目組織之外的主辦人頒發(fā)。項目章程中應(yīng)任命項目經(jīng)理，授權(quán)其使用組織的資源開展項目活動。制定項目章程的輸入有項目合同、項目工作講明書、環(huán)境和組織因素、組織的過程資產(chǎn)；輸出有項目章程，工具和技術(shù)有項目選擇方法、項目治理方法論、項目治理信息系統(tǒng)、專家推斷。6.2.2 項目啟動的依據(jù)6.2.3 項目啟動的方法、技術(shù)和工具6.2.4 項目啟動過程的成果6.3 編制項目范圍講明書（初步）項目范圍講明書明確了在完成項目的過程中需要進行的諸多事項。制定項目范圍講明書（初步）是一個重要過程，在那個過程中要明

29、確項目及其相關(guān)的產(chǎn)品和服務(wù)的特性和邊界，以及范圍操縱和驗收的方法。編寫項目范圍講明書的輸入有項目章程、項目工作講明、環(huán)境和組織因素、組織的過程資產(chǎn)；輸出有項目范圍講明書（初步），工具和技術(shù)有項目治理方法論、項目治理信息系統(tǒng)、專家推斷。6.3.1 制定項目范圍講明書（初步）的技術(shù)和工具6.3.2 制定項目范圍講明書（初步）的輸入和輸出6.4 制定項目治理打算項目治理打算是一個用來協(xié)調(diào)所有其他打算以指導項目執(zhí)行和操縱的可操作的文件。項目打算必須包括項目的整體介紹、項目的組織描述、項目所需的治理程序和技術(shù)程序，以及項目需要完成的任務(wù)、項目的時刻進度和預算等。制定項目治理打算的輸入有項目章程、項目范圍

30、講明書（初步）、項目治理過程、預測、環(huán)境和組織因素、組織的過程資產(chǎn)、工作績效信息；輸出有項目治理打算、配置治理系統(tǒng)、變更操縱系統(tǒng)，工具和技術(shù)有項目治理方法論、項目治理信息系統(tǒng)、專家推斷。6.4.1 項目治理打算的含義、作用和內(nèi)容6.4.2 項目打算編制工作所遵循的差不多原則6.4.3 項目打算編制工作流程6.4.4 制定項目治理打算的要緊方法6.4.5 制定項目治理打算的輸入和輸出6.5 指導和治理項目執(zhí)行項目打算制定和實施之間的關(guān)系是“誰打算，誰實施，所有人都要按打算辦事?！敝笇Ш椭卫眄椖繄?zhí)行的輸入有項目治理打算、已批準的糾正措施、已批準的預防措施、已批準的變更申請、已批準的缺陷修復、確認缺

31、陷修復；輸出有可交付物、申請的變更、已實施的變更申請、已實施的糾正措施、應(yīng)用的預防行動、應(yīng)用過失修復、工作績效信息，工具和技術(shù)有項目治理方法論、項目治理信息系統(tǒng)。6.5.1 指導和治理項目執(zhí)行的方法6.5.1 指導和治理項目執(zhí)行的輸入和輸出6.6 監(jiān)督和操縱項目項目監(jiān)督與操縱的目的是提供對項目進展的理解，從而在項目表現(xiàn)明顯偏離打算時能夠采取適當?shù)募m正措施。項目監(jiān)督和操縱的手段要緊是通過在預定的里程碑處、項目進度表或工作分解結(jié)構(gòu)中的某個時期性節(jié)點，將實際的工作產(chǎn)品和任務(wù)屬性、工作量、成本以及進度與打算進行對比來確定進展情況。監(jiān)督和操縱項目工作的輸入有項目治理打算、工作績效信息、績效報告、被拒絕的

32、變更需求；輸出有建議的糾正措施、建議的預防措施、項目報告、預測、建議的缺陷修復、需求變更，工具和技術(shù)有項目治理方法論、項目治理信息系統(tǒng)、掙值治理、專家推斷。6.6.1 監(jiān)督和操縱項目的方法6.6.2 監(jiān)督和操縱項目的輸入和輸出6.7 整體變更操縱整體變更操縱是指在項目生命周期的整個過程中對變更進行識不、評價和治理，其目標是對阻礙變更的因素進行分析、引導和操縱，使其超著有利于項目方向進展，以及確定變更是否確實差不多發(fā)生或不久就會發(fā)生。當變更發(fā)生時，需要對其進行有效的操縱和治理。整體變更操縱的輸入有項目治理打算、申請的變更、工作績效信息、建議的糾正措施、建議的預防措施、建議的缺陷修復；輸出有已批準

33、的變更申請、被拒絕的變更申請、項目治理打算（已批準的更新）、項目范圍講明書（已批準的更新）、已批準的糾正措施、已批準的預防措施、已批準的缺陷修復、可交付物（已批準的），工具和技術(shù)有項目治理方法論、項目治理信息系統(tǒng)、專家推斷。6.7.1 整體變更操縱的方法6.7.2 整體變更操縱的輸入和輸出6.8 項目收尾項目收尾包括合同收尾和治理收尾。合同收尾確實是按合同約定，由項目組和業(yè)主一項一項的核對，檢查是否完成合同的要求，確定是否能夠結(jié)束項目，即項目驗收。治理收尾是關(guān)于內(nèi)部來講，把編寫好的項目文檔等歸檔，對外宣稱項目差不多結(jié)束，轉(zhuǎn)入維護期，把相關(guān)的產(chǎn)品講明轉(zhuǎn)到維護組，同時進行經(jīng)驗和教訓總結(jié)。項目收尾的

34、輸入有章程、范圍講明書、治理打算、合同文件、組織過程資產(chǎn)、環(huán)境和組織因素、工作績效信息、可交付物（已批準的）；輸出有治理收尾規(guī)程、合同收尾規(guī)程、最終產(chǎn)品/服務(wù)或成果、組織過程資產(chǎn)（更新），工具和技術(shù)有項目治理方法論、項目治理信息系統(tǒng)、專家推斷。6.8.1 治理收尾和合同收尾6.8.2 項目收尾的方法6.8.3 項目收尾的輸入和輸出第7章 項目范圍治理7.1 產(chǎn)品范圍與項目范圍7.2 編制范圍治理打算7.2.1 編制范圍治理打算的工具和技術(shù)7.2.2 編制范圍治理打算的輸入和輸出7.3 范圍定義7.3.1 范圍定義的工具和技術(shù)7.3.2 范圍定義的輸入和輸出7.4 創(chuàng)建工作分解結(jié)構(gòu)7.4.1 項

35、目工作分解結(jié)構(gòu)的目的和意義7.4.2 WBS的表示形式7.4.3 創(chuàng)建WBS的工具和技術(shù)7.4.4 創(chuàng)建WBS的輸入和輸出7.4.5 范圍基準7.5 范圍確認7.5.1 范圍確認的工具和技術(shù)7.5.2 范圍確認的輸入和輸出7.6 范圍操縱7.6.1 范圍操縱的工具和技術(shù)7.6.2 范圍操縱的輸入和輸出第8章 項目進度治理8.1 項目進度治理概述8.2 活動定義8.2.1 活動定義與工作分解結(jié)構(gòu)的關(guān)系8.2.2 里程碑8.2.3 活動定義的輸入8.2.4 活動定義的輸出8.2.5 活動定義所采納的要緊方法和技術(shù)8.3 活動排序8.3.1 活動排序的輸入8.3.2 活動排序所采納的要緊方法和技術(shù)8

36、.3.3 活動排序的輸出8.4 活動資源估算8.4.1 活動資源估算所遵循的差不多原則8.4.2 活動資源估算所采納的要緊方法和技術(shù)8.4.3 活動資源估算的輸入8.4.4 活動資源估算的輸出8.5 活動歷時估算8.5.1 活動歷時估算內(nèi)涵8.5.2 活動歷時估算所采納的要緊方法和技術(shù)8.5.3 活動歷時估算的輸入8.5.4 活動歷時估算的輸出8.6 制定進度打算8.6.1 進度打算編制工作所包括的要緊內(nèi)容8.6.2 制定進度打算所采納的要緊技術(shù)和工具8.6.3 制定進度打算的輸入8.6.4 制定進度打算的輸出8.7 項目進度操縱8.7.1 項目進度操縱概念及內(nèi)容8.7.2 項目進度操縱的要緊

37、技術(shù)和工具8.7.3 項目進度操縱的輸入8.7.4 項目進度操縱的輸出第9章 項目成本治理9.1 項目成本治理概述9.1.1 有關(guān)成本與成本治理的概念9.1.2 相關(guān)術(shù)語9.2 制定項目成本治理打算9.3 項目成本估算9.3.1 項目成本估算的要緊相關(guān)因素9.3.2 項目成本估算的要緊步驟9.3.3 成本估算的輸入、輸出9.3.4 成本估算的工具和技術(shù)9.4 項目成本預算9.4.1 項目成本預算及作用9.4.2 項目成本預算的差不多概念9.4.3 項目成本預算的輸入、輸出9.3.4 項目成本預算的工具和技術(shù)9.5 項目成本操縱9.5.1 項目成本操縱的要緊內(nèi)容9.5.2 成本操縱的輸入、輸出9

38、.5.3 成本操縱的工具和技術(shù)第10章 項目質(zhì)量治理10.1 質(zhì)量治理基礎(chǔ)10.1.1 質(zhì)量治理相關(guān)概念10.1.2 質(zhì)量治理差不多原則和目標10.1.3 質(zhì)量治理要緊活動和流程10.1.4 國際質(zhì)量標準10.1.5 軟件過程改進與能力成熟度模型10.2 制定項目質(zhì)量打算10.2.1 制定項目質(zhì)量打算包含的要緊活動10.2.2 制定項目質(zhì)量打算所采納的要緊方法、技術(shù)和工具10.2.3 制定項目質(zhì)量打算工作的輸入、輸出10.3 項目質(zhì)量保證10.3.1 項目質(zhì)量保證活動10.3.2 項目質(zhì)量保證的技術(shù)、方法10.3.3 項目質(zhì)量保證工作的輸入、輸出10.4 項目質(zhì)量操縱10.4.1 項目質(zhì)量操縱

39、概述10.4.2 項目質(zhì)量操縱的方法、技術(shù)和工具10.4.3 項目質(zhì)量操縱的輸入、輸出第11章 項目人力資源治理11.1 項目人力資源治理的定義及有關(guān)概念11.1.1 項目人力資源治理及其過程的定義11.1.2 項目人力資源治理有關(guān)概念11.2 項目人力資源打算編制11.2.1 項目組織結(jié)構(gòu)圖11.2.2 人員配備治理打算的作用和內(nèi)容11.2.3 項目人力資源打算編制的輸入11.2.4 項目人力資源打算編制的輸出11.3 項目團隊組織建設(shè)11.3.1 組織項目團隊11.3.2 現(xiàn)代激勵理論體系和差不多概念11.3.3 項目團隊建設(shè)11.4 項目團隊治理11.4.1 項目團隊治理的含義和內(nèi)容11

40、.4.2 項目團隊治理的方法11.4.3 沖突治理11.4.4 項目團隊治理的輸入、輸出第12章 項目溝通治理引言12.1 項目溝通治理的差不多概念12.1.1 溝通和溝通治理的含義及特點12.1.2 溝通模型及有效溝通原則12.2 溝通治理打算編制12.2.1 差不多概念12.2.2 溝通治理打算的要緊內(nèi)容12.2.3 項目中的會議12.2.4 溝通治理打算編制的技術(shù)12.2.4 溝通治理打算編制的輸入、輸出12.3 信息分發(fā)12.3.1 常用的溝通方式比較12.3.2 用于信息分發(fā)的技術(shù)、方法12.3.3 經(jīng)驗教訓總結(jié)過程12.4 溝通治理對組織過程資產(chǎn)的阻礙12.5 績效報告12.5.1

41、 績效報告的內(nèi)容12.5.2 形成績效報告的要緊步驟12.6 項目干系人治理12.6.1 項目干系人治理的含義12.6.2 項目干系人治理的方法12.6.3 項目干系人治理的輸入、輸出第13章 項目合同治理13.1 項目合同13.1.1 合同的概念13.1.2 合同的法律特征13.1.3 有效合同原則13.2 項目合同的分類13.2.1 按信息系統(tǒng)范圍劃分的合同分類13.2.2 按項目付款方式劃分的合同分類13.3 項目合同的簽訂13.3.1 項目合同的內(nèi)容13.3.2 項目合同簽訂的注意事項13.3.3 合同談判與簽訂13.4 項目合同治理13.4.1 合同治理及作用13.4.2 合同治理的

42、要緊內(nèi)容13.4.3 合同違約的治理13.5 項目合同索賠處理13.5.1 索賠概念和類型13.5.2 索賠構(gòu)成條件和依據(jù)13.5.3 索賠的處理第14章 項目采購治理14.1 采購治理的相關(guān)概念和要緊過程14.1.1 概念和術(shù)語14.1.2 采購治理的要緊過程14.2 編制采購打算14.2.1 編制采購打算的輸入、輸出14.2.2 用于編制采購打算過程的技術(shù)、方法14.2.3 工作講明書14.3 編制詢價打算14.3.1 常見的詢價文件14.3.2 確定對投標的評判標準14.4 詢價14.4.1 詢價的輸入14.4.2 詢價的方法和技術(shù)14.4.3 詢價的輸出14.5 招標14.5.1 招標

43、人及其權(quán)利和義務(wù)14.5.2 招標代理機構(gòu)14.5.3 招標方式14.5.4 招投標程序14.5.5 投標14.5.6 開標、評標和中標14.5.7 供方選擇14.5.8 相關(guān)法律責任14.6 合同14.6.1 合同治理要點14.6.2 合同收尾第15章 信息（文檔）和配置治理15.1 信息系統(tǒng)項目相關(guān)信息（文檔）及其治理15.1.1 信息系統(tǒng)項目相關(guān)信息（文檔）15.1.2 信息系統(tǒng)項目相關(guān)信息（文檔）治理的規(guī)則和方法15.2 配置治理15.2.1配置治理的有關(guān)概念15.2.2 制定配置治理打算15.2.3 配置識不與建立基線15.2.4 建立配置治理系統(tǒng)15.2.5 版本治理15.2.6 變更操縱15.2.7 配置狀態(tài)報告15.2.8 配置審計第16章 變更治理16.1 項目變更的差不多概念16.1.1 項目變更的含義16.1.2 項目變更的分類16.1.3 項目變更產(chǎn)生的緣故16.2 變更治理的差不多原則16.3 變更治理組織機構(gòu)與工作程序16.3.1 組織機構(gòu)16.3.2 工作程序16.4 項目變更治理的工作內(nèi)容16.4.1 嚴格操縱項目變更申請的提交16.4.2 變更操縱16.4.3 變更治理與其他項目治理要素之間的關(guān)系第17章 信息系統(tǒng)安全治理17.1 信息安全治理17.1.1 信息安全含義及目標