軟體開發需求調研的一些個人見解

需求調研之我見

需求調研對於乙個應用軟體開發來說，是乙個系統開發的開始階段，需求調研的質量對於乙個應用軟體來說，是乙個極其重要的階段，它的質量在一定程度上來說決定了乙個軟體的交付結果。怎樣從客戶中聽取使用者需求、分析使用者需求就成為調研人員最重要的任務。

總體而言，需求調研可按照業務流程、業務規則、表單資料、貫穿系統的關係四個方向來進行調研。

業務流程

首先要對調研行業有乙個認識，了解系統的主要功能和作用。對各個功能模組或各個科室進行業務流程的確認並繪製出流程圖，流程圖的輸出，就意味著整個系統也就確定了大體的框架。調研物件一般為為決策層或領導層。

業務規則

各個流程、功能點等事項的辦理，都會有相關約束或條件，那麼需要對其前置條件、後置條件、資料驗證、條件判斷等進行分析調研。調研物件一般為操作員。

表單資料

對各個功能點的業務資料、資料項、表單格式、查詢條件以及其它相關資料進行明確的分析調研。調研物件一般為操作員。

貫穿系統的關係

各個模組或科室之間的資料交換、傳遞以及資料共享等，需要我們調研人員與各個模組或科室的相關負責人進行多方溝通，確定乙個多方滿意的需求調研結果。

調研注意事項：

1、調研的各個階段，必須出具相關文件或檔案，比如調研計畫、流程圖、表單樣式、報**式、背景**、資料項列表、討論記錄、問題列表等。

2、所有疑問必須等到明確的答覆，不能出現相互矛盾、似是而非的需求。需準確理解客戶的講解，如果有問題的先做記錄，之後將整理的問題向客戶詢問，得到明確的結果。需求必須是客戶接受和確認的，不能有臆測的需求。

3、要合理安排好時間和進度。有時候客戶還有自己要做的事情，不一定能及時相應。所以必須提前預約好時間，保證整個需求調研的進度。

4、能積極引導客戶。當客戶出現疑慮，而調研人員能明白且能做好客戶想要的東西的時候，調研人員能及時積極引導客戶，詳細講解我們所知道的東西，並能讓客戶接受與確認。

5、如遇公司有相關原型或產品，調研人員需先詳細了解公司的相關原型和產品，根據成品，找出本地化的差異化需求。

6、每天調研結束，需跟調研同事一起進行調研情況討論會，能通過有經驗的同事獲取相關資訊，然後在下一天的調研中與客戶進行分析。

文件編寫：滿輝華編寫時間：2023年11月24日

資料：收取了邱趙友部分建議