p65大學學籍管理系統(tǒng)軟件開發(fā)計劃

1、大學學籍管理系統(tǒng)軟件開發(fā)計劃版 本 歷 史版本/狀態(tài)修訂人起止日期審核人日期簡要說明v1.0盛安平2010-9-20建立1引言1.1 編寫目的編寫本文檔的目的，是把在開發(fā)過程中對各項工作的人員、分工、經費、系統(tǒng)資源條件等問題的安排用文檔形式記載下來，以便根據(jù)計劃開展和檢查本項目工作，保證項目開發(fā)成功；制訂項目組開發(fā)過程中的評審和審查計劃，明確相應的質量管理負責人員；規(guī)定軟件配置管理的活動內容和要求，明確配置管理工作的人員。1.2 背景為了提高從事學生工作的老師的工作效率，開發(fā)了“大學學籍管理系統(tǒng)”。這個系統(tǒng)能滿足用戶通過管理員賬戶與普通賬戶登錄/登出（login/logout）。管理員賬戶具有

2、添加、修改、刪除功能，普通賬戶只有查詢權限。主要功能：能完成大學新生信息的添加、修改、刪除，學生成績的添加、修改，并能按學生成績求和、排名，列出不及格學生的名單等。操作簡單、界面友好；確保信息的準確性，動態(tài)性，安全性。“大學學籍管理系統(tǒng)”是基于java ee的技術，采用b/s結構，適于分布式多客戶作業(yè)，客戶端的要求也很低。本項目軟件名稱為大學學籍管理系統(tǒng)。任務來源于： xx 高校教務處承辦單位： 言若金葉軟件研究中心1.3 術語和縮寫詞 milestone 里程碑prd product requirements document (產品需求文檔)spec specification (產品規(guī)格

3、說明書)cc code complete (代碼完成)cf code freeze （代碼凍結）er engineering release (工程發(fā)布)dev developer (開發(fā)者)qa quality assurance (質量測試工程師)fvr feature validation report (功能驗證測試)2 項目概述2.1 項目目標“大學學籍管理系統(tǒng)”主要是對學生的學籍進行管理，需要實現(xiàn)學生的基本信息管理、成績管理，以及成績查詢。項目整體流程圖如圖7-1所示：圖7-1 項目整體流程圖2.2 項目工作內容本項目開發(fā)過程中需要進行的各項主要工作為：(1) 項目在開始前，由pm

4、跟xx高校教務處進行溝通，確定項目功能范圍，形成prd。(2) 項目工程部拿到prd后，根據(jù)需要的功能，通過分析研究，設計出詳細的spec，開發(fā)設計文檔。(3) 工程部經理（em）制定項目的總體計劃。(4) 確定開發(fā)人員，測試人員(5) 確定時間安排(6) 概要設計文檔(7) 詳細設計文檔(8) 軟件測試計劃(9) 設計測試用例(10) 軟件測試分析報告(11) 軟件使用說明書3 項目實施總計劃3.1 階段劃分項目實施總計劃中的階段劃分，如表7-1所示：表7-1 階段劃分階段劃分計劃開始日期實際開始日期結束日期需求分析3周概要設計7天詳細設計4周編碼2月測試1月用戶驗收測試6天產品發(fā)布3.2

5、人員組成項目實施總計劃中的人員組成，如表7-2所示：表7-2 人員組成姓名職責參加時間王順軟件需求分析部分汪紅兵負責軟件的總體設計時段：全部；開發(fā)時段：部分薛平蛟軟件設計，開發(fā)全部韓銳軟件設計，開發(fā)全部高軼軟件設計，開發(fā)全部盛安平軟件設計，開發(fā)全部王莉軟件質量保證全部朱金娜說明書，部分文檔部分3.3 任務的分解和人員分工軟件開發(fā)任務按軟件種類采取逐層分解的辦法把任務落實到實處，各部門的人員需要相互協(xié)作、溝通，及時了解項目的進度，如果遇到問題，及時協(xié)商解決。溝通方式可以通過會議、電話、qq、郵件等等。管理、協(xié)調人員：王順，汪紅兵質量保證人員：王莉配置管理人員：高軼形式化檢查人員：王順使用者：盛安

6、平軟件任務：系統(tǒng)需求負責人：王順職責：提供需求。軟件任務：需求分析負責人：汪紅兵職責：進行需求分析，提供需求分析報告。軟件任務：概要設計負責人：汪紅兵，韓銳職責：進行概要設計，概要設計框圖，相應文檔。軟件任務：詳細設計負責人：盛安平，高軼職責：進行詳細設計，出詳細設計流圖及報告。軟件任務：編碼負責人：薛平蛟，高軼，盛安平職責：編碼，調試及報告。軟件任務：測試負責人：王莉職責：全程測試軟件任務：文檔編制負責人：朱金娜職責：軟件使用說明書，部分其他文檔。3.4 進度和完成的最后期限進度包括：需求分析； 軟件概要設計； 軟件詳細設計； 編碼； 測試；完成的最后期限為：2010/12/15日(中間有一

7、周軟件培訓，延誤一周)。3.5 經費預算略3.6 關鍵問題略3.7 獨立確認測試工作計劃和安排測試由王莉負責進行，在軟件編碼結束后的一周內開始。測試需要分成幾個階段進行，首先需要進行fvr測試(基本功能驗證)，然后進行系統(tǒng)測試，最后進行驗收測試。詳細的內容可以參考后面的測試章節(jié)。測試結束后，需要提供測試結果的分析報告測試平臺和瀏覽器組合，如表7-3所示：表7-3 測試平臺和瀏覽器組合平臺/瀏覽器ie6ie7ie8firefox3.6chrome6windows xpyesyesyesyesyesvista (32位)yesyesyesyesvista (64位)yes(64位)yes(64位)

8、yesyeswin7 (32位)yesyesyesyeswin7 (64位)yes(64位)yes(64位)yesyes3.8 風險評估在軟件開發(fā)過程中，如果出現(xiàn)功能需求改動，或者人員變動，將會影響整個項目進度。如果出現(xiàn)技術的難題，需要及時提出，大家共同研究解決。4 項目開發(fā)環(huán)境項目開發(fā)和運行環(huán)境如表7-4所示：表7-4 項目開發(fā)和運行環(huán)境軟件環(huán)境（相關軟件、操作系統(tǒng)等）操作系統(tǒng)：windows 2000/xp以上版本；應用服務器和web服務器：tomcat 5以上數(shù)據(jù)庫系統(tǒng)：mysql客戶端軟件：ms internet explorer或firefox等瀏覽器和office軟件。硬件環(huán)境（網

9、絡、設備等）對兼做應用服務器、web服務器和數(shù)據(jù)庫服務器的機器配置要求較高：512m以上內存，piii500mhz以上cpu，10g以上可用硬盤空間；客戶機只要能使用瀏覽器和office軟件即可。網絡條件和設備：網路連接卡或調制解調器。5 質量保證5.1 質量審核 為了確保軟件的質量，需要執(zhí)行嚴格的質量審核。需要按照下面的要求進行：(1) 評審和審查計劃開發(fā)人員每完成一個功能模塊，由開發(fā)負責人、測試負責人組成審查小組，跟開發(fā)人員一起審查代碼。(2) 標準、條例和約定a. 開發(fā)人員編寫代碼要結構嚴謹、邏輯清晰。b. 要嚴格按照每一個里程碑去執(zhí)行。c. 代碼每天下午5點之前發(fā)送到cvs，方便制作安

10、裝包的小組去生成包。d. 測試小組第二天早晨拿到新包，部署到測試站點進行測試。5.2 加強軟件測試盡管開發(fā)工程師編寫代碼的能力越來越高，但在系統(tǒng)集成或者修改某個缺陷時，總會出現(xiàn)意想不到的問題，而這些問題開發(fā)工程師自己很難發(fā)現(xiàn)。測試人員通過自己特有的眼光和用戶的角度是找問題，發(fā)現(xiàn)問題。測試人員的嚴格測試是軟件質量保證的重要條件。測試人員不但需要做功能測試，還要做壓力測試、兼容性測試。5.3 對軟件的變更進行控制在項目的風險評估里，其中有一條就是功能變更的風險。很多項目在實施的過程中，用戶突然提出新的需求，或者在開發(fā)的過程中，遇到不可解決的問題，需要改變功能。這個變更對整個項目的實施會帶來很大的影

11、響，所以對變更要嚴格的控制。一般情況下，需要經過下面的流程：(1) 用戶/項目經理提出變更需求(2) 工程部經理審核，并提出變更影響，估算這個變更需要多少時間完成(3) 測試部經理審核，并估算測試需要多少時間(4) 如果以上部門都審核通過，可以接受變更，如果有一個部門不同意，都不能按受變更5.4 對軟件質量進行度量為了衡量軟件質量的好壞，必須有一個度量標準。測試人員在測試時，會根據(jù)所報缺陷的嚴重程度，報不同級別的bug，由低到高分別是p10,p20,p30,p40。p10是細小的缺陷；p20是較嚴格的缺陷，但不影響使用；p30是很嚴重的缺陷，影響用戶的使用，必須要修復；p40是致命的缺陷，不允

12、許存在。軟件質量的度量標準就是：在規(guī)定的時間內，比如軟件開發(fā)到了快要發(fā)布，交給用戶使用階段時，不允許有p30 bug存在，所有p30的bug要修改，而且沒有新的p30 bug被發(fā)現(xiàn)。5.5人員軟件質量的審核，由下列人員組成：汪紅兵，王莉6 應交付成果6.1 需要完成的軟件需要在規(guī)定的時間完成“大學學籍管理系統(tǒng)”java ee版。軟件的各種功能都符合項目需求文檔的要求，而且需要經常測試人員充分測試。由測試人員提供測試分析報告和質量評審報告。軟件的安裝包存儲在光盤里，安裝人員根據(jù)說明書，應該能順利的部署到服務器上。6.2 需要提交用戶的文檔產品完成之后，在提交給用戶時，需要提交下列文檔給用戶：(1) 概要設計文檔(2) 詳細設計文檔(3) 軟件測試計劃(4) 設計測試用例(5) 軟件測試報告(6) 軟件審查報告(7) 軟件使用說明書7 軟件配置管理7.1 基本要求開發(fā)編碼結束后一周內，交齊文檔、代碼。7.2 配置標識規(guī)則文檔目錄：2010-10-1-0；軟件開發(fā)計劃：2010-10-1-1；需求分析報告：2010-10-1-2；概要設計文檔：2010-10-1-3；詳細設計文檔：2010-10-1-4；源代碼：2010-10-1-5；軟件使用說明書：2010-10-1-6；