科科過為您帶來軟考信息系統(tǒng)項(xiàng)目管理師核心重點(diǎn)考點(diǎn)（十六）生命周期模型，內(nèi)含思維導(dǎo)圖+真題

【信息系統(tǒng)項(xiàng)目管理師核心考點(diǎn)】生命周期模型

一、瀑布模型

【模型特點(diǎn)】

1.從上一項(xiàng)開發(fā)活動(dòng)接受該項(xiàng)活動(dòng)的工作對象作為輸入【I】

2.利用這一輸入，實(shí)施該項(xiàng)活動(dòng)應(yīng)完成的工作內(nèi)容【P】

3.給出該項(xiàng)活動(dòng)的工作成果，作為輸出傳給下一項(xiàng)開發(fā)活動(dòng)【O】（IPO圖）

4.對該項(xiàng)活動(dòng)的實(shí)施工作成果進(jìn)行階段【評審】

【適用范圍】

1.適用需求確定、變化小的低風(fēng)險(xiǎn)項(xiàng)目、升級項(xiàng)目或具有類似開發(fā)經(jīng)驗(yàn)的項(xiàng)目

2.不適用新項(xiàng)目，不允許/嚴(yán)格限制變更【因?yàn)橐蕾嚿弦浑A段的成果，返工困難】

二、V模型

【模型特點(diǎn)】

1.認(rèn)為開發(fā)和測試同等重要，左側(cè)代表開發(fā)活動(dòng)，右側(cè)代表測試活動(dòng)

2.針對每個(gè)開發(fā)階段，都有一個(gè)測試級別與之相對應(yīng)

3.測試依舊是開發(fā)生命周期中的階段

【使用范圍】

應(yīng)用需求明確和需求變更不頻繁的情形

【擴(kuò)展知識(shí)】

1.單元測試【白盒方式】：測試程序內(nèi)部邏輯結(jié)構(gòu)

2.集成測試【白盒+黑盒方式】：測試模塊之間接口

3.系統(tǒng)測試【黑盒方式】：模擬用戶環(huán)境

4.驗(yàn)收測試【黑盒方式】：用戶真實(shí)環(huán)境

三、迭代模型

【模型特點(diǎn)】

1.橫向?yàn)闀r(shí)間維【初始、細(xì)化、構(gòu)造、移交】

2.縱向?yàn)楣ぷ髁鳌緲I(yè)務(wù)建模、需求獲取、分析與設(shè)計(jì)、實(shí)現(xiàn)、測試、部署】

3.每個(gè)時(shí)間段都包括所有工作流，知識(shí)工作量大小不同

【適用范圍】

1.適用需求不確定，難度比較大，事先不能完整定義產(chǎn)品所有需求或計(jì)劃多期開發(fā)

2.項(xiàng)目開始階段，明確了需求的大部分，但是需求可能會(huì)發(fā)生變化/需要逐步了解，配合市場快速呈現(xiàn)一個(gè)系統(tǒng)

四、原型化模型

【模型描述】

在很難一下子全面準(zhǔn)確地掌握用戶需求的情況下，首先不要求一定要對系統(tǒng)做全名、詳細(xì)的調(diào)查、分析，而是本著開發(fā)人員對用戶需求的初步理解，先快速開個(gè)原型系統(tǒng)，然后通過反復(fù)修改來實(shí)現(xiàn)用戶的最終系統(tǒng)需求

【模型分類】

1.拋棄型原型
2.進(jìn)化型原型

【適用范圍】

適用用戶需求開始時(shí)定義不清、管理決策方法結(jié)構(gòu)化程度不高的項(xiàng)目

五、螺旋模型

【模型特點(diǎn)】

1.一個(gè)演化軟件過程模型，將原型實(shí)現(xiàn)的迭代特征與線形順序（瀑布）模型中控制和系統(tǒng)化方面結(jié)合起來，使得軟件的增量版本的快速開發(fā)成為可能

2.【四個(gè)階段】制定計(jì)劃、風(fēng)險(xiǎn)分析、實(shí)施工程、客戶評估

【適用范圍】

強(qiáng)調(diào)風(fēng)險(xiǎn)分析，特別適用于規(guī)模龐大、復(fù)雜、高風(fēng)險(xiǎn)系統(tǒng)

六、敏捷開發(fā)模型

【模型特點(diǎn)】

敏捷開發(fā)是一種以人為核心、迭代、循序漸進(jìn)的開發(fā)方法，具體實(shí)踐有XP極限編程和Scrum，【溝通比文檔更有效】

【適用范圍】

使用需求多變、要求軟件開發(fā)方“快速反饋，及時(shí)調(diào)整”

【核心考點(diǎn)思維導(dǎo)圖】

【核心考點(diǎn)真題】

1.( )不屬于信息系統(tǒng)項(xiàng)目的生命周期模型。

A、瀑布模型 B、迭代模型 C、螺旋模型 D、類一對象模型

【答案】D

【解析】送分的。類一對象模型不屬于信息系統(tǒng)項(xiàng)目的生命周期模型。

2.根據(jù)軟件生命周期的V模型，系統(tǒng)測試主要針對( )，檢查系統(tǒng)作為一個(gè)整體是否有效地得到運(yùn)行。

A、概要設(shè)計(jì) B、項(xiàng)目范圍說明書 C、項(xiàng)目管理計(jì)劃 D、需求規(guī)格說明書

【答案】A

【解析】單元測試對應(yīng)編碼(助記:單邊);集成測試對應(yīng)詳細(xì)設(shè)計(jì)(助記:吉祥);系統(tǒng)測試對應(yīng)概要設(shè)計(jì)(助記:膝蓋);驗(yàn)收測試對應(yīng)需求分析(助記:驗(yàn)需)。

3.螺旋模型是演化軟件過程模型，將原型實(shí)現(xiàn)的迭代特征與線性順序模型結(jié)合起來，使得軟件的增量版本的快速開發(fā)成為可能。螺旋模型與其他模型相比，更強(qiáng)調(diào)( )。

A、制訂計(jì)劃 B、風(fēng)險(xiǎn)分析 C、實(shí)施工程 D、客戶評估

【答案】B

【解析】風(fēng)險(xiǎn)分析一一螺旋模型。記住就好。送分題。

4.在信息系統(tǒng)集成項(xiàng)目開發(fā)的開始階段，如果項(xiàng)目存在很多不確定性因素且項(xiàng)目的參與人員還不能完全理解項(xiàng)目開發(fā)的范圍和需求，那么采用( )作為此項(xiàng)目的開發(fā)模型更符合項(xiàng)目的實(shí)際情況。

A、增量迭代模型或螺旋模型

B、面向過程的瀑布模型

C、面向?qū)ο蟮哪Ｐ突蚩焖倌Ｐ?/p>

D、部分并行的瀑布模型

【答案】A

【解析】這種題目根據(jù)各模型的特點(diǎn)，應(yīng)不難選。如果項(xiàng)目存在很多不確定性因素且項(xiàng)目的參與人員還不能完全理解項(xiàng)目開發(fā)的范圍和需求一一說明一是需求不確定，可用迭代;二是風(fēng)險(xiǎn)比較高，螺旋模型也適合。

5.瀑布模型把軟件生命周期劃分為8個(gè)主要的階段，其中( )一階段定義的規(guī)劃將成為軟件測試中的系統(tǒng)測試階段的目標(biāo)

A、問題的定義 B、可行性研究 C、軟件需求分析 D、系統(tǒng)總體設(shè)計(jì)

【答案】C

【解析】瀑布模型將軟件生命周期劃分為制定計(jì)劃、需求分析、軟件設(shè)計(jì)(包括概要設(shè)計(jì)和詳細(xì)設(shè)計(jì))、軟件實(shí)現(xiàn)(編碼)、軟件測試和運(yùn)行維護(hù)等六個(gè)階段(按1970年Winston Royce提出了著名的”瀑布模型”提出的是六個(gè)階段)。參見中級教材第一版4.4節(jié)，見下圖。題目說是8個(gè)階段，應(yīng)該是進(jìn)一步細(xì)分成了問題定義、可行性研究、需求分析、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測試和運(yùn)行維護(hù)。

　　一般來說，在軟件工程中，需求分析指的是在建立一個(gè)新的或改變一個(gè)現(xiàn)存的軟件系統(tǒng)時(shí)，描寫新系統(tǒng)的目的、范圍、定義和功能時(shí)所要做的所有的工作，所以它是軟件測試的依據(jù)，測試人員在編寫測試用例時(shí)，最主要的參考是需求文檔。因此本題答案推薦為C。

　　也有人會(huì)認(rèn)為是D答案，因?yàn)閂模型里系統(tǒng)測試對應(yīng)概要設(shè)計(jì)、需求分析對應(yīng)驗(yàn)收測試，認(rèn)為系統(tǒng)總體設(shè)計(jì)應(yīng)是概要設(shè)計(jì)，所以對應(yīng)的是系統(tǒng)測試的目標(biāo)。但這題應(yīng)不是考的V模型，而且按照瀑布模型的階段劃分，軟件測試是分為單元測試、集成測試、系統(tǒng)測試，是沒有提驗(yàn)收測試的，所以就瀑布模型的軟件生命周期而言，應(yīng)是需求分析的規(guī)劃成為軟件測試中系統(tǒng)測試階段的目標(biāo)。此題也做為疑問題，供大家再思考了解。