軟件需求工程 課件 第9章 需求管理

第9章需求管理需求管理的定義管理內(nèi)容所謂需求管理就是為有效地控制和管理需求更改等所進(jìn)行的一系列活動(dòng)。主要任務(wù)：開(kāi)發(fā)人員在與提出更改的請(qǐng)求者（用戶(hù)）協(xié)商的基礎(chǔ)上，評(píng)估需求變更帶來(lái)的潛在影響及可能的成本及費(fèi)用；然后實(shí)施更改，以及有效地管理需求規(guī)格說(shuō)明文檔和跟蹤更改需求的狀態(tài)。1）控制對(duì)基準(zhǔn)需求規(guī)格說(shuō)明的變動(dòng)。2）保持項(xiàng)目計(jì)劃與需求一致。3）控制單個(gè)需求的更改和需求規(guī)格說(shuō)明文檔的更改。4）管理需求和需求間的聯(lián)系，以及需求與設(shè)計(jì)和實(shí)現(xiàn)等方面的依賴(lài)關(guān)系。5）跟蹤需求更改的狀態(tài)，控制多個(gè)需求同時(shí)更改的復(fù)雜性。需求管理

目錄需求變更控制需求規(guī)格說(shuō)明文檔的版本控制需求變更狀態(tài)的跟蹤需求跟蹤9-19-29-39-49-1需求變更控制9-1需求變更控制需求變更的內(nèi)容主要涉及兩個(gè)方面：一方面是需求變更只對(duì)軟件系統(tǒng)內(nèi)部產(chǎn)生影響,例如一個(gè)需求變更可能只影響某個(gè)功能需求，而不影響其他需求。另一方面是在原有軟件需求的基礎(chǔ)上提出擴(kuò)充軟件系統(tǒng)功能的需求，就是擴(kuò)展需求。1.控制項(xiàng)目范圍的擴(kuò)展變更控制策略與需求變更的過(guò)程和標(biāo)準(zhǔn)相關(guān)。這些策略描述了變更以何種形式提出、分析和處理。以下提供一些有用的和可供參考的策略：1）建立所有需求變更所應(yīng)遵循的過(guò)程（包括變更步驟）。按此過(guò)程，當(dāng)一個(gè)變更需求在過(guò)程中某一步被拒絕后，則其后的步驟將不再予以考慮。2)

對(duì)于未獲批準(zhǔn)的變更，除進(jìn)行可行性論證外，不應(yīng)再做其后的工作。3）對(duì)所提出的多個(gè)變更請(qǐng)求，應(yīng)由項(xiàng)目變更小組委員會(huì)決定實(shí)現(xiàn)哪些變更，以及先后次序。4）項(xiàng)目開(kāi)發(fā)人員和用戶(hù)應(yīng)該能了解已變更需求的情況。5)

不準(zhǔn)隨意刪除和修改與需求變更請(qǐng)求和實(shí)現(xiàn)相關(guān)的原始文檔。6）每一個(gè)實(shí)施后的變更必須與一個(gè)經(jīng)核準(zhǔn)的變更請(qǐng)求相對(duì)應(yīng)。2.建立變更控制的策略9-1需求變更控制3.變更控制的步驟實(shí)施變更控制的步驟如圖9-1所示。此圖是用流程圖的形式來(lái)描述的。變更控制的步驟中，每步的工作任務(wù)明確，各步間是相互依賴(lài)的。各步的具體任務(wù)：1）變更控制的啟動(dòng)。啟動(dòng)的條件是通過(guò)合適的渠道接受一個(gè)合法的變更請(qǐng)求。2）確定角色與責(zé)任。3）影響分析與評(píng)估。評(píng)估變更請(qǐng)求的技術(shù)可行性、代價(jià)和資源限制等，提供對(duì)變更請(qǐng)求的準(zhǔn)確理解，幫助做出信息量充分的變更批準(zhǔn)決策。4）實(shí)施變更。當(dāng)需求變更請(qǐng)求被采納后，開(kāi)始對(duì)涉及的軟件系統(tǒng)實(shí)施更新。5）驗(yàn)證。主要是通過(guò)檢查來(lái)確保更新后的需求規(guī)格說(shuō)明的正確性。6）變更控制的結(jié)束。9-2需求規(guī)格說(shuō)明文檔的版本控制軟件需求版本控制是需求管理的一個(gè)必要方面，也是容易忽視和出錯(cuò)的方面。需求規(guī)格說(shuō)明的每一個(gè)版本必須統(tǒng)一確定，并保證開(kāi)發(fā)人員必須知道和得到新的需求規(guī)格說(shuō)明版本。為了有效地實(shí)施版本控制，可以遵循如下的版本控制策略:1）專(zhuān)人修改。2）版本應(yīng)該包括修改版本的歷史情況。3）根據(jù)修改工作量的大小手工標(biāo)記需求規(guī)格說(shuō)明版本的每一次修改。4）每個(gè)版本的需求規(guī)格說(shuō)明必須是獨(dú)立說(shuō)明的，以避免新舊版本的混淆。9-2需求規(guī)格說(shuō)明文檔的版本控制版本控制策略9-3需求變更狀態(tài)的跟蹤9-3需求變更狀態(tài)的跟蹤對(duì)于一個(gè)大型而復(fù)雜的軟件系統(tǒng)的需求規(guī)格說(shuō)明，可能會(huì)面臨多個(gè)需求變更的情況。為了便于管理和控制需求變更，對(duì)于一個(gè)變更請(qǐng)求可用狀態(tài)圖來(lái)描述其在不同時(shí)間所處的狀態(tài)，以使各類(lèi)人員知道更改的進(jìn)度。圖9-2表示一個(gè)需求變更請(qǐng)求所對(duì)應(yīng)的狀態(tài)圖，其中方框表示需求變更狀態(tài)。為了便于管理和控制需求變更，可建立一個(gè)如表9-1所示的數(shù)據(jù)庫(kù)或文件來(lái)記錄需求變更請(qǐng)求。需求變更請(qǐng)求狀態(tài)9-4需求跟蹤需求跟蹤的定義所謂需求跟蹤是指編制每個(gè)需求與系統(tǒng)元素之間聯(lián)系（即可跟蹤信息）的文檔，其中,系統(tǒng)元素包括:其他需求、體系結(jié)構(gòu)、設(shè)計(jì)部件、測(cè)試文檔等。9-4需求跟蹤9-4-1可跟蹤信息分類(lèi)軟件需求與系統(tǒng)元素之間的聯(lián)系有很多，為簡(jiǎn)單起見(jiàn)，此處根據(jù)需求系統(tǒng)元素之間聯(lián)系的類(lèi)型把可跟蹤性信息粗略分為如下幾類(lèi):(1)需求—源可跟蹤性(2)需求—理由可跟蹤性(3)需求—需求可跟蹤性(4)需求—體系結(jié)構(gòu)可跟蹤性(5)需求—設(shè)計(jì)可跟蹤性(6)需求—用戶(hù)界面可跟蹤性9-4需求跟蹤9-4-2需求跟蹤技術(shù)有兩種技術(shù)可用于維護(hù)可跟蹤信息：需求跟蹤表和可跟蹤性表。需求跟蹤表（需求跟蹤能力矩陣）表示需求和系統(tǒng)元素之間聯(lián)系的最普遍的方式是使用需求跟蹤表。表9-2是一張有n個(gè)需求和m個(gè)系統(tǒng)元素的需求跟蹤表，需求沿水平方向給出，系統(tǒng)元素沿垂直方向給出，兩者之間的關(guān)系標(biāo)識(shí)在表格的單元中。9-4需求跟蹤9-4-2需求跟蹤技術(shù)需求跟蹤表（需求跟蹤能力矩陣）表9-3是一張擁有6個(gè)需求的系統(tǒng)中需求相互依賴(lài)的需求跟蹤表。在表9-3中，“*”標(biāo)識(shí)表示這些單元所對(duì)應(yīng)的行和列的需求之間存在依賴(lài)。每行表示該行代表的需求所依賴(lài)的其他需求﹔每列則表示該列代表的需求依賴(lài)的所有需求。9-4需求跟蹤9-4-2需求跟蹤技術(shù)需求跟蹤表（需求跟蹤能力矩陣）通過(guò)區(qū)分需求之間關(guān)系的類(lèi)型，并在每一個(gè)單元中使用不同標(biāo)記表示每一個(gè)類(lèi)型，能夠?qū)⑸鲜龊?jiǎn)單的需求跟蹤表擴(kuò)展。需求之間可能存在的關(guān)系如下:說(shuō)明/被說(shuō)明：表示需求B說(shuō)明需求A需要/被需要：表示需求B需要需求A提供的結(jié)果約束/被約束：表示需求B被需求A所約束。將需求進(jìn)行分組，先實(shí)現(xiàn)組內(nèi)需求跟蹤表，再給出組間需求跟蹤表，可減少一部分復(fù)雜性。9-4需求跟蹤9-4-2需求跟蹤技術(shù)2.可跟蹤性表可跟蹤性表是需求跟蹤表的簡(jiǎn)化形式。對(duì)每一個(gè)需求，可以只列出與該需求相關(guān)的需求。這樣比需求跟蹤表更加簡(jiǎn)潔，也易于管理。表9-4是與表9-3對(duì)應(yīng)的可跟蹤性表。可以根據(jù)關(guān)系的類(lèi)型（如需要/被需要等）建立不同的多個(gè)可跟蹤性表，或者保存一個(gè)單獨(dú)的類(lèi)似表9-4的列表。這種表與需求跟蹤表相比，缺點(diǎn)是不易訪問(wèn)逆向關(guān)系。9-4需求跟蹤9-