EA精灵图小解
- Starter Component Diagram
该组件图显示由组装连接器连接的两个组件的组件关系图。模式通常在计划的设计阶段的早期使用,作为描述架构或设计的逻辑部分的方法。它可以用来:为设计的逻辑部分建模展示组件如何通过接口进行通信。
下面列出了使用此模式时可能需要做的一些事情。
1.更改包和图的名称以适应计划。
2.更改组件的名称以适应计划。
3.添加一个或多个泛化集来对关系进行分组。
4.创建其他组件,将层次结构扩展到另一个级别。
下面列出了应用模式时可以使用的一些后续步骤。
1.向组件添加描述,以描述它们在系统描述中的角色。
2.如果需要,在层次结构中添加另一个级别。
3.添加一个或多个状态机来描述特定类可以展示的谨慎状态。
4.使用内置的或用户定义的模板用文档生成器自动生成文档。 - Basic Deployment Diagram with Composition
该图显示为一个组成的基本部署关系图,使用组合模式的基本部署图创建元素和描述到许多设备的结构关系,其中一个节点通过组合关系连接到三个设备,组成关系模型可以说明设备是节点所组成的部分。
该模式的目的是允许设计人员或技术架构师创建或查看虚拟或物理部署环境的模型,其中包括诸如机器服务器之类的节点,诸如操作系统,容器,基于软件的服务器之类的执行环境。工件和部署规范对如何将软件部署到节点或执行环境进行建模。
此模式需要执行的操作列表:
1.更改包和图的名称以适合计划。
更改节点,工件和部署描述符的名称以适合该计划。
2.在元素上添加注释以描述其目的和功能。
3.在包或图中添加或删除元素以适合该计划。
4.向通信路径末端添加多重性以反映基数。
该模式应用的步骤列表:
1.可以扩展该图以对部署环境的其他部分进行建模。
2.用图像库中的图像替换图表元素的默认外观,使图表更具吸引力。图像库包含服务器,路由器,网络等的图像。
3.定义跟踪关系,以显示设备如何与上层流程元素(例如组件,需求)和跨过程元素(例如工件和数据库表)相关联。
4.使用内置或用户定义的模板创建从模型自动生成的高质量文档 - Component Interfaces with XML Payload
XML有效负载模式的组件接口描述了表示系统逻辑部分的两个组件如何通过端口和接口进行通信。XML有效负载被定义为一个信息流,信息流允许对有效负载建模,允许用户向下钻取到建模的有效负载元素,并将其指定为在连接器中流动的一个或多个信息项。
在图表中折叠的与端口和接口通信的两个组件,以向非技术观众隐藏细节。
下面列出了使用此模式时可能需要做的一些事情。
1.更改组件、端口和接口的名称以适应您的计划。
2.更改接口操作的名称以适应您的计划。
3.更改由信息流传递的名称或元素,以符合您的主动性。
下面列出了使用此模式时可能需要做的一些事情。
1.创建描述系统重要逻辑部分的附加组件和接口。
2.向接口添加操作以描述接口提供的方法或服务。
3.创建序列图,可视化地记录消息调用的时间顺序。 - Node with Component and Artifact Instances
带有节点、工件和组件实例的部署关系图,描述组件实例如何在构件实例中显示,而构件实例又可以部署到节点实例中。
该模式的目的是允许设计人员或技术架构师创建或查看虚拟或物理部署环境的模型,包括节点(如机器服务器)、执行环境(如操作系统、容器、基于软件的服务器)。构件和部署规范对如何将软件部署到节点或执行环境进行建模。
当技术体系结构被定义为企业级或计划级时,模式通常被使用。它可以用来:对组件实例如何在可部署到节点实例的构件实例中显示进行建模。
下面列出了使用此模式时可能需要做的一些事情。
1.更改包和图的名称以适应计划。
2.更改节点、工件和部署描述符的名称以适应计划。
3.在元素中添加注释来描述它们的目的和功能。
4.在包或图中添加或删除元素以适应计划。
5.向通信路径末端添加多样性以反映基数性。
下面列出了应用模式时可以使用的一些后续步骤。
1.图可以扩展为对部署环境的其他部分建模。
2.用图像库中的图像替换图表元素的默认外观,使图表更引人注目。映像库包含服务器、路由器、网络等的映像。
3.定义跟踪关系,显示设备如何与向上处理元素(如组件、需求)以及跨处理元素(如工件和数据库表)相关联。
4.使用内置的或用户定义的模板从模型中自动生成高质量的文档。 - Use Case Model with State Machine Diagram
带有活动图模式的用例图。其中有参与者和一系列被封闭在系统边界中的用例。用例A定义了指定用户和系统之间交互的步骤。
其目的是允许业务分析人员和其他涉众描述参与者(用户扮演的角色)在与系统交互时想要实现的价值。该模式还从场景构建器中定义的用例和场景步骤中自动创建活动图(图),允许查看者可视化用例中的步骤。
该模式通常用于活动的分析阶段,可以用于实现任意数量的需求,并作为为实现团队提供规范的方法。它可以用来:可视化用例及其场景中的步骤
为UX设计团队分配工作提供一种机制(活动图中的用户步骤最终需要一个用户界面),提供为实现团队分配工作的机制(活动图中的系统步骤将需要在一个系统中实现)。
下面列出了使用此模式时可能需要做的一些事情。
1.更改包和图的名称以适应计划。
2.更改系统边界的名称以适应主动性工作。
3.更改参与者和用例的名称以适应计划。
4.添加描述来描述用例提供的价值。
下面列出了应用模式时可以使用的一些后续步骤。
1.使用场景构建器在一个或多个用例中定义详细步骤。
2.重新生成可视化地描述详细步骤的活动图。
3.在用例和需求之间创建跟踪关系。
4.在用例和实现它们的组件之间创建实现关系。
5.使用扩展、包含和泛化关系来构造用例模型