軟件開發計劃書_第1頁
軟件開發計劃書_第2頁
軟件開發計劃書_第3頁
軟件開發計劃書_第4頁
軟件開發計劃書_第5頁
已閱讀5頁,還剩7頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

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

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

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

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

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

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

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

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

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論