軟件開發(fā)流程介紹知識講解

軟件開發(fā)流程介紹開發(fā)流程總圖可行性分析和項目開發(fā)計劃

↓需求分析

↓概要設計

↓詳細設計

↓編碼

↓測試

↓維護2023/2/72（一）可行性分析和項目開發(fā)計劃

軟件可行性研究的目的就是用最小大代價在盡可能短的時間內確定該軟件項目是否能夠開發(fā)，是否值得去開發(fā)。可行性研究的任務：

1技術可行性確定在現有資源（軟件，硬件，技術人員）條件下，項目是否能實現。

2經濟可行性進行開發(fā)成本的估算以及了解取得經濟效益的評估，確定要開發(fā)的項目是否值得投資開發(fā)。

3社會可行性要開發(fā)的項目是否存在任何侵犯，妨礙等責任問題，要開發(fā)項目的運行方式在用戶組織內是否行得通，現有管理制度，人員素質，操作方式是否可行產生文檔：《可行性研究報告》《項目開發(fā)計劃》《項目開發(fā)計劃》是一個管理性文檔，說明項目的各項主要工作，雙方應承擔的責任，項目完成期限及其他條件限制。2023/2/73（二）需求分析

需求分析是指，開發(fā)人員準確理解用戶的要求，進行細致的調查分析，將用戶非形式的需求陳述轉化為完整的需求定義，再由需求定義轉換到相應形式的功能規(guī)約（需求規(guī)格說明書）的過程。需求分析的任務：1問題識別（1）功能需求：所開發(fā)的軟件必須具備什么樣的功能，這是最重要的。（2）性能需求：待開發(fā)的軟件的技術性能指標。（3）環(huán)境需求：軟件運行時所需的軟，硬件的要求。（4）用戶界面要求：人機交互方式等等。2分析與綜合，導出軟件的邏輯模型在分析與綜合中，逐步細化軟件功能，劃分成各個子功能，用圖文結合的形式，建立系統(tǒng)的邏輯模型。3編寫文檔

《需求規(guī)格說明書》：把雙方共同的理解與分析結果用規(guī)范的方式描述出來，作為今后各項工作的基礎2023/2/74（二）需求分析《初步用戶使用手冊》：著重反映被開發(fā)軟件的用戶功能界面和用戶使用的具體要求。《確認測試計劃》：作為今后確認和驗收的依據。修改《項目開發(fā)計劃》，對原計劃進行適當修正。需求分析方法：結構化分析方法，簡稱SA，是面向數據流進行分析的方法。該方法使用簡單易讀的符號，根據軟件內部數據傳遞，變換的關系，自頂向下逐層分解，描繪出滿足功能要求的軟件模型。描述工具：數據流圖（DFD）：以圖形方式描繪數據在系統(tǒng)中流動和處理的過程。數據字典(DD)：為分析人員查找數據流圖中有關名字的詳細定義而服務。2023/2/75（二）需求分析符號含義用例及說明矩形表示數據的源點或終點箭頭表示數據流動顧客采購部門倉庫經理銷售管理系統(tǒng)數據字典數據流圖2023/2/76（三）概要設計

概要設計是把軟件“做什么”的邏輯模型變換為“怎么做”的物理模型，把軟件需求轉換為軟件表示，描述軟件的總的體系結構。概要設計任務：1設計軟件系統(tǒng)結構（1）采用某種設計方法，將一個復雜的系統(tǒng)按功能劃分成模塊。（2）確定每個模塊的功能（3）確定模塊之間的調用關系（4）確定模塊之間的接口2數據結構及數據庫設計對于大型數據處理的軟件系統(tǒng)，除了控制結構的模塊設計外，數據結構與數據庫設計也是重要的。3編寫概要設計文檔《概要設計說明書》《數據庫設計說明書》修改《用戶手冊》修改測試計劃2023/2/77（三）概要設計軟件設計名詞解釋：模塊：模塊在程序中是數據說明，可執(zhí)行語句等程序對象的集合，或者是單獨命名和編址的元素。在軟件體系結構中，模塊是可組合，分解和更換的單元。模塊化：是指解決一個復雜問題時自頂向下逐層把軟件系統(tǒng)劃分成若干模塊的過程。耦合性：也稱快間聯系，模塊之間聯系越緊密，其耦合性就越強，模塊的獨立性就越差。內聚性：又稱快內聯系，模塊內各元素聯系越緊密，則它的內聚性就越高。衡量軟件質量的標準---高內聚，低耦合。軟件結構圖：是軟件系統(tǒng)的模塊層次結構，反映了整個系統(tǒng)的功能實現，及將來程序的層次體系。軟件結構設計優(yōu)化準則：1劃分模塊時，盡量做到高內聚，低耦合，保持模塊相對獨立性，可將功能過于簡單而又有聯系的模塊進行合并，合并時消除重復功能。2有判定功能的模塊應與受其影響的模塊在層次上盡量靠近。3軟件結構的深度，寬度，扇入，扇出應適當。4模塊的大小要適中。5模塊的接口要簡單，清晰，含義明確，便于理解，易于實現，測試于維護。2023/2/78（三）概要設計深度：指結構圖控制的層次，左圖深度為5。寬度：指模塊個數最多的一層中的模塊個數，左圖寬度為4。扇出：指一個模塊直接下屬模塊的個數,左圖中模塊A的扇出為3。扇入：指一個模塊直接上屬模塊的個數,左圖中模塊B的扇入為3。畫結構圖應注意事項：1同一名字的模塊在結構圖中僅出現一次；2調用關系只能從上到下；3不嚴格表示模塊的調用次序，習慣上從左到右。AB深度扇出扇入寬度2023/2/79（四）詳細設計詳細設計任務：1為每個模塊進行詳細的算法設計，將每個模塊處理過程的詳細算法描述出來。2為模塊內的數據結構進行設計，對于需求分析，概要設計確定的概念性的數據類型進行確切的定義。3對數據庫進行物理設計4編寫詳細設計說明書過程設計語言（PDL），也稱程序描述語言，又稱為“偽碼”。它是一種用于描述模塊算法設計和處理細節(jié)的語言。IF條件1成立處理S1ELSE處理S2ENDIFIF條件1成立發(fā)出提示警告退出運行ELSE顯示系統(tǒng)主菜單ENDIF2023/2/710（五）編碼

編碼即“編程序”，它是在前一階段詳細設計的基礎上進行的，它是詳細設計得到的處理過程的描述轉換為基于某種計算機語言的程序，即源程序代碼。程序設計語言的選擇：1項目的應用領域2軟件開發(fā)的方法3軟件執(zhí)行的環(huán)境4軟件開發(fā)人員的知識程序設計風格：1源程序文檔化（編碼規(guī)范）2數據說明（注釋）3語句構造4輸入輸出（結束標志）5效率提高效率的根本途徑在于良好的設計方法，良好的設計結構與算法。2023/2/711（六）測試

測試階段的基本任務是根據軟件開發(fā)各階段的文檔資料和程序內部結構，精心設計一組測試用例，找出軟件中潛在的各種錯誤和缺陷。軟件測試原則：1測試用例應有輸入數據和預期的輸出數據兩部分組成。2測試用例不僅要選擇合理的輸入數據，還要選擇不合理的輸入數據。3除了檢查程序是否做了它應該做的事，還要檢查程序是否做了它不應該做的事。4長期保留測試用例。5程序員避免測試自己的程序。測試方法：1靜態(tài)測試：不在機器上運行，采用人工檢測和計算機輔助分析的手段對程序進行檢測。2動態(tài)測試

2.1黑盒測試：測試人員不考慮程序的內部結構和處理過程，只在軟件接口處進行測試，依據需求規(guī)格說明書，檢查程序是否滿足功能要求。

2.2白盒測試：測試人員須了解程序的內部結構和處理過程，以檢查處理過程的細節(jié)為基礎，對程序中盡可能多的邏輯路徑進行測試，檢查內部控制結構和數據結構是否有錯，實際的運行狀態(tài)與預期的狀態(tài)是否一致。2023/2/712（六）測試測試過程：單元測試：對源程序中每一個程序單元進行測試，檢查各個模塊是否正確實現規(guī)定的功能，從而發(fā)現模塊在編碼中或算法中的錯誤。集成測試：檢查與設計相關的軟件體系結構的有關問題。確認測試：主要檢查已實現的軟件是否滿足需求規(guī)格說明書中確定了的各種需求。系統(tǒng)測試：把已確認的軟件與其他系統(tǒng)元素（其他支出軟件，硬件等）結合在一起進行測試。版本發(fā)布：a、b、c三個階段

a階段也就是一開始測試的階段，它是由該公司內部人員完成，稱為：Alpha測試(Alpha也是希臘字母里的首字母a，Alpha也有一開始、最初的意思)。alpha測試主要看有沒有功能上的缺失或系統(tǒng)錯誤什么的，alpha測試完后一般不會有大問題了。

2023/2/713（六）測試b把軟件發(fā)布到網上或以其它途徑發(fā)給普通用戶測試，稱為：beta測試(beta是希臘字母b，beta其意思是第二位的東西，)就是指軟件第二階段測試的意思。主要是看用戶對軟件外觀，使用方便性等的反映。如果beta1版用戶反映有問題，拿到公司修改，改完后發(fā)布beta2版，還有不滿意的地方，再改，再發(fā)布beta3版，直到用戶滿意。

c階段測試也稱為：RC測試(ReleaseCandidate的縮寫)，意思是發(fā)布軟件發(fā)布倒計時，該版本已經完成全部功能并清除大部分的BUG。到了這個階段只會去除一小的BUG，不會對軟件做任何大的更改。最后正式版發(fā)布，測試階段結束同時會在正式版的軟件名稱后加上－－final。

2023/2/714（七）軟件維護

軟件投入使用后就進入軟件維護階段，是軟件生存周期中時間最長的一個階段。軟件維護內容：1校正性維護軟件交付使用后，由于軟件開發(fā)過程中產生的錯誤并沒有完全徹底的在程序中發(fā)現，這些隱含的錯誤在某些特定的使用環(huán)境下會暴露出來。2適應性維護隨著計算