軟件開發(fā)流程

1、軟件開發(fā)流程軟件開發(fā)流程開發(fā)流程總圖可行性分析和項目開發(fā)計劃 -> 需求分析 -> 概要分析 -> 詳細設計 -> 編碼 -> 測試 -> 維護（一）可行性分析和項目開發(fā)計劃軟件可行性研究的目的就是用最小的代價在盡可能短的時間內(nèi)確定該軟件項目是否夠開發(fā)，是否值得去開發(fā) 。i.技術(shù)可行性確定現(xiàn)有資源（軟件、硬件、技術(shù)人員）條件下，項目是否能實現(xiàn)。ii.經(jīng)濟可行性進行開發(fā)成本的估算以及了解取得經(jīng)濟效益的評估， 確定要開發(fā)的項目是否值得投資去開發(fā)。iii.社會可行性要開發(fā)的項目是否存在任何侵犯、 妨礙等責任問題， 要開發(fā)項目的運行方式在用戶組內(nèi)是否行得通，現(xiàn)有管理

2、制度、人員素質(zhì)、操作方式是否可行。編寫文檔：可行性研究報告項目開發(fā)計劃項目開發(fā)計劃是一個管理性文檔，說明項目的各項主要工作，雙方承擔的責任，項目完成期限及其他條件限制。（二）需求分析需求分析是指：開發(fā)人員準確理解用戶的要求，進行細致的調(diào)查分析，將用戶非形式的需求陳述轉(zhuǎn)化為完整的需求定義， 再由需求定義轉(zhuǎn)化到相應形式的功能規(guī)約 ( 需求規(guī)格說明書 ) 的過程。需求分析的任務：i.問題識別1.功能需求：所開發(fā)的軟件必須具備怎樣的功能。i.編寫概要設計文檔概要設計說明書數(shù)據(jù)庫設計說明書軟件結(jié)構(gòu)設計優(yōu)化準則：1、劃分模塊時，盡量做到高內(nèi)聚，低耦合，保持模塊相對獨立性，可將功能過于簡單而又有聯(lián)系的模塊進

3、行合并，合并時消除重復功能。2、有判定功能的模塊應與受其影響的模塊在層次上盡量靠近。3、軟件結(jié)構(gòu)的深度、寬度、扇入、扇出應適當。4、模塊的大小要適中。5、模塊的接口要簡單、清晰、含義明確、便于理解、易于實現(xiàn)、測試與維護。（四）詳細設計詳細設計任務：i.為每個模塊進行詳細的算法設計概要設計，將每個模塊的處理過程的詳細算法描述出來。ii.為模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進行設計，對于需求分析，概要設計確定的概念性的數(shù)據(jù)類型進行確切的定義。iii.iv.（五）編碼對數(shù)據(jù)庫進行物理設計編寫詳細設計說明書編碼即“編程序” ，它是在前一階段詳細設計的基礎上進行的。它是詳細設計得到的處理過程的描述轉(zhuǎn)換為基于某種計算機語言

4、的程序。程序設計語言的選擇：1、項目的應用領域2、軟件開發(fā)的方法3、軟件執(zhí)行的環(huán)境4、軟件開發(fā)人員的知識程序設計風格1、源程序文檔化（編碼規(guī)范）2、數(shù)據(jù)說明（注釋）3、語句構(gòu)造4、輸入輸出（結(jié)束標志）5、效率（六）測試測試階段的基本任務是根據(jù)軟件開發(fā)的各階段的文檔資料和程序內(nèi)部結(jié)構(gòu)，精心設計一組測試用例，找出軟件潛在的各種錯誤和缺陷。軟件測試原則：1、測試用例應有輸入數(shù)據(jù)和預期的輸出數(shù)據(jù)兩部分組成。2、測試用例不僅要選擇合理的輸入數(shù)據(jù)，還要選擇不合理的輸入數(shù)據(jù)3、除了檢查程序是否做了它應該做的事，還要檢查程序是否做了它不應該做的事。4、長期保留測試用例。5、程序員避免測試自己的程序。測試方法：

5、1、靜態(tài)測試：不在機器上運行，采用人工檢測和計算機輔助分析的手段對程序進行檢測。2、動態(tài)測試：a)黑盒測試： 測試人員不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程，只在軟件接口進行測試，依據(jù)需求規(guī)格說明書，檢查程序是否滿足功能需求。b)白盒測試： 測試人員須了解程序的內(nèi)部結(jié)構(gòu)和處理過程，以檢查處理過程的細節(jié)為基礎， 對程序中盡可能多的邏輯路徑進行測試， 檢查內(nèi)部控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)是否有錯，實際的運行狀態(tài)與預期的狀態(tài)是否一致。測試過程：1、單元測試：對源程序中每一個程序單元進行測試，檢查各個模塊是否正確實現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯誤。2、集成測試：檢查與設計相關的軟件體系結(jié)構(gòu)的有關問題。3

6、、確認測試：主要檢查已實現(xiàn)的軟件是否滿足需求規(guī)格說明書中確定了的各種需求。4、系統(tǒng)測試：把已確認的軟件與其他系統(tǒng)元素（其他支出軟件、硬件等）結(jié)合在一起測試。版本發(fā)布：分為 a、 b、 c 三個階段1、 a 階段也就是一開始測試的階段，它是由該公司內(nèi)部人員完成，稱為：測試， alpha 測試主要看有沒有功能上的缺失或系統(tǒng)錯誤什么的。2、 b 階段發(fā)布到公網(wǎng)上或以其他途徑發(fā)給普通用戶測試，稱為：betaalpha測試。主要看客戶對軟件外觀，使用方便性等的反應。3、 c 階段稱為： RC測試，該版本已經(jīng)完成全部功能并清除大部分bug，到這個階段只會去除一小的 bug，不會對軟件做任何大的更改。最后正式版發(fā)布，測試階段結(jié)束同時會在正式版的軟件名稱加上 -final（七）軟件維護軟件投入使用后就進行軟件維護階段， 是軟件生存周期中時間最長的一個階段。軟件維護內(nèi)容：1、校正性維護 ：軟件交付使用后，由于軟件開發(fā)過程中產(chǎn)生的錯誤并沒有完全徹底的在程序中發(fā)現(xiàn)，這些隱含的錯誤在某些特定的使用環(huán)境下會暴露出來。2、適應性維護 ：隨著計算機的發(fā)展，計算機軟硬件都在不斷變化，數(shù)據(jù)環(huán)境也在發(fā)生變化，為了使應