重點梳理第1章

1、須知：，僅限于 51CTO 學(xué)員進行學(xué)習(xí)。前言：51CTO 助教孫，依據(jù)薛大龍、授課、資料進行整理。第一章 信息化和信息系統(tǒng)1.1信息系統(tǒng)綜合知識論：信息就是信息，既不是物質(zhì)也不是能量。信息化香農(nóng)：信息既用來消除不確定的東西。 信息兩個層次：本體論層次、認識論層次信息質(zhì)量屬性：7 個 速記詞（精完可及經(jīng)驗安）1.2 信息化信息化從小到大分 5 個層次 速記詞（產(chǎn)企業(yè)信息化、企業(yè)信息化、產(chǎn)業(yè)信息化、）信息化、生活信息化。信息化體系 6 要素信息化發(fā)展戰(zhàn)略綱要時間要求 20202025：網(wǎng)絡(luò)強國建設(shè)目標(biāo)，實現(xiàn)：技術(shù)先進、產(chǎn)業(yè)發(fā)達、應(yīng)用領(lǐng)先、堅不可1.信息（）2.應(yīng)用（龍頭）3.信息網(wǎng)絡(luò)（基礎(chǔ)）4.

2、和產(chǎn)業(yè)（信息化建設(shè)的基礎(chǔ)）5.（關(guān)鍵）6.政策、規(guī)范標(biāo)準(zhǔn) （保障）信息化主體是全體成員（包括：、企業(yè)、事業(yè)、團隊、個人）?？沼蚣凑?、會活動的一切領(lǐng)域。時域一個漫長的過程信息質(zhì)量屬性解釋精準(zhǔn)性精對事物描述的精準(zhǔn)程度完整性完全面程度可靠性及時性及信息獲取及時型經(jīng)信息獲取、傳輸 成本可驗證性驗即信息質(zhì)量屬性，可被驗證安全性安即信息可以被非的可能性，可能性越低，安全性越高摧。兩化融合：1 工業(yè)化與信息化 2 信息與工業(yè)3 虛擬與實體與工業(yè)技術(shù)融合、IT 設(shè)備與工業(yè)裝備融合4B2B：企對企，發(fā)展經(jīng)歷 4 個階段：1 電子4 協(xié)同商務(wù)。典型：如阿里巴巴B2C：企對消費者 如京東（及京東平臺對消費者）；2

3、 基本的電子商務(wù)；3 電子集市；C2C：消費者對消費者，例淘寶（即淘寶商對買家）O2O：線上對線下，即實體店提貨、享受服務(wù)。適合各連鎖企業(yè)（及電子商務(wù)與實體店結(jié)合，向消費者提供商品。例如：淘寶平臺將打折消息推送給消費者，實體店為平臺提品，平臺將賣給消費者。）企業(yè)信息化：概念即 在企業(yè)的 作業(yè)、管理、決策 方面。涉及領(lǐng)域有：科學(xué)計算、過程控制、事務(wù)處理、經(jīng)營管理。企業(yè)競爭從大吃小，轉(zhuǎn)向快吃慢。1.3 信息系統(tǒng)信息系統(tǒng)開發(fā)方法結(jié)構(gòu)化 方法1、理論嚴(yán)密，注重開發(fā)過程整體性、完整性；2、開發(fā)周期長，文檔多，效率低；3、要求在開發(fā)工作之初。全面去了解系統(tǒng)需求。 適用于一開始要求明確的項目。信息系統(tǒng)定義以

4、處理信息為目的的系統(tǒng)。信息系統(tǒng)組成部分軟.硬件、數(shù)據(jù)庫、網(wǎng)絡(luò)、設(shè)備、感知設(shè)備、外設(shè)、數(shù)據(jù)信息處理規(guī)程信息系統(tǒng)集成將軟.硬件、數(shù)據(jù)庫、網(wǎng)絡(luò)等部件整合到一個信息系統(tǒng)中，以達到系 統(tǒng)目標(biāo)的過程。信息系統(tǒng)生命周期（4 個階段）1 立項（）2 開發(fā)（分析、設(shè)計、實施、驗收）3 運維 4 消亡電子政務(wù)與電子商務(wù)電子政務(wù)：G2G對G2B對企業(yè)G2C對公眾G2E對電子商務(wù)： B2B 企業(yè)對企業(yè)B2C 企業(yè)對個人C2C 個人對個人O2O 線上對線下1.4 IT 服務(wù)管理早期傳統(tǒng) IT 服務(wù)管理由企業(yè)內(nèi)部提供服務(wù)。即內(nèi)部提供服務(wù)。監(jiān)理四控 質(zhì)量、進度、成本、變更三管 合同、安全、文檔（信息）1.5 軟件工程軟件需

5、求分析與定義需求必須可以被驗證需求分析目標(biāo)檢測、解決：需求之間、發(fā)現(xiàn)系統(tǒng)邊界、詳細描述系統(tǒng)需求軟件設(shè)計、測試、維護軟件設(shè)計以需求分析為基礎(chǔ)，對軟件內(nèi)部結(jié)構(gòu)的描述。 描述軟件架構(gòu)、組件之間接口。進一步詳細描述組件。軟件測試為評價、改進軟件質(zhì)量、識別軟件維護1. 更正性：修改交付后發(fā)現(xiàn)的錯誤2. 適應(yīng)性：在變化的環(huán)境中，確保軟件繼續(xù)使用定義IT 服務(wù)管理（ITSM）：是一套方法論。IT 系統(tǒng)的、研發(fā)、實施、運營進行管理。是以服務(wù)為中心的 IT 管理。思想IT 組織者，不管內(nèi)部、外部，都是 IT 服務(wù)提供者。主要工作提供 低成本、高質(zhì)量的 IT 服務(wù)。目標(biāo)（3 個）1、以客戶為中心提供 IT 服務(wù)2

6、、提供低成本、高質(zhì)量的 IT 服務(wù)3、提供的 IT 服務(wù)，可以準(zhǔn)確計價注：雖然技術(shù)管理是 ITSM 的重要組成部分，但 ITSM 的主要目標(biāo)不是管理技術(shù)。主要任務(wù)管理客戶和用戶的 IT 需求基本原理用“二次轉(zhuǎn)換”概括。第一次是“梳理”第二次是“打包”基礎(chǔ)設(shè)施應(yīng)用系統(tǒng)、服務(wù)器、路由器、設(shè)施、軟件原型化適用于需求不明確、管理決策方法結(jié)構(gòu)化程度不高的項目。面向?qū)ο箨P(guān)鍵在于能否建立 全面、合理、統(tǒng)一的模型。既能反映問題域，也能被求解域所接受。面向服務(wù)其思維方式是如何使：1、信息系統(tǒng)快速響應(yīng)需求變化、環(huán)境變化；2、提高系統(tǒng)可復(fù)用性；3、提高共享和系統(tǒng)之間的互操作性。已成為大趨勢軟件配置管理活動包括：6

7、個活動軟件過程管理：軟件開發(fā)工具：需求建模工具、需求追蹤工具軟件復(fù)用：將軟件看成 由 不同的“組件”可被設(shè)計完成其他同類工作的通用工具。的有機體?！敖M件”在設(shè)計編寫時，1.6 面向?qū)ο笙到y(tǒng)分析與設(shè)計面向?qū)ο蟾拍睿航y(tǒng)模語言與可視化建模UML 的 5 種視圖用例視圖又稱 用戶模型視圖用來定義外部行為、系統(tǒng)需求，是其他描述系統(tǒng)設(shè)計、構(gòu)建視圖的 基礎(chǔ)（即用例驅(qū)動）邏輯視圖又稱 組件視圖用于描述組的物理組件如系統(tǒng)程序看可以看到的軟件產(chǎn)物（可執(zhí)行文件、代碼庫、數(shù)據(jù)庫）過程視圖描述系統(tǒng)分解為過程和任務(wù)。3 個基本要素對象：標(biāo)識、狀態(tài)、行為對象是類的實例即把對象比作房子，類就是設(shè)計圖項目啟動范圍定義項目項目實

8、施項目、評審項目收尾、關(guān)閉相關(guān)知識點：信息系統(tǒng)生命周期：1 立項（）2 開發(fā)（需求分析、設(shè)計、實施、驗收）3 運維 4 消亡軟件配置管理計劃軟件配置標(biāo)識軟件配置軟件配置狀態(tài)軟件配置審計軟件發(fā)布 管理與交付軟件質(zhì)量保證及質(zhì)量評價軟件質(zhì)量包括：內(nèi)部、外部、使用質(zhì)量 三部分驗證過程：確保輸出的正確，即活動輸出滿足活動規(guī)范要求； 通俗的講：確保可交付成果是正確的。確認過程：確保構(gòu)造（生產(chǎn)、開發(fā)了）正確的，即滿足特定目的；通俗的講：我下一步要干的工作（工作完成產(chǎn)生的成果），是正確的。即你讓我去買個可樂，我卻買了一大杯咖啡，就是錯誤的。3. 完善性：改進交付后的性能、可維護性4. 預(yù)防性：潛在的、將來可能

9、發(fā)生的，在發(fā)生前改正。面向?qū)ο笙到y(tǒng)分析：用來分析問題域，建立業(yè)務(wù)模型。面向?qū)ο笙到y(tǒng)設(shè)計：基于分析得到的模型，來設(shè)計軟件基礎(chǔ)架構(gòu)（概要設(shè)計）、完整的類結(jié)構(gòu)（詳設(shè)）。1.7 應(yīng)用集成技術(shù)數(shù)據(jù)倉庫：數(shù)據(jù)集合（面向主體的、集成的、相對穩(wěn)定的、反映歷史變化等相關(guān)數(shù)據(jù)）。 數(shù)據(jù)倉庫系統(tǒng)結(jié)構(gòu)包括：數(shù)據(jù)源、數(shù)據(jù)集市、OLAP 服務(wù)器、前端工具。Web Service 技術(shù)Web 服務(wù)典型技術(shù)主要用于：1、傳遞信息的 SOAP（簡單對象協(xié)議）；2、描述服務(wù)的 WSDL（Web 服務(wù)描述語言）；3、Web 服務(wù)的統(tǒng)一 UDDI（描述、發(fā)現(xiàn)及集成）；4、的 XML。適用于 Web Service、應(yīng)用集成、B2B

10、集成、軟件重用UML 提供 9 種圖動態(tài)圖：序列圖、狀態(tài)圖、協(xié)作圖、活動圖靜態(tài)圖：用例圖、類圖、對象圖、組件圖、配置圖用例圖描述系統(tǒng)功能。、用例、，三種要素組成類圖表示系統(tǒng)中類、類與類之間關(guān)系描述系統(tǒng)靜態(tài)結(jié)構(gòu)，用于邏輯視圖中對象圖對象圖是類圖的示例狀態(tài)圖描述對象、子系統(tǒng)、系統(tǒng)生命周期是對類描述事物的補充說明序列圖反映若干對象之間的動態(tài)協(xié)作關(guān)系重點反映對象之間消息的先后順序。協(xié)作圖描述寫作對象之間的交互、連接序列圖與協(xié)作圖：都反映對象間的動態(tài)協(xié)作但，協(xié)作圖重點反映對象之間的關(guān)系。活動圖顯示動作及其后果，反映了續(xù)的活動流組件圖反映代碼的物理結(jié)構(gòu)配置圖顯示系統(tǒng)軟、硬件的物理架構(gòu)部署視圖用于描述系統(tǒng)的

11、物理網(wǎng)絡(luò)布局Java EE 結(jié)構(gòu)將開發(fā)工作分為兩類：業(yè)務(wù)邏輯開示邏輯開發(fā)；應(yīng)用服務(wù)器運行環(huán)境：組件、容器、服務(wù)。組件是代碼、容器是環(huán)境、服務(wù)是接口。.NET 架構(gòu)：最底層是通用語言運行環(huán)境，倒數(shù)第二層是基礎(chǔ)類庫。軟件中間件：解決了分布系統(tǒng)的異構(gòu)問題，具有標(biāo)準(zhǔn)的程序接口和協(xié)議。通常分為：數(shù)據(jù)庫中間件、過程調(diào)用、面向消息、分布式對象、事務(wù)中間件。1.8 計算機網(wǎng)絡(luò)技術(shù)OSI物數(shù)網(wǎng)傳會表應(yīng)（巫術(shù)忘傳會飆鷹）最底層為物理層網(wǎng)絡(luò)拓撲結(jié)構(gòu)分為：總線型、星型、環(huán)型、網(wǎng)狀型。網(wǎng)絡(luò)中分為電路、分組、ATM、全光、標(biāo)記交換網(wǎng)絡(luò)接入技術(shù)分為光纖接入、同軸電纜、銅線、無線無線網(wǎng)絡(luò)：指無線電波作為傳輸媒介，分為：無線個

12、域網(wǎng)、局網(wǎng)絡(luò)分類按網(wǎng)絡(luò)覆蓋范圍局域網(wǎng)、城域網(wǎng)、廣域網(wǎng)按鏈路傳輸技術(shù)以太網(wǎng)、令牌網(wǎng)、FDDI 網(wǎng)、ATM 網(wǎng)、幀中繼網(wǎng)、ISDN 網(wǎng)其中：總線爭用技術(shù)是以太網(wǎng)的標(biāo)識。Internet 協(xié)議中主要協(xié)議及層次關(guān)系應(yīng)用層HTTP、 FTP、 SMTP、 TELNET（這 4 個屬于 TCP） DNS、 RIP、 SNMP、 DHCP（這 4 個屬于 UDP）傳輸層TCP UDP（這 2 個都屬于 IP）網(wǎng)絡(luò)層IP（包括 TCP、 UDP、 ICMP、 OSPF） ARP、RAR物理層網(wǎng)絡(luò)接口層數(shù)據(jù)層網(wǎng)絡(luò)層網(wǎng)絡(luò)層傳輸層傳輸層會話層應(yīng)用層表示層應(yīng)用層不適用于 Web Service單機應(yīng)用、局域網(wǎng)同構(gòu)應(yīng)用

13、程序網(wǎng)絡(luò)服務(wù)器與個人計算機最大差異是：在多用戶、多任務(wù)環(huán)境下的可靠性上。網(wǎng)絡(luò)技術(shù)分為：DAS、NAS、SAN。拐彎曲率半徑要求：光纜拐彎曲率半徑不能小于 30cm；同軸粗電纜不能小于 30cm，同軸細電纜不能小于 20cm。暗敷管路要求：暗敷管路的敷設(shè)路線以直線為主，不選擇彎曲路由； 必須彎曲時，曲率半徑不能小于管外徑 6 倍。暗管外徑大于 50mm，曲率半徑不應(yīng)小于該管外徑 10 倍； 轉(zhuǎn)彎夾角不應(yīng)小于 90°，不應(yīng)有兩個以上彎曲；兩次彎曲，彎曲設(shè)在管道兩端，該管長度不能 15M，該段落內(nèi)不能有 S 彎、U 彎。局域網(wǎng)技術(shù)主要采用：交換以太網(wǎng)技術(shù)。選擇拓撲結(jié)構(gòu)時，考慮的主要因素有：

14、地理環(huán)境、傳輸介質(zhì)、傳輸距離、可靠性。匯聚層存在與否，取決于網(wǎng)絡(luò)規(guī)模大小。主機房內(nèi)通道與設(shè)備間距離規(guī)定機柜正面距離不應(yīng)小于 1.5M；側(cè)面（不用面）距墻不應(yīng)小于 0.5M，需要維修時，機柜距墻不應(yīng)小于1.2M；走道凈寬不應(yīng)小于 1.2M。機房照明采用無眩光多隔柵燈，主機房照明不應(yīng)小于 300LUX，輔助間照明不小于 200LUX，故障照明不應(yīng)小于 60LUX。機房照明應(yīng)分別設(shè)置開關(guān)，供電系統(tǒng)采五線制供電。機房 4 種接地方式：交流工作：接地電阻不應(yīng)大于 4；：不應(yīng)大于 4 歐姆直流工作：按照具體規(guī)定要求執(zhí)行；防雷接地：按照防雷設(shè)計規(guī)范執(zhí)行?？照{(diào)開機/關(guān)機機房溫度濕度要求（A 級要求）開機關(guān)機夏

15、季：23±2535冬季：20±25濕度：4565%4070%溫度變化率：5/h 并不得結(jié)露 （關(guān)機開機要求一致）綜合布線6 個子系統(tǒng)、垂直干線子系統(tǒng)、管理子系統(tǒng)、設(shè)備子系統(tǒng) 工作區(qū)子系統(tǒng)、群子系統(tǒng)機房計算機設(shè)備采用分區(qū)布置主機區(qū)、器區(qū)、數(shù)據(jù)輸入?yún)^(qū)、數(shù)據(jù)輸出區(qū)、通信區(qū)、調(diào)度區(qū)域網(wǎng)、城域網(wǎng)、蜂窩移動通信網(wǎng)。網(wǎng)絡(luò)通信設(shè)備選型包括：交換機、匯聚層/接入層交換機、接入與設(shè)備選型。管理管理體系 ISMS，是管理體系的一部分，基于業(yè)務(wù)風(fēng)險的方法來：建立、實施、運1.9行、監(jiān)視、評審、保持和改進的結(jié)構(gòu)等。基本屬性：完整性、性、可用性、可控性、可靠性。管理，主要活動有：定義策略定義管理體系范

16、圍適用性申明風(fēng)險評估確定管理目標(biāo)和選擇管理措施等級保護是實施保護的基本制度、方法、策略。對稱加密技術(shù)：加密、使用同一個密匙。該技術(shù)密匙較短，使用快捷。非對稱加密技術(shù)：需要兩個密匙（公開密匙、私有密匙，兩者是一對。使用公匙進行加密，必須用對應(yīng)的私鑰進行）。該技術(shù)加密速度慢、不適合加密大量數(shù)據(jù)。數(shù)字簽名：方 A 用私鑰簽名，接收方 B 用 A 的公鑰進行驗證。由于 A 的私鑰只有 A采用有，所以者無法抵賴的簽名。數(shù)字簽名特點：簽名者不能抵賴的簽名；其他人無法簽名。及其防范技術(shù)基本要素性、完整性、可用性、可控性、可性。為達到上述目標(biāo)需要做的工作：指定安全策略、用戶驗證、加密、審計、管理。典型網(wǎng)絡(luò)步驟

17、信息收集、尋找口、實施、消除、保留權(quán)限。5 個等級用戶、系統(tǒng)審計、安全標(biāo)記、結(jié)構(gòu)化、驗證。從以此為 1 級至 5 級 5 級無法、檢測及，也無法內(nèi)部網(wǎng)絡(luò)之間行為。掃描器無法發(fā)現(xiàn)的行為，且它有可能會成為者的工具。防毒軟件對基于網(wǎng)絡(luò)行為（例漏洞的行為）為力。目前市場上的安全審計，即使冠以審計名義的，也只是從事檢測的工作。認證：認證與數(shù)字簽名區(qū)別：數(shù)字簽名第三者驗證，有不可抵賴性。而認證不具備。1.10 新一代大數(shù)據(jù) 5V 特點：Volume（大量） Velocity（高速） Variety（多樣） Value（價值） Veracity（真實性） 大數(shù)據(jù)處理系統(tǒng)要經(jīng)過 5 個環(huán)節(jié)：1 數(shù)據(jù)準(zhǔn)備 2管

18、理3 計算處理4 數(shù)據(jù)分析5 知識展現(xiàn)云計算 服務(wù)類型基礎(chǔ)設(shè)施即服務(wù)Paas 平臺即服務(wù)軟件即服務(wù)SaaS物聯(lián)網(wǎng)架構(gòu)：感知層、網(wǎng)絡(luò)層、應(yīng)用層移動互聯(lián)網(wǎng)第 2 章 信息系統(tǒng)項目管理基礎(chǔ)2.1 項目管理基礎(chǔ)項目即為提品、服務(wù)、成果所做的臨時性努力。項目特征臨時性（）；獨特的、服務(wù)、成果；逐步完善；約束性（約束）；目的性。三個目標(biāo)（三約束）時間、成本、質(zhì)量PM 在項目中責(zé)任在 時間、成本、質(zhì)量、項目范圍之間權(quán)衡，確保項目日常與項目的區(qū)分移動互聯(lián)網(wǎng)=移動通信網(wǎng)+互聯(lián)網(wǎng)內(nèi)容和應(yīng)用特征接入移動、時間碎片、生活相關(guān)、終端多樣性。1、SOA（架構(gòu)技術(shù)）Web Service 是 SOA 的主要技術(shù)。2、頁面展

19、示技術(shù) 2.0（嚴(yán)格來說不是一種技術(shù)，而是一種思維模式）3、頁面展示技術(shù) HTML5； 4、Android5、iOS6、Windows Phone認證與加密區(qū)別認證：確保/接收者的真實性、數(shù)據(jù)完整性。主動，是安全保護第一道設(shè)防。加密：用于保證數(shù)據(jù)的性，攻擊。項目管理項目團隊?wèi)?yīng)對項目所處環(huán)境加以考慮：與環(huán)境、國際與政治環(huán)境、自然環(huán)境等因素。2.2 項目管理知識體系ISO國際標(biāo)準(zhǔn)化組織ISO 是這樣區(qū)分標(biāo)準(zhǔn)和準(zhǔn)則的：2.3IPMPPMPIPMP（國際項目管理）ICB（國際項目管理資質(zhì)標(biāo)準(zhǔn)）IPMA（國際項目管理專業(yè)資質(zhì)認證）：依據(jù) IPMA 將項目管理級、B、C、D 級。資質(zhì)認證分為 4 個等級。

20、A2.4 PRINCE2PRINCE2 認證國際上被稱為項目管理王者認證。PRINCE2是一種基于流程的結(jié)構(gòu)化項目管理方法；其 4 要素原則、流程、主題、項目環(huán)境。PMBOK（項目管理知識體系），每 4 年更新一次，分為 10 個知識領(lǐng)域：即 10 個 管理：范圍、時間、成本、質(zhì)量、人力、干系人、采購、風(fēng)險、整理管理。標(biāo)準(zhǔn)即一致同意建立，并由公認的機構(gòu)，所批準(zhǔn)的文件。準(zhǔn)則即強制性的要求。要求項目管理組 理解并使用五方面專門知識領(lǐng)域：項目管理知識體系； 應(yīng)用領(lǐng)域知識；項目環(huán)境知識；通用管理知識、技能； 軟技能或人際關(guān)系技能。項目管理定義是通過：如啟動、計劃、實施、收尾等管理過程來進行的。項目管理

21、內(nèi)容管理一個項目包括：1、識別要求；2、確定目標(biāo)；3、權(quán)衡質(zhì)量、范圍、時間、成本之間互不相讓的要求；4、使 技術(shù)規(guī)格說明書、計劃、方法，適合項目干系人各種不同需求、期望。日常：項目工作是持續(xù)不斷的； 目標(biāo)是維持經(jīng)營；項目：項目工作是臨時性、獨特的；目標(biāo)是實現(xiàn)其目標(biāo)，然后項目結(jié)束； 當(dāng)項目目標(biāo)宣布實現(xiàn)時，項目即結(jié)束。2.5 組織結(jié)構(gòu)對項目的影響以項目為 基礎(chǔ) 的組織指的是：這些組織的業(yè)務(wù)主要由 項目 組成。分為兩類：一是，收入來源是依據(jù)合同，為他人履行項目的組織；二是、采用項目制進行管理的組織。2.6 信息系統(tǒng)項目的生命周期特征：A、成本、人力投入在開始較低，工作執(zhí)行期間最高，快結(jié)束時迅速回落；

22、B、風(fēng)險、不確定性在開始最大，并存在整個生命周期之中，隨著驗收而逐步降低。、可交付成果的階段與階段的關(guān)系兩種關(guān)系：順序關(guān)系、交疊關(guān)系。交疊關(guān)系中，某階段在前一個階段完成之前，就開始，作為進度壓縮的一種技術(shù)。一般稱為快速跟進?！痉倒ぁ?。階段交疊可能會：增加額源來開展工作；增加風(fēng)險；造成返工。返工2.7 信息系統(tǒng)項目典型生命周期模型延續(xù)膝蓋吉祥扁擔(dān)需求分析驗收測試V 模型概要設(shè)計系統(tǒng)測試瀑布模型生命周期將軟件開發(fā)分為：1 可行性分析（計劃） 2 需求計劃 3 軟件設(shè)計（概設(shè)、詳設(shè)）4 編碼（含單元測試） 5 測試 6 運行維護適用于：需求明確、很少出現(xiàn)變更的項目螺旋模型將原型實現(xiàn)的迭代特征 與 線

23、性順序模型（瀑布模型）中、系統(tǒng)化的方面結(jié)合起來。使軟件增量版本能夠快速開發(fā)。4 個階段（4 個象限）：制訂計劃、風(fēng)險分析、工程實施、客戶評價。該模型強調(diào)風(fēng)險分析，適用于龐大、復(fù)雜、高風(fēng)險的系統(tǒng)。風(fēng)險分析分為 3 步：評價方案、識別風(fēng)險、消除風(fēng)險。迭代模型生命周期四個階段：初始、細化、構(gòu)造、移交。7 個原則業(yè)務(wù)驗證、吸取經(jīng)驗、明確定義的職責(zé)、按階段管理、例外管理、關(guān)注、環(huán)境裁剪。主題商業(yè)論證、組織、質(zhì)量、計劃、風(fēng)險、變更、進展。流程項目準(zhǔn)備流程、項目指導(dǎo)、項目啟動、階段、階段邊界管理、交付管理、項目收尾流程。詳細設(shè)計集成測試單元測試編碼2.8 單個項目的管理過程PDCA 循環(huán)（）：P（Plan）

24、計劃D（Do）執(zhí)行C（Check）檢查 A（Act）行動項目管理5 大過程組啟動、計劃、執(zhí)行、監(jiān)督與、收尾過程組啟動過程組： 定義、批準(zhǔn)項目（或某階段）。包括 2 個過程：制定項目章程、識別干系人。計劃過程組：定義、細化目標(biāo)。執(zhí)行過程組：整合、其他。在項目整個生命周期或某個階段， 執(zhí)行項目管理計劃。監(jiān)督過程組：定期測量、項目績效情況，識別偏差并采取糾正V 模型單元測試：開發(fā)負責(zé)執(zhí)行。用測試用例驗證各個單元功能的正確性。 集成測試：關(guān)注點是系統(tǒng)能編譯，實現(xiàn)業(yè)務(wù)功能，各模塊之間數(shù)據(jù)可正常通信。系統(tǒng)測試：驗證系統(tǒng)整體是否滿足需求規(guī)格說明書。驗收測試：以用戶角度，檢查系統(tǒng)是否滿足合同要求、用戶需求。V

25、 模型特點A、開發(fā)與測試一樣重要，左側(cè)表示開發(fā)，右側(cè)表示測試。 B、每個開發(fā)階段，對應(yīng)一個測試。C、測試依舊是生命周期中的階段。D、適用于 需求明確、需求變更不頻繁的情形。原型法在很難立刻 全面準(zhǔn)確的提出用戶需求的情況下，快速開發(fā)一個原型系統(tǒng)，然后通過反復(fù)修改，來實現(xiàn)用戶最終的系統(tǒng)需求。特點：實際可行 ；具有最終系統(tǒng)的基本特征；構(gòu)造方便、快速、造價低。敏捷開發(fā)以用戶需求進化為 ，采用迭代、循序漸進方法進行開發(fā)。換言之， 把一個大項目分為多個互相 、又互相可 地進行的小項目，并分別完成。敏捷開發(fā)方法原則快速迭代；測試者、開發(fā)者參與需求討論； 編寫可測試需求文檔；多 ，減少文檔； 做好 原型；盡早

26、考慮測試。敏捷開發(fā)適用于項目起初需求、范圍不明確； 需求、范圍難以事先確定；需要應(yīng)對快速變化的環(huán)境的項目；以有利于項目干系人的方式，定義較小的增量改進的。其他知識點：噴泉模型： 主要用于描述面向?qū)ο蟮拈_發(fā)過程，體現(xiàn)了面向?qū)ο箝_發(fā)過程的迭代性、連續(xù)項目十大知識領(lǐng)域五大過程組啟動計劃執(zhí)行收尾整體管理制定項目章程編制項目管理計劃指導(dǎo)、管理項目執(zhí)行項目的工作、整體變更項目收尾范圍管理編制范圍管理計劃、收集需求、范圍定義建立 WBS范圍核實范圍時間管理編制進度管理計劃、活動定義、活動排序估算、歷時估算制定進度計劃進度成本管理編制成本管理計劃、成本估算、成本預(yù)算成本質(zhì)量管理制定質(zhì)量管理計劃質(zhì)量保證質(zhì)量人力

27、制定人力計劃組件團隊建設(shè)團隊管理團隊管理計劃管理風(fēng)險管理制定風(fēng)險管理計劃風(fēng)險識別、風(fēng)險定性分析、風(fēng)險定量分析、風(fēng)險應(yīng)對計劃風(fēng)險采購管理編制采購管理計劃實施采購采購結(jié)束采購項目干系人識別干系人編制干系人管理計劃管理干系人參與干系人參與措施。確保目標(biāo)達成。收尾過程組：正式驗收、成果。結(jié)束項目或某階段性。螺旋模型：軟件開發(fā)是一系列的增量發(fā)布，將瀑布模型、快速原型模型結(jié)合起來，其強調(diào)風(fēng) 險分析，適用于大型、復(fù)雜、風(fēng)險高的項目。特點之一循環(huán)反復(fù)。瀑布模型：特點分階段進行，即某階段得到確認后，進行下一階段/或返回上一階段。迭代模型：分階段進行，每個階段都執(zhí)行一次傳統(tǒng)、完整的串行過程。包括需求分析、設(shè)計、

28、編碼、測試等活動。所有的項目都是臨時性的，有明確的開始、結(jié)尾。大項目可以分解為多個較小的項目來進行管理。大項目由（該大型項目的）項目經(jīng)理多個較小項目的 PM，實現(xiàn)對多個較小項目的間接管理。小項目直接由其 PM 直接管理。工期長、專業(yè)復(fù)雜、比較特殊的項目，投資或工程量大的項目，適合采用強矩陣式或項目型的組織形式。第 3 章 項目立項管理招投標(biāo)公開招標(biāo)：招標(biāo)人用招標(biāo)公告，邀請不特定法人、組織來投標(biāo)。 邀請招標(biāo)：招標(biāo)人用投標(biāo)邀請書，邀請?zhí)囟ǖ姆ㄈ?、組織來投標(biāo)。投標(biāo)文件是要約。（要約即希望與別人簽訂合同。或者是希望別人來投合同）招標(biāo)文件是要約邀請（要約邀請即希望別人向說：來吧，咱們簽合同吧）中標(biāo)通知書

29、是承諾發(fā)出要約。說白了就是建設(shè)對某公司為防止投標(biāo)人 投標(biāo)后，或者中標(biāo)后拒簽合同，招標(biāo)人要求投標(biāo)人繳納保證金（投標(biāo)保證金2%（項目總估算價），履約保證金10%（合同金額）中民招標(biāo)投標(biāo)法28 條規(guī)定：投標(biāo)人少于 3 個，應(yīng)重新招標(biāo)。投標(biāo)文件未能按照招標(biāo)文件要求截止日期之前送達的，招標(biāo)人應(yīng)當(dāng)拒收，應(yīng)原封退回，不得進入開標(biāo)階段。以郵寄方式送達的，投標(biāo)人必須留出郵寄時間，而不是以郵戳?xí)r間為準(zhǔn)。評標(biāo)工作由評標(biāo)委員會負責(zé)，由相應(yīng)、專業(yè)水平組成。人數(shù)為 5 人以上單數(shù)組成，項目立項提交項目（RFP）、可行性研究、項目論證、項目評估、招投訂合同RFP 主要內(nèi)容項目必要性； 項目市場；、服務(wù)市場； 項目建設(shè)必要條

30、件?？裳袌蟾嬷饕獌?nèi)容投資必要性；技術(shù)可行性；財務(wù)可行、組織可行、可行、可行、風(fēng)險因素及對策。技術(shù)、不得少于總?cè)藬?shù) 2/3。在評標(biāo)結(jié)果公布前應(yīng)。中標(biāo)人的投標(biāo)文件應(yīng)符合：最大限度滿足招標(biāo)文件中要求綜合評價標(biāo)準(zhǔn)；滿足招標(biāo)文件實質(zhì)性要求，且經(jīng)過評審后投標(biāo)價最低。投標(biāo)價低于成本除外。中標(biāo)通知書發(fā)出后，招、投標(biāo)人應(yīng) 30 日內(nèi)簽訂合同。招標(biāo)人應(yīng)在確定中標(biāo)人之日起 15 日內(nèi)，向有關(guān)部門提交招標(biāo)情況報告。采購定，采購規(guī)定自簽訂后 7 日內(nèi)。3.2 可行性研究3.3 項目評估與論證項目論證：基本原則：先論證、后決策。項目論證應(yīng)市場需求、開發(fā)技術(shù)、財務(wù)。面開展工作。市場是前提，技術(shù)是，財務(wù)是項目論證作用：是對各

31、階段工作內(nèi)容、費用、準(zhǔn)確性要求。主要有以下：A、確定項目是否實施的依據(jù)；B、籌措資金、向的依據(jù)；C、編制計劃、設(shè)計、采購、施工、設(shè)備及 D、防范風(fēng)險、提高效率的保證；配置的依據(jù)；E、一般分為三個階段：機會可研、研、詳細可研。項目評估在可行性基礎(chǔ)上（及輸入），由第（、或有關(guān)機構(gòu)）進行的評估過程。項目論證的階段劃分階段工作內(nèi)容費用誤差機會研究尋求投資機會，鑒別投資方向占總投資 0.2%1%±30%研項目是否占總投資 0.25%1.5%±20%詳細可研詳細技術(shù)論證，在多方案中選擇最優(yōu)方案中小項目：占總投資 1%3%大項目：占總投資 0.2%1%±10%可研 3 個階段行

32、性研究、詳細可行性研究、可行性。研粗略的，可以對項目進行全面描述、分析、論證。 可以根據(jù)。詳細可研項目投資前有 4 個階段：機會研究、 研、詳細可研、評估與決策。實際工作中，可將前兩個階段省略或者合二為一。但詳細可研必不可少。 升級改造項目只進行 研、詳細可研。小項目一般只進行詳細可研。目的：項目可行性研究的可靠性、真實性、客觀性，為決策或行政主管部門決策提供依據(jù)。相關(guān)知識點：小李依據(jù)當(dāng)前技術(shù)發(fā)展趨勢和所掌握的技術(shù)能否支撐該項目的開發(fā)，小李應(yīng)進行（技術(shù)可行 性研究）。評估依據(jù)包括：項目及批準(zhǔn)文件；項目可研報告；申請報告及評審意見；有關(guān)、配件、水電、資金等方面的協(xié)議文件；其他文件資料。在進行項目

33、可行性分析師，需要在（技術(shù)可行性分析）中分析人力的可行性。項目論證是續(xù)的過程，一般有 7 個步驟：明確項目范圍、業(yè)主目標(biāo)；收集分析相關(guān)資料；擬定多種實施方案；多方案分析、比較；選擇最優(yōu)方案，進一步論證；編制論證報告；編制資金籌備計劃、項目實施進度計劃。第 4 章 項目整體管理4.1 項目整體管理項目整體管理是一個全局性、綜合性管理。4.2 制定項目章程項目章程PM 在項目中動用組織，因此 PM 應(yīng)參與制定項目章程（只是參與，而不之前被任命委派，最好是在制定項目章程時。是制定）。PM 任何時候在項目項目章程的批準(zhǔn)，標(biāo)志項目正式啟動，授予項目合法地位。PM 及其他目。項目章程粗略的規(guī)定項目范圍，是

34、項目范圍管理的依據(jù)（輸入）。班子正式接受項項目章程有發(fā)起人、項目管理辦公室或項目指導(dǎo)委員會批準(zhǔn)。項目章程經(jīng)啟動者（發(fā)布者）簽字后，意味著項目獲得批準(zhǔn)。項目章程誰負責(zé)發(fā)起，誰負責(zé)發(fā)布；誰簽發(fā)誰修改；項目章程的修改不在 PM 權(quán)責(zé)之內(nèi)。工作說明書 SOW：對由項目提供的、服務(wù)，進行文字說明。包括以：業(yè)務(wù)需求；范圍說明書；戰(zhàn)略計劃。項目章程作用項目經(jīng)理；宣布項目啟動（確認項目存在）；規(guī)定項目總體目標(biāo)；將項目與執(zhí)行、計劃起來。項目章程內(nèi)容1、項目目的，批準(zhǔn)項目的（粗略的描述項目范圍）；2、項目目標(biāo)、標(biāo)準(zhǔn)；3、總體要求；4、概括性項目描述；5、主要風(fēng)險；6、里程碑進度計劃；7、總體預(yù)算；8、審批要求；9

35、、制定項目經(jīng)理，及其權(quán)責(zé)；10、發(fā)起人（或其他批準(zhǔn)項目章程）姓名、職權(quán)。組織過程資產(chǎn)：組織（企業(yè)）在項目實施過程中，所累積的無形資產(chǎn)（吸取的教訓(xùn)、學(xué)到的 知識）。項目啟動會議是一個項目的開始，項目經(jīng)理負責(zé)組織召開。項目目標(biāo)包括成果行目標(biāo)、約束性目標(biāo)。項目目標(biāo)特性：有不同優(yōu)先級，有層次性。引導(dǎo)技術(shù)：用于指導(dǎo)項目章程制定。包括頭腦風(fēng)暴、處理、問題解決、會議管理。4.3 制定項目管理計劃在項目執(zhí)行開始之前制定，屬于滾動波浪計劃（漸進明細），在后續(xù)項目生命周期中不斷完善、細化、更新。項目文件：1、在計劃階段編制的文件；2、在執(zhí)行、階段產(chǎn)生的文件。配置配置、變更系統(tǒng)，是項目的子系統(tǒng)。作用：提交變更建議；

36、追蹤變更建議、批準(zhǔn)制度；確定變更級別；確認批準(zhǔn)的變更方法。變更的方法。系統(tǒng)：即正式形成文件的過程，用于確定，改變、批準(zhǔn)可交付成果（或文件）4.4 指導(dǎo)與管理項目執(zhí)行CCB 變更委員會（也稱配置管理委員會）成員：項目經(jīng)理、用戶代表（中）、質(zhì)量、配置管理員、經(jīng)理、開發(fā)、測試。CCB 是決策機構(gòu)，不是作業(yè)機構(gòu)。是利用評審，決定是否接受變更，而不是提出變更方案。項目工作：實際進展與進度基準(zhǔn)（經(jīng)批準(zhǔn)的進度計劃）比較，即完工尚需時間估算。通常表4.5進度示為（輸出為）進度偏差、進度績效指數(shù)。成本預(yù)算：實際進展與成本基準(zhǔn)比較，即完工尚需成本估算，通常表示為（輸出為）成本偏 差、成本績效指數(shù)。指導(dǎo)與管理項目執(zhí)

37、行：變更影響進行，并實施變更。其活動包括：糾正措施、預(yù)防措施、缺陷補救變更請求：可直接、間接，可內(nèi)部、外部其措施包括：糾正措施、預(yù)防措施、缺陷補救、更新缺陷補救：修正不一致的（組件），只質(zhì)量問題；糾正措施與預(yù)防措施：質(zhì)量問題，也進度、投資等問題；更新：對正式受控項目文件、計劃等進行變更。（即本身沒有錯誤的，但更新后會變得更好）項目管理計劃包括一個或多個輔助計劃：（是下列計劃的依據(jù)）項目管理計劃可以是詳細的、可以是概括的。是項目總體計劃、主計劃。范圍管理計劃、進度、成本、質(zhì)量、過程改進、分析技術(shù) 用于項目分析技術(shù)包括：回歸分析、分組方法、因果分析、根本方法、失效模式與影響、故障樹分析、儲備分析、

38、掙值管理、差異分析。分析（RCA）、工作績效報告：為制定決策、采取行動、引起關(guān)注而形成的實物或電子項目文件。（通過對工作績效信息進行匯編，生成工作績效報告）4.6 實施整體變更整體變更過程貫穿項目始終，變更工作必不可少。其基本原則：基準(zhǔn)管理（基準(zhǔn)是變更依據(jù)）；變更流程；建立 CCB；變更的影響；保存與變更文檔。整體變更中，有下列三個活動即屬于變更，也存在配置管理之中：配置識別；配置狀態(tài)、配置審核與審計。任何干系人都可以提出變更，可以口頭提出，但必須以形式。4.7 項目結(jié)束或階段在此過程中：需要發(fā)起人、客戶對最終成果進行驗收，但只是形式上的驗收，而不是實質(zhì)性 的技術(shù)驗收。真正的技術(shù)驗收早在范圍核

39、實中完成。項目結(jié)束或階段指：完結(jié)所有項目管理過程組（5 大過程組啟動、計劃、執(zhí)行、的所有活動。主要作用是總結(jié)經(jīng)驗教訓(xùn)，正式結(jié)束項目工作。、收尾）編制 項目計劃 流程：明確目標(biāo)；成立項目團隊；信息收集；編寫概要的項目計劃；將上述各類計劃納入項目計劃進行綜合、優(yōu)化；PM 組織編寫項目計劃； 評審、批準(zhǔn)項目計劃；經(jīng)批準(zhǔn)的項目計劃即項目基準(zhǔn)計劃。編制 項目計劃 原則：目標(biāo)統(tǒng)一管理、方案統(tǒng)一管理、過程 XX、技術(shù)工作與管理工作統(tǒng)一協(xié)調(diào)、計劃X、人力、干系人參與、逐步精確（漸進明細）項目收尾具體內(nèi)容：項目驗收、總結(jié)、系統(tǒng)維護、項目后評價。項目收尾包括合同收政收尾（也稱管理收尾）項目整體管理是一個迭代過程，

40、即 PDCA 循環(huán)（）。是對不同過程組、活動進行識別、定義、整合、統(tǒng)一協(xié)調(diào)的過程，即保證項目管理各個要間相互協(xié)調(diào)，打到最優(yōu)組合狀態(tài)。各管理過程不是的，成本估算也是其中一個過程。通常在（）之前任命項目經(jīng)理比較合適？A. 科研過程 B.簽訂合同C.招投標(biāo) D.制定項目計劃之前：通常在 項目啟動會議 中宣布對項目經(jīng)理的任命并頒發(fā)任命書。所以一般在制訂項目計劃之前任命項目經(jīng)理。第 5 章 項目范圍管理5.1 范圍管理概述5.2范圍管理5.3 收集需求作用是為定義、管理項目范圍（含范圍）奠定基礎(chǔ)。需求分類業(yè)務(wù)需求：即組織的需求（如何解決業(yè)務(wù)問題、抓住業(yè)務(wù)機會）；干系人需求：即干系人的需求；范圍管理就是編

41、制管理計劃，對項目范圍進行定義、確認、的過程。主要作用：為整個項目中管理范圍提供指南和方向。項目范圍管理計劃是制定其他范圍管理過程的輸入。主要內(nèi)容包括： 如何制定范圍說明書；如何根據(jù)范圍說明書創(chuàng)建 WBS； 如何維護、批準(zhǔn) WBS；如何確認、正式驗收可交付成果；如何處理項目范圍說明書的變更。（該工作與整體變更過程直接相聯(lián)）項目范圍管理計劃：可能存在于項目管理計劃中，也可能作為單獨的一項。 是正式、非正式的，詳細、概括的。需求管理貫穿整個過程。任務(wù)：明確需求。是項目團隊、用戶達成共識（即建立需求基線），始終保持與需求的一致性。需求管理計劃包括以；各種需求活動； 需要使用的； 培訓(xùn)計劃；干系人參與

42、 需求管理 的策略；項目范圍 與 需求不一致的準(zhǔn)則，糾正規(guī)程； 需求跟蹤結(jié)構(gòu)；配置管理活動。范圍項目范圍之間關(guān)系范圍是項目范圍的基礎(chǔ)、是項目范圍說明書的組成部分； 項目范圍是否，要以范圍基礎(chǔ)衡量；范圍是否完成，是根據(jù)是否滿足了描述的要求來； 范圍變更后，首先受到影響的是項目范圍。項目范圍基準(zhǔn)：通過評審、批準(zhǔn)的項目范圍說明書、WBS、WBS 詞典。項目范圍管理即只做范圍內(nèi)的工作，不多做也不少做； 包括以下工作內(nèi)容：明確項目便捷；對項目執(zhí)行進行；防指范圍蔓延。范圍、服務(wù)所包含的功能； 是項目范圍的基礎(chǔ)；是對要求的描述；是項目范圍說明書的重要組成部分。信息系統(tǒng)項目中存在 2 個范圍：范圍、項目范圍項

43、目范圍為了能交付成果，要進行的工作； 是項目管理計劃的基礎(chǔ)；頭腦風(fēng)暴法：各抒己見。收集需求過程輸出：需求文件、需求跟蹤矩陣。需求文件：描述各種單一需求是如何滿足業(yè)務(wù)需求。需求文件包括（不限于）業(yè)務(wù)需求、干系人需求、解決方案需求、項目需求、過渡需求，與需求有假設(shè)條件、依賴關(guān)系、制約因素。需求跟蹤矩陣：主要作用是體現(xiàn)需求與后續(xù)成果之間的對應(yīng)關(guān)系。需求追蹤矩陣目的：建立維護“需求設(shè)計編程測試”之間的一致性?？勺粉櫺允琼椖啃枨蟮囊粋€重要特性?？沈炞C性是需求的基本特性。每個 配置項需求 到其涉及的需求都具有雙向可跟蹤行。雙向可跟蹤性：正向跟蹤、反向跟蹤。正向跟蹤：指檢查需求文件中每個需求能否在后續(xù)工作（

44、）中找到對應(yīng)點；反向跟蹤：即逆向跟蹤，指檢查設(shè)計文檔、文件中找到出處。構(gòu)件、測試文檔等工作的成果，能否在需求5.4 范圍定義定義范圍即：定義范圍邊界，應(yīng)該做與不應(yīng)該做的分界線。明確 范圍外。邊界，哪些在范圍內(nèi)、范圍定義的主要成果項目范圍說明書：是對項目范圍、交付成果、假設(shè)條件、制約因素的描述。范圍說明書包括：（此處是 6 項，若讓寫出 7 個，加上項目目標(biāo)）范圍描述、驗收標(biāo)準(zhǔn)、可交付成果、除外責(zé)任、制約因素、假設(shè)條件。主要作用：確定范圍，基礎(chǔ)，和依據(jù)，變更基礎(chǔ)，基礎(chǔ)。5.5 創(chuàng)建工作分解結(jié)構(gòu)（WBS）創(chuàng)建 WBS即將項目分解成較小、更易于管理的組件的過程。 主要作用：對交付的內(nèi)容提供一個結(jié)構(gòu)化

45、視圖。里程碑里程碑=具體時間+該時間內(nèi)完成的標(biāo)志著成果或階段的正式完成。重要的檢查點是里程碑。 重要的里程碑式基線。解決方案需求：為滿足業(yè)務(wù)、干系人的需求。又分為功能需求、 能需求，后者是對前者的補充。過度需求：從當(dāng)前狀態(tài)過渡到將來狀態(tài)所需的臨時能力； 項目需求：為滿足項目活動、過程；質(zhì)量需求：QFD 對質(zhì)量需求細分為 基本需求、期望需求、以外需求。收集需求 工具、技術(shù)訪談：直接與干系人交談（信息獲取的方法是正式還是非正式的）；焦點小組：干系人。在一起，了解他們對所提議、服務(wù)、成果的期望和態(tài)度。是群體訪談，而非一對一訪談；引導(dǎo)式研討會：（比單項會議）更快速發(fā)現(xiàn)、解決問題；群體創(chuàng)新技術(shù)：包括頭腦

46、風(fēng)暴、名義小組、德爾斐技術(shù)。概念/思維 導(dǎo)圖、親和圖、多標(biāo)準(zhǔn)決策分析等；WBS1、用來確定項目范圍（所有工作都包含在 WBS 中）；2、需要所有干系人參與其編制；3、自上向下、逐層分解，每條分支不比相等，層次在 46 層。若超過 6 層，可將較大項目分解成子項目，再子項目建立 WBS 4、各要素都是的，減少互相交叉，或不能交叉。WBS 表示形式1、分級的樹形結(jié)構(gòu)，層次清晰、直觀性和結(jié)構(gòu)性強，但不易修改， 適合中小項目；2、列表形式：直觀性差，但能反映所有工作要素，適合大型項目。 注意：在制定 WBS 時，要將 “ 項目管理 ”列進去，且必須是單獨的列進去。若有外包、分包，也應(yīng)列進去。將項目分解

47、成工作包，要開展的活動1、識別分析可交付成果；2、確定 WBS 結(jié)構(gòu)；3、自上而下、逐層分解；4、制定編碼標(biāo)識符；5、核實可交付成果是否恰當(dāng)。問 將項目分解成工作包需要哪些步驟？上述 15有以下特征即可當(dāng)作工作包1、規(guī)模小，可在短時間內(nèi)完成；2、邏輯上認為，不能在分解；3、所需、時間、成本可精確計算；4、可對其進行有效的時間。成本、質(zhì)量、范圍、風(fēng)險。WBS 分解原則1、避免遺漏；2、避免交叉；3、相同層次的工作單元，性質(zhì)也應(yīng)相同；4、工作單元分不同的責(zé)任者、工作內(nèi)容；5、利于項目管理計劃；6、最底層工作具有可比性，是可管理、可檢查的；7、包括項目管理工作，也包括分包外包出去的工作。WBS 分解

48、的3 種方式1、各階段作為第二層；2、主要交付成果作為第二層；3、子項目作為第二層。什么是范圍基準(zhǔn)經(jīng)過批準(zhǔn)的項目范圍說明書、WBS、WBS 詞典工作包處于 WBS 最底層，大小應(yīng)遵循 8/80 原則。賬戶一個賬戶可以有多個工作包，但一個工作包只能屬于一個賬戶。包在賬戶之下、工作包之上的要素。是暫時用來做計劃的，隨著工作逐漸清晰，包最終將被分解成工作包。WBS 詞典即為 WBS 的每個部分，賦予賬戶編碼標(biāo)識符。5.6 確認范圍確認范圍：即正式驗收已完成成果的過程。有客戶、發(fā)起人正式驗收。確認范圍主要工具、技術(shù)：群體決策技術(shù)、檢查（也稱為、審計、評審、走查等）5.7范圍定義：監(jiān)督范圍狀態(tài)、管理范圍

49、基準(zhǔn)變更的過程。主要作用維護范圍基準(zhǔn)。確認范圍貫穿項目始終，步驟如下1、確定要開展確認范圍的時間；2、識別確認范圍需要的投入；3、范圍正式被接受的標(biāo)準(zhǔn)和要素；4、會議組織步驟；5、組織范圍確認會議。在確認范圍之前，要先進性質(zhì)量工作。例如在確認軟件項目的范圍之前，要進行系統(tǒng)測試工作。進行范圍確認 要檢查六個方面1、交付成果是可確認的；2、成果是否具有里程碑；3、是否有質(zhì)量標(biāo)準(zhǔn)；4、審核、承諾是否可以清晰表達；5、項目范圍是否覆蓋所有活動，是否有遺漏；6、項目范圍風(fēng)險是否太高。確認范圍與核實1、確認范圍：可交付成果，由客戶、發(fā)起人在階段末開展確認 驗收的過程。2、核實：是否完成，在項目（階段）結(jié)束

50、時，由客戶、發(fā)起人來驗證，強調(diào)的是是否完整。確認范圍與質(zhì)量不同之處1、確認范圍強調(diào)可交付成果可以被接受，質(zhì)量強調(diào)可交付成果正確性；2、質(zhì)量在確認范圍之前進行，也可同時進行。確認范圍在階段 末進行，而質(zhì)量不一定在階段末進行；3、質(zhì)量屬于內(nèi)部檢查，由執(zhí)行組織質(zhì)量部門實施，確認范圍有 外部干系人（客戶、發(fā)起人）對項目成果進行檢查驗收。確認范圍與項目收尾不同之處1、確認范圍與項目收尾都在階段末進行，但前者強調(diào)成果可以被接 受，而項目收尾強調(diào)的是結(jié)束項目所要做的流程性工作。2、兩者都有驗收工作，確認范圍強調(diào)成果，項目收尾強調(diào)驗收。注：確認范圍完成時，應(yīng)對 WBS、WBS 詞典更新。達成群體決策技術(shù)的方法1、一致同意2、大多數(shù)同意，支持人數(shù)在 50%之上；3、相對多數(shù)同意；4、（在方法中，由某一個人為群體做出決策）。WBS 責(zé)任不是某一個成員的責(zé)任，應(yīng)該有全體成員共同完成和一致確認。其他知識點需求跟蹤矩陣作用：可跟蹤一個需求使用期限的全過程，即從需求源到實現(xiàn)后的前后生存期；跟蹤已明確的需求實現(xiàn)的過程；不涉及需求開發(fā)的職責(zé)，