軟件開發流程綱要及各個階段產生的文檔

1需求調研與分析

當我們做一個項目時，可能客戶口頭告訴你他想要做一個什么東西，或者給了你一些文檔告訴你這就是需求。就根據幾句口頭講述，或者一些文檔，很難知道到底具體需要做什么。這時候就要對需求進行挖掘，以得到功能列表，或者用例圖。這時候交流是非常重要的。通過不斷的與客戶進行交流，將用例詳細化，也不必要追求完整的功能或者用例。通過一次次的交流,不斷將功能列表完善。

需求分析步驟是需求的獲取，用戶需求分析，用戶確認，軟件需求分析，需求評審。評審之后就開始系統設計。

形成文檔為：雙方認可的功能列表或者用例圖，軟件需求說明書等

2系統設計（面向對象軟件開發過程）

當已經知道需要開發什么樣的功能,把功能按照互相關系進行劃分類別,劃分類別時遵循面向對象的設計原則.,根據這些功能點進行類的設計, 把用例中名詞和最終系統中的實體類進行映射，動詞和函數進行映射。當然這種映射沒有一一的對應關系，這期間還要與用戶進行溝通,不斷完善需求,需要根據具體情況進行增加或是刪除，修改。最終把這些類和函數組成類圖.

系統設計步驟是系統總體設計,系統架構規劃,定義系統邊界,劃分系統模塊 ,類詳細設計,實現函數設計,界面實現設計,數據庫設計,對設計進行評審等.

形成文檔是界面設計說明書,軟件設計說明書,數據庫設計說明書,技術方案選型說明書,這其中軟件的設計文檔可以采用UML圖的子集分別從靜態和動態的角度來描述軟件.不要求面面俱到,假設設計中不需要數據庫的參與,那就不需要數據庫的設計.

3實現

要根據編程人員水平,和編程效率,對任務進行劃分.編寫代碼要按照約定的規范. 保持簡潔，高效，可讀，可維護，可擴展，能夠重用.

實現步驟是定義編碼規范和編碼工作準則,建立開發環境,編碼和執行單元測試,制定集成和部署計劃定義,對代碼進行評審等.

形成文檔是單元測試報告,提交代碼和單元測試腳本

4測試

測試時依據的是軟件的需求,按照需求進行計劃的編寫,根據功能點用例的設計等從功能性、安全性、可靠性、兼容性、可擴充性、資源占用率、易用性、文檔和質量特性等方面對軟件進行測試。

測試步驟為制定測試計劃,評審設計計劃,測試用例設計,評審設計用例,執行測試,總結測試評審設計報告

形成文檔是,項目測試計劃,項目測試用例,項目測試報告,評審報告等

5驗收

提交驗收收時就需要采用最初雙方認可的列表或者用例圖,軟件需求說明書等

驗收步驟是制定驗收計劃,評審驗收計劃,實施驗收,交付簽字,服務與維護.

形成文檔是驗收計劃,驗收計劃評審報告,驗收報告等

參考文檔

1<<細談軟件需求分析過程 提取-抽象-升華>>

地址:http://tech.it168.com/d/2008-04-02/200804022036729.shtml

2<<面向對象設計模式原則>>

:http://blog.csdn.net/i_mimi/archive/2009/01/03/3689821.aspx

3<<軟件設計過程中的誘惑>>

地址: http://blog.csdn.net/lovetheme/archive/2008/12/27/3623218.aspx

4<<如何做好軟件項目的驗收工作>>

地址: http://space.itpub.net/14780914/viewspace-536447

5<<定義系統邊界>>

地址:http://blog.csai.cn/user1/15332/archives/2006/6343.html

6<<軟件分層必須遵守的原則>>

地址http://www.cnblogs.com/daitengfei/archive/2007/04/30/733126.html

7三層架構，分層開發

地址http://www.uml.org.cn/zjjs/200807013.asp
————————————————
版權聲明：本文為CSDN博主「flyfish1986」的原創文章，遵循CC 4.0 BY-SA版權協議，轉載請附上原文出處鏈接及本聲明。
原文鏈接：https://blog.csdn.net/flyfish1986/article/details/3870053

總結

以上是生活随笔為你收集整理的软件开发流程纲要及各个阶段产生的文档的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。