【正文】 ）216。 概率分布216。 期望貨幣價值（EMV）分析216。 建模和模擬（或蒙特卡洛分析）216。 計算分析因子216。 敏感性分析216。 專家判斷 輸出風險登記冊（更新）更新內容：1) 項目的概率分布2) 實現成本和時間目標的概率3) 量化風險優(yōu)先級清單4) 定量風險分析結果的趨勢 制定風險應對計劃制定風險應對計劃是針對項目目標，制定提高機會、降低威脅的方案和措施的過程。 輸入216。 風險登記冊216。 風險管理計劃 工具與技術216。 消極風險的應對策略：回避、轉移、減輕、接受216。 積極風險的應對策略：開拓、分享、提高、接受216。 應急應對策略216。 專家判斷 輸出216。 風險登記冊（更新）216。 與風險相關的合同決策216。 項目管理計劃（更新）216。 項目文件（更新） 監(jiān)控項目風險監(jiān)控項目風險就是要跟蹤風險，識別剩余風險和新出現的風險，修改風險管理計劃，保證風險計劃的實施，并評估消減風險的效果，從而保證風險管理能達到預期的目標。 輸入216。 風險登記冊216。 風險管理計劃216。 工作績效信息216。 績效報告 工具與技術216。 風險再評估216。 風險審計216。 偏差和趨勢分析216。 績效衡量216。 儲備金分析（預留管理）216。 狀態(tài)審查會216。 風險預警系統(tǒng) 輸出216。 風險登記冊（更新）216。 變更請求216。 項目管理計劃（更新）216。 項目文件（更新）216。 組織過程資產（更新）11 項目采購和合同管理項目采購管理過程：1) 制定采購計劃2) 制定詢價計劃3) 招標4) 供方選擇5) 管理采購6) 結束采購 制定采購計劃 輸入范圍基準需求文檔合作協(xié)議風險記錄與風險相關的合同決策活動資源要求項目進度計劃活動成本估算成本績效基準事業(yè)環(huán)境因素組織過程資產 工具與技術自制或外購分析專家判斷合同類型合同按費用支付方式可分為三類：總價合同、成本補償合同、工時和材料合同（單價合同） 輸出采購管理計劃采購工作說明書自制或外購決策變更請求 制定詢價計劃 輸入采購管理計劃工作說明書項目管理計劃自制或外購決定 工具與技術標準表格（或模板）專家判斷 輸出采購文件供方選擇標準工作說明書（更新） 招標招標過程是指從潛在賣方處獲取如何滿足項目需求的答復的過程 輸入采購管理計劃采購文件組織過程資產 工具與技術投標人會議廣告Internet 搜索制定合格賣方清單 輸出合格賣方清單采購文件（更新）建議書 供方選擇項目團隊根據收到的投標書或項目建議書，按事先確定的選擇標準選出一家或多家有資格履行工作且可接受的賣方。 輸入賣方建議書供方選擇標準合格賣方清單風險數據庫（如風險登記冊）與風險相關的合同協(xié)議采購文件采購管理計劃組織過程資產 工具與技術加權系統(tǒng)獨立估算篩選系統(tǒng)采購談判（或合同談判）建議書評價技術專家判斷 輸出選中的賣方合同資源日歷（或資源可用性）變更請求項目管理計劃（更新）項目文件（更新） 管理采購 輸入采購文件項目管理計劃合同批準的變更請求工作績效信息績效報告 工具與技術檢查和審計采購績效審查績效報告支付系統(tǒng)索賠管理合同變更控制系統(tǒng)記錄管理系統(tǒng) 輸出采購文檔變更請求項目管理計劃（更新）組織過程資產（更新） 結束采購結束采購是完成單詞采購過程。合同提前終止是結束采購的一個特例。 輸入合同文件及合同管理計劃采購文檔合同收尾程序 工具與技術采購審計協(xié)商解決記錄管理系統(tǒng) 輸出結束的采購組織過程資產更新 合同管理合同管理的主要內容：合同簽訂管理、合同履行管理、合同變更管理、合同檔案管理、合同違約管理、合同索賠處理12 外包管理 外包形式活動外包服務外包內包合包利益關系 外包管理流程的一般形式開發(fā)方式決策—選擇承包商—簽訂外包合同—簽訂外包開發(fā)過程—成果驗收 制定外包戰(zhàn)略 建立外包戰(zhàn)略 評審外包可行性 選擇服務供應商尋找供應商組織分級：一級：反應時評估，組織有需要馬上解決的問題，評估委員會用很少的方法選擇供應商，內部評審有問題的組織。二級：意識時評估，組織意識到正確的方法和一定的標準可以做出更好的選擇判斷。評估過程用文件記錄。三級：轉型階段，用文件記錄評估供應商的整個過程。傾向于整體分析。四級：專家級，評估和選擇方法為可擴展的模塊，相關干系人都能得到最大的保障。 服務規(guī)格說明書 列舉潛在的候選對象 服務供應商評估 企劃書要求單 供應商接觸 合同管理小組 服務水準協(xié)議書 外包服務的交接 外包的執(zhí)行和監(jiān)督 外包服務的相關法律 知識產權外包建立的是一種委托關系，委托開發(fā)的軟件涉及的法律問題主要是知識產權的歸屬問題。如果合同中未明確知識產權歸屬，則知識產權屬于受托者。 合同管理市場型關系合同中間型關系合同伙伴型關系合同 軟件外包風險管理 13 文檔與配置管理 文檔分類項目周期角度：開發(fā)文檔、產品文檔和管理文檔重要性和質量要求角度：最低限度文檔、內部文檔、工作文檔和正式文檔 開發(fā)文檔描述軟件開發(fā)過程本身，包括軟件需求、軟件設計、軟件測試和保證軟件質量的一類文檔?；镜拈_發(fā)文檔：216。 可行性研究和項目任務書216。 需求規(guī)格說明書216。 設計規(guī)格說明，包括程序和數據規(guī)格說明216。 開發(fā)計劃216。 軟件集成和測試計劃216。 質量保證計劃、標準和進度216。 安全和測試信息 產品文檔規(guī)定軟件產品的使用、維護、增強、轉換和傳輸的信息?；镜漠a品文檔：216。 培訓手冊216。 參考手冊和用戶指南216。 軟件支持手冊216。 產品手冊和信息廣告等 管理文檔該文檔建立在項目管理信息的基礎上，諸如，開發(fā)過程過程的每個階段的進度和進度變更的記錄，軟件變更情況的記錄，相對于開發(fā)的判定記錄 1級文檔適合開發(fā)工作量低于一人月的開發(fā)者自用程序，應包含程序清單、開發(fā)記錄、測試數據和程序簡介。 2級文檔可用于在精心研究后被認為似乎沒有與其他用戶共享資源的專用程序，除1級文檔提供的信息外，還包括程序清單內足夠的注釋，幫助用戶安裝和使用程序。 3級文檔適合于由同一單位內若干人聯合開發(fā)的程序，或可被其他單位使用的程序。 3級文檔適合那些要正式發(fā)行供普遍使用的軟件產品，關鍵性程序或具有重復管理應用性質的程序需使用4級文檔。 配置管理 配置項配置項主要有兩類：216。 屬于產品組成部分的工作成果，如需求文檔、設計文檔、源代碼、測試用例等。216。 屬于項目管理和機構支撐過程域產生的文檔，如工作計劃、項目質量報告、項目跟蹤報告等。其他分類方法1) 環(huán)境類2) 定義類3) 設計類4) 編碼類5) 測試類6) 維護類 基線與里程碑 產品配置產品配置是指一個產品在其生命周期各個階段所產生的各種形式（機器可讀或人工可讀）和各種版本的文檔、計算機程序、部件及數據的集合。該集合中的每一個元素稱為該產品配置的一個配置項。 配置管理定義通過技術及行政手段進行管理和監(jiān)督的一套規(guī)范化方法；對配置項的功能特性和物理特性加以標識，并將其文檔化；控制這些特性的變更；報告變更進行的情況及變更實施的狀態(tài)以及驗證與規(guī)定需求的一致性。 配置管理的意義1) 多重維護問題2) 同時修改問題3) 丟失版本或不知版本問題 配置管理中的角色和分工項目經理 配置控制委員會 CCB配置管理員 CMO開發(fā)人員 配置管理流程 制定配置管理計劃配置管理軟硬件資源、配置項計劃、基線計劃、交付計劃、備份計劃等。 配置識別與建立基線 識別配置項識別配置項：配置管理員根據《配置管理計劃》中規(guī)定的配置項識別準則和《項目計劃文檔》規(guī)定選擇配置項和選擇組成這些配置項的工作產品。為每個配置項指定唯一性的標識號。 建立配置管理系統(tǒng)建立適用于多控制等級配置管理的管理機制存儲和檢索配置項共享好轉換配置項存儲和復原配置項的歸檔版本存儲、更新和檢索配置管理記錄創(chuàng)建配置管理報告保護配置管理的內容權限分配 創(chuàng)建基線或發(fā)行基線在配置管理中創(chuàng)建或發(fā)行基線，供內部使用和交付給顧客。基線是指一組經過正式審查并且達成一致的規(guī)范或工作產品，是開發(fā)工作的基礎?；€反映分配給配置項的標識號及相應的實體。創(chuàng)建基線或發(fā)行基線的主要步驟：1) 獲得CCB的授權2) 創(chuàng)建構造基線或發(fā)行基線3) 形成文件4) 使基線可用 變更管理 配置庫配置庫的作用1) 記錄與配置相關的所有信息，其中存放的軟件配置項是很重要的內容。2) 利用庫中的信息可評價變更后的結果，這對變更控制有著重要的意義。3) 從庫中可提取各種配置管理過程的管理信息。三類配置庫開發(fā)庫：存放開發(fā)過程中需要保留的各種信息，供開發(fā)人員個人專用，庫中的信息可能由較為頻繁的修改。受控庫：信息系統(tǒng)開發(fā)的某個階段工作結束時，將工作產品存入或將有關信息存入。存入的信息包括計算機可讀的及人工可讀的文檔資料。應該對庫內信息的讀寫和修改加以控制。產品庫：在開發(fā)的信息系統(tǒng)產品完成系統(tǒng)測試之后，作為最終產品存入庫內，等待交付用戶或現場安裝。庫內的細心也應加以控制。 變更控制利用配置庫實現變更控制變更請求變更控制過程故障報告 版本管理 配置審核驗證配置項與配置標識的一致性。配置審核工作主要集中在兩個方面：功能配置審核，即驗證配置項的實際功效與需求的一致性；物理配置審核，即確定配置項符合預期的物理特性，指特定的媒體形式。 配置狀態(tài)報告14 需求管理需求工程分為需求開發(fā)和需求管理。需求開發(fā)的目的是通過調查與分析，獲取用戶需求并定義產品需求。完整的需求開發(fā)過程包括需求獲取、需求分析、需求定義和需求驗證。需求管理的目的是管理項目產品和產品部件的需求，識別項目計劃和工作產物與這些需求之間的不一致性。 制定需求管理計劃 確認需求設法理解需求提供者提出這些需求的含義 獲取對需求的承諾甲方認可乙方需求說明。 管理需求變更CCB 變更控制委員會 維護對需求的雙向跟蹤需求跟蹤兩種方式：正向跟蹤：檢查《產品需求規(guī)格說明書》中每個需求是否都能在后繼工作成果中找到對應點。逆向跟蹤：檢查涉及文檔、代碼、測試用例等工作成果是否都在《產品需求規(guī)格說明書》中找到出處。 需求跟蹤能力矩陣：表示需求和別的系統(tǒng)元素之間的聯系鏈。說明每個功能性需求向后連接一個特定的使用實例，向前連接一個或多個設計、代碼和測試元素。 識別項目工作與需求的不一致