第一篇：軟考系統集成項目管理工程師和信息系統項目管理師如何選擇

軟考中的系統集成項目管理工程師和信息系統項目管

理師如何選擇

柚子最近看到不少準備2018年上半年全國計算機軟件考試（軟考）的朋友，都在考慮都是軟考項目管理類的考試，中級系統集成項目管理工程師是不是容易一些呢，但是有覺得軟考高級的信息系統項目管理師趕緊量比較高，不知道如何取舍。今天柚子課堂就給大家分析如何選擇軟考中的系統集成項目管理工程師和信息系統項目管理師。

首先來說下那一類人適合考軟考中級的系統項目管理工程師：

1、需要中級證書

2、需要中級職稱

3、申請北京工作居住證、上海天津積分的，中級以上職稱即可

4、IT行業工作經驗不豐富，項目管理經驗不豐富

5、剛剛從事IT行業或在校學生

6、論文有難度，寫字太慢或字跡不工整的考生（這一點比較重要）軟考高級信息系統項目管理師確實還是有一些難度的，尤其是死在論文上的有一波人。對于不擅長理解和記憶知識點的就容易栽在基礎知識上，基礎知識內容比較廣。下面看下哪種人需要考軟考高級信息系統項目管理師：

1、需要高級證書

2、需要高級職稱

3、系統學習過項目管理知識，通過了PMP的學員

4、在IT行業有3年以上工作經驗

5、非IT 行業，通過軟考獲取計算機類職稱

6、申請戶口、積分落戶、一線城市人才引進

7、技術偏弱，管理經驗豐富

其中強調一點是為什么最好是通過了PMP的學員，因為考試知識管理部分和PMP的考試內容重合，考起來會更容易。

這下小伙伴們知道如何選擇軟考中級系統集成項目管理工程師和軟考高級信息系統項目管理師。遇見柚子，點亮職場，希望柚子課堂今天的分享能幫助到大家。

第二篇：系統集成項目管理工程師和信息系統項目管理師區別

系統集成項目管理工程師和信息和信息系統項目管理師區別

系統集成項目管理工程師是中級；

信息系統項目管理師是高級。

級別不一樣。

軟考中有3個資格涉及所謂“信息系統管理”，其中信息系統項目管理師（高級）、系統集成項目管理工程師（中級）面向項目整個生命周期的過程管理，信息系統管理工程師面向信息系統的日常應用和維護。這3個資格的崗位要求說明如下： 信息系統項目管理師要求能夠掌握信息系統項目管理的知識體系，具備管理大型、復雜信息系統項目和多項目的經驗和能力，具有高級工程師的實際工作能力和業務水平。信息系統項目管理師合格證書是申報高級項目經理的條件之一。系統集成項目管理工程師要求能夠掌握系統集成項目管理的知識體系和具備管理系統集成項目的能力，具有工程師的實際工作能力和業務水平。系統集成項目管理工程師合格證書是申報項目經理的條件之一。

信息系統管理工程師要求能夠對信息系統的功能與性能、日常應用、相關資源、運營成本、安全等進行監控、管理與評估，并為用戶提供技術支持，具有工程師的實際工作能力和業務水平。

考生應根據自身的崗位能力、職業發展要求和知識結構，選擇報考相應資格。

第三篇：軟考-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 網絡技術?？嫉闹R點

《大樓通信綜合布線系統規范》適用范圍：跨越距離不超過 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）績效報告?？冃蟾嬗身椖繄F隊來準備，包括完成的活動、成果、里程碑、發現的事件與問題。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）在各層次上保持項目的完整性，避免遺漏必要的組成部分。

第四篇：信息系統項目管理師、系統集成項目管理工程師掛靠的條件

信息系統項目管理師、系統集成項目管理工程師掛靠的條件

（光環轉載，點滴分享，共同進步~）

信息系統項目管理師、系統集成項目管理工程師掛靠的條件？

由于掛靠是掛項目經理或高級項目經理證，雖然參加信息系統項目管理師和系統集成項目管理工程師是沒條件限制的，但是申請項目經理和高級項目經理是有條件限制的，所以如果要想考到證書后掛靠出去，需要滿足以下條件：

項目經理應當符合下列條件：

（一）參加計算機技術與軟件專業技術資格水平考試（簡稱“軟考”）并取得合格證書，對應的級別名稱為系統集成項目管理工程師。如果通過考試有困難，則需要參加信管網培訓中心的指定培訓；

（二）具有IT相關專業學歷且從事信息系統集成相關工作，如非IT相關專業則要加考IT專業知識。學歷、職稱及工作經歷應符合下列條件之一：

1、具有?？茖W歷且從事信息系統集成相關工作不少于4年；

2、具有本科以上學歷且從事信息系統集成相關工作不少于2年；

3、具有中級專業技術職稱且從事信息系統集成相關工作不少于1年。

（三）近兩年管理過、或作為項目組主要成員參與管理過的系統集成項目未發生過責任事故，其中驗收完成的系統集成項目應符合下列條件之一：

1、至少有2項合同額在200萬元以上的系統集成項目；

2、完成系統集成項目總額500萬以上，其中至少一項合同額在100萬以上、軟件費用不低于30%的系統集成項目。

高級項目經理應當符合下列條件：

（一）參加計算機技術與軟件專業技術資格水平考試（簡稱“軟考”）并取得合格證書，對應的級別名稱為信息系統項目管理師。如果通過考試有困難，則需要參加信管網培訓中心的指定培訓；

（二）獲得項目經理資質不少于3年（成績特別突出者可破格）；

（三）具有本科以上（含本科）學歷或中級以上（含中級）專業技術職稱；

（四）作為項目負責人或主要管理人員近3年管理過的系統集成項目未發生過責任事故，其中驗收完成的系統集成項目應符合下列條件之一：

1、至少有1項合同額在1200萬元人民幣以上、軟件費用不低于30%的系統集成項目；

2、系統集成項目總額3000萬以上，其中至少2項合同額在500萬以上、軟件費用不低于30%的系統集成項目。

微信（Auar_rk4007060559）

第五篇：2018年系統集成工程師、信息系統項目管理師(簡答練習)

2018年系統集成工程師、信息系統項目管理師（簡答題練習）

中級、高級考試多涉及簡答題，一般3-5道題，每道題20分左右，這些題沒有標準答案，熟練的記住幾道練習題即可 1.整體管理

閱讀以下說明，根據要求回答問題1～問題3。(15分)【說明】老陸是某系統集成公司資深項目經理，在項目建設初期帶領項目團隊確定了項目范圍。后因工作安排太忙，無暇顧及本項目，于是他要求：(1)本項目各小組組長分別制定組成項目管理計劃的子計劃

(2)本項目各小組組長各自監督其團隊成員在整個項目建設過程中子計劃的執行情況(3)項目組成員堅決執行子計劃，且原則上不允許修改。

在執行了3個月以后，項目經常出現各子項目間無法順利銜接，需要大量工時進行返工等問題，目前項目進度已經遠遠滯后于預定計劃。

問題1(4分)請簡要分析造成項目目前狀況的原因。1沒有形成整體的項目管理計劃

2項目缺少整體的報告、評審和監控機制，各項目小組各自為政 3項目缺少整體變更控制流程和機制

4老陸對該項目的投入的精力不夠，沒有對該項目盡應有的管理責任

問題2(6分)請簡要敘述項目整體管理計劃中應包含哪些內容。1所使用的項目管理過程

2每個特定項目管理過程的實施程度 3完成這些項目的工具和技術的描述 4選擇的項目的生命周期及相關的項目階段

5如何用選定的過程來管理具體的項目，包括過程之間的依賴與交互關系和基本的輸入輸出 6如何執行流程來完成項目目標 7如何監督和控制變更，8如何實施配置管理

9如何維護項目績效基線的完整性 10與項目干系人進行溝通的要求和技術

11為項目選擇的生命周期模型，對于多階段項目要包括所定義的階段是如何劃分的。12為了解決某些遺留問題和未定的決策，對其內容、嚴重程度和緊迫程度進行的關健管理評審

問題3（5分）為了完成項目，請從整體管理的角度說明老陸和公司可采取哪些補救措施。1建立整體管理機制，老陸應分配更多的精力來進行項目管理，或由其他合適的人員來承擔整體管理的工作

2理清各子項目組目前的工作狀態(如其工作進度、成本、資源配置等)3重新定義項目的整體管理計劃，并與各子項目計劃建立明確關聯 4按照計劃要求，重新進行資源平衡 5建立或加強項目的溝通、報告、監督機制； 6加強項目的整體變更控制。2.范圍管理

C公司是一家從事電子商務的外國公司，為了在中國開展業務，派出S主管和W翻譯來中國尋找合適的系統集成商，試圖在中國建設一套業務系統。S主管精通軟件開發，但是不懂漢語，而不懂漢語，而W翻譯對計算機相關技術知之少。

W翻譯通過中國朋友介紹，找到了從事系統集成的H公司。H公司指派楊工為該業務系統建設項目經理，與C公司進行交流。經過需求調研，楊工認為，C公司想要建設一個視頻聊天網站，并據此完成了系統方案。在W的翻譯下，S審閱并認可了H公司的系統方案。經過進一步的談判，C公司和H公司簽定了合同，并把該系統方案作為合同附件，作為將來項目驗收的標準。

合同簽定后，楊工迅速組織人力投入系統開發。由于楊工系統集成經驗豐富，開發過程進展順利，對項目如期完工很有把握。系統開發期間，S主管和W翻譯忙于在全國各地開拓市場，與H公司沒有再進行接觸。

就在系統開發行將結束之際，S主管和W翻譯來到H公司查看開發進度。當看到楊工演示的即將完工的業務系統時，S主管卻表示，視頻聊天只是系統的一個基本功能，系統的核心功能則是通過視頻聊天實現網上交易的電子商務活動，要求H公司完善系統功能并如期交付。楊工拿出系統方案作為證據，據理力爭。W翻譯承認此前他的工作有誤，導致雙方對項目范圍的認識產生了偏差，并說服S主管將交付日期延后兩個月。為了完成合同，楊工同意對系統功能進行擴充完善，并重新修訂了系統方案。但是，此后C公司又多次提出范圍變更要求。楊工發現，不斷修訂的系統方案已經嚴重偏離了原始方案，系統如期交付已經是不可能的了。

【問題1】(6分)請結合案例簡要說明，詳細的項目范圍說明書應包含哪些內容，并指出C公司和H公司對哪些方面的理解出現了重大偏差。1項目的目標 2產品范圍描述 3項目的可交付物4 4項目邊界 5產品驗收標準 6頂目的約束條件

7項目的假定(每小點0.5分，答全得4分)C公司和H公司在項目目標、產品范圍描述和項目可交付物等方面的理解出現了重大偏差。

【問題2(6分)請指出S主管的要求是否恰當?為什么?并請結合本案例簡要分析導致C公司多次提出范圍變更的可能原因。

不恰當。因為項目雙方已簽訂了合同，且作為合同附件的系統方案經過了S主管認可，H公司按照合同進行開發，并無過錯。

導致C公司多次提出范圍變更的可能原因如下： 1項目雙方溝通不暢

2H公司沒有正確理解C公司的需求

3楊工編制的項目范圍計劃不周密詳細，存在一定的遺漏； 4C公司對項目、產品或服務的要求發生了變化； 5市場上出現了C公司認可的新技術、新手段或新方案； 6項目外部環境愛上了變化。

【問題3l(3分)作為項目管理者，楊工此時應關注的范圍變更控制的要點有哪些? 1確定范圍變更是否已經發生

2對造成范圍變更的因素施加影響，以確保這些變更得到一致的認可 3當范圍變更發生時，對實際的變更進行管理 3.進度管理

F公司成功中標s市的電子政務工程。F公司的項目經理李工組織相關人員對該項目的工作進行分解，并參考以前曾經成功實施的w市電子政務工程項目，估算該項目的工作量為120人月，計劃工期為6個月。項目開始不久，為便于應對突發事件，經業主與F公司協商，同意該電子政務工程必須在當年年底之前完成，而且還要保質保量。這意味著，項目工期要縮短為4個月，而項目工作量不變。

李工按照4個月的工期重新制定了項目計劃，向公司申請盡量多增派開發人員，并要求所有的開發人員加班加點工作以便向前趕進度。由于公司有多個項目并行實施，姓李工增派的開發人員都是剛招進公司的新人。為節省時間，李工還決定項目組取消每日例會，改為每周例會。同時，李工還允許需求調研和方案設計部分重疊進行，允許需求未經確認即可進行方案設計。

最后，該項目不但沒能4個月完成，反而一再延期，遲遲不能交付。最終導致S市政府嚴重不滿，項目組人員也多有抱怨。

【問題1】(6分)請簡要分析該項目一再拖期的主要原因。

1李工及其項目團隊進度估算方法可能有問題(或欠妥)，原來估計的120人月的工作量可能不準確;2沒有防范風險的情況下加班趕工，易導致開發人員心理壓力增大、工作效率降低，并導致開發過程出現較多問題，項目的整體質量下降

3簡單地增加人力資源并不一定能如期縮短項目工期，且需要更多的溝通成本和管理成本，使得項目趕工的實施難度增大

4增派的人員各方面經驗不足，對新團隊成員的缺乏培訓

5項目組的溝通存在問題，每周例會不能使問題及時暴露和解決，可能會導致更嚴重的出現 出現

6允許“需求調研和方案設計部分重疊進行”和“需求未經確認即可進行方案設計，容易導致設計缺陷和需求變更的頻繁發生，并直接導致項目返工 7李工對項目進度方面的風險因素認識不足、考慮不周 【問題2】(6分)請簡要說明項目進度控制可以采用的技術和工具。1進度報告2進度變更控制系統 3績效衡量4項目管理軟件 5偏差分析6進度比較橫道圖 7資源平衡8假設條件情景分析

9進度壓縮10制定進度的工具(每小點0.5戴全答對得6分)

【問題3】(3分)請簡要說明李工可以提出哪些措施以有效縮短項目工期。1縮減項目范圍，即積極與客戶溝通，適當縮減項目范圍(或項目分期)2申請指派經驗更豐富(或高工作效率)的開發人員去完成項目工作;3投入更多優質的項目資源以加速項目活動進程 4改進方法(或流程)提高生產效率

5重新估算項目工作量，修訂項目進度計劃，盡可能調整部分活動的邏輯關系，并在防范風險的前提下并行跟進(快速跟進)6加強與客戶的溝通交流，使項目交付物、階段工作及時得到客戶的確認;7加強項目團隊成員之間的工作協調，避免產生自身失誤、返工現象;8在防范風險的前提下，對關鍵路徑上的活動適當加班(趕工);9明確目標、責任和獎懲機制，提高項目團隊成員的工作績效，以及資源利用率;10加強對交付物、階段工作的及時檢査和監控，避免后期出現返工現象

4.成本管理

1完成百分比*計劃成本=掙值EV CV=EV-AC CPI SV=EV-PV SPI

2成本控制的主要工作內容

1對造成成本費準變更的因素施加影響 2確保變更請求獲得同意

3當變更發生時，管理這些實際的變更 4保證潛在的成木超支不超過授權的項目階段資金和總體資金 5監督督成本執行(績效)，找出與成本基準的偏差 6準確記錄所有的與成本基準的偏差

7防止錯誤的、不恰當的或未經批準的變更被納入成本使用報告，8就審定的變更，通知項目干系人

9采取措施，將預期的成本超支控制在可接受的范圍內 5.質量管理

系統集成A公司承擔了某企業的業務管理系統的開發建設工作，A公司任命張工為項目經理。

張工在擔任此新項目的項目經理時，所負責的原項目尚處在收尾階段。張工在進行了認真分析后，認為新項目剛剛開始，處于需求分析階段，而原項目尚有某些重要工作需要完成，因此張工將新項目需求分析階段的質量控制工作全權委托給了軟件質量保證(SQA)人員李工。李工制定了本項目的質量計劃，包括收集資料、編制分質量計劃，并通過相應工具和技術，形成了項目質量計劃書，并按照質量計劃書開展相關需求調研和分析階段的質量控制工作。

在需求評審時，由于需求規格說明書不能完全覆蓋該企業的業務需求，且部分需求理解與實際存在較大偏差，導致需求評審沒有通過。

問題1)(4分)請指出A公司在項目管理過程中的不妥之處。1用人不當，負責項目整體質量控制的李工缺乏項目整體管理的經驗 2在質量控制過程中，缺少相關方的審批環節 3整個公司的項目管理制度(或過程)不完善

【問題2】(6分)請簡述項目質量控制過程的基本步驟。1選擇控制對象2為控制對象確定標準或目標 3制定實施計劃，確定保證措施4按計劃執行

5對項目實施情況進行跟蹤監測、檢查，并將監測的結果與計劃或標準相比較，6發現并分析偏差7根據偏差采取相應對策

【問題3)(5分)請簡述制建項目質采用的方法、技術和工具。1效益/成本分析2基準比較 3流程圖4實驗設計

5質量成本分析6質量功能展開 7過程決策程序圖法(答出其中5個小點即可，每小點1分)6.人力資源管理

近期，項目經理老陳新接手一個信息系統集成項目的管理工作。根據用戶的業務要求，該項目采用一種新的技術架構，項目團隊成員沒有應用這種技術架構的經驗。老陳的管理風格屬于Y型，在項目啟動之初，為了調動大家的積極性，宣布了多項激勵政策，如按期用該新技術架構搭建出系統原型有獎，按時保質保量完成任務者有獎。并分別公布了具體獎勵金的數額在項目實施期間，為了激勵士氣，經常請大家聚餐。由于單位領導屬于X型管理風格，很多餐票都不予報銷。而在項目實施現場，因施工人員技術不過關導致一臺電源燒壞，老陳也悄悄地在項目中給予報銷。負責新技術架構的系統架構設計師歷經多次失敗之后，憑自己的經驗和探索搭建出本系統原型。最后，雖然項目實際的進度、成本和質量等目標大體達到了要求，項目也通過了驗收，但他當初關于獎勵的承諾并沒有兌現，有人至認為他跟領導一唱一和，老陳有苦難言?！締栴}1(5分)結合你的項目管理經驗，請概括出老陳在人力資源管理方面存在的問題。1獎勵政策沒有得到領導的同意(或支持)2Y型的管理風格沒有與切實可行的規章制度(或措施、機制)相結合 3老陳的管理風格沒有與直接領導的管理風格和協調 4沒有對員工進行相關的培訓

5人力資源獲取方式單一，沒有配各有經驗的人員

【問題2l(3分)除了本案例所列舉的項目團隊建設措施之外，項目經理老陳還采取了哪些措施進行團隊建設? 1通用管理技能(如溝通、交流、觀察與分析等)2培訓3團隊建設活動，如周例會，素質拓展等 4制訂清晰的規章制度(或基本原則、行為)5盡量集中辦公(或封閉開發)【問題3)(4分)針對本案例，項目經理老陳應如何運用自己的Y型管理風格有效地管理項目? 1Y型的管理風格要與切實可行的規章制度相結合，要與高層領導風格相適應 2加強對項目團隊成員的培訓(教育)3強調激勵與約束并重，進化自己的管理風格

【問題41(3分)在管理項目時，采用新的方法、技術會給項目帶來很多益處，也會給項目帶來很大的風險，基至可能導致項目的失敗。通常，只與當前項目有關且對單位的發展戰略沒有直接支持的(或多個項目沒有共性的)新技術，若新技術占合同額較大(如30%以上)，則可采取(1)等措施應對，如果新技術占合同額較小(如30%以下)，那么可采?。?,3）等辦法處理。1將項目合成兩步走'”先是新技術攻關，成功后用到第二步常規項目上 2招聘掌握新技術的人員，或事先培訓人員 3在防范風險的前提下外包

7.溝通管理

練習1 2011年3月上旬，ZF公司競標獲得火星大學的XX銀校通項目，由于ZF公司在該行業已有比較成熟的產品積累和相當數量的客戶成功案例，且該XX銀校通項目的研發工作量不是特別大，因此小肖被任命擔任該項目的項目經理，主要負責項目管理和用戶溝通等工作。小肖3個月前剛從工作了3年、主要從事電子政務網絡工程的MBI公司辭職來到ZF公司。小肖的項目團隊包括老廖、小鄧、小曾、小張和1名測試人員程工。技術水平過硬的公司老員工老廖主要負責項目中的技術實現，小鄧和小曾兩名程序員主要負責程序編碼工作，小張負責項目文檔的收集和整理。近幾年，老廖曾作為項目經理負責的一些項目，但工作上常由于沒有處理好客戶關系而給公司帶來一些困境。小張的工作雖然簡單但是格外繁重，因而多次向小肖提出需要增派人員，小肖也認為小張的工作量過大，需要增派人手，因此就此事多次與ZF公司分管領導溝通。但每當ZF公司分管領導就此事向老廖核實情況時，得到的信息基本是小張的工作量不算很多，而小肖的工作比較輕松，讓小肖在工作中支援二下小張就可以了，無須增派人員。小肖得到ZF公司分管領導不同意增派人員的意見后，與老廖進行了溝通。老廖的理由是小肖的工作總是幫別人提意見，自己做得不多。小肖試圖從崗位職責、項目分工等方面糾正老廖的觀點，又試圖利用換位思維的方法向老廖進行解釋，但老廖依舊堅持自己的看法，認為小肖有足夠時間來幫助小張完成文檔工作?！締栴}1】(5分)結合你的項目管理經驗，請幫助項目經理小肖分析阻礙其與老廖之間有效溝通的可能因素。1溝通雙方的物理距離2溝通的環境因素 3缺乏清晰的溝通渠道4復雜的組織結構 5復雜的技術術語6有害的態度 7知識經驗水平的限制8信息量的多少等 【問題2l(2分)請計算該項目組內部溝通渠道的數量，并給出計算過程。團隊內部溝通渠道=n*（n-1）*0.5 【問題3l(8分)結合你的項目管理經驗，請幫助項目經理小肖設計一份項目溝通管理計劃(列出主要欄目及核心內容)。

1項目干系人溝通要求

2對要發布信息的描述，包括格式、內容和詳盡程度 3信息接收的個人或組織

4傳達信息所需的技術或方法，如備忘錄、電子郵件、新聞發布等 5溝通頻率，如每周溝通或雙周溝通等

6上報過程，對下層無法解決的問題，確定問題上報的時司要求和管理鏈(名稱)7隨項目的進展對溝通管理計劃更新與細化的方法

8通用詞語表(答案包含但不限于以上要點，每小點1分，答案類似即可)練習2 老高是系統集成商pH公司項目經理，他身邊的員工始終抱怨公司的工作氛圍不好，溝通不足。老高非常希望能夠通過自己的努力來改善這一狀況，因此他要求項目組成員無論如何每周都必須按時參加例會，并發言，但例會具體如何進行，老劉不知道如何規定，很快項目組成員開始抱怨例會目的不明，時間太長，效率太低，缺乏效果，而且由于例會意見上的相左，許多組員開始相互爭吵吵，基至影響到了人際關系的融洽。為此，老高感覺到非常無助與苦惱?！締栴}1】(6分)針對上述情況，結合你的項目管理經驗，請分析問題產生的可能原因。1以往項目溝通管理不足，缺乏對項目組成員的溝通需求和溝通風格的分析

2缺乏完整的會議規程，會議目的、議程、職責不清，缺乏控制，導致會議效率低下，缺乏效果

3會議沒有產生記錄

4會議與實際工作聯系不緊密，會議沒有引發相應的行動 5溝通方式單一

6沒有進行沖突管理(或忽視沖突管理)等

【問題2】(5分)針對上述情況，你認為除了項目例會之外，老高還可以采取哪些措施來有效促進溝通。1首先應對項目組成員進行溝通需求和溝通風格的分析。

2對于具有不同溝通需求和溝通風格的人員組合設置不同的溝通方式 4可以通過電話、電子郵件、項目管理軟件、OA等工具進行溝通 5正式溝通的結果應形成記錄，對于其中的決定應有人負責落實 6可以引入一些標準的溝通模板

7在項目組內培養團結的氛圍并注意沖突管理

【問題3】(4分)結合你的項目管理經驗，請簡要說明項目例會通常開展哪些主要議題? 1項目進展程度調查和匯報，2項目問題解決解決 3項目潛在風險的評估，4項目人力資源協調 8.風險管理

某市石油銷售公司計劃實施全市的加油卡聯網收費系統項目。該石油銷售公司選擇了系統集成商M作為項目的承包方，M公司經石油銷售公司同意，將系統叫加油機具改造控制模塊的設計和生產分包給專業從事自動控制設備生產的H公司。同時，M公司任命了有過項目管理經驗的小劉作為此項目小劉經過詳細約需求調研，開始著手制定項目計劃，在此過程中，他仔細考慮了項目中可能遇到的風險，整理出一張風險列表。經過分析整理，得到排在前3位的風險如下：(1)項目進度要求嚴格，現有人員的技能可能無法實現進度要求(2)現有項目人員中有人員流動的風險

(3)分包商可能不能按期交付機具控制模塊，從而造成項目進度延誤。

針對發現的風險，小劉在做進度計劃的時候特意留出了20%的提前量，以防上述風險發生，并且將風險管理作為一項內容寫進了項目管理計劃。項目管理計劃制定完成后，小劉通知了項目組成員，召開了第一次項目會議，將任務布置給大家。隨后，大家按分配給自己的任務開展了工作。第4個月后，項目經理小劉發現H公司尚未生產出聯調所需要的機具樣品。H公司于10天后提交了測試樣品，但在聯調測試過程中發現了較多的問題，H公司不得不多次返工。項目還沒有進入大規模的安裝實施階段，20%的進度提前量就己經被用掉了，此時，項目一旦發生任何問題就可能直接影響最終交工日期。

【問題1】(4分)請從整體管理和風險管理的角度指出該項目的管理存在哪些問題。1項目管理計劃編制過程缺乏各干系人(尤其是項目組人員)的參與

2小劉缺乏(或有但流于形式)分包項目的有效監控(或對該分包項目的監控周期過長)3小劉對已識別項目風險的影響結果認識不足，沒有采取任何應對措施 4小劉對該項目缺乏有效的整體變更控控制

5小劉對項目變更風險認識不足，沒有及時有效地調整項目管理計劃等

6在項目實施過程中未能與客戶、分包商進行及時且有效的溝通(或未建立有效的溝通機制)

【問題2】(3分)項目經理小劉為了防范風險發生，預留了20%的進度提前量，在風險管理中稱為（1）在風險管理的各項活動中，頭腦風暴法可以用來進行(2)，風險概率及影響矩陣可用來進行(3)。

(1)風險預警管理(或應急儲備)。(2)風險識別。(3)定性風險分析。

【問題3】(2分)針對項目進度要求嚴格，現有人員的技能可能無法實現進度要求。這條風險，請提出你的措施

1積極與公司高層領導溝通，爭取指派經驗更豐富的人去完成(或幫助完成)項目工作 2招聘有過類似項目實施經驗的人員

3在防范風險的前提下將包含新技術、新方法的部分外包等

【問題4】(6分)針對分包商可能不能按期交付機具控制模塊，從而造成項目進度延誤。這條風險，結合案例，分別避免、轉移、減輕和應急響應4種策略提出具體應對措施，1避免策略:積極與石油銷售公司溝通，爭取進行合同變更,從而將該控制模塊的設計和生產從原合同中剔除。2轉移策略:爭取通過溝通使石油銷售公司直接與H公司簽訂該控制模塊設計和生產這一部分的相關合同或是在分包合同中明確該風險的具體責任由H公司全部承擔。

3減輕策略:選擇穩定可靠、信譽度高的分包商,或者在資金許可的情況下，再選擇一家完成該控制模塊設計和生產的分包商，4應急響應策略，預留進度的提前量，預留預算的應急儲備金，同時在項目進行過程中，將風險管理納入日常工作，建立風險預警機制

R市電力公司準備在其市區及所轄各縣實施遠程無線抄表系統，代替人工抄表。經過考察，該電力公司指定了國外的A公司作為遠程無線抄表系統的無線模塊提供商，并選定本市z智能電氣公司作為項目總包單位，負責購買相應的無線模塊，開發與目前電力運營系統的接口，進行全面的項目管理和系統集成工作。Z公司的老劉是該項目的項目經理。

在初步了解用戶的需求后，老劉立即帶領項目組著手系統的開發與集成工作。125天后，整套系統一次性安裝完成，通過初步調試后就交付用戶使用。但從系統運行之日起，不斷有問題暴露，電力公司Z公司負責解決，可其中很多問題均涉及到無線模塊，例如數據實時采集時間過長，無線傳輸數據丟失，甚至有關技術指標不符合國家電表標準等，于是老劉同a公司聯系，并要求解決相關技術問題，此時A公司因內部原因退出中國大陸市場。因此，系統不得不面臨改造。

【問題l】(4分)針對在初步了解用戶的需求后，老劉立即帶領項目組著手系統的開發與集成工作。125天后，整套系統一次性安裝完成，通過初步調試后就交付用戶使用現象，結合案例，請簡要分析z公司在項目執行過程中存在哪些主要問題? 1Z公司沒有詳細了解用戶需求，以及進行用戶需求確認等工作

2Z公司整個開發過程缺乏用戶參與(注例如進行階段式的驗收，階段性成果的簽字確認等工作)。

3Z公司對項目風險認識不足，沒有實施有效的風險管理

【問題2)(5分)在進行項目風險管理時，首先要進行風險的識別。項目風險識別的根本目的是縮小和取消項目風險可能帶來的不利后果，爭取和擴大項目風險可能帶來的有利機會。

項目經理老劉應該認識到，項目風險識別要解決的主要問題包括： 1識別并確定項目有哪些潛在的風險 2識別引起這些風險的主要因素 3識別風險可能引起的后果等。

【問題3】(4分)結合你的項目管理經驗，請簡要分析該項目選用A公司無線模塊產品存在哪些風險?并簡要說明理由。

1技術風險(1分):無線模塊提供商A公司的產品和技術是否滿足用戶的需求，能否提供相應的技術支持以解決出現的問 題(1分)2運行風險(1分)A公司退出中國大陸市場，甚至可能會倒閉(1分)

【問題4】(2分)結合你的項目管理經驗，針對項目風險管理和上述案例中的問題，請幫助項目經理老劉簡要列舉出兩個在該系統改造過程中應該針對性開展的工作。1對原有方案進行充分評估，進行系統改造的可行性分析

2對新采用的無線模塊提供商從技術，政策、運行等方面進行調研和評估

3與客戶充分溝通，詳細了解用戶需求，特別是重要的技術指標，對于不能滿足的需求或者技術指標，向客戶詳細說明

4在項目進行過程中，將風險管理納入日常工作，建立風險預警機制

9.采購管理

某國有大中型企業FE公司計劃建立適合其業務特點的ERP系統。為了保證ERp系統的成功實施，FE公司選擇了一家較知名的監理單位，幫助選擇供應商并協助策劃ERp的方案。

在監理單位的協助下，FE公司編制了招標文件，并于3月6日發出招標公告，規定投標截止時同為3月21日18時。在截止時間前，FE公司共收到A、B、C、D四家公司的投標書，其中，B公司為一家外資公司。FE公司覺得該項目涉及公司的業務秘密，不適合由外資企業來承擔。因此，在隨后制定評標標準的時候，特意增加了關于企業性質的評分條件國有企業可加2出民營企業可加1出外資企業不加分，FE公司又組建了評標委員會，其中包括FE公司的領導一名，FE公司上級主管單位分管領導一名，其他4人為邀請的行業專家。在評標會議上，評標委員會認為A公司的投標書能夠滿足招標文件中規定的各項要求，但報價低于成本價，因此選擇了投標書滿足要求，但報價次低的D公司作為為中標單立，在發布中標公告后，FE公司與D公司準備簽訂合同。但此時D公司提出、雖然招標文件中規定了合同格式并對付款條件進行了詳細的要求，但這種付款方式只適用于硬件占主體的系統集成項目，對于ERP系統這種軟件占主體的項目來說并不適用，因此要求FE公司修改付費方式.FE公司堅決不D公司的要求，D公司多次溝通未達到目的只好做出妥協，直到第35天、FE公司才與D公司最終簽訂了ERP項目合同。[問題 1)(3 分)針對在評標會議上，評標委員會認為A公司的投標書能夠滿足招標文件規定的各項要求，但報價低于成本價，因此選擇了投標書滿足要求，但報價次低的D公司作為中標單位的情況，結合案例，簡要分析該評標委員會的做法是否正確?簡要說明理由。

正確

理由；我國招標投標法規定：中標人的投標應當符合下列條件：1能夠最大限度地滿足招標文件中規定的各項綜合評價標準2能夠滿足招標文件的實質性要求，并且經評審的投標價格最低，但是投標價格低于成本的除外。而A公司投標書中的保價低于成本價，違背了該條文規定?！締栴}2】(7分)假設你被D公司委任為該項目的項目經理，請簡要說明在投標流程中你將參與哪些主要活動 1提交投標申請報告，接受資格審查，2領取招標文件, 3參加現場踏勘(如建設方有組織), 3參加投標預備會, 4組織并主持投標文件的編制，6投送投標文件，7參加開標會議, 8投標文件內容澄, 9與建設方簽訂合同等

【問題3】(5分)結合你的項目管理經驗，請指出在該項目的招標過程中存在哪些問題，簡要說明依據。1FE公司“于3月6日發出招標公告，規定投標截止日期為3月21日18時”的做法不妥。因為我國《招標投標法》規定依法必須進行招標的項目，自招標文件發出之日起至提交投標文件截止之日止，最短不得少二十日。

2FE公司。在隨后制定評標標準的時候，特意增加關于企業性質的評分條件，國有企業可加2分，民營企業可加1分，外資企業不如1分“的做法不妥，因為我國《招標投標法》規定招標人不得以不合理的條件限制或者排斥潛在投標人，不得對潛在投標人實行歧視待遇。

3FE公司所組建的評標委員會人數及構成均不符合法律相關規定。因為我國《招標投標法》規定依法必須進行招標的項目，其評標委員會的招標人的代表和有關技術、經濟等方面的專家組成，成員人數為5人以上，其中技術、經濟等方面的專家不得少于成員總數的2/3.4直到第45天，FE公司才與D公司最終簽定了ERP項目合同”的做法不妥。因為我國《招標投標法》規定招標人和中標人應于中標通知書發出之日起三十日內，按照招標文件和中標人的投標文科訂立書面合同。

5FE公司所選擇的監理單位沒有盡到相應的職責，例如沒有制止FE公司采用不合法的評標條款等，6D公司“要求FE公司修改付款方式”的做法不妥，因為依據我國《招標投標法》的相關條文規定，招標人和中標人不得訂立背離合同實質性內容的其他協議。

7FE公司沒有依法在確定中標人之日起15日內，向有關行政監督部門遞交招標投標情況的書面報告。