有效需求分析閱讀筆記（三）
系統需求全景圖：從宏觀角度來看，組織應用類軟件系統需求可以分爲價值需求和詳細需求兩大部分。這裏只是從總體簡單介紹下價值需求和詳細需求
價值需求
What
簡單來說，價值需求就是從黑盒子視角回答“整個軟件系統爲客戶解決了什麼問題，創造了什麼機會”，"對於系統來說，最關鍵的干係人有哪些"，”各個重要干係人對系統的關注點是什麼？有哪些擔心（阻力點）“三個本質性問題。這三類問題分別對應目標場景、干係人關注點、干係人阻力點三個方面
Why
- 價值需求是組織應用類軟件系統需求的靈魂和方向，但在大多數需求實踐中，這部分做的相對薄弱。這將使項目範圍更容易蔓延，客戶從中獲得的利益和價值不容易呈現，從而導致客戶滿意度難以有效提升。
- 在目標分析方面，經常會看到很多放之四海而皆準的、定性的描述，比如“打造一套先進的信息化系統，有效地推進管理的提升....” 這樣的目標自然無法作爲“成功標準”來指導系統的開發與實施工作，甚至會出現“我們走的太遠，以至於忘記爲何而出發”的尷尬陣地
- 如果說很多需求實踐中，目標分析方面知識做的不到位，那麼在干係人識別和分析方面則經常是乾脆直接省略，在《需求規格說明書》中根本找不到。而這方面的缺失會導致忽略他們的關注點，陷入他們的阻力點，從而在開發過程中不斷受到影響
How
價值需求的關鍵在於執行好目標分析、干係人識別、干係人分析三個任務。這些任務將分別產出：多份《問題卡片》，場景化地定義項目目標;一張《干係人列表》，列出所有關鍵干係人，多份《干係人檔案》，針對每個關鍵干係人整理相應的關注點和阻力點
詳細需求
What
簡單來說，詳細需求就是從灰盒子視角完成三個主題的分析：“爲了給客戶提供業務、管理、維護支持，需要提供哪些功能？”系統所涉及的問題域中有哪些數據，之間是何關係？“ ”所處的業務環境會帶來哪些約束和質量要求？”這三個主題實際上分別對應功能需求、數據需求、非功能需求三條主線。
Why
詳細需求可以釐清脈絡，識別出最小粒度的需求單元，然後爲識別出的需求單元填充具體的細節描述。
How
- 子問題域的分解
從業務的角度、按照系統涉及的不同子問題域進行分解，以便逐一分析。
- 功能主線
- 業務支持
- 管理支持
- 維護支持
- 數據主線
- 領域建模
- 業務數據分析
- 非工作主線
- 質量數梳理
- 質量場景分析
結語：在實際的需求分析實踐中（即分析價值需求和詳細需求），應該根據實際的產品、項目特點，明確出關鍵的需求主線，已對其進行合適的裁剪