企业信息建模与流程仓库建模实践

### 企业信息建模与流程仓库建模实践 #### 1. 企业信息建模的背景与重要性 在当今的大型组织中，信息技术面临着巨大的挑战。一方面，新的业务功能需求跨越了遗留系统的边界；另一方面，互联网及其相关技术带来了新的业务机会，促使组织将部分 IT 系统外部化。然而，现有的系统和应用大多是为执行特定任务而设计的，缺乏为其他系统提供服务的能力，且每个系统都有自己独立的业务模型、设计模型和实现模型，缺乏对公共部分的提取和复用。 企业信息建模（Enterprise Information Modelling）对于组织应对这些新挑战至关重要。它不仅能帮助组织更好地满足新的业务需求，还能与软件工程的其他步骤保持连贯，从而成功引入企业信息建模。 #### 2. 企业信息建模的核心概念 ##### 2.1 信息领域 信息领域是组织内处理重要概念的特定区域，这些概念通常需要以某种形式持久化，如数据库或数据存储。信息是通过定义良好的接口将数据以独立于底层数据格式的形式提供给客户端，并具有正确的语义。可以从组织架构、应用系统和业务流程等不同角度来划分信息领域，实践表明，一种新的正交视角能提供最自然的领域分类。 ##### 2.2 定义 企业信息建模位于业务流程建模和单个系统或应用建模之间，其主要目标是定义和建模组织内不同领域共同使用的资产。通过这种方式，它为整个组织带来了附加值，提高了资产的复用性和语义一致性，降低了总体成本，并增强了对所建模概念的理解。 ##### 2.3 定位 在组织的最高层面，建模工作主要描绘业务流程，这些业务流程是组织的核心。应用程序则是为了自动化从业务流程中提取的任务而构建的。然而，在自动化任务的过程中，往往会忽略任务之间的相互关系和复用性。企业信息建模旨在解决这个问题，它强调在分析任务时要考虑如何复用先前的成果，并以可复用的方式实现任务的自动化。 以下是不同模型之间的关系： ```mermaid graph LR classDef process fill:#E5F6FF,stroke:#73A6FF,stroke-width:2px; A(业务流程建模):::process --> B(企业信息建模):::process B --> C(单个系统或应用建模):::process ``` ##### 2.4 在软件工程过程中的应用 无论选择哪种软件工程过程，如 RUP、定制的 UP 或极限编程，企业信息模型的持续构建和使用都会对过程产生深远影响。在软件工程过程中，挖掘现有资产和新资产应成为必要步骤。挖掘新资产应尽早进行，其结果会影响应用程序的构建成本。构建可复用的信息资产虽然初始成本较高，但通过复用可以实现投资回报率。在使用 RUP 时，这会对项目的初始阶段、细化阶段和构建阶段产生影响。 ##### 2.5 连贯性 不同模型之间的连贯性至关重要。如果模型之间缺乏连贯性，它们的内在价值将大打折扣，会导致对业务和问题的理解不一致，降低复用性，并增加使用模型的阻力。此外，还需要保持模型与实现之间的连贯性，以确保构建的系统不仅满足业务需求，还符合企业信息建模的理念。实现模型之间连贯性的一个重要特征是可追溯性，它能帮助我们指出一个模型的变化对其他相关模型的影响。 #### 3. 工作进展 企业信息建模可以看作是组织内的一种集中化努力，它面临着长期目标和短期成果之间的平衡挑战。为了解决这个问题，采用了增量策略，先挖掘小型、快速且易于实现的公司资产，积累了一定的可见性和可信度后，再开始挖掘更复杂的资产。 在实践中，还需要解决一些重要问题，如信息所有权问题。通过分析业务流程，确定信息进入流程的位置，从而定义概念所有者，并制定了一套关于信息所有权的指南。 #### 4. 企业信息建模的结论 - 需要一个核心团队来监控从业务流程建模到应用建模及系统实现的整个过程，该团队需要具备不同技能和专业知识的人员。 - 仅创建技术上合理的解决方案是不够的，还需要考虑组织架构，并制定相应的实现策略。 - 所有工作都必须与业务背景或业务案例相关，模型和实现都应源于满足业务需求的项目。 - 获得管理层和业务用户的支持是关键因素，只有通过成功交付项目才能实现长期支持。 #### 5. 业务流程管理与流程仓库建模 ##### 5.1 问题引入 业务流程管理（BPM）在企业中越来越受欢迎，特别是在竞争激烈的商业环境中。现代企业的业务流程具有动态性和灵活性，需要根据不同利益相关者的需求进行定制。同时，业务流程存在复用的机会，且 BPM 责任更多地成为了业务需求而非技术需求。因此，业务分析师需要在业务设计层面处理 BPM，而解决这一问题的关键在于建立一个基于业务知识和语义的流程仓库。 ##### 5.2 业务流程建模基础 业务流程是由业务事件触发的持续工作单元，由业务规则驱动，每个状态转换都在事务中执行，并在必要时进行业务审计。在实践中，业务流程通常被建模为脚本和规则的组合，任务和子流程分配给人类或软件代理。规则根据工作流上下文、执行状态、历史记录、代理可用性、数据库数