《物流信息管理》-物流信息管理（第2版）-第五章

5.1物流信息系统开发概述5.1.1物流信息系统

1.开发原则物流管理信息系统或物流信息系统(LogisticsInformation

System,LIS是众多的应用管理信息系统之一，隶属管理信息系统的范畴。物流管理信息系统是使用系统的观点、思想和方法建立起来的，以电子计算机为基本信息处理手段，以现代通信设备为基本传输工具，并且能够为管理决策提供信息服务的人机系统。也可以说，物流管理信息系统是一个由人和计算机共同组成的，能进行物流信息的收集、传递、存储、加工、维护和使用的系统，它具有预测、控制和辅助决策等功能。下一页返回5.1物流信息系统开发概述从物流企业管理的角度，对物流信息系统的需求体现为:(1)改善物流企业内部业务流程和信息交流方式，满足业务部门对信息处理和信息共享的需求，使物流企业信息更有效地发挥效力。

(2)通过对货物的跟踪与监控，物流企业的各层管理者可以及时掌握业务进展情况及经验业务数据，增强对业务的控制，为决策提供数据支持。

(3)为客户提供实时的货物跟踪，提供个性化服务，提高服务水平。

(4)按照现代化管理思想和理念的要求，为运作企业提供可靠的信息以进行事务处理，为管理决策提供信息支持。上一页下一页返回5.1物流信息系统开发概述

2.特点作为辅助物流企业进行事务处理，为管理决策提供信息支持的管理信息系统，物流信息系统具有以下一些基本特征。

(1)人机系统。利用计算机强大的信息处理能力和存储能力，这既是管理现代化的客观要求，也是管理信息系统的基本特点。充分利用现代信息技术，从物质基础条件上提供了保障，同时，要发挥物质技术系统的效率，还需要人的管理与操作，一个好的管理信息系统，必然是一个人机协调、高效率的系统。上一页下一页返回5.1物流信息系统开发概述

(2)综合系统。物流信息系统的综合性反映在以下几个方面:一是多学科交叉，系统开发是一个综合运用系统论、信息论、控制论、行为科学、管理科学、计算机技术、通信技术的过程;二是多种人才结合，多学科交叉决定了系统开发是多方面人才结合、知识相互渗透的过程，也是一个培养复合型人才的过程;三是软件和硬件的集成，管理信息系统从表面上看是计算机硬件系统和应用软件系统的集成，而实际上是一个软技术(包括:思想、方法、机构、观念等方面)和硬技术(包括:企业生产、工艺等方面)的集成。上一页下一页返回5.1物流信息系统开发概述

(3)动态系统。物流管理信息系统开发从系统请求开始，经过系统调查、可行性分析、系统分析、系统设计、系统实施、系统运行和维护等阶段进入实用状态。随着环境的变化，系统又会产生新的需求，从而导致新的系统开发。因此，系统的维护与开发处在连续不断的动态过程之中，否则系统就没有生命力。上一页下一页返回5.1物流信息系统开发概述3.物流管理信息系统所要解决的问题(1)缩短从接受订单到发货的时间。(2)库存适量化。(3)提高搬运和装卸的作业效率。(4)提高运输效率。(5)使接受订货和发出订货更为省力。(6)提高接受订货和发出订货精度。(7)防止发货、配送出现差错。(8)调整需求和供给。(9)信息咨询。(10)提高成本核算与控制能力。上一页下一页返回5.1物流信息系统开发概述物流管理信息系统解决上述问题的目的是为了提高对顾客的服务水平和降低物流总成本。需要注意的是，提高服务和降低物流总成本之间存在“二律背反”关系，而物流管理信息系统起着控制物流各种机能并加以协调的作用。这个系统管理、处理和使用的对象是企业在生产经营过程中的一系列信息，这些信息的收集、整理、存储、加工和传输，只有在企业实现信息化之后才能实现，因此企业信息化是为电子商务提供信息的重要渠道。物流中心的信息化建设规划需要从长远的角度来考虑建立电子商务运营模式。上一页下一页返回5.1物流信息系统开发概述5.1.2物流信息系统建设目标设定物流中心商务网络信息系统的建设应能充分体现现代管理思想与方法、先进信息技术的综合运用，应能充分实现信息资源的共享和企业资源的集成，具有良好的开放系统结构，能够连接外部系统并且安全可靠。具体来讲，总体目标应该包括如下几个方面。上一页下一页返回5.1物流信息系统开发概述

(1)应当是一个供应链级的集成系统。通过该系统，应该可以把以物流中心为核心的供应链上的上、下游合作伙伴连接在一起，实现业务流的集成(包括信息流、工作流、资金流等内容)。

(2)应当是一个企业级的集成系统。在横向上，以生产运行管理为中心，以计划管理为龙头，通过统一的计划和控制使公司的生产运行、物资供应、财务和人事等部门协同运作;在纵向上，应当集成经营计划、作业计划，通过这几个层次计划的统一，使公司的经营目标层层细化、滚动运作、分步实现。上一页下一页返回5.1物流信息系统开发概述

(3)应当为物流中心各工作部门提供办公自动化环境，以提高各部门协同工作的整体效率。

(4)应当实现与集团内部相关部门以及外部Internet的连接。物流中心商务网络信息系统是一个广域的系统集成，是物流中心信息管理的发展方向。它应有利于在供应链上的上、下游客户之间建立一种战略的合作伙伴关系。信息系统的建设决定信息传递效率，而信息传递效率直接影响物流中心的服务水平，物流中心的服务水平又决定了物流联盟的竞争力。因此，在合作伙伴之间建立广域的商务网络是物流中心发展必由之路。上一页下一页返回5.1物流信息系统开发概述5.1.3物流信息系统总体功能介绍物流中心的作业程序设计完成后，根据各项作业的功能特性，以及物流中心管理层对管理策略运用的需求程度，可以规划出整个物流中心信息系统的功能需求。根据作业类型与信息功能需求的对比，物流中心信息系统的信息处理功能主要分为4类。上一页下一页返回5.1物流信息系统开发概述(1)仓储保管功能:以仓库运作的相关业务为主，如进、出、存数据管理、储位管理库存管理等。

(2)输配送功能:以配送运输的调度与指派为主，如拣货计划、配派车辆、路线规划等。

(3)信息提供功能:进一步提供汇整、分析的管理信息，如绩效管理、决策支持分析、资源计划等。

(4)营运管理功能:通过信息技术手段，对物流中心的各方面进行管理，如财务管理、人事管理等。上一页下一页返回5.1物流信息系统开发概述根据物流中心信息功能需求的分析，信息系统的功能已不再只是作业信息的处理层次，而是进一步向绩效管理与决策支持分析的层级发展。因此，我们将物流中心信息系统的功能架构规划为以下8个模块。

(1)进货管理系统。

(2)出货管理系统。

(3)库存储位管理系统。

(4)财务管理系统。上一页下一页返回5.1物流信息系统开发概述

(5)营运、绩效管理系统。

(6)客户管理系统。

(7)决策支持系统。

(8)辅助管理系统。上一页下一页返回5.1物流信息系统开发概述5.1.4开发管理信息系统的策略开发管理信息系统有两种策略。

1.“自下而上”的开发策略“自下而上”的开发策略是从现行系统的业务状况出发，先实现一个个具体的功能，逐步地由低级到高级建立MI5，因为任何一个MIS的基本功能是数据处理，所以“自下而上”方法首先从研制各项数据处理应用开始，然后根据需要逐步增加有关管理控制方面的功能。一些组织在初装和蔓延阶段，各种条件(设备、资金、人力)尚不完备，常常采用这种开发策略。其优点是可以避免大规模系统可能出现运行不协调的危险，但缺点是不能像想象那样完全周密，由于缺乏从整个上一页下一页返回5.1物流信息系统开发概述系统出发考虑问题，随着系统的进展，往往要作许多重大修改，甚至重新规划、设计。

2.“自上而下”的开发策略“自上而下”的开发策略强调从整体上协调和规划，由全面到局部，由长远到近期，从探索合理的信息流出发来设计信息系统。由于这种开发策略要求很强的逻辑性，因而难度较大，但这是一种更重要的策略，是信息系统的发展走向集成和成熟的要求。整体性是系统的基本特性，虽然一个系统由许多子系统构成，但它们又是一个不可分割的整体。上一页下一页返回5.1物流信息系统开发概述通常，“自下而上”的策略用于小型系统的设计，适用于对开发工作缺乏经验的情况。在实践中，对于大型系统往往把这两种方法结合起来使用，即先自上而下地做好MIS的战略规划，再自下而上地逐步实现各系统的应用开发，这是建设MIS的正确策略。上一页下一页返回5.1物流信息系统开发概述5.1.5物流管理信息系统规划的基本步骤进行物流管理信息系统的战略规划一般应包括以下一些步骤。

(1)基本规划问题的确定。应包括规划的年限、规划的方法，确定集中式还是分散式的规划，以及是进取还是保守的规划。

(2)收集初始信息。包括从本企业内部各种信息系统委员会、各管理层、与卖主相似的企业、各种文件以及从书籍和杂志中收集信息。上一页下一页返回5.1物流信息系统开发概述(3)现存状态的评价和识别计划约束。包括目标、系统开发方法、计划活动、现存硬件及其质量、信息部门人员、运行和控制、资金、安全措施、人员经验、手续和标准、中期和长期优先顺序、外部和内部关系、现存的设备、现存软件及其质量，以及企业的思想和道德状况。

(4)设置目标。这实际上应由总经理和计算机委员会来设置，它应包括服务的质量和范围、政策、组织以及人员等，它不仅包括信息系统的目标，而且应有整个企业的目标。上一页下一页返回5.1物流信息系统开发概述(5)准备规划矩阵。这实际上是信息系统规划内容之间相互关系所组成的矩阵，这些矩阵列出后，实际上就确定了各项内容以及它们实现的优先顺序。

(6)识别上面列出的各种活动，是一次性的工程项目性质的活动，还是一种重复性的经常进行的活动。由于资源有限，不可能所有项目同时进行，只有选择一些好处最大的项目先进行，要正确选择工程类项目和日常重复类项目的比例，正确选择风险大的项目和风险小的项目的比例。上一页下一页返回5.1物流信息系统开发概述(7)给定项目的优先权和估计项目的成本费用。

(8)根据第七步的结果来编制项目的实施进度计划。

(9)把战略长期规划书写成文，在此过程中还要不断与用户、信息系统工作人员以及信息系统委员会的领导交换意见。

(10)总经理批准并宣告战略规划任务的完成。上一页返回5.2物流信息系统的可行性分析在信息系统项目的目标需求已经确定，对组织的基本情况又有所了解的情况下，系统建设人员就可以开始对项目进行可行性分析。可行性分析的意思是根据系统的环境、资源等条件，判断所提出的信息系统项目是否有必要、有可能开始进行，如果要进行，那么采用什么建设方案?下一页返回5.2物流信息系统的可行性分析所谓可行性包括必要性和可能性两个方面。没有必要性的项目是不应该开始进行的。一些单位的信息系统应用项目开展不起来的重要原因之一就是领导和管理人员没有紧迫感，没有认识到信息化对组织竞争力的支持。一般来说，没有迫切的需要，勉强地开展信息系统建设，是很难取得好效果的。上一页下一页返回5.2物流信息系统的可行性分析5.2.1可行性研究的内容信息系统项目建设的可能性主要从技术、经济、社会意义等3个方面去分析，详细的结构和内容可在可行性研究报告的撰写中学习。上一页下一页返回5.2物流信息系统的可行性分析1.技术可行性研究这就是分析所提出的要求在现有技术条件下是否有可能实现。例如，对加快速度的要求，对存储能力的要求，对通信功能的要求等，都需要根据现有的技术水平进行认真的考虑。这里所说的现有水平，应是指社会上已经比较普遍使用的技术。不应该把尚在实验室里的新技术作为讨论的依据。对于组织文化体现为风险厌恶型的单位或者说相对保守的单位，那些还没有成为主流技术的产品也要尽量少考虑。上一页下一页返回5.2物流信息系统的可行性分析2.经济可行性研究这包括对项目所需费用的预算和对项目效益的估算。这是非常重要的，如果忽略了，就会造成巨大的损失。在估算的过程中常常是把费用估计低了而把收益估计高了，这是因为人们在考虑问题时经常忽略一些重要的因素。比如，人们在考虑费用的时候，常常是:上一页下一页返回5.2物流信息系统的可行性分析(1)只考虑计算机的费用，而低估了外围设备的费用。

(2)只考虑硬件的费用，而低估了软件的费用。

(3)只考虑研制系统时所需要的一次性投资，而忘记或低估了日常运行的维持性费用(如耗材备件、软盘、打印纸等各种耗材)。

(4)只考虑设备材料等物资的费用，而忘记或低估了人员技术培训的费用等。上一页下一页返回5.2物流信息系统的可行性分析所有这些都使人们低估了改善信息系统的费用。另外，对于项目的收益，人们往往把引进信息系统后所增加的信息处理的能力，与实际发展出来的效益混为一谈。必须明确，当我们引进计算机或其他新技术的时候，只是使信息系统在某一环节增加了处理的能力。上一页下一页返回5.2物流信息系统的可行性分析3.社会可行性研究建设信息系统项目，还需要考查各种社会因素，才能确定项目是否可行。由于信息系统是在社会环境中工作的，除了技术因素与经济因素之外，还有许多社会因素对于项目的开展起着制约的作用。我们需从以上三个方面来判断项目是否具备开始进行的各种必要条件，这就是可行性分析。在可行性研究结束之后，应该将分析结果用可行性报告的形式编写出来，形成正式的工作文件。上一页下一页返回5.2物流信息系统的可行性分析5.2.2可行性分析报告的撰写可行性研究报告的编写目的是:说明该信息系统项目的实现在技术、经济和社会条件方面的可行性;评述为了合理地达到建设目标而可能选择的各种方案;说明并论证所选定的方案；下面是该文档的帝节结构。上一页下一页返回5.2物流信息系统的可行性分析1.引言

1)编写目的说明编写可行性研究报告的目的，指出预期的读者。

2)项目背景说明:所建议开发的信息系统的名称;本项目的任务提出者、建设团队、最终用户及实现该系统的单位介绍;该信息系统同其他系统或其他机构的基本相互往来关系。上一页下一页返回5.2物流信息系统的可行性分析3)组织经营概况组织经营概况包括组织现有的行业性质、质量保证体系、股东与股权、主营业务、经营目标、行业地位、客户类型、计算机总数、主要软件资源、其他重点资源、组织竞争力、开源节流等组织发展计划、人员情况、销售收入、利润(率)、纳税、固定资产等情况。

4)定义列出本文档中用到的专门术语定义和外文首字母组词的原词组。上一页下一页返回5.2物流信息系统的可行性分析5)参考资料列出所引用的参考资料，如:本项目经核准的计划任务书或合同、上级机关的批文;属于本项目的其他已发表的文档;本文档中各处引用的文档、资料，包括所需用到的软件开发标准。列出这些文档资料的标题、文档编号、发表日期和出版单位，说明能够得到这些文档资料的来源。上一页下一页返回5.2物流信息系统的可行性分析2.可行性研究的前提说明对所建议的开发项目进行可行性研究的前提，如要求、目标、假定、限制等。

1)采用信息系统开源节流的业务发展计划要点其包括信息系统投资的单元或综合业务、投资依据。投资依据从成本控制点、价值挖掘点、主要预期开发目标三个方面展开，所建议系统的主要开发目标包括:人力与设备费用的减少;处理速度的提高;控制精度或生产能力的提高;管理信息服务的改进;自动决策系统的改进;人员利用率的改进。上一页下一页返回5.2物流信息系统的可行性分析2)要求说明对所建议开发系统的基本要求，如:(1)功能。(2)性能。(3)输入:说明系统的输入，包括数据的来源、类型、数量、数据的组织以及提供的频度。(4)输出:如报告、文档或数据，对每项输出要说明其特征，如用途、产生频度、接口以及分发对象。上一页下一页返回5.2物流信息系统的可行性分析(5)处理流程和数据流程:用图表的方式表示出最基本的数据流程和处理流程，并辅之以叙述。

(6)在安全与保密方面的要求。

(7)同本系统相连接的其他系统。

(8)完成期限。上一页下一页返回5.2物流信息系统的可行性分析3)条件、假定和限制说明对该信息系统建设中给出的条件、假定和所受到的限制，如:(1)所建议系统的运行寿命最小值。(2)进行系统方案选择比较的时间。(3)经费、投资等方面的来源和限制。(4)法律和政策方面的限制。(5)硬件、软件、运行环境和开发环境方面的条件和限制。(6)可利用的信息和资源。(7)系统投入使用的最晚时间。上一页下一页返回5.2物流信息系统的可行性分析4)进行可行性研究的方法说明这项可行性研究将是如何进行的，所建议的系统将是如何评价的。摘要说明所使用的基本方法和策略，如调查、加权、确定模型、建立基准点或仿真等。

5)评价尺度说明对系统进行评价时所使用的主要尺度，如费用的多少、各项功能的优先次序、开发时间的长短及使用中的难易程度等。上一页下一页返回5.2物流信息系统的可行性分析3.对现有系统的分析这里的现有系统是指当前实际使用的系统，这个系统可能是一个人工管理系统、计算机系统，甚至是一个机械系统。分析现有系统的目的是为了进一步阐明建议开发新系统或修改现有系统的必要性。对现有系统的分析从如下几方面着手:上一页下一页返回5.2物流信息系统的可行性分析(1)组织机构。(2)信息化系统应用情况。(3)组织竞争力简述。(4)采用信息化开源节流的业务发展计划要点。(5)效益空间分析。(6)处理流程和数据流程。(7)工作负荷:列出现有系统所承担的工作及工作量。上一页下一页返回5.2物流信息系统的可行性分析(8)费用开支:列出由于运行现有系统所引起的费用开支，如人力、设备、空间、支持性服务、材料等项开支以及开支总额。

(9)人员:列出为了现有系统的运行和维护所需要的人员的专业技术类别和数量。

(10)设备:列出现有系统所使用的各种设备。

(11)局限性:列出本系统的主要局限性，例如处理时间赶不上需要、响应不及时、数据存储能力不足、处理功能不够等。并且要说明，为什么对现有系统的改进性维护已经不能解决问题。上一页下一页返回5.2物流信息系统的可行性分析4.所建议的系统这部分的内容将用来说明所建议系统的目标和要求将如何被满足。

1)宏观管理水平需求定位宏观管理水平需求定位包括管理制度与资源优化配置两方面。

2)对所建议系统的说明概括地说明所建议系统，并说明在“可行性研究的前提”中列出的那些要求将如何得到满足，说明所使用的基本方法及理论根据。上一页下一页返回5.2物流信息系统的可行性分析3)处理流程和数据流程给出所建议系统的处理流程和数据流程。4)改进之处按要求中列出的目标，逐项说明所建议系统相对于现存系统具有的改进。5)影响说明在建立所建议系统时，预期将带采的影响，包括如下:(1)对设备的影响:说明新提出的设备要求及对现存系统中尚可使用的设备须做出的修改。上一页下一页返回5.2物流信息系统的可行性分析(2)对软件的影响:说明为了使现存的应用软件和支持软件能够同所建议系统相适应，而需要对这些软件所进行的修改和补充。

(3)对用户单位机构的影响:说明为了建立和运行所建议系统，对用户单位机构、人员数量和技术水平等方面的全部要求。

(4)对系统运行过程的影响:说明所建议系统对运行过程的影响，如:用户的操作规程;运行中心的操作规程;运行中心与用户之间的关系;源数据的处理;数据进入系统的过程;对数据保存的要求，对数据存储、恢复的处理;输出报告的处理过程、存储媒体和调度方法;系统失效的后果及恢复处理办法，等等。上一页下一页返回5.2物流信息系统的可行性分析

(5)对开发的影响:说明对开发的影响，如:为了支持所建议系统的开发，用户需进行的工作;为了建立一个数据库所要求的数据资源;为了开发和测验所建议系统而需要的计算机资源;所涉及的保密与安全问题，等等。

(6)对地点和设施的影响:说明对建筑物改造的要求及对环境设施的要求。

(7)对经费开支的影响:扼要说明为了所建议系统的开发，设计和维持运行而需要的各项经费开支。上一页下一页返回5.2物流信息系统的可行性分析6)局限性说明所建议系统尚存在的局限性以及这些问题未能消除的原因。7)技术条件方面的可行性本部分应说明技术条件方面的可行性，如:(1)在当前的限制条件下，该系统的功能目标能否达到。(2)利用现有的技术，该系统的功能能否实现。(3)对开发人员的数量和质量的要求并说明这些要求能否满足。(4)在规定的期限内，本系统的开发能否完成。上一页下一页返回5.2物流信息系统的可行性分析

5.可选择的其他系统方案扼要说明曾考虑过的每一种可选择的系统方案，包括需开发的和可以从国内国外直接购买的。如果没有供选择的系统方案可考虑，则在文中说明这一点。1)可选择的系统方案1参照第4部分的提纲，说明可选择的系统方案1,并说明它未被选中的理由。2)可选择的系统方案2按类似方案1的方式说明第2个乃至第n个可选择的系统方案。上一页下一页返回5.2物流信息系统的可行性分析

6.投资及效益分析

1)支出

对于所选择的方案，说明所需的费用。如果已有一个现存系统，则包括该系统继续运行期间所需的费用。

(1)基本建设投资。包括采购、开发和安装下列各项所需的费用:房屋和设施，计算机设备，数据通信设备，环境保护设备，安全与保密设备，计算机操作系统的和应用的软件，数据库管理软件等。上一页下一页返回5.2物流信息系统的可行性分析

(2)其他一次性支出。包括下列各项所需的费用:研究(需求的研究和设计的研究)，开发计划与测量基准的研究，数据库的建立，计算机软件的转换，检查费用和技术管理费用，培训费、差旅费以及开发安装人员所需要的一次性支出，人员的退休及调动费用等。

(3)非一次性支出。列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用，包括:设备的租金和维护费用，软件的租金和维护费用，数据通信方面的租金和维护费用，人员的工资、奖金，房屋、空间的使用开支，公用设施方面的开支，保密安全方面的开支，其他经常性的支出等。上一页下一页返回5.2物流信息系统的可行性分析

2)收益对于所选择的方案，说明能够带来的收益，这里所说的收益，表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进等，包括如下几个方面。

(1)一次性收益。说明能够用货币数目表示的一次性收益，可按数据处理、用户、管理和支持等项分类叙述，如:上一页下一页返回5.2物流信息系统的可行性分析①开支的缩减:包括改进了的系统运行所引起的开支缩减，如资源要求的减少，运行效率的提高，数据进入、存储和恢复技术的改进，系统性能的可监控，软件的转换和优化，数据压缩技术的采用，处理的集中化/分布化等;②价值的增升:包括由于一个应用系统使用价值的增升所引起的收益，如资源利用的改进，管理和运行效率的改进以及出错率的减少等;③其他如从多余设备出售回收的收人等。上一页下一页返回5.2物流信息系统的可行性分析

(2)非一次性收益。说明在整个系统生命期内，由于运行所建议系统而导致的按月的、按年的、能用货币数目表示的收益，包括开支的减少和避免。

(3)不可定量的收益。逐项列出无法直接用货币表示的收益，如服务的改进，由操作失误引起的风险的减少，信息掌握情况的改进，组织机构对形象的改善等。有些不可捉摸的收益只能大概估计或进行极值估计(按最好和最差情况估计)。3)收益/投资比求出整个系统生命期的收益/投资比值。4)投资回收周期求出收益累计数开始超过支出累计数的时间。上一页下一页返回5.2物流信息系统的可行性分析

5)敏感性分析所谓敏感性分析是指一些关键性因素，如系统生命期长度、系统的工作负荷量、工作负荷的类型与这些不同类型之间的合理搭配、处理速度要求、设备和软件配置等发生变化时，对开支和收益影响最敏感范围的估计。在敏感性分析的基础上做出的选择当然会比单一选择的结果要好一些。上一页下一页返回5.2物流信息系统的可行性分析

7.社会因素方面的可行性本部分用来说明对社会因素方面的可行性分析结果，包括如下几个方面。

1)法律方面的可行性法律方面的可行性问题很多，如合同责任、侵犯专利权、侵犯版权等方面的陷阱，系统开发人员通常是不熟悉的，有可能陷人，务必要注意研究。

2)使用方面的可行性例如从用户单位的行政管理、工作制度等方面来看，是否能够使用该信息系统;从用户单位的工作人员的素质来看，是否能满足使用该信息系统的要求等，都是要考虑的。上一页下一页返回5.2物流信息系统的可行性分析8.结论在进行可行性研究报告的编制时，必须有一个研究的结论。结论可以是:(1)可以立即开始进行。(2)需要推迟到某些条件(例如资金、人力、设备等)落实之后才能开始进行。(3)需要对开发目标进行某些修改之后才能开始进行。(4)不能进行或不必进行(例如因技术不成熟、经济上不合算等)。上一页下一页返回5.2物流信息系统的可行性分析5.2.3可行性分析报告的审议可行性分析报告是非常必要的。因为我们把项目的目标用我们的语言表达出来，并按照我们的理解把它明确化、定量化，列出优选顺序并进行权衡考虑，这些是否符合使用者的原意，有没有偏离使用者的目标，都还没有得到验证。虽然，我们是尽力去体会使用者的意图，但是，由于工作背景和职业的差别，仍然难免发生一些误解与疏漏。因此，与使用者交流，请他们审核可行性分析报告是十分必要的。上一页下一页返回5.2物流信息系统的可行性分析可行性报告的结果并不一定可行，也有可能是得出在目前条件下不可行的结论，这是完正常的。如果限定必须证明可行，那么可行性分析就没有意义了。甚至可以说，判断不可行性比判断可行性的收获还大;因为这就避免了巨大的浪费。如果把大量的人力物力投入一个客观条件不具备、事先就认定是劳而无功的项目，其损失是难以预计的。另外，可行性分析的结果也有可能是要求作一些局部性的修改，例如修改某些目标、追加某些资源、等待某些条件的成熟再实施项目等。上一页下一页返回5.2物流信息系统的可行性分析对可行性报告的审议是研制过程中的关键步骤，必须在项目的目标和可行性问题上，和领导及管理人员取得一致的认识，才能正式开始项目的详细调查研究。为了做好这一次讨论，在条件许可的情况下，可以请一些外单位的参加过类似系统研制的专家来讨论，他们的经验以及他们局外人的立场都有利于对于项目目标和可行性作出更准确的表达、判断与论证。可行性报告通过之后，项目就进入了实质性的阶段。上一页返回5.3物流信息系统的系统分析在对物流信息系统做出规划的过程中，需要分析管理与决策的信息需求，对于确定的系统目标要进行分析、权衡和量化，以便对目标进行有效管理。对于待建设的项目，在实施之前还应该进行可行性分析，撰写可行性分析报告。如果可行性研究的结论是可行，则组织力量开始实施，如果条件欠佳则要创造条件，如果结论是不可行，则要停止项目的实施。下一页返回5.3物流信息系统的系统分析5.3.1战略目标、系统目标和项目目标我们已经介绍了信息系统开发的主要方法，在作信息系统规划时我们应该明确组织的战略目标和信息战略目标，从而导出信息系统的目标，在此基础上，做出待开发的信息化项目规划，确定每个具体项目的范围、质量、进度和成本的目标。上一页下一页返回5.3物流信息系统的系统分析

1.组织战略与信息化建设组织的信息战略直接服务于高层的远景、战略和发展目标，为支持组织战略的实现，需要提供短、中、长期的信息化项目规划指南。信息战略的设计与实施应该紧紧围绕组织的业务模式、价值链和核心业务，分阶段地对组织运行的全流程实现电子化管理，并逐渐达到数据的电子化、流程的电子化和决策的电子化。图5-1描述了信息系统对组织战略的影响。上一页下一页返回5.3物流信息系统的系统分析沿着纵坐标，管理者对信息系统在当前的经营管理方面的影响进行评价。对于一些组织来说，准确可靠地使用信息系统对于组织的生存是非常关键的，即使是服务上很短的中断或质量上很小的瑕疵都会造成深远的影响。而对于另外一些组织来说，信息系统的失效可能并不会给公司带来直接的重大影响。沿着横坐标，管理者对信息系统在组织未来持续发展方面的影响进行评价。对一些组织来说，引进信息系统带来的创新对于将来的战略定位是至关重要的;但对于另外一些组织来说，新系统只会改善局部经营业绩，而不会对整个组织的战略产生影响。上一页下一页返回5.3物流信息系统的系统分析通过这两个维度，我们可以得出4种类型。在第一象限，信息系统对核心战略的影响程度高，对核心经营活动影响程度也高，对于这样一个组织，说明信息系统处于绝对的战略高度，此时组织的信息系统策略将促成组织和产业结构的变革，该信息化建设的领导需要组织的一把手如首席执行官或董事长亲自领导，整个信息化建设将是一场管理变革。上一页下一页返回5.3物流信息系统的系统分析在第二象限，信息系统对核心战略的影响程度低，对核心经营活动影响程度高，信息系统对处于该象限的组织的帮助主要是提高流程绩效和工作绩效，该信息化建设的领导力主要靠相应业务部门的主管，信息化建设的主要任务是流程改进。在第三象限，信息系统对核心战略和核心经营活动的影响程度都低，信息技术对处于该象限的组织主要起辅助支持的作用，帮助组织提高局部运作业绩，由各部门监管人员督促即可，信息化建设还处于基础性实验阶段。上一页下一页返回5.3物流信息系统的系统分析在第四象限，信息系统对核心战略影响程度高而对核心经营活动影响程度低。此时，信息系统对处于该象限组织的帮助是在新组建的部门或业务领域内发挥作用，信息化建设的主要任务是面对新成立的部门，由组织的策划部门负责。通过以上对信息系统和组织战略的关联分析，我们可以从战略高度把握信息化建设的方向，从而确定组织信息化的战略目标上一页下一页返回5.3物流信息系统的系统分析

2.系统目标和项目目标组织信息化的战略目标确定以后，需要一个集成的信息系统为之服务。这个集成的信息系统由一系列的子系统组成，这些子系统可能安排在若干年内逐渐实施，这就要求我们确定集成的信息系统的目标、子系统的目标以及待建信息系统项目的目标。要明确系统目标，首先要确认组织中存在的问题和机会。PIECES方法是一种效果显著的进行问题识别和分类的方法。PIECES方法是6个英文单词的缩写:上一页下一页返回5.3物流信息系统的系统分析(1)P是Performance的缩写，表示提高系统的性能;(2)I是Information的缩写，表示提高信息的质量和改变信息的处理方式;(3)E是Economics的缩写，表示改善组织的成本、效益等经济状况;(4)C是Control的缩写，表示提高信息系统的安全和控制水平;(5)E是Efficiency的缩写，表示提高组织的人、财、物等使用效率;(6)S是Service的缩写，表示提高组织对客户、供应厂商、合作伙伴、顾客等的服务质量。上一页下一页返回5.3物流信息系统的系统分析PIECES框架的内容如表5-1所示。通过研究PIECES框架中类别或子类中的内容，可以发现企业中存在的各种问题。根据组织现有信息系统的当前情况，按照PIECES方法逐个回答问题。通过对这些回答进行分析，就找到了当前系统存在的问题、机会以及新系统应该达到的目标。上一页下一页返回5.3物流信息系统的系统分析信息系统目标确定以后，信息系统建设人员还应该进一步研究，确认目前待开发信息系统作为一个项目存在的问题、机会和目标，建立该项目的帝程，以便确定项目的范围、质量、项目参加人员、财务预算、进度安排等。项目帝程是正式认可项目存在并指明项目目标和管理人员职责的一种组织级正式文件。项目主要干系人应该在项目帝程上签字，以表示认可项目目的已经与组织战略达成一致。由于项目帝程是证明项目存在的正式文件，可以说是项目经理或项目管理团队从事项目管理和资源调配的一个重要依据。有效的项目帝程通常从项目管理角度而言，在项目进行时会起到很关键的作用，因此显得非常重要。表5-2是建设一个信息系统的项目帝程模板。上一页下一页返回5.3物流信息系统的系统分析5.3.2业务流程分析业务流程分析是在调查研究的基础上，把有关该业务流程的资料进行综合分析，以了解业务的具体处理过程，发现系统的薄弱环节和不尽合理之处，寻找在新的信息系统基础上优化和改进的方法。上一页下一页返回5.3物流信息系统的系统分析

1.业务流程分析的内容

1)业务功能分析业务功能分析就是在调查研究的基础上，按照企业组织结构，详细列出企业功能。由于企业业务会经常变化，而基本的管理功能则相对稳定，按功能设计系统，将会使系统相对于流程和组织的变化具有相对独立性。业务功能的分析一般是和组织分析一起画出组织的业务功能一览表，使我们在了解组织结构的同时，对依附于组织结构的各项业务功能有个概括的了解，对业务功能在组织间的交叉和各层次的管理深度以及一些不尽合理的现象也有个初步认识。上一页下一页返回5.3物流信息系统的系统分析

2)业务关系分析企业业务是由逻辑上相关、时间上承继的一系列活动组成的业务流程，每个活动即为业务功能。在调查研究过程中，我们已经对业务功能进行了细致的调查，明确了每个活动所要完成的工作、使用的资源以及与其他活动的联系，但各个活动是分别考虑的，没有考虑到各个活动间的依存关系，从而为发现问题、分析不足、进行业务流程的优化打好基础。业务关系分析的内容包括流程中各个活动间的逻辑联系、时序关系、数据联系、资源约束和活动的相关性等上分析各个活动之间的关系等。上一页下一页返回5.3物流信息系统的系统分析

3)业务流程优化新的信息系统应用，必然会给原来手工方式下的业务运行过程提供变革的可能性，在现有业务流程分析的基础上，进行业务流程优化，是系统分析的重要内容之一。现有业务流程的分析包括:分析现有业务流程中的各个处理过程是否有存在的价值，哪些过程可以删除、合并或者进行改进和优化。上一页下一页返回5.3物流信息系统的系统分析业务流程优化包括:按计算机信息处理的要求，分析哪些过程存在冗余信息处理，哪些活动可以变串行处理为并行处理，变事后监督为事前或事中控制，产生更为合理的业务流程。通过这些分析，可以设计出符合信息处理特点的新流程，从而使新系统的业务流畅，数据流动和处理简洁、方便，信息技术的应用效果充分发挥。上一页下一页返回5.3物流信息系统的系统分析

2.业务流程图业务流程一般采用业务流程图(TransactionFlowDiagram,TFD)来表示，就是用一些规定的符号和连线来表示某个具体的业务过程。业务流程图的绘制一般是按照业务处理的实际过程和步骤进行。上一页下一页返回5.3物流信息系统的系统分析

1)基本符号业务流程图的符号只有6个，简单明了，分别代表了信息系统中的最基本概念和处理功能。如图5-2所示。

2)业务流程图举例绘制业务流程图应根据实际的管理业务，按照原系统中信息流动的过程，详细描述各个环节的处理业务、信息来源、处理方法、信息流经去向以及提供信息的形态(报告、单据等)。比如，数据处理产生的单据往往采用几联单的形式，就要弄清楚每一联的去向及使用情况，便于进一步分析各个业务活动之间的信息联系。上一页下一页返回5.3物流信息系统的系统分析

图5-3是某汽车配件公司销售业务流程。这个流程中，顾客发订单给销售部门，销售部门经过订单检查，须把不合格的订单反馈给客户，对合格订单，通过核对库存记录，缺货订单通过缺货统计，向采购部门发出缺货通知，并登记缺货记录。对于可供货订单，登记客户档案，开出备货单，通知仓库备货。同时保存订单数据，并进行销售统计。上一页下一页返回5.3物流信息系统的系统分析5.3.3业务流程建模与分析工具业务流程模型的建立对于企业生产经营活动的优化有重要意义，依靠模型，可以迅速地对复杂的企业经营活动进行全面的分析，建立资源、组织、人和过程之间的关系，从而指导信息系统的开发。目前，对于业务流程的建模和分析出现了很多工具，有力地支持了信息系统开发。如IBMWBI,CIMOSA,GRAI-GIM,ARIS,FirstSTEP,IDEF等，都是近年来出现的比较有代表性的业务流程建模工具。我们以IBMWBI为例，介绍这些工具的功能和使用。上一页下一页返回5.3物流信息系统的系统分析IBMWBI(WebSphereBusinessIntegrationWorkbenchandMonitor)是用来定义、分析和监控业务流程的软件包，包括WBIWorkbench,WBIWorkbenchServe:和WBIMonitor三种产品。其核心是WBIWorkbench,涵盖了全部业务流程模型建立的整个周期，其中流程建模工具ProcessModeler提供了友好的图形工具用来定义和描述当前业务流程;在多用户环境中，可以用WBIWorkbenchServe:方便地共享和发布业务流程定义。定义完业务流程之后，用户可以使用BusinessAnalyze:来优化和改进业务流程模型。在完成建模工作之后，WBIWorkbench可以将业务流程模型自动地转换为上一页下一页返回5.3物流信息系统的系统分析MQWorkflow所要求的FDL模型描述语言，在MQWorkflow流程处理引擎中执行。WBIMonitor监控工具可以实时地监控流程的运行情况，发现潜在的问题，并重新利用WBIWorkbench对流程进行优化，经过这个过程的循环，达到最优的业务流程处理和运作模式。下面简要介绍这三种工具。1)流程建模工具WBIWorkbenchWorkhench提供4个组件，分别为用户提供不同的建模方式选择。上一页下一页返回5.3物流信息系统的系统分析

(1)BusinessModeler。①EnterpriseModeling(企业建模)。它提供一个统一的数据仓储库(DataRepository),帮助用户将重要的企业信息存储在一个通用的数据库或称仓储库中，这些可以重用的信息，如:企业策略、业务规则、业务目标、存在的问题等，保证了流程模型建立在统一的业务数据之上。一旦建立某个数据记录，无论它是在仓储库中还是在某个流程模型中被创建的，该记录均可被记录下来，并且可以被其他流程模型使用。上一页下一页返回5.3物流信息系统的系统分析②ProcessModeling(流程建模)。为用户提供了一个图形化工具，实现对流程模型的规划和设计。③BusinessAnalysis。完成建模工作之后，可以利用Workbench提供的分析工具，通过仿真工具和包括图、表、报告、图形、图像等形式，产生对流程模型的有效分析，优化业务流程。上一页下一页返回5.3物流信息系统的系统分析④WorkflowTranslation。将Workbench中定义的流程转化为FDL语言描述，便于输出到MQWorkflow环境中，并可以对其进行MQWorkflow的合法性校验。同时，Workbench还可以将流程模型转化为其他符合业界标准的输出形式，如:XML,WPDL(WorkflowProcessDefinitionLanguage)等。上一页下一页返回5.3物流信息系统的系统分析(2)UMLModeleroUML是一种面向对象的建模语言。WBIWorkbenchUMLModeler提供一个业务人员和IT人员之间沟通的桥梁，利用UMLModeler可以创建用户用例图(UseCase)，状态转换图(Sequence),协同图(Collaboration，类图(Class)类图等。可以把UML输出到RationalRose等建模工具，也可以把UML文件输入到Workbench中。上一页下一页返回5.3物流信息系统的系统分析

(3)XformDesignerXformDesigner使得用户可以设计并将业务需求中的图形界面结合起来。业务人员使用这个工具将流程可视化表示，供开发人员在其基础上进行代码开发。

(4)XMLMapper。使用XML格式来描述应用程序之间的数据流，将流程的输入和输出指定为XML文件，从而实现不同系统和应用之间的数据格式转换。上一页下一页返回5.3物流信息系统的系统分析

2)流程监控工具:WBIBusinessProcessMonitor

其包括以下几种工具。

(1)AdministrationUtility。WBIMonitor提供了相应的管理工具。该管理工具主要由以下几部分组成。上一页下一页返回5.3物流信息系统的系统分析①AdministrationUtility(输入工具):在对流程进行监控分析之前，通过输入工具，将欲监控的流程输入到MonitorDatabase中。②CleanupManager(清除管理器):将不需要的数据从监控数据库中清除，其中包括流程模型数据和实时运行数据。③SetupManager(设置管理器):Monitor的配置工具。

④EventQueue(事件队列):用来控制队列的触发，启动和停止监控服务等。上一页下一页返回5.3物流信息系统的系统分析

(2)WorkflowDashboardoWorkflowDashboard从工作流系统管理人员的角度监控MQWorkflow的数据和审计追踪，管理人员可以对工作流系统进行管理和操作，包括察看流程的运行状态，对流程实例进行控制，如:暂停、终止，重新进行任务分派等。同时，管理员可以跟踪和衡量员工，部门和流程的运行性能，从而进行必要的工作负荷调配。

WorkflowMonitor是一个Web-basedJava应用，管理员可以通过Browser随时察看和管理维护自动化的流程，当得到一个指令之后，它会通过相应的API通知MQWorkflow上一页下一页返回5.3物流信息系统的系统分析

(3)BusinessDashboard。BusinessDashboard从更加贴近业务的角度来分析业务流程，它可以为高级的管理层提供决策支持。WorkflowDashboard显示的是实时的运行数据，而BusinessDashboard可以记录和维护历史数据，由BusinessDashboard产生的统计数据可以被反向输入到Workbench中，以便对流程进一步优化。上一页下一页返回5.3物流信息系统的系统分析利用BusinessDashboard，我们可以获得在指定时间段内，根据预定义的衡量标准和自定义的衡量标准得出的统计数据。如启动的流程实例的数量、没有完成的流程实例的数量、完成的流程实例的数量、流程实例空闲的时间、运行的时间、成本等。上一页下一页返回5.3物流信息系统的系统分析3)WBIWorkbenchServerWorkbenchServer它提供了仓储库管理(RepositoryManagement)和Web发布(WebPublishing)的功能，实现流程设计协同和流程信息的快速存取。使用WorkbenchServer可以实现版本控制以及使每个员工随时随地获取最新的信息。

WBIWorkbenchServe:包含以下两个组件:(1)Repository。资源仓储库(Reposilory是一个安全的数据仓库，它集中存储了与业务流程相关的数据，如:流程模型，企业数据等。通过检入、检出功能实现版本管理功能，保证那些最新的信息被具有相关权限的人读取。上一页下一页返回5.3物流信息系统的系统分析

(2)WebPublisheroWebPublisher是一个Internet/Intranet的应用，使得具有相关权限的人存取和使用位于资源仓储库中的流程相关的信息。这个工具使用基于人员权限的定义，有权限的人可以通过Internet/Intranet登录和存取发布的信息。此外，某个部门可以利用WebPublisher来通知或培训有关企业方针政策，业务规则和策略、目标和性能评测指标，组织架构，流程运作等信息。上一页下一页返回5.3物流信息系统的系统分析5.3.4数据流程分析从信息的角度来看，组织运行的过程总是表现为信息的收集、加工、传递和利用的过程。数据是信息的载体，是组织运行过程的反映，也是信息系统处理的主要对象。在数据流程分析中，要根据业务流程调查的结果，抛开物质要素的成分，对数据的收集、加工和传递过程进行全面分析，以保证数据采集全面、处理高效、传递通畅、利用充分。上一页下一页返回5.3物流信息系统的系统分析

1.数据流程分析的内容数据流程分析把数据在组织中的流动过程抽象出来，专门考虑业务处理中的数据处理模式，目的在于发现和解决数据处理中的问题。数据的分析有以下方式。上一页下一页返回5.3物流信息系统的系统分析

1)围绕系统目标进行分析该分析可以从两个方面进行:从业务处理角度看，为满足正常的业务运行，需要哪些信息，哪些信息是冗余的，哪些信息需要但现在没有采集上来;从管理角度看，为满足科学管理的需要，应当需要何种精度的信息，信息的及时性、信息处理的抽象层次是否满足企业生产运作和管理的要求，对于一些定量的分析能否提供支持等。上一页下一页返回5.3物流信息系统的系统分析

2)信息环境分析为了对数据进行分析，还需要了解信息与环境的关系。信息的上下层次信息结构是什么样的，信息来自于现有组织结构的哪个部门，信息的受周围环境哪些因素的影响较大，是否具有稳定的处理方式等。上一页下一页返回5.3物流信息系统的系统分析

3)围绕现行业务流程进行分析分析现有报表的数据是否全面，是否满足管理需要，是否正确、全面地反映了业务的物质流动过程。根据现有业务流程改进的需要，信息和信息流程要做哪些相应的改进，对信息的收集、加工、处理有什么新要求等。根据业务流程，还要确定哪些信息是实际采集的初始信息，哪些信息是系统内部产生的，哪些是临时数据，哪些需要长期保存等。上一页下一页返回5.3物流信息系统的系统分析

4)数据的逻辑分析逻辑分析主要是为了对各种各样的信息梳理出不同的层次，从而根据需要提出相应的处理方法和存储结构，以便于计算机信息处理。上一页下一页返回5.3物流信息系统的系统分析数据流程分析的内容包括以下几个方面。

1)数据汇总在系统调查中获得了各种数据，这些数据涉及企业的各个过程，形式多样，来源和目的不明确，为了建立合理的数据的流程，必须对这些数据进行汇总分析，通过归纳和甄别，确定每个流程中的实际数据流的内容。为此，在分析中要把调查研究中获得的资料，按业务过程分类编码，按处理过程的顺序整理;弄清各环节上每一栏数据的处理方法和计算方法;把原始数据和最终处理结果单独列出。上一页下一页返回5.3物流信息系统的系统分析

2)数据特征分析分析各种单据、报表、账本的制作单位、报送单位、存放地点、发生频度，每个数据的类型、长度、取值范围等;整个业务流程的业务量以及与之相应的数据流量、时间要求、安全要求等。按照数据的来源、管理的职能与层次、共享程度、数据处理处理层次等特征进行分类。数据的分析必须与数据的调查不能截然分开，在分析过程中，还需要不断调查，补充完善。上一页下一页返回5.3物流信息系统的系统分析

3)数据流程分析数据流程分析的目的是要发现和解决数据流程中存在的问题，包括数据流程不畅、数据处理过程不合理、前后数据不匹配等。这些问题可能是由于原系统管理混乱，数据处理流程本身有问题，也可能是调查分析有误。通过流程分析，建立畅通高效的数据处理过程，是新系统设计的基础。上一页下一页返回5.3物流信息系统的系统分析

2.数据流程图数据流程分析的主要工具是数据流程图(DataFlowDiagram,DFD)。数据流程图是现有数据流程的抽象，它舍弃了具体的组织结构、物流、场所等信息，仅从信息流动的角度考察业务执行的过程。数据流程图具有两个特征。上一页下一页返回5.3物流信息系统的系统分析

(1)抽象性。数据流程图仅描述了数据的流动、存储、处理等，而舍弃了具体的业务处理的内容和处理的具体方式，更实质地反映了信息处理的内在规律。

(2)概括性。数据流程图把各个业务处理活动联系起来，作为一个整体考虑，具体描述了各个业务之间的信息联系，把各个活动联系成为一个统一的整体。上一页下一页返回5.3物流信息系统的系统分析数据流程图的绘制，要注意以下几点。

(1)数据处理与业务处理过程相对应。数据处理的内容、过程、产生的数据、数据的来源与去向要与业务流程图相对应。

(2)数据流程图的确定要和业务人员反复讨论。对于不合理的或者不满足业务处理要求的数据流程要及时修改，同时修改业务流程图和相应的数据字典。上一页下一页返回5.3物流信息系统的系统分析(3)对数据流要进行分析和优化。按照信息处理的特点，决定信息处理的缺失或冗余，并根据信息处理的要求进行数据处理的优化，并按照数据流分析的结果，优化业务过程，保持业务流与数据流的同步优化。数据流程图一般分为多个层次。绘制数据流程图时具体的做法是:按业务流程图理出的业务流程顺序，将数据处理过程绘制成数据流程图。对于每个具体业务，再进一步细化，通过更详细的数据流程图描绘更具体的数据处理过程。上一页下一页返回5.3物流信息系统的系统分析下面以一家汽车配件公司的销售业务对数据流程图举例。第一层的数据流程图要反映汽车配件公司最主要的业务，显然是采购和销售，外部项是顾客和供应商。其数据流程图如图5-4所示。上一页下一页返回5.3物流信息系统的系统分析

图5-4表示系统从顾客那里接受订货要求，把汽车配件卖给顾客。当存货不足时，汽车配件公司向供应商发出订货要求，以满足销售的需要。但该图没有反映账务，而且销售和采购也没有分开表示，只是高度概括地反映了汽车配件公司的业务，因此要进一步扩展出第二层数据流程图(如图5-5所示)。由图5-5可知，该系统的主要逻辑功能有三个:销售、采购、会计。主要的外部项有两个:顾客和供应商。当然允许有许多顾客和许多供应商。上一页下一页返回5.3物流信息系统的系统分析当顾客的订货要求被接受以后，就要按照顾客要购买的汽车配件以及需要的数量查找库存量，确定是否能够满足顾客的订货要求。如果能够完全满足，就给顾客开发货单，并修改汽车配件的库存量，同时还要通知会计准备收款。如果只能满足一部分或完全不能满足顾客的订货要求，就要把不能满足的订货记录下来，并通知采购部门，应向供应商发出订货要求。当供应商接到汽车配件公司的订货要求，把货物发来后，采购部门要办入库手续，修改库存量，同时向销售部门发出到货通知，销售部门按到货配件检索订货单，向顾客补齐所要求的配件数量。会计部门收到供应商的发货单后，应该准备办理付款业务。上一页下一页返回5.3物流信息系统的系统分析第二层数据流程图比较具体地反映了汽车配件公司的数据流程，但是只考虑了正常情况，未考虑发生错误或特殊的情况。例如，顾客订货单填写不正确，供应商发来的货物与采购部门的订货要求不符合等，都属于出错或例外处理。原则上讲，第二层数据流程图不反映出错处理和例外处理，它只反映主要的、正常的逻辑处理功能，出错或例外处理应该在低层的、更为详细的数据流程图里反映。我们可以从“销售”、“采购”、“会计”3个处理逻辑分别扩展出第三层数据流程图。如图5-6反映了销售模块的具体数据处理功能。上一页下一页返回5.3物流信息系统的系统分析

3.数据字典数据字典的作用主要是对数据流程图中的数据项、数据结构、数据流、处理逻辑、数据存储和外部实体等方面进行具体的定义。建立数据字典的目的是为了保证全局数据的一致性和准确性。数据字典和数据流程图共同构成对系统逻辑模型的准确完整描述。上一页下一页返回5.3物流信息系统的系统分析1)数据项数据项又称为数据元素，是数据的最小单位。数据特性可以从静态和动态两个方面考虑在数据字典中，我们只考虑数据的静态特性，包括:数据项的名称、编号、别名和简述，数据项的长度和取值范围。例如，对数据项材料编号可定义如下:·数据项编号:I02-01。.数据项名称:材料编号。·别名:材料编码。.简述:某种材料的代码。.类型及宽度:Char(4)。.取值范围:“0001”~“9999“。上一页下一页返回5.3物流信息系统的系统分析

2)数据结构数据结构描述了数据项之间的关系，由数据项或数据结构组成，是一个嵌套结构。一个简单的数据结构由数据项组成，而复杂的数据结构则包含了其他数据结构，在数据字典中，需要详细列出每个数据结构包含的项。数据结构的定义包括以下内容:数据结构的名称及编码、简述、数据结构的组成等。例如，用户订单的数据结构包含了3个更具体的数据结构，如表5-3所示。上一页下一页返回5.3物流信息系统的系统分析则其数据结构可以定义为:数据结构编号:DS03-01。数据结构名称:用户订货单。简述:用户订货要求等。数据结构的组成:DS03-02,DS03-03,DS03-04。

由于其中包含的3个结构在其他部分已有定义，这里只需引用这些结构的名称即可，而不需要在这里详细列出所含的数据项。上一页下一页返回5.3物流信息系统的系统分析

3)数据流数据流用来描述数据的流动过程，由一个或一组固定的数据项组成。在数据流的定义中，不仅要说明数据的名称、组成，还要说明数据的来源、去向和数据流量等。如，车间领料单的数据流可以定义为:上一页下一页返回5.3物流信息系统的系统分析·数据流编号:DF03-0l。.数据流名称:领料单。.简述:车间开出领料单，凭此去仓库领料。·数据流来源:车间。·数据流去向:发料处理模块。.数据流组成:材料编号、材料名称、领用数量、日期、领用单位等。·数据流量:10份/小时。.高峰流量:20份/小时。上一页下一页返回5.3物流信息系统的系统分析

4)处理逻辑定义处理逻辑定义数据流程图的中数据项的处理方式，包括输入数据流和处理方式等。例如:.处理逻辑编号:02-03。.处理逻辑名称:计算电费。

.简述:输入数据，电价、用电量和用户类别数据分别来自数据存储文件价格表;电表读数和存储文件用户信息。上一页下一页返回5.3物流信息系统的系统分析

.处理:根据用户类别和价格表确定电价，电费为电价x用电量。.输出数据流:数据去向一是给外部项用户，二是存储到用户电费文件。

.处理频率:每月一次。.相关联的处理:P02,P03。上一页下一页返回5.3物流信息系统的系统分析5)数据存储数据字典中只描述数据的逻辑存储结构，而不涉及它的物理组织。例如.数据存储编号:F03-08。.数据存储名称:配件库存账。.简述:存放配件的库存量和单价。.数据存储组成:配件编号、配件名称、单价、库存量、备注等。.关键字:配件编号。上一页下一页返回5.3物流信息系统的系统分析

6)外部实体定义外部实体描述了数据流入、流出和处理的实际发生地点和有关的主体。外部实体的定义包括实体编号、名称、简述、输入和输出数据流。例如:·外部实体编号:S03-1。·外部实体名称:客户。

.简述:购置本单位配件的用户。

.输入数据流:D03-06,D03-08。.输出数据流:D03-01.上一页下一页返回5.3物流信息系统的系统分析数据字典是系统开发的一项基础工作。由于数据字典全面反映了系统运行的所有数据属性及其处理方式，在系统分析设计中可以像查字典一样随时查找每个数据的准确定义，使得全局数据处理中，同一个数据项定义一致，不会产生歧义。上一页下一页返回5.3物流信息系统的系统分析5.3.5物流系统功能分析无论是对物流活动进行管理，还是制定相关决策，都需要详细、准确、直接的物流信息。通过对物流不同业务间的各种信息分析，有助于了解不同物流业务过程中相关的物流信息以及其不同的信息需求、功能需求和决策需求。物流的主要业务包括运输、储存、物流加工、物流配送等，业务不同，其包含的信息也不同。上一页下一页返回5.3物流信息系统的系统分析1)运输功能及信息需求运输是物流最重要的功能要素之一，它影响着物流的许多构成因素，而运输费用又直接受到企业的工厂、仓库、供货厂商和用户之间地理分布的影响。运输方式有多种，例如公路、铁路、水运、航空、管道等。不同的运输方式有着不同的特点，对各种运输方式的综合利用是十分重要的。上一页下一页返回5.3物流信息系统的系统分析运输业务中主要基础信息以单据为主，主要包括订货通知单、提单、运费清单和货运清单等。例如，提单是用户购买运输服务所使用的基本单证，起收据和证明文件的作用，需列明货物唯一真实的受领人、交接方式、货物情况(类别、包装、数量等)信息。运费清单是承运人收取其所提供的运输服务费用的一种方法。需列明运费的款项及费用金额情况。货运清单是当单独一辆运输工具上装运多票货物时，用于明确总货载的具体内容的文件，需列明每一停靠站点或收货人地、提单、重量以及每票货的清点数等信息。现代物流的运作希望能通过物流信息系统同时生成所有的运输单证，即在生成提单的同时，就生成支付运费清单，并通过电子方式传输订货通知单、提单、运费清单和货运清单等。上一页下一页返回5.3物流信息系统的系统分析有了以上运输需求信息，还需掌握运输供给信息，如市场运力状况，可供选择的运输方式和运输工具、运输线路等，这样才能制订出合理的运输计划，有效地组织物流运输。物流系统应充分考虑运输距离、运输环节、运输工具、运输时间和运输费用“五要素”，制订出经济合理的实施方案，以发挥物流的最大功效。要消除车辆空驶、对流运输、迁回运输、重复运输、倒流运输、过远运输、运力选择不当等不合理运输，需要掌握相关的运输需求与运输供给信息。运输组织需考虑货物要求、运输工具的运用效率以及各运输方式的协作等上一页下一页返回5.3物流信息系统的系统分析2)储存功能及信息需求实现物流储存功能的场所主要是仓库，随着现代物流向多品种、少批量或多批次、小批量的转变，传统的储存仓库也渐渐演变成现在的流通仓库。仓库形式有多种，按保管目的可以分为配送中心型仓库(具有发货、配送和流通加工的功能)、存储中心型仓库(以储存为主的仓库)、物流中心型仓库(具有储存、发货、配送、流通加工功能的仓库);按经营性质可以划分营业用仓库、自用仓库。上一页下一页返回5.3物流信息系统的系统分析储存业务的基本信息分为描述仓库和描述库存物品的基本信息。仓库的基本信息包括仓库的地点、形式、建筑形态、仓库面积、经营性质、保管方式、货架编码以及仓库设施设备等;库存物品的基本信息则有品种存放地点、物品名称、重量、形状、包装类别、数量、入库时间、适用装卸方式等;其他信息还包括物品需求信息、为配合储存业务管理需要的货物品出库规则等。为合理利用仓库资源，需要完成具体信息的分析，如库存物品周转速度、仓储服务水平、物品需求预测、库存分析(包