EA精灵开模练习报告

班级：18软件5班   组员：    李海鹏     、    黄奕琛学号： 1814080902510    1814080902508

1. Starter Deployment Diagram

1.1 概述

    The Starter Deployment Diagram pattern creates elements and a Deployment diagram that describes the deployment environment with a single Node (Server) and an Execution Environment (Container) and the Artifacts that are deployed to them.

    Starter部署图模式创建元素和一个部署图，该图描述具有单个节点（服务器）和执行环境（容器）的部署环境以及部署到这些节点上的构件。

1.2 EA开模过程

Shows a Deployment diagram with a Node and an Execution Environment connected by a Communication Path.
这张图显示了一个节点和一个通过通信路径连接的执行环境的部署图。

1.3 讨论

    该模式的目的是允许设计师或技术架构师创建或查看虚拟或物理部署环境的模型，包括节点（如机器服务器）、执行环境（如操作系统、容器、基于软件的服务器）。构件和部署规范为软件如何部署到节点或执行环境建模。

    该模式通常在为企业级或计划级定义技术体系结构时使用。它可用于：

• 定义将用于在网络拓扑中指定实例的部署节点。
• 指定节点之间通过线级或逻辑级协议进行通信的方式。

    以下是应用该模式时的一些后续步骤的列表。

• 该图可以扩展为对部署环境的其他部分建模。
• 用图像库中的图像替换图元素的默认外观，使图表更引人注目。映像库包含服务器、路由器、网络等的映像。
• 定义跟踪关系，显示设备如何与上游流程元素（如组件、需求）和跨流程元素（如工件和数据库表）相关。
• 使用内置或用户定义的模板创建从模型自动生成的高质量文档。

2. The Basic Use Case Model with Include

2.1 概述

     The Basic Use Case Model with Include pattern creates elements and a Use Case diagram that describes the goals that user roles wish to achieve from the system. The Use Cases are all contained within the System Boundary and the Actors all lie outside the Boundary. The Include relationship provides a mechanism for reusing parts of the Actor System interaction effectively saving time in the detailing of the Use Case.

    带有Include模式的基本用例模型创建元素和描述用户角色希望从系统中实现的目标的用例图。用例都包含在系统边界内，参与者都在边界之外。Include关系提供了一种机制，用于重用Actor系统交互的各个部分，从而有效地节省了详细描述用例的时间。

2.2 EA开模过程

Figure 1. Shows a Use Case diagram with Actors and a number of Use Cases enclosed in a System Boundary.
图中显示了一个用例图，其中包含参与者和系统边界中包含的多个用例。

2.3 讨论

    其目的是允许业务分析师和其他涉众描述参与者（用户扮演的角色）在与系统交互时想要实现的价值。

    该模式通常用于计划的分析阶段，可用于实现任意数量的需求，并作为为实现团队提供规范的一种方式。它可用于：

• 在参与者-系统交互中排除常见细节。

    下面列出了使用此模式时可能需要执行的一些操作：

• 更改系统边界的名称以适应方案。
• 更改参与者和用例的名称以适合该方案。
• 添加描述来描述用例提供的价值。

    下面列出了使用此模式时可能需要执行的一些操作：

• 使用场景生成器定义一个或多个用例中的详细步骤。
• 生成一个行为图，直观地描述详细的步骤。
• 在用例和需求之间创建跟踪关系。
• 在用例和实现它们的组件之间创建实现关系。·使用扩展、包含和泛化关系构建用例模型。

3. The Basic Sequence Diagram with Alternative Fragment

3.1 概述

    The Basic Sequence Diagram with Alternative Fragment pattern creates elements and a Sequence diagram that describes the interaction of an Actor and two Components showing the time ordered calling of messages. A Combined Fragment with an Operand of Altrnative (alt) means that only one of the operands will be chosen. The chosen operand must have an explicit or implicit guard expression that evaluates to true at this point in the interaction.
    带有可选片段模式的基本序列图创建了元素和序列图，该图描述了一个参与者和两个显示消息按时间顺序调用的组件之间的交互。操作数为altrnactive（alt）的组合片段意味着只能选择其中一个操作数。所选操作数必须具有显式或隐式保护表达式，该表达式在交互中此时的计算结果为true。

3.2 EA开模过程

Figure 1. Shows a Sequence diagram and the interaction of an Actor and two Components and the messages they exchange including messages to create, utilize and then destroy a Class.
图中显示了一个序列图，一个参与者和两个组件的交互，以及它们交换的消息，包括创建、利用和销毁类的消息。

3.3 讨论

    其目的是使元素之间的交互可视化。
设计人员和实现团队通常创建序列图，作为设计工具或用于文档目的。该模式允许建模者在交互中表达许多备选方案，并表达在哪些条件下选择每一个备选方案。消息序列通常可以通知设计决策或使操作系统中发现的问题变得清晰。

    该模式通常在设计或实现阶段使用，但也可以在计划完成并需要文档记录时使用。它可用于：

在交互中的指定点上为一个或多个备选方案建模片段的框架可以包含多个消息、激活和节点中的一个。

下面列出了使用此模式时可能需要执行的一些操作：

• 扩展该图以包括反映需要分析的序列的其他元素。
• 创建在交互过程中需要使用的其他类和其他元素。
• 使用visualexecutionanalyzer自动创建序列，并构建、调试、记录、分析实现的系统。

下面列出了使用此模式时可能需要执行的一些操作：

• 更改参与者和组件的名称以适应方案。
• 更改图表的名称以适应计划。
• 更改组件中定义的操作的名称以适应方案。
• 更改在交互过程中创建的类的名称。

4. The Single Node and Execution Environment

4.1 概述

    Single Node and Execution Environment
The Single Node and Execution Environment pattern creates elements and a Deployment diagram that describes the deployment environment with a single Node (Server) and an Execution Environment (Container) and the Artifacts that are deployed to them.
    单节点和执行环境模式创建元素和一个部署关系图，该图描述具有单个节点（服务器）和执行环境（容器）的部署环境以及部署到它们上的构件。

4.2 EA开模过程

Figure 1. Shows a Deployment diagram with a Node and an Execution Environment connected by a Communication Path. An artifact has been deployed to each of the Deployment Targets. A Deployment specification is associated with each Artifact to qualify the deployment.
图中显示了一个与部署节点连接的执行路径和一个连接的环境。工件已经部署到每个部署目标。部署规范与每个工件关联，以限定部署。

4.3 讨论

    该模式的目的是允许设计人员或技术架构师创建或查看服务器和运行在其上的容器（如Servlet运行器或数据库管理系统）的模型。它还用于显示部署到每个节点的可执行工件。这些构件表示部署到服务器上的一部分软件，例如Java环境中的Jar文件或执行环境中的数据库实例。

    该模式通常在为企业级或计划级定义技术体系结构时使用。通常，每一个设备都将进一步专门化为制造商的设备，代表一个组织所做的技术选择。例如，一个组织可能已经为网络路由器选择了一个特定的供应商，并且通常会有一个给定供应商产品的多个不同型号。

下面列出了使用此模式时可能需要执行的一些操作：

• 更改包和图表的名称以适合该计划。
• 更改节点、工件和部署描述符的名称，以适应该计划。
• 为元素添加注释，以描述它们的用途和功能。
• 在包或关系图中添加或删除元素以适应计划。
• 向通信路径末端添加多重性以反映基数。

以下是应用该模式时的一些后续步骤的列表。

• 如果需要，可以将层次结构扩展到另一个级别。
• 创建另一个部署图以显示设备如何相互作用。
• 定义跟踪关系，显示设备如何与上游流程元素（如组件、需求）和跨流程元素（如工件和数据库表）相关。
• 使用内置或用户定义的模板创建从模型自动生成的高质量文档。

5. The Use Case Model with Activity Diagram

5.1 概述

    The Use Case Model with Activity Diagram pattern creates elements and a Use Case diagram that describes the goals that user roles wish to achieve from the system. The Use Cases are all contained within the System Boundary and the Actors all lie outside the Boundary. An Activity Diagram (Graph) has been automatically generated from the Use Case and Scenario Steps defined in the Scenario Builder allowing stakeholders to Visualize the Steps and to use them as the basis of UX design and system Implementation.

    带有活动图模式的用例模型创建元素和描述用户角色希望从系统中实现的目标的用例图。用例都包含在系统边界内，参与者都在边界之外。已从自动生成活动图在Scenario Builder中定义的用例和场景步骤允许涉众可视化这些步骤，并将它们用作UX设计和系统实现的基础。

5.2 EA开模过程

Figure 1. Shows a Sequence diagram and the interaction of an Actor and two Components and the messages they exchange including messages to create, utilize and then destroy a Class.
图中显示了一个序列图，一个参与者和两个组件的交互，以及它们交换的消息，包括创建、利用和销毁类的消息。

5.3 讨论

    其目的是允许业务分析师和其他涉众描述参与者（用户扮演的角色）在与系统交互时想要实现的价值。该模式还根据场景生成器中定义的用例和场景步骤自动创建活动图（图），允许查看器可视化用例中的步骤。

    该模式通常用于计划的分析阶段，可用于实现任意数量的需求，并作为为实现团队提供规范的一种方式。它可用于：

• 可视化用例及其场景中的步骤
• 提供一种将工作分配给UX设计团队的机制
• 提供一种分配工作给实施团队的机制

下面列出了使用此模式时可能需要执行的一些操作：

• 下面列出了使用此模式时可能需要执行的一些操作。
• 更改包和图表的名称以适合该计划。
• 更改系统边界的名称以适应方案。
• 更改参与者和用例的名称以适合该方案。
• 添加描述来描述用例提供的价值。

下面列出了使用此模式时可能需要执行的一些操作：

• 使用场景生成器定义一个或多个用例中的详细步骤。
• 重新生成直观描述详细步骤的活动图。
• 在用例和需求之间创建跟踪关系。
• 在用例和实现它们的组件之间创建实现关系。
• 使用扩展、包含和泛化关系构建用例模型。

4. 参考资料(Reference)

The following help topics will assist you learn about how to work with this pattern.

• Component Diagram
• Information Flow
• Convey Information on a Flow
• Diagram Properties

The following are some of the tools that will be helpful when working with this pattern.

• Traceability Window

The Traceability Window automatically displays the relationships that exist between Use Cases and other model elements including up-process and down-process elements. The traceability tree view can be conveniently expanded to see deeper relationships and elements displayed in the window can be located in all diagrams in which they appear. For more details see the Traceability Window help topic.

• Relationship Matrix

The Relationship Matrix provides a spreadsheet like view of two groups of elements and the relationships that exist between them. It can be a used as a powerful analysis mechanism to visually indicate how elements are related to each other and to discover which elements are missing relationships. For more details see the Relationship Matrix help topic.

• Specification View

The Specification View can be used as a way of working with any element type in a spreadsheet or word process view. It is particularly useful when there are a large number of elements as is typically the case when describing a system of any appreciable size. For more details see the Specification View help topic.
Element Discussions
The Element Discussion facility is a fully featured collaboration tool allowing modelers and model viewers and reviewers to communicate with each other directly inside the repository. Modelers using the full client or occasional viewers using WebEA can both post and reply to discussions and communicate and engage in chat. For more details see the Element Discussions help topic.

• Hand Drawn and Whiteboard Diagrams

The Hand Drawn and Whiteboard Mode are display options available for any diagram that changes a system-drawn diagram to appear as though it was drawn by hand and, optionally, hand drawn on a whiteboard. It is a powerful device to engage an audience by presenting the diagram in a rough and more immediate style giving the impression that it is just a sketch that can be changed. For more details see the Hand Drawn and Whiteboard Mode help topic.

• Diagram Layout

The Diagram Layout tool allows you to layout an entire diagram, selected elements or sections of a diagram to make it more visually appealing or meaningful to a particular audience. There are a wide range of layout types to choose from and some types have filters that can be applied. For more details see the Diagram Layout help topic.

• Pan and Zoom

The Pan and Zoom facility is one of the tools that can be used to navigate around a large diagram. Often the resolution of a diagram must be reduced to ensure it is wholly visible but by using the Pan and Zoom window you can leave the diagram at a readable resolution and pan around to areas of interest zooming in when necessary. For more details see the Pan and Zoom help topic.

• Alternate and Images for Diagram Elements

Most standard elements allow an alternate image to be defined for an element that will be used in place of the graphical notation for the element either on a selected diagram or as a default on all diagrams. For more details see the Using the Image Manager help topic.

• Document Generator

The Document Generator is a powerful facility in Enterprise Architect that allows a Database Engineer or other stakeholder to create high quality corporate or technical documentation directly from the model, suitable for internal or external audiences. For more details see the Documentation help topic or the more general topic on Model Publishing.

© 2000 - 2018 Sparx Systems Pty Ltd. All rights Reserved.