G003-185-10-EA图档

1、Capability Roadmap（质量路线图）
EA图适用环境
该模式的目的是允许业务架构师、业务分析师或其他干系人创建或查看组织计划在指定时间框架内创建或获取的功能的高层次概要。
图档使用目的
它通常是在业务发生重大变化时，需要对业务需求至关重要的核心或额外功能进行规划和开发，并且在图表上的时间刻度所涵盖的时间段内也可以作为参考。
绘制步骤
更改图表的名称以适应计划。
更改元素的名称和类型以适应方案。
更改元素的位置以反映不同的时间顺序。
更改元素上彩色分段的长度，以反映每个方面的时间段。

以下是应用该模式时的一些后续步骤的列表。
更改图例以反映元素生命周期或演化的不同方面。
在图中的元素和模型中的其他向上或向下的过程元素之间创建跟踪或实现关系。
使用文档生成器为业务或技术受众自动创建包含路线图的文档。
图例说明

2、Project Roadmap（项目路线图）
EA图适用环境
项目目标和路线图将重点放在项目目标和路线图上。它创建了关键里程碑、计划和组成解决方案的高级组件的高级视图。路线图分为多个部分，这些部分有助于可视化产品的特性、技术能力和一致性。
图档使用目的
该路线图的目的是让首席信息官、架构师、分析师和其他高级利益相关者捕获基于时间的可视化项目的重要和高级方面。
它通常用于确保对重要的里程碑、可交付成果和组成部分有一个概述，以便在激烈的分析和实施过程中，有一个清晰而简单的计划，在高水平上描述项目。
绘制步骤
更改图表的名称以适应计划。
更改元素的名称和类型以适应方案。
更改元素的位置以反映不同的时间顺序。
更改元素上彩色分段的长度，以反映每个方面的时间段。

更改图例以反映元素生命周期或演化的不同方面。
在图中的元素和模型中的其他向上或向下的过程元素之间创建跟踪或实现关系。
使用文档生成器为业务或技术受众自动创建包含路线图的文档。
图例说明

3、Organization Chart（组织结构图）
EA图适用环境
组织结构图模式创建元素和图表，为组织的角色、职责和报告行建模。各种各样的线条样式和颜色被用来帮助布局和吸引人的图表。
图档使用目的
模式的目的是允许业务分析师、业务架构师或其他涉众创建一个组织图，以表示特定时间点的组织结构。组织部门、角色或指定人员可以包含在图表中。
它通常在定义企业或业务体系结构时使用，并允许将角色包含在存储库的其他部分中，例如，表示哪个角色、职务或人员负责给定的业务流程、功能或支持服务。
绘制步骤
下面列出了使用此模式时可能需要执行的一些操作。
更改图表的名称以适应计划。
更改角色名称以适合组织
改变关系以适应主动性。
根据需要删除元素或添加其他元素。

这个组织结构图可以被扩展和完成来表示一个组织的结构，包括角色之间的通信关系。
可以创建元素的实例来显示在给定时间点填充角色的人员。
可以添加标记值以获取有关特定角色的其他信息，例如跨领域功能组或地理位置。
图例说明

4、Business Motivation Model（企业激励模式）
EA图适用环境
如果一个企业为它的商业活动规定了某种方法，它应该能够说出为什么以及这种方法要达到什么样的结果。业务激励模型（BMM）是一种OMG建模符号，用于支持关于如何应对不断变化的世界的业务决策。企业可以通过获取BMM建模工具来使用它，然后创建自己的BMM—用特定于企业的业务信息填充模型。。
图档使用目的
获取关于对变化的反应的决策以及做出这些决策的理由，目的是使决策可共享，通过从经验中学习来提高决策的清晰度和改进决策。
参考决策结果对运营业务的影响（例如对业务流程和组织职责所做的更改），提供从影响者到运营变更的可追溯性。
该规范假定企业BMM是独立的，通过“占位符”（可能包括URI）文本引用1连接到操作业务的相关部分。。
绘制步骤
下面列出了使用此模式时可能需要执行的一些操作。
更改图表的名称以适应计划。
更改角色名称以适合组织
改变关系以适应主动性。
根据需要删除元素或添加其他元素。

这个组织结构图可以被扩展和完成来表示一个组织的结构，包括角色之间的通信关系。
可以创建元素的实例来显示在给定时间点填充角色的人员。
可以添加标记值以获取有关特定角色的其他信息，例如跨领域功能组或地理位置。
图例说明
在这里插入图片描述

5、Motivation Viewpoint(动机观)
EA图适用环境
动机观点模式创建了元素和图表，从给定的利益相关者的角度完全涵盖了动机方面，定义了一个驱动因素、一个评估、一系列目标和应用的原则，以及确认原则所需的要求和约束。
图档使用目的
该模式的目的是提供一个关于计划的动机方面的丰富视图，显示从高级别的涉众到需求的分解。它为企业、业务和技术架构师、业务分析师、需求经理和其他关注体系结构策略、策略和动机的涉众提供了一个视图。
该模式通常在计划的分析阶段使用，以获得对需求和约束如何与涉众和定义其目标的其他事物的关系的概述和见解。
绘制步骤
更改干系人、驱动因素、评估、目标、原则、约束和要求的名称，以适应该计划。
添加其他干系人、驱动因素、评估、目标、原则、约束和需求，并根据需要添加其他关系。
将驱动因素和目标与其他利益相关者的驱动因素和目标联系起来，以确定需要解决的任何冲突或重叠。
根据需要将需求与应用程序和业务服务、功能或流程联系起来。
图例说明

6、Requirement Specification View需求规范视图
EA图适用环境
需求规范视图模式创建元素和规范视图，允许在文档或类似电子表格的视图中可视化需求，从而允许将复杂的需求分解为更细粒度的需求（下至两个级别）。这种模式可以向下扩展到任意数量的级别。
图档使用目的
提供一种将一组需求的结构可视化到两个层次的方法，允许在适合非技术受众的熟悉界面中创建和管理需求。此视图中对需求的更改将导致所有其他视图（如图）自动更新。
通常，当需求或业务分析师希望在文档或类似电子表格的视图中工作时，通常会使用它，因为这样可以提高工作效率，或者因为他们不熟悉在其他视图（如图表视图）中工作。
绘制步骤
重命名规范视图所基于的关系图。
重新命名需求以适应计划。
添加描述需求的业务或系统重要性的详细注释。
更新需求的属性以适应计划。

定义跟踪关系，显示需求与向上流程元素（如策略、业务规则和其他需求）和向下流程元素（如用户故事、用例、组件、工件和数据库表）的关系。
创建从模型自动生成的高质量文档。
图例说明

7、Composite Requirement Hierarchy（层次需求组合）
EA图适用环境
复合需求层次结构模式创建元素和图表，这些元素和图表允许将需求层次结构定义到任何级别，从而允许从一个级别的需求向下钻取（单击）到另一个图表，在层次结构的下一个级别显示其子需求
图档使用目的
其目的是提供一种可视化一组需求的结构的方法，一次一个级别地显示一个或多个需求具有元素右下角的标记所指示的子级。复合模式可以应用到任何级别。
当需求或业务分析员需要显示需求层次结构的单一级别，但希望指出需求由其他需求组成，从而允许深入到图中的其他级别。
绘制步骤
下面列出了使用此模式时可能需要执行的一些操作。
重命名关系图。
重新命名需求以适应计划。
添加描述需求的业务或系统重要性的详细注释。
更新需求的属性以适应计划。
以下是应用该模式时的一些后续步骤的列表。
通过组合其他需求来扩展层次结构。并在其下创造新的需求。
定义跟踪关系，显示需求与向上流程元素（如策略、业务规则和其他需求）和向下流程元素（如用户故事、用例、组件、工件和数据库表）的关系。
创建从模型自动生成的高质量文档。
图例说明

8、Specification Manager（规范管理器是模型）
EA图适用环境
规范管理器是模型中所选包的基于文档的接口，提供创建和查看元素作为该包中模型对象的文本表示的方法。您可以在规范管理器窗口本身中快速定义或编辑元素的属性，
图档使用目的
还可以立即打开一系列窗口和对话框，以添加或查看特定于每个元素的进一步属性和特征。S
绘制步骤
Ctrl+0然后加以绘制
图例说明

9、EA Requirements traceability Diagram（需求跟踪模式）
EA图适用环境
需求跟踪模式创建元素和一个跟踪图，显示需求和模型中其他元素之间的关系，包括拥有需求块、用例和测试用例的涉众。
图档使用目的
其目的是让系统工程师创建一个图表，其中模型元素和它们相关的需求之间的关系可以可视化，包括其他需求.它通常在开发模型和定义诸如块、用例和测试用例等元素并与其满足的需求相关时使用。然而，图的形式可以在模型演化的任何阶段使用。
绘制步骤
重命名关系图。
重新命名需求以适应计划。
添加描述需求的业务或系统重要性的详细注释。
更新需求的属性以适应计划。

定义额外的跟踪关系，显示需求如何与向上流程元素（如策略、业务规则和其他需求）以及向下流程元素（如用户故事、用例、组件、工件和数据库表）之间的关系。
创建从模型自动生成的高质量文档。
图例说明

10、Non Functional Requirements Diagram（非功能性需求分析模式）
EA图适用环境
非功能性需求分析模式创建了一系列的包、元素和一个对非功能性需求建模的图。需求根据需求的类型进行分组，包括可用性、可比性、可扩展性和可扩展性等。
图档使用目的
提供在单个图表或项目浏览器中可视化非功能性需求组的方法。预定义的包集有助于通过允许识别缺失的需求来帮助识别需求规范中的差距。
当需求或业务分析师想要提供非功能性需求的可视化时，通常使用它。描述整个系统的需求通常是在系统描述的早期创建的；然而，模式可以在任何时候创建，特别是当需求描述一个子系统或系统的一部分时。
绘制步骤
重命名关系图。
重新命名需求以适应计划。
添加描述需求的业务或系统重要性的详细注释。
更新需求的属性以适应计划。

定义跟踪关系，指出非功能性需求和其他需求类型之间的关系。
定义跟踪关系，显示需求如何与向上流程元素（如策略、业务规则和其他需求）以及向下流程元素（如用户情景、用例、组件、工件和数据库表）相关。
创建从模型自动生成的高质量文档。
与团队成员、需求负责人、产品经理和其他利益相关者进行讨论、评审和聊天。
图例说明

13． Domain Model Diagram（领域模型）
EA图适用环境
领域模型是领域内的概念类或现实世界中对象的可视化表示，又称为概念模型或分析对象模型，它专注于分析问题领域本身，发掘重要的业务领域概念，并建立业务领域概念之间的关系，描述业务领域（业务实体）的静态结构。领域模型通常是在计划中创建的第一批模型之一，并且是开发存储库其他部分的基础。它可以作为一种通信工具，就像使用字典一样。它还可以作为其他模型的参考，如流程图或构件图，指示输入或输出的信息。
图档使用目的
领域模型是描述业务重要术语的另一个强大机制，它提供了术语及其关系的单一定义，可供所有项目人员(从高级业务经理到低级别工程师)访问。使用领域模型的优点是，术语被建模为元素，允许将它们链接到域模型本身中的其他元素或模型的其他部分中的元素。
领域模型是一种强大的机制，用于记录和定义在需求分析。它提供了术语及其关系的单一定义，可以在模型中的任何地方引用。

绘制步骤
1、向类添加属性以描述概念的属性。随着对域的分析的继续，改进模型。
2、为元素和关系添加色彩以传达意义。
3、这些元素可以用于其他模型，如需求模型、过程模型、用例模型以及用户层和组件模型。
在为其他元素创建注释时，可以插入域元素以提供对domain元素的超链接引用，从而提供4、对为域定义的概念的强大交叉引用。
5、对于一个系统或计划来说，跨越多个领域是相当普遍的，一些其他领域模型可能是
为附加域构造的。
图例说明

14.EA Use Case Model
14.1 Basic Use Case Model with Test Cases（带有测试用例模式）
EA图适用环境
带有测试用例模式的基本用例模型创建元素和用例图，描述用户角色希望从系统实现的目标。该模式通常用于计划的分析阶段，可以用于实现任意数量的需求，并作为为实现团队提供规范的一种方式。它可用于：描述与一个或多个用例相关联的测试用例。
图档使用目的
其目的是允许业务分析师和其他涉众描述Actors(用户扮演的角色)在与系统交互时希望实现的价值。
绘制步骤
1、更改系统边界的名称以适应计划。
2、更改Actors和用例的名称以适应计划。：添加描述以描述用例提供的价值。
3、使用场景生成器在一个或多个用例中定义详细步骤。生成一个行为图，直观地描述详细的步骤。
4、在用例和实现它们的组件之间创建实现关系。构造用例模型，使用扩展、包含和泛化关系。
图例说明

14.2 Starter Sequence Diagram（初学者序列图）
EA图适用环境
该模式通常在设计或实现阶段使用，但也可以在已完成的和需要文档的情况下使用。它可用于：开始中的对象和节点之间发送的消息之间的交互开始建模互动。

图档使用目的
其目的是使元素之间的交互可视化。设计人员和项目团队通常会创建序列图作为设计工具或文档。模式允许建模人员展示如何创建资源，例如类，一旦它们在交互中达到了目的，就会被破坏。消息序列通常会为设计决策提供信息，或者使在操作系统中发现的问题变得更清晰。

绘制步骤
1、更改图表的名称以适应计划。
2、更改组件中定义的操作名称，以适应计划。更改在交互过程中创建的类的名称。
3、扩展图表以包括反映需要分析的顺序的其他元素。创建需要在交互过程中使用的其他类和其他元素。
4、使用VisualExecutionAnalyzer自动创建序列和构建、调试、记录、配置文件实现的系统。
图例说明

15.
15.1 Basic Activity Diagram with Fork and Join（带有分区模式的基本活动图）
EA图适用环境
带有分区模式的基本活动图创建元素和活动图，这些元素和活动图包含一系列活动和控制节点(初始、最终决策等)，这些节点由Control流连接，指示操作的发射顺序。Fork允许并行(同时)控制流建模。
重命名操作和伪节点(初始、最终、决策等)为了适应主动权…在需要的地方添加进一步的元素来扩展图的语义。
图档使用目的
在活动的分析阶段，通常使用它来显示一个活动所描述的工作是如何进行的。图通常不是为每一个活动创建的，而是用于少数重要的部分，说明工作是如何进行的。
绘制步骤
1、重命名操作和伪节点(初始、最终、决策等)为了适应主动权…在需要的地方添加进一步的元素来扩展图的语义。
2、添加对象节点(使用Pins)，以显示操作消耗和创建的信息。
3、创建对组件的跟踪关系，这些组件将最终执行由活动和行为。
4、创建有助于将图表中的信息传播给其他团队成员的文档。
图例说明

15.2 Node Instance with Nested Deployment（具有部署依赖模式）

EA图适用环境
具有部署依赖模式的节点实例创建元素和部署关系图，用单个节点(服务器)和执行环境(容器)以及部署的构件来描述部署环境。该模式通常用于在企业级或与代理级定义技术体系结构时使用。
图档使用目的
该模式的目的是允许设计人员或技术架构师创建或查看虚拟或物理部署环境的模型，包括诸如机器服务器执行环境(如操作系统、容器、通常是基于软件的服务器)等节点。工件和部署规范建模如何将软件部署到Node或Execution环境。工件实例提供了设计和实制步骤
1、更改节点、工件和部署描述符的名称以适应计划。在元素中添加注释，以描述它们的目的和功能。
2、添加或删除包或图表中的元素以适应计划。
3、将多重性添加到通信路径结束，以反映基数。
4、将图元素的缺陷外观替换为来自“法师库”的图像，使图表更具吸引力显示设备如何与组件、需求和跨流程元素(如工件和数据库表)相关联的跟踪关系。
使用内置或用户定义的模板创建从模型中自动生成的高质量文档。
图例说明

16.EA MySQL Install OR Simple Cloud install（安装MySQL）

17.EA Create a new Database（创建新的数据库）

19.EA Data Flow Model pattern
Two Level Data Flow Model（两级数据流模型模式）
EA图适用环境
两级数据流模型模式创建了元素和多个图表，这些元素和图表显示了一个系统以及进出外部实体的数据，从而允许向下钻取(单击)到两个较低级别的关系图。
图档使用目的
通常是为了了解系统和外部实体之间交换的信息(数据)，包括旅行方向和对分析很重要的其他细节，如传输的类型、格式、大小和频率。
绘制步骤
1、重命名图表。
2、重命名系统和外部实体以适应计划。：重新命名和创建显示数据流的附加关系。添加描述系统、实体和信息的详细说明。更改活动和数据存储的名称以适应计划。更新元素的属性以适应计划。 3、创建描述数据流的其他图表，允许从上下文中向下钻取图表到最低级别。
4、定义跟踪关系，显示需求如何与上游流程元素(如战略、业务规则和其他需求)以及向下流程元素(如UserStory、用例、组件、工件和数据库表)之间的关系。
5、创建讨论和评论，参与聊天，与团队成员合作，
6、需求负责人、产品经理和其他涉众。
图例说明

20. Glossary（词汇模式）
EA图适用环境
词汇模式创建到ProjectGlossary的链接，其中可以输入术语及其定义，这允许在建模时使用术语，包括元素注释中的超链接。
另一种更灵活的方法是将术语建模为UMLClass元素，并添加Definitionsas元素注释。
图档使用目的
该模式的目的是为团队创建一个通用和可接受的词汇表(词汇表)，以便所有团队成员和查看模型的其他涉众在术语的意义方面处于同一页面上。使用词汇表项最直接的方法是将它们记录在项目中术语表，允许按用户定义的类型对术语进行分组。
另一种方法是将术语及其关系建模为UML类，这提供了灵活性，因为可以针对每个术语输入额外的字段，包括系统定义的属性，例如由标记值定义的状态和用户定义的术语。
这两种方法都允许模型用户访问这些术语，并将其包含在文档中。
绘制步骤
1、在ProjectGlossary中输入术语及其类型和定义。
.Change the name of the name of the Package and the diagram for the Element terms… Change the name of the Classes and their notes that define the terms and their definitions
2、更改包的名称和元素项的关系图。更改定义术语及其定义的类及其注释的名称。
下面是应用模式时可用的一些后续步骤的列表。
3、生成侧重于术语及其定义的文档。
4、从其他元素创建与术语表中定义的术语的超链接。
图例说明