1. 模型介紹

1.1 前言

制定軟件生命周期（Software Lift Cycle, SLC）的目的是確定項(xiàng)目應(yīng)該采用的軟件生命周期模型，統(tǒng)籌規(guī)劃項(xiàng)目的整體開發(fā)流程。

軟件生命周期是組織軟件標(biāo)準(zhǔn)過程模型的重要組成部分。本文檔闡述了周期模型選擇的規(guī)程，該規(guī)程的“目標(biāo)”、“角色與職責(zé)”、“啟動(dòng)準(zhǔn)則”、“輸入”、“主要步驟”、“輸出”、“結(jié)束準(zhǔn)則”和“度量”在CMMI相關(guān)文檔中均已定義。

1.2 說明

軟件生命周期是指從設(shè)想軟件產(chǎn)品開始到軟件不再供使用為止的時(shí)間間隔。對生命周期細(xì)分階段進(jìn)行管理稱為周期模型，典型的幾種生命周期模型包括瀑布模型、瀑布迭代模型、原型迭代模型、XP模型等。項(xiàng)目組應(yīng)在軟件項(xiàng)目啟動(dòng)階段認(rèn)真考慮項(xiàng)目的特征和目標(biāo)的基礎(chǔ)上參考原有模型和組織軟件標(biāo)準(zhǔn)過程，運(yùn)用《過程裁減指南》為項(xiàng)目開發(fā)裁減出一個(gè)軟件生命周期模型。

無論選擇何種模型，都要包括下列一般軟件工程過程必須包含的內(nèi)容：

1.需求

2.設(shè)計(jì)

3.編碼

4.集成

5.測試

2. 軟件生命周期定義

2.1 目標(biāo)

本規(guī)程的制定是為了在項(xiàng)目實(shí)施過程中能夠有一個(gè)統(tǒng)一的方法來分析項(xiàng)目需求預(yù)先識別項(xiàng)目特征并提供可供項(xiàng)目選擇的軟件生命周期模型，使其可以和OSSP結(jié)合在一起使用。

2.2 角色與職責(zé)

2.3 啟動(dòng)準(zhǔn)則

從項(xiàng)目啟動(dòng)階段開始

2.4 輸入

《需求規(guī)格說明書》

2.5 主要步驟

軟件生命周期模型一般都是在原有的軟件生命周期模型基礎(chǔ)上根據(jù)客戶的需求范圍和目標(biāo)實(shí)現(xiàn)來判斷項(xiàng)目的特征，進(jìn)而進(jìn)行模型裁剪后產(chǎn)生。一般包括四個(gè)步驟：需求識別分析、原型參考、裁剪定義和模型實(shí)施。

圖 2-1生命周期選型流程

2.5.1 需求識別分析

從需求被識別，并且明確了需求目標(biāo)開始，就進(jìn)入項(xiàng)目啟動(dòng)階段，這個(gè)時(shí)候項(xiàng)目組開始組建，同時(shí)開始收集需求，項(xiàng)目經(jīng)理應(yīng)積極配合業(yè)務(wù)代表或者商務(wù)經(jīng)理一起參與需求研討和項(xiàng)目的策劃，安排有經(jīng)驗(yàn)的人員進(jìn)入項(xiàng)目組，迅速對需求進(jìn)行初步分析，概括項(xiàng)目的特征。

此部分的需求分析還應(yīng)該包括對歷史項(xiàng)目的回顧，總結(jié)成功實(shí)施經(jīng)驗(yàn)和吸取失敗教訓(xùn)，并歸檔備案作為組織的知識庫。

2.5.2 原型參考

當(dāng)項(xiàng)目需求目標(biāo)確定，同時(shí)識別出項(xiàng)目特征，從常用軟件生命周期模型中挑選出一個(gè)模型以供參考，該周期原型必須在很大程度上適合項(xiàng)目的具體特征以及能夠結(jié)合組織標(biāo)準(zhǔn)軟件過程一起使用。

項(xiàng)目一開始，挑選后的軟件生命周期模型僅作參考，下一步還必須結(jié)合實(shí)際的越來越豐富的需求進(jìn)行裁剪以形成最終的項(xiàng)目指導(dǎo)模型。最終的項(xiàng)目指導(dǎo)模型可以歸檔成為下一個(gè)類似項(xiàng)目的原始參考模型。

原型的描述主要包括軟件生命周期模型的原理、優(yōu)缺點(diǎn)、選用規(guī)則。

2.5.3 裁剪定義

裁剪基于項(xiàng)目特征

項(xiàng)目特征是裁剪工作的出發(fā)點(diǎn)，包括項(xiàng)目規(guī)模（如大、中、小等）、項(xiàng)目類型（如新開發(fā)、外包、升級等），以及技術(shù)難易度、產(chǎn)品類型、項(xiàng)目的時(shí)間和質(zhì)量要求等要素。

明確可裁剪的對象

可裁剪對象確定了裁剪的內(nèi)容范圍，可裁剪對象不僅僅限于過程元素和活動(dòng)，還包括參照標(biāo)準(zhǔn)、方法和工具、輸出成果物及模板等。

確定裁剪所考慮的要素

裁剪要素界定了裁剪的方向和尺度。例如，對于某個(gè)裁剪對象，其范圍、頻度等都是裁剪要素。對于有開發(fā)經(jīng)驗(yàn)的小項(xiàng)目，可以適當(dāng)減少對于技術(shù)方面的評審的頻度。

裁剪的決定要基于風(fēng)險(xiǎn)進(jìn)行考慮

基于風(fēng)險(xiǎn)可檢驗(yàn)裁剪的適當(dāng)性。對過程或活動(dòng)的調(diào)整或放棄需要通過分析其所帶來的風(fēng)險(xiǎn)和影響再做決定。

2.5.4 模型實(shí)施

裁剪后的新周期模型，是個(gè)適應(yīng)項(xiàng)目特征的項(xiàng)目標(biāo)準(zhǔn)軟件過程，該過程包含軟件生命周期模型的原理、優(yōu)缺點(diǎn)等描述，能夠幫助軟件開發(fā)人員更好地理解和運(yùn)用此生命周期進(jìn)行項(xiàng)目開發(fā)。

新周期模型對于項(xiàng)目開發(fā)具有指導(dǎo)意義，必須將該模型下達(dá)通知到項(xiàng)目組所有成員，項(xiàng)目經(jīng)理必須監(jiān)督保證此模型的實(shí)施與推廣，實(shí)現(xiàn)“項(xiàng)目可控，質(zhì)量可靠”的最終目標(biāo)。

2.5.5 輸出

《項(xiàng)目已定義過程》（PDP）

2.6 結(jié)束準(zhǔn)則

項(xiàng)目結(jié)項(xiàng)。

2.7 度量

度量的目的是統(tǒng)計(jì)用裁減后的軟件生命周期模型指導(dǎo)項(xiàng)目過程進(jìn)展后，此項(xiàng)目產(chǎn)生的所有工作量。

同樣的軟件項(xiàng)目，實(shí)施不同的周期模型，項(xiàng)目的總的工作量也是不同的，好的周期模型不僅能夠大大縮減工作量，同時(shí)也保證代碼的質(zhì)量。不合理的周期模型則會(huì)因?yàn)楸ＷC質(zhì)量的需要引入重復(fù)的各類階段審查，進(jìn)而產(chǎn)生更多、更冗長的無法跟蹤維護(hù)的文檔導(dǎo)致項(xiàng)目失敗，或者忽略關(guān)鍵性的階段審查而帶來需求的不明確及代碼的重復(fù)返工，同樣也導(dǎo)致了項(xiàng)目失敗。

軟件生命周期模型的引入，將對項(xiàng)目過程劃分成幾個(gè)不同的階段，規(guī)模較大的項(xiàng)目則階段內(nèi)還分更多小的階段，每個(gè)階段都將對本階段內(nèi)產(chǎn)生的成果物進(jìn)行審查。因此，如何估算審查的工作量也必須包含在此度量活動(dòng)中。

3. 常用軟件生命周期模型

軟件項(xiàng)目生命周期是指從軟件產(chǎn)品的設(shè)想開始到軟件不再使用而結(jié)束的時(shí)間。軟件項(xiàng)目生命周期一般包括售前階段、需求階段、設(shè)計(jì)階段、實(shí)現(xiàn)階段、測試階段、部署上線階段、運(yùn)行和維護(hù)階段等。由于軟件實(shí)施組織是為不同的商業(yè)客戶生產(chǎn)軟件，所以傳統(tǒng)的軟件項(xiàng)目生命周期不可能適用于公司所有軟件項(xiàng)目的實(shí)施情況，為此EPG在軟件工程學(xué)科的傳統(tǒng)生命周期的基礎(chǔ)上，綜合了組織所有項(xiàng)目的特征，定義出了一個(gè)大而全的生命周期模型。每個(gè)軟件項(xiàng)目可以在可選擇軟件周期參考模型的過程中，結(jié)合組織標(biāo)準(zhǔn)軟件過程，運(yùn)用過程裁減標(biāo)準(zhǔn)進(jìn)行裁減，從而成為項(xiàng)目的實(shí)施標(biāo)準(zhǔn)過程。

3.1 產(chǎn)品或定制型項(xiàng)目生命周期模型

標(biāo)準(zhǔn)瀑布生命周期模型

3.1.1 標(biāo)準(zhǔn)瀑布生命周期模型（V）

標(biāo)準(zhǔn)瀑布生命周期模型適用于公司內(nèi)部研發(fā)項(xiàng)目、為客戶開發(fā)系統(tǒng)的項(xiàng)目、二次開發(fā)和推廣移植的項(xiàng)目。模型用圖形的方式來描述，顯示了它們應(yīng)用的階段及其輸入/輸出。描述了在何種條件下使用該模型，需要注意風(fēng)險(xiǎn)和應(yīng)用裁剪的指導(dǎo)。

當(dāng)開發(fā)的系統(tǒng)規(guī)模和復(fù)雜度較高，達(dá)到需要采用多層設(shè)計(jì)時(shí)，推薦使用標(biāo)準(zhǔn)的生命周期。最終的系統(tǒng)被分解為多于一個(gè)的子系統(tǒng)。每個(gè)子系統(tǒng)由一個(gè)或多個(gè)模塊組成。每個(gè)模塊由一個(gè)或多個(gè)單元。一個(gè)單元是最小的可獨(dú)立測試的單位。用于集成測試的模塊測試計(jì)劃和集成測試計(jì)劃中的模塊就是從單元而來，子系統(tǒng)從模塊而來。

使用指南:

需求很好地被理解了且期望是相對穩(wěn)定的。

解決方案的技術(shù)和架構(gòu)被很好地理解。

高可維護(hù)的和可支持的解決方案的需要。

所有中間交付物受控的基線具有良好的可視性和可靠性。

優(yōu)點(diǎn):

對管理層提供實(shí)施可視性。

由于需求相對穩(wěn)定度較高，其時(shí)間表具有很好的穩(wěn)定度。

注意事項(xiàng):

在不清晰、不穩(wěn)定的需求和技術(shù)條件下不能很好工作。

由于在一個(gè)階段結(jié)束時(shí)要做很多文檔并要所有的干系人簽字，有很大的開銷。

所有的干系人都要在每一個(gè)階段結(jié)束時(shí)進(jìn)行說明或簽字。

根據(jù)工作量和時(shí)間分析，由于項(xiàng)目范圍的改變而導(dǎo)致的中途更正是花很大代價(jià)的。

裁剪指南:

模塊測試計(jì)劃和集成測試計(jì)劃可以組合在一個(gè)文檔中。

這個(gè)模型中的階段和檢查點(diǎn)都不能做變更。

3.1.2 V-瀑布生命周期為關(guān)鍵產(chǎn)品(VC)

瀑布生命周期為關(guān)鍵產(chǎn)品

該模型是經(jīng)過裁剪的模型。推薦在中等復(fù)雜度和規(guī)模的項(xiàng)目中使用，在這些項(xiàng)目中解決方案可以用兩層來表示。系統(tǒng)由多于一個(gè)模塊組成，同時(shí)每個(gè)模塊又是由一個(gè)或多個(gè)單元組成。這種模型在軟件可靠性要求很高是被選擇，要求除開發(fā)者以外的人來進(jìn)行測試。對這個(gè)生命周期來說，單元測試是必要的 。

使用指南:

安全/任務(wù)關(guān)鍵軟件開發(fā)

整個(gè)開發(fā)過程中的可跟蹤性和透明性的需求

控制開發(fā)的需求（成本、范圍和時(shí)間表）

優(yōu)點(diǎn):

正規(guī)化保證了經(jīng)過高度測試后形成可靠的系統(tǒng)

注意事項(xiàng):

在開發(fā)過程中，最終用戶不可視。

在測試計(jì)劃評審中包括顧客。

裁剪指導(dǎo):

這個(gè)模型中的階段和檢查點(diǎn)都不能做變更。

3.1.3 階段V-瀑布生命周期 (V4)

階段V-瀑布生命周期

該模型適合于對正規(guī)化程度低的小到中型項(xiàng)目。系統(tǒng)的規(guī)模和復(fù)雜度低，可以用一層設(shè)計(jì)來表示。最終的系統(tǒng)可以用一個(gè)或多個(gè)單元來構(gòu)成。在這個(gè)生命周期中單元測試是必要的。

使用指南:

項(xiàng)目的工作量, 周轉(zhuǎn)時(shí)間中等

產(chǎn)品復(fù)雜度和團(tuán)隊(duì)規(guī)模中等

需求和技術(shù)比較好地被理解

比V瀑布在周轉(zhuǎn)時(shí)間的性能上要更好。

優(yōu)點(diǎn):

對時(shí)間表有中等的控制

中等的開銷

對交付的解決方案有合理控制

注意事項(xiàng):

在開發(fā)過程中，最終用戶不可視。

對很復(fù)雜的項(xiàng)目不建議使用，因?yàn)樗惶峁┝艘粚釉O(shè)計(jì)。

裁剪指導(dǎo):

這個(gè)模型中的設(shè)計(jì)階段是由VC模型中的概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)組合而成的。只有一層設(shè)計(jì)和測試的文檔是必需的。

在V模型需要測試計(jì)劃同所測試的開發(fā)一同被評審和基線化時(shí)，一個(gè)項(xiàng)目可以在每個(gè)測試計(jì)劃被評審和基線化時(shí)裁剪和設(shè)置檢查點(diǎn)。然而測試計(jì)劃活動(dòng)一定要在階段指示的地方啟動(dòng)，如ST計(jì)劃一定要在RA&P階段啟動(dòng)。

3.1.4 演示生命周期(D)

演示生命周期

這個(gè)模型僅適合用于一個(gè)演示的系統(tǒng)開發(fā)，最終其將會(huì)被丟棄，它形成的成果將是對開發(fā)概念的證明。如果在其原型出來之后需要對此項(xiàng)目進(jìn)行產(chǎn)品化，需要對這個(gè)開發(fā)的軟件進(jìn)行詳細(xì)評估。

調(diào)查階段是在SC檢查點(diǎn)之前的所有階段的合并。調(diào)查、分析、計(jì)劃和設(shè)計(jì)活動(dòng)都在這個(gè)階段進(jìn)行。

使用指南:

很小范圍和團(tuán)隊(duì)規(guī)模 – 可能1或2人的團(tuán)隊(duì)。

低開發(fā)成本，高周轉(zhuǎn)時(shí)間。

不能提供訓(xùn)練有素的經(jīng)歷和開發(fā)者。

項(xiàng)目失敗影響低。

優(yōu)點(diǎn):

很低 (可能最低) 成本。

中途修正是容易和便宜的。

注意事項(xiàng)

不可靠的時(shí)間表。

產(chǎn)品不可靠或沒有擴(kuò)展項(xiàng)。

對管理層和顧客幾乎都是不可見的。

裁剪指導(dǎo):

根據(jù)產(chǎn)品的需要在發(fā)布階段的交付物要在整個(gè)SVW交付集中選擇。要建立這些交付物一致的基線。

3.1.5 進(jìn)化開發(fā)模型（EVO）:

進(jìn)化開發(fā)模型

進(jìn)化開發(fā)模型 (EVO)是一種迭代的模型，可用來降低大項(xiàng)目的風(fēng)險(xiǎn)。 風(fēng)險(xiǎn)可以有很多種類，這個(gè)模型的每一個(gè)迭代或發(fā)布都針對了特定的風(fēng)險(xiǎn)集合。風(fēng)險(xiǎn)可以是對需求理解不清楚、新技術(shù)的使用、架構(gòu)的可行性、潛在的性能問題等。每一個(gè)迭代都有不同的模型作為基礎(chǔ)。

使用指南:

中到大項(xiàng)目, 可靠性和最終用戶的可視性很重要。

需求、架構(gòu)和技術(shù)都沒有很好地理解。

最終產(chǎn)品要有好的擴(kuò)展性。

優(yōu)點(diǎn):

對管理層和顧客有很高的可視性。

風(fēng)險(xiǎn)管理容易。

中等的成本，至少提供了相對穩(wěn)定的時(shí)間表。

注意:

需要有很有經(jīng)驗(yàn)的和成熟的管理。

對每個(gè)周期的管理和文檔都有成本。

中途修改要明確定義，包括對原型周期。

在迭代過程中發(fā)生巨大的變化會(huì)導(dǎo)致成本花費(fèi)和缺乏可靠性及擴(kuò)展性。

裁剪指導(dǎo):

每一個(gè)迭代都有不同的模型作為基礎(chǔ)，這些模型是從前面幾種基本瀑布模型選出的，遵循它們的裁剪指導(dǎo)。在每個(gè)迭代中可以使用不同的模型。

3.1.6 生命周期模型裁剪說明

3.1.7 生命周期模型使用指南匯總

3.2 升級維護(hù)型項(xiàng)目生命周期模型

本模型描述了修補(bǔ)一個(gè)缺陷開展的活動(dòng)。當(dāng)缺陷修補(bǔ)活動(dòng)需要作為一個(gè)獨(dú)立的項(xiàng)目時(shí)，建議采用本項(xiàng)目生命周期模型。

單個(gè)缺陷的活動(dòng)遵循缺陷管理的過程，該過程根據(jù)缺陷跟蹤機(jī)制/工具的不同而改變。

本活動(dòng)的指南和在本生命周期可能的裁剪在腳注中提供。

表1缺陷修補(bǔ)項(xiàng)目生命周期模型

注：表格中對應(yīng)的數(shù)字標(biāo)號，請參考表格后的裁減指南；

注：任務(wù)/活動(dòng)指南和裁剪指南：

1. 該模型也可以用于小的功能增強(qiáng)型項(xiàng)目 (小于1個(gè)月的工作量)。

2. 初步分析用于判斷缺陷的相關(guān)信息。比如，缺陷是否屬于另一個(gè)項(xiàng)目/部件，是否和已經(jīng)存在的缺陷重復(fù)，是否由一個(gè)操作者的失誤引起或是一個(gè)增加要求，或者需要被作為技術(shù)攻關(guān)項(xiàng)目來處理。

3. 初步估計(jì)用于初步評估修復(fù)缺陷需修改規(guī)模、工作量、成本等。

4. 為缺陷指定修復(fù)的優(yōu)先級。

5. 缺陷修補(bǔ)過程中需要適當(dāng)?shù)馗翪R狀態(tài)。同樣，在生命周期的每個(gè)階段需要更新相關(guān)CR信息。

6. 根據(jù)CR優(yōu)先級進(jìn)行缺陷修補(bǔ)問題的分析。

7. 作為分析階段的第一步，缺陷需要在開發(fā)環(huán)境或客戶的測試環(huán)境里再次形成。這可能需要提交缺陷者提供更多的信息。在這個(gè)階段，如果缺陷被確認(rèn)為不可重新形成的，同樣的缺陷可能被關(guān)閉或者分析可能使用跟蹤和核心等，他們可能被用來引起一個(gè)缺陷。依賴于業(yè)務(wù)影響，有些缺陷可以在不能被重新構(gòu)造的情況下修補(bǔ)。

8. 如果缺陷被成功地復(fù)制，那么單元測試也相應(yīng)地將被增進(jìn)。然后測試缺陷的用例將組合到回歸測試中，如果存在，和測試計(jì)劃一致。

9. 每一個(gè)缺陷修補(bǔ)可能不會(huì)導(dǎo)致一個(gè)補(bǔ)丁。通常一個(gè)補(bǔ)丁用來修補(bǔ)一段時(shí)間內(nèi)積累的多個(gè)缺陷。但是有時(shí) (一個(gè)熱點(diǎn)修補(bǔ))一個(gè)補(bǔ)丁可能只修補(bǔ)一個(gè)缺陷。當(dāng)一個(gè)修補(bǔ)被捆綁到一個(gè)完成的產(chǎn)品版本后，項(xiàng)目管理生命周期的版本發(fā)布階段應(yīng)隨之開始。