有哪些具體的發現需求的方法

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

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

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

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

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

『叄』 對於企業來說，有哪些方法能知道用戶的需求

可以通過問卷調查和深度訪談的方法來獲取用戶的需求。

①問卷調查

深度訪談是一種一對一的交流方式，可以在訪談之中與用戶進行更長時間、更深入的交流。直接挖掘用戶的需求，並且能夠針對這些用戶的需求，現場做出回饋反應。

『肆』 識別客戶需求的方法有哪些

客戶需求識別的方法：

1、體驗中心法

設立體驗中心，全方位展示品牌價值，讓體驗來說明產品的功能或性能，並獲取客戶反饋，是識別客戶需求的有效方法。對一些高科技產品、時尚產品而言，這是一種新穎而有效的識別客戶潛在需求的方法。

2、深度訪談法

深度訪談是專業訪談人員和被調查者之間針對某一主題進行的一對一的談話。深度訪談可用於採集被調查者對企業產品或服務的看法，如用於了解客戶如何做出購買決策，產品或服務如何被使用以及客戶需求個人傾向等。

3、競爭對手研究法

競爭迫使企業不斷尋找新的、更有效的方法來使企業得到長久的發展。通過研究競爭對手的產品或服務，企業可以了解客戶的基本需求，推動客戶需求的識別。

4、數據挖掘法

企業利用數據挖掘技術可以找出大量數據背後隱藏的規則和模式，從而預測未來趨勢。基於人工智慧、機器學習、統計等技術的數據挖掘，可以高度自動化地分析客戶需求信息，從中挖掘客戶需求模式，預測客戶需求趨勢，幫助企業決策者調整市場策略，從而減少經營風險。