第4章 工程管理信息系统开发方法与系统规划.doc

第4章 工程管理信息系统的开发方法与系统规划在当代社会中，管理信息系统（MIS）正以飞快的发展速度渗入到各行各业中，对于任何一个组织来说，要想建立以计算机为基础的信息系统，科学的组织、管理和系统所采用的开发方法是至关重要的，而开发方法的选择是一个信息系统开发能否成功的重要前提，因此对MIS开发方法进行深入研究，提高工作效率，提高开发成功率，降低开发成本已经变得十分重要。4.1 开发管理信息系统的方法4.1.1 管理信息系统的开发4.1.1.1 MIS开发工作的复杂性国外关于MIS研制特点有条定律墨菲定律1.工作比想象的更为复杂;2.花费的时间比想象的更长;3.所需费用比设想的更多;4.毛病能出到什么程度,就一定会出到那个程度.这条定律生动地说明了MIS研制工作的复杂性和艰巨性。管理信息系统是一个社会技术系统，涉及管理、信息、经济、人等社会因素。其开发工作会引起企业管理的变化、组织的变化、工作流程的变化和工作方式的变化。“凡事预则立,不预则废”4.1.1.2、MIS开发的思想（一）系统工程的思想系统工程是以系统概念为基础的，解决大型工程项目组织和管理的一们学科。系统工程的一般步骤调查研究在最初设计阶段，确定系统目标和相应功能考虑尽量多的方案，从中选择最优。系统建成以后，要一面使用，一面维护，进行评价。（二）软件工程的思想软件工程是用工程的原理，指导计算机软件开发与维护的科学。出发点是采用工程的概念、原理、和方法、技术，开发、维护软件。（1）工程特点：1）有生命周期2）分阶段3）人员分工4）有工程图纸（2）软件工程的特点1）软件开发分阶段进行分为系统分析、系统设计、系统实施、系统维护与评价2）软件开发人员角色与分工明确人员角色：系统分析员、系统设计员、程序员、数据录入人员、经济管理模型设计人员、系统平台管理员（网络管理、数据库管理）3）软件文档采用各种图形、表格、说明文字等需要明确的是软件开发程序设计 软件程序软件=文档+程序4.1.1.3管理信息系统的开发策略管理信息系统的开发有两种策略：（1）自下而上的开发策略该开发策略是从现行系统的业务状况出发，先实现一个个具体的功能，逐步地由低级到高级建立MIS。1）适用： 初装或蔓延阶段，小型系统。2）优点：避免大规模系统可能出现运行不协调的危险。3）缺点：缺乏整体性，没有从整个系统出发来考虑问题，随着系统的进展往往要进行许多大的修改，甚至重新规划、设计，浪费资源。（2）自上而下的开发策略该开发策略强调从整体上协调和规划，由全面到局部，由长期到近期，从探索合理的信息流出发来设计信息系统。1）适用： 适用于大型系统的开发设计。2）优点： 逻辑性强、整体性好。从整个系统出发来考虑问题，对系统的进行整体规划和设计。3）缺点：难度大，不易实施。4.1 开发管理信息系统的方法4.1.1 管理信息系统的开发4.1.2管理信息系统的开发方法4.1.2.1 系统开发生命周期任何系统都会经历一个发生、发展和消亡的过程。 新系统的总体规划新系统的分析新系统的设计系统的实施新系统的运行评价。 这种周期叫IS的生命周期。IS的生命周期循环不息。生命周期法：按信息系统的生命过程，自顶而下，严格按照五个工作阶段规定的步骤去开发系统。（1）系统开发生命周期的基本原理原理一：用户的积极参与原理二：使用问题求解方法原理三：严格按划分的阶段和活动进行系统开发原理四：文档的标准化原理五：检查点的设立原理六：分而治之的思想 （2）生命周期法内容IS的开发分为五个阶段：总体规划（确定范围）/系统分析/系统设计/系统实施/系统的运行维护对其每一阶段规定它的任务、工作流程、管理目标及要编制的文档，使开发工作易于管理和控制，形成一个可操作的规范。4.1.2 管理信息系统的开发方法4.1.2.2 结构化系统开发方法结构化系统开发方法是在生命周期法基础上发展起来的，用系统工程的思想与工程化的方法，按用户至上的原则，结构化、模块化、自顶向下地对系统进行分析与设计。 （1）结构化系统开发法的特点自顶向下整体性的分析与设计和自底向上逐步实施的系统开发过程；用户至上；深入调查研究；严格区分工作阶段；充分预料可能发生的变化；开发过程工程化。（2）MIS工程工作流程结构化系统开发法通常是在系统需求比较明确的情况下采用，它主要的特点是：目标明确、结构化的分析设计思想、严格区分工作阶段、文档标准化、开发过程易于控制，但开发周期长，见效慢，风险也比较大。在实际开发中，这种传统的开发方法已经逐渐渗入了新的思想，或者与其它方法结合起来使用。 GB8566-88 计算机软件开发规范GB8567-88 计算机软件产品开发文件编制指南GB1526-89 信息处理数据流程图、系统流程图和系统资源图的文件编制符号及约定GB/T12504-90计算机软件质量保证及配置管理计划规范结构化系统开发法的小结优点：1、建立面向用户的观点。2、严格区分工作区间。3、结构化、模块化、自顶向下进行分析、设计。4、在分析阶段充分预料可能发生的因素。5、工作文件的标准化和文献化。缺点：开发周期长。繁琐，使用工具落后。不能充分预料可能发生的情况及变化。不直观，用户最后才能看到真实模型。（3）结构化系统开发法的优、缺点4.1.2 管理信息系统的开发方法4.1.2.1 系统开发生命周期4.1.2.2结构化系统开发方法4.1.2.3 原型方法4.1.2.4 面向对象方法4.1.2.5 计算机辅助开发(CASE)方法4.1.2.6 各种开发方法的比较4.1.2.3 原型方法原型法：首先建立一个能反映用户重要需求的原型，通过与用户反复的交流，不断地对系统进行修改，直到建立一个完全符合用户要求的新系统。而当今一些信息系统其特点是：信息系统的开发要快、成本要低；信息系统使用过程中环境经常发生变化；用户需求开在发初期难以完全确定；随着信息技术的迅速发展，另一种开发方法快速原型法得到越来越广泛的使用。 （1）快速原型法的作用原型法是一个建立模型的过程，一个原型就是一个目标产品、服务或系统的模型。获得需求：原型法是一个很好的需求获得工具，它能从建立基本系统需求的简单原型开始，然后允许知识工作者增加更多的需求(信息或过程)作为对原型的修订。大多数人采用原型法就是因为这个目的。帮助确定需求：在很多系统开发过程中，用户都难以确定他们究竟需要什么，他们只知道现行系统不能满足自己的需求。在这种情况下，可采用原型法帮助用户确定他们的确切需求。 （1）快速原型法的作用证明系统在技术上是可行的推广目标系统的思想：由于原型法相对而言开发速度快，因此我们无需投入太多的时间就能建立起一个原型，以使人们确信这个目标系统值得开发。一个用于使人们确信目标系统价值的原型就是推广原型。 （2）快速原型法的开发过程快速原型法的开发过程是：首先利用RAD工具建立一个能反映用户主要需求的原型，让用户实际看见新系统的概貌，以便判断哪些功能符合要求、哪些需要改进，通过对原型的反复改进，最终建立符合用户要求的新系统。快速原型法在建立新系统时可分为下述四个阶段：1、确定用户的基本需求在这个阶段中，系统开发人员首先进行详细的系统调查，识别出新系统的基本需求，如：系统功能、人机界面、输入输出、运行环境、性能及安全可靠性。 （2）快速原型法的开发过程2、开发初始原型根据用户的要求，开发人员迅速建立起一个初始原型，该原型是在计算机上初步实现的信息系统。3、征求用户对原型的改进意见让用户亲自使用原型，对原型进行检查、评价和测试，指出原型的缺点和不足，提出改进意见和需求。4、修正和改进原型开发人员对原型进行修改、扩充、完善，直到用户满意为止。 （3）原型法工作流程1、用户提出系统要求2、识别、归纳上述要求3、开发一个模型原型4、评价模型5、模型不可行处理6、模型不满意处理7、修改模型8、确定模型后的处理9、实际系统开发、运行、维护等（4）原型法的优缺点优点：开发周期短，费用相对少。提供原型给用户，使用户参与更为实际，更富有建设性。易于用户使用，减少对用户的培训时间，同时用户满意度高。缺点：对大型系统或复杂性高的系统不适用。开发过程管理困难。原型不断的修改完善，使用户容易缺乏信心和耐心，而把某个阶段的原型当做新系统。开发人员也很容易潜意识用原型取代系统分析。 4.1.2 管理信息系统的开发方法4.1.2.4 面向对象方法OO方法认为，客观世界是由各种各样的对象组成的，每种对象都有各自的内部状态和运动规律，不同的对象之间的相互作用和联系就构成了各种不同的系统。当我们设计和实现一个客观系统时，如能在满足需求的条件下，把系统设计成由一些不可变的(相对固定)部分组成的最小集合，这个设计就是最好的。而这些不可变的部分就是所谓的对象。 例：由于控制飞机飞行平面的螺线管的线绕得不正确，当命令飞机向上飞时，它却向下飞；而命令它向下飞时，它却又向上飞。管理人员认为按照项目当时的进展情况，要想改正螺线管的绕线已经不可能了。但问题总得解决，于是只能修改飞行控制软件。试想，如果当时软件是用面向对象技术开发的，这种修改无疑是举手之劳，不费吹灰之力。因为螺线管极性的秘密完全可以容纳在一个单独的程序块即一个对象中。 如果控制飞行方向的代码分散在各个地方，则修改就困难了。“面向对象” 表明了存在于现实世界中的事物（的抽象）和计算机程序块，或对象之间的某种联系。对象到底是什么？ 对象指的是一个独立的、异步的、并发的实体，它能“知道一些事情”（存储数据）、“做一些工作”（封装服务），并“与其它对象协同”（通过交换消息），从而完成（模块化）系统的所有功能。“为什么要对对象感兴趣？” 答案是很简单的即可复用性。 面向对象技术允许复用的不仅仅是代码，还有其它更多的东西。通过面向对象技术，我们可以复用需求、分析、设计、测试计划、用户界面以及体系结构等等。事实上，软件工程生存期中的每个部分都可以封装成为可复用的对象。面向对象系统的开发方法是从80年代各种面向对象的程序设计方法(如Smalltalk，C+等)逐步发展而来的。面对对象方法(object oriented，简称OO方法) ，从面向对象的角度为我们认识事物，强调系统的行为属性。 进而为开发系统提供了一种全新的方法。 90年代面向对象(OO)的技术和程序设计语言取得了巨大的成功，信息系统的开发更多的采用面向对象的程序设计语言和支持面向对象的数据库管理系统；面向对象的技术把对象的属性(数据)和处理(方法)封装在一起，是真正的抽象思维，它通过子类对父类的继承，使软件便于维护和扩充，提高了软件的可重用性。而结构化(SD)方法把数据和过程作为相互独立的实体，使得软件的可复用性、维护困难。OO方法的特点和面临的问题OO方法以对象为基础，利用特定的软件工具直接完成从对象客体的描述到软件结构之间的转换。这是OO方法最主要的特点和成就。 OO方法的应用解决了传统结构化开发方法中客观世界描述工具与软件结构的不一致性问题，缩短了开发周期，解决了从分析和设计到软件模块结构之间多次转换映射的繁杂过程，是一种很有发展前途的系统开发方法。但是同原型方法一样，OO方法需要一定的软件基础支持才可以应用，另外在大型的MIS开发中如果不经过自顶向下的整体划分，而是一开始就自底向上的采用OO方法开发系统，同样也会造成系统结构不合理、各部分关系失调等等问题。所以OO方法和结构化方法目前仍是两种在系统开发领域相互依存的、不可替代的方法。CASE 方法利用CASE工具进行开发CASE：计算机辅助软件工程必须和其他方法结合，可以大大提高效率，减少必要但是很琐碎的一些过程。4.1.2.6 各种开发方法的比较 开发过程中各环节所占的比重 阶段 调查 分析 设计 实现 工作量 30 40 20 10% 从表 中不难看出系统调查、需求分析和管理功能分析两个环节占到总开发工作量的70以上，而系统设计和系统实现两个环节只占总开发工作量的不到30，其中原来在开发工作中占工作量最大的编程与调试工作，而今只占不到 10的工作量。这一切都要归功于4GL，RDBMS以及各种开发工具的出现。（1）原型方法 它通过模拟以及对模拟后原型的不断讨论和修改最终建立系统。要想将这样一种方法应用于一个大型信息系统开发过程中的所有环节是根本不可能的，故它多被用于小型局部系统或处理过程比较简单系统的设计到实现环节。 它是一种围绕对象来进行系统分析和系统设计，然后用面向对象的工具建立系统的方法。这种方法可以普遍适用于各类信息系统开发，但是它不能涉足系统分析以前的开发环节。 (2) 面向对象法它是一种除系统调查外全面支持系统开发过程的方法，同时也是一种自动化(准确地说应该是半自动化)的系统开发方法。因此从方法学的特点来看，它具有前面所述方法的各种特点，同时又具有其自身的独特点之处高度自动化的特点。但值得注意的是，在这个方法的应用以及CASE工具自身的设计中，自顶向下、模块化、结构化却是贯穿始终的。这一点从CASE自身的文档和其生成系统的文档中都可看出。 (3) CASE方法综上所述，只有结构化系统开发方法是真正能较全面支持整个系统开发过程的方法。其它几种方法尽管有很多优点，但都只能作为结构化系统开发方法在局部开发环节上的补充，暂时都还不能替代其在系统开发过程中的主导地位，尤其是在占目前系统开发工作量最大的系统调查和系统分析这两个重要环节。这里再一次强调所例举的几种方法不是相互独立的，它们经常是可以混合应用的。第4章 工程管理信息系统的开发方法与系统规划4.1 开发管理信息系统的方法4.2 系统规划的主要工作4.3 制定系统规划的常用方法4.4 系统详细调查4.5 可行性研究系统规划对MIS的影响 系统规划是MIS建设成功的关键因素之一，比具体项目的开发重要得多：好的系统规划+好的系统开发=优秀的MIS好的系统规划+差的系统开发=差的系统规划+好的系统开发=差的系统规划+差的系统开发=好的MIS差的MIS混乱的MIS4.2系统规划的主要工作管理信息系统的系统规划是依据企业资源状况、企业整体信息管理需求及当前技术环境，从系统目标、总体功能结构、关键功能需求、关键信息需求、开发进度等方面对企业管理信息系统作出的计划安排。4.2.1 系统规划的任务系统规划是在开发系统之前，钕对整个系统进行的全面规划，通过系统规划设计出新系统的总体框架，确定新系统的总目标，用于指导整个信息系统的开发。主要任务包括如下几项：（1）制定信息系统的发展战略信息系统服务于企业管理，其发展战略必须与整个企业的战略目标协调一致。制定信息系统的发展战略，首先要调查分析企业的目标和发展战略，评价现行的信息系统的功能、环境和应用状况。在此基础上确定信息系统的使命，制定信息系统的战略目标及相关政策。（2）制定信息系统的总体方案，安排项目开发计划在调查分析企业信息系统需求的基础上，提出信息系统的总体结构方案。根据发展战略和总体结构方案，确定系统和应用项目开发次序及时间安排。（3）制定系统建设和资源分配计划提出实现开发计划所需要的硬件、软件、技术人员、资金等资源及整个系统建设的概算，进行可行性分析。4.2.2 系统规划的主要工作系统规划一般包括三年或更长期的计划，也包括一年的短期计划。规划的内容（1）信息系统的目标、约束及总体结构。其中：信息系统的目标确定了管理信息系统应实现的功能；信息系统的约束包括MIS实现环境、条件(如管理的规章制度、人力、物力等)；信息系统的总体结构指明了信息的主要类型和主要的子系统。（2）组织的状况。包括计算机软件及硬件情况、产业人员的配备情况以及开发费用的投入情况。（3）业务流程的现状、存在的问题和不足，以及流程在新技术条件下的重组。企业流程重组实际上是根据信息技术的特点，对手工方式下形成的业务流程进行根本性的再思考、再设计。（4）对影响规划的信息技术发展的预测。这些信息技术主要包括计算机硬件技术、网络技术及数据处理技术等。这些技术的不断更新将给管理信息系统的开发带来深刻的影响(如处理效率、响应时间等)，与管理信息系统的性能有着密切的联系，决定着管理信息系统的优劣。因此，在规划过程中需要吸收相关技术的最新发展，从而使所开发的管理信息系统具有更强大的生命力。系统规划步骤：1. 基本规划问题的确定， 应包括规划的年限、规划的方法，确定集中式还是分散式的规划，以及是进取还是保守的规划。2. 收集初始信息。 包括从本企业内部各种信息系统委员会、各管理层、与卖主相似的企业、各种文件以及从书籍和杂志中收集信息。3. 现存状态的评价和识别计划约束。 包括目标、系统开发方法、计划活动、现存硬件和它的质量、信息部门人员、运行和控制、资金、安全措施、人员经验、手续和标准、中期和长期优先序、外部和内部关系、现存的设备、现存软件及其质量，以及企业的思想和道德状况。4. 设置目标。 这实际上应由总经理和计算机委员会来设置，它应包括服务的质量和范围、政策、组织以及人员等，它不仅包括信息系统的目标，而且应有整个企业的目标。5. 准备规划矩阵。 这实际上是信息系统规划内容之间相互关系所组成的矩阵，这些矩阵列出后，实际上就确定了各项内容以及它们实现的优先序。6. 识别上面列出的各种活动，是一次性的工程项目性质的活动，还是一种重复性的经常进行的活动。 由于资源有限，不可能所有项目同时进行，只有选择一些好处最大的项目先进行，要正确选择工程类项目和日常重复类项目的比例，正确选择风险大的项目和风险小的项目的比例。7. 给定项目的优先权和估计项目的成本费用。8. 根据第7步的结果来编制项目的实施进度计划9. 把战略长期规划书写成文，在此过程中还要不断与用户、信息系统工作人员以及信息系统委员会的领导交换意见。10. 总经理批准并宣告战略规划任务的完成。4.3 制定管理信息系统战略规划的常用方法用于管理信息系统规划的方法很多，主要是关键成功因素法(critical success factors CSF)、战略目标集转化法(strategy set transformation SST)和企业系统规划法(business system planning BSP)、企业信息分析与集成技术(BIAIT)、产出/方法分析(E/MA)、投资回收法(ROI)、征费法(charge out)、零线预算法、阶石法等。用得最多的是前面三种，后面的几种用于特殊情况或者作整体规划的一部分使用。4.3.1 关键因素法（CSF）1970年哈佛大学教授William Zani在MIS模型中用了关键成功变量，这些变量是确定MIS成败的因素。过了10年，MIT教授John Rockart把CSF提高成为MIS的战略。作为一个例子，有人把这种方法用于数据库的分析与建立。步骤了解企业目标识别关键成功因素识别性能的指标和标准识别测量性能的数据这四个步骤可以用一个图表示。关键成功因素法源自企业目标，通过目标分解和识别、关键成功因素识别、性能指标识别，一直到产生数据字典。这好像建立了一个数据库，一直细化到数据字典。关键成功因素就是要识别联系于系统目标的主要数据类及其关系识别关键成功因素所用的工具是树枝因果图。例如，某企业有一个目标，是提高产品竞争力，可以用树枝图画出影响它的各种因素，以及影响这些因素的各种因素。如何评价这些因素中哪些因素是关键成功因素，不同的企业是不同的。对于一个习惯于高层人员个人决策的企业，主要由高层个人在此图中选择；对于习惯于群体决策的企业，可以用德尔斐法或其他方法把不同人设想的关键因素综合起来。关键成功因素法在高层应用，一般效果好，因为每一个高层领导人员日常总在考虑什么是关键因素。对中层领导来说一般不大适合，因为中层领导所面临的决策大多数是结构化的，其自由度较小，对他们最好应用其他方法。4.3.2 战略目标标集转化法（SST）William King于1978年提出，他把整个战略目标看成是一个“信息集合”，由使命、目标、战略和其他战略变量（如管理的复杂件、改革习惯以及重要的环境约束）等组成。 MIS的战略规划过程是把组织的战略目标转变为MIS战略目标的过程。SST采用的步骤这个方法的第一步是识别组织的战略集，先考查一下该组织是否有写成文的战略式长期计划，如果没有，就要去构造这种战略集合。1描绘出组织各类人员结构，如卖主、经理、雇员、供应商、顾客人、贷款人、地区社团及竞争者等。2识别每类人员的目标。3对于每类人员识别其使命及战略。 当组织战略初步识别后，应立即送交总经理审阅和修改。第二步是将组织战略集转化成MIS战略，MIS战略应包括系统目标、约束以及设计原则等。这个转化的过程包括对应组织战略集的每个元素识别对应的MIS战略约束，然后提出整个MIS的结构。最后，选出一个方案送总经理。4.3.3企业系统规划法(BSP)IBM公司于20世纪70年代初将BSP作为用于内部系统开发的一种方法，它主要是基于用信息支持企业运行的思想。在总的思路上它和前述的方法有许多类似之处，它也是先自上而下识别系统目标，识别企业过程，识别数据，然后再自下而上设计系统，以支持目标，该方法步骤如图所示。（1）BSP方法步骤（2）BSP法的工作步骤用BSP制定规划是一项系统工程，其主要的工作步骤：1准备工作 成立由最高领导层牵头的委员会，下设一个规划研究组，并提出工作计划。2调研 查阅资料，深入各级管理层，搜集整理材料、资料。3定义业务过程（企业过程或管理功能）定义业务过程是BSP法的核心。业务过程是指企业管理中必要的且逻辑上相关的、为了完成某种管理功能的一组活动。4业务过程重组在业务过程定义的基础上，找出业务过程中存在问题的过程、低效率的过程，正确的过程等，并在信息技术支持下进行优化处理，使业务过程合理化。5定义数据类数据类是指支持业务过程所必须的逻辑上相关的数据。对数据进行分类是按业务过程进行的，即分别从各项业务过程的角度将与该业务过程有关的输入数据和输出数据按逻辑相关性整理出来归纳成数据类。6定义信息系统总体结构目的：刻画未来信息系统的框架，和相应的数据数据类。工作：划分子系统方法：使用U/C矩阵7确定总体结构的优先顺序。安排子系统的开发顺序。8完成BSP研究报告，提出项目建议书和开发计划。BSP详细步骤4.3.4 企业流程重组（再造 BPR）BPR是美国80年代开始兴起的由过程的观点来看待企业的，BPR与BSP是一样的，所不同的是BPR主张彻底的变革而且在改造企业过程方面研究了许多行之有效的方法。因而把BSP向前推进了一步；有人认为BPR已进入了运营管理的领域，因而已和信息系统离得较远。但实际上BPR是信息系统向上的自然延伸而不是由运营管理向下扩展，推行BPR的也多为信息系统的咨询公司。所以现在ISP和BPR已经紧密联结，如果分离，两者均不可能做好。4.3.4.1 企业流程重组（再工程）的概念业务流程（过程）是指为完成企业目标或任务而进行的一系列跨时空的相关的业务活动。1传统的劳动分工，使企业业务流程被分割成为一段段分裂的环节，在每一环节所关心的仅仅是单个任务和工作，而并非整个系统最优。2在管理信息系统建设过程中仅仅用计算机去模拟原手工管理系统，并不能从根本上提高企业的竞争能力。3重组企业业务流程是按照现代化信息处理的特点，对现有企业的业务流程进行重新设计，以提高企业的运行效率。业务流程重组（再造，再过程）的本质：Business Process Reengineering就在于根据新技术信息处理的特点，以事务发生的自然过程寻找解决问题的途径。业务流程重组（再造，再过程）内容1技术因素2人文因素：观念、流程、组织等信息技术的应用是流程重组的核心，信息技术既是流程重组的出发点，也是流程重组的最终目标的体现者。4.3.4.2 企业流程重组思想内涵BPR的主要技术在于简化和优化过程。总的来说，BPR的主要思想是：执行上删除冗余的过程。职能上纠正错位的过程；战略上精简分散的过程；4.3.4.3 企业流程重组的原则（8项）BPR在利用IT技术简化过程上有一些原则，这些原则可以帮助启发我们做到过程简化。（1）横向集成跨部门按流程的压缩，例如交易员代替定价员和核对员的工作。（2）纵向集成权力下放，压缩层次。（3）减少检查、校对和控制变事后检查为事前管理（4）单点对待顾客用入口信息代替中间信息。（5）单库提供信息建好统一的共享信息库。（6）一条路径到达输出不用许多路径均能走通，多路径会让人不知该走哪条。（7）并行工程串行已不可能再压缩的，可考虑把串行变为并行。（8）灵活选择过程联接对于不同的输入可能不需要全过程，少几个过程联络起来也能达到输出。4.3.4.4 企业流程重组的动机企业想要进行BPR的动机有以下几种情况：1企业濒临破产，不改只能倒闭。2企业竞争力下滑，企业调整战略和进行重构。3企业领导认识到BPR能大大提高企业竞争，而公司又有此需要扩张。4BPR的策略在自己相关的企业获得成功，影响本企业。一般来说两头的企业即濒临破产的和需要大发展的企业容易推进BPR。4.3.4.5 企业流程重组的实现BPR的目标在于实现管理的现代化、BPR的成功也定会使企业朝着现代化的方向迈进更大一步，其实现包括：1企业的组织更趋扁平化，工作方式也将改变。2企业将更多的采用更大的团队工作方式。3团队间的相互了解和主动协调将大大提高，4整个组织将更主动更积极的面向顾客。从而达到管理职过程化，职能综合化和组织扁平化。4.3.4.6企业流程重组的实例4.4 系统详细调查4.4.1系统详细调查的方法为了完成系统规划，必须对企业的战略目标和系统的目标有清楚地了解，只有对现行系统进行了充分的调查了解，掌握了现行系统的运行情况和存在问题，明确用户需求，才能进行切合实际的可行性研究，为系统的分析和设计打下坚实的基础。4.4.1.1开调查会开调查会是系统调查中最常用、最有效的方式之一。开调查会可以采用多种形式。一种是座谈会形式，会议一般有开发小组成员主持，开发人员在会上可以与参加会议人员自由地交谈，对系统提出各方面的意见与想法，开发人员也可作启发性的发言，介绍计算机在信息处理中的功能，最后根据座谈会的发言作小结，此时可以重复管理人员所提出的比较一致的意见与建议。另一种调查的方式是走访企业的领导人员，让领导人员谈论企业的管理信息系统的要求与建议，也谈谈他个人在工作中对管理信息系统的需求。4.4.1.2头脑风暴法头脑风暴法（Brain storming，也称智力激励法、脑力激荡法），是美国现代创造学奠基人奥斯本（A.F. Osborn）提出的，是一种创造能力的集体训练法。它把一个组的全体成员都组织在一起，使每个成员都毫无顾忌地发表自己的观念，既不怕别人的讥讽，也不怕别人的批评和指责，是一个使每个人都能提出大量新观念、创造性地解决问题的最有效的方法。由于该法具有应用范围广和实效性强的特点，所以自问世以来，得到了极为广泛的应用。过程1在讨论组中选择一位主持人和一位记录员（可以是同一个人）。2集体讨论，确保每人对将要探索的问题都有清晰的了解。3建立讨论活动的规则。1）鼓励“自由想象”。提出的观念越荒唐，可能越有价值。2）承认每个人发表的观点。3）确保不侮辱、贬低其他人。4）声明没有一个答案是错误的。5）记录每一个回应，除非它被一再重复。6）借题发挥，可以改进、组合他人提出的观念，提出新见解。 4开始集体自由讨论。主持人选择小组成员共享他们的答案。记录员记录下所有的回应，使得每个成员能够看到这些反映。确保在讨论结束以前不要评价或批评任何回答。 5一旦集体讨论结束，马上检查记录结果和开始对各种回应进行评价。检查这些回应记录的时候，一些基本的要求包括：1）寻找任何重复或者相似的答案。 2）将相似的概念聚集在一起。 3）剔除明确不合适的回应。 4）精简了记录清单以后，继续运用小组讨论的方式，讨论剩余的回应内容。 4.4.1.3 全面业务需求填表调查这是一种比较广泛的调查方式，它要求设计出目的明确、清楚的信息调查表。调查项目一般都是要求较明确的具有共性的项目，由于通过调查表只能收集表面上的信息，如果要了解较为深入的、特殊的情况，还需要采用访问的调查方式。（1）重点询问调查首先列出影响信息系统成败的关键因素，编制一个调查问卷表，然后自顶向下对组织的各个管理层次进行访问，并分类整理结果，从而了解各部门的全部工作和设想。（2）全面业务需求分析的问卷调查针对所而需调查的各项内容，绘制相应的各种形式的图表，用这些图表对企业管理岗位上的工作人员进行全面的在需求析调查(填表)，然后分析整理这些图表逐步得出我们所要调查的内容。常见的调查表有：1）上级单位对企业要求调查表;2）系统功能需求调查表:3）企业业务流程调查表;4）企业各业务部门组织结构及业务范围调查表;5）信息需求调查表;6）业务文件/报表调查表（见表5-1）4.4.1.4 直接参加管理业务的实践为了了解系统的实况，开发人员可以有目的、有选择的参加某些实际的业务工作，可以通过跟班工作，深入地了解信息的发生、传递、加工与存储的各个信息处理的环节，把握现有系统的功能、效率以及存在的问题。从而可以与管理人员共同研究出解决问题的想法和建议。此外，通过与基层人员的直接接触、相互交流，可以增加开发人员与业务人员的之间的相互信任，密切开发人员与业务人员之间的关系，使系统的开发工作得以顺利进行，也为以后系统的正确使用打下良好基础。对每一业务弄清其输入、处理、存贮、输出、立即存取要求，收集相应资料。理顺各个岗位、各个业务流程之间的关系。除去不必要的环节，对重复的环节进行合并，对新的环节进行增补。确定哪些是今后计算机系统要处理的环节。 对于复杂的计算过程如能亲自动手算一算，对以后设计和编写程序设计说明书都是很有益的一步。一个好办法是在这个阶段就收集出一套将来可供程序调试用的试验数据，这对系统实施阶段考核程序的正确性很有用处。开发人员亲自参加业务实践，不仅可以获得第一手资料，而且便于开发人员和业务人员的交流，使系统的开发工作接近用户，用户更了解新系统。4.4.1.5 阅读与分析现有系统的资料主要是通过查阅组织或业务部门的文件、年报、总结、计划、规章制度、上报资料等，了解组织的概况等基本情况。4.4.2 系统详细调查的目的及主要内容详细调查的对象是现行系统(包括手工系统和已采用计算机的管理信息系统)。详细调查的目的在于完整掌握现行系统的现状，发现问题和薄弱环节，收集资料，为下一步的系统化分析和提出新系统的逻辑设计做好准备。为了给系统需求分析、组织结构和功能分析、业务流程分析、数据流程分析等各种分析活动提供资料，以便于建立科学合理的新系统的逻辑模型。详细调查的原则详细调查应遵循用户参与的原则，即由使用部门的业务人员、主管人员和设计部门的系统分析人员、系统设计人员共同进行，两者结合，就能互补不足，更深入地发现对象系统存在的问题，共同研讨解决的方案。其中包括：组织结构调查、管理业务流程调查和系统功能调查分析等。4.4.2.1 组织机构调查组织机构是一个组织内部部门的划分及其相互之间的关系。组织机构的划分总是随着功能的扩展或缩小、人员的变动等因素的变化而变化。以功能为基点分析问题，则系统将会相对于组织的变化而有一定的独立性，即可获得较强的生命力。所以在分析组织情况时还应该画出其业务功能一览表。这样做可以使我们在了解组织结构的同时，对于依附于组织结构的各项业务功能也有一个概貌性的了解，也可以对于各项交叉管理、交叉部分各层次的深度以及各种不合理的现象有一个总体的了解，在后面的系统分析和设计时应特别注意避免这些问题。组织机构调查的主要内容包括：领导层次关系；物资流动关系；资金流动关系；信息流动关系。 4.4.2.2 管理业务流程调查业务流程调查主要任务是调查系统中各环节的业务活动，掌握业务的内容、作用、及信息的输入、输出、数据存储和信息的处理方法及过程等。它是掌握现行系统状况，确立系统逻辑模型不可缺少的环节。调查业务流程应顺着原系统信息流动的过程逐步地进行，内容包括各环节的处理业务、信息来源、处理方法、计算方法、信息流经去向、提供信息的时间和形态（报告、单据、屏幕显示等）。系统调查过程中，业务流程调查的工作量非常大，需要耐心细致工作，系统开发人员与用户之间联系非常密切，需要彼此间进行良好的沟通，调查中，既要完成好自身工作任务，又要考虑所调查业务与其他业务彼此间的联系。4.4.2.3 系统功能调查为了实现系统的目标，系统必须具有各种功能。所谓功能，指的是完成某项工作的能力。各子系统功能的完成，又依赖于下面更具体的工作的完成。管理功能的调查是要确定系统的这种功能结构。4.5 可行性研究可行性研究是系统开发阶段的第一阶段，可行性研究对系统是否可行的问题进行探讨和研究，从而确定系统是否值得开发和是否有能力开发。这个阶段对系统的成败是至关重要的，如果对系统目标与系统功能不作认真调查与分析，在系统需求、信息来源和可行性等基本问题没有确定的前提下，而进行大量系统设计与程序设计工作，最终可能导致系统不能满足用户要求，浪费大量人力、物力，也拖延了开发的进度。 4.5.1 可行性研究的主要内容可行性研究集中在如下几个方面：（4）其它因素（3）组织与管理上的可行性 （2）经济可行性（1）技术可行性 结论 可行性分析的任务是明确应用项目的开发的必要性和可行性。必要性来自实现开发任务的迫切性，而可行性则取决于实现应用系统的资源和条件。这项工作需建立在初步调查的基础上。4.5.2 可行性研究的步骤为了成功地开发软件，必须知道要做的工作的范围、要用的资源、要花的工作量以及应遵循的进度。如果整个工程可以做，并且值得做，那么，分析人员就应该推荐一个较好的解决方案，并为工程制定一个初步的计划。可行性研究需要的时间长短取决于工程的规模，一般说来，可行性研究的成本只是预期的工程总成本的5%10%。怎样进行可行性研究呢？步骤：1核查系统规模和目标2研究当前的系统3导出新系统的高层逻辑模型4重新定义问题5导出和评价解题方案6拟订开发计划，书写文档并提交审查1核查系统规模和目标访问关键人员，仔细阅读和分析有关的材料，以便对系统调查阶段得到的关于规模和目标的报告书进一步核查确认，改正不正确的叙述，清晰的描述对目标系统的一切限制和约束。这个步骤的工作，是为了确保分析人员现在所描述的内容，就是系统将来要实现的目标。2研究当前的系统现有的系统是信息的重要来源。显然，如果目前有一个系统正被人使用，那么这个系统必定能完成某些有价值的工作，因此，新的目标系统必须也能完成它的基本功能；另一方面，如果现有的系统是完美无缺的，用户自然也不会提出开发新系统的要求，因此，现有的系统必然有某些缺点，新系统必须要解决旧系统中存在的问题。 3导出新系统的高层逻辑模型优秀的设计过程通常是从现有的物理系统出发，导出现有系统的逻辑模型，再参考现有系统的逻辑模型，设想目标系统的逻辑模型，最后根据目标系统的逻辑模型建造新的物理系统。 4重新定义问题新系统的逻辑模型实质上表达了分析人员对新系统必须做什么的看法。用户是否也有同样的看法呢？分析人员应该和用户一起再次复查问题定义、工程规模和目标，这次复查应该把数据流图和数据字典作为讨论的基础。如果分析人员对问题有误解或用户曾遗漏某些要求，那么现在是发现和改正这些错误的时候了。 5导出和评价解题方案分析人员应该从建议的系统逻辑模型出发，导出若干较高层次的物理解法供比较和选择。导出供选择的解