物流信息技术

物流信息技术 课程结构 l 第一章 l 第二章 物流信息 1 物流信息技术 物流信息系统 l 第三章 l 第四章 l 第五章 l 第六章 l 第七章 系统建设 系统分析 系统管理 系统发展 2 3 第四章 物流信息系统建设 为什么要建设： 企业物流信息系统建设的需求 怎样建设： 物流信息系统建设策略 物流信息系统的主要开发方法 物流信息系统建设步骤 物流信息系统建设评价 学习目标： 我国当前物流信息系统市场情况 我国当前物流信息系统市场需求极大，正进入一个加 速发展的时期。 从中国仓储协会的调查结果看，我国只有 39%的物流 供给企业拥有物流信息系统，说明： u我国物流供给市场的信息化程度较低，不能满足客户需求。 u信息系统的业务功能和系统功能是信息系统优越性的重要衡量特 征，远程通信能力低，缺乏必要的决策功能。 我国物流企业的现状是无法满足物流市场的竞争。在 当前中国物流市场规模以年均 30%递增的发展速度下 ，物流信息系统的市场需求将加速扩大。 企业管理对物流信息系统的需求 物流信息沟通：全程无缝连接 物流流程管理：流程再造 物流人力资源管理 物流财务结算管理 物流库存管理和配送管理 管理层决策 客户服务对物流信息系统的需求 客户服务与客户管理对物流信息系统的需求： u物流信息系统对客户服务的影响表现为高响应速度和高反应效率 u客户和企业之间的信息传递通过物流信息系统变得更加方便和快 捷 u通过优化客户资源配置，全面提升企业的核心竞争力 案例：亚商在线的客户服务 亚商在线北京有限公司 (以下简称 “ 亚商在线 ” )于 1999年年底注册成立，主要从事全国范围的办公产品 直销业务。公司的目标是整合目前零散的办公产品销 售和服务，在成立之初，公司通过收购在北京、上海 、广州的传统办公用品直销公司，迅速将业务铺向全 国。 2006年 10月， Office Depot（欧迪办公）公司控股亚 商在线，自 2007年 1月 1日起亚商在线正式更名为欧迪 办公 (中国 )。 2008年，欧迪办公（中国）正式成为 Office Depot全资子公司。 案例：亚商在线的客户服务 案例：亚商在线的客户服务 公司成立初期，亚商在线的业务采用手处理方式， 随着业务量的快速增加，手工流程暴露出严重的问 题，不仅妨碍到公司发展战略的实现，还威胁到短 期业务的顺利进行及客户群的稳定。 案例：亚商在线的客户服务 订单管理方面 u缺乏统一的物流系统，客户服务中心无法了解实际库存量，常 常出现向客户承诺有货，但事实上库房已经断货的情况； u由于无法通过系统对库存进行分类和标识，经常出现数张订单 “ 抢货 ” 的现象，使客户对公司产生不满。 u在手工处理订单的流程下，客户服务中心录入客户的订单，打 印生成三联单，每天两次，由仓库管理员收集带回仓库处理， 当每日订单量达到 200张时，客户服务中心就已经达到极限，其 他的客户需求无法立刻处理。 物流信息系统建设的基本原则 实效原则： u结合企业实际，有实际需求 规范化原则： u根据实际情况和科学管理的要求进行优化与创新，强调标准化 和工程化 更新原则： u适应外界环境的变化 物流信息系统建设策略 制定一个物流信息系统的建设策略，就是要确定物流 信息系统建设的过程、方式以及总体原则。 u直接建设策略 u二次建设策略 u迭代建设策略 u外包建设策略 物流信息系统建设策略 直接建设策略： u开发人员直接设计编程，建设新系统； u只适合于高度结构化、用户需求明确的情况，而且开发者对该 类系统开发要有丰富的经验 二次建设策略： u在原有物流系统基础上进行； u要求在建设系统之前就完全调查清楚物流业务实际问题的所有 状况需求。 物流信息系统建设策略 迭代建设策略： u物流业务不明确且有一定的复杂性和难度 u反复分析，反复设计，反复修正 外包建设策略 物流信息系统开发方式 完全独立开发 合作开发 委托从头开发（外包） 部分定制 购买成熟软件 方式 特点比较 购买 成熟 软件 部分 定制 委托 从头 开发 合作 开发 完全 独立 开发 分析和设计能力的 要求 不需要 较低 一般 逐渐培 养 较高 编辑能力的要求 不需要 较低 不需要 需要 较高 系统维护的要求 较困难 较困难 较困难 较容易 容易 开发费用 较少 较少 多 较少 少 风险 少 较少 多 多 多 五种开发方式的比较 案例：大宝 ERP项目的长征路 北京大宝化妆品有限公司（原北京市三露厂，以下简 称 “ 大宝 ” ）是国家专业生产化妆品的大型国有骨干 企业。 “ 大宝 ” 牌化妆品在中国化妆品市场上的销售 已覆盖了几乎整个中国， 223个销售专柜遍布全国 27 个省、自治区和直辖市。根据国家统计局信息发布中 心公布的数字， “ 大宝 ” 牌化妆品从 1997年起连续 4 年荣列中国市场护肤品销量第 1名。 2008年 7月 30日，强生（中国）投资有限公司从北京 三露厂和北京大宝化妆品有限公司职工持股会收购北 京大宝化妆品有限公司的全部股权，北京大宝化妆品 有限公司从此正式成为强生大家庭中的一员。 案例：大宝集团为什么要实施 ERP 从 1987年开始实行计算机单机管理，到 1989年，大宝 集团的信息化工作已基本普及到质量、人事、财务、 生产等环节，初步实现了计算机辅助企业管理。但由 于受当时技术条件和管理水平的局限，造成各管理系 统相对独立、开发环境和应用平台差异大、信息代码 没有统一标准、应用水平参差不齐，各子系统形成一 个个信息 “ 孤岛 ” ，难以实现企业内部的信息共享， 限制了企业的发展。 案例：大宝集团为什么要实施 ERP 如何提升企业核心竞争能力成为大宝集团要解决的首 要课题。而原有的管理信息系统已经成为公司发展的 桎梏。 为保持和扩大大宝在国内化妆品和保健品市场的领先 地位，公司果断决定通过实施 ERP。 案例：大宝集团第一次实施 ERP 1998年 3月，北京市三露厂（即北京大宝化妆品有限 公司）与国内某著名 IT公司（以下简称 “ A公司 ” ） 签属了 ERP合同，购买了瑞典 Intentia公司的 Movex产 品，而作为 Intentia在华独家代理的 A公司则以 “ 总 承包 ” 的身份负责包括软、硬件、咨询服务及系统实 施。 现北京大宝化妆品有限公司计算机管理中心主任孙京 坦言当时选择 Movex及 A公司的原因： “ 当时以大宝的 规模和实力，我们想选择一个具有国际品牌的 ERP产 品， Intentia公司自然在被选之列，再加上有 A公司 这个重头法码，自然无可争议了。 ” 案例：大宝集团开发 ERP的方式 建设策略： u二次建设策略 开发方式： u部分定制方式 物流信息系统的主要开发方法 结构化系统开发方法 原型化方法 面向对象方法（又称目标导向方法） 计算机辅助系统开发方法 结构化系统开发方法 基本思想 简称 SSA&D或 SADT（ Structured Analysis and Design Technique） 基本思想： u用系统工程的思想和工程化的方法，按用户至上的原则，结构 化、模块化、自顶向下地对系统进行分析与设计。 结构化系统开发方法 阶段 任何事物都经历一个孕育、生长到消亡的过程，这个 过程周而复始、循环不息。每一个循环称为一个生命 周期 从用户提出需求开始，物流信息系统也经历一个完整 的生命周期： u系统 规划 阶段：论证建设系统的必要性，新建还是改造 u系统 分析 阶段：需求与可行性分析 u系统 设计 阶段：总体结构、模块功能设计等 u系统 实施 阶段：编程、数据、测试与人员培训 u系统 运行 阶段：日常运行、管理、评价、维护和更新 结构化系统开发方法 结构 系统规划 系统分析 系统运行系统设计 系统实施 系统任务书 系统设计书 数据库源模式 源程序流程图 系统设备清单 评审报告 维护记录 运行日志 系统调试书 使用说明书 维护手册 系统验收书 计划书 标书（要约） 结构化系统开发方法 特点 特点 ：（ P.158） u自顶向下分析与设计，自底向上逐步实施 u充分满足用户需求 u深入调查研究 u严格区分工作阶段： 每一个工作阶段都有明确的工作任务和目 标，以及预期要达到的阶段性成果 u充分预计可能发生的变化 结构化系统开发方法 优缺点分析 优点 ：（ P.161） u整体思路清楚，具有全局性与系统性 u阶段性强，每个阶段及时总结、及时反馈、及时纠正； u容易把握建设进度，有利于控制和管理 u便于诊断原系统存在的问题和缺陷 缺点： u开发周期太长，未必能及时适应外界变化 u工作量大，效率低，成本高 适用范围： u大型物流信息系统 u系统开发缺乏经验的情况 原型化方法 基本思想： u一开始凭借着系统开发人员对物流业务需求的理解，在强有力 的软件开发环境支持下，给出一个实实在在的系统原型，然后与 用户反复协商与修改，最终形成实际系统。 用友产品 每个产品都是原型 原型化开发方法工作流程（ P.160） 物流业务要求 分析归纳问题 建设物流系统原型 分析评价 u不可行处理：开发人员在对原始系统进行修改后，又与用户一 起就完成的系统进行评审，如果不满足要求，则要进行下一轮 循环，如此反复地进行修改、评审，直到用户满意。 u不满意处理 修改：开发人员就要根据用户的意见对原始系统 进行修改、扩充和完善。 试运行 原型化方法优缺点（ P.161） 优点： u开发过程符合认识事物的规律 u改进了物流企业业务人员和系统设计者的信息交流方式 u展示了活灵活现的原型系统供物流企业人员使用和修改 u减少大量重复的文档编制时间，缩短开发周期，减少开发风险 u减少为物流企业人员培训的时间，简化管理流程 缺点： u需要现代化开发工具支持，否则工作量过大，成本过高 u不适合解决复杂和大型物流业务系统，不利于系统分析 u对管理水平要求高，易造成信息交流混乱 原型化方法优缺点（ P.161） 适用范围： u较小或简单的物流信息系统 u物流企业人员难以说明需求的情况 面向对象方法 基本思想： u由于客观世界的问题都是由客观世界中的实体及实体相互间的 关系构成的，因此我们把客观世界中的实体抽象为对象。 u尽可能模拟人类习惯的思维方式，认为整个物流业务是由各种 对象组成的，使物流系统的建设过程尽可能接近物流业务的整个 流程。 面向对象方法的特点（ P.161） 优点： u符合企业物流业务人员的认识、理解，用其开发的软件更易于 理解和维护 u其自身封装的特性能够提高物流系统的可维护性和可扩展性 u其自身的继承性提高了软件的可重用性 物流信息系统开发方法的选择 目前还没有一种方法是完全有效的唯一方法。应根据 企业的实际情况和需求选择一种方法或多种方法组合 ，完成系统开发的全部任务。以下几点可作参考： u选择方法首先要根据项目的规模大小，简单的是单个小项目， 如工资、人事管理、设备管理，复杂的是面向整个企业的大型项 目。 u当系统规模较大时，往往采用结构化系统开发方法与原型法的 组合两者结合思路。 u如果开发人员吃透和掌握了一种面向对象的开发软件，如 C+、 Delphi、 Powerbuilder或 Java，对于大型系统开发项目，可以考 虑结构化系统开发方法与面向对象的开发组合的方法。 物流信息系统建设步骤 系统分析 系统设计 系统实施 系统建设测试 物流信息系统建设步骤（一） 系统分析 系统设计 系统实施 系统建设测试 物流信息系统分析 系统分析：就是对现行系统运用系统的观点和方法， 进行全面的、科学的分析和研究，在一定的限制条件 下，优选出可能采取的方案，以达到系统预期的目的 。（ P.163） 系统分析阶段的主要内容： u系统要解决的问题是什么 u为解决该问题系统应该干什么 物流信息系统分析的步骤 系统分析的步骤： u需求分析 u可行性分析 u详细调研 u功能分析 u提出系统建设方案 需求分析 需求分析：是指在充分了解企业物流业务情况后，针 对企业现行体制中的不足及目前所需的信息，制定出 一套物流业务人员对系统的需求方案。（ P.164） 需求分析的原则： u由顶到底、由大到小、由粗到精 需求分析可以分为宏观和微观两方面： u宏观：从整体和战略高度出发，全面分析、规划企业物流信息 系统的需求，是物流信息系统实施目标的基础 u微观：针对企业具体的业务流程，甚至是具体产品的分析 案例：华宇集团需求分析 背景 华宇物流集团是一家以公路货物运输为主业，集仓储 、理货、包装和配送于一体，具有跨区域、网络化、 信息化运营能力的大型民营物流集团，其零担运输业 务居全国同行之首。 华宇物流集团在短短的 8年时间，资产总值高达 5.3亿 元，拥有 8000多名员工，其运营网络已经覆盖到全国 30个省、市、自治区的 300个大中城市，并设立了 500 多家全资子公司，并在全国 30个中心城市设立了一级 中转枢纽站，开辟货运专线 156条，支线 100多条，年 货物吞吐能力达 300万吨 /1000万立方米。 案例：华宇集团需求分析 问题 华宇物流集团是以运输为主的物流企业，集团每天处 理的业务单据达 20， 000余张，而原有的 ACCESS系统 根本无法承受如此大的数据量，各分公司、网点不得 不通过电话、传真等传统方式进行单据核准、对帐等 常规业务作业，不仅速度慢、准确率低、而且成本颇 高，每年华宇为此付出的电话、传真费用高达上千万 元。 案例：华宇集团需求分析 需求 华宇的管理层在企业规模逐步扩张的过程中，逐步感 觉到运输网点庞大而信息不能及时共享给企业经营、 运作带来的制约。 同时企业业务拓展，如逐步转向专业的第三方物流公 司也面临信息化系统薄弱的问题。 实现企业全面信息化逐渐成为管理层的共识，并且把 信息化视为了关乎企业持续发展的关键因素之一。 可行性分析 可行性是指在当前组织内外的具体条件下，物流信息 系统开发工作是否具备必要的资源和条件。（ P.165 ） 可行性研究包括以下四个方面： u目标和方案的可行性 u技术方面的可行性 u经济方面的可行性 u社会方面的可行性 可行性分析的九宫格 必要性 可能性 有益性 技术 经济 社会 物流信息系统建设步骤（二） 系统分析 系统设计 系统实施 系统建设测试 系统设计 系统设计解决怎么干的问题：（ P.166） u分析确定新物流信息系统的逻辑功能的要求 u考虑实际物流企业自身条件 u进行各种具体设计 u确定系统的实施方案 系统设计要求（ P.167） 首要标准： u必须较好地满足物流企业业务人员工作的实际要求 物流信息系统具有通用性 u能适应不同物流业务人员、不同管理模式的需要与使用 系统设计要求（ P.167） 物流信息系统具有可扩展性 u在系统分析与设计中应充分考虑到管理模式的改变与整体物流管 理信息系统的接口安排，做到功能可扩展、数据量可扩展、系统 本身可扩展 物流信息系统具有可维护性 u系统结构设计应符合简单、合理、易懂、实用、高效的原则，数 据采集统一，设计规范要标准，系统文档应齐全 物流信息系统具有可移植性 u能在不同机型的微机上稳定运行，具有可靠性。 系统设计图 系统设计功能模块图 物流信息系统建设步骤（三） 系统分析 系统设计 系统实施 系统建设测试 系统实施 系统实施是决定物流信息系统能否顺利应用的关键环 节。软件编程之路的高低、测试的全面性，以及对新 软件系统的学习和熟练掌握程度，直接影响到物流信 息系统的应用效果。 主要任务： u硬件系统安装与配置 u程序设计或软件购置 u人员培训 u数据和系统转换 案例：大宝 ERP项目的第一次失败 先是 Movex产品汉化不彻底，不能支持双字节，例如 一个 “ N” 字，无法用中文表示，用户不知是 “ No” ，还是 “ Number” ，而且部分表单和操作界面是英文 ，不便于员工使用； 其次，系统提供的后台报表和数据采集及展现方式不 符合国内的财务制度和使用习惯； 第三，由于 A公司实施人员对 Movex软件不熟悉，在参 数的设置上出现指导失误，造成了使用不便，重复工 作。 案例：大宝 ERP项目的第一次失败 更严重的是， A公司实施人员经验不足，又没有按照 Intentia公司制定的标准流程和实施方法来实施，导 致大宝 ERP项目长期停滞不前。 按照合同规定，大宝 ERP项目实施时间为 1998年 4月 1 日到 9月 30日，验收时间是 1999年 3月 30日。然而到了 1999年 11月 15日，该项目也没有结束。 1999年 7月才 接手该项目的孙京形容当时的局面是， “ 一片焦灼状 况，公司进退两难，使用人员颇有怨气 ” 。 案例：大宝 ERP项目的第一次失败 转眼间到了 2000年 7月。其间双方经历了再一次的实 施、修改和汉化，包括软件产品提供商 Intentia公司 也派人到大宝解决了一些技术问题。但是由于汉化、 报表生成等关键问题仍旧无法彻底解决，大宝始终在 试运行 Movex有关模块的同时并行原有的管理信息系 统，反而加大了员工的工作量。双方显然都已经被这 场冗长的 ERP实施拖得精疲力尽了。 2000年 12月 11日，大宝在用尽仅存的一点信心后，终 于一纸诉讼将 A公司推上法庭。 2002年 2月，历经 15个 月之久的官司终于落定尘埃，双方达成庭内和解，大 宝 “ 退货 ” ， A公司赔付 200万元。 物流信息系统建设步骤（四） 系统分析 系统设计 系统实施 系统建设测试 系统建设测试（一） 测试原则：（ P.175） u人员应避免测试自己设计的程序 u测试用例应考虑输入、输出 u测试数据的选取应考虑各种不同情况 u检查程序是否执行了规定以外的操作 u对每一个测试结果作全面检查 u妥善保存测试用例 测试内容： u功能测试 u性能测试 u可靠性与安全性测试 系统建设测试（二） 测试方法： u黑箱测试 u数据测试 u穷举测试（完全测试） u操作测试 u模型测试 主要步骤： u模块测试 u子系统测试 u系统测试 u验收测试 物流信息系统建设评价 人员评价 财务评价 时间评价 管理功能评价 大宝案例分析：系统分析 大宝再次选择 ERP软件的时候十分慎重，项目主要负责 人孙京甚至用谨小慎微来形容，因为他知道软件选择 合适与否，直接关系着项目实施的成败。 大宝案例分析：系统设计 孙京大概用了近一年的时间对国内外七、八家 ERP企业 进行反复的调研比较，并逐一进行考查。大宝不再把 具有国内外响亮知名度作为选型的依据，而是将适用 、好用作为审核的标准。 u能够根据用户需求做二次开发； u财务报表和数据采集符合国内标准； u软件企业发展良好，能够提供后续服务； u能够与原有 IBM AS/4000硬件设备配套使用； u鉴于实施和维护的便利，软件提供商须在北京设有办事机构 大宝案例分析：系统设计 2001年 3月，经过反复调研审核，大宝再次签订了 ERP 合同，大宝此次的合作伙伴是土生地长的国内 ERP企 业 北京和佳软件公司，合同书也由单