軟件開發(fā)流程介紹

1、軟件開發(fā)流程介紹軟件開發(fā)流程介紹目錄 開發(fā)流程總圖開發(fā)流程總圖 3（一） 可行性分析和項(xiàng)目開發(fā)計(jì)劃可行性分析和項(xiàng)目開發(fā)計(jì)劃 4（二） 需求分析需求分析 5（三） 概要設(shè)計(jì)概要設(shè)計(jì) 8（四） 詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì) 11（五） 編編碼碼 12（六） 測(cè)測(cè)試試 15（七） 維維護(hù)護(hù) 162022-4-293開發(fā)流程總圖開發(fā)流程總圖可行性分析和項(xiàng)目開發(fā)計(jì)劃可行性分析和項(xiàng)目開發(fā)計(jì)劃 需求分析需求分析 概要設(shè)計(jì)概要設(shè)計(jì) 詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì) 編碼編碼 測(cè)試測(cè)試 維護(hù)維護(hù)2022-4-294（一）可行性分析和項(xiàng)目開發(fā)計(jì)劃（一）可行性分析和項(xiàng)目開發(fā)計(jì)劃 軟件可行性研究的目的就是用最小大代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件

2、項(xiàng)目是否能夠開發(fā)，軟件可行性研究的目的就是用最小大代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目是否能夠開發(fā)，是否值得去開發(fā)。是否值得去開發(fā)。 可行性研究的任務(wù)： 1 技術(shù)可行性 確定在現(xiàn)有資源（軟件，硬件，技術(shù)人員）條件下，項(xiàng)目是否能實(shí)現(xiàn)。 2 經(jīng)濟(jì)可行性 進(jìn)行開發(fā)成本的估算以及了解取得經(jīng)濟(jì)效益的評(píng)估，確定要開發(fā)的項(xiàng)目是否值得投資開發(fā)。 3 社會(huì)可行性 要開發(fā)的項(xiàng)目是否存在任何侵犯，妨礙等責(zé)任問題，要開發(fā)項(xiàng)目的運(yùn)行方式在用戶組織內(nèi)是否行得通，現(xiàn)有管理制度，人員素質(zhì)，操作方式是否可行產(chǎn)生文檔：可行性研究報(bào)告 項(xiàng)目開發(fā)計(jì)劃 項(xiàng)目開發(fā)計(jì)劃是一個(gè)管理性文檔，說明項(xiàng)目的各項(xiàng)主要工作，雙方應(yīng)承擔(dān)的責(zé)任，項(xiàng)目完成期

3、限及其他條件限制。2022-4-295（二）需求分析（二）需求分析 需求分析是指，開發(fā)人員準(zhǔn)確理解用戶的要求，進(jìn)行細(xì)致的調(diào)查分析，將用戶非形式的需求陳述需求分析是指，開發(fā)人員準(zhǔn)確理解用戶的要求，進(jìn)行細(xì)致的調(diào)查分析，將用戶非形式的需求陳述轉(zhuǎn)化為完整的需求定義，再由需求定義轉(zhuǎn)換到相應(yīng)形式的功能規(guī)約（需求規(guī)格說明書）的過程。轉(zhuǎn)化為完整的需求定義，再由需求定義轉(zhuǎn)換到相應(yīng)形式的功能規(guī)約（需求規(guī)格說明書）的過程。需求分析的任務(wù)：1 問題識(shí)別（1）功能需求：所開發(fā)的軟件必須具備什么樣的功能，這是最重要的。（2）性能需求：待開發(fā)的軟件的技術(shù)性能指標(biāo)。（3）環(huán)境需求：軟件運(yùn)行時(shí)所需的軟，硬件的要求。（4）用戶界

4、面要求：人機(jī)交互方式等等。2 分析與綜合，導(dǎo)出軟件的邏輯模型 在分析與綜合中，逐步細(xì)化軟件功能，劃分成各個(gè)子功能，用圖文結(jié)合的形式，建立系統(tǒng)的邏輯模型。3 編寫文檔 需求規(guī)格說明書：把雙方共同的理解與分析結(jié)果用規(guī)范的方式描述出來，作為今后各項(xiàng)工作的基礎(chǔ)2022-4-296（二）需求分析（二）需求分析初步用戶使用手冊(cè)：著重反映被開發(fā)軟件的用戶功能界面和用戶使用的具體要求。確認(rèn)測(cè)試計(jì)劃：作為今后確認(rèn)和驗(yàn)收的依據(jù)。修改項(xiàng)目開發(fā)計(jì)劃，對(duì)原計(jì)劃進(jìn)行適當(dāng)修正。需求分析方法：結(jié)構(gòu)化分析方法，簡(jiǎn)稱SA，是面向數(shù)據(jù)流進(jìn)行分析的方法。該方法使用簡(jiǎn)單易讀的符號(hào)，根據(jù)軟件內(nèi)部數(shù)據(jù)傳遞，變換的關(guān)系，自頂向下逐層分解，描

5、繪出滿足功能要求的軟件模型。描述工具：數(shù)據(jù)流圖（DFD）：以圖形方式描繪數(shù)據(jù)在系統(tǒng)中流動(dòng)和處理的過程。數(shù)據(jù)字典(DD)：為分析人員查找數(shù)據(jù)流圖中有關(guān)名字的詳細(xì)定義而服務(wù)。2022-4-297（二）需求分析（二）需求分析顧客采購部門倉庫經(jīng)理銷售管理系統(tǒng)數(shù)據(jù)字典數(shù)據(jù)流圖2022-4-298（三）概要設(shè)計(jì)（三）概要設(shè)計(jì) 概要設(shè)計(jì)是把軟件概要設(shè)計(jì)是把軟件“做什么做什么”的邏輯模型變換為的邏輯模型變換為“怎么做怎么做”的物理模型，把軟件需求轉(zhuǎn)換為軟件表示，描述的物理模型，把軟件需求轉(zhuǎn)換為軟件表示，描述軟件的總的體系結(jié)構(gòu)。軟件的總的體系結(jié)構(gòu)。概要設(shè)計(jì)任務(wù)：1設(shè)計(jì)軟件系統(tǒng)結(jié)構(gòu)（1）采用某種設(shè)計(jì)方法，將一個(gè)復(fù)

6、雜的系統(tǒng)按功能劃分成模塊。（2）確定每個(gè)模塊的功能（3）確定模塊之間的調(diào)用關(guān)系（4）確定模塊之間的接口2 數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)庫設(shè)計(jì) 對(duì)于大型數(shù)據(jù)處理的軟件系統(tǒng)，除了控制結(jié)構(gòu)的模塊設(shè)計(jì)外，數(shù)據(jù)結(jié)構(gòu)與數(shù)據(jù)庫設(shè)計(jì)也是重要的。3編寫概要設(shè)計(jì)文檔概要設(shè)計(jì)說明書數(shù)據(jù)庫設(shè)計(jì)說明書修改用戶手冊(cè)修改測(cè)試計(jì)劃2022-4-299（三）概要設(shè)計(jì)（三）概要設(shè)計(jì)軟件設(shè)計(jì)名詞解釋：模塊模塊：模塊在程序中是數(shù)據(jù)說明，可執(zhí)行語句等程序?qū)ο蟮募?，或者是單?dú)命名和編址的元素。在軟件體系結(jié)構(gòu)中，模塊是可組合，分解和更換的單元。模塊化模塊化：是指解決一個(gè)復(fù)雜問題時(shí)自頂向下逐層把軟件系統(tǒng)劃分成若干模塊的過程。耦合性耦合性：也稱快間聯(lián)系，

7、模塊之間聯(lián)系越緊密，其耦合性就越強(qiáng)，模塊的獨(dú)立性就越差。內(nèi)聚性內(nèi)聚性：又稱快內(nèi)聯(lián)系，模塊內(nèi)各元素聯(lián)系越緊密，則它的內(nèi)聚性就越高。衡量軟件質(zhì)量的標(biāo)準(zhǔn)-高內(nèi)聚，低耦合高內(nèi)聚，低耦合。軟件結(jié)構(gòu)圖軟件結(jié)構(gòu)圖：是軟件系統(tǒng)的模塊層次結(jié)構(gòu)，反映了整個(gè)系統(tǒng)的功能實(shí)現(xiàn)，及將來程序的層次體系。軟件結(jié)構(gòu)設(shè)計(jì)優(yōu)化準(zhǔn)則：1 劃分模塊時(shí)，盡量做到高內(nèi)聚，低耦合，保持模塊相對(duì)獨(dú)立性，可將功能過于簡(jiǎn)單而又有聯(lián)系的模塊進(jìn)行合并，合并時(shí)消除重復(fù)功能。2 有判定功能的模塊應(yīng)與受其影響的模塊在層次上盡量靠近。3 軟件結(jié)構(gòu)的深度，寬度，扇入，扇出應(yīng)適當(dāng)。4 模塊的大小要適中。5 模塊的接口要簡(jiǎn)單，清晰，含義明確，便于理解，易于實(shí)現(xiàn)，測(cè)

8、試于維護(hù)。2022-4-2910（三）概要設(shè)計(jì)（三）概要設(shè)計(jì)深度：指結(jié)構(gòu)圖控制的層次，左圖深度為5。寬度：指模塊個(gè)數(shù)最多的一層中的模塊個(gè)數(shù)，左圖寬度為4。扇出：指一個(gè)模塊直接下屬模塊的個(gè)數(shù),左圖中模塊A的扇出為3。扇入：指一個(gè)模塊直接上屬模塊的個(gè)數(shù),左圖中模塊B的扇入為3。畫結(jié)構(gòu)圖應(yīng)注意事項(xiàng)：1 同一名字的模塊在結(jié)構(gòu)圖中僅出現(xiàn)一次；2 調(diào)用關(guān)系只能從上到下；3 不嚴(yán)格表示模塊的調(diào)用次序，習(xí)慣上從左到右。AB深度扇出扇入寬度2022-4-2911（四）詳細(xì)設(shè)計(jì)（四）詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)任務(wù)：1為每個(gè)模塊進(jìn)行詳細(xì)的算法設(shè)計(jì)，將每個(gè)模塊處理過程的詳細(xì)算法描述出來。2為模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)，對(duì)于需求分

9、析，概要設(shè)計(jì)確定的概念性的數(shù)據(jù)類型進(jìn)行確切的定義。3對(duì)數(shù)據(jù)庫進(jìn)行物理設(shè)計(jì)4編寫詳細(xì)設(shè)計(jì)說明書 過程設(shè)計(jì)語言（PDL），也稱程序描述語言，又稱為“偽碼”。它是一種用于描述模塊算法設(shè)計(jì)和處理細(xì)節(jié)的語言。IF 條件1成立處理S1ELSE處理S2ENDIFIF 條件1成立發(fā)出提示警告退出運(yùn)行ELSE顯示系統(tǒng)主菜單ENDIF2022-4-2912（五）編碼（五）編碼 編碼即“編程序”，它是在前一階段詳細(xì)設(shè)計(jì)的基礎(chǔ)上進(jìn)行的，它是詳細(xì)設(shè)計(jì)得到的處理過程的描述轉(zhuǎn)換為基于某種計(jì)算機(jī)語言的程序，即源程序代碼。程序設(shè)計(jì)語言的選擇：1 項(xiàng)目的應(yīng)用領(lǐng)域2 軟件開發(fā)的方法3 軟件執(zhí)行的環(huán)境4 軟件開發(fā)人員的知識(shí)程序設(shè)計(jì)風(fēng)

10、格：1 源程序文檔化（編碼規(guī)范）2 數(shù)據(jù)說明（注釋）3 語句構(gòu)造4 輸入輸出（結(jié)束標(biāo)志）5 效率提高效率的根本途徑在于良好的設(shè)計(jì)方法，良好的設(shè)計(jì)結(jié)構(gòu)與算法。2022-4-2913（六）測(cè)試（六）測(cè)試 測(cè)試階段的基本任務(wù)是根據(jù)軟件開發(fā)各階段的文檔資料和程序內(nèi)部結(jié)構(gòu)，精心設(shè)計(jì)一組測(cè)試用例，找出軟件中測(cè)試階段的基本任務(wù)是根據(jù)軟件開發(fā)各階段的文檔資料和程序內(nèi)部結(jié)構(gòu)，精心設(shè)計(jì)一組測(cè)試用例，找出軟件中潛在的各種錯(cuò)誤和缺陷。潛在的各種錯(cuò)誤和缺陷。軟件測(cè)試原則：1 測(cè)試用例應(yīng)有輸入數(shù)據(jù)和預(yù)期的輸出數(shù)據(jù)兩部分組成。2 測(cè)試用例不僅要選擇合理的輸入數(shù)據(jù)，還要選擇不合理的輸入數(shù)據(jù)。3 除了檢查程序是否做了它應(yīng)該做的

11、事，還要檢查程序是否做了它不應(yīng)該做的事。4 長(zhǎng)期保留測(cè)試用例。5 程序員避免測(cè)試自己的程序。測(cè)試方法：1 靜態(tài)測(cè)試：不在機(jī)器上運(yùn)行，采用人工檢測(cè)和計(jì)算機(jī)輔助分析的手段對(duì)程序進(jìn)行檢測(cè)。2 動(dòng)態(tài)測(cè)試 2.1 黑盒測(cè)試：測(cè)試人員不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程，只在軟件接口處進(jìn)行測(cè)試，依據(jù)需求規(guī)格說明書，檢查程序是否滿足功能要求。 2.2 白盒測(cè)試：測(cè)試人員須了解程序的內(nèi)部結(jié)構(gòu)和處理過程，以檢查處理過程的細(xì)節(jié)為基礎(chǔ)，對(duì)程序中盡可能多的邏輯路徑進(jìn)行測(cè)試，檢查內(nèi)部控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)是否有錯(cuò)，實(shí)際的運(yùn)行狀態(tài)與預(yù)期的狀態(tài)是否一致。2022-4-2914（六）測(cè)試（六）測(cè)試測(cè)試過程：?jiǎn)卧獪y(cè)試：對(duì)源程序中每一個(gè)程

12、序單元進(jìn)行測(cè)試，檢查各個(gè)模塊是否正確實(shí)現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯(cuò)誤。集成測(cè)試：檢查與設(shè)計(jì)相關(guān)的軟件體系結(jié)構(gòu)的有關(guān)問題。確認(rèn)測(cè)試：主要檢查已實(shí)現(xiàn)的軟件是否滿足需求規(guī)格說明書中確定了的各種需求。系統(tǒng)測(cè)試：把已確認(rèn)的軟件與其他系統(tǒng)元素（其他支出軟件，硬件等）結(jié)合在一起進(jìn)行測(cè)試。版本發(fā)布：a、b、c三個(gè)階段a階段也就是一開始測(cè)試的階段，它是由該公司內(nèi)部人員完成，稱為：Alpha測(cè)試 (Alpha 也是希臘字母里的首字母a，Alpha 也有一開始、最初的意思)。alpha 測(cè)試主要看有沒有功能上的缺失或系統(tǒng)錯(cuò)誤什么的，alpha測(cè)試完后一般不會(huì)有大問題了。2022-4-2915（六）

13、測(cè)試（六）測(cè)試 b 把軟件發(fā)布到網(wǎng)上或以其它途徑發(fā)給普通用戶測(cè)試，稱為：beta測(cè)試(beta 是希臘字母 b，beta 其意思是第二位的東西，)就是指軟件第二階段測(cè)試的意思。主要是看用戶對(duì)軟件外觀，使用方便性等的反映。如果beta1版用戶反映有問題，拿到公司修改，改完后發(fā)布beta2版，還有不滿意的地方，再改，再發(fā)布beta3版，直到用戶滿意。c階段測(cè)試也稱為：RC測(cè)試 ( Release Candidate 的縮寫 )，意思是發(fā)布軟件發(fā)布倒計(jì)時(shí)，該版本已經(jīng)完成全部功能并清除大部分的BUG。到了這個(gè)階段只會(huì)去除一小的BUG，不會(huì)對(duì)軟件做任何大的更改。最后正式版發(fā)布，測(cè)試階段結(jié)束同時(shí)會(huì)在正式版的軟件名稱后加上final。2022-4-2916（七）軟件維護(hù)（七）軟件維護(hù) 軟件投入使用后就進(jìn)入軟件維護(hù)階段，是軟件生存周期中時(shí)間最長(zhǎng)的一個(gè)階段。軟件維護(hù)內(nèi)容：1 校正性維護(hù) 軟件交付使用后，由于軟件開