wbank項目管理計劃范例.doc

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