此时的任务是理清需求的结构框架（领域类图）和行为脉络（流程图→用例模型）。通过业务事件列表和报表列表标识出绝大部分用例，生成领域模型。
理清框架与脉络阶段的工作任务
业务流程分析：根据事件复杂度，使用文本描述或借助多个业务流程图表示
业务流程分析任务：针对每一个业务流程事件，分析识别出现有业务活动以及之间的关系，了解这些活动所需信息以及产出的数据（表单），确定数据传送的路线以及对应的人员与部门。（需识别不同场景的流程，从整体到细节）
流程设计的原则：
- 应以产出为中心，而不是任务
- 让需要得到流程产出的人自己执行流程
- 针对决策点，注意将决策权下放到更低的管理职位，提高效率
- 流程多样化：同个业务不同场景可能需要多个流程图
- 单点接触客户：如果发现多窗口接触用户如银行多窗口服务客户，需要充分考虑未来转成单点接触客户的模式，如整合成统一服务窗口
流程改进的ESIA策略：清除低效环节，简化瓶颈点，整合资源，将烦琐的任务实现自动化。
流程分析的要点：流程有组织级、部门级、岗位级三个层次，其中部门级是需求分析的主线索，岗位级是需求细节填充时的工作内容，组织级是对部门级流程的抽象概括。
先部门后岗位级，部门级也就是理清每个业务流程中涉及哪些具体的岗位，它们负责什么活动，每个活动之间的关系。
岗位级是将每个具体业务活动的业务步骤表述出来，它都是一个岗位的活动，属于需求细节的范畴
流程主要类型:生产性流程、管理性流程和支撑性流程三类。如果拿软件开发过程来说的话，需求分析、软件设计、软件编码、软件测试都是生产性流程；项目管理、质量保证就属于管理性流程了；而支持性流程包括配置、文档控制等
描述流程最常用模型：跨职责流程图、活动图和数据流图
跨职责流程图
流程图也可和状态结合起来，将zuo
状态机图
顺序图
多个角色参与，期间经过多个步骤，最终完成某项工作的过程
活动图
- 基础活动图
- 带泳道的活动图：有效地表示各个活动由谁负责的信息。
- 带对象流的活动图：表示数据、文档的流转。在实际的建模中，只需对的确需要描述的对象进行描述，以起画龙点睛之效。
- 辅助活动图
如果一个活动图过于复杂，或者活动图中某一组活动与主控制流关联不大，那么就可以借助辅助活动图来描述。主活动图中相应的活动节点上，通常使用的是如下图所示的叉齿符号。
数据流图
对于数据流为主线索的处理过程是最合适的，例如计费系统
1）数据流图的主要元素
2)构建
自顶向下逐步分解
根据业务事件建立业务事件表
根据事件表绘制数据流图片段
将片段整合在0层数据流图
细化得出1层数据流图，以安排课程为例
