管理信息系统开发失败的原因以及建议.doc

《管理信息系统开发失败的原因以及建议.doc》由会员分享，可在线阅读，更多相关《管理信息系统开发失败的原因以及建议.doc（12页珍藏版）》请在三一文库上搜索。

1、管理信息系统开发失败的原因以及建议MBA 管理信息系统个人作业 MIS 开发失败的原因及建议 2 一、管理信息系统的定义及概念 管理信息系统（Management Information Systems 简称MIS） 是一个由人、计算机等组成的能进行管理信息的收集、传递、贮存、 加工、维护和使用的系统。它是一门综合了经济管理理论、运筹学、 统计学、计算机科学的系统性边缘性学科。它能利用信息辅助企业进 行决策、控制企业行为，以企业战略竞优、提高效益和效率为目的， 支持企业的高层决策、中层控制、基层运作的集成化的人机系统。完 整的MIS 应包括：决策支持系统（DSS）、工业控制系统（CCS）、办公

2、 自动化系统（OA）以及数据库、模型库、方法库、知识库和与上级机 关及外界交换信息的接口。办公自动化系统（OA）、与上级机关及外 界交换信息等都离不开Intranet（企业内部网）的应用。 回顾MIS 发展的历史过程可以知道，第一代MIS 是由手工操作 ，使用工具是文件柜、笔记本等。第二代MIS 增加了机械辅助办公设 备，如打字机、收款机、自动记账机等。第三代MIS 使用计算机、电 传、电话、打印机等电子设备。可见，MIS 并不能简单地想象为计算 机或软件，也不仅仅是计算机人员的工作。只是由于当前计算机、通 讯、网络技术的迅速发展和普及，借助计算机及网络可以使MIS 发挥 更强大的功能，因此我

3、们现今所说的MIS 事实上是指计算机MIS。 二、管理信息系统开发失败的原因 随着企业改革进程的深入和计算机信息技术的迅速发展与普及， 许多企业对计算机的应用已不再满足于做一些简单的协助办公。越来 3 越多的企业开始应用各种信息化技术来提高企业的管理水平和竞争 实力。MIS 建设是发展较早的一种信息化方法。但是，由于开发高质 量MIS 的能力大大落后于管理体制的变更，落后于计算机软硬件日新 月异的进展，加之社会对MIS 发展和完善需求的增加以及对MIS 开发 过程中出现错误的认识和行为而导致MIS 开发的失败。 结合本人所在单位这些年的MIS 开发过程中所存在的方方面面问 题，可以归纳为以下原

4、因： 1、 MIS 的不可移植性 MIS 的一个显著特点就是MIS 的不可移植性。MIS 是涉及人、管 理、信息、计算机软硬件的系统。对于两个综合了人、管理、需求、 信息等诸多因素的庞大系统，它们的MIS 是不可能相互通用的，就连 修改移植都没有太大的价值。 在现实中，本单位的领导或MIS 主管会在MIS 建设前提出两个 设想，第一个设想是把某某单位的MIS 拿过来修改成自己单位的。第 二个设想是指望着自己单位的MIS 开发完后封装成商业软件出售。 早在1998 年，本单位曾经为了创一流过程中信息化指标的需要 ，按照设想，要求开发商把他们在外省开发的一个单位规模相近的 MIS 拿来，在那个系统

5、的基础上修改为本单位的MIS。但事实上，在 系统开发一开始，开发商就完全把外省的MIS 丢在了一边，还是按照 自己的开发方法，直接对该单位进行开发。 MIS 开发的不可移植性，决定着任何一个单位不可能有一个实现 MIS 的捷径，不可能购买到一个通用的、成形的系统，也不可能把别 单位一个成功的MIS 复制为自己单位的MIS,系统开发的整个过程必 须遵从，大量系统分析工作、资金必须投入。 4 2、不按科学的方法来实现MIS 实践证明，在MIS 开发中，不可行的开发方法主要有： （1）组织结构法，机械的按照现有组织机构划分系统，不考虑 MIS 的开发原则。 （2）数据库法，开发人员从数据库设计开始对

6、现有系统进行开 发。 （3） 想象系统发，开发人员基于对现有系统进行想象为基础进 行开发。 上述三种方法常常被开发者使用，最终导致MIS 开发的失败。 当然，如果系统开发人员仅仅是收集系统使用单位现成的报表，把现 有表格通过计算机和网络来实现，这还称不上MIS。 3、没有得到高层领导的重视 许多企业在MIS 项目上马的初期，还是组成了一个开发组，组 长由企业的最高管理者担任。但实际上，单位领导，特别是最高层领 导没有对系统开发负起全部责任，而是由计算机人员单方面建设系统 。领导并没有在人员调配、关系协调、提供开发资金等工作上花太多 精力或给予支持。 4、只重结果，不重过程，对系统追求大而全 M

7、IS 开发中常常会误入多快好省，找近路，只重结果，不重过程 歧途。开发商或企业常常对系统追求大而全，追求高深和表面堂皇。 譬如，一些委托开发的系统，开发商只注重尽快完成系统的开发，能 够验收，并获得开发费。他们并没有投入足够的精力来进行系统规划 、系统分析、系统设计，最终导致程序不能方便和满足应用人员的要 5 求。许多开发商动不动就提MRP、ERP 等时髦的名词和所谓的理念， 企业通过实施EPR 等，是否可以找到为企业提高竞争力、提高效益的 方法，这还是一个被争论的话题。 5、纷繁复杂的系统接口问题 经过十多年的计算机普及应用，各个单位已经购臵了一些计算 机，许多单位也建立了局域网。有些计算机

8、的购臵可能是以应用某套 软件为名的，有些可能仅仅是为了打字购臵的，当然也有些地方是为 了面子而购臵的。在一个中等以上规模的单位，会有这样、那样的应 用软件或者小的系统已经被应用。一些单位的上级主管部门为了收集 一些信息，会强行要求这个单位使用某个系统。也有一部分系统是在 一个小范围内开发的。以某单位为例，现用的信息系统有调度自动化 系统、用电MIS、人事系统、财务管理系统、线损分析计算软件、办 公自动化系统及其它诸多系统或单机软件。除人事系统可以由新的系 统开发公司重新开发外，其它系统、软件只能考虑接口了。如果系统 之间独立运行，不考虑数共享。必然会造成应用人员在多个系统之间 再次输出、输入数

9、据，一方面增加了工作量，另一方面增加了数据出 错的机率，从而没有起到MIS 应有的作用，但是要解决各个系统之间 的接口问题，又会涉及到多个开发商之间的协调、多种数据格式要提 取并统一。接口开发并非新系统开发者一家可以轻易完成的。 6、重硬不重软思想根深蒂固 一个程序员写一个一百行代码的程序与一个一万行代码的程序 ，从运行界面上可能并不能看出多少区别，但其中包含的劳动量和应 际应用能力则完全不同。单位领导或应用人员常常不会看到软件开发 6 艰难的一面，不会预想到开发的工作量。他们一般愿意在硬件上花钱 ，不愿在软件开发上花钱。一些按费用打造MIS 的单位，当整个系统 的费用不足时，首先考虑的是削减

10、软件费用。在国外，系统软件的投 资是硬件的三到四倍，而在国内，软件的投资往往不足硬件的五分之 一。从MIS 的定义可以知道，它是一个由人、计算机组成的系统，而 计算机如果没软件，则只能是一堆废铁。实际上MIS 的重点和难点还 是在系统软件的开发上。其次便是应用人员的培训、使用、维护上， 即人的成份。 7、虚假数据的存在 我国许多单位的管理现状是，纵向从中央到省到地方，多层控 制，横向是地方各种行政部门参与管理，数据流程错综复杂。这种模 式导致的另一个现实是数据存在多个输入、多个输出，并且输入、输 出不一致。在系统开发时，应用人员会要求开发人员把统计、计算的 结果设计成能够人为修改，有些甚至要求

11、象现实管理模式一样，有多 套程序并存，一套输入、输出的是真实的数据，另外一套输入、输出 人是虚假的数据。这并非应用人员的无理要求，而是管理上要求他必 须这么做。但是却增加了开发人员的难度及工作量，系统运行后增加 了应用人员的工作量。系统运行一段时间以后，其中的数据由于“人 对计算机说假话（输入不准确的数据）”而导致“计算机对人说废话（ 输出结果无助于管理）”，最后得出电脑不如猪脑的结论，从而导 致系统的闲臵、失败。 8、从事MIS 建设的人员不懂MIS 一般说来，系统软件设计人员不懂管理流程、工作流程，而管 7 理人员、工作人员又不懂软件开发、理解MIS，这造成了开发人员与 应用人员沟通较难。

12、这里面有开发人员的大部分责任。因为，让广大 应用人员学习计算机软件编程方法、学习MIS 开发的方法显然是不可 行的事。但是MIS 开发人员可通过对应用人员采取正确的调查询问方 式，来掌握管理中的业务流程、数据流程（DF），并得到可以计算机 实现的分析报告。 9、只重开发不重维护 不管是从MIS 开发的生命周期法或其它方法来说，MIS 总是存在 一个生命周期。许多管理信息系统花费了巨大的人力和物力，但投入 运行后不久就夭折了，原因在于严重忽视软件工程的最后一个也是最 重要的一个环节系统维护，从而导致MIS 的失败。 三、MIS 开发的建议 1、MIS 立项要有正确的目标和需求 如果一个企业上MI

13、S 项目的目的不正确，这样的MIS 一般都会 失败。管理信息系统的开发必须具有一定的科学管理工作基础。只有 在正确的系统需求、合理的管理体制、稳定的生产秩序、科学的管理 方法和准确的原始数据的基础上，才能开发出成功的MIS。 管理信息系统不允许用计算机完全代替人，也不允许让人、让 管理模式完全去适应计算机，在计算机与人之间必须找到一个平衡点 。目前，我国大多数企业，并不能单纯追求MIS 的应用带来裁减员工 、降低人工成本、创造效益。况且，如果在开发初期，为了上MIS 项 8 目、为了引起重视，提出上MIS 后可减人的观点，恐怕会造成开发过 程中相关人员的抵触，从而使调查分析错误、使信息收集不全

14、等问题 。MIS 也不是用来显耀企业的信息化程度，更不是为了达标、创一流 需要而需要上项目的。MIS 的立项、研制都应该是本着为管理提供有 效信息、用信息辅助企业进行决策、控制企业行为等要求。 MIS 的最终目标应该是及时快捷地为人提供决策信息，利用决策 信息返回到现实管理中，处理输入端（供方、材料）、处理器（设备 、工人）、输出端（客户）之间的问题。 交通运输、金融和电信等行业的MIS 成功的案例比较多。主要 是因为这类企业原来基础就好，而银行和电信主业务是与数字打交道 的企业。这些企业对MIS 的需求比较强烈、目的明确。MIS 在这些企 业的运用能保证企业管理流程高效、安全地运转，减少职工

15、的劳动量 、并且规范企业的管理，对企业有着重大意义。 2、选用合适的开发方法 目前使用的正确的开发方法有以下三种：系统开发的生命周期 法(SDLC 法)、快速原型法以及综合应用法。 (1)系统开发的生命周期法(SDLC 法) 这是早期常用的一种MIS 开发方法。它要求开发过程必须严格 地按系统分析、系统研制、系统实现等阶段进行,只有前一阶段完成 之后,才能开始下一阶段的工作。这种方法的优点是阶段清晰，开发 过程易于管理，开发的前后阶段依赖关系紧密，缺点是对用户的要求 较高，要求用户理解MIS。 (2)快速原型法 它是为了克服生命周期法的缺陷而提出的MIS 开发方法论,其特 9 点是:开发人员在

16、初步了解用户需求的基础上构造一个应用系统模型, 即原型。用户和开发人员在此基础上反复探讨和完善原型,直到用户 满意为止。随着计算机技术、通信技术的发展，管理信息系统也必须 要发展。十多年前，由于计算机的存储、运算能力还很有限，许多的 程序开发、设计必须考虑存储和计算量。如用第一范式、第二范式来 优化数据库结构，减少数据冗余，用精简软件的字节数、优化程序代 码加快运行速度等方法。如今的系统开发，开发人员的主要精力应更 多地集中在系统设计和分析上，要让程序易开发、易阅读、易修改， 尽快地做出系统原型。 (3) 综合应用法 使用快速原型法开发MIS 时，工作重点在生命周期中的分析阶段 。分析阶段得到

17、的各种对象模型也适用于设计阶段和实现阶段。通过 对一些企业MIS 的调查，证明两种方法的结合是一种切实可行的有效 方法。 由于国内外失败的MIS 很多，许多人也在研究MIS 开发的新方 法，但是新方法是否可行，还需考虑。 3、选用合适的开发方式 MIS 的开发方式有自行开发、委托开发、联合开发等几种形式。 一般来说根据企业的技术力量、资源及外部环境而定。但从本人了解 到的情况，以为联合开发较好。这是因为： （1）自行开发在很多单位会存在本单位开发力量不强的问题。 即便是有一定的开发人员，开发人员往往不能对主管领导提太多要求 ，如加班费、奖励、设备等，造成MIS 开发人员走国有企业的通常道 路，

18、即“干多干少一个样、干与不干一个样”，仅仅是拿工资干活，不 10 能调动开发人员的主观能动性、积极性。 （2） 委托开发又会有开发完后本单位无法对系统进行维护， 系统运行中大大小小问题只有等开发商来解决等弊病。而我国目前大 部分开发商都不会愿意在系统维护上花太多人力，甚至一些开发商不 要开发的尾款，另找一家单位去做一个新的系统。 4、系统规划的组织管理 信息系统规划工作需要成立一个责权明确的领导小组。它在 组织的最高层管理者的直接管理者下，由一名负责全面规划工作的信 息资源规划者和一个核心小组所组成， 并通过一批用户分析员 和广 大的最终用户相联系。核心小组和用户分析员应该是脱产地从事总体 规

19、划工作，而广大的最终用户则是临时性或短期的参与规划工作。 全部规划工作应由强有力的核心小组来完成。核心小组成员 由高层管理人员与数据处理人员(大约四五人)组成，具体包括：组织 内的业务负责人、财务培训人、数据处理负责人、系统分析负责人等 。核心小组成员应由外请顾问进行培训和指导，以便正确行使他们的 权力。 信息系统的最终用户是指那些直接使用计算机信息系统的各层 管理人员， 这些人员中要抽出一部分人 在总体规划期间代表所在的 部门参加工作，成为用户分析员。用户分析员的人数应该适合组织的 规模，并能覆盖全部业务范围。用户分析员要经过培训，学会总体规 划方法，并具体负责本部门的规划工作。 5、高层管

20、理者的参与 高层管理者参与规划工作是确保信息资源开发利用成功的关键 11 。其原因主要有以下几个方面： （1）高层管理者最了解各项战略决策中的信息需求，单靠一 个规划组来规划这种来自高层的信息资源，他们很难理解高层管理者 以及各层管理人员的看法和信息需求，所以作为高层管理者必须亲自 参与规划，了解规划的内容，把握规划方向。 （2）规划中出现了争议和问题时， 只有高层管理者出面才 能得以解决。 （3）规划中经常会发现一些弊病导致管理机构的调整，其调 整的最终决策权在高层管理者。 （4）信息系统的开发效率是至关重要的，为了避免信息资源 开发上的浪费，必须有一个自顶向下的全局范围的信息结构，这种信

21、息结构必须得到高层管理者的确认。 （5）总体规划需要对下一步各项子系统的开发提出优先顺序 ，并做出开发预算，这些内容也必须由高层管理者做出最后的决策。 （6）总体规划往往要进行关于系统内数据项定义的标准化工 作，在数据项定义过程中经常会出现一些问题必须由高层管理者负责 协调解决。 由此可见，总体规划必须在高层管理者的直接参与并管理下 进行。规划的组织则依据不同的规划范围有着不同的形式。 6、成功案例借鉴 本单位去年投入运行的一个MIS 取得了成功，得到了广大应用 人员和上级主管部门的认同和好评。回顾开发的整上过程，大致有以 下几个重要因素保证了系统开发的成功： （1）领导高度重视。从系统立项、

22、人员配合、人员分工、资金 12 投入、问题协调等工作，领导都亲自参与，并给予巨大的支持。 （2）系统开发使用了快速原型法。开发人员先向运行人员调查 、询问。借助原来使用的CS 模式（Client Server,即客户服务模式 ）的MIS，初步开发出一个不太可用的系统，再用这个系统（即第一 版本）与运行人员探讨其中问题和一些实际需求，此后开发出第二版 本。在第二版运用的基础上修改并深化开发各模块和细节。 （3）管理模块相对较小且功能相对独立，直接反映出的是业务 流程、数据流程相对简单，降低了实施的繁杂程度。另外，通过MIS 的运用，可以解决管理中许多实际问题，即需求明确。 （4）采用较新的BS 模式（Brows Server,即浏览器服务器模式 ）。BS 模式的开发工作量不比CS 模式小，难度也大一些。但是BS 模 式避免了胖客户端的CS 模式一些缺点，如CS 模式每修改一部分功能 ,就需要到客户端安装新改的程序，既增加了开发人员的工作量，又 让应用人员对开发人员产生不信任感。另外，BS 模式对系统功能分 模块、逐阶段开发提供了方便。 （5）开发人员和应用人员投入大量精力，使得整个系统能用、 好用、实用。 （6）不放弃系统维护工作。