GA005-181-02

一丶Three Participant Collaboration (White Box)（三人协作（白盒））

1.含义

三参与者协作（白盒）模式描述了以池表示的三个参与者之间的交互。 作为交互的一部分交换的消息将显示为池之间的消息流。 在“白盒”协作中，消息流跨越其他池的边缘，并以池中已明确表示的流对象为目标。

图1.显示了三个代表为池的参与者。 显式表示其他池中的流对象，并且消息流越过池的边缘并以池中的流对象为目标。

2.使用目的

目的是描述三个参与者（组织）之间的交互，这些参与者显示一个参与者中的详细流对象以及它们之间流动的消息，包括描述另一个参与者如何处理消息的详细信息。

3.使用情况

该模式通常是在较早时创建的，是一种了解参与交互的三个方之间的消息流的方式。它可以用于以下目的：
1当建模者需要隐藏，不知道或不关心其他参与者的详细过程时，使用该模式。
2它也可以用于呈现三个参与者之间交互的简单视图，以便可以交换交换的消息。

4.可执行操作列表

4.1重命名程序包和图表以适合计划。
4.2重命名图中的项目以适合计划。可以在“标记值”窗口中更改参与者的名称。
4.3在编排，消息和其他元素上添加注释，以添加详细信息和说明。
4.4从工具箱或项目浏览器中添加新的编排，并根据需要将它们与Sequence Flows连接。
4.5向编排添加新消息，以反映源自参与者的消息。

5.应用模式后续步骤可用列表

5.1使用内置或用户定义的模板，通过文档生成器自动创建文档。
5.2在活动和存储库中的其他元素之间创建跟踪关系，包括驱动程序和目标之类的上层元素，以及用例，用户案例，组件等下层元素。
5.3创建一个链接文档，以记录有关流程或模型中其他元素的其他信息。
5.4创建一个编排图，以隐藏三个参与者之间的交互细节。

二丶Organizational Modeling（组织建模）

1.含义

组织建模模式创建元素和组织图表，可以用来建模组织或组织的一部分的结构，显示角色之间的等级和关系。 角色、头衔和占据角色的人的名字可以被建模。

图1. 显示用于直观表示组织结构的类图。

2.使用目的

该模式的目的是允许业务分析师、业务架构师或其他涉众创建组织结构图，以表示组织在特定时间点的结构。 组织部门、角色或指定人员可以作为图表的一部分。

3.使用情况

它通常在定义企业或业务架构时使用，并允许角色包含在存储库的其他部分中，例如表示哪个角色、标题或个人对给定的业务流程、能力或支持服务负责。

4.可执行操作列表

4.1更改图的名称以适合计划。
4.2更改角色名称以适合组织
4.3更改关系以适合计划。
4.4删除元素或根据需要添加其他元素。

5.应用模式后续步骤可用列表

5.1本组织结构图可以扩展并完成，以表示组织的结构，包括角色之间的沟通关系。 5.2可以创建元素的信息，以显示在给定时间点填补角色的人员。
5.3可以添加标记值，以获取有关特定作用的其他信息，如跨部门职能小组或地理位置。

三丶Three Level Business Process Diagram（三级业务流程图）

1.含义

三级业务流程图模式创建三个层次的活动，并允许从最高层次的图表向下钻到最低层次。 这种机制允许建模者将甚至是任意大小的复杂过程分解为更小的过程的层次结构。

图1.零级过程图显示允许钻到下一级的(+)

图2. 显示活动的嵌套和项目浏览器中图表的位置。

2.使用目的

该模式的目的是允许业务分析师、流程分析师或其他涉众创建和查看组织为三级层次结构的业务流程图。

3.使用情况

模式可以在倡议的任何一点上使用，但通常在绘制基线（当前状态)进程或定义目标(未来状态）进程时早期使用。 对于一个组织来说，在一个企业或业务单元级别上开始一项详细说明所有基线（当前状态）过程的倡议是非常常见的，因此这些过程是可用的，可以被多个项目重用。

4.可执行操作列表

4.1将包和图命名为适合正在建模的过程。
4.2为图中的项命名，以适应正在建模的过程。
4.3根据需要使用标记值窗口更改活动类型以及开始和结束事件。
4.4Add活动说明和其他内容，以提供更详细的说明或解释。
4.5添加池和通道，如果需要使用拖放从工具箱。

5.应用模式后续步骤可用列表

5.1通过添加子图来从Activities中创建额外的钻取，该子图将使元素合成，并允许用户在进程中单击到下一个级别。
5.2使用内置或用户定义的模板，用文档生成器自动生成文档。
5.3使用模拟窗口提供的内置模拟器创建图表的模拟。
5.4使用BPSim设施创建一个模拟，允许对过程进行复杂的分析。
5.5创建Activities与存储库中其他元素之间的跟踪关系，包括向上进程元素（如驱动程序）、目标和向下进程元素(如用例、用户故事、组件。
5.6创建业务规则任务，并将此元素与使用决策模型和标记(DMN)工具在决策模型中定义的决策关联起来。

四丶Domain Model（领域模型）

1.含义

领域模型模式在类图上创建了类，这些类描述了所讨论域中的重要概念或“事物”。 可以为类命名，并提供详细的注释。 连接符用于描述元素之间的关系，方式与动词用于自然语言来描述名词之间的交互方式非常相似。

图1.显示了一个类图，其中有许多类代表域中的概念。 连接这些类以显示其关系，并且使用多重性描述关系的基数。 该图以手绘方式显示，以使其更加直接和吸引非技术人员。

2.使用目的

该模式的目的是在一个域中创建重要概念的模型，该模型可以用作通信设备，以确保所有利益相关者对这些概念都有共同而一致的理解。

3.使用情况

领域模型通常是主动创建的首批模型之一，并构成了开发存储库其他部分的基础。它可以像使用字典一样用作通讯工具。
它也可以用作其他模型的参考，例如表示输入或输出了哪些信息的流程图或组件图。

4.可执行操作列表

4.1更改类和关系的名称以适合您的主动性。
4.2向类添加属性以描述概念的属性。
4.3随着对域的分析继续进行，请重新定义模型。
4.4在元素和关系中添加颜色以传达含义。

5.应用模式后续步骤可用列表

5.1元素可以在其他模型中使用，例如需求模型，过程模型，用例模型以及用户案例和组件模型。
5.2在为其他元素创建注释时，可以插入域元素，以提供对该域元素的超链接引用，从而为该域定义的概念提供强大的交叉引用。
5.3对于一个系统或计划来说，跨越一个以上的域是很普遍的，可以为附加域构建任何数量的其他域模型。

五丶Management Enterprise Architecture（管理企业架构）

1.含义

管理企业的一个架构模式，由三个大块（企业、影响、伙伴）组成。其中企业模块可分为商业目的和商业设计。
4

图1. 显示企业管理的架构图

1.1结构剖析
影响包括了竞争压力、竞争机会、商业趋势、合法性。
商业目的涵盖了操作模块、商业模块、驱动。
商业设计包括部门（架构部门、it部门等）和技术（商业能力、商业过程、客户）。

2.使用目的

该模式的目的是允许业务分析师、业务架构师或其他涉众创建组织结构图，以表示组织在特定时间点的结构。 组织部门、角色或指定人员可以作为图表的一部分。

3.使用情况

它通常在定义企业或业务架构时使用，并允许角色包含在存储库的其他部分中，例如表示哪个角色、标题或个人对给定的业务流程、能力或支持服务负责。

4.可执行操作列表

4.1更改图的名称以适合计划。
4.2更改角色名称以适合组织
4.3更改关系以适合计划。
4.4删除元素或根据需要添加其他元素。

5.应用模式后续步骤可用列表

5.1本组织结构图可以扩展并完成，以表示组织的结构，包括角色之间的沟通关系。 5.2可以创建元素的信息，以显示在给定时间点填补角色的人员。
5.3可以添加标记值，以获取有关特定作用的其他信息，如跨部门职能小组或地理位置。