《網(wǎng)上書城》項目計劃書

1、項目開發(fā)計劃書 網(wǎng)上書城系統(tǒng) 成都朗沃信息技術(shù)有限公司 編寫說明 標題：項目開發(fā)計劃書 版本歷史： 版本 作者 日期 備注 1. 01 項目1組 2011/9/28 新建 1.引言 11編寫目的 網(wǎng)上書城系統(tǒng)建設(shè)項目于20011年8月17 FI正式啟動，本計劃書對網(wǎng)上書 城系統(tǒng)建設(shè)項目做出總體上的規(guī)劃，以使得系統(tǒng)的開發(fā)和實施能夠按部就班、保 質(zhì)保量地完成。 本計劃書的預期讀者為項目1組項目組成員、朗沃信息開發(fā)部人員、朗沃管 理部人員。 1.2.背景 為進一步鞏固JavaScript以及AJAX課程屮所學的知識，提升編碼能力。以及 對JavaScript和AJAX知識的擴展，項目經(jīng)理帶領(lǐng)我們完成

2、網(wǎng)上書城系統(tǒng)項目。 1.3.參考資料 列出參考資料，并說明得到這些文件資料的來源。 資料類型包括： 1. 本項目的經(jīng)核準的計劃任務(wù)書和合同、上級機關(guān)的批文： 2. 屬于本項目的其他己發(fā)表的文件； 3. 本文件中各處引用的文件、資料，包括所要用到的軟件開發(fā)標準。列出 這些文件資料的標題、文件編號、發(fā)表口期和出版單位，說明能夠得到這些文件 資料的末源。 網(wǎng)上書城開發(fā)合同 API文檔 朗沃項目部JAVA編程規(guī)范-V2. 0. 1 2. 項目概述 左1項目目標 網(wǎng)上書城系統(tǒng)建設(shè)按時完成之后，應(yīng)首先具備以下功能： 1. 圖書基礎(chǔ)數(shù)據(jù)的采集錄入和維護。 2. 銷售報文的生成和管理。 3. 反饋報文的管理和

3、分析。 同時應(yīng)考慮到以后以此為基礎(chǔ)擴展開發(fā)圖書管理系統(tǒng)。 22工作內(nèi)容 設(shè)計、編碼、測試、答辯。 2.3.項目組織結(jié)構(gòu) 項目經(jīng)理：XXX 項目組長：XXX 項目成員：XXXXXX 人員說明: 姓名 職貴描述 XXX （組長） 督促組員對整個項目進度的掌控。 XXX 編程及測試 XXX 編程及測試 XXX 編程及測試 XXX 編程及測試 2.4.產(chǎn)品 2.4.1.程序 本項目程序開發(fā)遵循J2EE開發(fā)規(guī)范，采用eclipseo 項目建設(shè)中開發(fā)的程序源代碼，以磁介質(zhì)的形式于項目結(jié)束時，由項目組向 用戶方予以提交。 2.4.2.文檔 序號 文檔名稱 文檔類型 提交時間 1 項目計劃書 管理類 項目之初

4、 2 項目開發(fā)口志 文檔類 項目開發(fā)過程中 2.4.3.服務(wù) 無服務(wù)。 2.4.4.非移交的產(chǎn)品 源代碼。 2.5. 驗收標準 老師滿意。 2.6. 項目期限 本項目應(yīng)于2011年9月26 H以前進入測試階段，并于2011年9月28 FI正 式提交。 2.7. 本計劃的批準者和批準日期 白徳科，2011年8月17日 3. 實施計劃 3.1. 項目生命周期 本項目周期共分為以下5個階段： 1. 需求調(diào)研分析階段。 主要完成工作：就需要完成網(wǎng)上書城系統(tǒng)的所有功能與白徳科老師 交流。 階段時間安排：2011年8月171至2011年8月18日。 2. 系統(tǒng)設(shè)計階段。 系統(tǒng)設(shè)計階段分為概要設(shè)計和詳細設(shè)計

5、兩部分，概要設(shè)計主要完成 系統(tǒng)功能模塊的劃分及系統(tǒng)業(yè)務(wù)操作流程的設(shè)定。詳細設(shè)計主要完 成數(shù)據(jù)庫設(shè)計和系統(tǒng)業(yè)務(wù)邏輯實現(xiàn)的流程實現(xiàn)。 階段時間安排：2011年8月18 口至2011年8月19 F1。 3. 編碼階段 本階段除完成程序的主要編碼工作之外，各程序員還應(yīng)對白己開發(fā) 的功能模塊完成功能測試。 編碼階段時間安排：2011年8月19 口至2011年9月24 口。 4. 系統(tǒng)測試階段 對系統(tǒng)的功能進行全面的測試。 系統(tǒng)測試階段時間安排：2011年9月24 口至2011年9月27 口。 5. 系統(tǒng)提交階段 2011年9 J 28 口將網(wǎng)上書城系統(tǒng)項目提交給項目經(jīng)理 3.2.關(guān)鍵問題 主耍是組員對項

6、目中的業(yè)務(wù)分層，不能很好的掌握。 關(guān)鍵技術(shù)： JavaScript AJAX 請求信息與響應(yīng)信息的封裝 持久層的封裝 業(yè)務(wù)組件的封裝 Jdbc連接數(shù)據(jù)庫操作 4. 質(zhì)保證計劃 4.1. 項目風險分析及應(yīng)對 風險名稱 嚴重性 發(fā)生概率 應(yīng)對措施 高中低 高中低 4.2.關(guān)鍵問題 XXX的工作內(nèi)容很有可能出現(xiàn)不能完成。如果不行將它的工作由XXX分擔完 成。如果項目中有疑問問XXX或項目經(jīng)理。 4.3.質(zhì)量控制點 列出開發(fā)過程中確定的質(zhì)量控制點包括各階段評審和其它與項目相關(guān)的控 制點，強制性要求的評審有：計劃、需求、設(shè)計、測試，指出在控制點上的過程 輸岀，采取的評審方式或驗證方法、評審組織機構(gòu)或人員

7、等，在項目計劃詳細列 表中應(yīng)列出所有需評審、驗證的內(nèi)容，并留出執(zhí)行時間。 質(zhì)量控制點的選擇應(yīng)根據(jù)項目的特點，除了公司要求在計劃、礙求、概要設(shè) 計、測試階段采取正式評審的方式進行外，可很據(jù)需要在其它階段進行。并在項 冃計劃詳細列表或詳細任務(wù)清單中列出所有需評審、驗證的內(nèi)容，并留出執(zhí)行時 間（正式評審一般需要2-3天）。 質(zhì)量控制點一般包括，但不限于： 質(zhì)控制點 要求 控制方法 評審機構(gòu) 項目計劃書 必須 正式評審 需求觀格說明書 必須 正式評審 概要設(shè)計說明書 必須 正式評審 測試計劃書、報告 必須 正式評審 詳細設(shè)計說明書 必須 內(nèi)部評審 項目組/用戶 數(shù)據(jù)庫設(shè)計說明書 必須 內(nèi)部評審 項目組/用戶 源代碼 必須 內(nèi)部審査 項目組/用戶 系統(tǒng)投產(chǎn)計劃書 建議 內(nèi)部評審 項目組/用戶 系統(tǒng)應(yīng)急計劃書 建議 內(nèi)部評審 項目組/用戶 手冊（操作、管理） 建議 內(nèi)部評審 項目組/用戶 驗收報告 必須 正式評審 用戶 定義: 正式評審一一由sepg或用戶正式組織的對需審核物的會議評估，一般有正式 的評估標準和評市表格。 內(nèi)部評審/審査一一由項目組內(nèi)部進行的對需審核物的評估，形式可以是會 議、多人信息交互等，可以用會議紀要、規(guī)范的表格（代碼市查）或參照正式評 審表格設(shè)計的表格等作為內(nèi)部評審、審査