目錄1 簡介 1
1.1 專案概述 1
1.2 專案範圍說明 1
1.3 軟體專案計畫書的演化 1
2 專案進度及成本管理 1
2.1 開發過程中的資源需求 1
2.2 軟體管理過程中預算及資源分配 1
2.3 軟體專案管理進度表 2
2.4 團隊的分工 2
3 管理過程 3
3.1管理目標及優先順序 3
3.2 專案風險管理 3
3.3 專案溝通管理 4
4 技術過程 5
4.1開發工具、方法和技術： 5
4.2軟體需交付的文件： 5
火車票購票系統軟體工程專案管理計畫書
本專案要開發乙個火車票購票系統，系統一共分為註冊功能模組、登入模組、旅客功能模組、管理員功能模組四個模組部分。通過團隊合作開發整個系統，使團隊成員獲得軟體工程開發的實際訓練。交付的產品包括可執行的檔案、源**、技術文件等。
本系統的開發過程中的主要工作是系統需求分析、系統總體設計、系統源**開發、系統測試、交付組長進行最後的成、整個系統的測試。關鍵里程碑是制定專案管理計畫書、制定需求設計規格說明書初稿、制定系統設計報告的初稿、進行子系統運**況的檢查與測試、進行系統整合後的運**況的檢查與測試。專案所需工具是個人電腦和開發工具。
進度為3周，小組成員四人。
1.2.1提交文件：
可行性研究報告、軟體專案管理計畫，需求分析規格說明、概要設計規格說明、詳細設計規格說明、全部編碼清單、測試用例以及測試過程清單。組長負責其中詳細設計規格說明，其他成員每人根據系統開發過程中的任務負責其他文件的編寫，最後每個小組所有成員的總結裝訂在一起。
1.2.2源程式檢查：
第一次檢查每人負責的子模組運**況。第二次檢查整合後完整的火車票購票系統運**況，檢查完成後需要提交程式原始檔和可執行的系統。程式檢查安排在上機時間進行。
軟體專案計畫書在第一周週三前經由小組討論、由一名小組成員撰寫、彙總整合三步驟形成初稿，第二週以後根據專案的進展可以對其進行修改獲得新稿。
人員：小組軟體專案開發成員
支援軟體：microsoft visual studio 2005、.net 2.0、office、sqlsever 2005
開發地點：宿舍或者機房
實驗裝置：個人pc 機、筆記本
專案資源維護需求的數目和型別：4臺個人電腦（pentium iii 800 以上cpu，256m以上記憶體）
1.統一的開發不涉及任何經濟的預算。
2.資源分配為各自使用自己的電腦。
表2.3 軟體專案管理進度表
主程式設計師負責制。本團隊組織關係圖如下。
表2.2 組織關係圖
基本管理原則：每位成員既是積極的發言者，又是負責的合作者，同時也是決策的制定者。決策應在充分的討論基礎上由大家共同做出，一旦決策做出就必須被及時有效的執行。禁止再有異議。
目標 1：按時按量完成專案的基本功能，按時發布產品及文件，這是本團隊的最高目標。
目標 2：遵循規範化的專案運作標準，文件嚴謹完整，**注釋充分，便於後續維護，這是第二目標。
目標3：產品執行穩定，介面友好，使用者易操作，盡量從使用者的角度去看問題，並提出解決問題的方案。
目標4：注重團隊建設，成員分工合理，團隊成員合作默契，氣氛融洽。每週的討論會積極建言。在開發過程中積極協作。
目標5：專案設計和開發上盡量有創新，有亮點。
本次開發過程中存在的風險及規避方法如下表：
表3.2專案風險及其規避方法
報告機制：
1. 要求各組員以天為單位記錄工作進展，形成開發日誌，並以電子文件的形式提交給秘書進行整理，最後由文件維護員進行維護。
2.每週各位組員積極對當前的開發工作進行積極的評審和發言，由組長做最後的作口頭總結，由秘書主持會議並記錄和整理會議的內容。文件維護員修改和維護相應的文件。
並交由小組進行會議評審並給出意見。
3. 小組成員都要密切監控風險狀態，發現風險後提交風險報告。由秘書定期提交風險報告。
必要時將突發風險通知所有組員，並由組長做出臨時處理決定。然後在該周的例會上由小組成員共同討論對風險的處理意見。並形成風險處理的日誌做為以後的經驗。
4.在專案進行的過程當中，組員之間應該多進行各種形式的非正式溝通，以使溝通更加的方便、快捷。
報告格式：報告主題，時間段，發現人，報告內容，審核意見
本小組的團隊組織結構為主程式設計師式組織結構；程式語言為c#；採用物件導向的分析設計方法；利用windows .net平台作為開發平台；使用sqlsever 2005作為資料庫管理系統圖；並採用統一的c#標準的檔案命名方式、**版式、注釋等編碼規範；編碼人員對**進行嚴格檢查後再進行**編譯；測試人員根據測試文件進行單元測試；最後實現軟體的交付。
開發環境：sqlsever 2005+ .net 2.0 + visual studio 2005。
1．軟體專案管理計畫
該文件由組長完成，介紹專案的整個管理過程。該文件在軟體設計需求分析初級階段完成，後續階段由文件維護員進行相應的更新。
需求規格說明初稿
在需求分析階段，由全體小組成員採集分析使用者的需求，並在例會上作出決策，有文件維護員撰寫整理需求規格說明初稿，並在後續各個階段進行需求變更的更新。
設計報告初稿
在總體設計階段，小組根據需求規格說明文件，完成軟體體系結構的設計，由組長編寫軟體體系結構設計文件初稿，並在後續開發階段補充和更新。該文件由文件維護員負責維護更新。
4. 測試文件
在軟體開發階段，測試人員需要編寫測試規格說明文件，並在後續測試階段更新。開發人員將根據測試規格說明文件建立測試環境、準備測試資料。
5．使用者手冊
在更新用需求分析階段，測試人員需要開始著手編寫使用者手冊，並在需求分析結束後需要形成初稿；在後續階段不斷由文件維護員戶文件；並在系統交付階段隨著系統一起被交付。
6. 個人專案總結
由組內成員各自獨立完成，對開發過程中獲得的工作經驗進行總結。在提交系統時一併提交。
7. 其他文件
軟體開發過程中的其他文件，如開發日誌（按組員意見選擇公開與否），風險報告及其處理意見等，由秘書進行整理與匯聚。作為以後軟體開發以及交流的經驗。
航空訂票系統軟體測試計畫
檔案編號 ticket 2009 06 11 版本號 1.0 發放編號 受控狀態 審核日期 2009年 06月11日 批准日期 2009年 06 月11日 發布日期 2009年 06月11日實施日期 2009年 06 月11日 目錄1引言 5 1.1測試計畫概述 5 1.2被測試系統概述 5 1.3...
火車票訂票系統 軟體開發計畫書
火車票訂票系統 軟體開發計畫書 製作小組 第七小組 組長 孫碧穎 組員 白瑪歐智羅屹效鐘旭茂 時間 2010年11月 一 可行性研究報告的編寫 4 1.引言 4 1.1 編寫目的 4 1.2 背景 4 1.3 定義 4 1.4 參考資料 5 2.可行性研究的前提 5 2.1 要求 5 2.1.1功能...
管理系統軟體測試計畫
小型超市管理系統 測試計畫 1 測試環境 作業系統windows 8 visual c visual basic 2 系統風險 優先順序 1 測試該系統面臨的風險 2 系統的程式 是否存在問題或漏洞 3 執行在該系統的資料庫是否能正常使用 4 測試該系統實現的優先順序 5 首先,對系統的 進行精細測...