本階段提交的文件：專案可行性研究任務書（技術負責人或部門負責人下達）
專案可行性研究報告（可行性研究人員編寫）
系統整合專案合同
質量記錄：可行性分析評審報告
3．2立項階段
可行性分析評審通過後，由開發部門經理下達立項任務，指定相關人員填寫立項申請報告報批。報批通過後，由部門經理與技術負責人協商，下達開發任務書，經技術負責人審核確認後，報公司批准。批准立項後專案進度應以立項申請報告中的階段進度為準，如果進度要調整，需填寫進度調整申請報告報批。
本階段提交的文件：專案立項申請報告
開發任務書
3．3 需求分析階段
承辦單位根據交辦單位提出的技術要求和相應的軟體任務書以及其它有關檔案，與交辦單位協作，確定詳細的軟體需求，該階段完成的軟體需求規格說明經審定和批准後將作為整個軟體開發工作的基礎列入配置管理的基線，在本階段可利用快速原型法使比較含糊的具有不確定性的軟體需求（主要是功能）明確化。能給本公司開發的軟體的「需求基線」確定提供乙個討論、進一步完善的基礎。在本階段，由產品經理負責，其他人員配合，編寫產品規格說明書，此說明書面向終端使用者和領導，主要描繪產品的形狀以及功能、效能、功能特性、效能特性。
由專案經理負責編寫系統技術方案書，描述公司初次使用的技術的詳細解決方案。本階段完畢後對需求分析進行評審，出具需求分析評審報告。
本階段提交的文件：軟體需求規格說明書。
原型分析說明書
產品規格說明書
系統技術方案書
質量記錄： 需求分析評審報告
提交的軟體：產品的原型（注：如果時間有限，可以只編寫原型分析說明書而不作原型）
3．4開發策化階段
根據專案要求和軟體需求，由配置人員配合專案經理編寫本專案的質量保證計畫、配置管理計畫和專案綜合計畫。在配置管理計畫中，應列明本專案需提交的各階段文件的名稱，在專案各階段完成後，專案組需列表說明要移交的文件，將此表與各文件一併向總工辦移交。在制定計畫時，應為計畫、設計、測試、改錯、再測試、變更、以及編制文件留出足夠的時間。
不應使用突擊的辦法來完成專案。
本階段涉及的文件：軟體質量保證計畫
配置管理計畫
專案綜合計畫
3．5設計階段
3．5．1概要設計
根據軟體需求規格說明建立軟體總體結構和模組間的關係，確定各模組功能，定義各功能模組的介面，設計全域性資料庫和資料結構，在概要設計明確後，可以對綜合計畫進一步細化，填寫專案進度預計。概要設計需經過評審。
本階段涉及的文件：產品概要設計說明書
資料庫設計說明
專案進度預計
質量記錄： 評審報告
3．5．2詳細設計
對概要設計中產生的功能模組進行過程描述設計，設計功能模組的內部細節，包括演算法和資料結構，為編寫源**提供必要的說明。詳細設計需要經過評審。
本階段涉及的文件：軟體詳細設計說明書
測試計畫
質量記錄： 評審報告
3．6編碼實現階段
根據軟體詳細設計說明、對各程式模組進行編碼、除錯、靜態分析和單元測試，驗證程式單元與設計說明的一致性。
本階段涉及的文件：專案進度月報
專案周計畫和周總結
專案開發人員周計畫
工作日誌
每週例會記錄
配置項更改申請單
3．6 測試階段
3．6．1 軟體單元測試
按詳細設計的結構，根據軟體單元測試計畫，依照將經過單元測試的底層程式單元逐步組裝成子專案直到開發專案的過程，對軟體進行測試。
本階段涉及的文件：測試計畫
測試設計
測試問題報告單
參考文件：北京世紀科怡軟體開發操作指導書中的「測試階段操作指導書」
3．6．2組裝測試
根據軟體需求規格說明書中定義的全部功能和效能要求及組裝測試計畫，對軟體進行組裝測試，以確定整個軟體是否滿足軟體需求，是否可以提交**測試。
軟體組裝測試計畫（含測試用例設計）的編制工作和軟體組裝測試環境的研製、組建工作，應從軟體需求分析階段起與軟體開發同步展開。
本階段涉及的文件：測試計畫
測試設計
測試問題報告單
3．7 中試階段
專案組開發的軟體產品經中試部驗收後提交中試部中試，中試部根據需求分析報告,從使用者的角度出發對產品的功能、效能進行中試。
本階段涉及的文件：中試計畫
中試問題報告單
3．7 驗收交付
對完成中試的軟體進行檢查、審查和評審，確定軟體是否達到了軟體任務書的要求。驗收通過的軟體可以向軟體交辦單位交付。專案經理及專案組人員應在此階段完成專案總結，專案經理提交專案開發總結報告，專案組成員提交個人工作總結報告。
本階段涉及的文件：驗收報告
專案開發總結報告
個人工作總結報告
3．8 軟體維護
對軟體的維護包括針對軟體執行過程中發現的問題而進行的改正性維護，針對不同任務對軟體提出不需求而進行的改善性維護，以及可能出現的由於軟體執行環境的改變而進行的適應性維護。
本階段涉及的文件：軟體問題彙總表
維護報告
四、專案開發檔案的審批
● 可行性研究報告及立項申請、專案開發計畫及專案開發總結、確認計畫及確認報告、驗收計畫及驗收報告由技術負責人審批。
● 專案組人員編寫的其他檔案由專案經理審批。
五、各階段共同的任務要求
5．1編寫文件
在軟體開發過程的各個階段，都要求完成相應的文件編寫工作。本文件的前面部分已給出了在軟體自上而下週期各個階段中的文件編制情況。軟體文件從形式上來看，大致可分為兩類：
a． 開發過程中填寫的各種圖表，稱為工作**；
b． 應編制的技術資料或技術管理資料，稱為文件或檔案。
按照文件產生和使用的範圍，軟體文件大致可分為三類：
a． 開發文件：這類文件是在軟體開發過程中，作為軟體開發人員前一階段工作成果的體現和後一階段工作依據的文件。包括軟體需求說明書、資料庫設計說明書、概要設計說明書、詳細設計說明書、可行性研究報告、專案開發計畫。
b． 管理文件：這類文件是在軟體開發過程中，由軟體開發人員制定的需提交人員的一些工作計畫或工作報告。使管理人員能夠通過這些文件了解軟體開發專案安排、進度、資源使用和成果等。
包括專案開發計畫、測試計畫、測試報告、開發進度月報、專案周計畫周總結及專案開發總結等。
c． 使用者文件：這類文件是軟體開發人員為使用者準備的有關該軟體使用、操作、維護的資料。包括使用者手冊、操作手冊、維護修改建議、軟體需求說明書。
專案各階段完畢後需把本階段相關文件列表向總工辦移交。
5．2驗證與評審
軟體評審是保證軟體產品質量的重要手段，必須納入軟體開發過程，並把評審通過作為乙個軟體階段完成的標誌，進而轉入下乙個開發階段。軟體評審包括有正式評審(即評審)、內部評審兩種形式。正式評審是軟體專案組上級技術主管主持的評審。
內部評審以由專案負責人組織、開發人員相互檢查為基本方式。
就整個軟體開發過程而言，至少要進行可行性分析、軟體需求評審、設計評審、軟體驗證和確認評審、管理評審等五個方面的評審和檢查工作。
軟體專案標準開發流程
1 需求分析是怎樣做的？自己理解著說 需求分析是構建軟體系統的乙個重要過程。一般，把需求型別分成三個型別 1 業務需求 business requirement 反映了組織機構或客戶對系統 產品高層次的目的要求，它們在專案檢視與範圍文件中予以說明。2 使用者需求 user requirement 文...
課程開發工作流程
工作流程 一 前期準備。歸納為 對照調查瞄準吸納 國家標準 企業要求 科技前沿 外部經驗 國家意志使用者意志學校意志同行意志 主要包括 1分析現有教學計畫 2分析相關人員的基本條件 3學生現有專業水平，自我管理學習能力，展示能力 4教師教學經驗，實踐經驗，專業能力 5分析現有物質條件 教室 教學場所...
軟體開發過程工作流程維度概述
業務建模 業務模型具有重要意義，他不但是供軟體分析人員了解企業內部工作流程的工具，而且可以發現企業的業務邏輯在資訊化過程中存在哪些問題，需要做哪些改進，以加快資訊化建設。對業務邏輯進行分析，分析過程中產生業務邏輯模型，包括業務用例模型和業務物件模型。識別業務用例，業務角色，業務物件等。通過業務模型重...