第一篇：2018上半年全國軟件水平考試(軟考)系統集成項目管理工程師第二章知識點

2018上半年全國軟件水平考試（軟考）系統集成項目管理工程師

第二章知識點（2）

2018年上半年軟考中項系統集成項目管理工程師的小伙伴是很多的，但是由于教材比較厚，知識點比較多，時間比較緊，所以復習和準備考試就成了頭等大事，甚至有些人直接準備裸考了。這可是萬萬要不得的，所以今天小編就來給大家準備系統集成項目管理工程師教材第二章的考試重點了。

第二章：信息系統服務管理

2.4信息系統工程監理資質管理

●信息系統工程監理資質管理的必要性、意義和主要內容

意義：

(1)監理幫助業主單位更合理的保證工程的質量、進度、投資，并合理、客觀的處理好它們之間的關系;

(2)監理可以合理的協調業主單位和建設單位之間的關系;

(3)有助于第三方的專業化服務功能。

信息系統工程包括信息網絡系統、信息資源系統、信息應用系統。

信息系統工程監理：指在政府工商管理部門注冊的且具有信息系統工程監理資質的單位，受建設單位的委托，依據國家有關法律法規，技術標準和信息系統工程監理合同，對信息系統工程項目實施的監督管理。

信息系統工程監理單位分為甲乙丙三級。

信息系統工程監理資格證書分為高級監理工程師、監理工程師、監理員。

監理內容：四控、三管、一協調。

四控：質量控制、進度控制、投資控制、變更控制。

三管：合同管理、信息管理、安全管理。

一協調：協調有關單位及人員之間的工作關系。

●信息系統工程監理資質管理辦法

●信息系統工程監理資質等級條件

●信息系統工程監理人員資質管理

好了，柚子今天就把2018年軟考中項系統集成項目管理工程師的知識重點放到這里了，里面要掌握的內容還是有不少的，大家要記牢哦！希望對各位備戰2018年軟考中項系統集成項目管理工程師的考生有所幫助，也希望大家能持續關注柚子發布的資料和信息！

第二篇：2018上半年全國軟件水平考試(軟考)系統集成項目管理工程師第一章知識點

2018上半年全國軟件水平考試（軟考）系統集成項目管理工程師

第一章知識點（2）

2018年上半年軟考中項系統集成項目管理工程師的小伙伴是很多的，但是由于教材比較厚，知識點比較多，時間比較緊，所以復習和準備考試就成了頭等大事，甚至有些人直接準備裸考了。這可是萬萬要不得的，所以今天小編就來給大家準備系統集成項目管理工程師教材第一章的考試重點了。

1.3企業信息化與電子商務

●企業信息化

企業信息化就是利用現代信息技術來實現企業經營戰略、行為規范和業務流程。

企業信息化結構：產品/服務層，作業層，管理層，決策層。

企業信息化就是在企業作業、管理、決策的各個層面，科學計劃、過程控制、事物處理、經營管理的各個領域，引進和使用現代化信息技術，全面改革管理體制和機制，從而大幅度提高企業工作效率、市場競爭能力和經濟效益。

●企業資源規劃(ERP)

ERP：EnterpriseResourceplanning，一般來說，ERP是一個以財務會計為核心的信息系統，用來識別和規劃企業資源，對采購、生產、成本、庫存、銷售、運輸、財務、人力資源等進行規劃和優化，從而達到最佳資源組合，使企業利潤最大化。

從計算機技術的角度來看，ERP系統是一種軟件工具，是一套復雜的信息管理系統。ERP系統綜合運用數據庫、面向對象、圖形用戶界面(GUI)和網絡通信等計算機技術，實現系統化的企業管理。

ERP系統特點：ERP是統一的集成系統;ERP是面向業務流程的系統;ERP是是模塊化可配置的;ERP是開放的系統。

ERP系統功能：財會管理;生產控制管理;物流管理;人力資源管理等。

●客戶關系管理(CRM)

客戶Customer狹義概念，僅指企業產品和服務的使用者，或者指為企業提供經濟來源的群體;廣域概念，指企業產品和服務的使用者，或者指為企業提供經濟來源的群體，還包括他的員工、合作伙伴、競爭對手。

ERM：EnterpriseRelationshipManagement廣義概念，企業關系管理

CRM：CustomerRelationshipManagement.狹義概念，客戶關系管理

CRM定義：CRM系統是基于方法學、軟件和因特網的以有組織的方式幫助企業管理客戶關系的信息系統。CRM概念的3個要點：客戶、關系、管理。

CRM系統功能：

(1)有一個統一的以客戶為中心的數據庫;

(2)具有整合各種客戶聯系渠道的能力;

(3)能夠提供銷售、客戶服務、營銷三個業務的自動化工具，并且在這三者之間實現通信接口，使得其中一項業務模塊的事件可以觸發另外一個業務模塊中的響應;

(4)具備從大量數據中提取有用信息的能力，即這個系統必須實現基本的數據挖掘模塊，從而使其具有一定的商業智能。

●供應鏈管理(SCM)

SCM：SupplyChainManagement

供應鏈的概念：傳統概念認為供應鏈描述的是企業間的采購、供應關系，這種關系僅局限于制造商和供應商之間的關系，忽略了與外部供應鏈成員的聯系。現代供應鏈概念增加了三個要點：關于核心企業、關于戰略伙伴關系、關于增值鏈。

供應鏈的結構：供應鏈是一個范圍很大的企業結構模式，包含了所有參與的節點企業，從原材料開始，經過各個環節，直到最終用戶。

供應鏈管理：是一種集成的管理思想和方法，是在滿足服務水平要求的同時，為了使系統成本達到最低而采用的將供應商、制造商、倉庫和商店有效的結合成一體來生產商品，有效的控制和管理各種信息流、資金流和物流，并把正確數量的商品在正確的時間配送到正確的地點的一套管理方法。

供應鏈管理分類：

(1)按供應鏈管理的對象分：企業供應鏈、產品供應鏈、基于供應鏈契約的供應鏈;

(2)按網狀結構分：V型供應鏈、A型供應鏈、T型供應鏈;

(3)按產品分：功能型供應鏈、創新型供應鏈。

(供應鏈的設計)

敏捷供應鏈特點：

(1)支持供應鏈中跨企業的生產方式的快速重組，有助于促進企業間的合作和合作的優化，從而實現對市場變化的快速響應，對市場需求的快速理解，對新產品或服務的快速研發、生產和供應;

(2)不僅支持企業內部信息系統的調整、重構和信息共享，而且支持供應鏈中跨企業信息系統的集成、調整、重構和信息共享;

(3)敏捷型供應鏈中各個企業能根據敏捷化要求方便地進行組織、管理的調整和企業生產模式的轉變。

●企業應用集成

EAI：EnterpriseApplicationIntegration

EAI技術是將進程、軟件、標準和硬件聯合起來，在2個或更多的企業信息系統之間實現無縫集成，使它們就像一個整體一樣。

EAI內容：

(1)企業內的集成：集成模式有界面集成、平臺集成、數據集成、應用集成、過程集成;(2)企業間應用集成。

EAI集成模式有3種，分別是面向信息的集成技術、面向過程的集成技術、面向服務的集成技術。

●電子商務

電子商務概念：使用基于因特網的現代信息技術工具和在線支付方式進行商務活動。

電子商務類型：企業與企業間電子商務B2B，企業與客戶間的電子商務B2C，客戶與客戶間的電子商務C2C，政府部門與企業間的電子商務G2B。

電子商務發展的支撐保障體系：法律法規體系;標準規范體系;安全認證體系;信用體系;在線支付體系;現代物流體系;技術裝備體系;服務體系;運行監控體系。

1.4商業智能(BI)

BI：BusinessIntelligence

商業智能：將組織中現有的數據轉化為知識，幫助組織做出明智的業務經營決策。

商業智能一般由數據倉庫、聯機分析處理(OLAP，On-LineAnalyticsProcess)、數據挖掘、數據備份和恢復等部分組成。

數據挖掘(DataMining)：指源數據經過清洗和轉換等成為適合于挖掘的數據集。是從特定形式的數據集中提煉知識的過程。

聯機分析處理(OLAP)也被稱為多維分析。

商業智能的實現有三個層次：數據報表、多維數據分析、數據挖掘。

實施商業智能的步驟：需求分析;數據倉庫建模;數據抽取;建立商業智能分析報表;用戶培訓和數據模擬測試;系統改進和完善。

好了，柚子今天就把2018年軟考中項系統集成項目管理工程師的知識重點放到這里了，里面要掌握的內容還是有不少的，大家要記牢哦！希望對各位備戰2018年軟考中項系統集成項目管理工程師的考生有所幫助，也希望大家能持續關注柚子發布的資料和信息！

第三篇：2018上半年全國軟件水平考試(軟考)系統集成項目管理工程師第三章重要考點1

2018上半年全國軟件水平考試（軟考）系統集成項目管理工程師

第三章重要考點（1）

2018年上半年軟考中項系統集成項目管理工程師的小伙伴是很多的，但是由于教材比較厚，知識點比較多，時間比較緊，所以復習和準備考試就成了頭等大事，甚至有些人直接準備裸考了。這可是萬萬要不得的，所以今天小編就來給大家準備系統集成項目管理工程師教材第二章的考試重點了。

3.信息系統集成專業技術知識

3.1信息系統建設

●信息系統集成(概念、類型)

概念：是指將計算機軟件、硬件、網絡通信等技術和產品集成成為能夠滿足用戶特定需求的信息系統，包括總體策劃、設計、開發、實施、服務及保障。

類型：設備系統集成、應用系統集成(ApplicationSystemIntegration)。

其中設備系統集成包括：

智能建筑系統集成(IntelligentBuildingIntegration)、計算機網絡系統集成(ComputerNetworkSystemIntegration)、安防系統集成(SecuritySystemIntegration)。

●信息系統的生命周期、各階段目標及主要工作內容

生命周期：立項、開發、運維、消亡。

立項：概念形成階段、需求分析階段;

開發：總體規劃階段、系統分析階段、系統設計階段、系統實施階段、系統驗收階段;

運維：排除性運維、適應性運維、完善性運維、預防性運維。

●信息系統開發方法

結構化方法;原型法;面向對象方法。

(1)結構化方法：(面向過程)

結構化方法是按照信息系統生命周期，應用結構化系統開發方法，把整個系統的開發過程分為若干階段，然后一步一步的依次執行，前一階段是后一階段的工作依據;每個階段又劃分為詳細的工作步驟，順序作業。

結構化方法特點：

(1)遵循用戶至上原則;

(2)嚴格區分工作階段，每個階段有明確的任務和取得的成果;

(3)強調系統開發過程的整體性和全局性;

(4)系統開發過程工程化，文檔資料標準化。

結構化方法優點：

理論基礎嚴密，它的指導思想是用戶需求在系統建立之前就能被充分了解和理解，注重開發過程的整體性和全局性。

結構化方法缺點：

開發周期長;文檔、設計說明繁瑣，工作效率低;要求在開發之初全面認識系統的信息需求，充分預料各種可能發生的變化，但這并不現實;若用戶參與系統開發的積極性沒有充分調動，將造成系統交接過程不平穩，系統運行與維護管理難度加大。

(2)原型法：

原型法認為在很難全面準確地提出用戶需求的情況下，不要求對系統做全面、詳細的調查分析，本著開發人員對用戶需求的初步理解，快速開發一個原型系統，通過反復修改該原型來實現用戶的最終系統需求。

原型法特點：

實際可行;最有最終系統的基本特征;構造方便、快速，造價低。

原型法適用于用戶需求開始時定義不清、管理決策方法結構化程度不高的系統開發，開發方法宜被用戶接受;但如果用戶配合不好，盲目修改，容易拖延開發過程。

原型法分類：

拋棄型原型;進化型原型。

(3)面向對象方法：

面向對象指將每個客觀事物抽象為對象，將對象作為系統的基本構成單位，每個客觀事物間的聯系通過對象間的消息傳遞機制來實現，這樣可以使系統直接地映射問題域，保持問題域中事物及其相互關系的本來面貌。

面向對象的信息系統開發，關鍵點為建立一個全面、合理、統一的模型，它既能反映問題域，又能被計算機系統求解域接受。

面向對象開發分為分析、設計、實現3個階段。

3.2信息系統設計

●方案設計

●系統架構

●設備、DBMS和技術選型

3.3軟件工程

●軟件需求分析與定義

軟件需求定義：

軟件需求是一個為解決特定問題，而必須由被開發或被修改軟件展示的特性。

軟件需求基本特征：可驗證性、優先級、唯一性。

軟件需求分析的目的：

(1)檢測和解決需求之間的沖突;

(2)發現軟件的邊界，確定軟件與環境間的交互;

(3)描述系統需求，以確定軟件需求。

開發真實世界問題的模型是軟件需求分析的關鍵，模型的目的是幫助解決問題，而不是啟動方案的設計。概念模型由來自問題域的實體模型組成，實體模型反映了它們在真實世界的聯系和依賴。

●軟件設計、測試與維護

軟件設計是定義一個系統的架構、組件、接口和其他特征的過程，并得到這個過程的結果。軟件設計活動組成：

(1)軟件架構設計：描述軟件的組織和結構，標識各種不同的組件;

(2)軟件詳細設計：詳細的描述各個組件，使之能被構造。

軟件測試是為評價和改進產品質量、識別產品缺陷和問題而進行的活動。

軟件測試分類：單元測試、集成測試、系統測試。

軟件維護是為需要提供軟件支持的全部活動，包括交付前完成的活動，交付后完成的活動。

軟件維護分類：更正性維護、適應性維護、完善性維護、預防性維護。

●軟件復用

軟件復用是指利用已有軟件的各種知識來構造新的軟件，以縮減軟件開發、維護的費用。軟件復用是提高軟件生產力和質量的一種重要技術。

軟件復用按抽象程度的高低分類：代碼的復用、設計的復用、分析的復用、測試信息的復用。

面向對象的軟件開發和軟件復用之間的關系式相輔相成的。

●軟件質量保證及質量評價

軟件質量定義：軟件特性的綜合，軟件滿足規定和潛在用戶的能力。

軟件質量包括內部質量、外部質量、使用質量3部分。

軟件質量管理過程：質量保證過程、驗證與確認過程、評審與審計過程。

●軟件配置管理

軟件配置管理：通過標識產品的元素，管理和控制變更，驗證、記錄、報告配置信息，來控制產品的進化和完整性。軟件配置管理和軟件質量保證密切相關。

軟件配置管理活動：軟件配置管理過程的管理和計劃、軟件配置標識、軟件配置控制、軟件配置狀態記錄、軟甲配置審計、軟件發布管理與交付。

●軟件開發工具

軟件需求工具、軟件設計工具、軟件構造工具、軟件測試工具、軟件維護工具、軟件配置管理工具、軟件工程管理工具、軟件工程過程工具、軟件質量工具。

●軟件過程管理

軟件工程管理包含過程管理和項目管理，包括6個方面：啟動和范圍定義、軟件項目計劃、軟件項目實施、評審和評價、關閉、軟件工程度量。

好了，柚子今天就把2018年軟考中項系統集成項目管理工程師的知識重點放到這里了，里面要掌握的內容還是有不少的，大家要記牢哦！希望對各位備戰2018年軟考中項系統集成項目管理工程師的考生有所幫助，也希望大家能持續關注柚子發布的資料和信息！

第四篇：2014軟考系統集成項目管理工程師[考前紙條]考試必備

風險管理

風險管理規劃---風險識別 –風險定性分析----風險定量分析------應對計劃編制----風險監控

風險管理計劃的內容------------方法論，角色與職責，預算，計時法，風險分類，風險概率和影響的定義，概率和影響的矩陣，修改的利害關系承受度，匯報格式，跟蹤

風險識別的方法----德爾菲技術 頭腦風暴法SWOT分析法檢查表 圖解技術，定性風險分析的方法---風險概率與影響評估概率和影響矩陣風險分類 風險緊迫性評估

定量風險分析的方法---期望貨幣值（EMV）。計算分析因子，計劃評審技術蒙特卡洛分析風險靈敏

度分析決策樹分析，建模與仿真

消極風險的應對策略 –規避 減輕轉移 接受積極風險的應對策略----分享 提高開拓接受

風險監控的具體方法---風險再評估，風險審計，技術績效衡量，儲備金分析，狀態審查會，變差

和趨勢分析風險預警管理

SV=EV-PVCPI=EV÷ACCV=EV-ACSPI=EV÷PVBAC完工總預算ETC =剩余工作估算EAC =最可能的項目整體估算值基于非典型的偏差計算 ETC=BAC-EV典型 ETC=(BAC-EV)/CPIEAC= ETC + ACEAC = AC +(BAC-EV)/CPI

項目啟動

項目啟動的步驟： 1制定項目章程 2制定項目范圍說明書

項目啟動依據： 1 合同 2 項目工作說明書 3組織的和環境的因素 4組織過程資產

項目章程的內容： 1項目干系人的需求和期望提出的要求2 項目必須滿足的業務需求和產品需求 3項目的目的和項目立項的理由 4授權項目經理及項目經理的權限級別，5組織的，外部的環境的假設 6組織的外部的環境的約束 7概要預算8 論證項目的業務方案，包括投資回收率9項目干系人的影響 10組織職能部門的參與 11概要的里程碑進度計劃

項目立項

建設方立項管理的內容： 1 立項建議書的編寫，2立項建議書的申報 3立項建議書的審批 4項目可行性研究(初步可行性研究，詳細可行性研究，項目論證，項目評估)5項目可行性研究報告的編寫，提交和獲得批準6 項目招標

承建方項目立項的內容和補助：1項目識別（從市場需求中，政策導向中，技術發展中尋求機會）2項目論證3投標

項目可行性研究報告具有預見性，公正性，可靠行，科學性的特點，一般包含以下內容：

投資必要性 技術可行性財務可行性 組織可行性 經濟可行性組織可行性 社會可行性風險因素及對策

項目范圍管理

編制范圍管理計劃---范圍定義-創建工作分解結構---范圍確認（范圍核實）---范圍控制

范圍說明書包含的內容如下： 1 項目的目標 2 產品或 項目的范圍描述 3項目的可交付物4 項目的驗收標準5項目的約束條件 6項目的假定 7項目的邊界

分解工作結構應把握的原則： 1在各個層次上保持項目的完整性，避免遺漏必要的組成部分 2 一個工作單元從屬于某個上層單元，避免交叉從屬3 相同層次的工作單元 應有相同的性質4工作單元應能分開不同的責任者和工作內容5便于項目管理進行計劃和控制的管理需要6最底層工作應有可比性，可管理行，是可定量檢查的7 應包括項目管理工作，包括分包出去的工作

范圍變更產生的原因： 1項目外部環境發生了變化 2項目范圍的計劃編制不周密詳細，有一定的錯誤和遺漏 3項目實施組織本身發生了變化 4市場上出現了或是設計人員提出了新技術新方案5客戶對項目或者產品的要求發生了變化

變更控制的焦點問題是：1 確定范圍變更是否已經發生 2 對造成范圍變更的因素施加影響，以確保這些變更得到一致的認可 3 當范圍變更發生時，對實際的變更進行管理

項目進度管理

活動定義—活動排序 –活動資源估算—活動歷時估算 –制定進度表 –進度控制

重要的檢查點是里程碑，重要的需要客戶確認的里程碑，就是基線。

活動歷時估算的工具和技術 ： 專家判斷，類比估算，三點估算（PERT），參數估算，后備分析 進度壓縮的工具 1 趕工 趕工并非總能產生可行的方案，反而會增加費用快速跟進 這種進度壓縮技術 通常同時進行按先后順序的階段或活動，其結果是以增加費用為

代價換取時間，并因縮短項目進度時間而增加風險

制定進度計劃采用的主要技術和工具 ： 1進度網絡分析2關鍵路線 法3 進度壓縮4假設情景分析 5資源平衡 6關鍵鏈法7項目管理軟件8應用日歷等

通常可以用以下方法縮短活動的工期 ：1指派經驗豐富的人去完成或者幫助完成工作 2投入更多的資源加速活動進程3 減小活動范圍或者降低活動要求 4通過改進方法或者提高生產效率 5趕工6快速跟進對進度變更的控制 ： 1判斷項目進度的當前狀態 2 對造成項目進度變更的因素施加影響 3 查明進度是否已經改變4在實際變更出現時管理實際的變更

項目成本管理

制定成本管理計劃---成本估算 –成本預算 –成本控制

造成項目成本失控的原因有： 1對工程項目認識不足2 組織制度不健全3防范問題 4技術的制約項目的應急儲備是已知的未知，納入項目成本基準中，項目經理使用需要授權才行，而管理儲備是未知的未知，可能會不用，但是都是屬于應付項目風險的考慮，如果管理儲備需要用時，需要授權且用后需對項目基線進行變更。

成本估算的步驟： 1 識別并分析成本的構成科目 2根據識別的成本構成科目，估算每一科目的成本大小分析成本估算結構，找出各種可以相互替代的成本，協調各種成本之間的比例關系

成本估算的工具和技術：1類比估算2確定資源費率 3 自下而上估算 4 參數估算 5項目管理軟件 6供應商投標分析 7準備金分析8質量成本

項目成本預算的步驟 ： 1將項目總成本分攤到項目工作分解結構的各個工作包2 將各個工作包成本再分配到該工作包所包含的各項活動上3 確定各項成本預算的時間計劃與項目成本預算計劃

項目成本預算的特征 ：約束性 控制性 計劃性

項目成本預算應遵循的原則 : 1 項目成本預算應以項目需求為基礎 2項目成本預算要與項目目標相聯

系，必須同時考慮項目質量目標和進度目標3 項目成本預算要切實可行4項目成本預算應當留有彈性 項目成本預算的工具與技術：1成本匯總 2 準備金分析3 參數估算4資金限制平衡

項目成本控制的主要內容：1對造成成本基準變更的因素施加影響 2 確保變更請求獲得同意3 當變更發生時，管理這些實際的變更，4保證潛在的成本超支不超過授權的項目階段資金和總體資金5監督成本執行，找出 與成本基準的偏差6正確記錄所有的與成本基準的偏差 7 防止錯誤的，不恰當的變更納入項目的成本或者資源使用報告中8就審定的變更，通知項目干系人 9采取措施，將預期的成本超支控制在可接受的范圍內

項目質量管理

質量管理的基本原則 –1以使用為核心的多元要求2 系統工程 3職工參與管理 4管理層和一把手重視 5 保護消費者權益6面向國際市場

質量管理的流程---1建立質量標準體系 2對項目實施進行質量監控3 將實際與標準對照4糾偏糾錯ISO質量管理管理的9大原則 – 以顧客為中心領導作用，全員參與，過程方法，持續改進，基于事實的決策方法，與供方互利的關系，管理的系統方法

全面質量管理的4個核心特征-----全員參與，全過程，全面方法，全面結果質量管理

質量計劃的方法和技術----1效益成本分析2基準比較3 流程圖4實驗設計5質量成本分析6 質量功能展開7過程決策程序圖法

質量保證的工具和技術---過程分析項目質量管理通用方法項目質量審計

質量控制的技術 和方法---測試檢查 統計抽樣六西格瑪因果圖流程圖直方圖檢查表散點圖排列圖控制圖相互關系圖 親和圖樹狀圖矩陣圖過程決策程序圖活動網絡圖

質量控制過程的基本步驟---1選擇控制對象2為控制對象選擇質量標準或者目標 3 制定實施計劃，確定保證措施4 按計劃執行 5對項目實施情況進行跟蹤，檢查，并將檢測的結果與計劃或者標準比較6 發現并分析偏差，7 根據偏差采取相應對策，質量保證活動的基本內容-----1制定質量標準2 制定質量控制流程3 提出質量保證所采用的方法和技術4建立質量保證體系

成功的項目團隊的特點： 1團隊的目標明確2 團隊的組織結構清晰，崗位明確 3 有成文或者習慣的工作流程和方法，而且流程簡明有效 4有共同制定并遵守的組織紀律5協同工作，也就是一個成員的工作需要依賴與另一個成員的結果，善于總結和交流，5項目經理對團隊成員有明確的考核和評價標準，工作結果公開公正，賞罰分明

項目團隊建設的階段-----形成階段，震蕩階段，規范階段，發揮階段，結束階段

項目溝通管理

影響有效溝通的因素：1 溝通雙方的物理距離 2 溝通的環境因素 3 缺乏清晰的溝通渠道 4 復雜的組織結構 5 復雜的技術術語 6 有害的態度

有效溝通應遵循的基本原則-----溝通內外有別溝通的升級原則溝通應采用不同的溝通風格非

正式的溝通有利于關系的協調

溝通管理計劃的內容：----1項目干系人的溝通要求 2 對要發布信息的描述 3 信息接收的組織和個人 4

傳達信息所需的技術和方法 5 溝通頻率，如每周溝通 6 上報過程，對下層無法解決的問題，確定問題上報的時間要求和管理鏈 7 隨項目的進展對溝通管理計劃更新與細化的方法8通用詞語表績效報告的內容----1項目的進展和調整情況2 項目的完成情況3項目總投入，資金到位情況 4項目主

要效益情況5財務制度執行情況6 項目團隊各職能團隊的績效7項目執行中存在的問題和改進措施8預測9項目資金實際支出情況10 變更請求

形成績效報告的主要步驟如下---收集依據資料項目績效評審

項目合同管理

合同管理的內容------合同簽訂管理，合同履行管理，合同變更管理，合同檔案管理

合同違約的四種承擔方式---繼續履行賠償損失采取補救措施，支付違約金或定金

合同談判要注意如下三個問題------1談判要制定切合實際的談判目標，2 要抓住實質問題3 營造一個平等協商的氛圍

合同管理的重要作用----1合同確定了信息系統實施和管理的主要目標，是合同雙方在工程中各種經濟活動的一句2 合同規定了雙方的經濟關系，包括實施過程中的經濟責任，經濟利益和權利 3 合同是監理的基本依據，利用合同可以對工程進度，質量，成本實施控制

合同管理的工具和技術===== 1買方主持的績效審核，2檢驗和審計 3 績效報告 4 支付系統 5 索賠管理6自動的工具系統

合同索賠事件處理的原則------1索賠必須以合同為依據 2 必須注意資料的積累3 及時，合理地處理索

賠4加強索賠的前瞻性

變更管理

變更常見的原因如下---1產品范圍 定義的過失與疏忽2項目范圍定義的過失與疏忽3 增值變更 4

應對風險的緊急計劃 或者回避計劃5項目執行過程與項目基準 要求不一致帶來的被動調整 6外部事件

變更管理的基本原則----首先建立項目基準，變更流程和變更控制委員會 包括以下內容;1 基準管理 2明

確組織分工，3 建立變更控制流程4 完整體現變更的影響5妥善保存變更產生相關文檔

變更管理的工作程序-----提出或者接受變更申請，變更的初審變更方案的論證變更控制委員會審

查，發出變更通知并開始實施變更變更實施的監控變更效果的評估判斷發生變更后的項目

是否已經納入正常軌道

第五篇：軟考-2016系統集成項目管理工程師重點考點

2016系統集成項目管理工程師（中級）考試重點

一、考試說明

1、考試要求

（1）掌握計算機軟件與信息系統集成知識；（2）掌握信息系統集成項目管理知識、方法和工具；（3）熟悉信息化知識；

（4）熟悉信息安全知識與安全管理體系；（5）熟悉系統集成有關的法律法規、標準規范；（6）熟悉系統集成項目管理工程師職業道德要求；（7）了解信息系統工程監理知識；

（8）了解信息系統服務管理、ISO9000、軟件過程改進等相關體系；（9）熟練閱讀和正確理解相關領域的英文資料。

2、獲得技能

通過本考試的合格人員能夠掌握系統集成項目管理的知識體系；具備管理系統集成項目的能力；能根據需求組織制訂可行的項目管理計劃；能夠組織項目實施，對項目的人員、資金、設備、進度和質量等進行管理，并能根據實際情況及時做出調整，系統地監督項目實施過程的績效，保證項目在一定的約束條件下達到既定的項目目標；能分析和評估項目管理計劃和成果；能在項目的早期發現問題，并有預防問題的措施；能協調系統集成項目所涉及的相關人員；具有工程師的實際工作能力和業務水平。

3、本考試設置的科目

（1）系統集成項目管理知識，考試時間為150分鐘，筆試，選擇題；（2）系統集成項目管理應用技術，考試時間為150分鐘，筆試，問答題；

系統集成項目管理工程師重點考點核心資料

第一章信息系統概述 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 信息系統集成資質管理 2.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.可行性研究的主要任務包括：（技術可行性）、（經濟可行性）和（社會可行性）(必會)2.可行性研究的工作步驟：（了解，每個問題都讀一下，通讀一下這幾點，有印象）

（1）核實問題定義與目標（2）研究分析現有系統（3）為新系統建模（4）客戶復核

（5）提出并評價解決方案

（6）確定最終推薦的解決方案：進行成本/效益分析

進行成本/效益分析可分兩部分進行（以后具體會講現在只做了解）1)成本估計：常用的有功能點分析、OCCOMO 分析等 2)效益分析：

a.貨幣的時間價值b.投資回收期c.投資回報率

（7）草擬開發計劃

（8）以書面方式提交《可行性分析報告》

4.3 需求分析（了解）

需求分析包括繪制系統上下文范圍關系圖、創建用戶接口原型、分析需求的可行性、確定需求的優先級、為需求建立模型、創建數據字典、使用質量功能調配。

質量功能調配（QFD）數據流圖（DFD）

需求分析的主要方法包括：結構化分析方法、軟系統方法、面向對象分析方法、面向問題域的分析。4.4 軟件設計測試和維護 4.4.1 軟件設計（了解）

（1）軟件設計的基本原則：信息隱蔽、模塊獨立性、（模塊內部高內聚（功能、信息、通信、過程、時間、邏輯）；模塊間低耦合）

（2）系統結構圖：模塊、模塊間的調用關系、模塊間的通信、輔助控制符號（3）常用系統結構圖：變量型、事務型、混合型（4）用戶界面：可使用性、靈活性、復雜性和可靠性

4.4.2 軟件測試方法（必會）

軟件測試的方法分為（白盒測試）和（黑盒測試）；

單元測試、系統測試、驗收測試（請自己百度下專業名詞比如黑盒子測試、白盒測試）

1.黑盒測試：

（1）概念：黑盒測試吧測試對象看成一個空盒子，不考慮程序內部的邏輯結構和內部特性，只是依據程序的需求規格說明書，檢查程序的功能是否符合它的功能說明，又稱為功能測試或數據驅動測試。（2）黑盒測試的方法：

1）等價類：根據某種規則，劃分為幾個類型，從中選拔出幾個測試代表 2）邊界值 3）錯誤推測

4）因果圖和綜合分析法

2.白盒測試

（1）概念：白盒測試吧測試看成一個透明的盒子，它允許測試人員利用程序內部的邏輯結構和有關信息設計或選擇測試用例。又稱為結構測試或邏輯驅動測試（考慮內部邏輯結構，用覆蓋的方式實現）（2）白盒測試對程序模塊進行如下檢查：（理解）

1）對程序模塊的所有獨立的執行路徑至少測試一次

2）對所有的邏輯判定，取“真”與取“假”的兩種情況的測試至少測試一次 3）在循環的邊界和運行界限內執行循環體 4）測試內部數據結構的有效性等

（3）邏輯覆蓋：是以程序內部的邏輯結構為基礎的設計用例的技術。它屬于白盒測試，包括，語句覆蓋、判定覆蓋、條件覆蓋、判定一條件覆蓋、條件組合覆蓋、路徑覆蓋等

4.4.3 軟件測試的分類

1.單元測試：單元測試也成為模塊測試，是針對每個模塊進行的測試

2.集成測試：在單元測試的基礎上，將所有的模塊按照設計要求組裝成系統，必須精心計劃，應提交集成測試計劃、集成測試規格說明和集成測試分析報告

3.確認測試：確認測試驗證軟件的功能、性能及其他特性是否與用戶要求一致

4.系統測試：講整個軟件放在整個計算機環境下，包括軟硬件平臺、某些支持軟件數據和人員等，在實際運行環境下進行的一系列測試 5.a 測試和 B 測試

在軟件交付使用后，用戶將如何實際使用程序，對于開發者來說是不知道的。通常在軟件發布上市之前需要進行 a 測試和 B 測試。

（1）a 測試：由一個用戶在開發環境下進行的測試，也可以是公司內部的用戶在模擬實際操作環境下進行的測試

（2）B 測試：由軟件的多個用戶在實際使用環境下進行的測試軟件測試從不同的角度，又可分為一下幾大類（了解，讀一下具體概念）

（1）功能測試（2）可靠性測試（3）強度測試（4）性能測試5）恢復測試（6）啟動停止測試（7）匹配測試（8）安全性測試（9）可使用性測試（10）安裝測試（11）過程測試（12）容量測試（13）文檔測試（14）兼容性測試

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.概念：軟件復用是指利用自己已有軟件的 各種有關知識構造新的軟件。以縮減軟件開發和維護的費用。（把以前有的東西竟可能的拿來去用）（必會）2.軟件復用的內容：（了解）（1）代碼的復用（2）測試文檔的復用（3）設計思想的復用（4）模塊的復用（5）軟件的復用（6）組件的復用

3.軟件復用的主要思想：將軟件看成是由不同功能的“組件”所組成的有機體。（組件的概念：在軟件設計編寫時可以被設計成完成同類工作的一個通用的產品工具）（了解）

4.軟件再生的 6 個步驟：篩選、文檔重構、逆向工程（功能反編譯）、代碼重構、數據重構、重新開發。（了解）

（逆向工程）的概念：分析一個程序的過程，最大程度的建立比源代碼更加抽象的高級表達，它也是一個恢復設計結果的過程，逆向工程工具可以從現有的軟件代碼中抽取有關數據、體系結構和處理過程的設計信息（選擇給解釋考名詞）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 4.局域網協議（了解，自己看一下）

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 個子系統圖（必會考試時候選填）P113（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-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-2 項目組織形式對項目的影響

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 2.項目管理過程圖（44 個管理過程，熟悉）

個管理過程與 5 個過程組以及 9 個項目管理知識域的映射關系

歸結為：狗子整范進，成人風采（必會）

第八章項目整體管理

每一節都需要掌握輸入、工具和輸出

項目管理是一項綜合性,全局性的工作,其核心是權衡多個相互沖突的項目實施方案,以實現項目的目標和要求,幫助項目管理人員整合協調項目管理的各個不同活動領域間的信息交流;促進信息的合理流動;有效地控制和管理項目進行過程中可能出現的變更（必會）項目整體管理包括:（必會，掌握每個過程的輸入、輸出和工具）(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）已更新的組織過程資產

補充立項管理的內容 命題要點：

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）投資者

第 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）在各層次上保持項目的完整性，避免遺漏必要的組成部分。