1、軟件生命周期模型,成都分部 薛順甫,今日要點,軟件過程 中興通訊公司的研發(fā)流程 軟件生命周期模型 軟件生命周期模型與中興通訊的研發(fā)流程 項目類型與軟件生命周期模型的選擇 小結(jié),軟件過程,過程就是針對某一給定目標的一系列運作步驟，IEEE-STD-610 是在過程環(huán)境下的一系列有序活動。所謂活動（Activity）就是過程對象一次狀態(tài)改變，也叫過程步(Step)。 活動起始態(tài)和活動結(jié)果態(tài)表征了活動的進行?？梢哉f一切事物的發(fā)生、發(fā)展、消亡都離不開過程，都寓于過程之中。,軟件過程,煮雞蛋的啟示,軟件過程,軟件過程是將用戶的需求轉(zhuǎn)化成有效的軟件解決方案的一系列活動。 許多軟件組織無法正確定義和控制這一

2、過程，但這恰恰是組織改進的關(guān)鍵。,軟件過程,過程的好壞由結(jié)果狀態(tài)與預期狀態(tài)的差異決定，也就是目標成果質(zhì)量的好壞。 規(guī)程（Procedure）是人們對客觀事物運動規(guī)律 的理解和掌握，使規(guī)范了的過程。 軟件過程是為了獲得高質(zhì)量軟件產(chǎn)品所需要完 成的一系列任務的框架，它規(guī)定了完成各項任務的工作步驟。 軟件過程必須科學、合理，才能開發(fā)出高質(zhì)量 的軟件產(chǎn)品,軟件過程,工作任務,里程碑、交付物,SQA點,為建造高質(zhì)量的軟件需要完成的任務的框架。,軟件過程,公共過程框架,輔助活動,框架活動,任務集合,軟件過程,軟件過程又稱軟件生存周期過程，是軟件生存周期內(nèi)為達到一定目標而必須實施的一系列相關(guān)過程的集合。 早

3、期： 立項、需求分析、設(shè)計、編碼、 測試、交付、維護、退役,軟件過程,項目計劃就是安排實際的過程，制作項目計劃首先要定義過程。項目計劃是某個軟件過程模型的實例。 軟件過程是人類制作產(chǎn)物的一系列活動，而過去的軟件工程師把產(chǎn)物和人分離，只研究產(chǎn)品過程及其質(zhì)量，假定人力、物力資源是無限大、無限好。現(xiàn)在認識到面對實際資源實施軟件過程學，求相對最佳質(zhì)量才是有效的。,軟件過程,現(xiàn)在的軟件生命周期過程包括： 早期： 立項、需求分析、設(shè)計、編碼、 測試、交付、維護、退役 又加入了： 管理各種活動、質(zhì)量保證 環(huán)境基礎(chǔ)設(shè)施配置、文檔管理等。,軟件過程,第一級：初始級 軟件過程的特征是無序的，有時甚至混亂的。幾乎沒

4、有過程定義，成功完全取決于個人的能力。 第二級：可重復級 建立了基本的項目管理過程，能夠追蹤費用、進度和功能。有適當?shù)谋匾倪^程規(guī)范，使得可以重現(xiàn)以前類似項目的成功。 第三級：定義級 用于管理和工程活動的軟件過程已經(jīng)文檔化、標準化，并與整個組織的軟件過程相集成。所有項目都使用文檔的、組織認可的過程來開發(fā)和維護軟件。 第四級：管理級 軟件過程和產(chǎn)品質(zhì)量的詳細度量數(shù)據(jù)被收集，通過這些度量數(shù)據(jù)，軟件過程和產(chǎn)品能夠被定量地理解和控制。 優(yōu)化級 通過定量的反饋，進行不斷的過程改進，這些反饋來自于過程或通過測試新的想法和技術(shù)而得到。,軟件過程,狀態(tài)描述 問題定義 技術(shù)開發(fā) 方案綜述,軟件過程（軟件開發(fā)問題

5、的循環(huán)解決過程型）,軟件過程 中興通訊公司的研發(fā)流程 軟件生命周期模型 軟件生命周期模型與中興通訊的研發(fā)流程 項目類型與軟件生命周期模型的選擇 小結(jié),今日要點,中興通訊研發(fā)流程階段與活動,批量生產(chǎn),編碼與單元/模塊測試,軟件模塊概要設(shè)計,軟件模塊詳細設(shè)計,編碼與單元/模塊測試,軟件子系統(tǒng)設(shè)計,中興通訊研發(fā)流程（純軟件項目）階段與活動,軟件過程 中興公司的研發(fā)流程 軟件生命周期模型 軟件生命周期模型與公司的研發(fā)流程 項目類型與軟件生命周期模型的選擇 小結(jié),今日要點,軟件生命周期 軟件生命周期是指軟件產(chǎn)品從考慮其概念開始，到該軟件產(chǎn)品不再能使用為止的整個時期。一般包括概念階段、需求階段、設(shè)計階段、

6、實現(xiàn)階段、測試階段、安裝階段以及交付使用階段、運行階段和維護階段。有時還有退役階段。這些階段可以有重復，執(zhí)行時也可以有迭代。 軟件生命周期模型 在整個軟件開發(fā)的發(fā)展過程中，為了要從宏觀上管理軟件的開發(fā)和維護，而對軟件的發(fā)展過程的總體認識和描述。即對軟件過程建立的模型。,軟件生命周期模型,軟件生命周期模型的類型,瀑布模型,強項： 每個階段要提供相應的文檔 每個階段經(jīng)過了嚴格的評審和測試 每個階段的所有產(chǎn)品經(jīng)過SQA的審核 每個階段的結(jié)束經(jīng)過SQA的同意 文檔驅(qū)動型，便于產(chǎn)品的維護 弱項： 實際的項目很少按照該模型給出的順序進行 文檔驅(qū)動型，前期不利于客戶對最終產(chǎn)品的理解 太按部就班，缺乏有效的應

7、變需求變化的對策 用戶必須有耐心。程序的運行版本一直要等到項目開發(fā)晚期才能得到。大的錯誤如果直到檢查運行程序時才被發(fā)現(xiàn)，后果可能是災難性的。 開發(fā)者常常被不必要地耽擱。在項目的開始和結(jié)束階段會造成阻塞。,瀑布模型強弱項,應用： 有清晰定義和理解的需求的項目 小型項目 新開始的項目 如： 一些維護性項目,瀑布模型,原型模型,強項： 客戶可以很快知道自己想要的 方便與客戶的交流 可靈活的應對需求變化 弱項： 原型僅僅是用以溝通，加強需求認識的DEMO 距離實際系統(tǒng)還有很大的差距,原型模型特點,原型模型,應用： 用戶定義了軟件的一組一般性目標，但不能標識出詳細的輸入、處理及輸出需求；還有一些情況，開

8、發(fā)者可能不能確定算法的有效性、操作系統(tǒng)的適應性或人機交互的形式。這些及很多其他情況下，原型可能是最好的選擇 實驗型、探索性的項目 新系統(tǒng),增量模型,增量模型融合了線性順序模型的基本成分(重復地應用)和原型的迭代特征 強項： 產(chǎn)品分階段交付給客戶，客戶可以很快與產(chǎn)品見面 客戶可逐漸接受一個新的產(chǎn)品，并及時提出改進建議 客戶可在使用產(chǎn)品獲利的同時，進行產(chǎn)品開發(fā)的投資 利于各個建造之間的并行開發(fā) 弱項： 要求產(chǎn)品的設(shè)計具有開放式的結(jié)構(gòu) 容易陷入建造-改錯的開發(fā)方式,增量模型優(yōu)缺點,應用： 系統(tǒng)需求和軟件需求得到充分定義和清晰理解的系統(tǒng) 大型系統(tǒng) 新系統(tǒng),增量模型,迭代模型一般形式,強項： 通過強調(diào)可

9、選擇性和約束條件，能更好地支持軟件復用和關(guān)注軟件質(zhì)量 通過風險分析的方式，較好地解決了測試過多或過少的問題 將維護作為迭代的一個周期，避免了開發(fā)人員忽視維護的問題 弱項： 風險驅(qū)動型，開發(fā)團隊成員善于風險分析，才能使用好迭代模型 容易使項目遭受過度的需求增長，允許額外的和擴展的需求所帶來的開發(fā)的延期或成本的增長,迭代模型優(yōu)缺點,應用： 知道項目的一般性質(zhì)，但難于知道、定義和特征化詳細的系統(tǒng)和軟件需求 內(nèi)部開發(fā)項目 大型軟件開發(fā),迭代模型,開局、市場推廣、銷售、維護,迭代模型構(gòu)件組裝模型,迭代模型改進后的模型（X模型）,相同點: 都支持迭代開發(fā)，具有迭代開發(fā)的優(yōu)點和缺點。 不同點： 構(gòu)件組裝模型

10、更強調(diào)構(gòu)件的復用。 X模型更強調(diào)在轉(zhuǎn)產(chǎn)到開局、維護階段的穩(wěn)定性，和構(gòu)件入庫的恰當時機。,構(gòu)件組裝模型與X模型的比較,軟件過程 公司的研發(fā)流程 軟件生命周期模型 軟件生命周期模型與公司的研發(fā)流程 項目類型與軟件生命周期模型的選擇 小結(jié),今日要點,從軟件生命周期模型的角度來看，中興的研發(fā)流程規(guī)定了基本的軟件開發(fā)活動，可看作瀑布模型的形式。 從軟件生命周期模型的角度來看，中興的研發(fā)流程為增量開發(fā)、迭代開發(fā)（包括構(gòu)件組裝模型和X模型）提供了迭代的基礎(chǔ)。 從軟件生命周期模型的角度來看，軟件開發(fā)所遵循的將不是直接意義上的公司研發(fā)流程。 從實際使用來看，存在多種模型的思想混合使用的情況。如：在瀑布模型中，可

11、采用構(gòu)件復用的方法。,軟件生命周期模型與中興的研發(fā)流程,需求規(guī)約,高層設(shè)計,集成計劃,詳細設(shè)計,建造,單元測試,集成,系統(tǒng)測試計劃,系統(tǒng)測試,接收性測試,SRS,HLD,Code,文檔,安裝,保證,SRS,HLD,plan,DD,Code,Code,INFOSYS公司的軟件開發(fā)過程,更為完整的瀑布模型（純軟件）,系統(tǒng)要求分析： 初步的系統(tǒng)規(guī)范 系統(tǒng)設(shè)計： 系統(tǒng)規(guī)范 系統(tǒng)設(shè)計文檔 初步的軟件需求規(guī)格說明 初步的接口需求規(guī)格說明 軟件開發(fā)計劃 軟件需求分析 軟件需求規(guī)格說明書 接口需求規(guī)格說明書,概要設(shè)計： 軟件概要設(shè)計文檔 軟件測試計劃 概要接口設(shè)計文檔 詳細設(shè)計： 軟件詳細設(shè)計文檔 軟件測試說

12、明（用例） 接口設(shè)計文檔 編碼與單元測試 源代碼清單 源代碼,瀑布模型中更為準確的文檔輸出思路,計算機軟件部件集成和測試 軟件測試說明（過程） 計算機軟件配置項測試 修訂的源代碼 軟件測試報告 運行和保障文件 版本說明文檔 軟件產(chǎn)品規(guī)格說明,引自GJB2786-96：軟件開發(fā)中的可交付產(chǎn)品,瀑布模型中更為準確的文檔輸出,軟件過程 中興通訊公司的研發(fā)流程 軟件生命周期模型 軟件生命周期模型與中興通訊的研發(fā)流程 項目類型與軟件生命周期模型的選擇 小結(jié),今日要點,從產(chǎn)品所處的階段來劃分項目： 概念開發(fā)項目 以解決或驗證關(guān)鍵技術(shù)為目的，需求明確，建議用瀑布模型。 新產(chǎn)品開發(fā)項目 在工期壓力大的情況下，

13、考慮采用增量模型或迭代模型，實現(xiàn)產(chǎn)品所需的功能。 產(chǎn)品增強項目 需求明確，可考慮采用瀑布模型。 產(chǎn)品維護項目 需求明確，可考慮采用瀑布模型。,項目類型與軟件生命周期模型,從需求的特性來劃分項目： 需求無變更且需求必須一次性實現(xiàn)的項目 瀑布模型 需求無變更且需求可以分階段實現(xiàn)的項目 增量模型 需求變更頻繁的項目 X模型或構(gòu)件組裝模型,項目類型與軟件生命周期模型,從最終產(chǎn)品的類型來劃分項目： 公用構(gòu)件研發(fā)項目 需求穩(wěn)定、單一，市場壓力小，強調(diào)軟件的可復用性，可采用瀑布模型 產(chǎn)品級研制項目 開始進行時，往往需求不明確，變更比較頻繁，一般市場壓力比較大，可采用X模型 系統(tǒng)集成項目 需求明確，已經(jīng)有成熟的子系統(tǒng)或準子系統(tǒng)可以使用，可采用構(gòu)件組裝模型,項目類型與軟件生命周期模型,從對項目的特殊要求來劃分項目： 質(zhì)量第一型項目 把質(zhì)量放在首位，強調(diào)過程財富的積累，注重長期利益，可采用瀑布模型。 重用性第一型項目 把軟件復用性放在首位，強調(diào)過程財富（構(gòu)件）的積累，注重長遠利益，可采用構(gòu)件組裝模型。 市場反應速度第一型項目 市場壓力大、開發(fā)周期緊張，質(zhì)量和重用性要做相應的犧牲，可采用X模型。,項目類型與軟件生命周期模型,公司的任何軟件項目必須選擇軟件生命周期模型 項目選擇的生命周期模型，必須在公司軟件生命周期模型指導書中規(guī)定的軟