Organization Chart
OrganizationChart模式创建元素和图表，为组织的角色、职责和报告线建模。各种各样的线条样式和颜色被用来帮助布局和吸引人的图表。
图1。显示已安排为显示为组织定义的角色组的报告行的类。
讨论
模式的目的是允许业务分析师、业务架构师或其他涉众创建一个组织图，以表示特定时间点的组织结构。组织部门、角色或指定人员可以作为图表的一部分。
它通常在定义企业或业务体系结构时使用，并允许将角色包含在存储库的其他部分中，例如，表示哪个角色、职务或人员负责给定的业务流程、功能或支持服务。
下面列出了使用此模式时可能需要执行的一些操作。
更改图表的名称以适应计划。
更改角色名称以适合组织
改变关系以适应主动性。
根据需要删除元素或添加其他元素。
以下是应用该模式时的一些后续步骤的列表。
这个组织结构图可以被扩展和完成来表示一个组织的结构，包括角色之间的通信关系。
可以创建元素的实例来显示在给定时间点填充角色的人员。
可以添加标记值以获取有关特定角色的其他信息，例如跨领域功能组或地理位置。
参考文献
以下帮助主题将帮助您了解如何使用此模式。
组织建模
等级
连接器样式选项
元件外观
可追溯性工具
文档
Business Process Diagram with Lanes
带有通道模式的业务流程图在池中包含的三个通道中创建流对象，包括活动和开始和结束事件。车道用于组织和分类车道中的元素。
图1。显示了包含流对象的三个通道的单个池。
讨论
车道的目的是组织和分类流动对象，通常用于指示谁执行或负责车道中包含的活动。这些通道可用于其他目的，例如指示正在执行活动的位置或谁管理一组活动。
模式可以在计划的任何时候使用，但通常在绘制基线（当前状态）过程或定义目标（未来状态）过程的早期使用。对于一个组织来说，在一个企业或业务单元级别开始详细描述所有基线（当前状态）过程是非常常见的，这样这些过程是可用的，并且可以被多个项目重用。
下面列出了使用此模式时可能需要执行的一些操作。
重命名包和关系图以适合所建模的流程。
重命名关系图中的项以适合所建模的流程。
根据需要使用“标记值”窗口更改活动的类型以及开始和结束事件。
为活动和其他元素添加注释以提供更详细的描述或解释。
如果需要，可通过扩大池并从工具箱中拖放车道来添加新车道。
以下是应用该模式时的一些后续步骤的列表。
通过添加子关系图创建从活动向下钻取，该子关系图将使元素组合，并允许用户单击流程中的下一级。
使用内置或用户定义的模板，使用文档生成器自动创建文档。
使用模拟窗口中提供的内置模拟器创建图表的模拟。
使用BPSim工具创建一个模拟，该工具允许对流程进行复杂的分析。
在活动和存储库中的其他元素之间创建跟踪关系，包括向上流程元素（如驱动程序）、目标和向下流程元素（如用例、用户情景、组件）。
创建业务规则任务，并使用决策模型和符号（DMN）工具将此元素与决策模型中定义的决策关联起来。
如果有其他组织是流程的一部分，但在所关注的组织外部，则创建其他池。
有用的工作空间布局核心|核心建模。广阔的视野
参考文献
以下是一些在使用此模式时会有帮助的工具。
业务流程图
业务流程工具箱页
模型仿真
运行模型仿真
业务流程模拟（BPSim）
使用图表
基线工具
规格视图
文档窗口
Domain Model
域模型模式在类图上创建类，这些类描述讨论中的域中的重要概念或“事物”。类可以命名，也可以有详细的注释。连接词用来描述元素之间的关系，就像自然语言中动词用来描述名词如何相互作用一样。
图1。显示一个类图，其中包含表示域中概念的多个类。类被连接以显示它们的关系，而多重性用于描述关系的基数。该图以手绘方式呈现，以使其更直观，更吸引非技术观众。
讨论
其目的是创建一个域中重要概念的模型，该模型可以用作通信工具，以确保所有涉众对概念有一个共同和一致的理解。
域模型通常是在计划中创建的首批模型之一，它构成了开发存储库其他部分的基础。它可以像使用词典一样作为一种交流工具。
它还可以用作其他模型的参考，例如流程图或组件图，指示输入或输出的信息。
下面列出了使用此模式时可能需要执行的一些操作。
更改类和关系的名称以适合您的主动性。
向类添加属性以描述概念的属性。
随着域分析的继续，细化模型。
为元素和关系添加颜色以传达意义。
以下是应用该模式时的一些后续步骤的列表。
这些元素可以在其他模型中使用，比如需求模型、过程模型、用例模型、用户故事和组件模型。
当为其他元素创建注释时，可以插入域元素以提供对域元素的超链接引用，从而为域定义的概念提供强大的交叉引用。
对于一个系统或计划来说，跨越一个以上的域是很常见的—一些其他的域模型可以为其他域构造。
有用的工作空间布局核心|核心建模
参考文献
以下帮助主题将帮助您了解如何使用此模式。
类图
等级
领域模型
元素外观
Basic Business Process
基本业务流程模式使用Eriksson-Penker语言创建元素和图表，用于表示业务流程和交互。该语言提供了一种对业务流程进行建模的内聚方法，允许建模者在一个全面而有表现力的图表中表示目标、触发流程的事件以及流程的输入和输出。
图1。一个Eriksson-Penker图，显示一个带有触发事件、信息、资源、目标和输出的业务流程。
讨论
该模式的目的是允许业务分析师、架构师和其他涉众创建和查看一个简单但有表现力的图表，该图在单个视图中捕获流程的所有方面。战略家、经验设计师、业务线经理、信息建模师都将从拥有这样一个有凝聚力和完整的流程视图中受益。
该模式可以在计划期间的任何时候使用，但通常在分析期间用于描述基线（当前）和目标（未来）过程。即使在使用其他更普遍的语言来建模业务流程时，Eriksson-Penker图在需要详细分析特定流程时也很有用。
下面列出了使用此模式时可能需要执行的一些操作。
更改包的名称和图表以适合该计划。
更改元素的名称，包括流程、参与者、事件、目标以及输入和输出。
创建其他元素来表示流程的其他方面。
以下是应用该模式时的一些后续步骤的列表。
通过添加子关系图创建从活动向下钻取，该子关系图将使元素组合，并允许用户单击流程中的下一级。
使用内置或用户定义的模板，使用文档生成器自动创建文档。
在活动和存储库中的其他元素之间创建跟踪关系，包括向上流程元素（如驱动程序）、目标和向下流程元素（如用例、用户情景、组件）。
创建链接文档以记录有关流程或模型中其他元素的其他信息
参考文献
以下帮助主题将帮助您了解如何使用此模式。
Eriksson-Penker扩展
使用图表
视觉过滤器
基线工具
规格视图
文档窗口
Management Enterprise Architecture
Backlog管理模式创建两个看板板，它们可以作为工作流一起使用，包括两个部分：Backlog板和开发板。可以从工具箱或项目浏览器添加项，并在通道之间和两个板之间移动。
图1:Backlog板的一部分，显示了可以用于拖放项目的三个通道。它们也可以被转移到另一个有自己车道的开发板上。
讨论
作为工作流程的一部分，用户可以将其视为工作流程的一部分，并将其视为工作流程的一部分。出现在电路板上的元素可以在其他图表中详细说明，并且可以连接到一系列上游元素，例如业务需求、业务流程和下游元素，例如组件和服务。
当您想将Backlog作为一个单独的板来管理时，可以使用这个模式。与单阶段工作流相反，积压工作中的项目可以在backlog板上的通道之间移动，以指示优先级。一旦项目到达关键通道，它们就可以被丢弃在开发放置目标上，这将把它们放到开发板的第一个（队列）通道中，这表明它们已经准备好开始开发工作了。
下面列出了使用此模式时可能需要执行的一些操作。
重命名图表中的项以适合您的计划。
新项可以从工具箱或项目浏览器拖到图表上。
项目可以在Backlog板上的通道之间移动，以更改它们的优先级。
项目可以从拖板到开发板上通过在拖板的最右边的掉落目标上掉落。
可以在通道之间移动项目，以指示它们在工作流中的位置。
项目可以通过将它们拖到板的最右边的积压对象来从开发板移回待办事项。
通过从“构造”功能区的“任务管理”面板中选择“资源分配”，可以将一个或多个资源分配给任一板上的项目。
以下是应用该模式时的一些后续步骤的列表。
整理需求和缺陷-当项目在backlog板上移动到关键位置或者被移动到开发板的队列通道时，它们可以被整理以进行开发工作。
资源分配-可以将资源添加到项目中，以指示谁在做工作以及完成工作的阶段，可以在“资源分配”窗口中查看更多详细信息。
仪表板和图表-通过创建仪表板和图表来帮助显示待办事项列表中项目的管理，可以实现富有表现力的可视化。
参考文献
以下帮助主题将帮助您了解如何使用此模式。
看板功能
将资源分配到工作项
业务分析知识体系（BABOK）
可追溯性工具
文档
原文：https://www.cnblogs.com/ygpybg/p/14001478.html