第六章 物流管理信息系统分析

6.7.2 判定树
在某些处理逻辑中，处理动作需要依赖于多 个逻辑条件的取值，这时，处理逻辑的描 述显得比较复杂。如果采用结构化英语来 表达，可能有较复杂的多层嵌套，这样， 可读性就会下降。在这种情况下，可以采 用判定树来描述。
6.7.3 判定表
判定表适用于条件比较多、在每种条件下取值也较 多的情况。这时，需要描述的处理是由一组动作组 成，而这些动作是否执行又取决于一组条件的取值。 判定表可以把所有的条件和动作都加以说明，不易 发生错误和遗漏。
6.1.2 物流管理信息系统 分析的目标
• • • •
需求分析的目标就是要借助于当前系统的 逻辑模型，导出目标系统的逻辑模型，解 决目标系统“做什么”的问题。实现这一 目标可以借助下述步骤： 获取现行系统的物理模型 从现行系统的物理模型抽象出其逻辑模型 建立目标系统的逻辑模型 优化目标系统的逻辑模型
6.5.3 数据流程图的画法
6.5.3 数据流程图的画法
6.5.3 数据流程图的画法
6.6 数据字典
6.6.1 数据项的数据字典
数据项又称数据元素，是数据的最小组成单位，如商 品编码、商品名称等。对数据项的描述，应该包括 以下属性： • 数据项名称。名称应尽量反映该数据项含义，以便 于理解和记忆； • 数据项编号。应统一对所有数据项进行编号，便于 数据项的管理； • 别名。一个数据项可能有多个名称，这时可在“别 名”中加以说明； • 数据项类型。说明数据项取值是字符型、数值型还 是日期型等； • 数据项的长度。组成该数据项的数字或字母的位数； • 数据项的取值范围和取值的含义。数据项可能取什 么值和每个值所代表的含义。
6.5.2 数据流程图的基本 符号
• 数据处理（处理逻辑） ---- 数据处理是对 数据的逻辑处理，也就是对数据进行变换。 输入数据在此进行变换产生输出数据。数 据处理在数据流程图中以一个矩形框来表 示。为了便于区分，将矩形框用一条横线 将它分成上下两个部分，上部填写唯一标 识该数据处理的符号标志，以字符串表示， 如 P1 ， P2 ， P3.1 等；在下部填写该数据处 理的简单描述，一般是用一个动词加上一 个作动词宾语的名词，如“计算销售量” 等 。
6.8 数据存取分析
我们在数据流程图中定义了数据存 储，在数据字典中描述了数据存储 的结构，但对这些数据存储的查询 要求并没有详细说明。在进行数据 存取分析时，我们使用数据立即存 取图（Data Immediate Access Diagram）来进行数据存取分析。
6.5.3 数据流程图的画法
• 在进行数据流程分析时基于以下的思想： 首先将系统看成一个整体的一个大的功能 （处理），明确系统的输入和输出及该输 入输出对应的外部项；系统总体功能的实 现是依靠内部小的功能（处理）综合实现 的，这些功能（处理）借助信息的传递和 存储来完成信息的输入和输出；这些内部 小的功能（处理）又可以分为更小更细的 功能（处理），之间也有信息的流转和存 储。这样，自顶而下，逐层分解，层层剖 析，直到分解到每个处理都具体到可以实 现的时候，才算完成数据流程的分析。
6.7.1 结构化英语
结 构 化 英 语 又 称 程 序 设 计 语 言 （ Program Design Language, PDL），是一种介于自然语言和形式化 语言之间的半形式化语言。它是在自然语言基础上 增加了一些限制得到的语言，是一种受限的自然语 言，它使用有限的词汇和有限的语句来描述处理逻 辑。结构化英语使用三种基本控制结构，它们分别 是： –简单陈述句。以精练准确的语言说明做什么事。 –判定结构。IF THEN ELSE 或 CASE OF 结构。 –循环结构。 WHILE DO 或REPEAT UNTILL结构。
6.4.1 业务流程图的基本 符号
6.4.1 业务流程图的绘制
6.5 数据流程分析
6.5.1 数据流程分析的任 务
• 收集现行系统全部输入单据和报表、输出 单据和报表及数据存储介质（帐本、清单 等）的典型格式 • 明确各个处理过程的处理方法和计算方法 • 调查、确定上述各种单据、报表、帐本、 清单的制作单位、报送单位、存储单位、 发生频率、发生的高峰时间和高峰量等 • 注明各项数据的类型、长度、取值范围等
6.5.2 数据流程图的基本 符号
• 数据流 ----- 数据流表示流动着的数据， 是处理功能的输入和输出。一般用一个带 着箭头的直线来表示，箭头指出了数据的 流动方向，数据流的表达符号如图，对每 个数据流要加以简单的描述，通常在数据 流符号上方标明数据流的名称，对一些含 义比较明确的数据流（比如流进和流出数 据存储的数据流）也可以不加以说明 。
6.3 物流企业组织结构
6.3.1 物流企业组织结构 的基本概念
–业务经营部门 –职能管理机构 –行政事务管理机构
• 物流企业内部的组织结构，从横向看可划 分为若干不同wenku.baidu.com门
• 物流企业内部的组织结构，从纵向看又划 分为若干层次，即管理层次
–最高管理层 –中间管理层 –基层管理层
6.3.2 典型的物流企业组 织结构
–遵循用户参与的原则 –应遵循实事求是的原则 –详细调查应该按照自顶向下的系统化观点全 面展开
6.2.2 详细调查的内容
• • • • • • 组织机构的调查 业务处理状况调查 现行系统的目标 信息流程图调查 数据及功能分析 系统运行环境分析
6.2.3 详细调查的方法
• 收集查阅资料、报表 • 访问 • 召开调查会 • 发调查表进行问卷 • 参加业务实践 • 系统运行环境分析 调查结果的表示工具有： • 组织结构图； • 业务流程图； • 数据流程图； • U/C矩阵； • 数据字典。
6.6.4 处理逻辑的数据字 典
数据字典中的处理逻辑条目，仅对数据流程 图中最低层的处理逻辑加以说明。数据字 典中对处理逻辑的定义包括以下内容：
–处理逻辑编号 –处理逻辑名称 –处理逻辑简要说明 –输入数据流 –输出数据流 –有关的数据存储
6.6.5 数据存储的数据字 典
数据存储是指在系统中应该保存的数据结构 以及具体的数据内容，不涉及数据存储的 物理组织，在数据字典中对数据存储的定 义包括以下内容：
6.5.2 数据流程图的基本 符号
• 数据存储-----数据存储指通过数据文件、 文件夹等存储数据。通俗地讲，数据存储 主要用以指明数据保存的地方。这里的 “地方”不是指保存数据的物理地点和物 理介质，这里指的是数据存储的逻辑描述。 数据存储一般用一个右边开口的水平长方 条来表示，为了便于区分，在长方条内部 加上一条竖线，竖线的左边填写唯一标识 该数据存储的符号标志，以字符串表示， 如 D1 等；在竖线的右边写上数据存储的名 称。
–外部项编号 –外部项名称 –外部项简要说明 –外部项产生的数据流 –系统传给外部项的数据流 –外部项的数量
6.7 处理逻辑的描述
编写处理逻辑说明时我们应该注意以下原则： 1) 对处理逻辑的描述，主要目的是表达“做什么”， 而不是“怎么做”； 2) 数据流程图中的每一个基本处理，都必须有一个处 理逻辑描述； 3) 处理逻辑描述主要说明基本处理对数据流的转换， 即指出这个基本处理的输入数据流、输出数据流以 及其间的处理步骤； 4) 处理逻辑描述说明的是这种数据流转换的策略，而 不是实现的细节； 5) 处理逻辑描述中包含的信息应该是完备、有效的， 应尽量把冗余度控制在最低程度。 处理逻辑可以用文字进行描述，但主要的工具是使用 结构化英语、判定表和判定树。
• 直线制形式
6.3.2 典型的物流企业组 织结构
• 职能制形式
6.3.2 典型的物流企业组 织结构
• 直线职能制形式
6.3.2 典型的物流企业组 织结构
• 事业部式组织机构形式
6.3.2 典型的物流企业组 织结构
• 矩阵式组织机构 它是由纵横两套管理系统组成的机构。企业为了完成 某项任务或目标，从直线职能制的纵向职能系统中 抽调专业人员，组成临时或较长期的专门小组，由 小组进行横向系统联系，协同各有关部门的活动， 井有权指挥参与规划的工作人员。小组成员接受双 重领导，而以横向为主，任务完成后便各自回原单 位。这种组织机构的优点是：有利于优化组合，充 分发挥各部门、各专业人员的优势；有利于纵向集 中指挥与横向协调的结合。但缺点是小组成员容易 产生临时观点，出现问题时难以解决，往往给工作 带来困难。所以，矩阵式组织机构形式还需要进一 步发展和完善。
第六章 物流管理信息系 统分析
主要内容
物流信息系统分析是物流信息系统开发过 程中很重要的一步，也是关键性的一步。 只有通过系统分析才能把对系统功能和 性能的总体概念描述为具体的系统需求 说明，从而奠定整个系统开发的基础。 实践表明，系统分析工作的好坏，在很 大程度上决定了信息系统的成败。本章 内容主要包括： • 物流管理信息系统分析内容的介绍 • 系统分析的方法：业务流程分析、数据 流程分析、数据字典、处理逻辑描述、 数据存取分析
6.1.3 物流管理信息系统 分析的内容
• 目标分析 • 需求分析 • 功能分析
6.1.4 物流管理信息系统 分析的方法
• 常用的系统分析的方法有：结构化分析方法、面向 数据结构的Jackon系统开发方法、原型化方法
6.1 物流管理信息系统分 析概述
6.2.1 详细调查的目的、 原则
• 物流管理信息系统详细调查的对象是现行 系统（包括手工系统和已采用计算机的管 理信息系统），目的在于完整掌握现行系 统的现状，发现问题和薄弱环节，收集资 料，为下一步的系统化分析和提出新系统 的逻辑设计做好准备。 • 遵循原则
例如：铁路货运收费标准如下，若收货地点在本省以 内，快件每千克5元，慢件每千克3元。若收货地点 在外省，质量小于或等于 20 千克，快件每千克 7 元， 慢件每千克 5 元；若质量大于 20 千克，超重部分每 千克加收1.5元（质量以W表示），收费的判定表如 表所示。
6.7.3 判定表
6.7.3 判定表的化简
6.6.2 数据结构的数据字 典
数据结构是对数据之间的组合关系进行定义。 一个数据结构可以是由若干个数据项组成 的；也可以是由若干个数据结构组成的； 还可以是由若干个数据项和数据结构共同 组成的。数据字典中对数据结构的定义包 括以下几项内容：
–数据结构的名称 –数据结构编号 –数据结构简要说明 –数据结构组成等
6.5.2 数据流程图的基本 符号
• 外部项----- 外部项是指不受系统控制，在 系统之外的事物或人，它表达了该系统数 据处理的外部来源和去处。例如，顾客、 供应商等，它也可以是另外一个信息处理 系统，向该系统提供数据或接收来自该系 统向它发出的数据。外部项用一个正方形 并在正方形的上方和左方各加一条线来表 示。正方形的内部用文字（字符）表明该 外部项的名称（编号）。
6.4 业务流程分析
6.4.1 业务流程分析的目 的与任务
对现行系统的组织结构和功能进行分析时， 需要将详细调查中有关某项业务流程的资 料从业务流程的角度串起来以便作进一步 的分析。业务流程分析可以帮助系统分析 人员了解该业务的具体处理过程，发现系 统调查中的错误和疏漏，修改现行系统的 不合理部分，优化业务处理流程，进行流 程重组，为目标系统的开发打下基础。
–数据存储编号 –数据存储名称 –数据存储简要说明 –数据存储的组成 –关键字 –相关联的处理 –是否有立即查询要求
6.6.6 外部项的数据字典
外部项是信息系统数据的来源和去向。一个 计算机系统的外部项应尽可能地少，因为 如果外部项过多，则说明系统缺少独立性， 系统的人-机界面定得不合适。数据字典中 对外部项的定义包括以下内容：
6.1 物流管理信息系统分 析概述
6.1.1 物流管理信息系统 分析的任务
• 系统分析阶段的基本任务是定义或制定将 来新的系统应该“做什么”，暂且不涉及 “怎么做”。这一阶段的任务主要是由系 统分析员完成。系统分析员和用户一起在 了解用户的要求的基础上，把双方对目标 系统的理解表达为系统分析说明书。系统 分析说明书通过评审后，将成为目标系统 设计的依据和验收的依据 • 系统分析阶段最终结果是建立一个基于现 行系统的，且优于现行系统的目标系统的 逻辑模型