軟件開發(fā)之需求變更管理

1、軟件開發(fā)之需求變更需求變更的管理2015-5-201何為軟件需求2為什么會(huì)產(chǎn)生需求變更3需求變更的影響4如何管理需求變更主要內(nèi)容何為軟件需求何為軟件需求u用戶解決問題或達(dá)到目標(biāo)所需條件或權(quán)能(Capability)。u系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件或權(quán)能。u一種反映上面(1)或(2)所述條件或權(quán)能的文檔說明。它包括功能性需求及非功能性需求，非功能性需求對(duì)設(shè)計(jì)和實(shí)現(xiàn)提出了限制，比如性能要求，質(zhì)量標(biāo)準(zhǔn)，或者設(shè)計(jì)限制。何為需求變更需求包含哪些內(nèi)容需求包含哪些內(nèi)容u業(yè)務(wù)需求（Business Requirement ）反映了組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要

2、求，u用戶需求（User Requirement ）描述了用戶使用產(chǎn)品必須完成的任務(wù)，u功能需求（Functional Requirement ）定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能。注：用戶是user，有時(shí)也叫做終端用戶，End User，是使用產(chǎn)品的人；而客戶是Customer是購(gòu)買產(chǎn)品的人，為產(chǎn)品付錢的人。何為軟件需求為什么會(huì)產(chǎn)生需求變更 需求變更的出現(xiàn)主要是因?yàn)樵陧?xiàng)目的需求確定階段，用戶往往不能確切地定義自己需要什么。用戶常常以為自己清楚，但實(shí)際上他們提出的需求只是依據(jù)當(dāng)前的工作所需，而采用的新設(shè)備、新技術(shù)通常會(huì)改變他們的工作方式; 或者要開發(fā)的系統(tǒng)對(duì)用戶來說也是個(gè)未知數(shù)，他們以前沒有過相

3、關(guān)的使用經(jīng)驗(yàn)。隨著開發(fā)工作的不斷進(jìn)展，系統(tǒng)開始展現(xiàn)功能的雛形，用戶對(duì)系統(tǒng)的了解也逐步深入。于是，他們可能會(huì)想到各種新的功能和特色，或?qū)σ郧疤岢龅囊筮M(jìn)行改動(dòng)。他們了解得越多，新的要求也就越多，需求變更因此不可避免地一次又一次出現(xiàn)。為什么會(huì)產(chǎn)生需求變更 需求變更需求理解分歧系統(tǒng)開發(fā)實(shí)施周期過長(zhǎng)客戶業(yè)務(wù)需求改變國(guó)家政策改變需求有缺陷為什么會(huì)產(chǎn)生需求變更 需求理解分歧需求理解分歧 當(dāng)客戶向需求分析人員提出需求的時(shí)候往往是通過自己的想法用自然語(yǔ)言來表達(dá)的，這樣的表達(dá)結(jié)果對(duì)于真實(shí)的需求來說是一種描述（甚至只是某個(gè)角度的描述），遠(yuǎn)遠(yuǎn)不能保證這樣的描述可以得到百分之百的正確理解，也許在同客戶交流的第一時(shí)刻就

4、埋下了理解分歧的種子，打一個(gè)比方說客戶說我要的是大象，身子象一堵墻，耳朵象扇子，四條腿象四根柱子，尾巴象繩子，分析人員想，哦，墻、扇子、柱子、繩子這些我都知道，但是真的畫出來的時(shí)候客戶當(dāng)然會(huì)跳起來了！這是理解分歧的問題，一般跟分析員的知識(shí)、背景，還有客戶表述的標(biāo)準(zhǔn)程度、雙方的交流情況有關(guān)。為什么會(huì)產(chǎn)生需求變更 需求理解分歧需求理解分歧為什么會(huì)產(chǎn)生需求變更 系統(tǒng)開發(fā)實(shí)施周期過長(zhǎng)系統(tǒng)開發(fā)實(shí)施周期過長(zhǎng) 一個(gè)大中型系統(tǒng)的建設(shè)可能要延續(xù)一段時(shí)間，當(dāng)客戶提出要求之后，他當(dāng)時(shí)并不能看到系統(tǒng)的運(yùn)行情況，當(dāng)雙方認(rèn)為理解大概沒有分歧的時(shí)候（事實(shí)上還會(huì)有個(gè)Deadline ），開發(fā)方就開始工作了。當(dāng)客戶拿到差不多可

5、以試用的產(chǎn)品時(shí)他可以實(shí)際操作，這時(shí)候他就會(huì)對(duì)系統(tǒng)的界面、操作、功能、性能等有一些切身的體會(huì)，有可能提出需求變更要求。 周期過程客戶可能在過程中期望發(fā)生變更。為什么會(huì)產(chǎn)生需求變更 系統(tǒng)開發(fā)實(shí)施周期過長(zhǎng)系統(tǒng)開發(fā)實(shí)施周期過長(zhǎng)為什么會(huì)產(chǎn)生需求變更客戶業(yè)務(wù)客戶業(yè)務(wù)需求需求改變改變 由于社會(huì)在發(fā)展，人的觀念也在不斷更新，可以說，客戶提出變更也是可以理解的。項(xiàng)目組基于變更評(píng)估與客戶溝通。 當(dāng)前客戶的運(yùn)營(yíng)情況不確定，有可能客戶行業(yè)的競(jìng)爭(zhēng)度高，需要隨時(shí)作出調(diào)整和反應(yīng)，那么他們自然會(huì)經(jīng)常提出需求變更的要求；也有可能客戶所在的行業(yè)操作不規(guī)范，本身存在很多人為因素。為什么會(huì)產(chǎn)生需求變更國(guó)家政策改變國(guó)家政策改變 國(guó)家政

6、策變化屬于強(qiáng)制的變更，這時(shí)候客戶為了完成政治任務(wù)，變更是一定要發(fā)生的為什么會(huì)產(chǎn)生需求變更為什么會(huì)產(chǎn)生需求變更需求有缺陷需求有缺陷 需求或者程序設(shè)計(jì)本身就有問題。 比如會(huì)員年齡信息，如果在設(shè)計(jì)階段將會(huì)員該信息設(shè)置成一個(gè)數(shù)據(jù)庫(kù)字段進(jìn)行保存的話，后期可能就需要對(duì)這個(gè)字段進(jìn)行單獨(dú)處理，因?yàn)闀?huì)員的年齡是隨著時(shí)間不停的變化，而用戶不可能去單獨(dú)維護(hù)所有會(huì)員的年齡信息，所以這個(gè)信息一開始設(shè)置成固定字段本身就是有問題的。為什么會(huì)產(chǎn)生需求變更需求變更的影響需求變更項(xiàng)目成本項(xiàng)目進(jìn)度(質(zhì)量)客戶關(guān)系人員工作狀態(tài)文檔代碼一致性需求變更的影響需求變更的影響項(xiàng)目成本項(xiàng)目成本 如果項(xiàng)目有需求變更，那么就需要安排專門的人員進(jìn)行

7、開發(fā)、測(cè)試、部署等工作，這樣就增加了項(xiàng)目的成本。影響軟件質(zhì)量及開發(fā)進(jìn)度影響軟件質(zhì)量及開發(fā)進(jìn)度 在一個(gè)復(fù)雜的軟件系統(tǒng)中，需求之間具有一定的聯(lián)系，而相關(guān)的需求則構(gòu)成需求鏈，如果評(píng)估變更影響時(shí)遺漏了需求鏈中的某些環(huán)節(jié)，就可能在實(shí)施變更過程中引入一些難易察覺的錯(cuò)誤，這些錯(cuò)誤將會(huì)影響系統(tǒng)的質(zhì)量，嚴(yán)重時(shí)可導(dǎo)致系統(tǒng)崩潰。需求變更的影響影響人員的工作狀態(tài)影響人員的工作狀態(tài) 如果需求變更頻繁或者需求變更對(duì)系統(tǒng)影響比較大，會(huì)導(dǎo)致開發(fā)、測(cè)試人員在心理上產(chǎn)生抵觸信息，從而影響其工作狀態(tài)。嚴(yán)重時(shí)可能會(huì)導(dǎo)致人員的流失。需求變更的影響影響文檔和代碼的一致性影響文檔和代碼的一致性 文檔是軟件系統(tǒng)的一個(gè)重要組成部分，也是維護(hù)系

8、統(tǒng)的重要依據(jù)。在處理需求變更的過程中，如果沒有采用規(guī)范的流程保證需求變更的評(píng)估與實(shí)施，會(huì)造成文檔跟所開發(fā)的軟件系統(tǒng)不一致，系統(tǒng)維護(hù)困難。需求變更的影響影響開發(fā)者與用戶的合作關(guān)系影響開發(fā)者與用戶的合作關(guān)系 需求變更的實(shí)施時(shí)用戶和開發(fā)者相互協(xié)作的過程。開發(fā)者和用戶在是否采用變更問題上常常產(chǎn)生分歧，如果沒有恰當(dāng)?shù)奶幚恚嗷ブg的信任關(guān)系變得越來越差，甚至有合作關(guān)系轉(zhuǎn)變?yōu)橐环N對(duì)抗關(guān)系，影響項(xiàng)目開發(fā)進(jìn)度。需求變更的影響如何管理需求變更 如果開發(fā)團(tuán)隊(duì)缺少明確的需求變更控制過程或采用的變更控制機(jī)制無(wú)效，抑或不按變更控制流程來管理需求變更，那么很可能造成項(xiàng)目進(jìn)度拖延、成本不足、人力緊缺，甚至導(dǎo)致整個(gè)項(xiàng)目失敗。

9、當(dāng)然，即使按照需求變更控制流程進(jìn)行管理，由于受進(jìn)度、成本等因素的制約，軟件質(zhì)量還是會(huì)受到不同程度的影響。但實(shí)施嚴(yán)格的軟件需求管理會(huì)最大限度地控制需求變更給軟件質(zhì)量造成的負(fù)面影響，這也正是我們進(jìn)行需求變更管理的目的所在。如何管理需求變更如何管理需求變更需求變更原則建立需求基線變更流程變更委員會(huì)變更評(píng)審影響評(píng)估變更相關(guān)文檔建立需求基線，需求基線是需求變更的依據(jù) 在開發(fā)過程中，需求確定并經(jīng)過評(píng)審后（用戶參與評(píng)審），可以建立第一個(gè)需求基線。此后每次變更并經(jīng)過評(píng)審后，都要重新確定新的需求基線。制訂簡(jiǎn)單、有效的變更控制流程，并形成文檔在建立了需求基線后提出的所有變更都必須遵循這個(gè)控制流程進(jìn)行控制。同時(shí)，這個(gè)流程具有一定的普遍性，對(duì)以后的項(xiàng)目開發(fā)和其他項(xiàng)目都有借鑒作用。如何管理需求變更成立項(xiàng)目變更控制委員會(huì)（CCB） 成立項(xiàng)目變更控制委員會(huì)（CCB）或相關(guān)職能的類似組織，負(fù)責(zé)