天大研究生軟件項目管理Chp2軟件項目初始

1、軟件項目管理0RoadMap 項目結束 項目執(zhí)行控制 項目計劃 項目初始1第一篇軟件項目初始2軟件項目管理第 1 章軟件項目初始過程3軟件項目啟動顧客 顧客需求滿意產品輸入 輸出產品實現(xiàn)甲方 乙方4本章要點一、項目立項二、授權項目三、初始項目分析四、生存期模型5項目立項 明確項目的目標、時間表、項目使用的資源和經費，而且得到執(zhí)行該項目的項目經理和項目發(fā)起人的認可 .6Make or Buy 決策 自制方案購買方案成本差異自制需要25，000美元購買需要17，000美元制造差異是8，000美元每月的費用2，500美元每月的費用2，700美元服務差異200美元解決方案自制方案可以承受的月份數(shù):80

2、00/200=40如果軟件的生存期在40個月以內,可以選擇購買方案.如果軟件的生存期不在40個月以內,可以選擇自制方案.7項目立項合同項目內部項目 8合同項目SalesService DeliveryPMContractNegotiationProposalQA/LegalGAPKick off9甲方合同環(huán)境招標書定義(采購需求定義)供方選擇合同簽署101、招標書定義需求定義商務條件確定驗收標準確定資料匯集采購需求認可編寫招標文件需方申請招標文件附件：SOW:Statement Of Work 112、供方選擇招標收集供方的建議書評定供方最終供方確定招標文件最終供方名單建議書123、合同簽署

3、談判日程確定合同草案提交合同條款協(xié)商合同簽署文本確定合同簽署文本審閱合同簽署合同草案合同簽署文本任務書下達任務書任務書任務書Project charter13乙方合同環(huán)境項目分析提交建議書合同簽署141、 項目分析需求管理者確定需求分析需求分析評審項目規(guī)模估算項目初步實施規(guī)劃初步實施規(guī)劃評審需求分析報告項目分析任務書招標書項目初步計劃項目風險分析152、 提交建議書技術能力要求確定人力資源要求確定實現(xiàn)環(huán)境要求確定企業(yè)能力判定評估結果評審能力評估結果需求分析報告項目計劃需求成熟度評估用戶支持保證評估用戶資金保證評估項目決策編寫項目建議書項目建議書可行性分析參加競標資金、管理要求確定163、合同簽

4、署 談判日程確定合同草案提交合同條款協(xié)商合同簽署文本確定合同簽署文本審閱合同簽署合同草案合同簽署文本任務書下達任務書任務書任務書Project charter17內部項目企業(yè)內部項目實施的核心是確定任務范圍和相關各方進行有效地配合。這將通過相關各方之間的協(xié)議來調整。因此，在內部項目實施中，僅僅在合同簽署過程中定義了一個協(xié)議簽署過程。此處協(xié)議可視作為“合同”，但無特別的商業(yè)約束。其它方面可參考甲乙方的過程。18本章要點一、項目立項二、授權項目三、初始項目范圍分析四、生存期模型19項目章程(Project Charter) 確認項目存在的文件，包括對項目的確認、對項目經理的授權和項目目標的概述等。

5、 20Sample Project Charter21Sample Project Charter (continued) Roles and Responsibilities:22項目經理的責任開發(fā)計劃組織實施項目控制23本章要點一、項目立項二、授權項目三、初始項目范圍分析四、生存期模型24A sample252627本章要點一、項目立項二、授權項目三、初始項目范圍分析四、生存期模型28常用生存期模型瀑布WaterfallV模型V-shaped原型Prototyping增量Incremental螺旋式Spiral快速應用開發(fā)RAD漸近式階段29WaterFall model需求分析設計實施測

6、試維護30WaterFall model適合的項目在項目開始前,項目的需求很明確在項目開始前,解決方案也很明確類似的項目如：公司的財務系統(tǒng)庫存管理系統(tǒng)短期項目31V模型接收測試集成測試系統(tǒng)測試項目規(guī)化需求分析總體設計詳細設計編碼和調試集成測試單元測試32V模型適合的項目在項目開始前,項目的需求很明確在項目開始前,解決方案也很明確對系統(tǒng)的性能安全很嚴格的項目類似的項目如：航天飛機等公司的財務系統(tǒng)33Prototype34Prototype 模型適合的項目在項目開始前,項目的需求不明確需要減少項目需求的不確定性類似的項目如：確定顯示界面第一次開發(fā)的產品，驗證可行性35Incremental Mod

7、el核心功能核心功能112123第一增量第二增量第三增量核心功能11212336增量模型適合的項目項目開始，明確了需求的大部分，但是需求可能會發(fā)生變化對于市場和用戶把握不是很準，需要逐步了解對于有龐大和復雜功能的系統(tǒng)進行功能改進，就需要一步一步實施的。37Spiral Model38Spiral Model螺旋模型沿著螺線旋轉，在四個象限上分別表達了四個方面的活動，即：制定計劃確定軟件目標，需求和選定實施方案，弄清項目開發(fā)的限制條件風險分析評估所選方案，考慮如何識別和消除風險實施工程實施軟件開發(fā)，編碼，測試等客戶評估評價開發(fā)工作，提出修正建議，規(guī)劃下期任務39Spiral Model適合的項目

8、風險是主要的制約因素不確定因素和風險限制了項目進度用戶對自己的需求也不是很明確需要對一些基本的概念進行驗證可能發(fā)生一些重大的變更項目規(guī)模很大項目中采用了新技術 40最常用的漸進式階段模型綜合了增量模型和螺旋式模型的一個實用模型漸進式前進階段式提交41漸進式迭代模型 4242階段性完成規(guī)劃43漸進式階段模型的特點階段式提交一個可運行的產品關鍵的功能更早出現(xiàn)早期預警問題，避免軟件缺陷不知不覺的增長減少報告負擔階段性完成可以降低估計失誤階段性完成均衡了彈性與效率44漸進式階段模型適合的項目可以適合任何規(guī)模的項目，主要是中型或大型項目希望隨時看到未來的項目45銀行業(yè)務系統(tǒng)的生存期實例產品階段1設計業(yè)務需求分析原形系統(tǒng)分析項目規(guī)劃集成測試產品階段1開發(fā)產品階段n設計產品階段n開發(fā)確認測試產品提交銀行業(yè)務需求原形系統(tǒng)源代碼項目規(guī)劃項目規(guī)劃46產品階段1設計階段目標：設計公共控制系統(tǒng)功能模塊輸入：系統(tǒng)設計文件數(shù)據(jù)庫結構定義過程：詳細設計輸出：詳細設計文件時間計劃：2001/1/15-2001/2/15（暫定） 47其它模型其他例如:Code and fix自定義48Cod