文章目錄

• 一、軟件需求全景圖
• • 1.業務驅動的需求思想
  • 2.組織應用類軟件系統需求全景圖
  • 3.價值需求主線
  • • 價值需求
    • 詳細需求
    • • 子問題域分解
      • 功能主線
      • • 業務支持
        • 管理支持
        • 維護支持
      • 數據主線
      • 非功能主線
• *需求分析模板

---

---

一、軟件需求全景圖

1.業務驅動的需求思想

• 拋開具體的技術實現，站在用戶的視角審視用戶想要解決的問題、想要達成的業務目的。
• 要做好軟件需求工作，業務驅動需求思想是核心。傳統的需求分析是站在技術視角展開的，關注的是“方案級需求”；而業務驅動的需求思想則是站在用戶視角展開的，關注的是“問題級需求”。

案例一：

在這個例子中，小孩提出“要吃餅干”，這實際上是一個 方案級需求。由于家里沒有餅干，因此媽媽認為孩子提出了一個不合理的需求，于是想辦法讓小孩放棄這個需求。而老余則快速意識到了這個方案級需求背后真實的 問題級需求 是“餓了”，因此找到了可行的解決方案——吃面包，小孩的需求也得到了滿足。——挖掘根本需求

---

$$變更／優化型需求分析任務執行指引$$

如果基于一個目的不清晰、實現方案相當明確的需求進行開發，一旦開發成本比較大，就極易出現執行變形，嚴重的時候甚至還會使客戶關系惡化……

• 客戶是問題專家，而非解決方案專家，他提出的方案未必能夠完美地解決他遇到的問題

模糊 => 清晰

頭腦風暴法分析需求

結合背景，整合現有需求（不論模糊還是清晰）

澄清需求中的模糊點，深層次挖掘需求——避免未來需求不斷以“擠牙膏”的形式提出

• 明確業務術語的定義，是做好數據需求的基礎。
• 在建議解決方案時應該站在用戶的立場，說明這種方案的優點
• 需求分析師是“問題解決者”，而不是簡單的需求傳遞者。
• 只挖掘問題，不挖掘方案——因為在問題級的探討，客戶是理性的；而在方案級的探討，客戶是感性的。——挖掘需求的同時要注意避免需求蔓延——防止 客戶從中獲得的利益與價值不容易呈現，從而導致客戶滿意度難以有效提升。

---

2.組織應用類軟件系統需求全景圖

3.價值需求主線

價值需求

• 整個軟件系統為客戶解決了什么問題、創造了什么機會
• 對于系統而言，最關鍵的干系人有哪些
• 各個重要干系人對系統的關注點是什么？有哪些擔心（阻力點）

詳細需求

• 為了給客戶提供業務、管理、維護支持，需要提供哪些功能？
• 系統所涉及的問題域中有哪些數據，之間是何關系？
• 所處的業務環境會帶來哪些約束和質量要求？

子問題域分解

• 分解的目的在于控制復雜度
• 哪里有分解，哪里就有接口
  

功能主線

• 避免陷入樹木而忽略森林

• （1）通過系統固化、優化業務流程，提升流程執行效率、節約成本、降低風險等。

• （2）通過系統拓展業務的渠道，使其延伸到電話、互聯網、移動互聯網等通道上。

• （3）通過系統將個人知識、能力轉化為組織知識、能力。

• （4）通過系統實現數據的信息化，輔助管理、決策。

業務支持

首先是固化、優化業務流程，因此業務流程是核心；
其次是業務延伸到新的通道（諸如手機端），這從本質來說也是一種流程的重構，核心還是業務流程；
最后是將個人能力轉化為組織能力，而這種能力存在于具體的業務場景中，因此“專家場景”是核心。

從灰盒子視角回答四個問題：

• 根據目標和干系人關注點，系統涉及哪些業務流程？
• 這些業務流程是如何定義的，需要優化嗎？
• 系統對流程中所有業務場景都要支持嗎？還是只支持一部分？
• 有哪些業務場景的工作經驗需要模型化？

梳理業務支持需求關鍵是四個任務：

• （1）業務流程識別，為各子問題域生成一個《業務流程列表》，列出系統涉及的業務流程；
• （2）對各業務流程進行分析與優化，繪制一組《流程圖模型》；
• （3）業務功能識別，識別各流程中系統需支持的業務功能模型；（當涉及專家系統需求時，需要抽象出“專家場景”，也就是要通過系統模型化，以便新員工能夠“復制”執行該任務的經驗。）
• （4）業務功能分析，描述各業務功能的具體需求。
  

管理支持

軟件系統對管理的支持，主要可以體現在三個方面：

• （1）事前風險避免，通過增加管理流程；
• （2）事中風險控制，通過“規則”和“審批”；
• （3）事后總結優化，通過“數據分析”。

前兩種通常會在業務支持分析中統一處理；第三種則應該獨立進行分析。

---

管理支持所需的功能——從灰盒子視角回答三個問題：

• 管理層用戶希望通過系統來實現哪些管理、控制需求？
• 希望通過系統做哪些輔助決策？
• 要實現這些管理、控制、決策支持，需要哪些信息？用什么方法獲得它們？
  

維護支持

維護需求——從灰盒子視角回答兩個問題：

• 有誰會需要對系統進行維護？
• 他們需要執行哪些維護任務？

首先識別未來的維護用戶，可能是客戶自己的維護團隊，也可能是開發團隊自己。然后根據不同的維護用戶列舉出未來維護、運營相關的場景，整理成一張《維護場景列表》

數據主線

一個組織中有四個最核心的“流”：工作流、信息流、資金流、物流——數據主線，重點就在于厘清組織中的“信息流”
數據主線——從灰盒子的角度回答三個問題：

• 系統相關的問題域中有哪些業務數據？
• 它們之間是什么樣的關系？
• 每個業務數據的具體構成是怎么樣的？
  

非功能主線

*需求分析模板

$$表0?1變更／優化型需求分析模板$$

該模板中主要包括原始需求、問題澄清、業務環境描述、業務場景描述、業務術語說明、解決方案概述6個部分。

• （1）原始需求：說明需求是誰提出的（提出人，必填）、他屬于哪個部門（客戶信息，建議填）、原話是什么（原始描述，必填）；如果有需要，還可以對其進行編號（編號）。
• （2）問題澄清：這個原始需求背后的問題級需求是什么（要解決的問題，必填）、現在如何應對該問題（現狀，選填）、問題描述中有需要澄清的定義嗎（概念澄清，選填），以及還有相關的其他需求嗎（相似問題場景挖掘，選填）。
• （3）業務環境描述：該需求未實現對誰產生直接影響（不做誰生氣，建議填），這種影響的頻率如何（多久生氣一次，建議填），有哪些對非功能要求產生影響的因素（其他非功能需求，選填）。
• （4）業務場景描述：當需求人員或開發人員不理解該問題發生在什么樣的業務場景中時，可以選填本部分。它主要包括：該需求發生在哪個業務場景中（場景名稱），這個場景是怎么樣的（建議采用子任務、任務變體的形式整理）。
• （5）業務術語說明：如果需求人員或開發人員對該需求中相關的業務術語有理解歧義，那么建議選填本部分。也就是列出易有理解歧義的術語名稱，以及術語意義、構成等說明信息。
• （6）解決方案概述：必填，針對該問題可以有哪幾種解決方案，各有什么優缺點，推薦哪種？為什么？

---

讀書過程中有些地方沒有讀明白，期待再刷后的完善！

總結

以上是生活随笔為你收集整理的【读书笔记】《有效需求分析》的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。