1. 程式人生 > >《需求工程——軟件建模》06

《需求工程——軟件建模》06

管理者 文本 集合 發展 會有 委員會 痛點 回溯 避免

需求管理及工程管理

一、需求管理及工程管理的重要性及概述

(一)在需求開發活動之後,需求基線應該成為後續軟件系統開發的工作基礎和粘合劑:

(1)項目管理者根據需求安排、監控和管理項目計劃

(2)開發者依據需求開發相應的產品功能和特性

(3)測試人員按照需求執行系統測試和驗收測試

(4)客戶和顧客依照需求驗收最終產品

(5)維護人員參與需求執行產品的演化

因此,需求的影響力將貫穿於後續的整個產品生命周期,應做好項目的需求管理及工程管理。

(二)好的需求管理的作用:

(1)增強涉眾群體對復雜項目的細節理解。

(2)增強項目之間的交流

(3)減少項目間各項活動開展的時間浪費

(4)改變項目文化,使需求的作用得到重視和有效發展

二、需求管理及工程管理包含要點

(一)維護需求基線

作為需求開發的結果,最終的需求應該被明確和固定,再將其傳遞給其他人員。因此,需求基線就是被明確下來的需求集合,是項目團隊對需要在某一特定產品版本的中實現的特征和需求集合。其內容包含以下:

(1)標誌符(ID):為後續的項目工作提供一個共同的交流結果

(2)當前版本號:保證項目工作都建立在最新的一致需求基礎上

(3)源頭:在需要 進一步理解或改變需求,應追溯到需求源頭。

(4)理由:提供需求產生的 背景相關內容

(5)優先級:後續的項目工作可以參照優先級進行安排和調度

(6)狀態:交流和具體需求相關的項目工作狀態

(7)項目成本 、工作量、風險、可變性等其他因素

其維護主要從兩方面進行:

(1)配置管理

需求基線的內容是項目的共享資料和工作基礎,應該被統一管理。隨著需求的增加、修改等操作,將會有許多需求面臨變更,因此既要保證在在最新的需求版本下 工作,又要在正確的基礎上工作。應對標誌配置項、版本控制、變更控制、訪問審計、狀態報告等進行統一的配置管理。

(2)狀態維護

需求基線能夠反映整個項目的實際進展情況,這就是通過狀態維護實現的。其狀態主要包含:已提議、已批準、已實現、已驗證、已刪除、已否決。

(二)實現需求跟蹤

在實際的項目中,業務和技術都將面臨著不斷變更的情況,軟件系統在開發過程中發生於需求基線不一致和偏離的風險越來越大 。為避免這種現象,控制軟件開發的質量、時間和成本,將是實現需求可追蹤的重要控制手段。追蹤方法主要分為以下兩種:

(1)前向追蹤

這兩點主要又包含向前追蹤到需求、從需求向後回溯。其中,向前追蹤到需求主要說明射中的需要和目標產生了哪些軟件需求。從需求向後回溯主要說明了軟件需求來源於那些涉眾的需要和目標。

(2)後向追蹤

後向追蹤是指被定義到軟件需求規格說明文檔之後的需求演化過程。它也包括兩方面:從需求向前追蹤、回溯到需求的追蹤,其中,向前追蹤是說明軟件需求是如何支持和實現的,回溯是說明各系統開發的物件是因為什麽原因而被開發的 。

(三)控制變更

需求的變更較為常見,但我們應避免不必要的變更,以減少對項目團隊帶來的人力、物力耗費。其中不可避免的情況有以下幾種:

(1)問題發生了改變,隨著時間變化,初始開發軟件的用戶原因發生了變化。

(2)環境改變,軟件的環境發生變化,即使用戶的需求一樣,但仍舊不能很好地解決用戶痛點。

(3)需求基線有缺陷,因為項目的復雜性,需求基線難免會存在一些缺陷。

控制變更的過程:

提請者提出需求變更—》接收者接收變更請求-》評估者 變更評估,生成需求變更表單-》變更控制委員會,變更決策,裁定是否變更-》修改者在收到委員會變更的決定後,執行變更-》驗證者驗證變更

三、結語

綜上所述,做好需求管理需要註意維護需求基線、實現變更追溯、控制變更至少三方面的內容。另一方面,利用好的需求管理工具,如文本處理器 、電子表格甚至商業的需求管理工具對其進行輔助,在實際的需求管理工作中也能夠產生較好的促進作用。

《需求工程——軟件建模》06