1、概述
系統分析師在需求團隊中主要是與客戶和系統使用者合作來確定客戶需求。因為資訊系統是複雜的，因此客戶有時會要求乙個不合適的資訊系統。解決方案是把從客戶和將來的使用者獲取的初始資訊作為同一過程的輸入，不斷進行迭代，從而確定客戶的真正需求。發現客戶需求的過程為需求獲取。對初始需求進行細化和擴充套件的過程為需求分析。需求可以分成功能性和非功能性需求兩種。功能性需求是一種制定了資訊系統必須能夠執行的動作的需求。非功能性需求指定了資訊系統本身的屬性，如平台，響應時間等。
a) 對應用領域進行初始理解
b) 建立初始化業務模型
c) 草擬一組初始的客戶需求，對應用領域的更深入了解
d) 細化業務模型和使用者需求
e) 重複以上步驟，直到完善
2、理解領域
需求團隊第一項任務是熟悉應用領域，主要通過以下兩種方式來進行：
a) 準確理解術語
b) 建立術語表
3、建立業務模型
業務模型是組織的業務過程的描述，可以從總體上理解客戶的業務。憑藉這種知識，我們可以對客戶提出建議。獲取構建業務模型所需的資訊可以通過以採訪、問卷、調研、觀察等方式進行。
業務模型主要問題：
主題
對使用者來說的問題
商業處理過程是什麼樣的
你要幹什麼
商業過程應該怎樣完成
如何完成它？或需要哪些步驟
需求什麼樣的資訊
你要使用哪些資訊？你要使用什麼樣的表單或報告
4、用例圖
用例用於為資訊系統自身及該資訊系統使用者之間的互動建模。用例圖可以直觀地反映參與者之間的互動關係。參與者是系統使用者，同時系統使用者也可以扮演很多角色。參與者不必是人，可以參與多個用例。如下圖，裡面有四個用例，三個參與者，乙個系統。
5、面談和討論
a)準備面談
i. 確立面談目的
ii. 確定要包括的相關使用者
iii. 確定參加會議的專案小組成員
iv. 建立要討論的問題和要點列表
v. 複查有關文件和資料
vi. 確立時間和地點
vii. 通知所有參加者有關會議的目的、時間和地點
b)主持面談
i. 衣著得體
ii. 準時到達
iii. 限制面談時間
iv. 尋找異常和錯誤情況
v. 深入調查細節
vi. 認真做好記錄
vii. 指出和記錄未作回答的條目和未解決的問題
c)面談的後續工作
i. 複查筆記的準確性、完整性和可理解性
ii. 把所收集的資訊轉化為適當的模型和文件
iii. 確定需要進一步澄清的問題域
iv. 適當的時候向參加會議的每乙個人發一封感謝信(備忘錄)
工作流需求分析
使用者的需求大概分為兩部分 一部分是整個專案完全基於工作流來搭建開發，這也是很多任務作流廠商患有 平台壓迫症 的原因 另一部分是將工作流作為業務元件加入已有的專案中，推動業務的 審批 流轉。前者的要求顯然更高，但也意味著有更多的利潤。其實這一部分的使用者又可以進一步的細分 一是技術能力比較差的公司，...
工作流需求的大概分析
使用者的需求大概分為兩部分 一部分是整個專案完全基於工作流來搭建開發，這也是很多任務作流廠商患有 平台壓迫症 的原因 另一部分是將工作流作為業務元件加入已有的專案中，推動業務的 審批 流轉。前者的要求顯然更高，但也意味著有更多的利潤。其實這一部分的使用者又可以進一步的細分 一是技術能力比較差的公司，...
工作流建模 工作流概念
工作流建模 工作流概念 1 案例 工作流系統得基本目的是處理案例。每個案例都有乙個唯一標識，而且每個案例的生命週期都是有限的。案例生命週期都處於某個特定狀態，該狀態由三個元素組成 1 案例相關的屬性的值 案例屬性是一系列同案例相關的變數。能夠用來管理案例。正是通過這些變數，才有可能指出在特定條件下某...