EA精灵软件开模报告-02
一、Basic Deployment Diagram with Node Instances
1.1 Create
图1所示。显示由通信路径的实例连接的两个节点实例的部署关系图。
1.2 Discribe
带有节点实例的基本部署图创建元素和一个部署图，该部署图描述由通信路径的实例连接的两个节点实例的部署环境。
该模式的目的是允许设计人员或技术架构师创建或查看虚拟或物理部署环境的模型，包括节点(如机器服务器)、执行环境(如操作系统、容器、基于软件的服务器)。构件和部署规范对如何将软件部署到节点或执行环境进行建模。节点实例表示在操作系统下运行的实际机器(物理或虚拟机)。
1.3 Discussion
1.3.1、当技术体系结构被定义为企业级或计划级时，模式通常被使用。它可以用来:
1.为构成部署环境的实际机器(虚拟的或物理的)建模
1.3.2、下面列出了使用此模式时可能需要做的一些事情。
1.更改包和图的名称以适应计划。
2.更改节点、工件和部署描述符的名称以适应计划。
3.在元素中添加注释来描述它们的目的和功能。
4.在包或图中添加或删除元素以适应计划。
5.向通信路径末端添加多样性以反映基数性。
1.3.3、下面列出了应用模式时可以使用的一些后续步骤。
1.图可以扩展为对部署环境的其他部分建模。
2.用图像库中的图像替换图表元素的默认外观，使图表更引人注目。映像库包含服务器、路由器、网络等的映像。
3.定义跟踪关系，显示设备如何与向上处理元素(如组件、需求)以及跨处理元素(如工件和数据库表)相关联。
4.使用内置的或用户定义的模板从模型中自动生成高质量的文档
二、Basic Use Case Model with System Actor
2.1 Create
图2所示。显示了一个用例图，其中有参与者和一系列被封闭在系统边界中的用例。使用矩形表示包含了一个用例，它表示一个系统参与者，例如另一个计算机系统服务。
2.2 Discribe
带有系统参与者模式的基本用例模型创建元素和描述用户角色希望从系统实现的目标的用例图。用例都包含在系统边界内，而参与者都位于边界之外。Include关系为重用角色系统交互的部分提供了一种机制，有效地节省了详细描述用例的时间。
其目的是允许业务分析人员和其他涉众描述参与者(用户扮演的角色)在与系统交互时想要实现的价值。用例的矩形形式表示另一个计算机系统或服务。
2.3 Discussion
2.3.1、该模式通常用于活动的分析阶段，可以用于实现任意数量的需求，并作为为实现团队提供规范的方法。它可以用来。
1.表示由边界定义的系统正在与之交互的计算机系统或服务。
2.3.2、下面列出了使用此模式时可能需要做的一些事情。
1.表示由边界定义的系统正在与之交互的计算机系统或服务。
下面列出了使用此模式时可能需要做的一些事情。
2.更改系统边界的名称以适应主动性工作。
3.更改参与者和用例的名称以适应计划。
4.添加描述来描述用例提供的价
2.3.3、下面列出了应用模式时可以使用的一些后续步骤。
1.使用场景构建器在一个或多个用例中定义详细步骤。
2.生成可视化地描述详细步骤的行为图。
3.在用例和需求之间创建跟踪关系。
4.在用例和实现它们的组件之间创建实现关系。
5.使用扩展、包含和泛化关系来构造用例模型。
三、Two Level Component Composition Hierarchy
3.1 Create
图3所示。显示包含组件层次结构的类图。角色名和多重属性装饰了关系末尾的关联结束。
3.2 Discribe
两级组件复合层次结构模式创建了许多组件和描述组件结构层次结构的类图。角色名称和多重性描述了每个组件在层次结构中扮演的角色，以及每个组件允许的实例数量。
该模式的目的是允许工程师、架构师和实现分析人员对组件及其组成的组件进行建模。由此产生的层次结构允许他们和其他人可视化系统的逻辑部分的结构。
3.3 Discussio
3.3.1、下面列出了使用此模式时可能需要做的一些事情。
1.更改图的名称、组件和角色名称，以适应计划。
2.在层次结构中添加或删除组件以适应计划。
3.更改关联端上的多重性，以反映基数。
3.3.2、下面列出了应用模式时可以使用的一些后续步骤。
1.如果需要，可以将层次结构扩展到另一个级别。
2.可以创建复合结构图来显示组件部件如何相互作用。
3.定义跟踪关系，显示组件如何与上行过程元素(如用户故事、用例和需求)以及下行过程元素(如工件和数据库表)相关联。
4.创建由模型自动生成的高质量文档
四、Database Server with Deployed Database
4.1 Create
图4所示。显示了部署图，描述了将一系列表部署到数据库服务器。
4.2 Discribe
数据库服务器和部署数据库模式创建元素和部署图描述层在部署的一系列数据库表包含在一个包通过一个关系数据库管理系统反过来是嵌套在一个操作系统驻留在一个物理或虚拟数据库服务器。
该模式的目的是允许设计人员或技术架构师创建或查看虚拟或物理部署环境的模型，包括节点(如机器服务器)、执行环境(如操作系统、容器、基于软件的服务器)。构件和部署规范对如何将软件部署到节点或执行环境进行建模。该图显示了如何将表和其他数据库对象的建模连接到部署模型。
4.3 Discussion
4.3.1当技术体系结构被定义为企业级或计划级时，模式通常被使用。
1.在组成物理数据模型的一系列表的部署中对层进行建模。
4.3.2下面列出了使用此模式时可能需要做的一些事情。
1.更改包和图的名称以适应计划。
2.更改节点、工件和部署描述符的名称以适应计划。
3.在元素中添加注释来描述它们的目的和功能。
4.在包或图中添加或删除元素以适应计划。
5.向通信路径末端添加多样性以反映基数性。
4.3.3下面列出了应用模式时可以使用的一些后续步骤。
1.图可以扩展为对部署环境的其他部分建模。
2.用图像库中的图像替换图表元素的默认外观，使图表更引人注目。映像库包含服务器、路由器、网络等的映像。
3.定义跟踪关系，显示设备如何与向上处理元素(如组件、需求)以及跨处理元素(如工件和数据库表)相关联。
4.使用内置的或用户定义的模板从模型中自动生成高质量的文档。
五、Use Case Model with State Machine Diagram
5.1 Create
显示了一个用例图，其中有参与者和一系列被封闭在系统边界中的用例。用例A定义了指定用户和系统之间交互的步骤。
显示定义用例和场景步骤的场景构建器。这些步骤可以用来生成许多行为模型，包括活动和状态机图。场景中的许多步骤都有一个状态字段completed，该字段指示在每个步骤中将转换到什么状态。
显示了从用例a的场景构建器中定义的步骤自动生成的状态机图(状态转换)。在图中可以看到从决策元素分支出来的替代场景。
开模效果如图
5.2 Discribe
带有活动图模式的用例模型创建元素和描述用户角色希望从系统实现的目标的用例图。用例都包含在系统边界内，而参与者都位于边界之外。从场景构建器中定义的用例和场景步骤自动生成了状态机图(状态转换)，允许涉众可视化这些步骤，并将它们用作用户体验设计和系统实现的基础。
其目的是允许业务分析人员和其他涉众描述参与者(用户扮演的角色)在与系统交互时想要实现的价值。该模式还从场景构建器中定义的用例和场景步骤中自动创建活动图(图)，允许查看者可视化用例中的步骤。
5.3 Discussion
5.3.1该模式通常用于活动的分析阶段，可以用于实现任意数量的需求，并作为为实现团队提供规范的方法
1.可视化用例及其场景中的步骤
2.为UX设计团队分配工作提供一种机制(活动图中的用户步骤最终需要一个用户界面)
3.提供为实现团队分配工作的机制(活动图中的系统步骤将需要在一个系统中实现)
5.3.2下面列出了使用此模式时可能需要做的一些事情
1.更改包和图的名称以适应计划。
2.更改系统边界的名称以适应主动性工作。
3.更改参与者和用例的名称以适应计划。
4.添加描述来描述用例提供的价值。
5.3.3下面列出了应用模式时可以使用的一些后续步骤
1.使用场景构建器在一个或多个用例中定义详细步骤。
2.重新生成可视化地描述详细步骤的活动图。
3.在用例和需求之间创建跟踪关系。
4.在用例和实现它们的组件之间创建实现关系。
5.使用扩展、包含和泛化关系来构造用例模型。
六、Reference
1.Scenario Builder
The Scenario Builder is a productive and unique tool and editor that allows the analyst to work with the text of Use Cases and Scenarios directly inside the model. Many analysts will be familiar with creating long and voluminous Word Processor documents describing the details of Use Cases. With the Scenario Builder the descriptions and steps of Scenarios can be entered directly into the repository and linked to other elements. Alternate and Exception paths can be defined including branch and re-entry points. Diagrams representing the steps in a scenario can be generated and automatically synchronized. For more details see the Scenario Builder help topic.
2.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.
3.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.
4.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.
5.Diagram Legends
The Diagram Legend facility is useful for manually or automatically changing the appearance of elements and connectors on a diagram. A legend can be added from the Common Toolbox and configured to codify the fill and line color and line thickness. This is a powerful way to add meaning and expression to a diagram and is particularly expressive when applied automatically based on element or connector properties. It can be used with a number of specialized diagrams such as roadmaps to create a powerful visualization. For more details see the Diagram Legends help topic.
6.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.
7.Specification View
The Specification View can be used as a way of working with the Components and Interfaces particularly 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
8.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.