軟件開發的完整步驟精品文檔軟件開發的完整步驟目錄1問題定義 51.1用戶調查. 51.2編寫《系統目標與范圍說明》 52可行性研究 52.1確定項目的規模和目標 . 62.2研究正在運行的系統 . 62.3建立新系統的高層邏輯模型 62.4重新定義問題. 62.5導出和評價各種方案 . 62.6推薦可行方案. 72.7編寫《可行性研究報告》 72.8提交審查. 73需求分析 73.1制定需求分析計劃. 83.2需求獲取. 83.3分析和綜合. 83.4協商與溝通. 93.5編寫《需求規格說明書》 9收集于網絡，如有侵權請聯系管理員刪除精品文檔3.6需求驗證. 93.7修改完善開發計劃. 93.8技術審查和管理復審 . 104概要設計 104.1制定規范. 104.2設想供選擇的方案. 104.3推薦最佳方案. 114.4功能分解. 114.5軟件結構設計. 114.6數據設計. 114.7制定測試計劃. 124.8編寫《概要設計規格說明書》 124.9其他文檔編寫. 124.10技術審查和管理復審 . 125詳細設計 125.1數據結構設計. 135.2物理設計. 135.3算法設計. 135.4界面設計. 135.5其他設計. 135.6編寫《詳細設計規格說明書》 145.7技術審查和管理復審 . 14收集于網絡，如有侵權請聯系管理員刪除精品文檔6編碼 146.1選擇合適的程序設計語言 146.2制定編碼規范. 156.3建立數據庫系統. 156.4程序編碼. 157測試 157.1測試用例設計. 157.2單元測試. 167.3集成測試. 167.4系統測試. 167.5編寫《測試分析報告》 16收集于網絡，如有侵權請聯系管理員刪除精品文檔問題定義問題定義指在項目初期，從客戶或用戶處獲取需求，弄清用戶需要計算機解決的問題根本所在，以及項目所需的經費和資源的文檔，最終使開發人員與客戶就所構建的系統的范圍達成一致意見1.1 用戶調查對用戶進行訪談，調查，初步了解項目范圍，需要解決的問題以及項目經費的重要信息。1.2 編寫《系統目標與范圍說明》將本階段的結果寫成相應的文檔，即《系統目標與范圍說明》可行性研究軟件可行性分析最根本的任務是用最少的代價，對以后的行動方針提出建議。如果問題沒有可行的解釋，分析員應該建議停止這項開發工程，以避免時間、資源、人力和金錢的浪費；如果問題值得解，分析員應該推薦一個較好的解決方案，并且為工程制定一個初步的計劃。收集于網絡，如有侵權請聯系管理員刪除精品文檔2.1 確定項目的規模和目標分析員對有關人員進行調查訪問，仔細閱讀和分析有關的材料，對項目的規模和目標進行定和確認，清晰地描述項目的一切限制和約束，確保分析員正在解決的問題確實是要解決的問題。2.2 研究正在運行的系統收集，研究，分析現有系統的文檔資料和使用手冊，實地考察現有系統，在考察的基礎上，訪問有關人員，確定目標系統必須完成的基本功能。2.3 建立新系統的高層邏輯模型根據對現有系統的分析研究，逐步明確了新系統的功能，處理流程以及所受約束，然后使用數據流圖和數據字典，概括的描述高層的數據處理和流動。2.4 重新定義問題將新系統的高層邏輯模型與項目的問題及目標進行比較，重新復查問題定義，工程規模和目標。2.5 導出和評價各種方案分析員建立了新系統的高層邏輯模型，并進行復查后，要從技術的角度出發，提出高層邏輯模 型的不同方案，即導出若干較高層次的物理解法。根據技收集于網絡，如有侵權請聯系管理員刪除精品文檔術可行性，經濟可行性，社會可行性對各種方案進行評估，去掉行不通的解法，得到可行的解法。2.6 推薦可行方案根據之前可行性研究的結構，應該決定該項目是否值得去開發。若值得開發，那么可行的解決 方案是什么，并且說明該方案可行的原因和理由。草擬開發計劃初步確定工程進度表，開發人員，所需要的資源以及對項目所需要的時間進行估計。2.7 編寫《可行性研究報告》將該階段的可行性研究過程的結果寫成相應的文檔，即《可行性研究報告》2.8 提交審查用戶和使用部門對《可行性研究報告》進行仔細審查，從而決定該項目是否進行開發，是否接受可行的實現方案。需求分析需求分析要求開發人員準確理解用戶的需求，進行細致的調查分析，將用戶非形式的需求陳述 轉化為完整的需求定義，再由需求定義轉化到相應的形式收集于網絡，如有侵權請聯系管理員刪除精品文檔功能規約（需求規格說明）的過程。 需求分析是軟件定義階段中的最后一步，是確定系統必須完成哪些工作，也就是對目標系統提 出完整、準確、清晰、具體的要求。3.1 制定需求分析計劃需求分析是一項重要的工作，也是最困難的工作，這個階段可能會耗費相當的時間，人力以及 物力。若有明確的計劃進行指導，將使得需求分析工作更加有條不紊的進行。3.2 需求獲取需求獲取是一個對準備建立的系統和正在使用的系統進行信息收集并從這些信息中提取用戶需求和系統需求的過程。可以通過用戶面談，實地考察，用例，需求專題討論會等方式發現，獲取需求。3.3 分析和綜合分析人員根據導出的需求，進行移植的分析檢查，在分析，綜合中逐步細化軟件功能，劃分成 各個子功能，找出各元素之間的聯系，接口特性和設計上的限制。導出軟件的邏輯模型 根據分析與綜合的結果，細化可行性研究階段形成的高層邏輯模型，包括數據流圖和數據字典， E-R圖，狀態轉換圖等,以圖文的形式建立起性系統的邏輯模型。收集于網絡，如有侵權請聯系管理員刪除精品文檔3.4 協商與溝通在有多個項目相關人員（信息持有者）參與的地方，需求將不可避免的發生沖突，在這個階段 需要對需求的優先權進行排序并通過協商發現并解決這些沖突。3.5 編寫《需求規格說明書》把雙發共同的理解與分析的結果用規范的方式描述出來，形成《需求規格說明書》，并向下一階段提交，作為今后各項工作的基礎。3.6 需求驗證為保障軟件質量，確保軟件開發成，一旦對系統提出一組要求之后，必須嚴格驗證這些需求的 正確性，一般從一致性，完整性，現實性，有效性四個方面進行驗證。在這個階段，系統客戶 和系統開發人員必須詳細地閱讀需求文檔并檢查其中的錯誤，一旦檢查出任何問題必須記錄下 來，接著客戶就需要和開發人員協商如何解決問題。3.7 修改完善開發計劃在需求分析階段對待開發的系統有了更進一步的了解，所以能更準確的估計開發成本，進度以 及資源要求，因此，對原計劃要進行適當修正。收集于網絡，如有侵權請聯系管理員刪除精品文檔3.8 技術審查和管理復審用戶和使用部門對《需求規格說明書》進行仔細的審查，通過后該文檔將作文今后工作的基礎。概要設計概要設計也成為總體設計，在這個極端需要確定軟件的總體結構，也就是軟件應該由哪些模塊組成，以及模塊與模塊之間的接口關系，軟件系統主要的數據結構，同時還要制定測試計劃， 形成概要設計說明書。4.1 制定規范盡管每個開發組織都有概要設計規范，但是不同的應有有些特殊性，所以應該針對具體的軟件特點，制定出合適的規范。包括設計文檔的編制標準，編碼的信息形式，與硬件、操作系統的接口規約，命名規則等。4.2 設想供選擇的方案在概要設計時，設計人員應該考慮各種可能的實現方案，并且力求從中選出最佳方案。此時設計人員有充分的自由比較不同的實現方案，一旦選出了最佳方案，將能大大提高系統的性價比。收集于網絡，如有侵權請聯系管理員刪除精品文檔4.3 推薦最佳方案綜合分析對比各種合理方案的利弊，推薦一個最佳方案，并為最佳方案制定詳細的實現計劃。 用戶和有關技術專家應該認真審查，若符合需求并且完全能夠實現，則提請負責人審批。方案被接受后者進入下一階段。4.4 功能分解為確定軟件結構，首先需要從現實角度把復雜的功能進一步分解。分析員結合算法描述仔細分 析數據流圖中的每個處理，將復雜的功能分解成一系列比較簡單的功能。經過分解細化之后， 通常一個模塊只完成一個適當的功能，每個模塊對于大多數程序員都是易于理解的。4.5 軟件結構設計設計軟件模塊的結構就是要把軟件模塊組成良好的層次系統，描述各模塊之間的關系。頂層模 塊調用它下層模塊，每個下層模塊再調用更下層的模塊，最下層的模塊完成最具體的功能，這樣自頂向下實現一個完整的功能。4.6 數據設計數據設計包括數據結構設計，文件設計和數據庫設計。根據需求分析階段獲得的數據要求，確定實現系統所必須的數據，數據之前的關系，存儲數據的實體。收集于網絡，如有侵權請聯系管理員刪除精品文檔4.7 制定測試計劃為了保證軟件的可測試性，軟件在一開始就要考慮軟件的測試問題，但是這個階段的測試計劃應該是針對軟件結構的測試和系統測試。4.8 編寫《概要設計規格說明書》將本階段的成果編制為相應的文檔，即《概要設計規格說明書》。4.9 其他文檔編寫需要提交審查的文檔還包括用戶手冊，測試計劃，實現計劃等，還需要對這些文檔進行編寫。4.10 技術審查和管理復審最后應該對總體設計的結果進行嚴格的技術審查，在技術審查通過之后再由客戶從管理角度進行復審。詳細設計詳細設計階段的根本目的是確定應該怎樣具體地實現所要求的系統，經過這個階段的設計工作，應該得出對目標系統的精確描述，從而在編碼階段可以吧這個描述直接翻譯成用某種程序 設計語言書寫的程序。收集于網絡，如有侵權請聯系管理員刪除精品文檔5.1 數據結構設計數據結構設計指的是對需求分析，概要設計階段確定的概念性的數據進行確切的定義。5.2 物理設計對數據庫進行物理設計，即確定數據庫的物理結構。物理結構主要是指數據庫的存儲記錄格式，存儲記錄安排和存儲方法，這些都依賴于具體使用的數據庫系統。5.3 算法設計在總體設計的結構完成之后，結構各個環節的實現是多解的。這就需要用系統設計與分析的技術來描述。可以使用某些圖形、表格、語言等工具將每個模塊處理過程的詳細算法表示出來。5.4 界面設計用戶界面的設計現在顯得比較重要，可以采用字符用戶界面設計，圖形用戶界面和多媒體人機 界面設計。這就要結合具體的系統來處理。5.5 其他設計根據軟件系統的類型，可能還要進行其他設計，例如：代碼設計，輸入 /輸出格式設計，人機對話設計，網絡設計等。收集于網絡，如有侵權請聯系管理員刪除精品文檔5.6 編寫《詳細設計規格說明書》將本階段的成果編制為相應的文檔，即《詳細設計規格說明書》。5.7 技術審查和管理復審最后應該對詳細設計的結果進行嚴格的技術審查，所有處理過程的算法和數據庫的物理結構等 都要進行評審。編碼編碼即把軟件設計的結果翻譯成用某種程序設計語言書寫的程序。作為軟件工程中的一個階 段，編碼是對設計的進一步具體化，因此，程序的質量主要取決于軟件設計的質量。但程序設計語言的選擇以及編碼風格也對程序的可靠性，可讀性，可測試性和可維護性產生深遠的影響。6.1 選擇合適的程序設計語言編程語言在軟件活動中處于中心地位，選擇一門適合的編程語言十分重要。通常從應用領域， 算法與計算復雜性，數據結構的復雜性，效率等幾個方面考慮某一語言是否可選作編碼語言。收集于網絡，如有侵權請聯系管理員刪除精品文檔6.2 制定編碼規范良好的代碼風格和編碼規范可以降低程序出錯的幾率，提高程序的易讀性和質量，利于構造大 軟件所必須的團隊開發，同時也可以有效降低程序的維護成本。6.3 建立數據庫系統根據之前數據與數據流程分析以及數據庫設計的結果建立數據庫結構。6.4 程序編碼使用選定的程序設計語言，將詳細設計中的過程性描述翻譯成用該語言編寫的源程序（源代碼）。 技術審查和管理復審 最后應該對編碼的生成的源程序進行嚴格的技術審查，確保程序運行結果正確有效，滿足要求。測試測試是為了發現錯誤而執行程序的過程，即根據軟件開發各階段的規格說明和程序的內部結構 而精心設計一批測試用例，并利用這些測試用例去運行程序，以發現程序錯誤的過程。7.1 測試用例設計是以發現錯誤為目的而精心設計的一組測試數據，測試用例＝ {輸入數據＋期望結構}。測試用例將用于之后的測試。收集于網絡，如有侵權請聯系管理員刪除精品文檔7.2 單元測試單元測試針對程序模塊，進行正確性檢驗的測試。其目的在于發現各模塊內部可能存在的各種 差錯，驗