一：編寫目的
本文檔的編寫旨在探尋規范的軟件開發流程、加快軟件開發速度、提高軟件開發質量、降低項目綜合成本。
IT界有一句格言："You can do it right; you can do it fast; you can do it cheap. Pick two." 而我們要做的就是：提供優質服務、項目周期短、成本低廉
二：總體說明
項目從用戶需求說明書的提出，到系統的第一個完整版本的交付使用經歷了若干或復雜或簡單的過程，但不管項目大小如何一般需要經歷以下幾個步驟：
1． 需求分析。
2． 撰寫需求規格說明書
3． 總體設計
4． 詳細設計
5． 編碼實現
6． 測試、（UAT : User Acess Test）試運行、上線
7． 驗收
8． 日常維護
9． （下一個版本的循環開發）
在以上各步驟中尤其重要的是系統分析和撰寫需求規格說明書。當定義好《需求規格說明書》后需要用戶簽字確認，以此作為項目驗收的依據，在中大型項目中尤其重要。
失敗的項目原因很多但以下幾點比較普遍：
（1）商務運作中為了拉住“單子”對客戶的眾多紛繁復雜的要求一味的妥協讓步滿口答應。項目開發計划、時間表等完全依照客戶意見，不以具體項目的客觀事實為依據，不做認真細致嚴格的項目復雜度、項目工作量的評估。
（2） 不做細致的用戶需求分析導致項目后期的需求變更較大不能按期完成項目。
三：項目開發經歷的各階段
在項目開發的各階段時間比例方面，中小項目一般控制在
1： 40% 設計
2： 40% 編碼
3： 20% 總體設計/試運行
3．1 需求分析階段
研究客戶需求，從中找出需求中模糊不清的地方，反復討論確認。在不斷的確認中，包括需求的總體認知、需求邊界定義、目前技術條件下的可實現需求、用戶界面等。通過項目組內討論、與客戶（直接客戶、間接客戶）討論等方式不斷清晰客戶真正的需求，從而撰寫〈〈需求規格說明書〉〉，在取的客戶認可后簽字，以此做為項目開發的第一個里程碑。在項目驗收時以此作為驗收的主要依據
在系統分析階段與客戶的溝通方式可以通過（1）項目靜態圖、項目靜態界面DEMO（2） 系統用例圖（例如：rose軟件的用例圖） 等方式與客戶溝通。
本階段要完成的工作有：
1． 撰寫項目需求分析報告
本報告主要目的是項目分析人員提出需求的疑難不清問題，為與客戶有效、准確溝通准備必要的材料。
2． 畫用例圖
描述系統各個不同用戶類型與本系統及其他系統等的交互過程。
3． 建立項目靜態界面DEMO
使得用戶在項目初期就可以看到項目上線實施后的使用界面和使用方法等
4． 做必要的技術預研等。
3．2撰寫需求規格說明書
需求規格說明書的撰寫主要目的是把客戶天馬行空、紛繁復雜、憑想象等的理想需求中變成在一定時間段、一定技術條件下可實現的需求。不然項目會很難滿足客戶的理想需求，永遠被客戶的理想需求所限制，陷入一種非常被動的狀態。
3．3總體設計
在完成項目需求規格說明書后，就進入項目總體設計的階段。
在總體設計階段需要完成的文檔有：
1． 《項目總體設計---概要設計說明書》、
2． 《數據庫設計報告》
3． 《項目總體開發時間表》
在此階段應該建立項目的正式開發環境、項目測試環境、建立項目基本開發框架且導入項目管理配置工具中（例如：CVS、VSS等）等
在項目的以上階段完成后，建議進行項目總體設計和總體開發准備情況的評審工作。在公司、集團專家組評審通過后本階段結束，這算做項目的第二個里程碑。
在進行下一階段前，目前項目組可以對SCCB（軟件變更控制委員會）提交的資料有：
1：《需求規格說明書》
2：《項目總體設計概要說明書》
3：《項目界面設計說明書》（及界面DEMO）
4：《項目數據庫設計說明書》等
5：《項目總體開發時間表》
3．4詳細設計
在項目完成總體設計和搭建完畢開發環境后，就可以進行項目的詳細設計。
在項目中建議詳細設計由項目編寫“后台”程序的資深人員編寫。主要完成每個負責的業務模塊從界面到業務實現到數據庫連接操作的主要步驟和數據庫的實現SQL。最好在條件允許的情況下編寫模塊單元測試程序，在整個模塊編碼階段完成后進行程序單元測試工作。（“測試驅動”的開發理念）
詳細設計目的是在不編寫代碼和少量代碼的情況下，完成項目模塊的模擬編程實現。
在詳細設計階段可以對項目某模塊做准確的工作量統計，依此為依據整個項目比較准確的工作量就可以被統計出來。
3．5編碼實現
（略）
3．6測試、試運行、上線
（略）