第五章 管理信息系统的系统分析8.ppt

管理信息系统 系统分析 系统分析 1.1 系统调查的方法 1.2 详细调查的范围 2.2组织／业务关系分析 2.3 业务功能一览表 3 业务流程分析 3.1 业务流程分析的作用 可以帮助我们了解某项业务的具体处理过程 发现和处理系统调查工作中的错误和疏漏 修改和删除原系统的不合理部分 在新系统基础上优化业务处理流程 3.2 业务流程图 业务流程图绘制举例 4 数据与数据流程分析 4.1调查数据的汇总分析 4.2 数据流程分析 5.1 U/C矩阵的建立 自顶向下地划分系统，逐个确定其功能和数据。 5.2 U/C矩阵正确性检验 完备性：对具体的数据项/类必须有一个产生者（C）和至少一个使用者（U）；功能则必须有产生或使用发生。 一致性：对具体的数据项/类必有且仅有一个产生者。 无冗余性：不允许有空行或空列。 5.3 U/C矩阵的求解 6 新系统逻辑方案的提出 新系统的逻辑方案包括： 对系统业务流程分析整理的结果 对数据及数据流程分析整理的结果 子系统划分的结果 各个具体的业务处理过程，以及根据实际情况应建立的管理模型和管理方法 本章练习 4.3.1 画数据流图的原则 确定系统的外部项; 确定系统的输入输出; 确定对系统的查询要求; 从左侧开始标出外部项; 只反映数据流向; 第一张草图反映主要内容; 数据流图中不反映循环、判定和控制条件; 草图应反复讨论修改; 避免线条交叉; 每张图的处理逻辑不超过八个，上下层间的输入输出要相匹配。 4.3.2 数据流图的图形符号 ① 外部实体 ② 处理过程 ③ 数据存储 ④ 数据流向 本系统之外的人、程序、机构，他们和本系统有信息传递。方框内注明外部实体的编码属性和名称。 方框内必须清楚反映三方面的信息：一是综合反映数据流程、业务过程及本处理过程的编号（上）；二是处理过程的文字描述（中）；三是该过程的进一步详细说明（下）。 是对数据记录文件的读写处理，注明数据文件的标识编码（左边）和文件名称（右边）。 可以是一项数据，也可是一组数据，还可表示对数据文件的存储操作。通常在数据线上方注明数据流的名称。 （1）识别系统的输入和输出：首先确定系统的外部项，即系统的数据来源和去处，再确定整个系统的输入数据流和输出数据流，把系统作为一个处理过程来看，画出顶层数据流图（也称为背景图）。 （2）绘制系统内部数据流：从系统输入端到输出端（也可反之）逐步把数据流和处理过程连接起来。当数据流的组成或数据发生变化时，就在该处画一个“处理过程”。 ——首先确定系统的主要处理功能，按此功能将整个系统分解成几个处理环节，确定每个处理的输入和输出以及相关的数据存储，将外部项、各处理过程、数据存储用数据流连接起来，得到数据流图。 4.3.3 数据流图的绘制步骤 （3）和用户进行交流：和用户讨论系统逻辑功能的描述是否合理，能否满足用户的信息需求，数据流和数据存储的内容以及数据来源和去处是否符合实际，讨论后用户提出对系统逻辑功能的意见与要求。 （4）检查、修改和完善：简化处理过程之间的联系（处理过程之间的数据流越少，处理过程的独立性越高），均匀分解。 （5）对复杂的处理进行分解：运用“由外向里、自顶而下”的方式对处理过程进行分解。将需要分解的上一层图的处理过程分解成具有明确逻辑功能的数个加工过程。 （6）对草图进行检查和合理布局：检查分解是否恰当、各成分是否有遗漏、冲突、命名和编号是否确定合理。从数据守恒、文件使用、子图和父图平衡、加工和数据流的命名四方面检查图的正确性。 （1）数据流必须经过加工处理，不经过加工处理的不在图中表示。 （2）只与一个加工环节有关的数据存储不必表示出来，直接从外部项来或直接到外部项去的数据流直接与加工处理相连，不应通过数据存储。 （3）读数据存储，数据流的方向从数据存储流出，写数据存储则反向，有读有写用双向，修改数据存储本质是数据流流向数据存储，用流向数据存储的数据流。 （4）对流入流出文件的数据流可以不在数据流上标注数据流名称，其他则必须标注。 4.3.4 数据流图绘制注意要点 （1）顶层数据流程图（环境图） 4.3.5 数据流图举例 ——汽车配件公司 顾客 订货单 发货单 订货单 发货单 1 业务 处理 供应商 配件库存 （2）第二层数据流程图 顾客 订货单 发货单 订货单 发货单 1.1 销售 处理 供应商 配件库存 1.2 采购 处理 1.3 会计 到货通知 向供应商的 订货单 应付款通知 收 据 （3）第三层数据流程图 顾客 采购 订货单 配件库存 业务 员 不合格 顾客 D2 D3 可发 订货 不满足 的订货 暂存订货单 D4 到 货 通 知 新顾客 销售历史 D5 D10 应收款明细账 合格的订货单 1.1.1 编 辑 订