項目開發(fā)計劃書

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

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

3、劃需求需求功能 說明書架構設計數(shù)據(jù)庫設計測試用例系統(tǒng)設計實現(xiàn)代碼測試總結 報告實施計劃培訓計劃軟硬件安 裝部署規(guī) 劃書應用系統(tǒng)部署說明實施系統(tǒng)驗收在整個項目生命周期中總共分了 3個里程碑， 需求評審結束、代碼開發(fā)完畢、系統(tǒng)正式上線運 行。1.5發(fā)布提交產品提交產品時間是否提交客戶負責人架構設計數(shù)據(jù)庫設計測試用例應用程序應用程序源碼軟硬件安 裝部署規(guī)劃書應用系統(tǒng)部署說明發(fā)布清單用戶手冊驗收報告2項目計劃2.1項目生命周期項目階段定義及各階段主要產品項目階段主要產品項目啟動項目章程需求分析需求計劃，軟件需求規(guī) 格說明書，靜態(tài)原型設計與實現(xiàn)架構設計說明書，概要設計說明書（包括數(shù)據(jù) 庫設計），源代碼，

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

5、Con straint編碼操作(Actio n)反應(Respo nse)報 表(Report)接口(In ter face )測試測試用例復雜中等簡單用戶手 冊插圖個 數(shù)2.4工作量估算具體的估算方法可參見軟件項目估算過 程，估算過程應當記錄在項目估算表中， 此處只描述估算結果。只對下階段任務進行了估算項目階段百分比工作量（人日）需求分析0%0設計10%編碼測試實施項目管理上線/驗收/新 需求其它項目開發(fā)總工作量100%2.5成本估算根據(jù)公司情況，項目成本主要是人員的工資，因 此工作量估算基本上反映了項目的成本。項目 角色月成 本（萬 元 /月）人數(shù)參與 時間（日）小計（元）項目 經理系統(tǒng)

6、分析助理開發(fā)工程師測試 工程 師和 配置 管理 員合計2.6進度安排參見開發(fā)計劃(Microsoft Project 文檔)。2.7關鍵計算機資源估算項目需要配備的關鍵計算機資源，如數(shù)據(jù)庫服務 器、Web& Application 服務器，以及所運行的 操作系統(tǒng)和硬件環(huán)境。用途服務器型號配置操作系統(tǒng)數(shù)量服務器阿里云2核8gCen tos1數(shù)據(jù)庫阿里云2核8gCen tos1說明：以上是測試環(huán)境，估算依據(jù)是和運行環(huán)境 完全一致。開發(fā)環(huán)境采用Windows平臺，根據(jù) 以往多個項目的經驗，部署沒有問題。2.8項目評審描述按計劃需要評審的工作產品，以及采用的評 審方式和參加評審的人員。評審方式

7、是同行評 審，評審過程參見軟件項目評審過程。工作產品評審方式評審參與人員評審材料 發(fā)放時間 （提前X天）開發(fā)計劃同行評審， 同時需要 審核/審批項目組成員1配置管理 計劃同行評審項目組成員1質量保證 計劃同行評審項目組成 員1系統(tǒng)測試同行評審項目組成1計劃員架構設計同行評審項目組成員1數(shù)據(jù)庫設計同行評審項目組成 員2系統(tǒng)設計同行評審項目組成員1代碼走查項目組成 員1測試用例同行評審項目組成 員12.9開發(fā)環(huán)境本系統(tǒng)將在B/S結構下，采用基于JAVA技 術并且符合J2EE開發(fā)規(guī)范進行開發(fā)，具體如下：硬件：品牌Dell處理器i7內存8G軟件數(shù)據(jù)庫Mysql 5.7應用服務器Tomcat 8開發(fā)工具

8、Idea 16項目管理工具繪圖工具PhotoShop數(shù)據(jù)庫設計工具PowerDesig ner 9.5分析工具Rati onal Rose持續(xù)集成工具版本控制工具2.10風險評估和控制描述預計項目中可能發(fā)生的風險，風險系數(shù)=嚴重等級X風險概率。風險等級是指該風險對 項目進度、質量和成本影響的嚴重程度，可分為 四個等級，等級越高影響越嚴重。1. 客戶風險，指由于客戶成熟度不夠而產生的 風險2. 過程風險，指由于項目組成員對開發(fā)過程不 熟悉而產生的風險3. 能力風險，指由于項目組成員不具備項目需 要的能力而產生的風險4. 成本風險，指由于項目成本過高而產生的風 險5. 人力資源風險，指由于人員不足

9、而產生的風險6. 設備資源風險，指由于開發(fā)設備不足而產生 的風險7. 技術風險，指由于采用項目組成員不熟悉的 技術而產生的風險8. 質量風險，指由于用戶要求的質量過高而產 生的風險9. 時間風險，指由于開發(fā)時間過緊而產生的風10. 需求風險，指由于需求調研不充分而產生的 風險風險概率可用百分比表示，百分比越高發(fā)生 的可能性越大。風險應當按照風險系數(shù)的大小排 序。風險對策是為了減輕風險的影響， 項目組可 能米取的措施。所有風險按風險等級排序。注：風險系數(shù)=嚴重等級x發(fā)生概率 嚴重等級范圍1-4序號風險 系數(shù)嚴重 等級發(fā)生 概率風險 說明預計 風險 發(fā)生 階段應對施措11.6280%和原 有系 統(tǒng)

10、需 求范 圍界 定不開發(fā) 實施 階段整個項 目周期 內與客 戶充分 溝通，積 極協(xié)調清楚客戶確 認需求。20.5150%系統(tǒng)開發(fā)系統(tǒng)設統(tǒng)計發(fā)間 ，可延 工日 系設開時短有能期靈個作階段計一 要盡I完 強項 組成 之間 溝通。 時把 項目 度。疋量 加 目 員 的 及 握 進30.5150%客戶 對BS 結構 系統(tǒng) 的使 用實施 階段加強培 訓，盡量 完善用 戶手冊。2.11組間協(xié)調計劃2.12實施計劃?安裝調試2005.01.04 對系統(tǒng)進行實施前的 安裝、部署、調試?系統(tǒng)培訓 根據(jù)項目需要，計劃于 2005.01.05-2005.01.07 進行為期3天的針對 性培訓。培訓需要有下列要素：培

11、訓目的和內容培訓時間、地點培訓材料主講人參加人培訓效果?數(shù)據(jù)移植 計劃用10個工作日的時間，從 至U 2005.01.14 進行正式運 行前 的數(shù)據(jù)移植工作，把2004.12采集到的業(yè)務數(shù) 據(jù)處理到系統(tǒng)中。數(shù)據(jù)類型包括：用戶信息、 企業(yè)信息、物流需求、解決方案、測算器參數(shù)、 沃爾沃新聞、過橋費數(shù)據(jù)、電子刊物內容。采 集業(yè)務數(shù)據(jù)所需的數(shù)據(jù)模版必須在 前與沃爾沃公司蔣宇確定下來。?試運行 定于到進行 系統(tǒng)試運行。每隔兩天收集一次問題清單。要求對客戶提出的bug的響應時間不能超過 兩天。如果有需求變更則要求按照變更流程進行。?系統(tǒng)驗收 計劃到進 行系統(tǒng)驗收。并于召開系統(tǒng)驗收 的里程碑會議，提交文檔包

12、括：系統(tǒng)安裝文檔、 實施發(fā)布清單、軟件移交報告、軟件驗收報告、 里程碑報告。3項目組成根據(jù)本項目的情況列出項目中所有參與人 員及所擔當?shù)慕巧巧熑纬袚隧椖靠偙O(jiān)咨詢顧問項目經理質量保證員SCCB架構設計師系統(tǒng)分析員負責人系統(tǒng)分析員測試負責人測試工程師軟件工程師SCM管理員實施負責人4項目跟蹤計劃對項目的跟蹤活動也要有計劃，跟蹤計劃描述參 與的人員、跟蹤活動的名稱以及跟蹤的頻率角色活動頻率項目經理召開定期 例會每周一項目總監(jiān)客戶代表項目經理參加里程 碑評審每個里程碑結束點質量保證 員SCCB項目經理質量保證 員計劃變更 及評審當偏離進 度計劃 (20%)規(guī)模 計劃(10%) 成本計劃 (10%)工