规程:业务建模
此规程提供了关于不同建模技术的指导信息,这些技术可能会在业务工程工作中用到。
关系
主要描述

目的

业务建模的目的是:

  • 了解目标组织中的当前问题,并确定潜在的可改进部分。 
  • 评估变更组织所产生的影响。
  • 确保客户、用户、开发人员和其他各方对组织达成共识。
  • 派生出支持目标组织所需的软件系统需求。
  • 了解要部署的软件系统将如何融入组织。

组织图表不足以让您了解业务是如何工作的。我们还需要业务的动态视图。业务模型提供了组织结构的静态视图和组织中流程的动态视图。

需要根据推动业务发展并使其保持正常运行的因素来对业务进行变更。这些因素可能就是目标,例如降低成本、改进质量或缩短产品投放市场的时间。我们需要对业务进行建模,以找到问题或确定改进机会。一个有活力并且不断进取的组织的特征是它能够在其业务推动因素发生变化时适应新环境。

许多不同的人(项目干系人)需要了解业务。因为所有这些人都有不同的背景知识和兴趣,因此他们对业务持有不同的观点。我们需要使用通用的表示法,以简单并且可以理解的方式来对业务进行建模。必须能够使用不同的观点和抽象程度以不同的方式描述业务模型。如果并非每个人都能理解您的业务模型,则您进行的业务建模就失去了意义!

业务是向客户提供价值以获取利润的活动。运行业务是作出决策的过程,并且信息是决定决策质量的最重要的因素 [MARS00]。必须设计信息系统,以确保提供及时、准确、充足的相关信息。仅当我们了解作出业务决策的环境时,我们才可确保信息系统会按这种方式来支持这些决策。

工件

为实现这些目标,业务建模规程会描述如何评估当前组织并规划新组织的远景。然后它会使用此远景作为基础,在业务用例模型和业务分析模型中定义该组织的流程、角色和职责。

还会开发以下工件来作为这些模型的补充:

  • 业务远景
  • 业务体系结构文档
  • 补充业务规范
  • 业务规则(以文档形式和/或作为业务分析模型中的元素)
  • 业务词汇表

流程和表示法

提供了许多业务建模技术和表示法,已使用它们来获得过不同程度的成功。但是,业务建模流程较少。RUP 提供了业务建模的流程。统一建模语言(UML)可有效地应用到软件和业务建模中。对业务和软件建模使用相同建模表示法的一个最重要的优势在于,业务分析人员和软件开发人员可使用同一种语言。这就允许直接并有效地在支持该业务的业务模型和软件系统模型之间进行转换。

建模、了解和改进业务与构建软件系统非常相似。在开始时,会有一段发现过程,它包括定义对象和范围。此过程还涉及进行粗略的高度概述,并一段一段地填充它。我们不能仅注重于一段并且在完成它之后永不再看它。通常,我们必须重新查看某些已经建模的片段,并根据新的认识和了解对它们进行更改。我们不能等到已经彻底完成对整个业务的建模之后,再开始验证工作并作出改进。

因此最好是以迭代方式进行业务建模,先进行粗略的概述,然后一段一段地填充它。在每次迭代中,我们都会重新查看此粗略概述并进行必要的调整。然后填充更多的概述,并验证已经完成的工作。必须在开始下一次迭代之前,完成这些步骤。

与其他规程的关系

业务建模规程与其他规程相关,如下所示:

  • 了解系统需求时,需求规程使用业务模型作为重要输入信息。
  • 定义无缝融入组织的软件系统时,分析和设计规程使用业务模型作为输入信息。
  • 部署规程使用业务模型来帮助规划软件系统的部署。
  • 环境规程开发和维护支持工件,例如业务建模指南。


更多信息