項目管理說明書2

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

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

3、成環(huán)境下的軟件測試輸入： 測試計劃，測試用例過程： 集成測試，系統(tǒng)測試輸出： 系統(tǒng)軟件包，測試報告，產(chǎn)品說明書產(chǎn)品提交階段目標(biāo)： 產(chǎn)品可投入使用輸入： 系統(tǒng)軟件包過程： 產(chǎn)品提交輸出： 驗收報告2）資源配置情況：人力資源： n 1個管理人員n 2個開發(fā)人員n 4個測試人員n 2個設(shè)計人員n 2個需求人員設(shè)備資源：u 3臺電腦u 1臺服務(wù)器2.4項目工作任務(wù)分解概覽:詳細(xì)說明：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)聊天記錄導(dǎo)出功能可交付成果8實現(xiàn)系統(tǒng)的個人信息管理功能1.8工作包1實現(xiàn)系統(tǒng)查看個人信息功能工作包2實現(xiàn)系統(tǒng)更改密碼功能2.4.3責(zé)任分配矩陣活動人員項目經(jīng)理甲需求人員甲設(shè)計人員甲開發(fā)人員甲測試人員甲調(diào)研RA立項R

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

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

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

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

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

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

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

12、原材料和能源的消耗，主要是人的勞動的消耗。另外，軟件也沒有一個明顯的制造過程，它的開發(fā)成本是以一次性開發(fā)過程所花費(fèi)的代價來計算的。因此，軟件開發(fā)成本的估算，應(yīng)是從軟件計劃、需求分析、設(shè)計、編碼、單元測試、集成測試到認(rèn)證測試，整個開發(fā)過程所花費(fèi)的代價作為依據(jù)的。 對此項目的估算以客觀量化估算，主要計算人工成本。所得數(shù)據(jù)使用比較估算法，利用從網(wǎng)上所查得的軟件類過去基本工資對現(xiàn)在的工資進(jìn)行估算。參考construx軟件公司的史蒂文提出的軟件項目分為六個部分：體系構(gòu)造；詳細(xì)設(shè)計；編碼和調(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ā)進(jìn)度。(以月計)本軟件適用于組織型模型組織型(organic): 相對較小、較簡單的軟件項目。開發(fā)人員對開發(fā)目標(biāo)理解比較充分，與軟件系統(tǒng)相關(guān)的工作經(jīng)驗豐富，對軟件的使用環(huán)境很熟悉，受硬件的約束較小，程序的規(guī)模不是很大（<50000行） 估算公式：基本COCOMO模型估算工作量和進(jìn)度的公式如下工作量： MM = r*(KDSI)c 進(jìn)度： TDKV = a(MM)b

14、其中經(jīng)驗常數(shù) r, c, a, b 取決于項目的總體類型?；綜OCOMO模型通過統(tǒng)計63個歷史項目的歷史數(shù)據(jù)，得到如下計算公式。方式rCAb組織型2.41.052.50.38半獨(dú)立型3.01.122.50.35嵌入型 3.61.22.50.32總體類型工作量進(jìn)度組織型MM = 2.4*(KDSI)1.05TDKV = 2.5(MM)0.38半獨(dú)立型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對項目工作量進(jìn)行估算： 估算軟件大小使用策略：以功能點為基礎(chǔ)，估算問題大小。開發(fā)一個功能點需要5個人天的工作量，那么該項目的工作量就可以通過以下公式計算出來： 項目工作量=4*13=52人天與cocomo模型所估算量45.6人天相比，結(jié)果相近。對項目日期做保守估算，使用功能點估算時間52人天做成本預(yù)算。4.2對項目所需資源、各階段工作量進(jìn)行估算使用參數(shù)模型法進(jìn)行估算參數(shù)模型法：提供一個估算方程，它把軟件某一屬性的度量作為輸入，軟件的工作量和工作進(jìn)度則是輸出。成本算法模型提供了對工作量和工作進(jìn)度的直接估算，有兩種主要類型：1數(shù)學(xué)模型，核心部分往往是一個估算方程，該方程以影響開發(fā)成

16、本的某些項目因素作為輸入，輸出的是項目開發(fā)的工作量和工作進(jìn)度；2檢索表，根據(jù)一定的規(guī)則對軟件對象進(jìn)行分類，然后以每一種類型提供工作量或工作進(jìn)度的平均值作為參考，適用于軟件項目分解的較低層次。人力資源估算設(shè)計人員2人需求人員2人開發(fā)人員2人測試人員4人4.3瀑布模型生命周期各階段瀑布模型生命周期各階段立項階段2.0%需求階段5.0%計劃階段6.0%設(shè)計階段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設(shè)計階段22.0%12.76設(shè)計人員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ù)（元/月）估算成本設(shè)計人員2人800016000需求人員2人500010000開發(fā)人員2人600012000測試人員4人450018000項目經(jīng)

18、理190009000每月成本（元）65000項目期為1個月，總成本（元）65000五、進(jìn)度估算5.1 項目活動進(jìn)度估算表序內(nèi)容時間11立項12需求13計劃24完成各個功能模塊的具體設(shè)計5完成各個功能模塊的編碼工作6完成軟件的測試57完成軟件的正常運(yùn)行8完成軟件的維護(hù)工作59完成該軟件設(shè)計的項目報告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完成軟件的正常運(yùn)行D41F完成軟件的維護(hù)工作E1G結(jié)項F25.3 使用Microsofit Project 軟件5.3.1 使用軟件建立甘特圖依據(jù)項目活動緊前活動及估算歷時表，輸入“活動項目”、“工期”、“開始時間及完成時間”、“緊前活動”。最后得出甘特圖，如上圖所示。5.3.2使用軟件建立資源工作表： 依據(jù)人員資源估算表輸入“資源名稱”及“標(biāo)準(zhǔn)費(fèi)率”等，建立資源工作表如上圖所示。5.3.3 使用軟

20、件查看網(wǎng)絡(luò)圖六、項目的溝通與評審 項目評審的主要目的是根據(jù)項目計劃對項目的執(zhí)行活動進(jìn)行檢查，及時發(fā)現(xiàn)問題，研究解決對策，糾正偏差，保證項目的順利實施。項目交流計劃分為如下幾類“ 每天17：:00的溝通交流 定期評審 階段評審 事件評審 各類交流評審安排見表：評審類型評審周期評審要點相關(guān)人員日例會每天17:00-17:301. 不限定主題和內(nèi)容，隨意交流2. 共享經(jīng)驗，避免錯誤項目組所有人定期評審每周五1. 本周工作進(jìn)度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)理事件評審當(dāng)事件可能影響計劃的執(zhí)行1. 事件性質(zhì)和影響范圍2. 事件處理方案的討論3. 修改計劃的評審事件項目經(jīng)理開發(fā)經(jīng)理測試經(jīng)理七、項目收尾和終止7.1 項目的驗收 開發(fā)聊天軟件項目收尾階段的驗收主要是依據(jù)其大小、性質(zhì)、特點進(jìn)行驗收，由于驗收環(huán)節(jié)較多、內(nèi)容繁雜，因而驗收管理的程序也相對復(fù)雜，最終對于本項目按照了大型軟件建設(shè)開發(fā)驗收程序進(jìn)行了驗收管理，詳見如圖 7-1 所示。開發(fā)聊天軟件項目 準(zhǔn)備驗收材料 項目團(tuán)隊自檢 提交驗收申請書和驗收資料 初審 正式驗收 簽署驗收合格文件 項目移交 圖7-1 開發(fā)聊天軟件項目驗收管理程序總的來說，開發(fā)聊天軟件項目的驗收管理，主要是在軟件已經(jīng)完

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