能力模式:业务建模
此功能模式涵盖业务建模规程的活动和工作流程。
描述工作分解结构团队分配工作产品使用
关系
描述

可采用几种路径来完成业务建模规程的工作流程。路径的选择取决于业务建模工作的目的以及您在开发生命周期中所处的阶段。

  • 如“评估业务状态”中所定义,在第一次迭代中,将评估组织的状态并确定改进领域。根据此评估的结果,可决定如何在此迭代中继续工作,以及如何在后续迭代中工作。业务建模的范围描述可能会出现的一些典型场景。 
  • 如果您确定不需要整个业务模型,而只需要领域模型(业务建模的范围中的场景 #2),则将遵循此工作流程的备用“开发域模型”路径。在 Rational Unified Process 中,领域模型被视为业务分析模型的一部分,它仅包含业务分析模型的业务实体。
  • 如果您确定业务流程不会发生主要变化,并且打算开发软件系统,则您所需要做的是将那些流程绘制成图表并派生软件需求(业务建模的范围中的场景 #1)。因为不需要保留当前组织的一组特定模型,所以您可以直接将重点放在描述目标组织上。您将要遵循业务建模路径,但跳过“描述当前业务”。
  • 如果打算部署新的软件系统,则需要描述当前业务流程,目的是为了了解该软件系统将如何融入组织。模型最初将描述当前组织(“描述当前业务”),但是会被调整为反映使用软件系统的方式。在这种情况下,您也只需要一组模型。 
  • 如果您进行业务建模的目的是为了改进或重新设计现有业务(业务建模的范围中的场景 #3、#4 和 #6),或者对业务作出重要更改,则将要同时对当前业务和目标业务进行建模。在这种情况下,“业务体系结构文档”对于评估体系结构决策的后果是至关重要的。
  • 如果您进行业务建模的目的是为了或多或少从头开始开发新业务(业务建模的范围中的场景 #5),则将要设想新业务并构建它的模型,但跳过“描述当前业务”这一步。
属性
事件驱动
多次出现
正在进行
可选
已计划Yes
可重复
使用
使用说明

决定如何执行工作流程

应就业务建模规程的工作流程做出以下决策:

  • 决定如何执行工作流程。如概念:业务建模的范围中所述,有几种方式可用于执行业务建模工作流程。决定您将使用哪个场景。可选择将决策记录到开发案例中。工作产品:目标组织评估描述部署了系统的组织的当前状态。它在您决定如何执行业务建模工作流程时充当了输入信息。 
  • 决定要执行业务建模活动的哪些部分。例如,如果项目只需要业务分析模型,则您可以决定只引入领域模型,注重于说明对业务领域很重要的产品、可交付成果或事件。  
  • 决定在项目生命周期内何时引入工作流程的每个部分。一般而言,业务建模工作流程应在项目早期引入。 

注意,在您准备决定如何使用业务建模工作流程之前,通常需要评估业务状态。