开发ERP系统的分析方法.docVIP

第六章 ERP系统的分析与设计方法 很多的方法论把分析和设计两种活动分开来，但其实这两者是很难区分的，做分析的时候会想到如何设计，而思考如何设计反过来又会影响分析的效果。可以说，它们两者之间是相互联系和不断迭代的。本书将结合ERP系统的特点阐述其分析方法和设计方法的要点，重点讲述的是方法而不是分析和设计的过程和结果。对于ERP系统的具体的业务逻辑设计读者可参看本系列丛书的《ERP的实质与管理者的决策》分册。 6.1 分析方法回顾 在2.1节，我们已经对软件工程的分析方法有了较为详细的描述，这里我们做一下简单地回顾。软件系统的早期分析方法主要采用基于文字描述的非形式化分析方法，这种方法不太直观，对于复杂的业务逻辑难以描述清楚。在70年代中期，随着图形化分析方法引入，许多半形式化和形式化的分析技术被设计出来，并被大量的结构化分析所采用，例如我们常见的处理流程图、数据流图、业务流程图、实体关系图、IDF、Petri网方法等。90年代之后，面向对象的分析方法也逐渐普遍，例如人们常用的UML。这些不同分析方法和技术，在不同的开发模式和环境下都被证明为是有效的，在ERP系统的开发过程中，不同的阶段可能会用到不同的分析方法。这里我们并不想试图证明哪一种方法是最适合ERP系统设计的，因为这往往是徒劳的。当我们开始同客户进行交流以确定业务流程时，可能会随手画出一个流程框图，虽然它不能精确地表达业务逻辑和数据的关系，但确实可以充当我们和客户交流的桥梁，把握住主要方向，进行有效地交流。但是我们要想依此就进行开发，显然还有许多工作要做。这些工作包括需求分析、概要设计、详细设计、架构设计及组件设计。在这些过程中，许多方法都被证明是有效的。虽然，UML设计了一套可以贯穿整个设计过程的模型，但是，一方面使用这样的模型可能意味着更多的投入，而且这些模型可能太复杂，用它和用户进行交互不一定能取得好的效果；另一方面，许多ERP系统地设计和开发是在一定原型上进行的。因此笔者认为，在ERP的设计阶段，开发者还是应该灵活地对待设计工具和使用设计模型。其关键是要做好各个设计和开发阶段的控制，使之有效的运作。 本章将着重给出在这些过程中ERP系统分析主要内容或方法，以强调ERP系统开发过程中，所涉及的几个主要分析阶段要达成的分析结果，这些结果对于保证ERP系统的开发质量将起到关键性的作用。 6.2 ERP系统的总体分析方法 6.2.1 总体分析方法 对ERP系统的总体分析方法，可以从两个方向上展开。一种是从企业的业务流程上展开，沿着业务流程的走向，不断进行深入设计，这被称为纵向展开的设计。一种是从ERP总体结构上展开，从贯穿企业各种业务的各种管理对象，如信息、资金、物料等状态变化上展开设计，这被称为横向展开的设计。实际当中我们往往综合使用两种方法，以达到优势互补的目的。 按业务流程展开 ERP的总体业务分析可以沿着企业的业务流程纵向地展开，这种展开方式可以有自顶向下和自底向上两种。自顶向下的方式首先着眼于系统的总体方向，把握住大局，然后再逐步细化其中的细节，这是一种系统规划的方式。这种方式使得我们不至于在着眼于业务细节时迷失系统设计的方向。当我们对ERP系统在总体结构上已经有了较为清晰的认识时，可以采取这种方式。 自顶向下设计的一般的做法是按照业务的同一性质将各种业务归并为ERP的若干个子系统，然后绘制出各个子系统之间的关系。随着子系统的增多，系统之间的关系将变得越来越复杂。在图5-3中曾给出了一个传统ERP的子系统关系图，虽然该图所表达的各子系统之间的关系十分粗略，但已经让人觉得难以把握了。已有的研究表明，设计者在同一个时间往往只能将注意力集中在5至6个设计对象上。据此人们开发出了许多逐步求精的设计方法，例如多层的数据流图、IDF0图等等。在这样的方法中，首先可以将ERP中较多的子系统按照业务或功能的同一性质划分为几个大的分系统，确定这些分系统之间的结构关系，然后再逐步将每一个分系统拆分为子系统，子系统可以再拆分为模块，模块还可以再拆分为功能。在逐级拆分的时候，必须保持上下级结构的一致性，例如上级获得的输入一定在下级中有对应的处理，而上级的输出也必须有下级的输出相对应。 如图6-1所示的为ERP系统的功能模型图──IDEF0图。IDEF方法已经在第二章中介绍过，它是结构化分析方法的一种重要形式，特别适合于大型的、复杂的人机工程系统的设计。在图6-1中将ERP系统分为6个分系统：基础数据（A1）、市场营销(A2)、物资供应(A3)、生产制造(A4)、财务管理(A5)、综合管理(A6)。虽然分系统的力度已经很大，但是其交互的界面还是很多的，例如基础数据（A1）的OA业务输出成为各个分系统的实现条件，物资供应的库存信息输出成为市场营销系统的控制条件，生产制造的领料信息输出