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

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

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

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

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

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

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

7、周軟件培訓(xùn)，延誤一周)。3.5 經(jīng)費(fèi)預(yù)算略3.6 關(guān)鍵問題略3.7 獨(dú)立確認(rèn)測試工作計(jì)劃和安排測試由王莉負(fù)責(zé)進(jìn)行，在軟件編碼結(jié)束后的一周內(nèi)開始。測試需要分成幾個(gè)階段進(jìn)行，首先需要進(jìn)行fvr測試(基本功能驗(yàn)證)，然后進(jìn)行系統(tǒng)測試，最后進(jìn)行驗(yàn)收測試。詳細(xì)的內(nèi)容可以參考后面的測試章節(jié)。測試結(jié)束后，需要提供測試結(jié)果的分析報(bào)告測試平臺和瀏覽器組合，如表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ēng)險(xiǎn)評估在軟件開發(fā)過程中，如果出現(xiàn)功能需求改動(dòng)，或者人員變動(dòng)，將會影響整個(gè)項(xiàng)目進(jìn)度。如果出現(xiàn)技術(shù)的難題，需要及時(shí)提出，大家共同研究解決。4 項(xiàng)目開發(fā)環(huán)境項(xiàng)目開發(fā)和運(yùn)行環(huán)境如表7-4所示：表7-4 項(xiàng)目開發(fā)和運(yùn)行環(huán)境軟件環(huán)境（相關(guān)軟件、操作系統(tǒng)等）操作系統(tǒng)：windows 2000/xp以上版本；應(yīng)用服務(wù)器和web服務(wù)器：tomcat 5以上數(shù)據(jù)庫系統(tǒng)：mysql客戶端軟件：ms internet explorer或firefox等瀏覽器和office軟件。硬件環(huán)境（網(wǎng)

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

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

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

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