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

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