項目管理說明書2

1、北京師范大學珠海分校管理學院項目管理說明書開發(fā)聊天軟件生存期中的各階段定義如下：項目規(guī)劃階段階段目標： 根據(jù)初步的需求分析，確定項目的規(guī)模、時間計劃和資源需求輸入： 要求文本，過程： 項目規(guī)劃，計劃確認輸出： 項目計劃需求分析階段階段目標： 確定客戶的需求輸入： 項目計劃，SOW過程： 需求獲取，需求分析，需求控制輸出： 原型系統(tǒng)，需求規(guī)格設計階段階段目標： 總體系統(tǒng)結(jié)構(gòu)設計輸入： 原型系統(tǒng)，需求規(guī)格過程： 總體設計輸出： 系統(tǒng)設計說明書，數(shù)據(jù)庫結(jié)構(gòu)定義增量1實現(xiàn)階段目標： 實現(xiàn)系統(tǒng)的登錄功能輸入： 系統(tǒng)設計說明書，數(shù)據(jù)庫結(jié)構(gòu)定義過程： 詳細設計，編碼，代碼走查，代碼評審，單元測試輸出： 詳細

2、設計說明書，源代碼，可運行版本-1增量2實現(xiàn)階段目標： 實現(xiàn)系統(tǒng)的聊天功能輸入： 系統(tǒng)設計說明書，數(shù)據(jù)庫結(jié)構(gòu)定義過程： 詳細設計，編碼，代碼走查，代碼評審，單元測試輸出： 詳細設計說明書，源代碼，可運行版本-2增量3實現(xiàn)階段目標： 實現(xiàn)系統(tǒng)的信息管理功能輸入： 系統(tǒng)設計說明書，數(shù)據(jù)庫結(jié)構(gòu)定義過程： 詳細設計，編碼，代碼走查，代碼評審，單元測試輸出： 詳細設計說明書，源代碼，可運行版本-3增量4實現(xiàn)階段目標： 實現(xiàn)系統(tǒng)的文件傳輸管理功能輸入： 系統(tǒng)設計說明書，數(shù)據(jù)庫結(jié)構(gòu)定義過程： 詳細設計，編碼，代碼走查，代碼評審，單元測試輸出： 詳細設計說明書，源代碼，可運行版本-4集成測試階段目標： 通過集

3、成環(huán)境下的軟件測試輸入： 測試計劃，測試用例過程： 集成測試，系統(tǒng)測試輸出： 系統(tǒng)軟件包，測試報告，產(chǎn)品說明書產(chǎn)品提交階段目標： 產(chǎn)品可投入使用輸入： 系統(tǒng)軟件包過程： 產(chǎn)品提交輸出： 驗收報告2）資源配置情況：人力資源： n 1個管理人員n 2個開發(fā)人員n 4個測試人員n 2個設計人員n 2個需求人員設備資源：u 3臺電腦u 1臺服務器2.4項目工作任務分解概覽:詳細說明：1.01.11.21.31.41.51.61.71.82.4.2項目結(jié)構(gòu)分解結(jié)構(gòu)圖分解描述工作分解結(jié)構(gòu)代號開發(fā)聊天系統(tǒng)項目 1.0可交付成果1實現(xiàn)系統(tǒng)的注冊功能1.1可交付成果2實現(xiàn)系統(tǒng)的登錄功能 1.2可交付成果3 實現(xiàn)

4、系統(tǒng)的發(fā)送信息功能1.3工作包1實現(xiàn)系統(tǒng)的發(fā)送聊天信息功能工作包2實現(xiàn)系統(tǒng)的發(fā)送文件功能工作包3實現(xiàn)系統(tǒng)的發(fā)送請求功能可交付成果4實現(xiàn)系統(tǒng)的接收信息功能1.4可交付成果5實現(xiàn)系統(tǒng)的組管理功能1.5工作包1 實現(xiàn)系統(tǒng)的新建組功能工作包2實現(xiàn)系統(tǒng)的刪除組功能可交付成果6實現(xiàn)系統(tǒng)的聯(lián)系人管理功能1.6可交付成果7實現(xiàn)系統(tǒng)的聊天記錄管理功能1.7工作包1實現(xiàn)系統(tǒng)的聊天記錄查看功能工作包2實現(xiàn)聊天記錄導出功能可交付成果8實現(xiàn)系統(tǒng)的個人信息管理功能1.8工作包1實現(xiàn)系統(tǒng)查看個人信息功能工作包2實現(xiàn)系統(tǒng)更改密碼功能2.4.3責任分配矩陣活動人員項目經(jīng)理甲需求人員甲設計人員甲開發(fā)人員甲測試人員甲調(diào)研RA立項R

5、C需求ARCI設計ACRI編碼AR測試AAICR實施RAA維護AR收尾RIIIIR（responsible）負責A（accountable）有責C（consult）咨詢I（inform）通知三、風險管理3.1 風險識別過程根據(jù)項目的生命周期羅列出主要風險和次要風險，如表3-1所示：項目周期內(nèi)容主要風險次要風險調(diào)研項目需求方整理需求、調(diào)研需求不明確風險立項項目需求方提出立項申請，項目管理方立項審批立項風險、技術風險和計劃風險協(xié)調(diào)風險、組織人才風險、責任心風險、政策環(huán)境風險需求項目需求方需求細化，開發(fā)方完成需求分析，功能分析需求風險，資源風險，系統(tǒng)規(guī)模風險和進度風險人力資源風險、協(xié)調(diào)風險、責任心風

6、險、穩(wěn)定性風險、經(jīng)濟風險設計項目開發(fā)方進行系統(tǒng)設計管理風險、相關性風險和進度風險協(xié)調(diào)風險、人力資源風險、責任心風 險和穩(wěn)定性風險編碼技術人員完成軟件編碼、代碼檢查技術風險、進度風險協(xié)調(diào)風險、人力資源風險、責任心風險、系統(tǒng)穩(wěn)定 性風險測試技術人員完成功能測試技術風險、相關性風險協(xié)調(diào)風險、保障性風險、人力資源風險、責任心風險實施制定上線計劃，完成軟件運行計劃風險、技術風險、進度風險、合作風險，資源風險、管理風險協(xié)調(diào)風險、保障性風險、人力資源風險、責任心風險維護進行軟件日常維護需求風險，資源風險，系統(tǒng)規(guī)模風險協(xié)調(diào)風險、保障性風險、責任心風險、系統(tǒng)穩(wěn)定性 風險收尾關閉項目費用風險保障性風險表3-1：項

7、目的生命周期及其風險風險因素識別方法：頭腦風暴法；頭腦風暴法：將項目成員聚集在一起，通過頭腦風暴會議，產(chǎn)生一個潛在風險因素的清單。在會議過程中，不能對他人的觀點作評價和批判，也不采取強壓措施促使大家保持一致，鼓勵所有成員暢所欲言，提出意見，而不用承擔任何風險。最后將各位成員的意見分析歸納總結(jié)，最終的得到 7項主要風險因素清單。如表3-2所示：序號風險因素描述A需求分析不準確需求內(nèi)容表述不清，導致需求容易發(fā)生變化，技術人員對需求內(nèi)容理解錯誤，需求分析出現(xiàn)錯誤等。B需求變更由于客戶提出的需求不明確造成需求不斷變更，甚至項目范圍擴大，成本上升，進度延遲；C缺少用戶支持用戶積極配合項目開展對項目成功至

8、關重要，需要授權執(zhí)行項目給用戶執(zhí)行；D設計方案出現(xiàn)偏差設計方案、功能設計出現(xiàn)錯誤，功能設計考慮不周全，變更計；E溝通風險技術人員與需求人員之間，或技術人員之間的溝通出現(xiàn)問題，影響了項目實施的協(xié)同性作用；F人力資源風險人員流動特別是技術骨干力量流失。G進度風險由于項目范圍不斷擴大或者人員安排等導致的項目延期，不能到期完成項目的問題表3-2：項目風險因素3.2風險可能性和后果分析對項目風險進行定性分析，定性風險分析是一種對風險和條件進行定性分析，并按影響大小排列它們對項目目標的影響順序的分析方法。根據(jù)項目的潛在風險影響來對項目風險進行分類，如表3-3所示：對項目風險分類序號風險因素后果可能性A需求

9、分析不準確高高B需求變更高中C缺少用戶支持低中D設計方案出現(xiàn)偏差高中E溝通風險中中F人力資源風險高低G進度風險中高表3-3 項目風險因素分類將風險分為三個等級：高風險、中等風險、低風險；根據(jù)表3-2的分類，繪制風險影響矩陣，如圖3-4所示：后果 低 中 高高GA可能性中CEB、D低F圖3-4 項目風險矩陣3.3風險應對針對風險定性分析的結(jié)果，來實施已經(jīng)獲得統(tǒng)一和資金支持的風險應對措施，以降低 IT 項目的風險的消極作用。在風險規(guī)劃風險應對的過程中，需要根據(jù)風險的優(yōu)先級來制定應對措施。險應對策略包括風險回避、轉(zhuǎn)移、減輕、接受、開拓、分享、提高等。（1） 需求分析不準確與需求不斷變更需求不明確引起

10、需求不斷變更，需求不斷變更也會造成需求分析不準確。用戶過度期望與需求分析不準確也存在類是的關系。需求風險對項目產(chǎn)生各種影響，項目風險管理人員必須在早期進行重點預防，加強需求溝通，業(yè)務分析師需要在項目前期全新投入工作，盡量明確每一項需求的內(nèi)容、范圍、要求。（2） 進度風險控制項目進度緩慢會影響項目的成本，如果項目導致系統(tǒng)上線延遲，可能影響業(yè)務開展，還可能造成系統(tǒng)質(zhì)量問題。進度控制的目標是了解項目的當前狀態(tài)，了解導致進度變更的因素。確定進度是否已經(jīng)發(fā)生變更，以及當前發(fā)生變更時，管理好這些變更?？刂祈椖窟M度的變更首先要確保所編制的項目進度符合時機，要使用紀律手段來控制項目的進度，并且要由領導來強調(diào)按

11、照進度開展項目的重要性。雖然許多工具和技術可以幫助進行進度控制，但是項目經(jīng)理需要格外重視人事管理問題。項目失敗不是業(yè)務編制的 PERT 不好，而是因為人事管理的失敗。（3） 交流與溝通用戶的需求溝通、與團隊成員的合作溝通都將對項目產(chǎn)生重大的影響。只有雙方建立良好的溝通與協(xié)作機制，才能努力完成項目的目標，只有建立有效的項目信任溝通機制，才能避免在需求分析、系統(tǒng)設計、系統(tǒng)評價標準、項目驗收標準、項目質(zhì)量等方面可能出現(xiàn)的分歧與失誤。實施軟件項目是外包雙方互相配合、共同合作的過程。四、成本估算分析 軟件開發(fā)成本估算主要指軟件開發(fā)過程中所花費的工作量及相應的代價。 不同與傳統(tǒng)的工業(yè)產(chǎn)品，軟件的成本不包括

12、原材料和能源的消耗，主要是人的勞動的消耗。另外，軟件也沒有一個明顯的制造過程，它的開發(fā)成本是以一次性開發(fā)過程所花費的代價來計算的。因此，軟件開發(fā)成本的估算，應是從軟件計劃、需求分析、設計、編碼、單元測試、集成測試到認證測試，整個開發(fā)過程所花費的代價作為依據(jù)的。 對此項目的估算以客觀量化估算，主要計算人工成本。所得數(shù)據(jù)使用比較估算法，利用從網(wǎng)上所查得的軟件類過去基本工資對現(xiàn)在的工資進行估算。參考construx軟件公司的史蒂文提出的軟件項目分為六個部分：體系構(gòu)造；詳細設計；編碼和調(diào)試；開發(fā)者測試；系統(tǒng)整合；系統(tǒng)測試。COCOMO模型(constructive cost model) 先使用coc

13、omo模型對項目成本做大概估算COCOMO模型中用到以下變量：DSI-源指令條數(shù)。不包括注釋。1KDSI = 1000DSI。MM-開發(fā)工作量（以人月計） 1MM = 19 人日 = 152 人時 =1/12 人年TDEV-開發(fā)進度。(以月計)本軟件適用于組織型模型組織型(organic): 相對較小、較簡單的軟件項目。開發(fā)人員對開發(fā)目標理解比較充分，與軟件系統(tǒng)相關的工作經(jīng)驗豐富，對軟件的使用環(huán)境很熟悉，受硬件的約束較小，程序的規(guī)模不是很大（<50000行） 估算公式：基本COCOMO模型估算工作量和進度的公式如下工作量： MM = r*(KDSI)c 進度： TDKV = a(MM)b

14、其中經(jīng)驗常數(shù) r, c, a, b 取決于項目的總體類型?；綜OCOMO模型通過統(tǒng)計63個歷史項目的歷史數(shù)據(jù)，得到如下計算公式。方式rCAb組織型2.41.052.50.38半獨立型3.01.122.50.35嵌入型 3.61.22.50.32總體類型工作量進度組織型MM = 2.4*(KDSI)1.05TDKV = 2.5(MM)0.38半獨立型MM = 3.0*(KDSI)1.12TDKV = 2.5(MM)0.35嵌入型MM = 3.6*(KDSI)1.20TDKV = 2.5(MM)0.32根據(jù)經(jīng)驗法估計工作量為1KDSI左右，則工作量MM計算為2.4=45.6人天=364

15、.8人時。4.1對項目工作量進行估算： 估算軟件大小使用策略：以功能點為基礎，估算問題大小。開發(fā)一個功能點需要5個人天的工作量，那么該項目的工作量就可以通過以下公式計算出來： 項目工作量=4*13=52人天與cocomo模型所估算量45.6人天相比，結(jié)果相近。對項目日期做保守估算，使用功能點估算時間52人天做成本預算。4.2對項目所需資源、各階段工作量進行估算使用參數(shù)模型法進行估算參數(shù)模型法：提供一個估算方程，它把軟件某一屬性的度量作為輸入，軟件的工作量和工作進度則是輸出。成本算法模型提供了對工作量和工作進度的直接估算，有兩種主要類型：1數(shù)學模型，核心部分往往是一個估算方程，該方程以影響開發(fā)成

16、本的某些項目因素作為輸入，輸出的是項目開發(fā)的工作量和工作進度；2檢索表，根據(jù)一定的規(guī)則對軟件對象進行分類，然后以每一種類型提供工作量或工作進度的平均值作為參考，適用于軟件項目分解的較低層次。人力資源估算設計人員2人需求人員2人開發(fā)人員2人測試人員4人4.3瀑布模型生命周期各階段瀑布模型生命周期各階段立項階段2.0%需求階段5.0%計劃階段6.0%設計階段22.0%開發(fā)階段22.0%系統(tǒng)測試階段25.0%用戶驗收階段11.0%結(jié)項階段7%4.4以1.12做個人時間乘數(shù)，對項目周期估算以1.12為個人時間乘數(shù)，調(diào)整項目所需時間為52*1.12=58人/天生命周期各階段項目所占比重工時數(shù)人/天參與角

17、色參與人數(shù)天數(shù)立項階段2.0%1.16項目經(jīng)理11.16需求階段5.0%2.9需求人員21.45計劃階段6.0%3.48項目經(jīng)理13.48設計階段22.0%12.76設計人員26.38開發(fā)階段22.0%12.76開發(fā)人員26.38系統(tǒng)測試階段25.0%14.5測試人員43.625用戶驗收階段11.0%6.38測試人員甲需求人員甲項目經(jīng)理甲41.595結(jié)項階段7.0%4.06全體成員41.015項目周期（天）25.0854.5項目成本估算工種人數(shù)參考數(shù)據(jù)（元/月）估算成本設計人員2人800016000需求人員2人500010000開發(fā)人員2人600012000測試人員4人450018000項目經(jīng)

18、理190009000每月成本（元）65000項目期為1個月，總成本（元）65000五、進度估算5.1 項目活動進度估算表序內(nèi)容時間11立項12需求13計劃24完成各個功能模塊的具體設計5完成各個功能模塊的編碼工作6完成軟件的測試57完成軟件的正常運行8完成軟件的維護工作59完成該軟件設計的項目報告5.2 項目活動緊前活動及估計歷時描述緊前活動估計歷時A1立項無2A2需求A12A3計劃A24B1系統(tǒng)的登錄功能計劃A31B2系統(tǒng)的聊天功能計劃B22B3系統(tǒng)的信息管理功能計劃B32B4系統(tǒng)的文件傳輸管理功能B32C1系統(tǒng)的登錄功能編碼B11C2系統(tǒng)的聊天功能編碼B2、C12C3系統(tǒng)的信息管理功能編碼

19、B3、C22C4系統(tǒng)的文件傳輸管理功能編碼B4、C32D1系統(tǒng)的登錄功能測試C11D2系統(tǒng)的聊天功能測試C2、D11D3系統(tǒng)的信息管理功能測試C3、D21D4系統(tǒng)的文件傳輸管理功能測試C4、D31E完成軟件的正常運行D41F完成軟件的維護工作E1G結(jié)項F25.3 使用Microsofit Project 軟件5.3.1 使用軟件建立甘特圖依據(jù)項目活動緊前活動及估算歷時表，輸入“活動項目”、“工期”、“開始時間及完成時間”、“緊前活動”。最后得出甘特圖，如上圖所示。5.3.2使用軟件建立資源工作表： 依據(jù)人員資源估算表輸入“資源名稱”及“標準費率”等，建立資源工作表如上圖所示。5.3.3 使用軟

20、件查看網(wǎng)絡圖六、項目的溝通與評審 項目評審的主要目的是根據(jù)項目計劃對項目的執(zhí)行活動進行檢查，及時發(fā)現(xiàn)問題，研究解決對策，糾正偏差，保證項目的順利實施。項目交流計劃分為如下幾類“ 每天17：:00的溝通交流 定期評審 階段評審 事件評審 各類交流評審安排見表：評審類型評審周期評審要點相關人員日例會每天17:00-17:301. 不限定主題和內(nèi)容，隨意交流2. 共享經(jīng)驗，避免錯誤項目組所有人定期評審每周五1. 本周工作進度2. 問題及對策3. 資源協(xié)調(diào)4. 下周工作安排項目經(jīng)理開發(fā)經(jīng)理測試經(jīng)理階段評審階段結(jié)束1. 本階段計劃執(zhí)行情況2. 質(zhì)量評審結(jié)果3. 產(chǎn)品審計結(jié)果4. 下階段計劃修正項目經(jīng)理開

21、發(fā)經(jīng)理測試經(jīng)理事件評審當事件可能影響計劃的執(zhí)行1. 事件性質(zhì)和影響范圍2. 事件處理方案的討論3. 修改計劃的評審事件項目經(jīng)理開發(fā)經(jīng)理測試經(jīng)理七、項目收尾和終止7.1 項目的驗收 開發(fā)聊天軟件項目收尾階段的驗收主要是依據(jù)其大小、性質(zhì)、特點進行驗收，由于驗收環(huán)節(jié)較多、內(nèi)容繁雜，因而驗收管理的程序也相對復雜，最終對于本項目按照了大型軟件建設開發(fā)驗收程序進行了驗收管理，詳見如圖 7-1 所示。開發(fā)聊天軟件項目 準備驗收材料 項目團隊自檢 提交驗收申請書和驗收資料 初審 正式驗收 簽署驗收合格文件 項目移交 圖7-1 開發(fā)聊天軟件項目驗收管理程序總的來說，開發(fā)聊天軟件項目的驗收管理，主要是在軟件已經(jīng)完

22、成以后，對前期項目或者軟件的評價驗收。在驗收過程中需要對軟件進行功能測試和性能調(diào)測，其中功能測試主要是看系統(tǒng)軟件功能是否和需求定義中所描述的功能相吻合；而性能的調(diào)測主要是從系統(tǒng)反映速度、反映能力和系統(tǒng)功能強大方面的考慮。另外，發(fā)聊天軟件項目的驗收還需要包括對軟件的運行，因為程序的測試是一個復雜的過程，需要大量的測試才能夠測定系軟件是否真的全面滿足開發(fā)軟件的需求，只有經(jīng)過一段時間的試運行才能最終決定軟件是否滿足人們的需求。7.2 項目的評估開發(fā)聊天軟件項目在驗收階段的評估，是用戶接收方還對照需求分析中的“需求規(guī)定”對軟件進行詳細的評估。評估主要內(nèi)容包括：i. 是否實現(xiàn)項目目標開發(fā)符合需求的聊天軟件；ii. 是否遵循項目進度；iii. 是否在預算成本內(nèi)完成項目；iv. 項目進度過程中出現(xiàn)的突發(fā)問題以及解決措施是否合適，問題是否得到解決；v. 從該項目的實踐中可以的大哪些經(jīng)驗和教訓。7.3 項目文件歸檔項目的終結(jié)需要大量的書面工作，主要的工作有：（1） 鑒別未完成的工作和工序；（2） 核對所有任務和活動的相關記錄是否準確、齊備；（3） 確認所有與項目收尾相關的資料是否完整；（4） 檢查項目管理計劃中的工作是否實際完成；（5） 完成資料的整理工作，為項目的最終移交做準備。