物流信息系统的开发.doc

物流信息系统开发第一节 物流信息系统的开发概述物流信息系统的开发是一个较为复杂的系统工程，它涉及到计算机处理技术、系统理论、组织结构、管理功能、管理认识、认识规律以及工程化方法等方面的问题。尽管系统开发方法有很多种，但至今尚未形成一套完整的、能为所有系统开发人员所接受的理论以及由这种理论所支持的工具和方法。下面将介绍目前最常用的四种系统开发方法的基本思想、主要特点以及相应的工具和技术。一、物流信息系统开发的原则1、领导参加的原则。信息系统的开发是一项庞大的系统工程，它涉及到组织日常管理工作各个方面，所以领导出面组织力量、协调各方面的关系是开发成功的首要条件。2、优化与创新的原则。信息系统的开发不能模拟旧的模式和处理过程，它必须根据实际情况和科学管理的要求加以优化与创新。3、充分利用信息资源的原则。即数据尽可能共享，减少系统的输入输出，对已有的数据、信息作进一步的分析处理，以便充分发挥深层次加工信息的作用。4、实用和实效的原则。即要求从制定系统开发方案到最终信息系统都必须是实用的、及时的和有效的。5、规范化原则。即要求按照标准化、工程化的方法和技术来开发系统。6、发展变化的原则。即充分考虑到组织管理模式可能发生的变化，使系统具有一定的适应环境变化的能力。二、物流信息系统开发的准备工作搞好系统开发前的准备工作是信息系统开发的前提条件。系统开发前的准备工作一般包括基础准备和人员组织准备两部分。1、基础准备工作。科学管理是开发信息系统的基础，只有在合理的管理体制、完善的规章制度和科学的管理方法之下，系统才能充分发挥其作用。基础准备工作一般包括：管理工作要严格科学化，具体方法要程序化、规范化；做好基础数据管理工作，严格计量程序、计量手段、检测手段和基础数据统计分析渠道；数据、文件、报表的统一化。2、人员组织准备。系统开发的人员组织准备包括：领导是否参与开发并一抓到底；建立一支由系统分析员、企业领导和管理岗位业务人员组成的研制开发队伍；明确各类人员(系统分析员、企业领导、业务管理人员、程序员、计算机软硬件维护人员、数据录入人员和系统操作员等)的职责。（1）组织中的高层领导一个组织要开发信息系统，高层领导是关键。因为信息系统的开发必然要涉及组织结构的变动，而组织结构的变动实际上就是对权利和职责的再分配。这种工作如果没有一把手的支持，是不可能做好的。另外，对于信息系统这种组织中的神经中枢系统，其目标必须与组织的战略目标相一致，否则系统建立之后是无法运作的，而组织战略目标与信息系统目标的结合也只有最高领导才能把握。所以组织中的高层领导必须是系统开发小组的领导成员，并且要在把握大方向时切实投入时间和精力。（2）系统分析员 系统分析员是实际系统开发的业务领导者与组织者，在系统开发中起着举足轻重的作用。他要主持整个系统开发、确定工作目标以及实现目标的具体方案。系统分析员不仅应当具备计算机软、硬件知识，懂得企业管理的业务，了解现代化管理方法以及经济数学模型在企业管理中的应用，还要善于处理人际关系，能与各类人员建立良好的合作关系，善于与不同背景的人员进行讨论，交流思想，有较强的组织能力。（3）系统设计员 系统设计员负责系统的设计工作，参与系统开发的总体设计、模块设计及各种具体的物理设计工作，应当具有熟练的计算机专业知识，掌握建立管理信息系统的技术基础，熟悉系统实施与转换的一般技术方法。（4）程序设计员 程序设计员的主要任务是按照程序设计说明书编制程序、调试程序、修改程序，直到新系统投入运行。在系统交付使用以后，本企业的程序设计员还要担负系统的运行维护工作，负责程序的改进任务。程序设计员应该有较强的逻辑思维能力，要掌握计算机软件的基本知识，熟练掌握数据库及程序设计语言。（5）企业管理人员 参加系统开发的企业管理人员代表用户，他们在系统开发的前期和后期起着非常重要的作用。在前期他们要把自己的需求非常准确、全面地提供给系统分析员，在与计算机工作人员进行沟通时，要把业务流程和系统功能阐述透彻。在后期系统的雏形出来之后，能够根据系统的功能对系统进行客观的评价，提出改进意见。因此，参与系统开发的管理人员必须是业务骨干，要了解自己部门工作的关键点和难点。更重要的是能够对未来信息系统的构成和添加哪些新功能有自己的看法。 总之，系统的计算机开发人员和各级管理人员必须发挥各自的专业特长，注重实际经验的研究，注重沟通，要进行合理的分工与合作，发挥各自的优势，取长补短，明确各自的责任，保证开发工作的顺利进行。三、选择系统开发的策略在进行了上述工作之后，下一步将要考虑的则是系统开发策略的选择问题。系统开发策略目前主要有四种：1、接收式的开发策略。经过调查分析，认为用户对信息需求是正确的、完全的和固定的，现有的信息处理过程和方式也是科学的，这时可采用接收式的开发策略，即根据用户需求和现有状况直接设计编程，并过渡到新系统。这种策略主要适用于系统规模不大、信息和处理过程结构化程度高、用户和开始者又都很有经验的场合。2、直接式的开发策略。是指经调查分析后，即可确定用户需求和处理过程，且以后不会有大的变化，则系统的开发工作就可以按照某一种开发方法的工作流程(如结构化系统开发方法中系统开发生命周期的流程等)，按部就班地走下去，直至最后完成开发任务。这种策略对开发者和用户要求都很高，要求在系统开发之前就完全调查清楚实际问题的所有状况和需求。3、迭代式的开发策略。是指当问题具有一定的复杂和难度，一时不能完全确定地，就需要进行反复分析、反复设计，随时反馈信息，发现问题，修正开发过程的方法。这种策略一般花费较大，耗时较长，但对用户和开发者的要求较低。4、实验式的开发策略。是指当需求的不确定性很高，一时无法制订具体的开发计划时，则只能用反复试验的方法来做。原形方法就是这种开发策略的典型代表，这种策略一般需要较高级的软件支撑环境，且在使用上对大型项目有一定的局限性。四、物流信息系统开发步骤用结构化系统开发方法开发一个系统时，要将整个开发过程分为五个首尾相连的阶段：1、系统规划阶段系统规划阶段的工作是根据用户的系统开发请求，初步调查，明确问题，然后进行可行性研究。如果不满足，则要反馈并修正这一过程；如果不可行，则取消项目；如果可行并满意，则进入下一阶段工作。2、系统分析阶段系统分析阶段的任务是：分析业务流程；分析数据与数据流程；分析功能与数据之间的关系；最后提出新系统逻辑方案。若方案不可行，则停止项目；若方案不满意，则修改这个过程；若可行并满意，则进入下一阶段的工作。3、系统设计阶段系统设计阶段的任务是：总体结构设计；代码设计；数据库文件设计；输入输出设计；模块结构与功能设计。与此同时，根据总体设计的要求购置与安装设备，最终给出设计方案。如可行，则进入下一阶段工作。4、系统实施阶段系统实施阶段的任务是：同时进行编程(由程序员执行)、人员培训(由系统分析设计人员培训业务人员和操作员)以及数据准备(由业务人员完成)，然后投入试运行。如果有问题，则修改程序；如果满意，则进入下一阶段。5、系统运行阶段系统运行阶段的任务是：同时进行系统的日常运行理、评价、监理审计三部分工作，然后分析运行结果。如运行结果良好，则送管理部门，指导生产经营活动；如果点问题，则要对系统进行修改、维护或者是局部调整；如出现了不可调和的大问题(这种情况一般是在系统运行若年之后，系统运行的环境已经发生了根本的变化时才可能现)，则用户将会进一步提出开发新系统的要求，这标志老系统生命的结束、新系统的诞生，这全过程就是系统开生命周期。五、物流信息系统开发方法 开发物流信息系统的具体方法很多，通常将它们分为结构化系统开发方法、原型法、面向对象开发方法和CASE开发方法等几大类。1、结构化系统开发方法结构化系统开发方法是比较经典的一类系统开发方法，在20世纪70-80年代，该类方法非常盛行，在信息系统的开发上取得了较好的效果。该方法强调从系统的角度出发来分析问题和解决问题，面对要开发的系统，从层次的角度，自顶向下地分析和设计系统，认为任何系统都有一个从发生、发展到消亡的生命周期，新系统是旧系统的继续。开发过程强调严格的规范管理，工作文档要成文、要标准。目前，该类方法仍不失为一种有效的方法，不过在开发工具上有了很大的革新与进步；在整体的系统开发上讲究与其它方法的结合，多种方法共同使用来开发信息系统。（1） 结构化系统开发法的基本思想。要采用结构化的系统开发方法，首先，要把待解决的问题看成一个系统，就是说我们要建立的信息系统和建立这个系统的整个过程是一个系统问题，我们要按照系统的观点来分析和解决它。首先要明确信息系统建立的目的，要把企业的需求搞清楚，不能含糊；其次，要从整体的角度出发分析问题和解决问题，不能见木不见林，只管局部的最优，而忽略全局的最优；最后，还要考虑系统的相关性以及环境适应性，注重子系统之间的各种联系，并给系统留有一定的扩充余地。 自顶向下和自底向上相结合。在系统分析与设计时要从整体全局考虑，要自顶向下地工作(从全局到局部，从领导到普通管理者)。而在系统实现时，则要根据设计的要求先编制一个个具体的功能模块，然后自底向上逐步实现整个系统。 工作成果文档化、图表规范化。在系统开发过程中的所有成果都要形成固定格式的文档存放。在使用工具进行分析和设计系统时，要统一采用规范化的图表设计。这样做可以保证系统开发的连续性，减少错误，加强沟通。（2） 结构化系统开发的生命周期法。任何系统都会经历一个发生、发展、消亡的过程，物流信息系统也不例外，也有其生命周期。对生命周期各阶段的划分，不同的方法会有些差别，但实质上没什么变化。基本分为五个阶段：系统规划、系统分析、系统设计、系统实施、系统运行和维护。图7-1是对系统生命周期的详细描述。 提出要求系统评价初步调查可行性研究系统维护审批系统运行维护系统规划详细调查验收系统分析系统实施逻辑设计系统转换系统设计编程调试审查总体设计审查详细设计图7-1 系统开发生命周期系统开发生命周期各阶段的主要工作有： 系统规划阶段。是根据用户的系统开发请求，进行初步调查，明确问题，确定系统目标和总体结构，确定分阶段实施进度，然后进行可行性研究。 系统分析阶段。其任务是分析业务流程；分析数据与数据流程；分析功能与数据之间的关系；最后提出分析处理方式和新系统逻辑方案。 系统设计阶段。其任务是总体结构设计；代码设计；数据存储文件设计；输入输出设计；模块结构与功能设计。与此同时，根据总体设计的要求购置与安装一些设备，进行试验，最终给出设计方案。 系统实施阶段。其任务是同时进行编程(由程序员执行)和人员培训(由系统分析设计人员培训业务人员和操作员)，以及数据准备(由业务人员完成)，然后投人试运行。 系统运行和维护阶段。其任务是同时进行系统的日常运行管理、评价、监理审计三部分工作。然后分析运行结果，如果运行结果良好，则送管理部门，指导生产经营活动；如果存在问题，则要对系统进行修改、维护或者是局部调整；如果出现了不可调和的大问题(这种情况一般是系统运行若干年之后，系统运行的环境已发生了根本的变化时才可能出现)，则用户将会进一步提出开发新系统的要求，这标志着老系统生命的结束和新系统的诞生。（3）结构化系统开发方法的优缺点优点：整体思路清楚，能够从全局出发，步步为营，减少返工，有利于提高开发质量；设计工作中阶段性非常强，每一阶段均有工作成果出现；每一阶段的工作成果是下一阶段工作的依据，工作进度比较容易把握，有利于系统开发的总体管理和控制。另外，由于该方法强调从整体来分析和设计整个系统，因此在系统分析时，可以诊断出原系统中存在的问题和结构上的缺陷，这一点是其它方法难以做到的。缺点：a系统的开发周期太长，有时系统开发尚未完成而内外环境已经发生了变化, 对系统的需求也发生了变化。b这种方法要求系统开发者在调查中就要充分掌握用户需求、管理状况以及预见可能发生的变化，这不大符合人们循序渐进地认识事物的规律性。c需要大量的文档和图表，这方面的工作劳动量非常大，有时会造成效率低、成本高的问题。 （4）结构化系统开发方法的适用范围结构化系统开发方法主要适用于大系统或系统开发缺乏经验的情况。2、原型法（1）原型法的基本思想原型法的基本思想是1977年开始提出来的，它试图改进结构化系统开发方法的缺点，由用户与系统分析设计人员合作，在短期内定义用户的基本需求，开发出一个功能不十分完善的、实验性的、简易的应用软件基本框架(称为原型)。先运行这个原型，再不断评价和改进原型，使之逐步完善。其开发是一个分析、设计、编程、运行、评价多次重复、不断演进的过程。（2）原型法开发步骤原型法的开发过程分为四个阶段： 确定用户的基本需求。首先要在很短的时间内调查并确定用户的基本需求需求可能是不完全的、粗糙的，但也是最基本的。例如，系统功能、数据规范式、屏幕及菜单等。 开发初始原型系统。开发者根据用户基本需求开发一个应用系统的初始原型，并交付原型的基本功能及有关屏幕画面。 对原型进行评价。首先让用户试用原型，根据实际运行情况，明确原型存在的问题。 修正和改进原型系统。开发者根据用户试用及提出的问题，与用户共同研究确定修改原型的方案，经过修改和完善得到新的原型。然后再试用、评价，再修改完善，多次反复直到满意为止。原型法的开发过程是一个循环的、不断修改完善的过程，其开发流程如图72所示。确定用户最初要求研制系统原型修改和完善系统原型评价、使用系统原型N用户满意Y完成系统开发交付使用图7-2 原型法示意图（3）原型法的优缺点优点：a认识论上的突破。开发过程是一个循环往复的反馈过程，它符合用户对计算机应用的认识逐步发展、螺旋式上升的规律。开始时，用户和设计者对系统功能要求的认识是不完整的、粗糙的。通过建立原型、演示原型、修改原型的循环过程，设计者以原型为媒介，及时取得来自用户的反馈信息，不断发现问题，反复修改、完善系统，确保用户的要求得到较好的满足。b改进了用户和系统设计者的信息交流方式。由于有用户的直接参与，就能直接而又及时地发现问题，并进行修正，因而可以减少产品的设计性错误。大多数情况下，设计中的错误是对用户需求的一种不完善或不准确的翻译造成的，实质上也是一种信息交流通信上的问题。当用户和开发人员采用原型法后，改善了信息的沟通状况，设计错误必然大大减少。c用户满意程度提高。由于原型法向用户展示了一个活灵活现的原型系统供用户使用和修改，从而提高了用户的满意程度。当用户并不确定初始系统的需求时，采用现实系统模型做试验要比参加系统设计会议、回忆静态屏幕设计以及查看文件资料更有意义。d开发风险降低。原型法减少了大量重复的文档编制时间，缩短了开发周期，从而减少了开发风险。另外，使用原型系统来测试开发思想及方案，只有通过原型使用户和开发人员意见一致时，才能继续开发最终系统，所以也会降低开发风险。e减少了用户培训时间，简化了管理：由于用户在审查评价原型时就已经得到了训练，所以会大大减少培训时间。另外，原型法能够简化信息系统开发的管理工作，一份原型系统的状态报告可以成为改正原型系统的方案，省略了许多繁琐的步骤。f开发成本降低。由于开发时间短，培训少，用户满意度提高，风险低，所以降低了系统开发成本。 缺点a开发工具要求高。原型法需要有现代化的开发工具支持，否则开发工作量太大，成本过高，就失去了采用原型法的意义。应该说开发工具水平的高低是原型法能否顺利实现的第一要素。b解决复杂系统和大型系统问题很困难。根据目前的支持工具状况，在分析阶段直接模拟用户业务领域的活动，从而演绎出需求模型是相当困难的，基本上都是在进入设计阶段之后才具有开发基础。这就意味着可实现的原型都是经过设计人员加工的，设计人员的误解总是影射到原型中，因此，在对大型系统或复杂系统的原型化过程中，反复次数多、周期长、成本高的问题很难解决。另外，对于大型系统，如果不经过系统分析来进行整体性划分，想直接用屏幕来一个一个地模拟是很困难的。c管理水平要求高。如果基础管理不善、信息处理过程混乱，就会给构造原型带来定困难；另一方面，如果基础管理不好，没有科学合理的方法可依，系统开发容易走上机械模拟手工系统的轨道。（4）原型法的适用场合 用户事先难以说明需求的较小的应用系统。 决策支持系统。 与结构化系统开发方法结合起来使用，即整体上仍使用结构化系统开发方法，而仅对其中功能独立的模块采用原型法。3、面向对象方法 （1）面向对象方法的由来面向对象方法是从20世纪80年代各种面向对象的程序设计方法，如smalltalk、C+等逐步发展而来的，最初用于程序设计，后来扩展了系统开发的全过程，出现了面向对象分析和面向对象设计。面向对象方法是一种认识问题和解决问题的思维方法，它把客观世界看成是由许多不同的对象构成的。在面向对象的系统中，我们把系统中所有资源(如系统、数据、模块)都看成是对象，每一对象都有自己的运动规律和内部状态。不同对象间的相互联系和相互作用构成了完整的客观世界。我们把将要建立的系统所要解决的问题称为问题域。 （2）面向对象方法的几个基本概念对象对象是现实世界中一类具有某些共同特性的事物的抽象。对象是构成系统的元素，是组成问题域的事物。小到一个数据，大到整个系统都是对象。对象是一个封闭体，它是由一组数据和施加于这些数据上的一组操作构成。具体地说，对象可由以下部分描述：a对象的名称。b数据：用来描述对象的属性，它表明了对象的一种状态。例如，对“学生”对象可用学号、姓名、性别、年龄、家庭住址等属性来描述。c操作：即对象的行为。分为两类：一类是在对象接受外界消息触发后引起自身的操作，这种操作的结果是修改了对象自身的状态；另一类是对象施加于其它对象的操作，这是指对象将自己产生的输出作为消息向外发送。d接口：主要指对外接口，用来定义对象与外界的关系和通讯方式。具体地说,接口是指对象受理外部消息所指定的操作的名称集合。 消息消息是为完成某些操作而向对象所发送的命令和命令说明。对象进行处理及相互之间的联系，都只能通过消息传递来实现，发送消息的对象叫发送者，接受消息的对象叫接受者，发送者可以同时向各个对象传送消息，接受者可同时接受多个对象发来的消息。对象之间也可同时双向传送消息。消息中只含发送者的要求，它通知要进行的处理，但发送者不起控制作用。类类定义的是对象的类型，是对一组性质相同的对象的描述，或者说，类是对象的模板。模板可以想象为浇铸毛坯用的模具。模具是固定的，当钢水倒人并冷却，便出现一个具有该模具形状的毛坯。因此，在程序运行时，类被作为模板建立对象。例如，实数就是一类，它可进行算术运算和比较等处理，112和589都是这个类的对象，都有进行算术运算和比较等处理能力。（3）面向对象方法的特点 封装性。封装性是指对象是数据和操作的封装体。封装性突破了传统将数据和程序分离的处理模式。通过封装，使得对象的内部受到保护，外界不能访问，只有对象内部的代码才可访问。 抽象性。对象是类的一个实例，类抽象并封装了对象的共有属性和操作。通过一个类创建的对象自动具有类中规定的属性和方法。 继承性。继承是一个对象可以获得另一对象特性的机制。类是一种层次结构，类的上层可以有父类，下层是子类。类可以派生出子类，子类自动继承父类的属性和操作。通过一个类创建的对象自动具有类中规定的属性和方法。 多态性。多态性是指相同的函数调用为不同的对象接受时，会导致不同的行为。利用多态性，程序中只需进行一般形式的函数调用，函数的实现细节留给接受函数调用的对象。如为打印整数、浮点数、字符串及数据记录而使用不同的术语是不合适的。我们使用同样的“打印数据”这条消息，由于打印对象不同，输出的格式可以完全不同。第二节 物流信息系统的系统分析物流信息系统的分析是在开发中起决定作用的环节。物流信息系统的分析是以物流部门的生产、运输、储存、供应等工作为分析对象，分析物流信息输入、处理、储存、输出的流程与加工过程。它必须有较强的针对性，对软件的工作环境与人机界面作明确的规定，以确定研究对象和系统作用范围。在进行必要、全面的调查研究和系统分析的基础上，对物流管理部门的管理模式和信息数据交换流程作必要的抽象，经过去粗取精、去伪存真的取舍，进一步回答系统“要做什么”和“能够做什么”的问题，并用书面材料把分析结论表达出来，从而上升为物流信息系统的逻辑模型。一、系统分析的工作内容与方法 系统分析员在系统分析阶段进行的工作内容是从详细调查开始到设计出新系统逻辑模型为止。这个过程可以为分三个小阶段。 1详细调查。在提出新系统应该做什么之前，必须弄清楚老系统做些什么，详细调查就是对企业业务领域的各项活动进行详尽的了解，为设计新系统的逻辑模型作资料准备。 2功能与数据分析。这一阶段的工作是系统分析员根据详细调查的资料，对老系统进行研究和分析，找出老系统的薄弱环节，进行数据整理，为提出新系统逻辑模型作准备。 3新系统逻辑设计。其任务是在功能和数据分析的基础上提出最佳的逻辑模型。新系统逻辑设计的内容包括： (1)新系统功能设计； (2)代码设计； (3)新系统数据存贮设计， (4)IO逻辑设计； (5)新系统逻辑模型设计。系统分析的工作方法可以归纳为：“自顶向下”和“自底向上”，这是是系统分析的两种工作方法。“自顶向下”的分析过程强调由全局到局部，由上层到下层。它首先分析系统的环境、系统边界、系统的总目标，然后分析系统完成总目标所应该具有的功能，以及实现功能的信息需求。在此基础上再导出各子系统的目标和功能，如此向下逐级推演。这种演绎式分析方法也称面向目标的分析方法，有较强的整体性和系统性。“自底向上”的方法是由低层功能逐级向上归纳综合成上层系统，最后构造出整个系统。具体做法一般是从基层的业务层进行现状调查，总结基层管理业务的数据处理功能，根据业务间的相互联系，将它们归纳成较抽象的综合的业务功能层，然后再归纳出若干子系统，最后形成全系统的功能和目标，这是一个逻辑归纳的过程，也称归纳法或面向现状的方法。事实上，自顶向下和自底向上的工作方法应用于系统开发的全过程：如系统调查过程、逻辑模型形成过程、系统设计和实施过程。根据不同的情况，不同场合，或使用自顶向下的方法，或使用自底向上的方法，或两者综合运用。两种方法结合使用，相互补充，达到既顾及整体目标，又容易获取具体信息的目的。二、组织现状调查分析任何一个新系统的建立都是以现行系统为基础的。在系统设计工作开展之前，必须先把现行系统的各方面情况查清楚，对所调查到的情况用系统的观点进行分析，找出性的问题，捕捉特殊情况，为系统设计做好准备工作。调的重点是现行系统的组织、功能及业务流程，以便系统研人员能掌握现状，找出改进之处。而调查分析的结果就是系统设计的可行方案，用以建立计算化的信息系统逻辑型 。在任何一个组织建立物流信息系统，首先必须了解该单位的规模大小、工作任务、组织结构以及其中各部门之间的关系和功能。任何一个系统的物流部门与其他部门之间都有多种相互关系，归纳起来主要表现为上下级关系、物资流动关系、资金流动关系、信息资料(文件、报表、账单等)传递关系等。脱去这些关系的实体外衣，抽象出来的就是存在于一个组织中的物流、资金流和信息流，这些才是系统分析员要捕捉的对象。现以某企业物流部门的业务组织及其工作职责的调查分析为例加以说明。该部门组织机构分上下两层，即管理层和执行层，执行层按工作职责分为三个不同的管理子系统，分别为计划管理、合同管理和仓库管理子系统。该部门对上接受本系统上级的领导，定期向公司上报三种统计报表和各种物资消耗需求计划；在同一管理层中与财务科、人事科、统计科、档案室发生业务联系，交换人、财、信息文件的有关数据。整个部门的工作职责简述如下：1、管理层。管理层工作职责是：主持日常物流和管理工作，掌握物流的总体信息，进行综合决策分析，并控制物流管理各项指标的贯彻落实，确保物流工作质量和供应质量，加速流动资金的周转，不断提高经济效益。2、执行层1(计划管理)。其工作职责是：掌握物流的统计资料，把握用户需求与仓库库存的供求关系，核算各种物资的需用量、库存量和申请量，编制物资计划平衡表。管理用户上报的计划报表，负责料单审批、对外销售开票、委托加工计划等工作。检查和分析物流计划分配执行情况，做好物流计划的日常管理工作。向上级领导申报计划物资需求计划表。编制、掌握物资消耗定额和检查储备定额的执行情况。掌握合同的执行情况、交货进度情况，货款承付签证，处理过期合同、作废合同。准确核资和合理使用储备资金，处理超储积压物资。3、执行层2(采购管理)。其工作职责是：按采购计划采购有关物资，保证采购计划按期完成，掌握市场及有关厂家的生产、销售信息，制定有利的采购策略。按期运回采购物资，掌握在途物资的具体情况，进行跟踪管理，办好人库物资交接手续。核算采购费及运杂费，计算物流的实际使用费用。及时结清往来货款和出差借款。4、执行层3(仓库管理)。其工作职责是：掌握到货的验收入库，办理物资入库手续，及时反映验收中存在的问题整理料单、产品说明书、合格证、化验单、质保书等资料并上交归档。对物资进行维护保养，定期盘点，做到账、单、物、资金四相符。按“先进先出”的出库原则，对出库物资进行发放，验收单据。实施落实仓库库存物资储备定额，完成流动资金下库指标，及时反馈余缺物品信息。回收废旧物资，开展修旧利废的工作。通过业务组织的职责调查，系统开发人员不难找到物流管理各职能子系统所承担的工作职责和具体要求。这是物流信息系统开发工作背景的一个综合性概述，有助于理解信息系统的业务流程，从中找出数据信息处理工作集中点所在。三、现场工作流程调查分析现场工作流程调查可借助现场工作流程图来进行。现场工作流程图以所处理的某一业务在工作现场的工作流程为基础，在工作场所平面图上描述物流、信息流等情况。它真实地再现工作人员的实际业务活动过程以及票据和文件信息的流向，业务处理过程的顺序、时间及其特点。它能反映出输入、输出的形式、要求和某些例外情况的处理方法及过程等，表明某项业务工作被处理的全过程，发现业务工作流程中某些关键问题和薄弱环节，从中找出改善管理的突破口。下面是某汽车生产企业为例，描述其计划、销售、储运及资金结算的业务概况： 1、需求计划提报和生产计划的编制需求计划 需求计划 需求计划 需求计划 生产技术部平衡汇总营销公司 平衡汇总营销公司平衡汇总市场部经销商 图7-3需求计划提报流程（1）经销商根据市场需求向地区营销分公司提报需车计划，地区营销分公司对各经销商的需求计划汇总后报营销公司，营销公司对各所辖区域的需车计划汇总平衡后形成周计划上报营销公司销售管理部计划科，计划科对各分公司的计划进行汇总平衡，报生产技术部批准，形成周商品车采购计划，并下达到各生产事业部组织生产。（2）营销公司各中心仓库按周采购（品种需求计划）计划接收商品车入库后，将信息传递给各营销分公司销售科。2、销售过程调度（1）经销商或驻点业务员向营销分公司发出要车信息，要求发货。这些发货请求最终落实到营销分公司销售科的调度员身上。调度员根据自己掌握的本地库存、其他分公司库存或经销点库存情况，做出销售发货的调度决策，并由储运科执行商品车物流。（2）该项业务是销售的主体业务，销售人员的日常工作主要是围绕该业务。其中包括掌握各分公司的实际库存、了解各经销点的销售情况、库存情况、在途情况，参与各经销点、各分公司的资金结算，指示、核实储运科的发货等。环节多、任务重，各方面的信息对他很重要。3、商品车储运中心库所在营销分公司销售科接到商品车库存资源后，由各调度员根据所调度的业务点的需求计划和实际要车信息，结合各业务点的销售情况及需求缓急程度，向各经销单位发车。（1）营销分公司销售科接到商品车库存资源后，开出发车单（注明运送方式：半挂车运输、人工驾送、火车运输、经销单位半挂车自提和人工自提），经销售科长签字批准转分公司储运科执行发车指令。（2）营销分公司调度员开出发车审批单（注明运送方式：半挂车运输、人工驾送、火车运输、经销单位半挂车自提和人工自提），经销售科长签字批准后，转分公司储运科执行发车指令。（3）营销分公司储运科按照销售科开出的发车审批单指令，根据运送方式的不同，分别由半挂车调度、人工驾送调度安排运输，同时，开出发车通知单和交接验收单。（4）承运人接到运输指令后，领取车辆交接验收单，并负责验收承运车辆的手续是否齐全以及质量（主要是外观）是否合格，按照公司储运管理的有关规定，办理车辆出库手续，按指令日期及时将商品车送达指定地点（经销单位）。（5）车辆送达经销单位后，由经销单位负责验收，并填写车辆交接验收单签字盖章后由承运人带回营销分公司。（6）承运人凭借交接验收单开计酬单，到财务科办理退帐手续并结算运费。（7）车辆送达经销单位后，经销单位发现质量问题或车辆有其他问题的，发生未签收的交接验收单，由承运人将验收单带回营销分公司，办理车辆退库手续。（8）调拨发车：分公司销售科提出发车申请，经分公司经理签字认可后报营销公司销售管理部计划科，经销售管理部计划科批准同意，转相关分公司销售科执行调拨发车，期间，各分公司财务科负责结算信息的传递。4、资金结算 资金结算是公司产品销售的最后一个环节，主要由营销分公司财务与生产事业部之间、与其他分公司之间、与所属经销商之间的资金结算。与生产事业部之间的结算采用的是账户余额高限策略，有利于资金的合理使用。与其他分公司及所属经销商之间的结算，主要由销售调度员控制，采用限期结算的策略。四、事务调查分析事务分析是研究业务活动中作业处理过程的一种分析方法。在事务分析中，包含了事务流程分析、事务作业处理以及事务所涉及到的数据分析等。因此，在事务流程调查中要解决三个问题：（一）作业流程标准化。在物流管理中，各种作业流程大多有标准的执行规范，系统分析人员的任务就是要尽可能搞清楚各种作业流程的执行现状，以及它与标准规范的差别与联系，收集在各作流程执行过程中所产生的各种账单、图表的标准形式与填写格式。例如，剖析仓库技术作业的全过程，一般可以将其划分为三个阶段或五个环节。三个阶段为：入库阶段、保管保养阶段和发放阶段；五个环节为：接运、验收、保管、出库、发运。每个环节又包含若干个具体工作程序，它们共同组成了仓库技术作业的整体系。从工作流程中我们可以看到：仓库技术作业流程中存在着物流和信息流，在每一个管理环节中都有大量的信息产生。例如：在货物接运环节有到货登记，需要核对在途材料，登记作账并作相应的处理；在货物验收环节要作料单、卡片的填写整理，并按规定记账；在货物保管阶段要对库存定期进行盘点，填写库存盘点调整单；在货物出库环节须核对库存和领料单，按规定记账，更改库存数据流量等。（二）绘制数据流程图。有了作业的的标准流程，就可以动手绘制系统的数据流程图。这里须注意的是：我们强调的是数据流而不是控制流。绘制数据流程图应从总体到部分、从简单到复杂，由粗到细，逐步展开，不断扩展，直到符合要求为止。绘制数据流程图关键是要使数据流程图易于理解，其分解应符合工作流程的规定要求，概念上应合理清晰。数据流程图是调查研究的产物，它源于现行系统，又高于现行系统，是对现行管理系统的高度概括、修改、补充和提高。下面以某企业供应物流为例，描述其数据流程图。1、计划管理数据流程图计划处生技处 1J01输入分割员外部J02导入分割员J03分割分割员J04平衡计划员J05调整计划员J06打印计划员J07打印合同计划员采购员厂商清单合同01工程需求02库存台帐03合同台帐(在途)04需求计划05采购计划图7-4数据流内容：工程预算包括：工程名称、工程编号、主管单位、完工日期、施工日期、预算序号、材料编号、材料名称、规格型号、计量单位、数量、预算价格、备注处理逻辑：J03分割处理：将工程预算中的每一项材料的处理权限赋予相应的计划员。J04平衡处理：工程需求-库存台帐-合同台帐（在途）=需求计划J05调整处理：挑选出需要采购员采购的物资，制成采购计划2、合同管理数据流程图 1h01输入计划员供应商4h02登录计划员h03登录计划员06收料单03合同台帐供应商h04查询计划员h05统计打印计划员供应商23图7-5数据流内容：合同信息包括：工程名称、工程编号、主管单位、施工单位、合同号、材料序号、材料编码、材料名称、规格型号、计量单位、数量、单价、交货期、预付款、价款、滞纳金、供应商、签订时间、签订地点、联系人、电话、税号、帐户、经济条款、技术协议、图纸到货信息包括：工程名称、工程编号、主管单位、施工单位、合同号、材料序号、材料编码、材料名称、规格型号、计量单位、数量、单价、分批到货日期付款信息包括：工程名称、工程编号、主管单位、施工单位、合同号、材料序号、材料编码、材料名称、规格型号、计量单位、数量、单价、预付款交款日期、价款交款日期、滞纳金交款日期变更信息包括：工程名称、工程编号、主管单位、施工单位、合同号、材料序号、材料编码、材料名称、规格型号、计量单位、数量、单价、交货期、预付款、价款、滞纳金、供应商、签订时间、签订地点、联系人、电话、税号、帐户、经济条款、技术协议、图纸3、库存管理数据流程图入库管理供应商r01输入计划员07收料单临时库02库存台帐r02填入库数据管库员r03入帐管库员供应商r06录入计划员09发票库r04查询计划员06 收料单r07打印计划员财务r08登录计划员r05审核确定计划员删除有误08收料记录1234图7-6数据流内容：入库信息包括：日期、材料编号、材料名称、规格型号、计量单位、收入数、金额、供应单位、备注入库数据包括：实收数、计划单价、计划总价、备注发票信息包括：发票号、日期、收料编号、材料编号、材料名称、规格型号、计量单位、数量、供货单位、用料单位、单价、总价、税款、合计、签字、备注出库管理用料单位c01录入并审核管库员12预算、定额10领料单11领料单库c02下帐管库员c03查询计划员02库存台帐1图7-7数据流内容：领料信息包括：工程名称、工程编号、仓库名称、日期、领料单编号、材料编号、材料名称、规格型号、计量单位、请领数量、预算单价、预算总额退料管理用料单位11领料单库t01退料信息输入审核管库员t02下帐管库员t03查询通知计划员02库存台帐1图7-8数据流内容：退料信息包括：工程名称、工程编号、仓库名称、日期、领料单编号、材料编号、材料名称、规格型号、计量单位、退料数量包装物回收用料单位hs01输入管库员13回收单 1hs03打印收据管库员hs02下帐管库员28回收台帐hs04查询管库员11领料单库hs06下帐管库员用料单位领料单hs05输入管库员图7-9数据流内容：回收信息包括：工程名称、工程编号、施工单位、主管单位、序号、材料编号、材料名称、规格、计量单位、数量、日期（三）建立数据字典。数据流程图描述了系统的“分解”，即描述了系统由哪几部分组成，各部分的数据流之间有什么联系，等等。但它并未说明系统中各个数据成分的含义。因此，必须对图中出现的每一个数据成分给出具体的定义后，才能较完整地描述一个系统。数据流程图与数据字典是密切联系的，两者结合在一起才构成“需求说明书”。单独一套数据流程图或单独一本数据字典都是没有任何意义的，因而是不完全的。数据流程中出现的每一个数据流程名、文件名和加工名都应与物流管理中常用术语一致，并在数据字典中都应有相应条目给出这个名字的定义。1、数据字典的定义所谓数据字典，是以特定格式记录下来的、对系统的数据流程图中各个基本要素(数据流、加工、存储和外部实体)的内容和特征所作的完整的定义和说明。数据流程图配以数据字典，就可以从图形和文字两个方面对系统的逻辑模型进行描述，从而形成一个完整的说明。 2、数据字典的内容数据字典的内容包括六个方面：数据项、数据结构、数据流、处理逻辑、数据存储和外部实体。下面分别说明它们的含义和定义的方法：数据项。也称数据元素，具有独立逻辑含义的最小数据单位。在数据字典中对其定义包括：数据项的名称、编号数据项的取值范围；数据项的长度。例如：数据项定义数据项编号：A0304数据项名称：库存量别 名：数量别名、简述；简 述：某种配件的库存数量长 度：6个字节取值范围：0-999999数据结构。由若干数据项构成的数据组合称为数据结构，它描述了某些数据项之间的关系。 在数据字典中对其定义包括： 数据结构的名称、编号； 简述； 数据结构的组成。 例如：数据结构定义 数据结构编号：2-01 数据结构名称：用户订货单 简 述：用户所填写的用户情况及订货要求等信息 数据结构组成：订货单标识+用户情况+配件情况数据流。表明系统中数据的逻辑流向，可以是数据项或数据结构。包括：数据流的名称及编号简述；数据流的来源；数据流的去向；数据流的组成；数据流的流通量；高峰期流通量。例如：数据流定义编 号：D03-08数据流名称：发货单简 述：销售科为用户开出的发货单数据流来源：开发货单处理功能数据流组成：发货单数据结构流 通 量：150份天高峰流通量：70份每天上午9：00-11：00处理逻辑(加工)。仅对数据流程图(DFD)中最底层的处理逻辑加以说明。包括：处理逻辑名称及编号；简述；输人；处理过程；输出；管理信息系统处理频率。例如：处理逻辑定义处理逻辑编号：P03-01处理逻辑名称：验收订货单简 述：确定用户的订货单填写是否正确输入的数据流：订货单，来源：外部实体“用户”处 理：检验订货单数据，查明是否符合供货范围输出的数据流：合格的订货单，去向是处理逻辑“确定发货量 不合格的订货单，去向是外部实体“用户”处理频率：50次天数据存储。数据存储是数据流动的暂停或永久保存的地方。包括：数据存储的编号；名称；简述；组成；关键字；相关的处理。例如：数据存储定义数据存储编号：3-08数据存储名称：库存账简 述：存放配件的历年库存和单价数据存储组成：配件编号+配件名称+单价+库存量+备注关 键 字：配件编号相关联的处理：P2(“确定发货量”)，P3(“开发货单、修改库存”)外部实体。外部实体编号；外部实体名称；简述；输入的数据流；输出的数据流。例如：外部实体的定义外部实体编号：3-01外部实体名称：用户简 述：购买本公司货物的用户输入的数据流：DS03-06(“订货单”)，D0308 (“发货单”)输出的数据流：DS03-06(“订货单”)五、新系统功能设计所谓功能是指某个给定范围内的职责和作业。功能设计的任务是根据新系统目标、确定新系统所处理的功能范围和功能结构。把数据与功能分析阶段的设想变为正式方案。 新系统的逻辑功能结构用功能图(即H图)表示，H图从逻辑上将物流信息系统的业务处理活动自顶向下地划分成若干层次，并将一个大功能分解成若干易于理解的小功能。我们把最高层称为系统，把第二层的每个子功能称为子系统，下面各层称为功能模块。确定新系统逻辑功能结构时，最困难的事情是如何确定功能