GA003-185-8

EA精灵开模练习报告

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

1. Starter Component Diagram

1.1 概述

    The Starter Component Diagram pattern creates Components and a Component diagram that shows to Components connected by an Assembly connector indicating that the two Components share information via interfaces. The Components have notes added that describe the element and these have been made visible on the diagram.

    基本类图with Operations模式创建元素和描述两个类如何相互关联的类图。这些关联显示了类之间的语义或结构关系。操作已添加到类中，这些操作是类的功能。它们与属性一起赋予分类器本质特征。操作描述了分类器可以执行的工作。它们是类行为的重要表达式，并赋予类（连同属性）的本质特征。

1.2 EA开模过程

Figure 1. Shows a Component diagram with two Components connected by an Assembly Connector.
图1。显示由关联关系连接的两个类的类图。关联被命名，并且一个指示符显示如何读取两个类之间的关系。这些类包含许多描述类的基本行为的操作。

1.3 讨论

    其目的是让分析员和其他利益相关者能够创建和查看表示感兴趣领域中重要“事物”的元素以及它们之间的结构或语义方式。操作有助于对类将要执行的行为或工作（包括它所交付的服务）进行建模。

    它通常在计划的早期用于描述域中的重要元素。模式对于分析很有用，但是操作和接收通常是由实现团队添加的。

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

• 更改包的名称和图表以适合该计划。
• 更改类的名称以适应计划。
• 更改操作名称以适应计划。

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

• 向类添加描述，以描述它们在系统描述中的角色。
• 如果需要，为类添加属性或接收。
• 添加一个或多个状态机来描述特定类可以显示的离散状态。
• 使用内置或用户定义的模板，使用文档生成器自动生成文档。

2. Composite Structure Diagram with Collaboration

2.1 概述

     The Composite Structure Diagram with Collaboration pattern describes the internal structure of a Component by the use of Parts which represent the Components from which it is composed. Ports and Interfaces are connected with delegation connectors and Information Flows which show how Information Items flow from Component to Component via specified Interfaces.

    具有协作模式的复合结构图通过使用表示组成组件的组件的部件来描述组件的内部结构。端口和接口通过委派连接器和信息流连接，它们显示信息项如何通过指定的接口从组件流向组件。

2.2 EA开模过程

Figure 1. Showing parts that represent the Components from which the Component is composed and the Information Items that flow through the Interfaces and Ports connecting the Component’s Parts.
图1。显示表示组成组件的组件的部件，以及流经连接组件部件的接口和端口的信息项。

2.3 讨论

    该模式的目的是允许设计师和架构师描述组件的组成，以及这些组件（其他组件）如何“连接”在一起以执行组件的工作。信息流充当管道，携带信息项连接显示信息的接口，其他有效载荷从一个组件移动到另一个组件。
    在复杂的设计阶段或组件的实现（通常是通过描述复杂组件的实现来显示组件的价值）。它可以用来分解显示系统逻辑部分如何产生和消费信息的组件层次结构。
    该模式通常用于计划的分析阶段，可用于实现任意数量的需求，并作为为实现团队提供规范的一种方式。它可用于：

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

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

• 通过添加或删除组件来更改层次结构。
• 更改组件、部件和接口的名称以适合您的计划。
• 在接口元素中更改和创建其他操作。
• 向类添加属性以描述概念的属性。

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

• 创建额外的层次结构和复合结构图来表示部件之间的交互作用。
• 创建一个或多个序列图，以显示组件之间消息的时间顺序。
• 为其他访问群体创建组件文档。有用的工作空间布局核

3. Basic Class Diagram with Operations

3.1 概述

    The Basic Class Diagram with Operations pattern creates elements and a Class diagram that describes how two Classes are related to each other. The associations show semantic or structural relationships between the classes. Operations have been added to the Classes which are features of the Class. Along with Attributes they give the classifier its essential characteristics. Operations describe the work that a classifier can carry out. They are important expressions of the behavior of a Class and give the Class (along with the Attributes) its essential character.

    基本类图with Operations模式创建元素和描述两个类如何相互关联的类图。这些关联显示了类之间的语义或结构关系。操作已添加到类中，这些操作是类的功能。它们与属性一起赋予分类器本质特征。操作描述了分类器可以执行的工作。它们是类行为的重要表达式，并赋予类（连同属性）的本质特征。

3.2 EA开模过程

Figure 1. Shows a Class diagram with two classes connected by an Association relationships. The Association is named and an indicator shows how to read the relationship between the two classes. The Classes contain a number of Operations that describe the essential Behavior of a Class.
图1。显示由关联关系连接的两个类的类图。关联被命名，并且一个指示符显示如何读取两个类之间的关系。这些类包含许多描述类的基本行为的操作。

3.3 讨论

    其目的是让分析员和其他利益相关者能够创建和查看表示感兴趣领域中重要“事物”的元素以及它们之间的结构或语义方式。操作有助于对类将要执行的行为或工作（包括它所交付的服务）进行建模。

    它通常在计划的早期用于描述域中的重要元素。模式对于分析很有用，但是操作和接收通常是由实现团队添加的。

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

• 更改包的名称和图表以适合该计划。
• 更改类的名称以适应计划。
• 更改操作名称以适应计划。
• 根据需要添加参数和类型。
• 根据需要创建其他类和操作。

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

• 向类添加描述，以描述它们在系统描述中的角色。
• 如果需要，为类添加属性或接收。
• 添加一个或多个状态机来描述特定类可以显示的离散状态。
• 使用内置或用户定义的模板，使用文档生成器自动生成文档。

4. Two Level Class Type Hierarchy

4.1 概述

    The Two Level Class Type Hierarchy creates Classes and a Class diagram that describes a taxonomy of the ‘things’ in a domain down to two levels. This allows the familial characteristics of a group of elements to be modeled and understood, creating a classification and opportunities for reuse.

    两级类类型层次结构创建类和一个类图，该类图描述了一个域中“事物”的分类法（下至两个级别）。这允许对一组元素的家族特征进行建模和理解，从而创建一个分类和重用的机会。

4.2 EA开模过程

Figure 1. Shows a Class diagram with a number pf Classes that are Specialization (sub-classes) of a more general Class. The Classes all have attributes.
图1。显示了一个类图，该类图包含一些更一般的类的专门化（子类）。这些类都有属性。

4.3 讨论

    该模式的目的是允许分析员和其他涉众创建或查看讨论域中重要事物的分类法，该分类法可分为两个级别。

    这种模式通常在项目的早期使用，作为分析领域中“事物”的家族特征的一种方式。该模式也有助于共享知识和理解，并有助于确保所有利益相关者对一个领域的要素及其类型化的方式有一个共同的理解。它还为重用提供了基础，允许使用更通用的元素版本，除非需要专用的元素。

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

• 更改包的名称和图表以适合该计划。
• 更改类的名称以适应计划。
• 添加一个或多个泛化集来对关系进行分组。
• 创建其他类以将层次结构向下扩展到另一个级别。

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

• 向类添加描述，以描述它们在系统描述中的角色。
• 如果需要，向层次结构中添加另一个级别。
• 添加一个或多个状态机来描述特定类可以显示的离散状态。
• 使用内置或用户定义的模板，使用文档生成器自动生成文档。

5. Two Level Class Composition Hierarchy with Attributes

5.1 概述

    The Two Level Class Composition Hierarchy with Attributes pattern describes the structure of a given Class by defining the Classes from which it is composed down to two levels using two different line styles. Multiplicities visible on the role ends describe the number of instances allowable in a running system. Role names and other details can be added as needed.

    带属性的两级类组合层次结构模式通过定义类来描述给定类的结构，该类使用两种不同的线样式将类从中组合到两个级别。角色末端可见的多重性描述了运行系统中允许的实例数。可以根据需要添加角色名和其他详细信息。

5.2 EA开模过程

Figure 1. Shows a Class diagram describing a hierarchy of Classes down to two levels using two different line styles to assist in making the diagram more readable and compact.
图1。显示了一个类图，该类图使用两种不同的线样式将类的层次结构向下分为两个级别，以帮助使图表更具可读性和紧凑性。

5.3 讨论

    它的目的是描述一个类的组成，这样就可以理解它，推理它的结构，并可以创建更详细的模型。此模式允许将类分解为两个级别，使分析员能够描述和可视化单个类的结构。

    该模式可按以下方式使用：

• 当一个类不是原子的，并且需要描述它的结构时，就可以使用该模式，以便可以对它所组成的类进行推理或向下到层次结构的两个级别进行描述。
• 它是复合结构图的一个有用的前奏，在复合结构图中，类的内部结构可以用组成它的部分来描述。

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

• 更改包的名称和图表以适合该计划。
• 更改类的名称以适应计划。
• 更改由多重性描述的角色和基数的名称。
• 创建其他类以将层次结构向下扩展到另一个级别。

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

• 向类添加描述，以描述它们在系统描述中的角色。
• 添加一个或多个状态机来描述特定类可以显示的离散状态。
• 如果需要，向层次结构中添加另一个级别。
• 使用内置或用户定义的模板，使用文档生成器自动生成文档。

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.