ZY
2. 业务功能图
如图5-3所示为某企业销售管理业务功能图。
图5-3 某企业销售管理业务功能图
ZY
5.3 管理信息系统的业务流程分析
5.3.1 业务流程图的概念
业务流程图(Transaction Flow Diagram，TFD)， 就是用一些规定的符号及连线来表示某个具体业务处 理过程。 业务流程分析的任务主要有： ①在详细调查的基础上，绘制出各个业务部门的业务流程图； ②与管理人员讨论业务流程图是否与实际情况相符； ③利用现代管理科学和理念，分析现有业务流程是否合理，是否可以优 化； ④与现行系统的管理层及业务人员讨论，按照管理信息系统开发的目标， 提出改进业务流程的方案； ⑤绘制改进的业务流程图。
ZY
企业经营 规划
市场 人员
需求 预测
需求 统计表
编制销 售计划
年度/月度 销售计划表
销售 人员
处理 订单
订单数据
制造 部门
企业 领导
客户资料
订单 管理
客户 管理
应收账款
财务 部门
发货 管理
某企业销售部门的业务流程图
ZY
1.门诊大厅挂号，告诉工作人员你要挂什么科，看什么号（主治，副教授还 是教授）。有些医院第一次就诊需花一块钱买一张门诊卡，以后每次看病都 刷卡挂号。 2.在病历本上写好病人的名字性别年龄，拿着挂好的号子去找该科的门诊， 将本子和号子交给导诊台的护士要她给你排队。等排到你的时候护士会指示 你应该进哪个房间就诊。 3.进房间后和医生对话，医生如果认为你要做检查，就会给你开检查单。拿 着你的所有单子，去收费的地方划价缴费。有些大型检查需要先拿单子去检 查的地方划价或者预约，然后再缴费。有些检查像抽血，B超需要空腹，则 看病的前一天晚上不能吃很多，进清淡饮食，不能吃夜宵，看病的当天不能 吃早饭，但可以喝水。 4.缴费完毕后执发票和检查单排队检查。检查完后应等待结果出来。结果出 来以后，将所有的检查结果拿到你看病的医生那里去，要他告诉你这些检查 结果是什么意思。医生看完之后，就会告诉你是什么病，要怎么治。然后就 会给你开药。 5.拿着医生开药的处方再次去收费处划价缴费，执处方和发票去拿药。拿到 药以后应询问药师这个药怎么吃法。如果需要打针，就拿着药去门诊注射室， 将药品和处方、病历本、发票交给护士，等待打针。到这里就结束了，打完 针就能回家。 ZY
N 一 车 „ 车 间 - 间 某企业的组织结构图
金科院的 组织结构 图?
ZY
5.2.2 组织/业务关系分析
1. 组织/业务关系图
通常增设组织/业务关系图来反映组织各部分在承担业务时的关系，如图5-2 所示。以组织/业务关系图中的横向表示各组织名称，纵向表示业务过程名， 中间栏填写组织在执行业务过程中的作用。
ZY
2. 数据 流程图的 绘制
•数据流程图既是对原系统进行分析和抽象的 工具，也是用以描述新系统逻辑模型的主要工 具。它有两个特点：一是具有概括性；二是具 有抽象性。 •数据流程图的绘制采取自顶向下逐步求精的 方法，即先把整个系统当作一个处理功能来看 待，画出最粗略的数据流程图；然后逐层向下 分析，分解为详细的、低层次的数据流程图。 分层流程图如图5-8所示。
功 能 序号 组织业务 联系的程度
组织 计 质 设 工 机 总 研 生 供 人 总 教 销 仓 划 量 计 艺 动 工 究 产 应 事 务 育 售 库 科 科 科 科 科 室 所 科 科 科 科 科 科 ﹡
√ √ √ × × × ﹡ × ﹡ ﹡ √ √ ﹡ × √ √
1
功 能 与 业 务 2 3 4 5
ZY
1) 基本图例符号 常见的数据流程图有两种：一种是以方框、连线及其变形作为基本图 例符号来表示数据流动过程；另一种是以圆圈及连接弧线作为基本图 例符号来表示数据流动过程。这两种方法在同时表示一个数据流程时， 大同小异，只是针对不同的数据处理流程都各有特点。 2) 方框图图例符号 方框图的图例符号及基本用法如下。 (1) 外部实体。外部实体用一个小方框并外加一个立体轮廓线来表示 (见图5-7)，在小方框中用文字注明外部实体的编码属性和名称。如 果该外部实体还出现在其他数据流程中，则可在小方框的右下角划一 斜线，标出相对应的数据流程图编号。 (2) 数据流动。数据流动用直线、箭头加文字说明组成，例如销售报 告送销售管理人员，库存数据送盘点处理等，如图5-7所示。
ZY
第5章 管理信息系统 的系统分析
目
录
5.1系统分析概述 5.2MIS的组织结构与功能分析 5.3MIS的业务流程分析 5.4MIS的数据流程分析
5.5MIS分析的主要工具 5.6新系统逻辑模型的建立
5.7系统分析说明书
ZY
5.1 系统分析概述
系统分析
系统分析是在系统规划指导下 的关于组织信息系统解决问题的 分析，该阶段相当于工程建设中 的初步方案设计，只涉及解决什 么问题和在逻辑上如何解决，不 涉及解决问题的具体做法，所以 系统分析也称逻辑设计，即建立 新系统的逻辑模型，在逻辑上规 定新系统的功能但不涉及新系统 具体的物理实现，也就是要解决 “系统做什么”而不是“如何做” 的问题。
4.强调逻 辑结构而 不是物理 实现
系统分析的特点
ZY
5.2 管理信息系统的组织结构与功能分析
组织结构分析通常是通过组织结构图来实现 的，是将调查中所了解的组织结构具体地描 绘在图上，作为后续分析和设计的参考； 组织结构与功 能分析主要包 括三个部分： 组织结构分析、 业务过程与组 织结构之间的 联系分析以及 业务功能一览 表
业务过程与组织结构之间的联系分析通常是通 过业务与组织关系图来实现的，是利用系统调 查中所掌握的资料着重反映管理业务过程与组 织结构之间的关系，它是后续分析和设计新系 统的基础；
业务功能一览表是把组织内部各项管理业务 功能用一张表的方式罗列出来，它是今后进行 功能/数据分析、确定新系统拟实现的管理功 能和分析建立管理数据指标体系的基础。
ZY
(1) U/C矩阵。U/C矩阵是通过一个普通的二维表来分析汇总数据的。 通常将表的纵坐标栏目定义为数据类变量(X)，横坐标栏目定义为业务过 程类变量(Y)，将数据与业务之间的关系(即X与Y之间的关系)用“使 用”(U,use)和“建立”(C,create)来表示，将上一步数据汇总的内容 填于表内就构成了U/C矩阵，如图5-6所示。 (2) 数据正确性分析。在建立了U/C矩阵之后就要对数据进行分析，其 基本原则就是“数据守恒原理”(Principle of Data Conservation)， 即数据必定有一个产生的源，而且必定有一个或多个用途(我们还将其细分 为完备性、一致性和无冗余性三条检验规则)。具体落实到对图的分析中则 可概括为以下几点。 ① 原则上每一个列只能有一个C。 ② 每一列至少有一个U。 ③ 不能出现空行或空列。 (3) 数据项特征分析。数据项特征分析主要包括以下4个方面。 ① 数据的类型、精度和字长是建库和分析处理所必须要求确定的。 ② 合理的取值范围是输入、校对和审核所必需的。 ③ 数据量，即单位时间内(如天、月、年)的业务量、使用频率、存储和 保留的时间周期等，这是在网上分布数据资源和确定设备存储容量的基础。 ④ 所涉及业务，即图中每一行有U或C的列号(业务过程)。
5.4.2 数据流程分析
1. 数据 流程图的 基本概念
数据流程图(Data Flow Diagram， 简称DFD),其具体的做法是：按业务 流程图分理出的业务流程顺序，将相 应调查过程中所掌握的数据处理过程 绘制成一套完整的数据流程图，一边 整理绘图，一边核对相应的数据、报 表和模型等。如果存在问题，则一定 会在这个绘图和整理过程中暴露出来。
计划
销售 供应 人事 生产
√
× ×
× ×
﹡ × √
6
设备更新
﹡ √ √ √ ×
图中：“﹡”：表示该项业务是对应组织的主要业务(即主持工作的单位) “×”：表示该单位是参加协调该项业务的辅助单位 “√”：表示该单位是该项业务的相关单位(或称有关单位) 空格：表示该单位与对应业务无关
图5-2 组织/业务关系图
1. 分析用户 要求 2. 现行系统 的详细调查 3. 组织结构与 业务流程分析
4. 系统数据 流程分析 5. 建立新系统 的逻辑模型 6. 提出系统 分析报告
5.1.1 系统分析的任务
ZY
5.1.2 系统分析的特点
1.系统分析 具有抽象性 和概括性
2.系统描述 的形式化
3.“自顶向 下”的工作 原则
ZY
外部实体
数据处理
数据存储
数据流动
图5-7 数据流程图的符号
(3) 数据处理。数据处理用方框来表示。方框内必须表示清楚三方面的信息： 一是综合反映数据流程、业务过程及本处理过程的编号；二是处理过程文字 描述；三是该处理过程的进一步详细说明。因为处理过程一般比前几种图例 所代表的内容要复杂得多，故必须在它的下方再加上一个信息——注释，用 它来指出进一步详细说明具体处理过程的图号，如图5-7所示。 (4) 数据存储。即是对数据记录文件的读写处理，一般用一个右边不封口的 长方形来表示。同上述图例符号一样，它也必须表明数据文件的标识编码和 文件名称两部分信息，如图5-7所示。
ZY
ZY
5.4 管理信息系统的数据流程分析
5.4.1 调查数据的汇总分析 1. 系统调查数据的分类
1
调查数据汇总分析的主要任务首先是将系统调查所得到的数据分为以下三 类。 (1) 本系统输入数据类(主要指报来的报表)，即今后下级子系统或网络要 传递的内容。 (2) 本系统内要存储的数据类(主要是各种台账、账单和记录文件)，它们 是今后该系统数据库要存储的主要内容。 (3) 本系统产生的数据类(主要是指系统运行所产生的各类报表)，它们是 今后该系统输出和网络传递的主要内容。