軟體專案管理 4.1.軟體需求管理過程
【公眾號 “專案管理研究所” 將會第一時間更新文章並分享行業分析報告】
歸檔於軟體專案管理初級學習路線
第三章 生存期模型
《初級學習路線合集 》
前言
大家好，這節我們學習軟體專案管理---軟體需求管理過程，需求管理過程分兩個部分。
第一個部分需求確認即確認需求規格，包括四個過程，需求獲取，需求分析，需求規格編寫，需求驗證。
第二個部分是開發過程中的需求管理即需求變更過程。
既需求管理有五個過程：需求獲取，需求分析，需求規格編寫，需求驗證，需求變更、
一、需求獲取
這個圖展示的是需求獲取的過程，就是將使用者腦子想的東西抓取過來，例如這個使用者想著開發一個小轎車，好的需求獲取者可以獲取一個真正的需求是小轎車，而不是誤解的認為是大卡車。
需求獲取有很多種方式，例如問卷，討論會，面談。而最有效的是面對面的主動溝通，他可以獲取更多真實的資訊，但需要注意的是不要太多的自以為是，例如如果自認為跳轉的介面是正確的，其實是未必的。
二、需求分析
需求分析是為終端使用者所看到的系統建立一個概念模型，是對需求的抽象描述。
需求分析模型就是理解做什麼，表達做什麼的過程，既理解需求，表達需求。例如當前的需求是人工圖書管理，目標是開發一個資訊化的圖書管理系統，通過理解需求，最後表達需求模型。
如圖：有圖書管理人員，讀者等角色，圖書管理人員進行圖書的登記，借書，還書。讀者可以進行查詢，借書，還書等...然後將這個模型實現為物理模型，就是目標系統的圖書資訊化系統了。
三、需求規格編寫
需求分析工作完成的一個基本標誌是形成了一份完整的，規範的需求規格說明書。當然需求規格沒有一個統一的標準。如下圖是某公司的需求規格。
四、需求驗證
就是對需求規格進行評審，例如評審需求的正確性，一致性，完整性，可行性，可驗證性等等...
五、需求變更管理
這個圖展示了一個專案經理很困惑的樣子，他的問題是何時的基線才是真正的基線，相當於問為什麼需求總是在變化，因為需求是一個很重要的基線，它說明了需求變更是一個很常見的現象。
歷史專案證明，軟體專案會經常面臨專案的變更，關鍵是如何來應對變化，如果沒有很好的需求變更管理，專案就會面臨著專案失敗的風險。
需求變更管理的主要過程如下圖：
需求變更管理的核心是制定一個需求變更管理系統，它可以避免頻繁變更所產生的混亂局面。
我們可以看這個圖，圖示了某專案需求變更控制流程的例子：如果在執行過程中提出變更，需要根據這個系統來做決策。
總結
總之 需求管理通過需求獲取，需求分析，需求規格編寫，需求驗證，需求變更五個過程來管理軟體需求。
到這裡，第四章第一節 軟體需求管理就講解完畢！下一節介紹傳統需求建模方法~
如果您覺得這篇文章有幫助到您的的話不妨點贊支援一下喲~~?、
後續將持續更新【軟體專案管理初級學習路線】的全知識點，大家感興趣的多多關注博主喲~
————————————————