案卷號 1 1 日期 2014- - 06- - 09 在線(xiàn)考試系統 開(kāi)發(fā)計劃書(shū) 組
名：
J2EE 第六項目組
作
者 ：
劉莉
完成時(shí)間：
2014-06-09
簽收人：
魏曉燕、房棟、劉慧梅
修改情況記錄：
版本號 修改人 修改日期 驗收人 V1.0 劉莉 2014-06-09 房棟
目
錄 開(kāi)發(fā)計劃書(shū) 1 引言 1.1 編寫(xiě)目的 1.2 背景 1.3 定義 1.4 參考資料 2 項目概述 2.1 工作內容 2.2 主要參加人員 2.3 產(chǎn)品 2.3.1 程序 2.3.2 提交文件
2.3.3 服務(wù) 2.3.4 非移交的產(chǎn)品 2.4 驗收標準 2.5 完成項目的最遲期限 2.6 本計劃的審查者與批準者 3 實(shí)施總計劃 3.1 工作任務(wù)的分解與人員分工 3.2 接口人員 3.3 進(jìn)度 3.4 預算 3.5 關(guān)鍵問(wèn)題 4 支持條件 4.1 對計算機系統支持 4.2 需要用戶(hù)承擔的工作 5 專(zhuān)題計劃要點(diǎn)
1 引言 1.1 編寫(xiě)目的 用文件的形式，把對于在開(kāi)發(fā)過(guò)程中各項工作的負責人員、開(kāi)發(fā)進(jìn)度所需經(jīng)費預算、所需軟、硬件條件等問(wèn)題做出安排記載下來(lái)，根據本計劃開(kāi)展和檢查本項目的開(kāi)發(fā)工作。
1.2 背景 待開(kāi)發(fā)的 軟件系統的名稱(chēng)
在線(xiàn)考試系統。
用戶(hù)
各類(lèi)大專(zhuān)院校，中小學(xué)校。
背景 隨著(zhù)網(wǎng)絡(luò )技術(shù)的飛速發(fā)展，辦公自動(dòng)化，教學(xué)無(wú)紙化的理念已成為現實(shí)，現在很多的大學(xué)及社會(huì )上其他的培訓部門(mén)都已經(jīng)開(kāi)設了遠程教育，并通過(guò)計算機網(wǎng)絡(luò )實(shí)現異地教育。但是，遠程教育軟件開(kāi)發(fā)就目前來(lái)說(shuō)，還是處于起步的階段。因此，構建一個(gè)遠程在線(xiàn)考試系統，還是有很大的實(shí)際意義的。
1.3 定義
J2EE Java2 平臺企業(yè)版，是一套全然不同于傳統應用開(kāi)發(fā)的技術(shù)架構，包含許多組件，主要可簡(jiǎn)化并且規范應用系統的開(kāi)發(fā)與部署，進(jìn)而提高可移植性、安全性與再用價(jià)值。
JSP (Java Server Pages) 由 Sun Microsystems 公司倡導、許多公司參與一起建立的一種動(dòng)態(tài)網(wǎng)頁(yè)技術(shù)標準。類(lèi)似 ASP 技術(shù) JSP 是在傳統的網(wǎng)頁(yè) HTML 文件(*.htm,*.html)中插入 Java 程序段(Scriptlet)和 JSP 標記(tag)，從而形成 JSP 文件(*.jsp)。
Servlet 獨立于平臺和協(xié)議的服務(wù)器端的 Java 應用程序，可以生成動(dòng)態(tài)的 Web 頁(yè)面。
Servlet 是位于 Web 服務(wù)器內部的服務(wù)器端的 Java 應用程序，與傳統的從命令行啟動(dòng)的 Java 應用程序不同，Servlet 由 Web 服務(wù)器進(jìn)行加載，該 Web 服務(wù)器必須包含支持 Servlet 的 Java 虛擬機。
MVC 模型－視圖－控制器，是 Xerox PARC 在八十年代為編程語(yǔ)言 Smalltalk－80發(fā)明的一種軟件設計模式，至今已被廣泛使用。最近幾年被推薦為 Sun 公司 J2EE平臺的設計模式，并且受到越來(lái)越多的使用。
MySQL 一個(gè)小型關(guān)系型數據庫管理系統，開(kāi)發(fā)者為瑞典 MySQL AB 公司。目前 MySQL被廣泛地應用在 Internet 上的中小型網(wǎng)站中。由于其體積小、速度快、總體擁有成本低，尤其是開(kāi)放源碼這一特點(diǎn)，許多中小型網(wǎng)站為了降低網(wǎng)站總體擁有成本而選擇了 MySQL 作為網(wǎng)站數據庫 1.4 參考資料
[1].張桂珠 劉麗 陳愛(ài)國 Java 面向對象程序設計（第 2 版）北京郵電大學(xué)出版社 [2].畢廣吉.Java 程序設計實(shí)例教程[M]. 北京：冶金工業(yè)出版社，2007 年 [3].王保羅.Java 面向對象程序設計[M]. 北京：清華大學(xué)出版社，2003 年 [4].高林，周海燕.Jsp 網(wǎng)上書(shū)店系統與案例分析[M]. 北京：人民郵電出版社，2004 年 [5].劉騰紅，孫細明.信息系統分析與設計[M]. 北京：科學(xué)出版社，2003 年 [6].林邦杰，徹底研究 java.北京：電子工業(yè)出版社，2002 年 2 項目概述
2.1 工作內容
1) 需求分析
用戶(hù)和軟件人員雙方一起來(lái)充分地理解用戶(hù)的要求，并把雙方共同的理解明確地表達成一份書(shū)面文檔——需求分析說(shuō)明書(shū)。
任務(wù)可分為四個(gè)方面:
a) 理解當前的現實(shí)環(huán)境，獲得當前(人工)系統的具體模型。
b) 從當前系統的具體模型抽象出當前系統的邏輯模型。
c) 分析目標系統與當前系統邏輯上的差別，建立目標系統的邏輯模型。
d) 為目標系統的邏輯模型作補充。
2) 概要設計
a) 將系統劃分成物理元素，即程序、文件、數據庫、文檔等; b) 設計軟件結構，即將需求規格轉換為體系結構，劃分出程序的模塊組成，確定模塊間的相互關(guān)系，并確定系統的數據結構。
3) 詳細設計
a) 確定模塊采用的算法； b) 確定模塊使用的數據結構； c) 確定模塊的接口細節； d) 設計模塊的測試用例。
4) 書(shū)寫(xiě)代碼
對偽代碼進(jìn)行編碼，實(shí)現程序的邏輯功能，針對與每個(gè)模塊，完成相應的程序功能，本階段要求提交模塊開(kāi)發(fā)卷宗。
5) 美工設計 對項目的前臺頁(yè)面進(jìn)行設計，具體涉及美工、頁(yè)面代碼編寫(xiě)、頁(yè)面設計。
6) 測試 編寫(xiě)測試用例在項目編碼的過(guò)程中對項目的局部乃至全體功能進(jìn)行測試，該階段要求提交測試分析報告和具體的測試用例。
7) 項目完工
完成此項目的所有工作及總結。
2.2 主要參加人員 項目小組由 5 人組成，名單如下 劉莉（組長(cháng)）、劉小雷、李曼飛、畢振、張建斌 2.3 產(chǎn)品 2.3.1 程序 1) 移交給用戶(hù)的最終程序以及相關(guān)的配置文件； 2) 編程語(yǔ)言：JSP + Java bean + Servlet； 3) 存儲程序：MYSQL 文件。
2.3.2 提交文件 1) 使用說(shuō)明； 2) 用戶(hù)手冊； 3) 系統可執行文件； 4) 配置文件； 5) 幫助文檔。
2.3.3 服務(wù) 1) 演示系統使用； 2) 配置網(wǎng)絡(luò )，以及架構服務(wù)器等； 3) 培訓安裝
本項目小組成立 一個(gè)專(zhuān)門(mén)的用戶(hù)培訓小組，對購買(mǎi)了本產(chǎn)品的用戶(hù)進(jìn)行為期一周的具體培訓，培訓開(kāi)始時(shí)間為購買(mǎi)本產(chǎn)品日期。
4)
維護和運行支持
本項目小組負責本產(chǎn)品售后半年時(shí)間的免費維護，主要用于系統的穩定性維護。
2.3.4 非移交的產(chǎn)品 向本單位提交：
1) 需求分析文檔； 2) 概要設計文檔； 3) 詳細設計文檔； 4) 詳細代碼； 5) 編碼記錄文檔； 6) 測試記錄文檔； 7) 項目所需的音效、圖像資源等。
2.4 驗收標準
滿(mǎn)足項目定義的所有需求。系統所提供的各種功能能夠較好的運行，系統界面使用符合用戶(hù)習慣，符合人機界面要求。
項目過(guò)程中的各種文檔等，需滿(mǎn)足國際化標準，符合具體文檔書(shū)寫(xiě)規范。
2.5 完成項目的最遲期限 2014 年 6 月 20 日。
2.6 本計劃的審查者與批準者 審核者：
劉莉 批準者：
魏曉燕、房棟、劉慧梅 批準日期：
2014-06-09 3 實(shí)施總計劃
3.1 工作任務(wù)的分解與人員分工 職務(wù) 人員名單 項目工程師 劉莉 需求分析師 劉莉、李曼飛、劉小雷、畢振、張建斌 詳細設計師 劉莉、李曼飛、劉小雷、畢振、張建斌 代碼工程師 劉莉、李曼飛、劉小雷 測試工程師 畢振、張建斌 美工音效師 畢振、張建斌 數據庫設計師 劉莉、畢振、張建斌 3.2 接口人員 1) 負責本項目同用戶(hù)的接口人員 劉莉 2) 負責本項目同本單位各管理機構 劉小雷 3) 合同計劃管理部門(mén) 劉莉 4) 財務(wù)部門(mén) 畢振
5) 質(zhì)量管理部門(mén) 張建斌 6) 負責本項目與各份合同負責單位的接口人員 李曼飛 3.3 進(jìn)度
階段 執行日期 所需資源 需完成任務(wù) 需求分析 6.9 項目背景 理解基本的項目背景 6.9 背景資料 需求分析人員確定及任務(wù)安排 6.10 需求資料 完成《需求分析說(shuō)明書(shū)》初稿 6.10 需求資料 詳細討論各項功能需求 6.11 詳細需求資料 完成《需求分析說(shuō)明書(shū)》終稿 開(kāi)發(fā)計劃 6.12 整體項目進(jìn)度安排 完成《項目開(kāi)發(fā)計劃書(shū)》 數據庫設計 6.13 數據字典 建立 ER 模型等 6.13 完成《數據庫設計》初稿 概要設計 6.14 需求分析說(shuō)明書(shū) 項目功能模塊劃分 6.14 各個(gè)模塊 概要設計初稿 6.15 初稿、詳細功能描述 概要設計終稿 詳細設計 6.16 概要設計 詳細設計初稿 6.16 初稿 詳細設計終稿 編碼實(shí)現 6.17 詳細設計 實(shí)現基本設置模塊及此模塊測試 6.17 詳細設計 部分實(shí)現市場(chǎng)營(yíng)銷(xiāo)模塊 6.17 詳細設計 實(shí)現市場(chǎng)營(yíng)銷(xiāo)模塊及此模塊測試 6.18 詳細設計 部分實(shí)現客戶(hù)服務(wù)模塊 6.18 詳細設計 實(shí)現客戶(hù)服務(wù)模塊及此模塊測試
6.18 詳細設計 實(shí)現員工管理模塊及此模塊測試 6.18 詳細設計 實(shí)現系統設置模塊及此模塊測試 6.18 詳細設計 實(shí)現幫助模塊及此模塊測試 測試 6.19 各個(gè)軟件模塊 功能測試 6.20 系統包 驗收測試 總結 6.20 系統所有資料 總結報告 3.4 預算 項目開(kāi)發(fā)階段 開(kāi)始日期 完成日期 參與人數 預算 經(jīng)費來(lái)源 需求分析 6.9 6.9 5 100 元 財政支出 各項設計 6.10 6.11 5 200 元 財政支出 編碼實(shí)現 6.12 6.18 5 600 元 財政支出 測試 6.19 6.20 2 100 元 財政支出 移交 6.20 6.20 2 200 元 財政支出 合計
1200 元 財政支出 3.5 關(guān)鍵問(wèn)題 項目開(kāi)發(fā)階段 難點(diǎn) 對項目的影響 需求分析 1. 客戶(hù)溝通； 2. 協(xié)調與客戶(hù)之間的關(guān)系 不能獲得準確的需求信息，影響項目的進(jìn)行； 各項設計 1. 各項設備及資源是否滿(mǎn)足要求； 硬件不能滿(mǎn)足開(kāi)發(fā)環(huán)境要求，無(wú)法使用某些軟件； 編碼實(shí)現 1. 開(kāi)發(fā)周期短 不能完全實(shí)現需求中約定的功能； 測試 用戶(hù)支持不夠 導致項目健壯性，穩定性功能降低
培訓和安裝 培訓技術(shù)，用戶(hù)選擇員工的素質(zhì) 用戶(hù)滿(mǎn)意度不高。
4 支持條件 4.1 對計算機系統支持 1) 計算 機：
5 臺基于 windows 平臺的 PC 機，要求內存 1GB 以上，磁盤(pán)空間 80GB 以上。
2) 軟件開(kāi)發(fā)環(huán)境：
JDK1.5 ，Tomcat6.0，eclipse，Myeclipse. MySQL. 3) 外圍設備：
打印機。
4.2 需要用戶(hù)承擔的工作 1) 提供專(zhuān)門(mén)的公司人員提供公司的需求，配合需求分析小組制定需求說(shuō)明書(shū)，并代表公司在制定的需求說(shuō)明書(shū)上面簽字，此簽字具有法律義務(wù)和效果，是后續文檔等的依據。
2) 用戶(hù)要為本公司承擔必要的保密義務(wù)，不經(jīng)本公司同意，不得隨意透露本公司的信息。
3) 用戶(hù)需要配合測試人員進(jìn)行功能及實(shí)用性測試。
5 專(zhuān)題計劃要點(diǎn) 1) 合同計劃：
和用戶(hù)簽署的各項合同，包含需求方面、資金方面、違約處理等詳細規定。
2) 開(kāi)發(fā)人員培訓計劃：
6.9-6.20 號 J2EE 的學(xué)習計劃。
3) 安全保密計劃：
和本公司合作的客戶(hù)需要為本公司承擔必要的保密義務(wù)，不經(jīng)本公司同意，不得隨意透露本公司的信息。
4) 質(zhì)量保證計劃：
每天進(jìn)行項目備份和進(jìn)度記錄，在具體開(kāi)發(fā)行動(dòng)之前開(kāi)會(huì )討論，撰寫(xiě)相關(guān)文檔。
5) 配置管理計劃：
制定小組成員開(kāi)發(fā)項目職位分配表，分配角色，統一管理。
文檔已經(jīng)閱讀完畢，請返回上一頁(yè)！
