文档介绍：第6章流程建模
业务流程分析与建模
数据流分析与建模
业务规则的表示
业务流程分析与建模
业务流程分析
业务流程图的画法
业务流程优化
1 数据流分析
数据流图
画数据流图的注意事项
数据字典
新系统逻辑模型的提出

分析出合理的信息流动、处理、存储的过程。

划分成输入、处理、输出再逐渐细化。
：
⑴系统完成的主要功能？输入？输出？
⑵系统与外界环境的关系如何？
⑶复杂的系统能否划分为相对独立的子功能？子功能间如何联系？
⑷分解的子功能还需要再分解？
⑸各功能的输入？处理？输出？
⑹保存哪些数据？如何修改？哪些功能可以使用？
⑺业务处理流程的初始数据从何来？处理的环节？输出到何处？
数据流分析与建模
数据流分析
数据流图
画数据流图的注意事项
数据字典
新系统逻辑模型的提出

数据流程图是用于描述数据流动、存储、处理的逻辑关系的图。
（图例）
⑴外部实体
指系统以外又与系统有联系的人或事物。一般用于描述数据的来源或去处。图例如下：
客户
⑵数据处理
指对数据的逻辑处理（数据变换）。一般用圆角方框表示三方面的信息：处理过程编号、处理过程文字描述、处理过程的进一步描述（如功能承担者或执行者）。
⑶数据流
指数据的流向（输入或输出），一般用一个箭头表示。
⑷数据存储
表示数据保存的地方（对数据记录文件的读写处理）。
计算
P1
财务科
事件表中能找到数据流图中出现的一些元素：
活动对应于处理框
事件源和事件目标对应于外部实体
触发点和响应结果是与外部实体相连的数据流
只有数据存储在事件响应表中没有对应的描述
一个事件的DFD
事件和DFD
事件列表中的每一个事件都可以画出一个DFD图（需要额外添加数据存储元素）
事件列表可以作为画数据流图的一个基础和检验列表
事件对应DFD模型的中间层
事件可以继续分解绘制其具体的处理过程（向下细化）
系统中事件较多时，应进行分组（向上抽象）
单个DFD的组合
事件之间有一定的联系，一般通过数据存储建立关联
完整的数据流图
根据事件表重新组织，绘制完整的DFD模型：
按照事件表，对每一个事件建立一个DFD片段图。
把所有的DFD片段进行分组，归纳为大的处理逻辑，形成上一层DFD（复杂系统层次更多）。
将属于一组内的DFD片段放在一张图上，形成事件层的DFD图。
对每个事件的数据处理进一步分解为下一层DFD （复杂系统层次更多）。
完整的数据流图
真正进行结构化系统建模过程中，应该采用自顶向下的分解方法，事件表只是寻找需求的辅助工具（启发）
建模是一个从具体到抽象，又从抽象到具体的过程，需要反复多次

⑴基本思路：将一个系统看成是一个整体功能，明确信息的输入、输出、存储，然后再将系统功能从上往下分层展开，逐步求精。
分层的数据流图
纵观
顶层
P1 P2
P3 P4
P41
P42
第一层
第二层
⑵实例：（以高校学籍管理系统为例）
第一步：把整个系统看成一个功能，描述出系统的轮廓、范围，标出主要外部实体、数据流、数据存储。
招生办
学籍管
理系统
教委
用人
单位
新生名单
报表
毕业生登记表
D1 学籍表
P0
第二步：将项层流程图展开，绘制第一层DFD
招生办
教师
系
教委
用人
单位
异动
管理
成绩
管理
奖惩
管理
新生名单
成绩单
报表
毕业生登记表
留级退学名单
获奖名单
奖惩报告
D1 学籍表
学生注册
成绩
奖惩结论
P1
P2
P3
第三步：将第一层的DFD中的处理功能再次进行细分，绘制第二层的DFD，依此法逐层分解，直到最基本的功能层为止。
（、）
教师

统计成绩
教管科

登记期末成绩
教管科

登记补考成绩
教管科