採用哪些方法獲取需求

Ⅰ 需求獲取的常用方法有哪些25.說明軟體測試和調試的目的有何區別

需求獲取的常用方法有哪些
1）用戶訪談
用戶訪談是一種最基本的需求獲取手段，它是指分析人員以個別訪談或小組合議的形式與用戶進行初步的溝通。用戶訪談的形式包括結構化和非結構化兩種，結構化是指分析人員按照——定準則事先准備好一系列問題，通過用戶對問題的回答來獲取有關目標軟體方面的內容；非結構化則是只列以一個粗糙的想法，根據訪談的民體情況來進行發揮。
2）用戶調查
在進行用戶防談時，由於很多關鍵人員的時間有限，不易安排過多的時間或者項日涉及的客戶面較廣。不可能——一訪談。因此，就需要藉助用戶調杏的方法，通過精心設計要問的問題，然後下發到相關的人員手中，讓他們填寫，再從所填寫的內容中獲取系統的需求倍息，這樣就可以克服上述的問題。
用戶調查最大的不足就是缺乏靈活性，而且可能存在受調查人員不能很好表述自己想法的限制。
3）現場觀摩
俗話說，百聞石如一見，對於許多較為復雜的流程和系統而言，是很難用自然語言表達清楚的。因此，為了能夠對系統的需求獲得全面的了解，實際觀察用戶的操作過程就是一種行之合效的方法。現場觀摩就是走到客戶的工作場所，一邊觀察，一邊聽客戶講解，甚至可以安排人員跟隨用戶一起工作一段時間。這樣就可以使得分析人員對客戶的需求有更加直觀的理解。但是，在現場觀摩過程中必須切記；建造軟體系統不僅僅只是為了模擬客戶的手下操作過程，還必須將最好的經濟效益、最快的處理速度、最合理的操作流程和最友好的用戶界而等作為軟體設計的目標。
4）文檔考古
文檔考古是指對歷史存在的—些文檔進行研究，從帶有數據的文件、表單、報表等文檔中獲取所需信息的過程。對於一些數據流程比較復雜的、工作表單較多的項目來說，就可以應用這種方法。
5）建立聯合分析小組
在系統開發時，系統分析員和用戶之間由於知識結構的差異，難免存在難逾越的交流鴻溝。
用廣提供的需求信息，在系統分析員看來可能是零散和片面甚至無法理解的。因此，為了能夠減少交流上的問題，就需要一個領域專家來幫助進行溝通，即可以建立一個由用戶、系統分析員和領域專家參加的聯合分析小組來共同完成需求的獲地。
6）原型法
原型是在軟體開發中被廣泛使用的一種工具，在軟體系統的很多開發階段都起著非常重要的作用。原型法就是盡可能快地建造一個祖糙的系統，這系統實現了目標系統的某些或全部功能，但是這個系統可能在可靠性、界面的友好性或其他方向上存在缺陷。建造這樣一個系統的目的是為了看，考察某一方面的可行性。如演算法的可行性，技術的可行性，或考察是否滿足用戶的需求等。原型是在最終系統產生之前的一個局部真實表現，可以讓人們能夠對一些具體問題進行基於文物的有效溝通，從而幫助人們盡早解決軟體開發個存在的各種不確定性。
7）模型驅動
前面的面談、原型、觀察以及文檔審查等方法可以通過執行一些具體的獲取行為來對系統需求進行認知和理解。但是大多數軟體系統，尤其是對於復雜的系統而言，它們的需求獲取任務絕不是可以通道一兩次這樣簡單的獲取行為就能夠完成的。為了能夠使得獲取行為相互配合、減少不必要的精力耗費和防止出現獲取信息的遺漏，可以採用模型驅動的方法。
8）基於上下文的方法
軟體系統是作為一個整體存在的，它通過和環境的交互來解決用戶的問題，滿足用戶的需求。軟體系統中的每項功能都是依存於一定的背景和上下文環境，因此，要正確地理解系統的功能就必須要正確地理解它的背景和上下文知識。基於上下文的方法就是注重於系統的環境、開發組織的業務背景、涉眾的特徵以及目標等。與前面的方法相比，它更加註重用戶在—定環境下表現出來的行為，通過分析用戶的行為得到信息。

說明軟體測試和調試的目的有何區別
1、目的不同
軟體測試的目的是發現錯誤，至於找出錯誤的原因和錯誤發生的地方不是軟體測試的任務，而是調試的任務.調試的目的是為了證明程序的正確，因此它必須不斷地排除錯誤.它們的出發點不一樣。前者是挑錯，是一種挑剔過程，屬於質盤保證活動。後者是排錯，是一種排除過程，是編碼活動的一部分.
2、任務不同
既然軟體測試屬於質量保證活動，因此它貫穿於整個開發過程.從需求分析開始，就要制訂軟體測試計劃，軟體設計時要設計系統軟體測試、集成側試用例，編碼階段要設計單元軟體測試用例並進行單元軟體測試，軟體測試階段要進行集成軟體測試、系統軟體測試等，直到產品交付。只要有修改就有軟體測試，產品交付後同樣。它是比較有規律的活動，有系統的方法、原則作指導。
而調試是編碼活動的一部分，因此有編碼就有調試.它的任務主要就是排錯。調試的方法經常與使用的開發工具有關，例如:解釋型的開發工具可以互動式調試，編譯型開發工具就很難較好地查錯。當然它有一些啟發式的方法，它是一種比較依賴開發人員經驗的活動。
3、指導原則和方法不同
軟體側試是一種有規律的活動，有一系列軟體軟體測試的原則.其中主要是制訂側試計劃，然後嚴格執行.其次是一種挑剔性行為，因此它不但要側試軟體應該做的，還需要側試軟體不應該做的事情。調試所遵循的規律主要是一些啟發式規則，是一個推理過程。例如使用歸納法、演繹法、回溯法等。
軟體測試的輸出是預知的，其軟體測試用例必須包括預期的結果，而調試的輸出大多是不可預見的，需要調試者去解釋、去發現產生的原因。
4、操作者
因為心理狀態是軟體測試程序的障礙，所以執行軟體測試的人一般不是開發人員，以使軟體測試更客觀、更有效，而調試人員一般都是開發人員.

Ⅱ 說一說需求工程中需求獲取的方法有哪些

1.
需求工程是指應用已證實有效的技術、方法進行需求分析，確定客戶需求，幫助分析人員理解問題並定義目標系統的所有外部特徵的一門學科。
2.
它通過合適的工具和記號系統地描述待開發系統及其行為特徵和相關約束，形成需求文檔，並對用戶不斷變化的需求演進給予支持。

Ⅲ 需求獲取的方法有哪些

將商品分類，剛性需求的、前衛的、滯銷的。還有平價的、高價的、低價的。構成數據鏈。
按月盤點進行人工統計。
按計算機資料庫的數據，進行數據挖掘。
然後分析數據處理的結果，進行商品各類和價格的調整。
周而復始，沒完沒了。

Ⅳ 獲取用戶需求的主要方法

需求獲取分四個階段：獲取需求、分析需求、撰寫需求文檔、驗證需求。需求獲取到之後要對需求進行分析，將合理的需求整理成文檔，最後再以文檔為基礎對需求進行評審、驗證。這個步驟可能需要幾次循環，不斷地優化需求。

獲取需求：也叫捕獲需求，需要人為主動地去捕捉。可以通過問卷調查、用戶訪談、競品分析、市場分析等方法獲取。

分析需求：將獲取到的需求進行過濾、分析、加工、整理，最後篩選出真正有價值的需求。在分析需求的過程會用到很多方法，例如使用SWOT分析法分析產品的優勢、劣勢、機會、威脅；使用長尾效應分析法分析產品邊界，分析核心需求、基本需求、滿意需求、期待需求、興奮需求，哪些需求是產品的頭部，哪些需求是產品的尾部，輻射到的用戶范圍有哪些；使用優先順序分析法將需求按重要度、緊急度、影響度進行劃分，區分出需求的優先順序，先開發哪些，再開發哪些。還有以競品對比、用戶偏好、商業價值等從各方面對需求進行分析，最終才能找出真正有價值的需求。

撰寫需求文檔：為了便於需求信息的傳遞和梳理，可以將分析後的需求以文檔的形式記錄下來，並形成規范，以便於與產品有關的人員之間的溝通。需求文檔中要有各模塊、頁面、功能的說明，各功能的輸入、加工和輸出信息，以及各種圖形內容，以便文檔信息更准確的傳遞。

驗證需求：此步驟是論證需求的過程，不是所有經過分析得到的需求都是正確的、合理的，需要通過評審論證以證實需求的正確性和合理性。驗證方式可能是會議評審方式，也可能是主要負責人逐條排查的方式。

如果進入下一個階段，發現有問題怎麼辦？在需求獲取的每個過程都是可逆的，當下一階段出現問題時，需求分析會回滾到上一階段。可以從用戶、網路、公司內部人員、競品、行業動態及內心感知等方面獲取用戶需求，具體介紹如下。

1．直接用戶

這是最直接的獲取用戶需求的方法，用戶會通過語言、情緒、動作、表情來表達自己的好惡，如果產品解決不了用戶的問題，他們就會用腳投票。用戶能明確說出來的都是用戶期望解決的需求，這些都屬於基本需求。有的需求是用戶表達不出的或者根本就沒有意識到的，而這種能夠引領市場、讓產品脫穎而出的需求才是高價值的需求。

2．行業動態

「與天斗，其樂無窮；與地斗，其樂無窮；與人斗，其樂無窮。」做產品要時刻關注行業動態信息，政策環境就屬於產品的「天」，市場環境就屬於產品的「地」，用戶就屬於產品的「人」，我們要隨時關注政策變化、市場環境變化，這樣才能夠保證產品的方向是正確的。這里說的「斗」是研究的意思，多研究產品的大環境，才能在第一時間抓住機遇、把控時機。

3．內部人員

一家公司往往只關注一個行業，公司內的同事都是這個行業的精英，對自己所從事的行業有著較深的感悟。例如運營人員大多關注產品與市場之間的關系，客服人員大多關注著產品與真實用戶之間的關系，業務人員大多關注產品與潛在客戶間的關系……公司內的每個人對產品都有不同的解讀和思考，從他們那裡可能會找到正確的答案。

4．競品分析

當我們剛進入一個行業時，最快速的了解產品的方式就是研究競品。除要研究競品的功能外，還要研究產品功能背後的邏輯和思想。為什麼要這樣做，根據什麼邏輯，能解決用戶什麼問題，用戶的反應是什麼。研究競品並不是要克隆競品，要了解市場、行業及用戶。我們最好能找到真實的數據，用數據來說話，找出哪些功能是用戶最迫切需要的。我們只有更好地了解競品，才能更好地解決問題，為客戶提供更優質的服務。

5．網路信息

調研和獲取需求不一定非要與用戶面對面地溝通，實際上有很多種方式都可以收集到用戶需求，如網站的留言，企業的公眾號、微信、微博等，這些窗口都可以作為與用戶溝通的渠道。

6．內心感知

「樹欲靜而風不止」，用戶的需求是不斷變化的，會因時間、地點、人物角色的不同而不同，每個人看問題的角度都不同，每個人的思想和成長經歷也不同。

同樣的產品在不同時期對用戶的價值也不同，如「大哥大」、BB機在20年前風靡全國，而如今它們已經被淘汰在歷史的長河中。據說，喬布斯是從不做市場調研的，他只是看鏡子中的自己，用心去領悟產品。世上的功夫有很多種，長拳、八仙拳、天羅拳、地煞拳、六星拳等，但我認為最高境界的功夫應該沒有招式，即以無招勝有招，套路是固定的，但現實的變化是無窮的，用有招數的套路去應對無窮的變化一定會失敗。所以最好的需求獲取方式就是用心去領悟，把自己真正融入產品的世界中。

Ⅳ 如何獲取用戶真實需求

需求是在一定時期內人們的某種需要或者慾望，在經濟學上還有購買慾望的含義。用戶描述需求的時候，往往會停留在表面層次，但用戶說的往往不是真實需求，我們需要盡最大的努力去挖掘用戶的真實需求。

我們來看一段描述，有人問張三現在的需求是什麼，張三回答要寶馬車，還要原裝進口的。那麼張三的需求是否真的就是進口寶馬車呢？其實不一定，或許進口奧迪車也能滿足張三的需求。

用戶需求

但我們不能只分析到這里，要挖掘更深層次的東西，要寶馬車幹嘛呢？或許是為了代步以圖方便，節省時間；或許是愛慕虛榮，以方便泡MM。一旦我們找到背後隱藏的需求，我們就可以去設計一個替代品，去滿足用戶的真實需求，以節省進口寶馬車那高昂的成本。我們做產品也一樣，不能只關注用戶表面的需求，而要挖掘出真實需求，才能設計出正確的產品。

我們還可以分析一些社會化產品的案例，比如QQ的隱身功能，SNS社區的真實頭像和非真實頭像的區別等，看起來這些功能都不是產品的主要功能，是一些附屬的功能，那麼為什麼要做這些功能？

原因就在於用戶在社交群體裡面有個體心理表達這樣深層次的真實需求在裡面，這些功能可以讓用戶在社交過程當中有存在感又有安全感，也滿足了用戶傾訴表達的慾望。不過這些功能用戶是不會告訴你他真正想要真實頭像還是非真實頭像的，要靠我們去挖掘。

如何獲取用戶真實需求

1、獲取足夠全的信息。

途徑極多，比較常見的就有：

• 公開信息。包括新聞(網路新聞、科技媒體、微信搜索)、大眾評論(微博、微信、知乎)、相關領域的網站和論壇、各種互聯網分析網站(比如艾瑞咨詢、企鵝智酷等)。

• 用戶調查。在線問卷(問卷星等)、線下問卷，還可以委託代理公司等。

• 用戶訪談。找到目標用戶中較高質量的進行跟蹤訪談，高質量的定義一般是在領域內資深、對產品體驗要求高、有話語權，以及擅於表達。

• 行業專家、同類產品從業者訪談。可以獲得更落地、更真實以及更深入的一些信息。

通過這些途徑，要獲取的信息大概是：

• 市場規模、市場特點

• 競品狀況、用戶使用情況

• 目標用戶特徵

• 用戶目前滿足同類需求的方式

• 用戶期望其它哪些方式滿足需求

2、整理數據、總結信息，並得出分析。

整理和總結實際並不是特別棘手，稍有統計知識或者做過調研，這些都不用多說。在每一步統計和總結中，一定要做到兩點：A. 有邏輯 B. 避免陷阱。比如，朋友的二次元項目做調研，發現垂直領域女性用戶比例是 95%，是問卷得來的板上釘釘的，但做調研的過程中眼尖的他們發現，男生很少願意填問卷，所以真實比例肯定是比這個小的。

比如用戶說一直想有人給他做飯，你不要就覺得需求是「找人做飯」，應該記下來的需求點是：平時忙沒時間做飯，又不想出去吃覺得不幹凈。這樣抽象出來的核心就是：方便、快捷、衛生。如果只是找個人做飯，結果預約步驟麻煩、上門服務又不夠干凈，即使再便宜也沒用，因為這不是他的需求點。

Ⅵ 需求分析的主要方法是

目前，軟體需求的分析與設計方法較多，一些大同小異，而有的則基本思路相差很大。從開發過程及特點出發，軟體開發一般採用軟體生存周期的開發方法，有時採用開發原型以幫助了解用戶需求。在軟體分析與設計時，自上而下由全局出發全面規劃分析，然後逐步設計實現。
從系統分析出發，可將需求分析方法大致分為功能分解方法、結構化分析方法、信息建模法和面向對象的分析方法。
(1)功能分解方法。
將新系統作為多功能模塊的組合。各功能義可分解為若乾子功能及介面，子功能再繼續分解。便可得到系統的雛形，即功能分解——功能、子功能、功能介面。
(2)結構化分析方法。
結構化分析方法是一種從問題空間到某種表示的映射方法，是結構化方法中重要且被普遍接受的表示系統，由數據流圖和數據詞典構成並表示。此分析法又稱為數據流法。其基本策略是跟蹤數據流，即研究問題域中數據流動方式及在各個環節上所進行的處理，從而發現數據流和加工。結構化分析可定義為數據流、數據處理或加工、數據存儲、端點、處理說明和數據字典。
(3)信息建模方法。
它從數據角度對現實世界建立模型。大型軟體較復雜；很難直接對其分析和設計，常藉助模型。模型是開發中常用工具，系統包括數據處理、事務管理和決策支持。實質上，也可看成由一系列有序模型構成，其有序模型通常為功能模型、信息模型、數據模型、控制模型和決策模型。有序是指這些模型是分別在系統的不同開發階段及開發層次一同建立的。建立系統常用的基本工具是E—R圖。經過改進後稱為信息建模法，後來又發展為語義數據建模方法，並引入了許多面向對象的特點。
信息建模可定義為實體或對象、屬性、關系、父類型/子類型和關聯對象。此方法的核心概念是實體和關系，基本工具是E-R圖，其基本要素由實體、屬性和聯系構成。該方法的基本策略是從現實中找出實體，然後再用屬性進行描述。
(4)面向對象的分析方法。
面向對象的分析方法的關鍵是識別問題域內的對象，分析它們之間的關系，並建立三類模型，即對象模型、動態模型和功能模型。面向對象主要考慮類或對象、結構與連接、繼承和封裝、消息通信，只表示面向對象的分析中幾項最重要特徵。類的對象是對問題域中事物的完整映射，包括事物的數據特徵(即屬性)和行為特徵(即服務)

Ⅶ 最早開始使用的獲取用戶需求的方法

這個方法是訪談。
訪談(或稱為會談) 是最早開始運用的獲取用戶需求的技術， 也是迄今為止仍然廣泛使用的主要的需求分析技術。
訪談是管理咨詢獲取信息的一個常用方法，是研究者對被研究者進行尋訪、訪問、交談的一種活動方式。咨詢顧問通過與客戶組織中各類人員的接觸談話，能夠獲取客戶組織的重要的主觀問題，被訪談的人也感到他們在為項目作貢獻。訪談過程是一個耗費時間的過程，需要巧妙周全的構建，訪談之前要做好充分的准備，包括材料准備、思想准備等 。也是應用寫作研究的重要文體之一。一共分四塊，第一塊，典型問題；第二塊，回答原則；第三部分，回答實例。最後一部分是艱難/模糊的問題的回答。

Ⅷ 需求獲取技術有哪些方法

大數據技術在數據採集方面採用了哪些方法：

1、離線採集：
工具：ETL；
在數據倉庫的語境下，ETL基本上就是數據採集的代表，包括數據的提取（Extract)、轉換(Transform)和載入(Load)。在轉換的過程中，需要針對具體的業務場景對數據進行治理，例如進行非法數據監測與過濾、格式轉換與數據規范化、數據替換、保證數據完整性等。
2、實時採集：
工具：Flume/Kafka；
實時採集主要用在考慮流處理的業務場景，比如，用於記錄數據源的執行的各種操作活動，比如網路監控的流量管理、金融應用的股票記賬和 web 伺服器記錄的用戶訪問行為。在流處理場景，數據採集會成為Kafka的消費者，就像一個水壩一般將上游源源不斷的數據攔截住，然後根據業務場景做對應的處理（例如去重、去噪、中間計算等），之後再寫入到對應的數據存儲中。這個過程類似傳統的ETL，但它是流式的處理方式，而非定時的批處理Job，些工具均採用分布式架構，能滿足每秒數百MB的日誌數據採集和傳輸需求
3、互聯網採集：
工具：Crawler, DPI等；
Scribe是Facebook開發的數據(日誌)收集系統。又被稱為網頁蜘蛛，網路機器人，是一種按照一定的規則，自動地抓取萬維網信息的程序或者腳本，它支持圖片、音頻、視頻等文件或附件的採集。

除了網路中包含的內容之外，對於網路流量的採集可以使用DPI或DFI等帶寬管理技術進行處理。

4、其他數據採集方法
對於企業生產經營數據上的客戶數據，財務數據等保密性要求較高的數據，可以通過與數據技術服務商合作，使用特定系統介面等相關方式採集數據。比如八度雲計算的數企BDSaaS，無論是數據採集技術、BI數據分析，還是數據的安全性和保密性，都做得很好。
數據的採集是挖掘數據價值的第一步，當數據量越來越大時，可提取出來的有用數據必然也就更多。只要善用數據化處理平台，便能夠保證數據分析結果的有效性，助力企業實現數據驅動~