文章目錄

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

---

---

一、軟件需求全景圖

1.業(yè)務驅(qū)動的需求思想

• 拋開具體的技術(shù)實現(xiàn)，站在用戶的視角審視用戶想要解決的問題、想要達成的業(yè)務目的。
• 要做好軟件需求工作，業(yè)務驅(qū)動需求思想是核心。傳統(tǒng)的需求分析是站在技術(shù)視角展開的，關(guān)注的是“方案級需求”；而業(yè)務驅(qū)動的需求思想則是站在用戶視角展開的，關(guān)注的是“問題級需求”。

案例一：

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

---

$$變更／優(yōu)化型需求分析任務執(zhí)行指引$$

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

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

模糊 => 清晰

頭腦風暴法分析需求

結(jié)合背景，整合現(xiàn)有需求（不論模糊還是清晰）

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

• 明確業(yè)務術(shù)語的定義，是做好數(shù)據(jù)需求的基礎(chǔ)。
• 在建議解決方案時應該站在用戶的立場，說明這種方案的優(yōu)點
• 需求分析師是“問題解決者”，而不是簡單的需求傳遞者。
• 只挖掘問題，不挖掘方案——因為在問題級的探討，客戶是理性的；而在方案級的探討，客戶是感性的?！诰蛐枨蟮耐瑫r要注意避免需求蔓延——防止 客戶從中獲得的利益與價值不容易呈現(xiàn)，從而導致客戶滿意度難以有效提升。

---

2.組織應用類軟件系統(tǒng)需求全景圖

3.價值需求主線

價值需求

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

詳細需求

• 為了給客戶提供業(yè)務、管理、維護支持，需要提供哪些功能？
• 系統(tǒng)所涉及的問題域中有哪些數(shù)據(jù)，之間是何關(guān)系？
• 所處的業(yè)務環(huán)境會帶來哪些約束和質(zhì)量要求？

子問題域分解

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

功能主線

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

• （1）通過系統(tǒng)固化、優(yōu)化業(yè)務流程，提升流程執(zhí)行效率、節(jié)約成本、降低風險等。

• （2）通過系統(tǒng)拓展業(yè)務的渠道，使其延伸到電話、互聯(lián)網(wǎng)、移動互聯(lián)網(wǎng)等通道上。

• （3）通過系統(tǒng)將個人知識、能力轉(zhuǎn)化為組織知識、能力。

• （4）通過系統(tǒng)實現(xiàn)數(shù)據(jù)的信息化，輔助管理、決策。

業(yè)務支持

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

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

• 根據(jù)目標和干系人關(guān)注點，系統(tǒng)涉及哪些業(yè)務流程？
• 這些業(yè)務流程是如何定義的，需要優(yōu)化嗎？
• 系統(tǒng)對流程中所有業(yè)務場景都要支持嗎？還是只支持一部分？
• 有哪些業(yè)務場景的工作經(jīng)驗需要模型化？

梳理業(yè)務支持需求關(guān)鍵是四個任務：

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

管理支持

軟件系統(tǒng)對管理的支持，主要可以體現(xiàn)在三個方面：

• （1）事前風險避免，通過增加管理流程；
• （2）事中風險控制，通過“規(guī)則”和“審批”；
• （3）事后總結(jié)優(yōu)化，通過“數(shù)據(jù)分析”。

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

---

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

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

維護支持

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

• 有誰會需要對系統(tǒng)進行維護？
• 他們需要執(zhí)行哪些維護任務？

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

數(shù)據(jù)主線

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

• 系統(tǒng)相關(guān)的問題域中有哪些業(yè)務數(shù)據(jù)？
• 它們之間是什么樣的關(guān)系？
• 每個業(yè)務數(shù)據(jù)的具體構(gòu)成是怎么樣的？
  

非功能主線

*需求分析模板

$$表0?1變更／優(yōu)化型需求分析模板$$

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

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

---

讀書過程中有些地方?jīng)]有讀明白，期待再刷后的完善！

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。