需求分析-02业务流程分析

此时的任务是理清需求的结构框架（领域类图）和行为脉络（流程图→用例模型）。通过业务事件列表和报表列表标识出绝大部分用例，生成领域模型。

理清框架与脉络阶段的工作任务

image.png

业务流程分析：根据事件复杂度，使用文本描述或借助多个业务流程图表示

业务流程分析任务：针对每一个业务流程事件，分析识别出现有业务活动以及之间的关系，了解这些活动所需信息以及产出的数据（表单），确定数据传送的路线以及对应的人员与部门。（需识别不同场景的流程，从整体到细节）

流程设计的原则：

• 应以产出为中心，而不是任务
• 让需要得到流程产出的人自己执行流程
• 针对决策点，注意将决策权下放到更低的管理职位，提高效率
• 流程多样化：同个业务不同场景可能需要多个流程图
• 单点接触客户：如果发现多窗口接触用户如银行多窗口服务客户，需要充分考虑未来转成单点接触客户的模式，如整合成统一服务窗口

流程改进的ESIA策略：清除低效环节，简化瓶颈点，整合资源，将烦琐的任务实现自动化。

流程分析的要点：流程有组织级、部门级、岗位级三个层次，其中部门级是需求分析的主线索，岗位级是需求细节填充时的工作内容，组织级是对部门级流程的抽象概括。

先部门后岗位级，部门级也就是理清每个业务流程中涉及哪些具体的岗位，它们负责什么活动，每个活动之间的关系。

岗位级是将每个具体业务活动的业务步骤表述出来，它都是一个岗位的活动，属于需求细节的范畴

流程主要类型:生产性流程、管理性流程和支撑性流程三类。如果拿软件开发过程来说的话，需求分析、软件设计、软件编码、软件测试都是生产性流程；项目管理、质量保证就属于管理性流程了；而支持性流程包括配置、文档控制等

描述流程最常用模型：跨职责流程图、活动图和数据流图

跨职责流程图

流程图也可和状态结合起来，将zuo

image.png

状态机图

image.png

顺序图

多个角色参与，期间经过多个步骤，最终完成某项工作的过程

image.png

活动图

• 基础活动图

image.png

• 带泳道的活动图：有效地表示各个活动由谁负责的信息。

image.png

• 带对象流的活动图：表示数据、文档的流转。在实际的建模中，只需对的确需要描述的对象进行描述，以起画龙点睛之效。

image.png

image.png

• 辅助活动图

如果一个活动图过于复杂，或者活动图中某一组活动与主控制流关联不大，那么就可以借助辅助活动图来描述。主活动图中相应的活动节点上，通常使用的是如下图所示的叉齿符号。

image.png

数据流图

对于数据流为主线索的处理过程是最合适的，例如计费系统

1）数据流图的主要元素

image.png

2)构建
自顶向下逐步分解

image.png

根据业务事件建立业务事件表

image.png

根据事件表绘制数据流图片段

image.png

将片段整合在0层数据流图

image.png

细化得出1层数据流图，以安排课程为例

image.png