第05章管理信息系统的战略规划和开发方法全解.ppt

反思 ？ 无论是在工作中还是在日常生活中，我们都经常会遇到“三边行动”和“六拍运动”的场景。为什么这样的情形会经常发生呢？我们应当从中吸取什么教训呢？ * 软件危机（software crisis），20 世纪60年代以前，计算机刚刚投入实际使用，软件设计往往只是为了一个特定的应用而在指定的计算机上设计和编制，采用密切依赖于计算机的机器代码或汇编语言，软件的规模比较小，文档资料通常也不存在，很少使用系统化的开发方法，设计软件往往等同于编制程序，基本上是个人设计、个人使用、个人操作、自给自足的私人化的软件生产方式。 60年代中期，大容量、高速度计算机的出现，使计算机的应用范围迅速扩大，软件开发急剧增长。高级语言开始出现；操作系统的发展引起了计算机应用方式的变化；大量数据处理导致第一代数据库管理系统的诞生。软件系统的规模越来越大，复杂程度越来越高，软件可靠性问题也越来越突出。原来的个人设计、个人使用的方式不再能满足要求，迫切需要改变软件生产方式，提高软件生产率，软件危机开始爆发 。 1968年，北大西洋公约组织（NATO）在联邦德国的国际学术会议创造软件危机（Software crisis）一词。而1960年代中期开始爆发众所周知的软件危机，为了解决问题，在1968、1969年连续召开两次著名的NATO会议，并同时提出软件工程的概念。 * * 4.2 企业流程重组的步骤与方法 流程设计有以下原则方法可供参考： 以过程管理代替职能管理，取消不增值的管理环节。 以事前管理代替事后监督，减少不必要的审核、检查和控制活动。 取消不必要的信息处理环节，消除冗余信息集。 以计算机协同处理为基础的并行过程取代串行和反馈控制管理过程。 用信息技术实现过程自动化，尽可能抛弃手工管理过程。 4.3 业务流程重组（BPR） 2、三类企业需要BPR 第一类企业：身陷困境，走投无路，迫于形势，准备背水一战；若能借助“重组”，冲出困境，那就能使企业获得新生，柳暗花明又一村。 第二类企业：当前日子还过得去，暂时看来财政状况是令人满意的。换句话说，公司尚未遇到真正的麻烦，然而公司领导班子似乎有一种感觉，预见到即将有暴风骤雨来临，可能给他们带来严重问题，甚至威胁他们成功的基业。 第三类企业：正处于巅峰时期，不要说眼前没有困难，即使是看得着或想得到的将来也不会有什么大问题。这些公司的领导班子不安于现状，雄心勃勃，勇于进取。“重组”被看作提高竞争优势的好机会。 4.3 业务流程重组（BPR） 4、企业BPR的一个经典案例 采购部 采购订单副本 货款支付处 采购订单 供应商 发票 货物入库文件 收货 货物 货款 再造前的业务处理流程 采购部 采购订单副本 中央数据库 通过电子手段发出订单 供应商 货物 收货 应付帐户 电子支付 再造后的业务处理流程 第一，采购部门向供货商发出订 单，并将订单的复印件送往应付款 部门； 第二，供货商发货，验收部门验收，并将验收报告送到应付款部门； 第三，供货商同时将产品发票送 至应付款部门。 第一，采购部门发出订单，同时 将定单内容输入联机数据库； 第二，供货商发货，验收部门检 查来货是否与数据库中的内容相吻合， 如果吻合就收货，并在终端商按键通 知数据库，计算机会自动按时付款。 * 5 开发管理信息系统的策略和方法 本节内容： 5.1 开发管理信息系统的策略 5.2 开发管理信息系统的方法 * 5.1 开发管理信息系统的策略 管理信息系统的战略规划是开发管理信息系统的总规划，完成它以后，便是实现各个MIS应用项目的开发。 MIS项目是一个组织中要开发的某一项应用，即一个应用系统，例如： 库存管理系统， 人事管理系统 供方信息系统等。 开发管理信息系统有两种策略： “自下而上”的开发策略 “自上而下”的开发策略 * 5.1 开发管理信息系统的策略 两种策略的比较： 策略 涵义 优点 缺点 适用阶段 自下而上 从现行系统的业务状况出发，先实现一个个具体的功能，逐步地由低级到高级建立MIS，它首先从研制各项数据处理应用开始，然后根据需要逐步增加有关管理控制方面的功能。 能保证最终的系统可以运行 缺乏整体优化；开发过程存在大量的重复工作 “初装” “蔓延” 自上而下 强调从整体上协调和规划，由全面到局部、由长远到近期，从探索合理的信息流出发来设计信息系统。 整体性和逻辑性强 复杂、繁琐 集成成熟 * 5.1 开发管理信息系统的策略 通常“自下而上”的策略用于小型系统的设计，适用于对开发工作缺乏经验的情况。 在实践中，对于大型系统往往把这两种方法结合起来使用，即先自上而下地作好MIS的战略规划，再自下而上地逐步实现各系统的应用开发。 * 5.2 开