老調牙的調子，需求調研和分析是系統成敗的關鍵，如何做調研和分析的方法非常多，就從業務的角度來說，難度並沒有坊間傳言的那麼大，涉及到政治，那就是另外一回事情了，這裡不討論。那如何進行呢？
1、首先確定系統的大致範圍（目標）（即做什麼(do what)）（這個時候的目標當然是粗粒度的，就是所謂大的用例）和如何做（有什麼資源）
這裡的做什麼和如何做，包含了專案管理的三大要素：範圍，時間和成本。這裡的如何做指的是能夠提供多少資源（多少預算，多少人，多少時間等），所以這步很關鍵，因為在後面的分析中需要以此作為篩選需求的依據。
2、對用例進行分析
a) 哪些人用這個功能（角色）？(who)
用什麼？(which)
怎麼用？how (when,where,precondition,constraints)
涉及到誰？which and who
他們之間如何協調，誰先誰後，有什麼條件和約束？（業務流程business process）
前提是什麼?涉及哪些物件（資源(人，才，物)）
使用環境？environment(往往會涉及到非功能性需求和為配合環境的部分功能要求）
b)針對每個角色進行分析
b1）用什麼？(怎麼參與)（做什麼？）（角色在這個用例中的位置，使用這個功能的什麼操作,什麼資料？）
用什麼?(which operation),怎麼用？how (when,where,precondition,constraints)
涉及到誰？(which objects),
b2）怎麼用？前提是什麼？涉及哪些物件？操作步驟如何？每步操作需要的資料和約束是什麼？會產生哪些資料？得到什麼樣的結果？如果涉及到人機互動，那麼互動的方式如何？
c)迭代
在上述的分析過程中，用例會細化成小用例（功能），角色也會更加具體化，重複上述過程，直到不需要分解為止。
在分析過程中乙個重要的原則就是時刻要記住系統需要解決的問題是什麼，對那些與系統目標暫時無關的東西應該放在一邊（但不能忘記，因為這些東西裡面可能會產生新的需求，新的專案）。一般的業務系統首先要滿足的日常業務的支撐，因此對這類系統進行需求分析的最基本的方法就是收集他們如何手工做（或已有的系統怎麼做），然後在這些需求的基礎上進行優化（怎麼做得更好？業務重組）。需求分析的另外乙個要點就是在需求調研的時候不能只聽不問，所以在需求調研之前應該做足功課，以防真正調研的時候被客戶牽著鼻子走。這對於專案型和非專案型的產品都一樣重要。
需求調研分析
case的乙個基本思想就是提供一組能夠自動覆蓋軟體開發生命週期各個階段的整合的 減少勞動力的工具。case工具由許多部分組成,一般我們按軟體開發的不同階段分為上層case和下層case產品。上層或前端case工具自動進行應用的計畫 設計和分析,幫助使用者定義需求,產生需求說明,並可完成與應用開發相關...
需求分析調研表
需求調研表 專案 名稱 專案 代號 調研 物件 調研 日期 需求調研根據 檔名 及時間 立項專案名稱 及時間 使用者 執行維護人員提出 請註明 需求型別 新建專案在建專案補充現有系統運維 使用者 範圍 管理員 1 2 人，負責配置系統相關資訊。高階使用者 處人員，主要進行立項 督查 彙總等工作。一般...
需求調研步驟和方法
第1章前言 目的需求調研是為需要說明書做前期工作，可以說需要說明書說是從需求調研表中得到或抽取而出。需求調研是要了解現實世界中做實際工作的人們真正需要什麼樣的程式的過程，再把這些需求開進細節整理由設計部開發，再由銷售部銷售給使用者。使用者 系統分析人員 第2章前期準備 2.1.確定工具 沒有什麼工具...