此時的任務是理清需求的結構框架（領域類圖）和行為脈絡（流程圖→用例模型）锈遥。通過業(yè)務事件列表和報表列表標識出絕大部分用例，生成領域模型竭翠。
理清框架與脈絡階段的工作任務
業(yè)務流程分析：根據事件復雜度，使用文本描述或借助多個業(yè)務流程圖表示
業(yè)務流程分析任務：針對每一個業(yè)務流程事件，分析識別出現有業(yè)務活動以及之間的關系顾腊，了解這些活動所需信息以及產出的數據（表單），確定數據傳送的路線以及對應的人員與部門挖胃。（需識別不同場景的流程杂靶，從整體到細節(jié)）
流程設計的原則：
- 應以產出為中心，而不是任務
- 讓需要得到流程產出的人自己執(zhí)行流程
- 針對決策點酱鸭，注意將決策權下放到更低的管理職位吗垮，提高效率
- 流程多樣化：同個業(yè)務不同場景可能需要多個流程圖
- 單點接觸客戶：如果發(fā)現多窗口接觸用戶如銀行多窗口服務客戶，需要充分考慮未來轉成單點接觸客戶的模式凹髓，如整合成統(tǒng)一服務窗口
流程改進的ESIA策略：清除低效環(huán)節(jié)烁登，簡化瓶頸點，整合資源蔚舀，將煩瑣的任務實現自動化饵沧。
流程分析的要點：流程有組織級、部門級赌躺、崗位級三個層次捷泞，其中部門級是需求分析的主線索，崗位級是需求細節(jié)填充時的工作內容寿谴，組織級是對部門級流程的抽象概括锁右。
先部門后崗位級，部門級也就是理清每個業(yè)務流程中涉及哪些具體的崗位讶泰，它們負責什么活動咏瑟，每個活動之間的關系。
崗位級是將每個具體業(yè)務活動的業(yè)務步驟表述出來痪署，它都是一個崗位的活動码泞，屬于需求細節(jié)的范疇
流程主要類型:生產性流程、管理性流程和支撐性流程三類狼犯。如果拿軟件開發(fā)過程來說的話余寥，需求分析领铐、軟件設計、軟件編碼宋舷、軟件測試都是生產性流程绪撵；項目管理、質量保證就屬于管理性流程了祝蝠；而支持性流程包括配置音诈、文檔控制等
描述流程最常用模型：跨職責流程圖、活動圖和數據流圖
跨職責流程圖
流程圖也可和狀態(tài)結合起來绎狭，將zuo
狀態(tài)機圖
順序圖
多個角色參與细溅，期間經過多個步驟，最終完成某項工作的過程
活動圖
- 基礎活動圖
- 帶泳道的活動圖：有效地表示各個活動由誰負責的信息儡嘶。
- 帶對象流的活動圖：表示數據喇聊、文檔的流轉。在實際的建模中蹦狂，只需對的確需要描述的對象進行描述誓篱，以起畫龍點睛之效。
- 輔助活動圖
如果一個活動圖過于復雜鸥咖，或者活動圖中某一組活動與主控制流關聯不大燕鸽，那么就可以借助輔助活動圖來描述兄世。主活動圖中相應的活動節(jié)點上啼辣，通常使用的是如下圖所示的叉齒符號。
數據流圖
對于數據流為主線索的處理過程是最合適的御滩，例如計費系統(tǒng)
1）數據流圖的主要元素
2)構建
自頂向下逐步分解
根據業(yè)務事件建立業(yè)務事件表
根據事件表繪制數據流圖片段
將片段整合在0層數據流圖
細化得出1層數據流圖鸥拧，以安排課程為例
