1、開發(fā)計劃書編號：IM-VOLVO-SDP版本:1.0作者：日期：審批：日期：變更記錄日期版本變更說明作者填表說明在需求分析階段開始著手準備開發(fā)計劃，當需求分析結(jié)束后，根據(jù)項目估算和需求分析的成果，完成軟件開發(fā)計劃書，評審后納入到基線庫。制定開發(fā)計劃的過程是不斷精確細化，逐步完善豐富的過程。開發(fā)計劃是項目經(jīng)理管理和跟蹤的依據(jù)， 又起到指導項目組的日常工作的作用。當實際情況與計劃偏離到一定程度時，應修正開發(fā)計劃。軟件開發(fā)應按照開發(fā)計劃制定的內(nèi)容進行。開發(fā)計劃是項目跟蹤的依據(jù)，通過與實際開發(fā)進展情況作比較分析，項目經(jīng)理可以及時了解項目開發(fā)的狀態(tài)。項目組中的每個成員都應該明確地知道項目計劃的內(nèi)容，并且

2、對所分配的任務承諾簽字，確保計劃貫徹執(zhí)行。1 項目總覽1.1 基本信息項目名稱物流信息服務平臺項目編號IM-VOLVO-001客戶名稱V公司客戶代表項目經(jīng)理質(zhì)量保證員配置管理員工作量估算18個人月項目開始日期項目結(jié)束日期1.2 項目主要聯(lián)系人姓名電話號碼傳真號碼E-Mail客戶項目經(jīng)理1.3 假設和約束本項目計劃能夠順利執(zhí)行的條件是基于以下假設成立：n 公司能夠滿足計劃中對各種項目資源需求；n 項目實施過程中能得到客戶的有效支持與配合；n 對于項目成員的培訓可以按照培訓計劃進行；n 項目開發(fā)、實施過程中人員變動不超過80%。1.4 里程碑提交產(chǎn)品里程碑提交產(chǎn)品時間負責人項目級過程裁剪2004.

3、11.05軟件開發(fā)計劃2004.11.02軟件測試計劃2004.11.03配置管理計劃2004.11.05質(zhì)量保證計劃2004.11.05需求需求功能說明書2004.11.10架構(gòu)設計2004.11.05數(shù)據(jù)庫設計2004.11.09測試用例2004.11.19系統(tǒng)設計2004.11.09實現(xiàn)代碼2004.12.31測試總結(jié)報告實施計劃2004.12.31培訓計劃2004.12.31軟硬件安裝部署規(guī)劃書2004.12.31應用系統(tǒng)部署說明2004.12.31實施系統(tǒng)驗收在整個項目生命周期中總共分了3個里程碑，需求評審結(jié)束、代碼開發(fā)完畢、系統(tǒng)正式上線運行。1.5 發(fā)布提交產(chǎn)品提交產(chǎn)品時間是否提交

4、客戶負責人架構(gòu)設計2004.11.05否數(shù)據(jù)庫設計2004.11.09是測試用例2004.11.19是應用程序包2004.12.31是應用程序源碼2004.12.31是軟硬件安裝部署規(guī)劃書2004.12.27是應用系統(tǒng)部署說明2004.12.27是發(fā)布清單2004.12.27否用戶手冊2005.01.18是驗收報告2005.01.31否2 項目計劃2.1 項目生命周期n 項目階段定義及各階段主要產(chǎn)品項目階段主要產(chǎn)品項目啟動項目章程需求分析需求計劃，軟件需求規(guī)格說明書，靜態(tài)原型設計與實現(xiàn)架構(gòu)設計說明書，概要設計說明書（包括數(shù)據(jù)庫設計），源代碼，測試用例，用戶手冊集成/系統(tǒng)集成測試測試報告系統(tǒng)實施

5、驗收報告系統(tǒng)試運行試運行系統(tǒng)修改記錄，試運行報告n 開發(fā)模型本項目采用邊設計邊開發(fā)，分階段提交開發(fā)成果的模型，在需求調(diào)研與分析，系統(tǒng)設計，系統(tǒng)實現(xiàn)與系統(tǒng)實施階段進行迭代式開發(fā)，以進一步縮短開發(fā)周期，降低開發(fā)成本。2.2 WBS 表2.3 規(guī)模估算具體的估算方法可參見軟件項目估算過程，估算過程應當記錄在項目估算表中，此處只描述估算結(jié)果。估算中的新件部分已經(jīng)完成，只對舊件部分進行開發(fā)。工作產(chǎn)品估算因子分類個數(shù)合計規(guī)模（換算比重后的個數(shù)）需求規(guī)格說明書UseCase 復雜度復雜中等簡單71520概要設計業(yè)務邏輯類復雜中等簡單7815DBTableViewProcedureTriggerConstra

6、int500000編碼操作 (Action)反應（Response）報表（Report）接口（Interface）9515000測試測試用例復雜中等簡單71520用戶手冊插圖個數(shù)802.4 工作量估算具體的估算方法可參見軟件項目估算過程，估算過程應當記錄在項目估算表中，此處只描述估算結(jié)果。只對下階段任務進行了估算。項目階段百分比工作量（人日）需求分析0%0 設計10%26 編碼40%105測試20%52 實施10%26 項目管理10%26 上線/驗收/新需求10%26 其它0%0 項目開發(fā)總工作量100%260 2.5 成本估算根據(jù)公司情況，項目成本主要是人員的工資，因此工作量估算基本上反映了

7、項目的成本。項目角色月成本(萬元/月)人數(shù)參與時間(日)小計(元)項目經(jīng)理1.84817362746系統(tǒng)分析1.51217049227開發(fā)工程師1.512360126586助理開發(fā)工程師0.840028912測試工程師和配置管理員1.51214028130合計2956012.6 進度安排參見開發(fā)計劃（Microsoft Project文檔）。2.7 關鍵計算機資源估算項目需要配備的關鍵計算機資源，如數(shù)據(jù)庫服務器、Web & Application 服務器，以及所運行的操作系統(tǒng)和硬件環(huán)境；還包括項目團隊成員需要具備的計算機和基本硬件配置。用途服務器型號配置操作系統(tǒng)數(shù)量Applicatio

8、n serverDB serverDELL2850/至強2.8G*2顆/4G內(nèi)存/146G*2硬盤Win20001Pc(開發(fā)環(huán)境)P4 P4,512M,30GWindows 20006說明：以上是測試環(huán)境，估算依據(jù)是和運行環(huán)境完全一致。開發(fā)環(huán)境采用Windows平臺，根據(jù)以往多個項目的經(jīng)驗，部署沒有問題。2.8 項目評審描述按計劃需要評審的工作產(chǎn)品，以及采用的評審方式和參加評審的人員。評審方式是同行評審，評審過程參見軟件項目評審過程。工作產(chǎn)品評審方式評審參與人員評審材料發(fā)放時間(提前X天)開發(fā)計劃同行評審，同時需要審核/審批項目組成員1配置管理計劃同行評審項目組成員1質(zhì)量保證計劃同行評審項目組

9、成員1系統(tǒng)測試計劃同行評審項目組成員1架構(gòu)設計同行評審項目組成員1數(shù)據(jù)庫設計同行評審項目組成員2系統(tǒng)設計同行評審項目組成員1代碼走查項目組成員1測試用例同行評審項目組成員12.9 開發(fā)環(huán)境本系統(tǒng)將在B/S結(jié)構(gòu)下，采用基于JAVA技術并且符合J2EE開發(fā)規(guī)范進行開發(fā)，具體如下：硬件軟件DELL2850/至強2.8G*2顆/4G內(nèi)存/146G*2硬盤數(shù)據(jù)庫：oracle 9i應用服務器：Websphere 5.1開發(fā)工具：Ecplise項目管理工具：Microsoft Project 2000繪圖工具：Microsoft Visio 2000配置工具：Microsoft Visual Source

10、Safe分析工具：Rational Rose數(shù)據(jù)庫設計工具：PowerDesigner 9.52.10 風險評估和控制描述預計項目中可能發(fā)生的風險，風險系數(shù)=嚴重等級X風險概率。風險等級是指該風險對項目進度、質(zhì)量和成本影響的嚴重程度，可分為四個等級，等級越高影響越嚴重。1. 客戶風險，指由于客戶成熟度不夠而產(chǎn)生的風險2. 過程風險，指由于項目組成員對開發(fā)過程不熟悉而產(chǎn)生的風險3. 能力風險，指由于項目組成員不具備項目需要的能力而產(chǎn)生的風險4. 成本風險，指由于項目成本過高而產(chǎn)生的風險5. 人力資源風險，指由于人員不足而產(chǎn)生的風險6. 設備資源風險，指由于開發(fā)設備不足而產(chǎn)生的風險7. 技術風險，

11、指由于采用項目組成員不熟悉的技術而產(chǎn)生的風險8. 質(zhì)量風險，指由于用戶要求的質(zhì)量過高而產(chǎn)生的風險9. 時間風險，指由于開發(fā)時間過緊而產(chǎn)生的風險10. 需求風險，指由于需求調(diào)研不充分而產(chǎn)生的風險風險概率可用百分比表示，百分比越高發(fā)生的可能性越大。風險應當按照風險系數(shù)的大小排序。風險對策是為了減輕風險的影響，項目組可能采取的措施。所有風險按風險等級排序。注：風險系數(shù) = 嚴重等級 x 發(fā)生概率 嚴重等級范圍 1-4序號風險系數(shù)嚴重等級發(fā)生概率風險說明預計風險發(fā)生階段應對措施11.6280%和原有系統(tǒng)需求范圍界定不清楚開發(fā)實施階段整個項目周期內(nèi)與客戶充分溝通，積極協(xié)調(diào)客戶確認需求。20.5150%系

12、統(tǒng)設計開發(fā)時間短，有可能延期3-5個工作日開發(fā)階段系統(tǒng)設計一定要盡量完善，加強項目組成員之間的溝通。及時把握項目進度。30.5150%客戶對BS結(jié)構(gòu)系統(tǒng)的使用實施階段加強培訓，盡量完善用戶手冊。2.11 組間協(xié)調(diào)計劃協(xié)調(diào)小組/人協(xié)調(diào)方式頻率/時間客戶會議2004.12.11客戶會議2004.12.31客戶會議2.12 實施計劃 Ø 安裝調(diào)試對系統(tǒng)進行實施前的安裝、部署、調(diào)試Ø 系統(tǒng)培訓根據(jù)項目需要，計劃于進行為期3天的針對性培訓。培訓需要有下列要素：培訓目的和內(nèi)容培訓時間、地點培訓材料主講人參加人培訓效果培訓內(nèi)容時間主講人參加者系統(tǒng)操作方法01.07張桐，劉揚客戶Ø

13、; 數(shù)據(jù)移植計劃用10個工作日的時間，從到進行正式運行前的數(shù)據(jù)移植工作，把2004.12采集到的業(yè)務數(shù)據(jù)處理到系統(tǒng)中。數(shù)據(jù)類型包括：用戶信息、企業(yè)信息、物流需求、解決方案、測算器參數(shù)、沃爾沃新聞、過橋費數(shù)據(jù)、電子刊物內(nèi)容。采集業(yè)務數(shù)據(jù)所需的數(shù)據(jù)模版必須在前與沃爾沃公司蔣宇確定下來。Ø 試運行定于到進行系統(tǒng)試運行。每隔兩天收集一次問題清單。要求對客戶提出的bug的響應時間不能超過兩天。如果有需求變更則要求按照變更流程進行。Ø 系統(tǒng)驗收計劃到進行系統(tǒng)驗收。并于召開系統(tǒng)驗收的里程碑會議，提交文檔包括：系統(tǒng)安裝文檔、實施發(fā)布清單、軟件移交報告、軟件驗收報告、里程碑報告。3 項目組成根據(jù)本項目的情況列出項目中所有參與人員及所擔當?shù)慕巧巧熑纬袚隧椖靠偙O(jiān)咨詢顧問項目經(jīng)理質(zhì)量保證員SCCB架構(gòu)設計師系統(tǒng)分析員負責人系統(tǒng)分析員測試負責人測試工程師軟件工程師軟件工程師軟件工程師SCM管理員實施負責人4 項目跟蹤計劃對項目的跟蹤活動也要有計劃，跟蹤計劃描述參與的人員、跟蹤活動的名稱以及跟蹤的頻率。角色活動頻率項目經(jīng)理召開定期例會每周一項目總監(jiān)客戶代表項目經(jīng)理質(zhì)量保證員參加里程碑評審每個里程碑結(jié)束點SCCB項目經(jīng)理質(zhì)量保證員計劃變更及評審