wbank項(xiàng)目管理計(jì)劃范例.doc

此文檔收集于網(wǎng)絡(luò)，如有侵權(quán)，請(qǐng)聯(lián)系網(wǎng)站刪除天馬行空官方博客：/tmxk_docin ；QQ:1318241189；QQ群：175569632WBANK項(xiàng)目管理計(jì)劃范例項(xiàng)目提要項(xiàng)目綜述WBANK是一個(gè)基于美國的投資公司，該應(yīng)用包括兩個(gè)組成部分：一個(gè)是WBANK網(wǎng)站上的經(jīng)紀(jì)帳戶開戶（Brokerge Account Opening）應(yīng)用，它允許任何一個(gè)Internet用戶開啟一個(gè)WBANK經(jīng)紀(jì)帳戶；國一個(gè)是帳戶開戶和維護(hù)應(yīng)用，主要是讓W(xué)BANK代表對(duì)以書面格式申請(qǐng)的帳戶進(jìn)行開戶。這是一個(gè)Internet應(yīng)用。該應(yīng)用將提供諸如賬戶歷史查看和賬戶結(jié)余、狀態(tài)和任務(wù)信息。這將允許WBANK有效地發(fā)展為一個(gè)客戶/賬戶服務(wù)應(yīng)用，而不僅僅是一個(gè)賬戶開戶引擎。這是對(duì)一個(gè)現(xiàn)有應(yīng)用的增強(qiáng)：該應(yīng)用的早期開發(fā)也是由Softprj完成。項(xiàng)目代碼項(xiàng)目名稱客戶XxxxxxxxWBANK項(xiàng)目WBANK公司項(xiàng)目領(lǐng)導(dǎo)（PL）配置控制人員（CC）業(yè)務(wù)經(jīng)理（BM）候補(bǔ)PL候補(bǔ)CCBBSBHRBJHP項(xiàng)目類型平臺(tái)階段數(shù)開發(fā)項(xiàng)目Java、Win NT、DB24個(gè)階段項(xiàng)目開始狀態(tài)（包括聯(lián)機(jī)、脫機(jī)）項(xiàng)目收尾日期估計(jì)的總收入聯(lián)機(jī) 脫機(jī)2000年4月3日 2000年5月15日2000年10月3日XXX XXX美元基目和客戶聯(lián)系人員名字和職稱電話號(hào)碼傳真號(hào)碼E-mail項(xiàng)目范圍 提供一種高效而快速的賬戶維護(hù)方法 允許代表訪問信息 向客戶代表提供賬戶態(tài)、價(jià)值、定單狀態(tài)和交易任務(wù)的完整視羅圖 增加更新過程的智能性 提供一個(gè)能夠顯示所需賬戶的歷史要系的接口 提供關(guān)閉和重新激活一個(gè)賬戶的能力項(xiàng)目對(duì)客戶的境值 該項(xiàng)目將允許WBANK有產(chǎn)地發(fā)展成一個(gè)客戶賬戶服務(wù)應(yīng)用，而不僅僅是一賬戶開戶相擎Softprj目標(biāo) 通過按時(shí)交付高質(zhì)量的軟件，增強(qiáng)一WBANK公司的關(guān)系 通過發(fā)展有關(guān)WBANK產(chǎn)品和系統(tǒng)的專門知識(shí)，成為首選的軟件商向客戶作出的承諾序號(hào)里程碑日期里程碑提交的結(jié)果12000年5月26日項(xiàng)目開始：需求分析結(jié)束業(yè)務(wù)分析和需求規(guī)范、用例目錄、屏幕、迭代計(jì)劃22000年5月15-6月23日細(xì)化階段：第1次迭代順序圖、類圖、源代碼、下一個(gè)周期的計(jì)劃32000年6月26日-7月7日細(xì)化階段：第2次迭代補(bǔ)充規(guī)范、順序圖、類圖、體系結(jié)構(gòu)文檔、源代碼、下一個(gè)周期的迭代計(jì)劃42000年7月10日-7月21日構(gòu)造階段：第1次迭代源代碼、評(píng)審報(bào)告、測試報(bào)告、下一周期的迭代計(jì)劃52000年7月20日-28日構(gòu)造階段：第2次迭代源代碼、評(píng)審報(bào)告、測試報(bào)告、下一個(gè)周期的迭代計(jì)劃62000年7月31日-8月8日構(gòu)造階段：第3次迭代源代碼、評(píng)審報(bào)告、測試報(bào)告、下一個(gè)周期的迭代計(jì)劃、產(chǎn)品部署計(jì)劃72000年8月9日-9月1日集成測試階段測試計(jì)劃、測試報(bào)告82000年9月4日-9月15日聯(lián)機(jī)代碼發(fā)行和安裝代碼92000年9月4日-9月22日驗(yàn)收測試和產(chǎn)品遷移測試報(bào)告102000年9月18日-9月29日聯(lián)機(jī)協(xié)調(diào)和回歸測試代碼112000年10月2日-10月26日驗(yàn)收測試測試結(jié)果122000年10月27日-11月3日新產(chǎn)品首次公開展出和支持項(xiàng)目收尾其他要求序號(hào)要求1該項(xiàng)目將遵循Rational統(tǒng)一方法（RUP）假設(shè)規(guī)劃時(shí)作出的假設(shè) 遷移到VisualAge for Java3.不由該團(tuán)隊(duì)完成 業(yè)務(wù)合伙人的智能更新僅與應(yīng)用的維護(hù)部分結(jié)合，而不與“賬戶開戶”引擎結(jié)合 有資格的人員將批準(zhǔn)用Rational統(tǒng)一過程方示實(shí)現(xiàn)該項(xiàng)目 在項(xiàng)目生命期中，功能和技術(shù)需求的變更可能會(huì)對(duì)進(jìn)度產(chǎn)生影響。由于這些變更而導(dǎo)致對(duì)成本或者進(jìn)度的任何影響，都將通知WBANK WBANK評(píng)審人員將用7天時(shí)間來收進(jìn)一個(gè)里程碑文檔。如果在這期間沒有收到注解，則認(rèn)為它已經(jīng)得到批準(zhǔn)項(xiàng)目規(guī)劃項(xiàng)目過程項(xiàng)目遵循的標(biāo)準(zhǔn)過程該項(xiàng)目將遵循Softprj的標(biāo)準(zhǔn)開發(fā)過程。然而，我們將用Rational統(tǒng)一過程方法（RUP）對(duì)這一過程進(jìn)行增強(qiáng)，因?yàn)檫@是客戶的要求。為了符合RUP，將對(duì)標(biāo)準(zhǔn)的開發(fā)過程進(jìn)行裁制。進(jìn)度計(jì)劃裁制備注與標(biāo)準(zhǔn)過程的偏差增加/修改/刪除偏差的原因只有那些在一次特定的迭代中將被細(xì)化驗(yàn)室用例修改基于迭代的開發(fā)才在那次迭代中被采用在前幾次迭代中，將增量地開發(fā)邏輯對(duì)象模型 修改遵循RUP方法在前幾次迭代中，將增量地開發(fā)物理對(duì)象模型修改遵循RUP方法物理數(shù)據(jù)庫設(shè)計(jì)可以在后面幾次迭代中精化修改遵循RUP方法在每次迭代中都要開發(fā)單元測試計(jì)劃修改正在使用迭代方法故障按每次迭代進(jìn)行記錄修改正在使用迭代方示需求跟蹤將根據(jù)Requisite Pro工具完成修改遵循RUP方法沒有圖像文檔和業(yè)務(wù)用例，因?yàn)槲覀円苑秶臋n開始，這所起的作用是相同的修改背離RPU需求變更管理過程變更申請(qǐng)跟蹤 客戶申請(qǐng)的變更將記錄在ChangeRequest.xls文檔中，并分析它們對(duì)項(xiàng)目的影響。一個(gè)變更申請(qǐng) 書將提交給客戶以得到他的確認(rèn)。經(jīng)客戶確認(rèn)的變更申請(qǐng)將添加到項(xiàng)目合同中作為 其附錄 主要變更通常對(duì)項(xiàng)目的進(jìn)度/按時(shí)交貨有影響?？蛻粜枰降嘏鷾?zhǔn)這些變更 因?yàn)檫@是一個(gè)短期項(xiàng)目，如果任何一個(gè)變更申請(qǐng)或者一組變更申請(qǐng)超過了項(xiàng)目估計(jì)的工作量的2%，則必須重新評(píng)估項(xiàng)目進(jìn)度和工作量估計(jì)標(biāo)準(zhǔn)程序/函數(shù)（用例）標(biāo)準(zhǔn)簡單用例3個(gè)或3個(gè)以下事務(wù)中等復(fù)雜用例4-7個(gè)事務(wù)復(fù)雜用例7個(gè)事務(wù)用例編號(hào)說明復(fù)雜性用例編號(hào)說明復(fù)雜性1屏幕導(dǎo)航復(fù)雜14更新一個(gè)賬戶的細(xì)節(jié)中等復(fù)雜2更新個(gè)人詳情中等復(fù)雜15維護(hù)一個(gè)賬戶的任務(wù)復(fù)雜3增加地址中等復(fù)雜16維護(hù)一個(gè)賬戶的備忘錄簡單4更新地址復(fù)雜17查看團(tuán)體情況的歷史復(fù)雜5刪除地址復(fù)雜18查看賬戶情況的歷史復(fù)雜6添加電話號(hào)碼中等復(fù)雜19查看選項(xiàng)等級(jí)和服務(wù)選項(xiàng)的歷史簡單7更新電知號(hào)碼復(fù)雜20查看任務(wù)和備忘錄的歷史簡單8刪除電話號(hào)碼復(fù)雜21查看角色的歷史復(fù)雜9添加E-mail中等復(fù)雜22查看賬戶細(xì)節(jié)簡單10更新E-mail中等復(fù)雜23查看賬戶的所有權(quán)復(fù)雜11刪除E-mail中等復(fù)雜24查看一個(gè)賬戶的緊迫定單復(fù)雜12更新一個(gè)團(tuán)體的就業(yè)情況中等復(fù)雜25關(guān)閉/重新激活賬戶簡單13更新一個(gè)團(tuán)體的財(cái)政情況中等復(fù)雜26智能更新WBANK的商業(yè)伙伴復(fù)雜項(xiàng)目估計(jì)的構(gòu)建工作量程序/函數(shù)工作量（基于以往項(xiàng)目的數(shù)據(jù)）單元數(shù)總的構(gòu)建工作量（人日）簡單用例1人日55中等復(fù)雜用例5人日945復(fù)雜用例8人日1296總工作量146按階段的工作量估計(jì)任務(wù)/階段人日占總工作量的百分比（%）需求5010設(shè)計(jì)6012構(gòu)建14629集成測試357回歸測試102驗(yàn)收測試376項(xiàng)目管理5015配置管理163培訓(xùn)5010其他406估計(jì)的工作量501100按迭代過程的工作量估計(jì)人日占總工作量的百分比（%）項(xiàng)目開始255初始階段245細(xì)化階段：第1次迭代459細(xì)化階段：第2次迭代347構(gòu)造階段：第1次迭代275構(gòu)造階段：第2次迭代245構(gòu)造階段：第3次迭代214移交階段11022項(xiàng)目收尾102項(xiàng)目管理7515配置管理163培訓(xùn)5010其他408估計(jì)的總工作量501100按角色人員分配角色所需人數(shù)日期PL12000年5月4日聯(lián)機(jī)協(xié)調(diào)者1（5%時(shí)間）2000年5月4日模塊領(lǐng)導(dǎo)12000年5月15日開發(fā)人員32000年5月15日開發(fā)人員12000年7月17日開發(fā)人員12000年8月1日開發(fā)人員12000年8月14日總?cè)藬?shù)9（實(shí)際為8.5）按技能和經(jīng)驗(yàn)人員分配領(lǐng)域總?cè)藬?shù)0-12人月經(jīng)驗(yàn)12個(gè)月的經(jīng)驗(yàn)Java770DB2202總?cè)藬?shù)972人員需求計(jì)劃月份脫機(jī)開發(fā)聯(lián)機(jī)部署總?cè)藬?shù)2000年5月41（50%）52000年6月5162000年7月5162000年8月8192000年9月7292000年10月325開發(fā)環(huán)境硬件軟件NT ServerWin NT大DB2Intel PC VisuageAge for Jave,Jave, Win NT所需的硬件和軟件資源項(xiàng)目描述所需數(shù)量日期PC（128RAM）62000年5月1日服務(wù)器上有IGB空間12000年5月1日VusyageAge for Java62000年5月4日DB262000年5月4日Rational Rose52000年5月15日Requisite Pro12000年5月15日工具工具列表項(xiàng)目要開發(fā)的工具無項(xiàng)目使用的內(nèi)部工具BugsBunny,WAR培訓(xùn)計(jì)劃培訓(xùn)領(lǐng)域持續(xù)時(shí)間免培訓(xùn)條件Java 語言7天如果已經(jīng)培訓(xùn)過VisualAge for Java 3天作為初始培訓(xùn)的一部分Java Applets4小時(shí)如果已經(jīng)培訓(xùn)過Java Swing4小時(shí)如果已經(jīng)培訓(xùn)過Persistence Builder4小時(shí)如果已經(jīng)培訓(xùn)過Rational Rose 和Requisite Pro8小時(shí)必須培訓(xùn)OOAD1天如果已經(jīng)培訓(xùn)過業(yè)務(wù)領(lǐng)域系統(tǒng)評(píng)估7天如果已經(jīng)培訓(xùn)過與過程相關(guān)的領(lǐng)域質(zhì)量系統(tǒng)3小時(shí)如果已經(jīng)培訓(xùn)過配置管理2小時(shí)如果已經(jīng)接受過CC培訓(xùn)。其他進(jìn)行在職培訓(xùn)小組評(píng)審4小時(shí)如果已經(jīng)培訓(xùn)過故障預(yù)防4.5小時(shí)必須培訓(xùn)SPC工具4.5小時(shí)如果已經(jīng)培訓(xùn)過RUP方法2小時(shí)必須培訓(xùn)質(zhì)量計(jì)劃項(xiàng)目質(zhì)量目標(biāo)目標(biāo)值設(shè)置目標(biāo)的基礎(chǔ)組織范圍的標(biāo)準(zhǔn)引入的總故障數(shù)1450.033個(gè)故障/人時(shí)。這要比Synergy好10%，后者為0.036個(gè)故障/人時(shí)0.052個(gè)故障/人時(shí)質(zhì)量（驗(yàn)收故障密度）5估計(jì)的總故障數(shù)的3%或者以下估計(jì)的總故障數(shù)的6%生產(chǎn)率57生產(chǎn)率比Synergy提高3.4%50進(jìn)度計(jì)劃按時(shí)交貨10%質(zhì)量成本32%31.5%32%估計(jì)檢測到的故障數(shù)評(píng)審/測試階段估計(jì)檢測到的故障數(shù)占估計(jì)的總故障數(shù)的百分比（%）估計(jì)基礎(chǔ)需求和設(shè)計(jì)評(píng)審2920%參考同類項(xiàng)目的估計(jì)（Synergy）和PCB代碼評(píng)審2920%參考同類項(xiàng)目的估計(jì)（Synergy）和PCB單元測試5740%參考同類項(xiàng)目的估計(jì)（Synergy）和PCB集成和回歸測試2517%參考同類項(xiàng)目的估計(jì)（Synergy）和PCB驗(yàn)收測試53%參考同類項(xiàng)目的估計(jì)（Synergy）和PCB估計(jì)檢測到總故障數(shù)143100%實(shí)現(xiàn)質(zhì)量目標(biāo)的策略策略期望的效益用標(biāo)準(zhǔn)的故障預(yù)防指南和過程進(jìn)行故障預(yù)防：采用Synergy開發(fā)的編碼標(biāo)準(zhǔn)故障個(gè)入減少10-20%，生產(chǎn)率提高2%小組評(píng)審前面幾個(gè)或者邏輯上復(fù)雜的用例質(zhì)量提高，因?yàn)榭偣收吓懦蕦⑻岣撸簧a(chǎn)率會(huì)有所提高，因?yàn)楣收显谠缙诒话l(fā)現(xiàn)項(xiàng)目領(lǐng)導(dǎo)、開發(fā)人員和一個(gè)顧問共同評(píng)審設(shè)計(jì)文檔或者開發(fā)的第一個(gè)程序引入RUP方法，并迭代式地實(shí)現(xiàn)項(xiàng)目。在每次迭代后，執(zhí)行里程碑分析和故障預(yù)防任務(wù)故障引入率大約減少5%，并且總生產(chǎn)率提高1%評(píng)審評(píng)審時(shí)機(jī)評(píng)審條目評(píng)審類型項(xiàng)目規(guī)劃結(jié)束時(shí)項(xiàng)目計(jì)劃故障控制（DCS）計(jì)劃項(xiàng)目進(jìn)度計(jì)劃小組評(píng)審軟件質(zhì)量顧問（SQA）評(píng)審軟件質(zhì)量顧問（SQA）評(píng)審項(xiàng)目規(guī)劃結(jié)束時(shí)CM計(jì)劃小組評(píng)審過成90%的需求分析時(shí)（這必須在細(xì)化階段的第1次迭代結(jié)束時(shí)）業(yè)務(wù)分析和需求規(guī)范文檔、用例目錄小組評(píng)審?fù)瓿?0%的設(shè)計(jì)時(shí)（這必須在細(xì)化階段的第2次迭代結(jié)束時(shí)）設(shè)計(jì)文檔、對(duì)象模型小組評(píng)審每次迭代開始時(shí)迭代計(jì)劃個(gè)人評(píng)審詳細(xì)設(shè)計(jì)結(jié)束時(shí)復(fù)雜的程序規(guī)范和第一次產(chǎn)生的程序規(guī)范，包括測試案例、交互圖小組評(píng)審前面幾個(gè)程序編碼以后代碼小組評(píng)審自我測試一個(gè)過程以后代碼個(gè)人評(píng)審單元測試計(jì)劃結(jié)束時(shí)單元測試計(jì)劃個(gè)人評(píng)審集成測試開始時(shí)集成測試計(jì)劃小組評(píng)審WBANK項(xiàng)目的風(fēng)險(xiǎn)管理計(jì)劃序號(hào)風(fēng)險(xiǎn)概率影響風(fēng)險(xiǎn)暴露度風(fēng)險(xiǎn)緩和計(jì)劃1需要客戶的數(shù)據(jù)庫設(shè)計(jì)師和數(shù)據(jù)庫管理員的支持0.584仔細(xì)地規(guī)劃每組任務(wù)所需的時(shí)間，并事先給予充分的注意聯(lián)機(jī)協(xié)調(diào)者與這些小組緊密合作2因?yàn)榈谝淮问褂肦UP，團(tuán)隊(duì)對(duì)RUP的理解可能不全面0.932.7與Softprj R&D實(shí)驗(yàn)室專家密切合作在整個(gè)項(xiàng)目中，保持與客戶的溝通并提交任何進(jìn)度或者工作量偏差對(duì)團(tuán)隊(duì)進(jìn)行RUP方法培訓(xùn)3人員流失：團(tuán)隊(duì)成員可能臨時(shí)離開0.372.1分配任務(wù)時(shí)，使多個(gè)人從事項(xiàng)目中的每個(gè)單元和用例4通過鏈路與客戶的大型機(jī)DB2通信：鏈路可能不如期望的那樣有效0.180.8執(zhí)行額外的代碼評(píng)審、桌面檢查等以使對(duì)鏈路的依賴最小鏈路績效下降時(shí)立即提交度量計(jì)劃指標(biāo)度量單位所用的工具規(guī)模LOC 、EP 、S/M/C行計(jì)數(shù)量工作量人日WAR故障故障數(shù)Bubs Bunny進(jìn)度經(jīng)過的時(shí)間MSP3.2 任務(wù)跟蹤任務(wù)程序任務(wù)調(diào)度PL用MS Project調(diào)度任務(wù)需要將進(jìn)行精化和重新調(diào)度任務(wù)分配使團(tuán)隊(duì)成員知道最新的進(jìn)度計(jì)劃。進(jìn)度計(jì)劃一旦上載到WAP-MSP系統(tǒng)，任務(wù)將在各自的WAR中出現(xiàn)任務(wù)狀態(tài)跟蹤每天執(zhí)行任務(wù)跟蹤項(xiàng)目會(huì)議每周一次因果分析會(huì)議每次迭代后問題跟蹤問題類型在哪里記錄誰記錄誰評(píng)審何時(shí)評(píng)審保果提交聯(lián)機(jī)問題Issue Tracker.xls任何一個(gè)項(xiàng)目成員PL每天評(píng)審2天內(nèi)客戶問題IssueLog.xls聯(lián)機(jī)團(tuán)隊(duì)，PLPL每天評(píng)審2天內(nèi)業(yè)務(wù)經(jīng)理問題每周狀態(tài)報(bào)告BMBM，PL，每周評(píng)審5天內(nèi)支持服務(wù)問題申請(qǐng)跟蹤器任何團(tuán)隊(duì)成員支持服務(wù)每天評(píng)審2天內(nèi)客戶反饋信處息項(xiàng)目記錄和跟蹤過程客戶反饋AM/PL處理客戶反饋信息。BM保存它客戶投訴接到的客戶投訴將輸入到CustomerComplaints.xls中，并用它進(jìn)行跟蹤質(zhì)量跟蹤質(zhì)量任力措施故障跟蹤用DCS記錄故障，并用它跟蹤故障，直到結(jié)束評(píng)審（需求、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)）根據(jù)質(zhì)量計(jì)劃中的項(xiàng)目目標(biāo)進(jìn)行檢查代碼評(píng)審?fù)ㄟ^SPC工具根據(jù)每個(gè)程序的極限進(jìn)行檢查獨(dú)立的單元測試通過SPC工具根據(jù)每個(gè)程序的極限進(jìn)行檢查集成測試/系統(tǒng)測試根據(jù)質(zhì)量計(jì)劃中的項(xiàng)目目標(biāo)進(jìn)行檢查高級(jí)管理人員（BM）評(píng)審序號(hào)評(píng)審項(xiàng)目評(píng)審頻度1進(jìn)度計(jì)劃每次版本變化時(shí)2項(xiàng)目計(jì)劃作出重大改變時(shí)3里程碑報(bào)告里程碑結(jié)束時(shí)狀態(tài)報(bào)告向誰報(bào)告報(bào)告頻度業(yè)務(wù)經(jīng)理每周周一通過電子郵件報(bào)告客戶每周周一里程碑處的偏差極限實(shí)際與估計(jì)的偏差前面5個(gè)里碑其余里程碑工作量10%5%進(jìn)度10%5%故障數(shù)20%20%向客戶報(bào)告 里程碑報(bào)告和每周狀態(tài)報(bào)告 需要澄清的問題 如果有任何需要提交的問題，則提交它們向BM報(bào)告 客戶反饋 里程碑和每周狀態(tài)報(bào)告 需要澄清/注意的問 如果有任何需要提交的問題，則提交它們 需求變更量及其估計(jì)的工作量 計(jì)劃的主要變更提交程序提交地點(diǎn)提交期限提交人姓名提交人的職稱在WBANK3天內(nèi)Xxxx項(xiàng)目經(jīng)理在Softprj3天內(nèi)Xxxx財(cái)務(wù)經(jīng)理在Softprj3天內(nèi)Xxxx業(yè)務(wù)經(jīng)理項(xiàng)目團(tuán)隊(duì)序號(hào)姓名縮寫責(zé)任開始日期期望的結(jié)束日期1BB項(xiàng)目經(jīng)理2000年 4月4日2000年11月3日2KP聯(lián)機(jī)協(xié)調(diào)者2000年 4月4日2000年11月3日3BJ模塊領(lǐng)導(dǎo)、候選項(xiàng)目領(lǐng)導(dǎo)2000年 5月15日2000年11月3日4SP配置控制人員2000年 5月22日2000年10月13日5DD開發(fā)人員2000年 5月22日200