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

標籤：style   blog   http   color   io   strong   資料   art   

轉自：http://blog.csdn.net/flyfish1986/article/details/3870053

 

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

 

邵盛松 2009-2-9

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