需求分析的方法有哪些

『壹』 需求分析方法主要包括哪些

需求：分析方法

分析方法(修訂版)(英文版)》在介紹實分析的時候結合詳盡、廣泛的闡釋，使得讀者完全理解分析基礎和方法。目次：基礎；實數體系結構；實線拓撲；連續函數；微分學；積分學；序列和函數級數；超函數；歐拉空間和矩陣空間；歐拉空間上的微分計算；常微分方程；傅里葉級數；隱函數、曲線和曲面；勒貝格積分；多重積分。讀者對象：數學專業的研究生以及相關的科研人員。

『貳』 需求分析的方法

原型法：獲取一組基本需求之後，快速構造出一個能夠反映客戶需求的初始系統原型。

讓用戶看到未來系統的概貌，以便判斷哪些功能是符合要求的，哪些還需要改進。

按照信息的流向、結構和內容三個方面將現有的需求分析建模方法劃分為結構化分析方法，Jackson分析方法和面向對象分析方法。

通過E-R圖提供表示實體、屬性和聯系的方法，描述顯示世界中的概念模型，不涉及這些實體在系統中的實現方法。

通過數據流圖描述邏輯模型，表示數據在系統內的變化；分層表示信息流和功能的細節。

行為建模採用動態分析方法，直觀地分析系統的動作，最常用的動態分析方法包括狀態遷移圖，時序圖和Petri網。

狀態遷移圖通過描述狀態以及導致系統改變狀態的事件來表示系統的行為，指明了系統如何在狀態間移動。

『叄』 需求分析有哪兩種主要分析方法

從系統分析出發，可將需求分析方法大致分為功能分解方法、結構化分析方法、信息建模法和面向對象的分析方法。
(1)功能分解方法。
將新系統作為多功能模塊的組合。各功能義可分解為若乾子功能及介面，子功能再繼續分解。便可得到系統的雛形，即功能分解——功能、子功能、功能介面。
(2)結構化分析方法。
結構化分析方法是一種從問題空間到某種表示的映射方法，是結構化方法中重要且被普遍接受的表示系統，由數據流圖和數據詞典構成並表示。此分析法又稱為數據流法。其基本策略是跟蹤數據流，即研究問題域中數據流動方式及在各個環節上所進行的處理，從而發現數據流和加工。結構化分析可定義為數據流、數據處理或加工、數據存儲、端點、處理說明和數據字典。
(3)信息建模方法。
它從數據角度對現實世界建立模型。大型軟體較復雜；很難直接對其分析和設計，常藉助模型。模型是開發中常用工具，系統包括數據處理、事務管理和決策支持。實質上，也可看成由一系列有序模型構成，其有序模型通常為功能模型、信息模型、數據模型、控制模型和決策模型。有序是指這些模型是分別在系統的不同開發階段及開發層次一同建立的。建立系統常用的基本工具是E—R圖。經過改進後稱為信息建模法，後來又發展為語義數據建模方法，並引入了許多面向對象的特點。
信息建模可定義為實體或對象、屬性、關系、父類型/子類型和關聯對象。此方法的核心概念是實體和關系，基本工具是E-R圖，其基本要素由實體、屬性和聯系構成。該方法的基本策略是從現實中找出實體，然後再用屬性進行描述。

『肆』 需求分析常用方法都有哪些，請舉例說明

問卷調查法，是指設計方就用戶需求中的一些個性化的、需要進一步明確的需求或問題，通過採用向用戶問卷調查表的方式，達到徹底弄清項目需求的一種需求獲取方法。 這種方法適合於設計方和建設方、使用方都清楚項目需求的情況。因為建設方和使用方都清楚項目的需求，需要雙方進一步溝通的需求或問題就比較少，通過採用這種簡單的問卷調查方法就能使問題得到較好的解決。顯然對於樂百氏集團這樣規模龐大的公司，簡單的問卷調查是不能夠滿足准確獲得需求的需要的。會議討論法，是指設計方和用戶相關人員召開若干次需求討論會議，達到徹底弄清項目需求的一種需求獲取方法。這種方法適合於設計方不清楚用戶的詳細業務需求，但使用方清楚項目需求的情況。因為使用方清楚項目的需求，他們能准確地表達出他們的需求，而設計方有專業的需求，而我們有專業的軟體開發經驗，經過回憶討論交流之後，能夠對用戶的需求進行准確描述和把握。這個方法對於准確的獲得樂百氏公司的需求是一種不錯的選擇。在本案例中系統的設計人員也是這么做的，他們通過和樂百氏項目組經理的討論，很快了解了樂百氏的運作過程的數據。界面原型法，是指設計方根據自己所了解的用戶需求，描畫出應用系統的功能界面後與用戶進行交流和溝通，通過「界面原型」這一載體，達到雙方逐步明確項目需求的一種需求獲取的方法。這種方法比較適合於設計方和用戶都不是非常清楚項目需求、只是大概了解用戶需求的情況。因為設計方和用戶方都不能非常准確的描述出客戶的需求，因此此時就更需要藉助於一定的「載體」來加快對需求的挖掘和雙方對需求理解

『伍』 需求分析的主要方法是什麼

1.1 需求的背景

需求的背景指的是動機，這一項實質上是換位思考，它能夠幫助我們從業務方的角度，從使用場景、用戶心理去理解需求。

在實際工作中，我們所接收到的「需求」常常是表述不清晰的、不完整的，甚至是具有欺騙性的。

一個問題會對應許多的解決方案，找到真正的需求，也正是我們的職責。

1.2 需求的受眾

需求的受眾需要注意的問題有兩點：

誰是真正的受眾；
受眾人群是否具有代表性。
需求的來源很多，可能是用戶、業務方等。我們需要分清楚誰才是真正的受眾。

在一個需求里不同的角色認知和訴求是不同的，當信息帶上了主觀判斷也就被污染了。

其次，則是覆蓋度的問題。對於頻次不夠高或者人群不夠有代表性的需求，投入產出比會是一個大大的問號。辨清受眾，在評估需求的優先順序和制定解決方案時，迷惑性會大大降低。

1.3 需求的目的

需求的目的指需要做什麼，很多時候我們接到的「需求」其實是業務方過濾後的「解決方案」。

以「口渴」為例，此時業務方提出的需求是要製作一台飲水機，然而飲水機並不能解決問題。如果我們挖掘到背後的動機是「口渴」，那麼我們可以從補充水分和減少水分的流失來著手提供解決方案。

1.4 需求的目標

在漢語辭典里的解釋，目的是期望，而目標是成果。

目標更為具象，並且能夠用數據指標來衡量，後續也能夠指導需求的改進。

需求的本質是為了創造價值，而創造價值最直白的則是開源和節流。具象到目標，可以用創造的收益，提升的效率以及節省的資源等方面進行量化。

2. 因果關系分析法
、需求優先順序的評定
最後一個環節是需求優先順序的評定，我常用的方法是選取影響優先順序的因素並設定比例，經過加權計算出優先順序，分數越高優先順序越高。

其公式如下：

優先順序=因素1比例*因素1分值+因素2比例*因素2分值+….

表1-需求評估加權表

這張表，影響的因素主要有兩項：投入產出比以及重要程度。

投入產出比個人認為是必選的，而重要程度中的維度可以根據實際情況去增加、減少。同理，加權中比例的設置也是如此。

『陸』 傳統需求分析方法包括哪些主要特點是什麼

傳統需求分析方法：結構化分析方法。

主要特點：結構化的分析方法是傳統的分析法，它的好處是在需求階段可以不需要精確地定義系統，只需要根據業務框架確定系統的功能范圍，以及每個功能的處理邏輯和業務規則，功能需求規格書等。

因為不需要精確描述，因此描述系統的方式比較靈活多樣，可以採用圖表、示例圖、文字等等方式來描述系統。在系統開發以前，一般還可以採用更為直觀的原型系統方式和最終用戶進行交流和確認，因此對業務需求的要求會低一些，業務需求階段的周期相對容易控制。

通過業務全景圖，最終用戶也能了解系統的功能；通過功能活動圖和業務規則的描述，也可以相對精確地描述業務系統；因為沒有嚴格的標記語言，可以採用適當的篇幅描述適當的系統。

當然，這種方法的缺點也是明顯的，分析人員和業務人員之間可能缺乏共同語言，機器不能識別業務需求書，在設計階段還需要繼續和用戶確認一部分功能。

需求分析原則

為了促進軟體研發工作的規范化、科學化，軟體領域提出了許多軟體開發與說明的方法，如結構化方法、原型化法、面向對象方法等。這些方法有的很相似。在實際需求分析工作中．每一種需求分析方法都有獨特的思路和表示法，基本都適用下面的需求分析的基本原則。

1、側重表達理解問題的數據域和功能域。對新系統程序處理的數據，其數據域包括數據流、數據內容和數據結構。而功能域則反映它們關系的控制處理信息。

2、需求問題應分解細化，建立問題層次結構。可將復雜問題按具體功能、性能等分解並逐層細化、逐一分析。

3、建立分析模型。模型包括各種圖表，是對研究對象特徵的一種重要表達形式。通過邏輯視圖可給出目標功能和信息處理間關系，而非實現細節。由系統運行及處理環境確定物理視圖，通過它確定處理功能和數據結構的實際表現形式。

『柒』 需求分析有哪幾個步驟

一、需求獲取階段
在需求獲取階段，需要做好收集和管理兩件事。

這些需求既有產品經理主動挖掘的，也有從用戶、運營、業務方、領導等渠道被動獲取的，無論哪個渠道來的需求，都需要有一個正式的地方進行管理，也就是我們通常所說的需求池。

不過，對於多方關注的重點需求，通過需求池來向各方同步就不太合適了：

一是因為需求池內容太多、太雜，向業務方、領導匯報的時候會有很多干擾信息，難以快速抓住重點；
二是因為需求池裡面可能有些需求不適合完全公開。
這時我們就需要使用《事項跟蹤表》來單獨跟進，形式上用Excel、PPT都可以。

而放在《事項跟蹤表》里的需求，也要在需求池裡記錄下來，即需求池是做全量需求管理的，《事項跟蹤表》是做重點需求跟進、匯報的。

二、需求分析階段
1. 分析內容
需求分析主要從需求要素、定位、分解、優先順序四個方面進行。

1）需求要素分析

需求要素分析是從需求本身出發，不考慮其他因素。

這些要素包括：內容、用戶/角色、頻次、價值、場景-動機、強度六個方面，這些要素的含義大家應該都比較清楚了，這里說一下分析各個要素的目的是什麼：

分析需求內容，是為了弄清楚需求是什麼；
分析需求用戶/角色，是為了弄清楚需求為誰服務；
分析需求頻次、強度，是為了弄清楚需求對用戶的重要性、緊迫程度；
分析需求場景-動機，是為了弄清楚需求真偽、用戶目的，更深入的理解需求；
分析需求價值，是為了弄清楚需求值不值得做。
2）定位分析

需求的定位分析是分析需求對產品當前階段目標的意義。

分析需求的定位，有以下兩個目的：

一是作為優先順序排期的判斷條件之一，如果需求與產品當前階段的目標密切相關，則需要作為高優先順序上線；
二是為了框定需求范圍。每個需求的實現程度都有深有淺，可以很簡單，也可以很復雜，了解了需求之於產品的定位，就能判斷需求要做到什麼程度。如果一個需求對產品很重要，那就需要做得很豐富，如果只是輔助需求，則需要適當輕量。
3）需求分解

原始需求的顆粒度往往較粗，不利於後續的分析、設計、開發等工作，所以我們需要對這些顆粒度較粗的原始需求進行分解，分解為一個個完整、獨立、可實現的子需求。

4）優先順序分析

優先順序分析是以拆解後的子需求為單位進行的，根據各類優先順序的判斷方法、原則，初步評估各個子需求的上線順序及時間。

2. 常見問題
需求分析應該是大家從入行那天就知道要做的事，但大多數同學在做需求分析時會犯以下三個比較常見的錯誤。

1）缺乏系統性

這是在分析中最常見的問題，即很多同學在分析需求時沒有系統性的框架，導致很多方面沒有分析到、考慮到，從而對需求認識不全面。

2）缺乏深度

對需求某些要素認識比較淺，不夠細致深入，例如在分析需求的用戶時，沒有對用戶分層、切片，對各個分層的用戶也缺乏足夠的了解，導致對用戶只有一個籠統、模糊的認識，最後自然無法深入進去。

不過分析是否有深度的定義其實很難把握，也缺乏明確的判斷標准，需要隨著分析者思維能力的提升、信息量的提升來加強。