系統開發嚴格按照軟體工程的方法進行組織，系統的開發過程按照需求分析、系統分析與設計要求、系統編碼、系統測試幾個過程有序推進。下表所示系統開發流程圖，採用原型及迭代方式開發，根據使用者需求持續改進，直到終端使用者確認滿意。
如下圖示流程定義了我公司內部的軟體開發過程，以指導和規範軟體專案中開發過程的定義和相應的實施。
該過程可劃分為一系列子過程，包括：軟體需求分析、設計、編碼、測試、驗收、維護，每個子過程又由一系列任務和活動組成，如設計過程又可分為結構設計和詳細設計。但是在實際開發專案中，情況仍然會是千變萬化的，因此我們也並不是一成不變的死板執行乙個僵化的工作流程，我們的原則是在乙個規範流程的指導和約束下，根據具體工程專案的實際要求，為每乙個專案評估並制定真正能夠最好的滿足該專案要求的開發流程。
圖 1.41 軟體開發流程總圖
在應用系統軟體開發專案中，我們仍將遵循這一思想，這一點將在隨後的專案開發實施計畫部分有具體的體現，在這裡和下面的相關章節中，我們仍將圍繞著這個完整的開發流程來分析說明，以此來闡明我們對專案開發的完整過程管理思想和相關實踐。下面我們對這個軟體開發工作流程進行簡要地分解說明。
（1）概述
由於應用系統與眾多相關應用軟體需要進行互動，因此需要先對這些應用系統進行分別梳理，充分做好需求調研工作，編寫經專案單位認可並評審通過的《系統需求規格說明書》。
軟體需求分析是按照專案定義的軟體開發過程，根據系統分配給軟體的需求（見《系統需求規格說明書》），進行軟體質量特性規格說明的過程。該過程包括進一步明確軟體執行環境，明確對軟體的功能、效能和資料要求，以及軟體與硬體、軟體與軟體之間的介面要求等，並對軟體需求進行驗證和文件化，即完成對軟體需求的分析與規格定義。
本元素在整個過程中的位置如下圖所示：
圖示：軟體需求分析在軟體開發過程中的位置
（2）入口準則和出口準則
1）入口準則
2）出口準則
（3）評審
評審《軟體需求規格說明書》，具體評審過程見《評審程式檔案》，對軟體需求的評審準則包括：
● 系統需求和系統設計的可追溯性；
● 與系統需求的一致性；
● 內部一致性；
● 可測試性；
● 軟體設計的可行性；
● 運作和維護的可行性。
對軟體需求中的問題，與系統工程組或客戶一起確定和審查，根據審查結果對軟體需求進行適當的修改，必要時按基線變更控制的要求對客戶需求進行相應的修改。對軟體需求規格說明書進行同行評審。審查、批准軟體需求規格說明書。
將軟體需求規格說明書置於配置管理之下。
（4）工作產品
● 《軟體需求規格說明書》
● 《系統測試計畫》
● 《系統測試案例》
● 《使用者手冊》
● 《追溯表》
（5）職責
● 專案經理：負責組建軟體需求分析組；確定是否需要對有關人員進行培訓；負責軟體需求規格說明書的審查和批准。
● 軟體需求分析組：軟體需求分析的主要承擔者，負責完成本過程元素要求產生的所有工作產品。
● 系統測試負責人：負責組織軟體系統測試組對軟體需求進行分析，審查軟體需求的可測試性；參與軟體需求規格說明書的審查和批准。
● 質量保證人員：參與工作產品的審查，統計缺陷，並對軟體需求分析過程進行審計。
● 系統開發組：配合處理涉及客戶需求的軟體需求問題。
● 客戶：必要時參與軟體需求規格說明書的審查和批准。
（1）概述
結構設計是指按照《軟體需求規格說明書》，設計軟體系統的體系結構，即模組結構，定義每個模組的主要功能和模組之間的聯絡（即介面），並確定軟體系統的資料體系結構。
本元素在整個過程中的位置如下圖所示：
圖示：軟體需求分析在軟體開發過程中的位置圖
（2）入口準則和出口準則
1）入口準則
2）出口準則
（3）評審
● 對《結構設計說明書》和《整合測試計畫》進行同行評審。
● 對結構設計中的問題，與軟體需求分析人員一起確定和審查，並對結構設計進行適當的更改。
● 審查、批准《結構設計說明書》，必要時，對其進行設計評審。
● 將《結構設計說明書》、《整合測試計畫》和《整合測試案例》置於配置管理之下。
（4）工作產品
● 《結構設計說明書》
● 《整合測試計畫》
● 《整合測試案例》
● 《使用者手冊》
● 《追溯表》
（5）職責
1）專案經理
負責選擇合適的設計人員，組建結構設計工作組；負責《結構設計說明書》和《整合測試計畫》的審查和批准。
2）結構設計人員
結構設計階段工作的主要承擔者，負責完成本過程元素產生的所有工作產品。
3）系統分析員
配合處理涉及軟體需求的問題。
4）系統開發負責人
負責組織系統工程組對結構設計進行分析，審查結構設計的可測試性；負責協調處理涉及軟體需求的問題；參與《結構設計說明書》和《整合測試計畫》的審查和批准。
5）軟體測試負責人
負責組織軟體測試組對結構設計進行分析，審查結構設計的可測試性；參與《結構設計說明書》和《整合測試計畫》的審查和批准。
（1）概述
詳細設計是根據《結構設計說明書》進行模組設計，將結構設計所獲得的模組按照單元、程式、規程的順序逐步細化。詳細定義各個單元的資料結構、程式的實現演算法以及程式、單元、模組之間的介面等，作為以後編碼工作的依據。
本元素在整個過程中的位置如下圖所示：
圖示：詳細設計在軟體開發過程中的位置
（2）入口準則和出口準則
1）入口準則
2）出口準則
（3）評審
對《詳細設計說明書》和《單元測試計畫》可進行走查或（和）同行評審；
對詳細設計中的問題，與結構設計人員一起確定和審查，並對詳細設計做出適當的更改；
審查、批准《詳細設計說明書》，必要時，對其進行設計評審；
將《詳細設計說明書》和《單元測試計畫》置於配置管理之下。
（4）工作產品
● 《詳細設計說明書》
● 《單元測試計畫》
● 《單元測試案例》
● 《使用者手冊》
● 《追溯表》
（5）職責
1）專案經理
負責選擇合適的設計人員，組建詳細設計組；負責《詳細設計說明書》和《單元測試計畫》的審查和批准。
2）詳細設計人員
詳細設計階段工作的主要承擔者。負責完成本過程元素產生的所有工作產品。
3）系統分析員
配合處理涉及軟體需求的問題。
4）系統開發負責人
負責組織系統工程組對詳細設計進行分析，審查詳細設計的可測試性；負責協調處理涉及軟體需求的問題；參與《詳細設計說明書》和《單元測試計畫》的審查和批准。
5）軟體測試負責人
負責組織軟體測試組對詳細設計進行分析，審查詳細設計的可測試性；參與《詳細設計說明書》和《單元測試計畫》的審查和批准。
軟體開發專案管理實施方案
作為乙個專案管理者，如何要成功的做好專案管理 首先必須先要明白的是在特定的領域中賦予這個角色所要實現的目標 承擔的職責 以及專案管理者的具體工作內容是什麼？從我個人的淺見和角度以及我們所從事的it領域來分析回答以上三個問題。作為乙個專案的管理者，必須要明確的知道自己的工作目標 我個人認為專案管理者的...
軟體開發方案書
一 專案描述 專案名稱 軟體專案需求方 軟體專案設計方 金橋軟體科技 軟體專案名稱 科研專案申報管理系統 軟體開發代號 jq oa 軟體當前版本 version 1.0 專案簡介 專案總體由3部分構成 錄入系統，專案評審系統和綜合管理系統。錄入系統提夠給各基層單位使用，用於科技專案的申報錄入 修改和...
軟體開發方案書
一 專案描述 專案名稱 軟體專案需求方 軟體專案設計方 金橋軟體科技 軟體專案名稱 科研專案申報管理系統 軟體開發代號 jq oa 軟體當前版本 version 1.0 專案簡介 專案總體由3部分構成 錄入系統，專案評審系統和綜合管理系統。錄入系統提夠給各基層單位使用，用於科技專案的申報錄入 修改和...