軟件項(xiàng)目開發(fā)流程

1、軟件生命周期：軟件生命周期是軟件產(chǎn)品或系統(tǒng)一系列相關(guān)活動(dòng)的全周期。1軟件定義：確定軟件開發(fā)總目標(biāo)；確定工程的可行性；導(dǎo)出實(shí)現(xiàn)策略及系統(tǒng)功能；估計(jì)資源和成本，并且制定工程進(jìn)度表。2軟件開發(fā)：具體設(shè)計(jì)和實(shí)現(xiàn)在前一個(gè)時(shí)期定義的軟件3軟件維護(hù)：使軟件持久地滿足用戶的需要。1.問題定義、2.可行性研究、3.需求分析4.總體設(shè)計(jì)、5.詳細(xì)設(shè)計(jì)、6.編碼和單元測(cè)試、7.綜合測(cè)試8.軟件維護(hù)軟件定義軟件開發(fā)可行性分析需求分析總體設(shè)計(jì)詳細(xì)設(shè)計(jì)編 碼測(cè) 試軟件發(fā)布軟件運(yùn)行軟件維護(hù)軟件維護(hù)問題定義系統(tǒng)設(shè)計(jì)系統(tǒng)實(shí)現(xiàn)1. 問題定義 “要解決的問題是什么?” 確定用戶要求解決的性質(zhì)、工程的目標(biāo)和規(guī)模。2. 可行性研究 “

2、對(duì)于上一個(gè)階段所確定的問題有行得通的解決辦法嗎?” 經(jīng)濟(jì)可行性、技術(shù)可行性、法律可行性、不同的方案3. 需求分析 “為了解決這個(gè)問題，目標(biāo)系統(tǒng)必須做什么” 確定系統(tǒng)必須具有的功能和性能，系統(tǒng)要求的運(yùn)行環(huán)境，并且預(yù)測(cè)系統(tǒng)發(fā)展的前景。 規(guī)格說明書(specification)4. 總體設(shè)計(jì)（概要設(shè)計(jì)） “概括地說，應(yīng)該怎樣實(shí)現(xiàn)目標(biāo)系統(tǒng)?” 設(shè)計(jì)出實(shí)現(xiàn)目標(biāo)系統(tǒng)的幾種可能的方案。推薦一個(gè)最佳方案。5. 詳細(xì)設(shè)計(jì) “應(yīng)該怎樣具體地實(shí)現(xiàn)這個(gè)系統(tǒng)呢?” 設(shè)計(jì)出程序的詳細(xì)規(guī)格說明。6. 編碼和單元測(cè)試 寫出正確的容易理解、容易維護(hù)的程序模塊 仔細(xì)測(cè)試編寫出的每一個(gè)模塊。7. 綜合測(cè)試 集成測(cè)試和驗(yàn)收測(cè)試，現(xiàn)場(chǎng)

3、測(cè)試或平行運(yùn)行8. 軟件維護(hù) 使系統(tǒng)持久地滿足用戶的需要。 改正性維護(hù)，適應(yīng)性維護(hù)，完善性維護(hù)，預(yù)防性維護(hù)。IEC12207軟件生命周期 ISO/IEC15504軟件過程 軟件過程軟件過程 任務(wù)框架，各項(xiàng)任務(wù)的工作步驟 運(yùn)用方法的順序、文檔資料、管理措施，各個(gè)階段的里程碑 生命周期模型或過程模型 典型的過程模型1.瀑布模型(Waterfall model)2.快速原型開發(fā)模型(Rapid Prototyping model)3.增量模型(Incremental model)4.螺旋模型(Spiral model)瀑布模型理想的瀑布模型實(shí)際的瀑布模型瀑布模型的特點(diǎn)1.階段間具有順序性和依賴性2.

4、推遲實(shí)現(xiàn)的觀點(diǎn)清楚地區(qū)分邏輯設(shè)計(jì)與物理設(shè)計(jì)，盡可能推遲程序的物理實(shí)現(xiàn)。3.質(zhì)量保證的觀點(diǎn)(文檔驅(qū)動(dòng))每個(gè)階段都必須完成規(guī)定的文檔每個(gè)階段結(jié)束前都要對(duì)所完成的文檔進(jìn)行評(píng)審瀑布模型的缺點(diǎn) 開發(fā)過程一般不能逆轉(zhuǎn)，否則代價(jià)太大 規(guī)格說明很難理解：“我知道這是按我的要求做的，但不是我想要的樣子。” 軟件的實(shí)際情況必須到項(xiàng)目開發(fā)的后期客戶才能看到。（文檔驅(qū)動(dòng)的兩面性）用戶測(cè)試運(yùn)行原型建造/修改 原型 聽取用 戶意見 原型模型的特點(diǎn) 快速原型的本質(zhì)是“快速” 快速原型可以取代規(guī)格說明階段，但不是設(shè)計(jì)階段，容易適應(yīng)需求的變化 有利于開發(fā)與培訓(xùn)的同步 原型模型的應(yīng)用范圍 對(duì)所開發(fā)的領(lǐng)域比較熟悉而且有快速的原型開

5、發(fā)工具 項(xiàng)目招投標(biāo)時(shí)，可以以原型模型作為軟件的開發(fā)模型 進(jìn)行產(chǎn)品移植或升級(jí)時(shí)，或?qū)σ延挟a(chǎn)品原型進(jìn)行客戶化工作時(shí)，原型模型是非常適合的 比較 瀑布模型試圖一次就獲得正確的產(chǎn)品 快速原型頻繁變化，然后廢棄 增量模型的優(yōu)點(diǎn) 每個(gè)階段交付一個(gè)可用的產(chǎn)品 減少一個(gè)全新產(chǎn)品給客戶帶來的心理上的影響 分階段地交付產(chǎn)品不需要大的資金支出 需求經(jīng)常變化，增量模型的靈活性使其具有更加優(yōu)越的適用性 增量模型的困難 需要一個(gè)開放的結(jié)構(gòu)，方便構(gòu)件的加入 增量模型本身就是一個(gè)矛盾的名詞風(fēng)險(xiǎn)更大的增量模型1988年，Barry Boehm正式發(fā)表了軟件系統(tǒng)開發(fā)的“螺旋模型”，它將瀑布模型和快速原型模型結(jié)合起來，強(qiáng)調(diào)了其他模

6、型所忽視的風(fēng)險(xiǎn)分析 簡(jiǎn)化版本：瀑布模型+風(fēng)險(xiǎn)分析 每個(gè)階段之前- 確定目標(biāo)，可供選擇的辦法及其限制條件- 風(fēng)險(xiǎn)分析 每個(gè)階段之后- 評(píng)估- 計(jì)劃下一階段 螺旋模型的優(yōu)點(diǎn) 容易確定什么時(shí)候已經(jīng)對(duì)某一階段的產(chǎn)品充分測(cè)試完畢 維護(hù)和開發(fā)之間沒有什么本質(zhì)上的差別 螺旋模型的缺點(diǎn) 僅適合于大型軟件 風(fēng)險(xiǎn)驅(qū)動(dòng)既是優(yōu)點(diǎn)也是缺點(diǎn) 對(duì)于100或200行長(zhǎng)的短程序可以做得很好 問題 沒有規(guī)格說明書 沒有設(shè)計(jì) 不能令人滿意生命周期模型生命周期模型優(yōu)點(diǎn)優(yōu)點(diǎn)缺點(diǎn)缺點(diǎn)建造-修補(bǔ)模型適用于不需要任何維護(hù)的小程序不適于重要的程序瀑布模型文檔驅(qū)動(dòng)的有序方法交付產(chǎn)品可能不符合客戶的要求快速原型模型確保交付的產(chǎn)品符合客戶的要求還沒

7、有證明無懈可擊增量模型增大投資的早期回報(bào)要求開放的結(jié)構(gòu)，可能退化為建造-修補(bǔ)模型螺旋模型結(jié)合上述所有模型的特性只能用于大型的內(nèi)部軟件產(chǎn)品，開發(fā)者必須精通風(fēng)險(xiǎn)分析和風(fēng)險(xiǎn)排除這個(gè)項(xiàng)目是做還是不做呢？l 一旦軟件范圍已經(jīng)被標(biāo)識(shí)出來，們自然會(huì)問：“我們能夠開放軟件以滿足改范圍嗎？項(xiàng)目是可行的嗎？”在軟件危機(jī)時(shí)期人們通常會(huì)跳過這個(gè)階段，往往陷入從開始就注定失敗的項(xiàng)目泥潭中。l 可行性分析的目的是為了用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問題是否能夠解決。l 必須記住：。 最根本的任務(wù)是對(duì)以后的行動(dòng)方針提出建議 如果問題沒有可行的解，應(yīng)該建議停止這項(xiàng)開發(fā)工程，以避免時(shí)間、資源、人力和金錢的浪費(fèi) 如果問題值得解

8、，應(yīng)該推薦一個(gè)較好的解決方案，并且為工程制定一個(gè)初步的計(jì)劃可行性研究的任務(wù) 經(jīng)濟(jì)可行性 操作可行性 這個(gè)系統(tǒng)的經(jīng)濟(jì)效益能超過它的開發(fā)成本嗎？使用現(xiàn)有的技術(shù)能實(shí)現(xiàn)這個(gè)系統(tǒng)嗎？技術(shù)可行性 系統(tǒng)的操作方式在這個(gè)組織內(nèi)行得通嗎？ 包括總體方案和可行性論證兩個(gè)方面內(nèi)容： 引言 系統(tǒng)建設(shè)的背景、必要性和意義 擬建系統(tǒng)的候選方案 可行性論證 方案的比較 結(jié)論可行性分析報(bào)告要盡量取得有關(guān)管理人員的一致認(rèn)識(shí)舉例舉例 1 2 3 4 5 年年604020 0成本成本- -效益效益( (萬元萬元) )該系統(tǒng)節(jié)省經(jīng)費(fèi)該系統(tǒng)節(jié)省經(jīng)費(fèi)該系統(tǒng)成本該系統(tǒng)成本盈虧平衡點(diǎn)盈虧平衡點(diǎn)投資回收期投資回收期 - -成本及效益分析圖成本

9、及效益分析圖復(fù)查系統(tǒng)規(guī)模和目標(biāo)復(fù)查系統(tǒng)規(guī)模和目標(biāo)研究目前正在使用的系統(tǒng)研究目前正在使用的系統(tǒng)導(dǎo)出新系統(tǒng)的邏輯模型導(dǎo)出新系統(tǒng)的邏輯模型評(píng)價(jià)可能解法，推薦行動(dòng)方案，評(píng)價(jià)可能解法，推薦行動(dòng)方案，草擬開發(fā)計(jì)劃草擬開發(fā)計(jì)劃書寫可行性報(bào)告等文擋，提交審查書寫可行性報(bào)告等文擋，提交審查符合要求嗎？符合要求嗎？ny 需求工程提供了一個(gè)比較完善的流程和方法來需求工程提供了一個(gè)比較完善的流程和方法來解決如何定義一個(gè)待開發(fā)的軟件系統(tǒng)解決如何定義一個(gè)待開發(fā)的軟件系統(tǒng) 需求工程過程可以被描述為需求工程過程可以被描述為6 6個(gè)部分：個(gè)部分： 需求獲取、需求分需求獲取、需求分析、需求傳遞、需求建模、需求確認(rèn)和需求管理析、需

10、求傳遞、需求建模、需求確認(rèn)和需求管理 開發(fā)出符合客戶要求的系統(tǒng)需求，包括符合客戶要求的界面 提供有效的解決方案以便確定軟件系統(tǒng)中的主要元素 將定義的需求分配給系統(tǒng)中的每個(gè)元素，了解軟件需求受系統(tǒng)的制約、對(duì)操作環(huán)境的影響 制定合適的軟件版本發(fā)布策略，以確定系統(tǒng)或軟件需求實(shí)現(xiàn)的優(yōu)先級(jí) 確定軟件需求，并根據(jù)客戶需求變化進(jìn)行必要的更新（1）用戶解決問題或達(dá)到目標(biāo)所需的條件或性能（2）系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔條件或性能（3）一種反映上面（1）或（2）所描述的條件或性能的文檔說明。 業(yè)務(wù)需求業(yè)務(wù)需求反映組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)、產(chǎn)品的概括性要求，包括所要達(dá)到的業(yè)務(wù)目標(biāo)，由項(xiàng)目視圖

11、與范圍文檔說明 用戶需求用戶需求描述用戶使用系統(tǒng)而要完成的各種任務(wù)，由用例（use case）文檔或方案腳本說明 功能需求功能需求定義開發(fā)人員必須實(shí)現(xiàn)的軟件功能，它源于用戶需求，是軟件需求說明書中重要的組成部分 需求層次之間的關(guān)系需求層次之間的關(guān)系不同層次成果不同層次成果簡(jiǎn)單性描述簡(jiǎn)單性描述 需求獲取需求獲?。和ㄟ^各種途徑獲取用戶的需求信息， 經(jīng)過“定義問題分析問題根本原因分析涉眾定義系統(tǒng)邊界確定約束條件” 需求分析需求分析：對(duì)獲取的需求信息去偽存真、歸納處理，進(jìn)行各種分析，試圖掌握用戶的真正意圖和要求 需求獲取需求獲取需求分析需求分析需求定義需求定義需求確認(rèn)需求確認(rèn) 需求定義需求定義：根據(jù)需

12、求調(diào)查和需求分析的結(jié)果，解釋涉眾需求，并整理成規(guī)范的、清晰的產(chǎn)品需求規(guī)格說明書 需求確認(rèn)需求確認(rèn)是指開發(fā)方和客戶方共同對(duì)需求說明書進(jìn)行評(píng)審，雙方對(duì)需求達(dá)成共識(shí)后作出承諾，并符合優(yōu)秀需求陳述的特征，包括完整、正確、可行、必要、具有優(yōu)先級(jí)、無二義性和可驗(yàn)證 需求獲取需求獲取需求分析需求分析需求定義需求定義需求確認(rèn)需求確認(rèn) 需求管理是需求管理是針對(duì)不斷變化的客戶需求加以收集、處理和跟蹤，并建立軟件需求的基準(zhǔn)線，以作為項(xiàng)目中軟件開發(fā)活動(dòng)過程和產(chǎn)品度量和變更管理的基礎(chǔ)。 需求管理可需求管理可以分為需求評(píng)審、需求跟蹤和需求變更控制 需求變更控制是需求管理中最主要的工作系統(tǒng)架構(gòu)設(shè)計(jì)系統(tǒng)架構(gòu)設(shè)計(jì)詳細(xì)設(shè)計(jì)詳細(xì)設(shè)

13、計(jì) 可靠性可靠性 性能和安全性性能和安全性 可擴(kuò)展性可擴(kuò)展性 可定制性或可移植性可定制性或可移植性 可維護(hù)性可維護(hù)性 可重用性可重用性高可靠性高可靠性高可維護(hù)性高可維護(hù)性高可理解性高可理解性高效率高效率 軟件設(shè)計(jì)的目標(biāo) 設(shè)計(jì)軟件系統(tǒng)結(jié)構(gòu)，如系統(tǒng)層次結(jié)構(gòu)的劃分、分布式結(jié)構(gòu)的布局。 確定設(shè)計(jì)元素，為設(shè)計(jì)元素分配特定功能。 確定設(shè)計(jì)元素之間的關(guān)系，完成相應(yīng)的通訊、同步與數(shù)據(jù)存取的協(xié)議和接口的設(shè)計(jì)。 分析系統(tǒng)的規(guī)模和負(fù)載等，使系統(tǒng)滿足性能、安全性等要求。 對(duì)不同的設(shè)計(jì)方案進(jìn)行比較和分析，選擇最優(yōu)的解決方案。 編寫設(shè)計(jì)文檔。 設(shè)計(jì)文檔評(píng)審 軟件體系結(jié)構(gòu)是一個(gè)抽象的系統(tǒng)規(guī)范，包含一定形式軟件體系結(jié)構(gòu)是一個(gè)

14、抽象的系統(tǒng)規(guī)范，包含一定形式的結(jié)構(gòu)化元素，對(duì)程序系統(tǒng)各構(gòu)件的可見特性、的結(jié)構(gòu)化元素，對(duì)程序系統(tǒng)各構(gòu)件的可見特性、結(jié)構(gòu)及其相互之間關(guān)系的描述結(jié)構(gòu)及其相互之間關(guān)系的描述 詳細(xì)設(shè)計(jì)就是考慮在技術(shù)上如何實(shí)現(xiàn)已設(shè)計(jì)好的體系結(jié)構(gòu)、如何實(shí)現(xiàn)已定義的軟件功能 主要任務(wù)是為每個(gè)模塊確定所采用的算法、程序流程和數(shù)據(jù)結(jié)構(gòu)，確定每個(gè)模塊的接口細(xì)節(jié) 構(gòu)造軟件系統(tǒng)的邏輯體系結(jié)構(gòu)，包括系統(tǒng)層次依賴關(guān)系 將邏輯體系結(jié)構(gòu)中指定的組件映射到物理環(huán)境，從而生成一個(gè)高級(jí)部署體系結(jié)構(gòu) 創(chuàng)建一個(gè)實(shí)現(xiàn)規(guī)范 創(chuàng)建一系列詳細(xì)說明實(shí)現(xiàn)軟件部署方案的計(jì)劃 軟件設(shè)計(jì)評(píng)審，主要是技術(shù)評(píng)審，也包括文檔審查。 軟件設(shè)計(jì)的審查涉及軟件體系結(jié)構(gòu)和詳細(xì)設(shè)計(jì)結(jié)果

15、，其審查對(duì)象是產(chǎn)品規(guī)格設(shè)計(jì)說明、系統(tǒng)架構(gòu)和技術(shù)設(shè)計(jì)文檔、測(cè)試計(jì)劃和測(cè)試用例。 其目的是保證軟件設(shè)計(jì)和需求分析保持一致，使設(shè)計(jì)更好地符合用戶需求和業(yè)務(wù)需求，確保軟件系統(tǒng)能滿足系統(tǒng)功能性和非功能性的需求 單元測(cè)試單元測(cè)試:是驗(yàn)證那些可單獨(dú)被測(cè)試的軟件部分其隔離的功能特性 單元測(cè)試的對(duì)象是構(gòu)成軟件產(chǎn)品或系統(tǒng)的最小的獨(dú)立單元 驅(qū)動(dòng)程序驅(qū)動(dòng)程序（driver），對(duì)底層或子層模塊進(jìn)行（單元或集成）測(cè)試時(shí)所編制的調(diào)用被測(cè)模塊的程序，用以模擬被測(cè)模塊的上級(jí)模塊 樁程序樁程序（stub），對(duì)頂層或上層模塊進(jìn)行測(cè)試時(shí)，所編制的替代下層模塊的程序，用以模擬被測(cè)模塊工作過程中所調(diào)用的模塊。 集成測(cè)試是將已分別通過測(cè)試

16、的單元按設(shè)計(jì)要求組合起來再進(jìn)行的測(cè)試，以檢查這些單元之間的接口是否存在問題 持續(xù)集成 每項(xiàng)功能符合實(shí)際要求 功能邏輯清楚，符合使用者習(xí)慣 菜單、按鈕等各項(xiàng)操作是否正常、靈活 系統(tǒng)的界面清晰、美觀 系統(tǒng)的各種狀態(tài)按照業(yè)務(wù)流程而變化，并保持穩(wěn)定 能接受正確的數(shù)據(jù)輸入，對(duì)異常數(shù)據(jù)的輸入可以進(jìn)行提示、容錯(cuò)處理等 數(shù)據(jù)的輸出結(jié)果準(zhǔn)確，格式清晰，可以保存和讀取 軟件升級(jí)后，能繼續(xù)支持舊版本的數(shù)據(jù) 與外部應(yīng)用系統(tǒng)的接口有效負(fù)載測(cè)試負(fù)載測(cè)試（Load test）/壓力測(cè)試(stress test)容量測(cè)試容量測(cè)試（Capacity test ）性能測(cè)試性能測(cè)試（Performance test）安全性測(cè)試安全

17、性測(cè)試（Security test ）容錯(cuò)測(cè)試容錯(cuò)測(cè)試（Recovery test） 兼容性測(cè)試兼容性測(cè)試（Compatibility test）可靠性測(cè)試可靠性測(cè)試（Reliability test） 驗(yàn)收測(cè)試是是技術(shù)測(cè)試的最后一個(gè)階段，也稱為交付測(cè)試。 驗(yàn)收測(cè)試一般會(huì)根據(jù)產(chǎn)品規(guī)格說明書嚴(yán)格地檢查產(chǎn)品，逐字逐句地對(duì)照說明書以檢查事先定義的軟件產(chǎn)品的各項(xiàng)具體要求，確保所開發(fā)的軟件產(chǎn)品符合用戶期望和需求 2.5.1 系統(tǒng)部署系統(tǒng)部署 2.5.2 軟件運(yùn)行和技術(shù)支持軟件運(yùn)行和技術(shù)支持 2.5.3 維護(hù)過程維護(hù)過程 開發(fā)試驗(yàn)性系統(tǒng) 對(duì)試驗(yàn)性系統(tǒng)進(jìn)行全面認(rèn)證 測(cè)試通過，開始規(guī)劃原型系統(tǒng) 根據(jù)培訓(xùn)規(guī)劃培

18、訓(xùn)部署的管理員和用戶 完成原型系統(tǒng)的網(wǎng)絡(luò)構(gòu)建、軟硬件的安裝和配置 數(shù)據(jù)備份或做好可以恢復(fù)（Roll-back）的準(zhǔn)備 將數(shù)據(jù)從現(xiàn)有應(yīng)用程序遷移到當(dāng)前解決方案 進(jìn)行相關(guān)的設(shè)置、定制和數(shù)據(jù)初始化處理 針對(duì)所有基本功能進(jìn)行原型驗(yàn)證 完成所有的部署 確定和管理由于引人并發(fā)操作軟件而帶來的操作上的風(fēng)險(xiǎn) 按要求的步驟和在要求的操作環(huán)境中運(yùn)行軟件 提供操作上的技術(shù)支持，以便解決操作過程個(gè)出現(xiàn)的問題 確保軟件（或主機(jī)系統(tǒng)）有足夠的能力滿足用戶的需求 基于實(shí)施情況，確定客戶所需要的支持服務(wù) 通過提供適當(dāng)?shù)姆?wù)來滿足客戶的需求 針對(duì)客戶對(duì)產(chǎn)品本身及其相應(yīng)的支持服務(wù)的滿意程度進(jìn)行持續(xù)的評(píng)估 確定組織、操作以及接口對(duì)現(xiàn)行系統(tǒng)的影響 對(duì)軟件進(jìn)行設(shè)計(jì)更新、代碼修改或系統(tǒng)參數(shù)調(diào)整、硬件升級(jí)等，并進(jìn)行測(cè)試驗(yàn)證 一旦系統(tǒng)或系統(tǒng)組件發(fā)生了變更，應(yīng)及時(shí)更新有關(guān)的文檔 移植系統(tǒng)與軟件，以滿足系統(tǒng)運(yùn)行環(huán)境的要求 盡量減少軟件與系統(tǒng)對(duì)用戶使用的影響 為及時(shí)滿足用戶的需求和系統(tǒng)性能、穩(wěn)定性等要求，保持系統(tǒng)操作完整性的前提下對(duì)系統(tǒng)進(jìn)行變更、移植與升級(jí)，包括硬件、軟件、操作手冊(cè)、網(wǎng)絡(luò)等方面的維護(hù) 計(jì)劃計(jì)劃 計(jì)劃就是預(yù)測(cè)未來，將不確定性轉(zhuǎn)化為確定性計(jì)劃就是預(yù)測(cè)未來，將不確定性轉(zhuǎn)化為確定性 計(jì)劃就是