資料結構
網路
關係資料庫管理系統 (RDBMS)
作業系統
Java
MS Excel
iOS
HTML
CSS
Android
Python
C語言程式設計
C++
C#
MongoDB
MySQL
Javascript
PHP
物理學
化學
生物學
數學
英語
經濟學
心理學
社會學
服裝設計
法學需求收集技術
在商業環境中，需要有效的方法進行市場調研，以瞭解客戶的需求以及如何在競爭中取得成功。我們需要關注如何幫助使用者實現目標。需求收集過程將有助於理解客戶的需求，尤其是在 IT 行業。
有多種不同的需求收集技術可用。利益相關者和業務分析師使用多種工具和技術來促進這一過程並捕獲準確而詳細的需求。需求收集技術應有助於將需求分解成易於理解的步驟，從而提供完成每個步驟的說明。
讓我們來看一些需求收集技術。一些常用的方法包括：
- 訪談
- 問卷調查
- 觀察
- 促進型研討會
- 焦點小組
- 聯合應用開發 (JAD)
- 頭腦風暴
- 原型設計
- 文件分析
訪談
訪談是資訊收集的主要方式之一，系統分析師將與相關的利益相關者或主題專家進行面對面的互動。在專案生命週期的早期階段，業務分析師將花費大部分時間來採訪系統使用者和系統所有者。
明確訪談目標非常重要，可以提前準備好問題，也可以自發提問，並應記錄下回覆。訪談也可以由多名面試官進行，或者進行小組訪談。訪談可以是一對一的，也可以是小組訪談。
訪談型別
訪談主要分為非結構化訪談和結構化訪談兩種。
非結構化訪談
這涉及到受訪者進行隨意談話，提出一些一般性問題。這通常是一種效率低下的技術，因為它容易偏離主要目標，分析師必須將訪談引導回正軌。
結構化訪談
面試官將提出具體問題，以從受訪者那裡獲得所需資訊。這種型別的訪談被認為是有效的。
半結構化訪談
它從重點問題開始，然後轉向開放式討論。需要預先確定感興趣的資料。需要提出的一些問題如下：
- 這項任務應該如何執行？
- 為什麼要執行這項任務？
- 在什麼情況下應該執行這項任務？
- 完成這項任務需要哪些資訊？
- 應該向誰傳送溝通訊息？
問卷調查
這是一種非正式的技術，使用文件收集受訪者的資訊和意見。它允許系統分析師從非常龐大且位於偏遠地區的目標人群中收集資訊，或者只對整體需求有少量投入的人員。如果需要，可以將回復發送進行進一步的統計分析。它提出清晰具體的疑問，幷包含一些具有答案範圍的封閉式問題。
問卷格式
自由格式
自由格式問卷允許使用者對每個問題自由作答。提出一個問題，受訪者在問題後的空格中記錄答案。自由格式問題的例子是“當前功能是否存在任何問題？如果是，請解釋”。
固定格式
固定格式問卷包含需要從個人那裡選擇預定義回覆的問題。受訪者需要從給定的答案集中選擇一個答案。這種格式的答案更容易分析。但另一方面，它更靜態；受訪者不能給出他們自己的意見或答案，只能選擇提供的答案。
觀察
觀察或跟崗是指分析師觀察客戶執行日常任務，並詢問他們正在做什麼以及為什麼這樣做。這是一種瞭解使用者在工作中可能經歷的事情的好方法，並可以為如何改進流程提供一些直接的需求。
觀察型別
被動/隱蔽觀察
在這種情況下，分析師在觀察過程中根本不與工作人員互動，而是做筆記。分析師可以在整個過程完成後使用準備好的問題清單向工作人員提問，但在工作人員工作期間不能打斷他們。有些工作對工作人員來說太繁忙或危險，無法不斷被打斷並提問。在這種情況下，被動觀察效果最好。
主動/公開觀察
在這種情況下，分析師可以在觀察過程中打斷工作人員進行提問。一些需要問的問題包括：
- “為什麼您在這個時候這樣做？”
- “通常下一步是什麼？”
促進型研討會
促進型研討會將更大的群體聚集在一個共同的平臺上進行討論和達成一致。與分別採訪他們相比，它們可以更快地定義產品的跨職能需求。成功的促進型會議需要計劃。主持人需要考慮共同的會議地點、會議時長、如何達成共識以及議程。
焦點小組
焦點小組涉及對代表使用者或客戶的人群進行協同討論，討論產品的期望、功能和其他方面。將收集關於需求/機會/問題的反饋，以識別需求。
討論由訓練有素的主持人引導。將選擇參與者，併為焦點小組準備他們的角色、討論主題和後勤工作，並將製作一份記錄所學內容的小組報告。
聯合應用開發 (JAD)
這是一種引導研討會並讓所有系統參與者一起參與系統分析和需求定義的技術。討論將持續到會議目標完成並且完整的需求集已記錄並達成一致為止。
它已被用於從群體中獲取和收集有關問題、目標和系統需求的資訊。在會議期間，他們坐在一起討論並從參與者那裡獲得想法。
頭腦風暴
它涉及小組成員圍繞特定問題、難題或需求自發地貢獻想法。合適的主題專家將開始創造性地進行頭腦風暴，思考解決方案可能是什麼樣子。根據他們認為最適合該解決方案的想法，將收集到的想法進行優先排序。最佳想法的結果共識將用於初始需求。
小組頭腦風暴的目的是減少小組成員之間的社會抑制，刺激新的想法產生，從而提高小組的整體創造力。
原型設計
在這種方法中，將收集初步需求，這些需求將用於構建解決方案的初始版本，稱為原型。原型可能並非具有所有功能，但它可以作為概念驗證用於想法驗證/進一步分析。在達到最終階段之前，將遵循原型建立、測試和反饋的迭代過程。
此重複過程將持續進行，直到產品滿足業務的最終目標，並進行商定的迭代次數。
文件分析
此技術涉及對經常存在的程式和任務進行書面記錄，尤其是在商業環境中。它描述了事情應該如何完成，而不是事情是如何完成的。這也有助於業務分析師準備問題以驗證需求的正確性和完整性。大部分資訊都隱藏在現有的文件中，這些文件有助於我們提出問題，作為驗證需求完整性的一部分。
系統分析的核心是獲取開發系統所需的所有資訊。因此，決定哪些技術能夠在現有時間和資源下最佳完成任務，掌握在我們手中。在需求收集過程中，分析師將確定將使用哪些型別的技術以及將收集哪些型別的資訊。
瀏覽量：2000+
