《軟件需求分析（第二版）》第 15 章——變更管理 重點(diǎn)部分總結(jié)

文章目錄

前言

一、討論

二、判斷題

三、簡(jiǎn)答題

總結(jié)

前言

本文是對(duì)《軟件需求分析（第二版）》第 15 章——變更管理的重點(diǎn)部分總結(jié)。《軟件需求分析（第二版）》計(jì)劃共十七個(gè)章節(jié)，其他章節(jié)的內(nèi)容請(qǐng)前往專欄內(nèi)查看。

上節(jié)回顧：《軟件需求分析（第二版）》第 14 章——需求管理的原則和實(shí)踐 重點(diǎn)部分總結(jié)

一、討論

1、原型是控制范圍蔓延的一種有效技術(shù)，請(qǐng)談?wù)勀銓?duì)原型法的認(rèn)識(shí)。

通過原型可以預(yù)先了解產(chǎn)品可能的實(shí)現(xiàn)，這有助于開發(fā)人員和用戶對(duì)用戶需要和預(yù)期的解決方案有一個(gè)細(xì)致的理解。

原型法的基本思想：是在投入大量的人力，物力之前，在限定的時(shí)間內(nèi)，用最經(jīng)濟(jì)的方法開發(fā)出一個(gè)可實(shí)際運(yùn)行的系統(tǒng)模型，用戶在運(yùn)行使用整個(gè)原型的基礎(chǔ)上，通過對(duì)其評(píng)價(jià)，提出改進(jìn)意見，對(duì)原型進(jìn)行修改，統(tǒng)一使用，評(píng)價(jià)過程反復(fù)進(jìn)行，使原型逐步完善，直到完全滿足用戶的需求為止。

（1）優(yōu)點(diǎn)：符合人們認(rèn)識(shí)事物的規(guī)律，系統(tǒng)開發(fā)循序漸進(jìn)，反復(fù)修改，確保較好的用戶滿意度；開發(fā)周期短，費(fèi)用相對(duì)少；由于有用戶的直接參與，系統(tǒng)更加貼近實(shí)際；易學(xué)易用，減少用戶的培訓(xùn)時(shí)間；應(yīng)變能力強(qiáng)。

（2）缺點(diǎn)：不適合大規(guī)模系統(tǒng)的開發(fā)；開發(fā)過程管理要求高，整個(gè)開發(fā)過程要經(jīng)過“修改—評(píng)價(jià)—再修改”的多次反復(fù)；用戶過早看到系統(tǒng)原型，誤認(rèn)為系統(tǒng)就是這個(gè)模樣，易使用戶失去信心；開發(fā)人員易將原型取代系統(tǒng)分析；缺乏規(guī)范化的文檔資料。

（3）適用范圍：處理過程明確、簡(jiǎn)單系統(tǒng)；涉及面窄的小型系統(tǒng)。

不適合于：大型、復(fù)雜系統(tǒng)，難以模擬；存在大量運(yùn)算、邏輯性強(qiáng)的處理系統(tǒng)；管理基礎(chǔ)工作不完善、處理過程不規(guī)范；大量批處理系統(tǒng)，直到完全滿足用戶的需求為止。

二、判斷題

1、對(duì)于一個(gè)新系統(tǒng)，如果完成了初始的需求獲取活動(dòng)之后就可以凍結(jié)需求。（?）

2、控制范圍蔓延的最有效的技術(shù)是要敢于說“不”。（?）

3、變更控制過程中，“完成提交”、“完成評(píng)估”、“驗(yàn)證失敗”都屬于狀態(tài)。（?）

4、CCB是專指某個(gè)個(gè)體人。（?）

5、測(cè)量變更活動(dòng)是評(píng)估需求穩(wěn)定性的一種方法。（?）

6、影響分析是需求管理活動(dòng)中一個(gè)可有可無的環(huán)節(jié)。（?）

三、簡(jiǎn)答題

1、請(qǐng)認(rèn)真復(fù)習(xí)本章內(nèi)容，凝煉知識(shí)點(diǎn)并命制成試題。 注意事項(xiàng)：1.題型不限，數(shù)量不限；2.填寫答案。

一、填空題：

1、管理范圍蔓延的第一步是將新系統(tǒng)的（前景）、（范圍）和（局限性）作為業(yè)務(wù)需求的一部分編寫成文檔。

2、需求蔓延包括在項(xiàng)目需求已經(jīng)納入（基線）之后又提出新功能和重大修改。

3、變更控制過程描述中，請(qǐng)求的狀態(tài)只能是（已否決）、（已結(jié)束）或（已修改）。

4、CCB規(guī)章描述了CCB的目的、（權(quán)利范圍）、（成員構(gòu)成）、運(yùn)作規(guī)程和決策的制定過程等。

二、簡(jiǎn)答題：

1、變更控制工具應(yīng)該具有什么特性，以支持需求變更過程？

(1)、可以定義變更請(qǐng)求中的數(shù)據(jù)項(xiàng)；

(2)、可以定義變更請(qǐng)求生命周期的狀態(tài)轉(zhuǎn)換模型；

(3)、可以強(qiáng)制實(shí)施狀態(tài)轉(zhuǎn)換模型，以便只有授權(quán)用戶可以做出允許的狀態(tài)變更；

(4)、可以記錄每一個(gè)狀態(tài)變更的日期和做出這一變更的人；

(5)、可以定義當(dāng)提議者提交新請(qǐng)求或請(qǐng)求狀態(tài)被更新時(shí)，哪些人可以自動(dòng)接收電子郵件通知；

(6)、可以生成標(biāo)準(zhǔn)的和定制的報(bào)告和圖表。

2、影響分析的過程有哪幾個(gè)方面？

(1)、理解進(jìn)行變更可能涉及的問題。變更常常會(huì)產(chǎn)生大量的連鎖反應(yīng)，產(chǎn)品包括的功能太多會(huì)降低其性能，甚至?xí)搅钊穗y以接受的地步；

(2)、確定如果團(tuán)隊(duì)將提議的變更包括到產(chǎn)品中，可能必須對(duì)哪些文件、模型和文檔進(jìn)行修改；

(3)、確定實(shí)現(xiàn)變更所需執(zhí)行的任務(wù)，并估計(jì)完成這些任務(wù)所需的工作量。

總結(jié)

本文對(duì)本章內(nèi)容變更管理從討論題、判斷題和簡(jiǎn)答題方面進(jìn)行了總結(jié)，如有疏漏和錯(cuò)誤歡迎大家指正。另外其他章節(jié)的內(nèi)容大家可以移步專欄進(jìn)行查看。

我是白鹿，一個(gè)不懈奮斗的程序猿。望本文能對(duì)你有所裨益，歡迎大家的一鍵三連！若有其他問題、建議或者補(bǔ)充可以留言在文章下方，感謝大家的支持！

專家 云社區(qū) 開發(fā)者 軟件開發(fā)

版權(quán)聲明：本文內(nèi)容由網(wǎng)絡(luò)用戶投稿，版權(quán)歸原作者所有，本站不擁有其著作權(quán)，亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實(shí)的內(nèi)容，請(qǐng)聯(lián)系我們jiasou666@gmail.com 處理，核實(shí)后本網(wǎng)站將在24小時(shí)內(nèi)刪除侵權(quán)內(nèi)容。

版權(quán)聲明：本文內(nèi)容由網(wǎng)絡(luò)用戶投稿，版權(quán)歸原作者所有，本站不擁有其著作權(quán)，亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實(shí)的內(nèi)容，請(qǐng)聯(lián)系我們jiasou666@gmail.com 處理，核實(shí)后本網(wǎng)站將在24小時(shí)內(nèi)刪除侵權(quán)內(nèi)容。