管理信息系统战略规划的常用方法.ppt

第五章 MIS战略规划的常用方法,诺兰模型（1973年）一个企业应用信息系统的过程,初装,蔓延,控制,集成,数据管理,成熟,财务,转变,软件硬件重联,系统,数据管理,第一节 MIS战略规划的概念,通过诺兰模型，我们可以看到，好的总体规划，可以使企业在后续的工作极大地降低成本、减轻工作负担、减少出现差错的几率。,总体规划的重要性可表述如下： 好的总体规划 + 好的开发 = 优秀的系统 好的总体规划 + 一般的开发 = 好的系统 差的总体规划 + 好的开发 = 差的系统 差的总体规划 + 一般的开发 = 不好使用的系统,一、开发管理信息系统的策略： 1. 自下而上 2. 自上而下,二、战略规划的作用和内容： 1.作用 （3点） 2.内容 （4点）,三、MIS战略规划的组织： 1.规划领导小组 (完成数据及业务的调研和分析工作) 2.人员培训 3.规定进度,总体规划的步骤：,开始,第二节 制定MIS战略规划的常用方法,总体规划的方法之一 BSP法,1. BSP法的产生 BSP（Business System Planning），即企业系统规划法，60年代IBM用于内部系统开发，后来，IBM的一些用户希望通过BSP来安排自己的信息资源，于是IBM于1970年建立了BSP项目来帮助客户开展工作。,2. BSP法概述 是一种结构化方法，采用自上而下的系统规划，自下而上的分步实现，即从系统角度对信息系统进行规划设计，前提是企业内有改善需要； 3. 优点 形成完整的系统，增强环境适应性。,BSP法的工作步骤：,1、 准备工作 2、 调研 3、 定义业务过程 4、 业务过程重组 5、 定义数据类 6、 定义信息系统总体结构 7、 确定总体结构中的优先顺序 8、 提出建议书和开发计划,问题：为什么计划部分中有企业组织，而计划实施部分没有呢？,定义数据类,过程/数据类矩阵,说明： 在BSP法中，企业业务过程和数据类间的关系有两种，即使用（USE）和产生（CREAT），由此，得到企业的初始U/C矩阵。,功能数据类矩阵,基本cu矩阵,基本cu矩阵,基本cu矩阵,基本cu矩阵,划分子系统,用粗实线框出功能组（字母C应该尽量被圈入方框内），并给功能组起一个名称，每个功能组就是一个子系统 方框的选择需要一定的判断力和实际经验，可参照系统的逻辑职能来划分 方框代表着逻辑信息系统的划分，负有产生和维护系统内数据类的责任,主要子系统划分,当一个字母U落在任意方框外时，必定存在着子系统之间的数据流,画出所有的数据流，删除所有的字母C和U，并给子系统加上名称，这样就形成了新系统的体系结构,寻找子系统的数据交流,主要子系统划分,信息系统结构图,C/U矩阵中数据的产生,在C/U矩阵中每一个主题数据库中的数据，都必须至少由一个过程产生,如果某一数据库只被某些业务过程所使用而没有业务过程产生它，就说明可能有被遗漏的业务过程,如果某一数据库由多个过程产生，规划人员可以根据实际管理需求来考虑是否应将有关的主题数据库分成多个数据库,尽量使数据库由一个过程产生，被多个过程使用，从而可以保证数据库数据的完整性和一致性,关键成功因素法的工作步骤： 1、了解企业的战略目标 2、识别所有成功因素 3、确定关键成功因素 4、明确个成功因素的性能指标和评估标准,CSF之鱼刺图分析工具分析缺陷订单的主要原因,第三节 企业流程重组（BPR）,企业流程再造（Business Process Reengineering，BPR）是指为了在衡量绩效的关键指标上取得显著改善，从根本上重新思考、彻底改造业务流程。其中衡量绩效的关键指标包括产品和服务质量、顾客满意度、成本、员工工作效率等等。 BPR从现代组织学的观点看，属于组织转型的范畴；从管理理论学派划分的角度看，起源于管理过程学派，是对管理过程学派的创新；从管理理论的经济学原理看，是对古典分工理论的否定，提出了“合工“的思想。BPR并不是一门科学，而是电子商务时代的一种管理技术。,BPR是供应链、工作流、物流、信息流、资金流的接口，是企业快速响应市场需求的重要技术方法。基于因特网、WWW和电子商务的企业流程再造是使企业最大限度地连接到全世界，成为包括全球性的企业，不断改变、修正和重组企业过程，包括供应、购买、销售生产和企业运营的全过程，是企业进行理顺和规范化的管理技术。将ERP与BPR相结合，对企业总体结构、组织、流程以及所有的环节进行考察和重组，建立新的管理程序，真正实现企业合理化和现代化。,可以从以下四个方面深入了解企业流程再造的概念： （1）企业流程再造需要从根本上（Fundamental）重新思考企业业已形成的基本信念，即对长期以来企业在经营中遵循的基本概念如分工思想、等级制度、规模经营、标准化生产和官僚体制进行重新思考。需要打破定势，进行创造性思维； （2）企业流程再造是一次彻底的（Radical）变革，是脱胎换骨式的改革，抛弃现有的业务流程和组织结构以及成规陋习，而不是修修补补； （3）企业流程再造可望取得显著的（Dramatic）进步； （4）企业流程再造从重新设计业务流程（Processes）入手。业务流程是企业以输入各种原材料和顾客需求为起点到企业创造出对顾客有价值的产品或服务为终点的一系列活动。BPR确定再造的流程包括绩效低下的流程、重要的流程以及具有再造可行性的流程。,基本原则是ESIA： （1） 清除（Eliminate） 清除主要对企业原有流程内的非增加价值活动予以清除。企业内部容易存在的多余非增值环节主要包括过量产出、活动间等待、不必要信息与资源的传递、反复的加工、过量的库存、产品的缺陷、故障和返工、重复的活动、活动的重组、反复的检验以及跨部门的协调所带来的冗余，从而导致效率不高的情况。 非增值活动的清除是所有系统流程再造进行改造的首要目标。如何清除这些活动或使其最小化，同时又不会给流程带来负面影响是重新设计流程的主要问题。 （2） 简化（Simplify） 在尽可能清除了不必要的非增值环节之后，剩下的仍然是应该进一步进行简化。流程中运转的各种要素需要根据流程清除以后的现状加以简化，这些因素包括：流程表格、程序、各方面的沟通、技术的指导、处于关键流程之间而不易觉察到的流程间的组织以及经常出现问题的区域。,（3） 任务整合（Integrate） 对流程的任务体系充分简化以后，需要对被分解的流程进行整合，以使流程通畅、连贯，更好地满足顾客的需求。任务整合过程是一个不可缺少的环节，因为与原有的流程设计和初始时的流程基本要素状况相比，现有的要素情况已经发生了根本性的改变。作为流程承担者的人，对于任务或是信息的处理能力大大增加了，原先不得不交给几个人的任务，现在一个人就可以完成，这是对流程任务系统进行整合的原因所在。从流程的整体眼光来看，一个流程可以被整合的主要环节包括：任务、任务的承担者、流程的上下游。 （4） 流程任务的自动化（Automate） 流程任务的自动化并不仅仅是计算机化，对于很多流程，计算机的应用往往使得流程更加复杂和繁琐。因此，在流程自动化之前，应该先完成对流程任务的清除、简化和整合。,BPR的具体步骤包括以下3个方面： （1） 业务流程诊断：包括确定流程的主要问题是什么、问题出在某个流程内部还是出在流程之间的关系上、管理流程与经营流程是否一致。 业务流程诊断首先是要营造业务流程再造的环境，利用先进的技术方法进行业务流程的诊断工作。主要任务包括获得企业高层领导的有利支持；做好企业电子商务流程再造的宣传工作；组成企业电子商务流程再造的工作小组并制订工作计划；确定企业的核心业务流程和选定企业电子商务流程再造的备选流程，以及识别电子商务技术环境。 业务流程诊断主要是再造流程分析和流程重新设计。工作包括：对备选流程的进一步分析；制订流程再造计划；对备选流程进行诊断，分析流程中存在的问题；重新设计流程；设计与之相适应的人力资源结构；选择电子商务平台。,（2） 业务流程改造策略：即利用创造性的策略，构造新流程。 利用各种流程再造方法，例如角色扮演、文件处理测试以及工作流设计等方法确认流程进一步改造的机会，将全部流程以直观的方式描述新流程展示给高层管理者。并将采纳的方案就需要对流程各个阶段的人力资源重新组织、信息服务开发和执行、流程程序简化等提供整体的策略方案。 在改造策略实施时必须注意各种问题，如在设计人员资源结构时尽量减少员工的不满；在以新的流程为基础的环境中，对员工的培训十分重要等等。 （3） 监控与评价：再造流程的监控和评价包括对在流程再造启动阶段设置的质量目标以及新流程进行动态监控。对流程的度量需要考虑以下方面：流程表现，即循环期、成本、顾客满意度、资源消耗；信息技术表现，即故障时间、文件减少；生产率指数，即每小时的订单处理，销售数量等。评价阶段和诊断和实施阶段之间的有效反馈是必要的。一方面提供对重新设计流程行为的审计，另一方面也为新流程的进一步调整提供依据。新流程与其使用的信息技术的协调是有一个过程的，而且新流程的执行过程是一个不断调整的过程。,第四节 开发MIS的方法,系统开发生命周期,瀑布模型,系统开发方法学,系统开发方法中的技术和工具,信息系统开发方法体系结构,一、结构化系统开发方法（生命周期法）,结构化系统开发的基本思想,管理信息系统非结构化开发方法存在的主要问题 （1）工作阶段的划分原则不明确，各阶段的工作缺乏规范的章程、方法、表达工具与标准。 （2）系统建设过程用户参与程度低，用户与专业人员对话缺乏有效的手段。 （3）系统开发的工作任务集中在系统实施阶段，系统分析、设计工作不深入。 （4）系统实施阶段的工作采取“自底向上”的方法，系统总体功能与目标的实现难以保证。,图 系统开发各阶段的费用变化 图 冰山式系统开发费用分布,结构化方法的基本思路和主要原则,“结构化”一词在系统建设中的含义是用一组规范的步骤、准则和工具来进行某项工作。运用结构化的思想进行以计算机为基础的管理信息系统的建设工作，首先出现于60年代发展起来的结构化程序设计（Structured Prosramming，简记为SP）。到了70年代，约当（EYour-don）、康斯坦丁（LLConstantine）和德马可（TDemarco）等人提出了结构化分析（Structured Analysis，简记为SA）和结构化设计（Structured Design，简记为SD）方法。截至80年代，已提出的各类结构化方法不下30余种。这些方法虽各有产生的背景和特色，但它们的基本思路和主要特点是相同的。,管理信息系统结构化方法的主要原则： （1）用户参与的原则 （2）“先逻辑，后物理”的原则 （3）“自顶向下”的原则 （4）工作成果描述标准化原则,结构化生命周期法,结构化生命周期法要点 所谓结构化生命周期法就是把管理信息系统开发的全过程按其生存周期分成若干阶段，每个阶段有相对独立的任务，然后逐步完成各个阶段的任务。在每一阶段的开始与结束都规定了严格的标准。前一个阶段的结束标准就是后一阶段开始的标准，而每个阶段任务相对独立而且比较简单，便于不同人员分工协作，从而降低了整个软件工程开发的困难程度。 在软件生命周期的每个阶段都采用科学管理和良好的技术方法，而且在每个阶段结束之前都从技术与管理两个角度进行严格审查，合格之后才开始下一阶段工作。,结构化 生命周 期法开 发步骤,（1）开发阶段性 生命周期法把整个系统开发过程分成一系列严格定义顺序的紧密相关的阶段，这些阶段及其顺序一般是：系统定义(包括系统调查，可行性分桥，系统需求分析)，系统开发(包括系统设计，软件编码，系统测试)，系统维护。 （2）用户评价 系统分析时引入的错误往往要到运行时才发现，其修正的代价是相当昂贵的。这种错误是由于对用户系统分析不充分，理解不透彻，或表达的二义性造成的。所以管理信息系统待别强调在每个阶段结束前都要有用户评价或验收，以减少这种错误的发生。,（3）文档管理 为了便于管理信息系统的开发与管理，生命周期法把文档资料作为每个阶段的产品之一，而且加以标准化，作为每个阶段结束的重要标准。它保证了在系统开发结束时有一个完整准确的软件配置交付使用。文档资料是通讯的工具，它清楚地说明了到这个时候为止关于该项工程已经知道或做了什么，同时确定了下一步的工作基础。文档资料也起着备忘录的作用，如果文档不完整或与上一阶段的文档不相衔接则一定在工作上有不完整的地方。文档资料另一重要作用是有利于与用户交流，检查错误，用户评价。文档资料也是系统维护的依据。,（4）结构化的系统分析与设计较术 在完成生命周期每个阶段任务时应该采用适合该阶段任务特点的系统化的技术方法。在系统分析与系统设计阶段应该采用结构化系统分析与设计方法。生命周期中的系统分析与系统设计方法虽然是多种多样的，但是最常用的还是结构化系统分析和设计方法。它要求对系统功能进行自顶向下的分解，模块化。以满足系统可理解性，适应性，可分离性及整体性要求，使系统层次清晰，易于理解，调试和排错。,结构化生命周期法存在的问题,（1）阶段回溯不可避免延长系统开发的时间。由于要求不同类型的用户应与管理信息系统交互使，使需求分析变得更加困难。因此常常需要做阶段回溯，对系统分析需求规格说明作修改或补充，同时也会引起此后阶段的补充修改。例如系统设计报告也要补充修改。 （2）使用过程化语言没有以根本上改变个体手工编程的工作方式。 （3）专业开发人员开发用户使用的系统开发模式开发人员与用户都要化时间去掌握对方专业领域的知识以期产生共同语言。他们之间存在着难以克服的通讯障碍。系统开发的质量与时间就难以控制。 （4）用户热情没有自始至终调动不能从根本上解决让用户参加系统开发的问题。系统维护就十分困难。,最重要的原因是无论是系统调查、系统分析还是系统设计给用户看到的只是一个“虚”的系统而不是“实”的系统，他们面对着一个想象的系统去进行评价，他们仍不容易了解计算机具体能为他们做些什么。这就很难想象他们能做出“真正的”评价，往往等到系统试运行以后他们才具体知道计算机实现的管理信息系统功能，才能认真地仔细地评价、不幸的是为时太晚。 （5）文档资料缺乏实用价值，待别是早期的系统规格说明专业知识的缺乏使得用户难以理解文档的内容，文档资料没有起到应有的作用，反而延长了开发时间。 （6）系统开发周期过长结构化生命周期法并没有解决软件开发研制时间过长的严重危机，在计算机硬软件技术相通讯技术日新月异发展的时代，很容易使刚建立起来的管理信息系统迅速变得陈旧，生命周期很短，所以系统开发周期过长将导致系统运行时间变短。,二、快速原型法原型模型,原型法产生的背景： 结构化分析设计的基本思想是将系统开发看作是工程项目，有计划、有步骤地从上自下、按部就班地进行工作。因此它要求用户一开始就要明确地提出所有需求。这对有些用户来说是有困难的，因为： 用户特别是非计算机界的用户所提出的需求常常是不正确、不完全或不明确的。 处于不同认知世界的用户和软件设计者难以互相沟通，尤其是经验不足的软件设计者。 有的用户需求结构复杂、背景知识复杂，难以抽象化，即模型化和结构化。在这样的背景下，原型法就应运而生。（复杂的需求只有在开发的过程中才能逐步的清晰和完善） 就实际系统来说，没有实体模型的启发，描述复杂的、相关连的事物，人们的思维常常是挂一漏万，很难发掘出问题的实质或不易准确地描述问题。（如汽车设计中的模型）,原型法的认识论 从认识论的角度来看，原型方法更多地遵循了人们认识事物的规律，因而更容易为人们所普遍接受，这主要表现在： 人们认识任何事物都不可能一次就完全了解，并把工作做得尽善尽美；（如对人的了解） 认识和学习的过程都是循序渐进的；(如学习FOXPRO语言) 人们对于事物的描述，往往都是受环境的启发而不断完善的；（如重庆滨江公路的建设，最初只是为了解决交通问题，随着环境的变化，人们才逐渐提出娱乐等新功能的需求） 人们批评一个已有的事物，要比空洞地描述自己的设想容易得多，改进一些事物要比创造一些事物容易得多。（如重庆滨江公路的建设）,原型法的开发必须满足下列条件： 原型的开发周期必须短，成本应该低；（特别是构建抛弃型的原型） 要求用户参与评价原型；（没有用户的参与，就不可能清晰用户的需求） 原型必须是可运行的；（不能运行，就不可能有程序的正确性） 根据原型的运行结果，要评价原型，再根据评价结果，要很容易修改原型。（原型必须能够快速修改，否则将增加原型开发的周期）,快速原型法的开发过程： 初步需求分析 快速设计原型 构造初始原型 用户评价原型 修改和改进原型 生成文档交付系统 快速原型模型 快速原型法主要针对传统的结构化方法所面临的困难而提出的，依据信息系统的特点，他又表现为不同的运用方式，一般分为三种模型： 探索型原型 实验型原型 演进型原型,快速原型法应用的条件 系统需求在系统开发以前不能准确地加以陈述和说明，用户需求变化较快。 有快速的系统建造工具。 需要实际的、可供用户参与的系统模型。 要求用户素质高，能善于表达需求目标，并能够积极地参与系统的开发。 系统分析人员和开发人员应具备较丰富的经验。 快速原型法的优点 认识论上的突破 改进了用户和系统设计者的信息交流方式 用户满意程度提高 更加贴近实际 开发风险度降低 原型法减少了用户培训时间，简化了管理 开发成本降低 实用的学习工具 应变能力强,快速原型法的主要缺点： 开发工具要求高 管理水平要求高 ； 系统的交互方式必须简单明了 。 解决复杂系统和大系统问题很困难,三、 OO开发方法-对象,对象的表示 标识：即是对象的名称，用来在问题域中区分其他对象。 数据：用来描述对象属性的存储或数据结构，它表明了对象的一个状态。 操作：即对象的行为，分为两类： 对象自身承受的操作，即操作结果修改了自身原有属性状态； 施加于其他对象的操作，即将产生的输出结果作为消息发送的操作。 接口：主要指对外接口，是指对象受理外部消息所指定的操作的名称集合。 对象的本质 对象的特征,对象的本质：数据与操作的封装，又称信息隐藏。能保证每个对象在定义时尽可能少地显露其内部的处理，而很好地屏蔽局部不稳定因素，把易变因素对整个系统结构的影响降到最低。 对象的特征（四种） 唯一标识性：每一对象都具有自身的唯一标识符。 继承性：在对象之间有属性关系的共同性，子模块继承了父模块的属性。 分类性：可以将具有一致数据结构（属性）和行为（操作）的对象抽象成类。 多态性：同一操作可以是多个不同类的行为。 以对象为主体的OO方法就可以简单解释为： 客观事物都是由对象（object）组成。 对象由属性和方法组成。 对象之间的联系主要是通过传递消息（message）来实现的 对象可按其属性进行归类（class）。 对象是一个被严格模块化了的实体，称之为封装（encapsulation）。,类的组成 类(class)：具有相似属性和相同行为模式的一组对象称为类，是对象类的缩写。这些对象具有一般行为、一般关系及一般语义。 标识：是类的名称，用以区分其他类； 继承：描述子类承袭的父类的名称，以及继承得到的结构与功能： 数据结构：是对该类数据的组织结构的描述； 操作：指该类通用功能的具体实现方法； 接口：指面向其他类的统一的外部通讯协议。 类的特点 类具有明显的层次性： 一个类可以派生出多个子类，父类层有的数据可被多次重用，子类亦可扩展自身的属性方法。 对象是类的一个具体实例。 在系统开发中可以通过增加新的实例来增加系统的功能。,消息： 对象与对象之间控制和调用的数据或信息。 消息传递：对象与对象之间互相传递数据以及控制和调用的过程。 对象与对象间传送的消息实质上是接受对象所具有的操作方法名称，有时还包括相应参数。 系统可以简单地看做一个彼此通过传递消息而相互作用的对象集合。,继承：是指一个类(即称子类)因承袭而具有另一个类(或称父类)的能力和特征的机制或关系。 父类更具有通用性，而子类则具有特殊性。 子类可以从它的父类，直至祖先那里继承方法和属性。 继承关系经常被称为“isa”关系。 继承的优点 容易得到子类。 利用继承，我们只要在原有类的基础上修改增补删减少量的数据和方法，就可以得到子类，然后生成大小、初态不同的实例； 接口的一致性(consistency of interface)。 父类衍生子类时，父类的操作接口也传递给其子类。因而在传递消息时，无需了解接口的详细情况； 继承机制支持重用。 传统结构化方法中的过程调用虽然也是重用的典型例子，但它在层次上不如继承高。这是继承的最主要的优点。,面向对象基本概念及其关系图,OO的开发步骤,第一步：系统调查和需求分析：对系统将要面临的具体管理问题以及用户对系统开发的需求进行调查，弄清出“要干什么”的问题。 第二步：面向对象分析（OOA），即分析问题。 OOA 分析方法是建立在对处理对象客观运行状态的信息模拟（实体关系图和语义数据模型）和面向对象程序设计语言的概念基础之上，这种关系可以形象地用下图表示。,OOA步骤 首先，确定对象和类。 其次，确定结构。 再次，确定主题。 又次，确定属性。 最后，确定方法。 第三步，面向对象设计（OOD），即整理问题。 概念设计：即将分析阶段的各层模型化的“问题空间”逐层扩展，得到一个模型化的特定“实现空间”。 OOD的内容：对象定义规格的求精过程、数据模型和数据库设计、优化。 第四步：面向对象编程（OOP），即程序实现。,面向对象开发方法的优点 是一种解决问题的思维方法 面向对象的方法提高了用户参与编程工作的积极性。 面向对象的软件开发方法能直接引用可重用的构件，以节省编写软件的时间和费用。 面向对象的软件开发还导致了其他方法的变革。 面向对象方法还能降低系统的维护费用。 面向对象开发方法存在的问题 面向对象的软件开发技术仍处于不成熟阶段 开发步骤和具体方法还没有公认的标准 OO方法需要一定的软件基础支持才可以应用 运用面