軟件開發(fā)計劃書

1、項目管理模擬系統(tǒng)軟件開發(fā)計劃書北京航空航天大學2011-09版本變更歷史版本提交日期主要編制人審核人版本說明目 錄1引言11.1編寫目的11.2 背景11.3定義11.4參考資料12項目概述12.1工作內(nèi)容12.2主要參加人員12.3產(chǎn)品2程序2文件2服務2非移交的產(chǎn)品22.4驗收標準22.5完成項目的最遲期限22.6本計劃的批準者和批準日期23實施計劃23.1工作任務的分解與人員分工23.2接口人員33.3進度33.4預算33.5關(guān)鍵問題34支持條件34.1計算機系統(tǒng)支持34.2需由用戶承擔的工作34.3由外單位提供的條件45專題計劃要點4軟件開發(fā)計劃書1引言1.1編寫目的編寫計劃書的主要目

2、的是為軟件開發(fā)提供時間上具體的安排，合理的控制項目開發(fā)進度，并為以后的調(diào)整提供依據(jù)。同時讓用戶了解開發(fā)進度。計劃書的期望讀者是用戶，項目監(jiān)督人員，以及項目開發(fā)人員。1.2 背景說明：a. 待開發(fā)的軟件系統(tǒng)的名稱；項目管理模擬系統(tǒng)b. 本項目的任務提出者、開發(fā)者、用戶及實現(xiàn)該軟件的計算中心或計算機網(wǎng)絡；項目的提出者39061131小組的成員；開發(fā)者：39061115張福洋,3061121賈晨,39061120張建,39061130黃智,39061131郭子末（組長）；1.3定義ProManager :項目經(jīng)理 ProMemb ：項目組員ProChar ： 項目管理員 Manager: 總經(jīng)理1.

3、4參考資料a. 北航軟件所，項目計劃模板。2項目概述2.1工作內(nèi)容主要工作： 一、對現(xiàn)有的版本進行測，發(fā)現(xiàn)已有功能在應用中的問題。二、提出相應的修改意見，意見大體分為兩類，代碼層面修改已有功能，使之完善。另一種則將其列為升級點，整體功能上進行重新設(shè)計和實現(xiàn)，放棄已有的功能。三、制定需要修改項目列表。根據(jù)小組成員的特點，進行分工討論。（修改內(nèi)容見后文 3.5）四、根據(jù)項目列表制作模型。五、小組成員根據(jù)設(shè)計的模型實現(xiàn)自己的任務。一段時間后匯報任務完成情況，交流問題。六、成果匯總，并進行測試。2.2主要參加人員主要參與的人員是39061131小組的成員。各成員具有各自擅長的方面。有的組員善于編寫代碼

4、，有的組員善于發(fā)現(xiàn)問題，有的組員善于協(xié)調(diào)各方面的關(guān)系、合理的分配任務并領(lǐng)導團隊克服困難。2.3產(chǎn)品2.3.1程序主要由c+MFC對話框程序完成。2.3.2文件提交給用戶的主要文件：1） 編寫完成，并調(diào)試通過的可執(zhí)行文件。使用戶使用的主要部分。2） 軟件開發(fā)說明書，主要內(nèi)容為介紹軟件開發(fā)的計劃，讓用戶能了解到軟件開發(fā)的進度。3） 系統(tǒng)設(shè)計說明，主要說明系統(tǒng)的設(shè)計思路和開發(fā)過程。4） 系統(tǒng)測試報告，主要說明系統(tǒng)測試的用例設(shè)計，測試結(jié)果，測試后的系統(tǒng)評價，最后提出系統(tǒng)修改意見。5） 系統(tǒng)用戶手冊，即為用戶的使用參考手冊。手冊的主要內(nèi)容為介紹軟件的相應操作方式，幫助用戶熟悉軟件，解答用戶使用時可能出現(xiàn)

5、的常見問題。2.3.3服務一段時間之后會向用戶提供軟件維護的服務，服務的主要方面是用戶在使用發(fā)現(xiàn)的問題以及一段時間后對用戶數(shù)據(jù)的維護和整理。2.3.4非移交的產(chǎn)品說明開發(fā)集體應向本單位交出但不必向用戶移交的產(chǎn)品（文件甚至某些程序）。須向內(nèi)部人員提交的：1） 軟件開發(fā)計劃書。讓小組內(nèi)的成員總體把握軟件開發(fā)的進度和計劃。2） 軟件測試計劃書，編寫完程序之后，向本單位會提交軟件測試說明書，主要說明測試數(shù)據(jù)設(shè)計，測試結(jié)果預測。3） 測試報告，主要說明實際運行設(shè)計好的樣例之后的得到的運行結(jié)果。并對結(jié)果進行評價以及提出修改意見。2.4驗收標準對照最初設(shè)計用例圖，若最初設(shè)計的預期功能都能實現(xiàn)，則算是驗收通過

6、。2.5完成項目的最遲期限2011年12月30日2.6本計劃的批準者和批準日期批準者：北航軟件工程課程。批準日期：2011年12月30日前3實施計劃3.1工作任務的分解與人員分工需求分析：負責人：郭子末；參與人員：賈晨，張建，張福洋；框架設(shè)計：負責人：郭子末；參與人員：黃智，賈晨，張建，張福洋；代碼實現(xiàn)：負責人：黃智；參與人員：郭子末，賈晨，張建，張福洋；用例測試：負責人：賈晨；參與人員：黃智，張建，張福洋；后期維護：負責人：張福洋；參與人員：黃智，張建，郭子末。文檔編寫：負責人：張建；參與人員：黃智，郭子末，張福洋，賈晨；3.2接口人員本項目暫無接口人員。3.3進度組建項目組并制定項目計劃：

7、1. 組建項目組： 2. 確定題目：項目基本目標和主要需求3. 確定計劃：項目小組成員及其分工，進度安排成果： 項目計劃報告第3周完成需求分析：1. 構(gòu)建概念模型；2. 編寫需求規(guī)格說明書；成果：需求規(guī)格說明書、現(xiàn)有軟件產(chǎn)品分析報告第5周2011.10.21完成設(shè)計模型：成果：1. 構(gòu)建設(shè)計模型；2. 編寫軟件設(shè)計文檔；3. 軟件設(shè)計文檔第7周2011.11.11完成測試計劃：1. 構(gòu)建測試計劃成果：軟件測試計劃（包括基于需求和設(shè)計的典型測試用例）第9周 2011.12.16完成編程與測試：成果1. 編寫程序并通過調(diào)試；2. 編寫測試用例并完成測試，撰寫測試報告；3. 編寫安裝及使用手冊；5.

8、 源程序和可執(zhí)行程序（包括安裝程序、數(shù)據(jù)文件等）6.安裝及使用手冊7. 測試報告第11周 2011.12.30提交項目成果：1. 修訂需求分析文檔、設(shè)計文檔等；2. 撰寫總結(jié)報告；3. 提交項目的完整資料（正式提交版）4.軟件正式提交版；包括修訂后的文檔、程序等；5. 項目總結(jié)報告3.4預算主要開銷為時間：（預測）建立模型及需求分析：3 小時編寫代碼：累計24小時編寫文檔：累計12小時修改、測試：累計 4小時3.5關(guān)鍵問題該項目最大的難點和風險在于對數(shù)據(jù)存儲結(jié)構(gòu)的修改。是這次修改計劃的核心，直接決定此次修改計劃的成敗。該項目是在已有的成型代碼上進行修改。其最大的問題在于之前版本所用的C+MFC

9、程序可讀性較差，并且前一版本代碼寫的較為冗雜，很多地方為了方便而用了效率比較差的處理方式。例如在讀取和存數(shù)數(shù)據(jù)時，之前的版本在處理時做得并不好，反復的讀寫文件。由于沒有考慮到以后升級和修改的問題，導致這次項目在修改上頗有難度，需要修改的地方很多，要求修改方式較為細致。該項目的另一個難點在于數(shù)據(jù)庫模型的建立，由于存儲的數(shù)據(jù)種類較多，數(shù)據(jù)間的關(guān)系較為復雜，因此是否能設(shè)計好的數(shù)據(jù)庫，直接關(guān)系到最終交付用戶使用的軟件的性能。是該項目的另一個重點。由于使用了數(shù)據(jù)庫，許多有關(guān)數(shù)據(jù)的操作有數(shù)據(jù)庫系統(tǒng)完成，故在算法上無需更多的優(yōu)化設(shè)計。其余的改進方面主要在于和用戶交互方面，提升用戶體驗。例如，盡可能少的讓用戶填寫內(nèi)容，改為選擇相關(guān)內(nèi)用。同時使交互界面更加友好。4支持條件本項目開發(fā)的工具需求：Microsoft Visual Studio2010，StarUML Microsoft SQLServer2008;對于設(shè)施，要求有一個能讓小組成員專心工作的良好的辦公場所。4.1計算機系統(tǒng)支持操作系統(tǒng)：xp sp2以上。（推薦Win7