對於城市聯動應急系統建設的第一環節－－－需求調研，我經過一些體驗。現在總結整理一下。
---技術分析員 李海 －－－[email protected]
**組織已經有至少2023年的歷史，其橫向和縱向的關係，對於日常的工作有一定的影響。比如說，公安局和派出所，市區分局a和市區分局b，以及其它的海警署，林業局。畫出這些單位組織結構，就要畫出網路的拓撲圖一樣。可以給你一種直觀的感覺和業務流的動向。
110，122，119都是從接警開始入口，流入處警，在流入反饋。所以先畫出接警流程圖。
弄清楚接警事件儲存後，如何流入處警席，處警席有那些排程，及如果流入反饋席位。
總結：要用結構圖反映物體關係，流程圖（活**及序列圖）反映邏輯關係。
專案建設不單是乙個技術問題，她和客戶業務特點、業務流程及業務規範息息相關。技術人員解決不了一些只有執行權力上才能控制的問題，所以你一定要找到那個說上話的領導，領導地位越高，你的工作進展的越是順利，否則你就會發現沒有人配合你調研工作，或者你的調研做完後等於沒做。這點很重要，如果你發現找不到這個領導，就要通知商務部門，做好合同調節工作。
要記得帶事先列印好的，會談記錄**。按照一定的格式，漂漂亮亮地把訪談發現的重要資訊寫下來。為事後分析整理提供材料。
學會畫畫，把訪談或者會談時，客戶的描述，及時變成模型。畫出流程，或者操作介面。
你可以在紙上畫，方便又快捷。然後給客戶看看，是不是這個意思。別不好意思，能使用模型工具（
excel
也行啊）更好，不能就拿張紙來畫。本人還是覺得，紙上畫比較直觀和快捷，想打鉤就打鉤，想畫彎就畫彎（想怎麼彎就怎麼彎，嘿嘿）。
不要以為自己是頂好的專業人士，有很好的推測能力，對於客戶沒有表達清楚的問題，要幫助客戶讓他表達出自己的意思。千萬不要認為只要自己清楚了（客戶不一定清楚），就算完事。需求調研和需求設計是兩件事情，設計時需要自己的設計推測能力，需求調研時候，你應該最需要知道客戶在想什麼。
雖然做人沒有必要低聲下氣，但也沒有必要趾高氣昂。良好談話技巧和快樂交談氣氛，做乙個受歡迎的人，你才能順利開展工作。
軟體系統 需求調研
調研內容 客戶想要什麼，想達到什麼樣的結果，為什麼會有這樣的想法，會不會有潛在的需求 具體為 1 業務現狀及現狀下工作出現的問題 2 業務涉及的部門，崗位及負責人 3 業務在部門內部和部門間的流轉流程 4 具體業務的先決條件及異常情況 5 使用者對業務的理想想法 6 非功能需求 7 對需求進行評估和...
應急平台系統需求分析的必要性
目前，由於 應急平台開發的無序性，導致 應急平台的體系不夠清晰，系統運作流程也不明確，只是單擺幅擱的八大系統，實用性不強。經過我們和多個省市應急辦 工信局的交流，同時結合部分省市的設計實施經驗，開始著手設計一套完整的應急平台工作系統，目標是將已有系統有機的串接起來，形成乙個有實用價值的 靈活機動的應...
管理資訊系統需求調研分析指南
摘要 本文是在管理資訊系統需求調研實踐和學習中的一些經驗總結，有些是自己的體會，有些來自專家的書本或文章，希望與大家分享，並起到乙個拋磚引玉的作用，如有不妥之處歡迎指正。關鍵字 需求 調研 正文 一 軟體需求的定義 ieee軟體工程標準詞彙表 1997年 中定義的需求為 1 使用者解決問題或達到目標...