- 1、本文档共47页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
[日语学习]AN第5章 MIS战略规划和开发方法
BPR 经典案例 —— 福特 Ford公司流程重建的成果:福特公司的新流程采用的是“无发票”制度,大大地简化了工作环节,带来了如下结果: 1、以往应付款部门需在订单、验收报告和发票中核查14项内容,而如今只需3项——零件名称、数量和供货商代码; 2、实现裁员75%,而非原定的20%; 3、由于订单和验收单的自然吻合,使得付款也必然及时而准确,从而简化了物料管理工作,并使得财务信息更加准确 企业流程再造与计算机应用结合导致了“超市”这种商业模式 百货店 超 市 企业流程再造 计算机应用 传统百货店销售业务流程 挑选货物 开 票 收 款 核对交费票据 验收货物 顾 客 收 款 员 售 货 员 利用收银机的超市销售业务流程 挑选货物 利用收银机收款,开票 验收货物 顾 客 收 款 员 20世纪80年代初,福特汽车公司2/3的零部件来自外部供应商,公司应付帐款部负责审核并签发供货帐单和应付款项等工作的员工超过500人。他们觉得这么大一家公司,如此大业务量,500个人干这事儿合情合理。 促使福特重组应付帐款工作流程的动因来自福特参股的马自达。马自达也算是一家大汽车公司,而它负责应付帐款工作的只有5个员工。 5:500!福特再也无法泰然处之了。实际上,应付帐款部本身只是负责核对“三证”,符则付,不符则查,查清再付,整个工作大体上是围着“三证”转,应付帐款本身不是一个流程,但采购却是一个完整的业务流程。思绪集中到业务流程上,重组的火花就瞬间产生了。在对业务流程进行分析后,发现员工在具体工作过程中,大量的时间和精力均放在对3张以上的票据的传递、审核和校对上,从而导致一次循环要花费2周的时间。使用联机电脑数据库后,实现了票据处理无纸化,即在货物到达后,验收员通过数据库核对货物各项数据是否吻合,如果吻合,验收员便会签收货物,并告诉数据库货物已到达,而数据库在接到货物验收信息后,便会在适当时间内自动签发支票给卖方。票据处理无纸化使福特应付帐款部精简为125人,周期缩短为2小时。 福特的旧应付账款流程 采购部首先给卖方下订货单,并发送一份副本至应付账款部。当供应商运来货物后,收货部门完成一份文件并送至应付账款部。应付账款部收到供应商的发票后,将发票与采购部的订单副本和收货文件匹配。如果这三份文件不一致,更多的人将介入这一流程。 采购部 供应商 货款支付处 收货 采购定单 定单副本 发票 货款 入库单 货物 旧采购流程 福特的新应付账款流程 遵循的商业规则是“收货即付款”,取代了“见票即付款。当采购部生成一张采购订单时,即被输入到数据库中。货物抵达后,收货部门的职员通过检索终端确定运送的货物是否与订单相符。如果运货正确,则签发支票给供应商。 采购部 应付帐户 收货 供应商 中央数据库 通过电子手段发出定单 新采购流程 定单副本 货物 电子支付 BPR 经典案例 —— 福特 Ford公司流程重建的启示:1、面向流程而不是单一部门:若福特仅仅重建应付款一个部门,那将会发现是徒劳的,正确的重建应是将注意力集中于整个“物料获取流程”,包括采购、验收和付款部门,这才能获得显著改善。 2、大胆挑战传统原则福特的旧原则:当收到发票时付款。 福特的新原则:当收到货物时付款。 旧原则长期支配着付款活动,并决定了整个流程的组织和运行,从未有人试图推翻它,而BPR的实施就是要求我们要大胆质疑,大胆地反思,而不能禁锢于传统。 BPR 经典案例 —— 福特 第四节 开发管理信息系统的方法 本节内容: 一、结构化系统开发方法; 二、原型法; 三、面向对象方法; 四、计算机辅助软件工程法 (CASE)。 一、结构化系统开发方法 结构化系统开发方法包括三个阶段: 系统分析 系统设计 系统实施 结构化系统开发方法的优点 结构化系统开发方法注重开发过程的整体性、全局性,特别适合开发大型MIS。 结构化系统开发方法的缺点 开发过程繁琐,周期长,难以适应环境的变化。 用户对新系统提出需求(各种问题) 开发人员对问题进行总结 开发一个原型系统 运行原型系统 修改 增加功能 完成系统开发并交付使用 增加新功能否 提出意见 原型法示意图 是 是 否 否 二、原型法(Prototyping) - 1 原型法的基本原理和过程如图所示。 二、原型法(Prototyping) - 2 原型法的优点: 简易,用户容易接受。 原型法的缺点: 不适合开发大型系统,因为返工现象特 别严重。
文档评论(0)