GA005-181-15

1.Business Process Diagram with Lanes（带有通道模式的业务流程图）
带有通道模式的业务流程图在池中包含的三个通道中创建流对象，包括活动和开始和结束事件。车道用于组织和分类车道中的元素。

上图显示了包含流对象的三个通道的单个池。

上图显示项目列表池及其车道的嵌套。

讨论
车道的目的是组织和分类流动对象，通常用于指示谁执行或负责车道中包含的活动。这些通道可用于其他目的，例如指示正在执行活动的位置或谁管理一组活动。
模式可以在计划的任何时候使用，但通常在绘制基线（当前状态）过程或定义目标（未来状态）过程的早期使用。对于一个组织来说，在一个企业或业务单元级别开始详细描述所有基线（当前状态）过程是非常常见的，这样这些过程是可用的，并且可以被多个项目重用。
下面列出了使用此模式时可能需要执行的一些操作。
1.1重新命名包和图表，以适合所建模的过程。

1.2重新命名图中的项目，以适合所建模的过程。

1.3根据需要使用“标记值”窗口更改活动类型和开始和结束事件。

1.4为活动和其他要素添加注释，以提供更详细的描述或解释。

1.5如果需要，可通过扩大池和从工具箱中拖放车道来添加新车道。

以下是应用该模式时的一些后续步骤的列表。
1.1通过添加子关系图创建从活动向下钻取，该子图将使元素组合，并允许用户单击到流程中的下一级。

1.2使用内置或用户定义的模板，使用文档生成器自动创建文档。

1.3使用模拟窗口中提供的内置模拟器创建图表模拟。

1.4使用BPSim工具创建模拟，该工具允许对流程进行复杂的分析。

1.5创建活动与存储库中其他元素之间的跟踪关系，包括向上流程元素（如驱动程序）、目标和向下流程元素（如用例、用户情景、组件）。

1.6创建业务规则任务，并使用决策模型和符号（DMN）工具将该元素与决策模型中定义的决策关联起来。

1.7如果有其他组织是流程的一部分，但在关注的组织外部，则创建额外的池。

2.Organization Chart（组织结构图）
组织结构图模式创建元素和图表，为组织的角色、职责和报告线建模。各种各样的线条样式和颜色被用来帮助布局和吸引人的图表。

上图显示已安排为显示为组织定义的角色组的报告行的类。

讨论
模式的目的是允许业务分析师、业务架构师或其他涉众创建一个组织图，以表示特定时间点的组织结构。组织部门、角色或指定人员可以作为图表的一部分。
在业务流程或业务流程的定义中，通常包含一个负责业务或业务部分的角色或人员。
下面列出了使用此模式时可能需要执行的一些操作。

1.1更改图表的名称以适应计划。

1.2更改角色名称以适合组织

1.3改变关系以适应倡议。

1.4根据需要移除元件或添加额外元件。

以下是应用该模式时的一些后续步骤的列表。
1.1本组织结构图可以扩展和完成，以表示组织的结构，包括角色之间的通信关系。

1.2可以创建元素的实例，以显示在给定时间点担任某个角色的人员。

1.3可以添加标记值，以获取有关特定角色的其他信息，例如跨领域功能组或地理位置。

3.Basic Business Process（基本业务流程图）

基本业务流程模式使用Eriksson-Penker语言创建元素和图表，用于表示业务流程和交互。该语言提供了一种对业务流程进行建模的内聚方法，允许建模者在一个全面而有表现力的图表中表示目标、触发流程的事件以及流程的输入和输出。

上图是一个Eriksson-Penker图，显示一个带有触发事件、信息、资源、目标和输出的业务流程。

讨论
该模式的目的是允许业务分析师、架构师和其他涉众创建和查看一个简单但有表现力的图表，该图在单个视图中捕获流程的所有方面。战略家、经验设计师、业务线经理、信息建模师都将从拥有这样一个有凝聚力和完整的流程视图中受益。
该模式可以在计划期间的任何时候使用，但通常在分析期间用于描述基线（当前）和目标（未来）过程。即使在使用其他更普遍的语言来建模业务流程时，Eriksson-Penker图在需要详细分析特定流程时也很有用。
下面列出了使用此模式时可能需要执行的一些操作。
1.1更改包装名称和图表，以适应倡议。

1.2更改要素的名称，包括过程、参与者、事件、目标以及输入和输出。

1.3创建其他元素来表示流程的其他方面。

以下是应用该模式时的一些后续步骤的列表。
1.1通过添加子关系图创建从活动向下钻取，该子图将使元素组合，并允许用户单击到流程中的下一级。

1.2使用内置或用户定义的模板，使用文档生成器自动创建文档。

1.3在活动和存储库中的其他元素之间创建跟踪关系，包括向上流程元素（如驱动程序）、目标和向下流程元素（如用例、用户情景、组件）。

1.4创建链接文档，以记录有关流程或模型中其他元素的附加信息。

4.Domain Model（域模型图）
域模型模式在类图上创建类，这些类描述讨论中的域中的重要概念或“事物”。类可以命名，也可以有详细的注释。连接词用来描述元素之间的关系，就像自然语言中动词用来描述名词如何相互作用一样。

上图显示一个类图，其中包含表示域中概念的多个类。类被连接以显示它们的关系，而多重性用于描述关系的基数。该图以手绘方式呈现，以使其更直观，更吸引非技术观众。

讨论
其目的是创建一个域中重要概念的模型，该模型可以用作通信工具，以确保所有涉众对概念有一个共同和一致的理解。
域模型通常是在计划中创建的首批模型之一，它构成了开发存储库其他部分的基础。它可以像使用词典一样作为一种交流工具。
它还可以用作其他模型的参考，例如流程图或组件图，指示输入或输出的信息。
下面列出了使用此模式时可能需要执行的一些操作。
1.1更改类和关系的名称以适合您的主动性。

1.2添加属性来描述类的属性。

1.3随着模型分析的继续完善。

1.4为元素和关系添加颜色以传达意义。

以下是应用该模式时的一些后续步骤的列表。
1.1元素可用于其他模型，如需求模型、过程模型、用例模型、用户故事和组件模型。

1.2在为其他元素创建注释时，可以插入域元素以提供对域元素的超链接引用，从而提供对域定义的概念的强大交叉引用。

1.3对于一个系统或计划来说，跨越一个以上的域是很常见的，可以为其他域构造任意数量的其他域模型。

5.Management Enterprise Architecture（管理企业架构图）