軟件開發(fā)流程及各階段輸出的文檔

軟件開發(fā)流程及各階段輸出的文檔軟件開發(fā)流程及各階段輸出的文檔軟件開發(fā)流程及各階段輸出的文檔資料僅供參考文件編號：2022年4月軟件開發(fā)流程及各階段輸出的文檔版本號：A修改號：1頁次：1.0審核：批準(zhǔn):發(fā)布日期：軟件開發(fā)流程綱要及各個階段產(chǎn)生的文檔

1需求調(diào)研與分析當(dāng)我們做一個項目時，可能客戶口頭告訴你他想要做一個什么東西，或者給了你一些文檔告訴你這就是需求。就根據(jù)幾句口頭講述，或者一些文檔，很難知道到底具體需要做什么。這時候就要對需求進(jìn)行挖掘，以得到功能列表，或者用例圖。這時候交流是非常重要的。通過不斷的與客戶進(jìn)行交流，將用例詳細(xì)化，也不必要追求完整的功能或者用例。通過一次次的交流,不斷將功能列表完善。需求分析步驟是需求的獲取，用戶需求分析，用戶確認(rèn)，軟件需求分析，需求評審。評審之后就開始系統(tǒng)設(shè)計。形成文檔為：雙方認(rèn)可的功能列表或者用例圖，軟件需求說明書等2系統(tǒng)設(shè)計（面向?qū)ο筌浖_發(fā)過程）

當(dāng)已經(jīng)知道需要開發(fā)什么樣的功能,把功能按照互相關(guān)系進(jìn)行劃分類別,劃分類別時遵循面向?qū)ο蟮脑O(shè)計原則.,根據(jù)這些功能點(diǎn)進(jìn)行類的設(shè)計,

把用例中名詞和最終系統(tǒng)中的實體類進(jìn)行映射，動詞和函數(shù)進(jìn)行映射。當(dāng)然這種映射沒有一一的對應(yīng)關(guān)系，這期間還要與用戶進(jìn)行溝通,不斷完善需求,需要根據(jù)具體情況進(jìn)行增加或是刪除，修改。最終把這些類和函數(shù)組成類圖.系統(tǒng)設(shè)計步驟是系統(tǒng)總體設(shè)計,系統(tǒng)架構(gòu)規(guī)劃,定義系統(tǒng)邊界,劃分系統(tǒng)模塊

,類詳細(xì)設(shè)計,實現(xiàn)函數(shù)設(shè)計,界面實現(xiàn)設(shè)計,數(shù)據(jù)庫設(shè)計,對設(shè)計進(jìn)行評審等.形成文檔是界面設(shè)計說明書,軟件設(shè)計說明書,數(shù)據(jù)庫設(shè)計說明書,技術(shù)方案選型說明書,這其中軟件的設(shè)計文檔可以采用UML圖的子集分別從靜態(tài)和動態(tài)的角度來描述軟件.不要求面面俱到,假設(shè)設(shè)計中不需要數(shù)據(jù)庫的參與,那就不需要數(shù)據(jù)庫的設(shè)計.3實現(xiàn)要根據(jù)編程人員水平,和編程效率,對任務(wù)進(jìn)行劃分.編寫代碼要按照約定的規(guī)范.

保持簡潔，高效，可讀，可維護(hù)，可擴(kuò)展，能夠重用.實現(xiàn)步驟是定義編碼規(guī)范和編碼工作準(zhǔn)則,建立開發(fā)環(huán)境,編碼和執(zhí)行單元測試,制定集成和部署計劃定義,對代碼進(jìn)行評審等.形成文檔是單元測試報告,提交代碼和單元測試腳本4測試測試時依據(jù)的是軟件的需求,按照需求進(jìn)行計劃的編寫,根據(jù)功能點(diǎn)用例的設(shè)計等從功能性、安全性、可靠性、兼容性、可擴(kuò)充性、資源占用率、易用性、文檔和質(zhì)量特性等方面對軟件進(jìn)行測試。測試步驟為制定測試計劃,評審設(shè)計計劃,測試用例設(shè)計,評審設(shè)計用例,執(zhí)行測試,總結(jié)測試評審設(shè)計報告形成文檔是,項目測試計劃,項目測試用例,項目測試報告,評審報告等5驗收提交驗收收時就需要采用最初雙方認(rèn)可的列表或者用例圖,軟件需求