控制階段
圖 6-1 控制階段的任務和工件
開發期間要對風險進行監控，定期檢查、更新和發布《風險列表》。
1） 評審
評審是質量保證的重要環節，原則上每個重要的工作任務或階段結束前都必須經過評審，如：方案評審、計畫評審、需求評審、設計評審和**評審等，工作是否被通過、是否需要修改或重做均由評審結果決定，評審結果以《評審報告》的形式發布。
《評審報告》的內容包括：
基本資訊
評審主題、時間、提交者、評審者等
評審內容
評審內容的列表和簡述
問答記錄
評審過程中重要的問答記錄
評審結論
整個評審的結果，如：
完全通過，無需修改
基本通過，需要作小量修改，但不必再評審
大體通過，需要作一些修改，之後再評審
不通過，需要作大幅修改，之後必須重新評審
評審意見
針對評審結論提出的意見和建議
表 7-1 評審報告
2） 測試
測試是對被構建產品最直接有效的質量保證措施，測試結束後需要提交《測試報告》。
開發過程中經常會出現多種變更，如：需求變更、設計變更或人員變更等。這些變更通常會對開發進度造成影響，因此要對變更及其處理過程進行跟蹤，最後報告變更的處理結果。
《變更處理報告》的內容包括：
基本資訊
變更主題、發生時間等
詳細資訊
變更的詳細描述
變更處理
變更的處理方式和步驟
處理結果
變更的處理結果
變更影響
變更對專案造成的影響
表 7-2 變更處理報告
《工作報告》的內容包括：
基本資訊：報告者、匯報時間、工作時間段等
工作情況：已完成的工作、未完成的工作
遇到的問題：工作中碰到的阻礙
專案進度會議的另乙個重要議題是審查進度表，了解專案實際進度與計畫進度的差異。為進度表調整和資源調配提供重要依據。
在專案開發過程中，收集一些關鍵的測量，對了解專案狀態和進行專案決策很有幫助，同時也為以後的專案提供歷史資料參考。每個測量都要生成測量報告並存檔。
《測量報告》的內容包括：
基本資訊，包括測量主題、測量時間、測量者等
測量內容和測量值
測量分析
結束階段
圖 7-1 控制階段的任務和工件
因為產品即將驗收和發布，所以必須對產品進行完整測試，產品測試比其他測試要求更嚴格，當產品的質量達到發布的要求後才能發布。產品的質量由《測試報告》體現。
發布rc版本讓使用者體驗並收集反饋意見，為產品驗收作準備。rc版本發布後，產品不應該有大改動，一般只是介面的區域性調整。
針對不同的使用者角色，編制相應的使用者文件，對管理者使用者需要提供《安裝、維護指南》，對普通使用者需要編制《產品使用手冊》。
《安裝、維護指南》的內容包括：
產品各元件的說明
產品部署架構
安裝、配置和解除安裝等步驟
啟動、停止和重啟等操作
其它操作：日誌、備份、還原等
《產品使用手冊》的內容包括：
產品介紹
各個功能的介紹
通過實際案例介紹各個功能的使用方式和操作步驟
對於為特定客戶開發的軟體產品，在發布前需要對使用者進行產品的使用培訓。培訓前需要部署好操作環境，編寫培訓資料，然後組織培訓會議。
對於為特定客戶開發的軟體產品，通常根據簽訂的開發合同和產品方案等條款逐項驗收，驗收時，使用者通常會執行驗收測試案例。
在產品驗收通過後，正式發布前對產品作最後的修訂，可能包括：
開發文件修訂
使用者文件修訂
**整理
正式版的發布標誌著開發階段的結束，產品從此時起進入維護階段，正式發布前可能要做一些準備工作，如：資料遷移和環境配置等。
專案結束後需要對整個專案開發階段的工作進行總結，交流心得，吸取經驗和教訓，並歸檔為《專案總結報告》。
《專案總結報告》的內容包括：
總體評價
成本、收益彙總
重要心得
管理總結
技術總結
敬請期待：普通軟體專案開發過程規範（五）—— 總結
codeproject
普通軟體專案開發過程規範（五） 總結
總 結 圖 8 1 專案階段 軟體專案開發經歷多個階段，每個階段包含多個任務，每個任務會產生相應的工件。需要相應的質量保證措施對任務進行監控，保證任務的執行。任務完成後也需要對任務進行評審，保證任務的質量。這些工作均由開發團隊和相關人員按照工作流程執行。因此，合理的角色任務分配和溝通制度是軟體專案成...
新老軟體系統專案開發過程
我們的軟體專案，有一部分是公升級性的專案，專案的最終目標是新系統代替老系統執行，往往，這種新系統的開發要比乙個新生系統的開發要複雜一些。在開發方面，新系統的功能是建立在老系統功能和在此之上甲方所提出的新功能的集合，在需求分析階段，可能遇到的難點有三，一是甲方可能提出新系統己經支援的功能 二是甲方會預...
專案開發過程
專案開發過程 在我以往的專案經歷當中，整個專案的開發過程包括如下階段 1 需求調研階段 這個環節是最重要的，良好的溝通才會知道客戶到底想要什麼。2 文件編寫階段 分為需求分析文件 概要設計文件 詳細設計文件三個部分 3 原型階段 demo 如果小專案文件寫以不寫，但這個原型一定要有 4 資料建模階段...