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

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

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

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

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