基于UML的集成企业建模

基于UML的集成企业建模作者：湖南省烟草公司蔡喆来源：tobacco摘要：在国家863烟草行业信息化CIMS/ERP项目中，我们严格按照863CIMS的规范和标准实施项目并已经取得了阶段性的成功。但CIMS系统的建模分析和设计方法是在面向对象技术出现之前的标准，且IDEF方法是面向结构的分析方法，与面向对象的方法、技术和工具存在一定的“代沟”。本文从企业模型的完整性和一致性入手，通过分析企业模型的作用和它们之间的关系，探讨了以UML为基础，过程模型（工作流模型）为核心，其他模型为辅的集成化企业建模方法。关键词：烟草行业信息化企业模型UML集成建模1引言当前企业组织结构、产品研发和业务流程需要适应市场竞争的激烈变化，伴随着企业应用集成范围的不断扩大，集成度的不断提高。怎样实现企业活动中三要素（人、经营、技术）和三流（物流、信息流、价值流）的集成与优化，从而改善企业的T、Q、C、S，提高竞争能力？烟草行业信息化经历了从业务的电算化、管理的规范化到集成的数字化的阶段。在实现“数字烟草”的过程中，怎样实现由信息集成、过程集成以及到企业间的集成？这些方面是诸如CIMS、ERP等信息化项目必须解决的关键问题。企业模型是人们为了解企业而经过抽象得到的对于企业某个或某些方面进行的描述[1]。企业建模作为实施企业信息化的必经途径，能更好地理解企业的生产经营，有效地控制企业业务过程，实现面向业务过程的企业组织结构的转变，是企业集成和企业性能优化的重要前提和基础。但传统的面向过程的企业建模，一方面不能反映现代企业基于业务流程的动态变化；另一方面，面向过程建立的企业模型与面向对象的设计和编程实现存在障碍——需求、设计和代码不能实现无缝连接和平滑过渡。研究人员在描述企业模型方面做了许多工作：提出各种企业建模方法、对企业模型的各个侧面进行了详细阐述等，这为我们的研究提供了基础。但目前不同的企业视图模型通常采用不同的建模方法与工具，还没有一个比较有效的模型集成与一致性保证方法[1]。如何解决各种模型视图的一致性和完整性、模型的整合机制以及业务工程向软件过程的转变等方面还有很多研究课题。本文结合国家863烟草行业CIMS/ERP项目实践，针对企业模型各种视图（功能模型、信息模型、组织模型、资源模型、过程模型）的完整性和一致性展开研究，通过分析企业模型的作用和它们之间的关系，探讨了“以UML为基础，过程模型（工作流模型）为核心，其他模型（功能、信息、组织、资源）为辅”的集成化企业建模方法。2企业建模概念以及建模目的企业是为社会生产产品、提供相应服务,并获取利润的社会经济组织[2]，它是一个非常复杂的社会、经济、物理系统。而模型是实际对象或系统的抽象及简化的表示，是抽取服务于研究目标的对象的本质特征，忽略或精简了一些次要的非本质的影响因素后的对象表示法[2]。因此一般不可能用一个模型全面地、清晰地描述企业，企业模型的一个显著特点是通常由一组模型组成，每个子模型完成企业某个局部特性的描述，按照一定的约束和连接关系将所有的子模型组成在一起构成整个企业模型。企业建模是根据有关企业建模的知识、以前的模型、企业的参考模型、领域的本体论和模型表达语言来建立全部或部分企业模型的一个过程[1]。企业模型的建立是从企业当前模型及参考模型出发，应用建模语言对企业的业务进行描述、改进的过程。企业建模一方面可以清晰地描述企业流程、可视化定义应用的结构和行为，达到“可视化”、“文档化”大型系统的目的；另一方面企业模型的建立为BPR或业务流程优化提供依据和基础。通过模型抽象降低了系统复杂性，不但有助于分析设计者和各种用户以及系统相关者进行交流，而且有助于开发小组成员之间的信息交流。我们将企业模型分为功能模型、信息模型、组织模型、资源模型、过程模型五个视图。功能模型的主要目的是描述企业功能，说明企业中需要完成的工作或任务；信息模型说明了企业处理的业务对象中所包含的信息，即执行具体功能的活动的输入、输出数据以及这些数据之间的逻辑关系。功能模型确定了企业业务功能的逻辑结构和相互关系，信息模型提供了建立高效可靠的企业业务数据结构的基础，这两个模型是相互补充的。过程模型是一种通过定义组成活动及其活动之间的逻辑关系来描述工作流程的模型。资源模型是一个通过定义企业资源之间的逻辑关系和资源的具体属性，从而描述企业资源结构的模型。组织模型是用来定义企业中人的组织形式的模型，它描述了企业的组织对象、组织对象间的联系以及与其他视图模型间的关系等。现有企业建模方法：CIM-OSA（ComputerIntegratedManufacturing-OpenSystemArchitecture）、IDEF（ICAMDEFinition）、DEM（DynamicEnterpriseModeling）、ARIS（ArchitectureofIntegratedInformationSystem）、PEAR、GRAI/GIM、GERAM、IEM等方法。3企业建模方法比较我们对ARIS、IDEF和UML三种企业建模方法进行比较：3.1ARIS：ArchitectureofIntegratedInformationSystem，是一组基于过程的企业建模、仿真分析的工具集，可与SAP等ERP商业套件集成在一起，提供BPR、ERP系统实施、企业流程监控及持续改善等一体化的解决方案。它通过构建组织结构、过程、功能、数据、产品/服务五大类模型，把与企业有关的诸多对象，按照对象间存在的各类关系有机地关联起来，并采用直观简洁的图形化方式，将企业流程的每一活动过程分层次地、由粗到细地描述出来。ARIS的方法是：先构建组织模型，在此前提下，为实现企业活动的全过程构建过程模型，并且围绕过程的描述，将过程中涉及的功能、事件及数据信息加以归类和描述，分别构建功能模型和数据模型。模型建立的过程又是个可分层次、由粗到细、由浅入深的过程。一旦模型建立后，便进入对现有流程模型细化、分析评估的阶段，即根据企业需求对现有流程中不合理部分予以改进，快速配置出企业需要的业务流程，之后继续深入下去对未来流程加以分解和详细描述，以利于流程配置、分析，最终明确企业目标和未来流程，进行BPR、ERP的实施。ARIS是SAP采用的建模方法，其方法和技术有很大程度的厂商垄断性，形成对开放式的行业标准的阻碍；其功模型用Nassi/shneiderman的Structdiagram来描述功能如何执行的、数据模型主要采用Chen的E-R模型来描述事件和条件、控制模型运用面向对象的方法，以Raumbaugh的对象图，建立数据-控制-功能-组织之间的连接，因此这种方法不能很好地解决模型的一致性问题。3.2IDEF系列：IDEF的基本概念是在七十年代提出的结构化分析方法基础上发展起来的。结构化分析方法在许多应用问题中发挥了很好的作用。特别是在降低开发费用，减少系统错误，促进交流的一致性以及加强管理等方面都产生了积极的作用。该方法分为15个部分，IDEF0描述系统的功能活动及其联系，建立功能模型，其基本内容是SADT（SystemAnalysisandDesignTechnology）的活动模型方法，基本思想是结构化分析思路。IDEF1x描述系统信息及其联系，建立信息模型作为数据库设计的依据。根据国家863CIMS项目标准，我们采用IDEF0建立功能模型，进行需求分析；采用IDEF1x建立信息模型。在IDEF系列中虽然有相关支持面向对象的特点，但其通用性不强；而且没有提供对动态企业特征的企业建模的支持。IDEF方法有许多个层次针对不同的模型有不同的语义、语用、语法模型，对于模型之间的一致性、IDEF之间的集成和一致性等方面的问题一直是研究的重点。CIMS系统的建模分析和设计，是在面向对象技术出现之前的CIMS建模标准，且IDEF方法是面向结构的分析方法。3.3UML，UnifiedModelingLanguage统一建模语言。在美国己经有700多家公司采用UML作为建模语言。UML于1997年被OMT组织批准作为标准。它是由世界著名的面向对象专家GradyBooch、JamesRumbaugh和IvarJacobson发起，分别在Booch方法、OMT方法、OOSE方法的基础上修改完成的，它集成了几种建模语言的优点。UML可以对任何大型的系统包括软件、机械系统、企业过程、复杂的信息系统、实时系统、分布系统、商业系统等进行建模。UML方法的类和模型图是一个整体，可以采用任何一种模型图或者其组合实现可视化和面向对象技术的建模。针对前两者的不足和UML的特点，我们选择了后者，并在下面展开详细论述。4基于UML集成建模分析与实例4.1基于UML的企业建模UML共包括5类9种模型(现在版本是UML1.4，即将正式推出UML2.0版本)。UML包括用例图、类图、对象图、状态图、顺序图、协作图、活动图、构件图、配置图等。用例图（UseCaseDiagram）描述了一组用例和参与者以及他们之间的关系，描述系统提供的功能，显示了系统的外部角色以及他们与系统所提供的用例之间的关系（由“谁”提供了哪些功能或哪些服务）。类图（ClassDiagram）显示了一组类、接口、协作以及他们之间的关系，描述了系统中类的静态结构，定义了系统类的内部结构属性和操作。对象图（ObjectDiagram）显示了一组对象以及他们之间的关系。状态图（StateDiagram）显示了一个由状态、转换、事件和活动组成的状态机，描述类的对象所有可能的状态以及事件发生时状态的转移条件。顺序图（SequenceDiagram）描述对象之间的动态协作和消息传递，强调消息的时间次序的交互图。协作图（CollaborationDiagram）描述对象之间的协作关系，强调收发消息的对象的结构组织的交互图。活动图（ActiveDiagram）显示了系统从活动到活动的流以及活动之间的约束关系。构件图（ComponentDiagram）显示了程序代码的物理结构。配置图（DeploymentDiagram）显示了软件在硬件环境中的配置关系。采用UML建立企业模型时，在企业的功能建模方面采用例图(UseCaseDiagram)；组织建模方面采用对象图(ObjectDiagram)；在信息建模方面采用类图，建立表结构以及表结构之间关系的描述；在过程建模（工作流建模）方面采用活动图（ActiveDiagram）或状态图(StatechartDiagram)描述业务流程；在资源建模方面采用类图构成企业的资源分类树。同时吸收IDEF建模“逐步求精”的思想，在信息流方面逐层分解，并根据企业业务的特点，可适当利用UML扩展机制建立扩展版型。UML企业建模为充分认识、完整表达和准确分析企业模型提供了依据和基础。一方面实现了业务建模与软件建模的横向统一；另一方面UML贯穿系统开发的整个过程，实现了从需求分析、设计、实施、部署过程的纵向统一，如为实施阶段的代码实现提供框架（Linkconceptstoexecutablecode），UML对于构件、软件体系结构、配置实施等在大型复杂项目中的建模能力等，较好地实现了以业务工程为中心向IT为中心的过程转变。采用UML的面向对象建模方法，可使问题空间结构和解空间结构保持一致，随着人们认识事物的逐步深入，模型容易被修改、扩展、重用和维护，UML模型提供了良好的模型结构，较好地解决了模型的“转化与优化”的问题。UML提供了可视化建模技术和面向对象技术的结合，使企业建模、面向对象的设计和编程实现了无缝连接和平滑过渡，其丰富的建模元素和可扩展机制为企业模型的语义、语用、语法完整性和一致性等方面提供了保障。4.2以过程模型为核心，其他模型为辅的企业模型在开发集成信息系统时，需要仔细分析企业的业务流程，分析理解各部门的功能及它们之间的信息流动。一个系统可认为是由实体、活动以及它们之间联系组成的。任何模型从数据(信息)或活动(功能)的角度来描述系统则只能反映一个侧面，不能对整个系统作清晰、明确的描述。建立任何模型都要有它的目的和立足