小组作业-GA002-182-4

一、Starter Component Diagram

 

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

 

 

该图显示了一个组件图，其中两个组件通过组件连接器连接

模式的目的是允许设计师、架构师和其他涉众创建或查看架构或设计的逻辑部分以及它们通过接口进行通信的方式。

 

模式通常在计划的设计阶段的早期使用，作为描述架构或设计的逻辑部分的一种方式。它可用于：

为设计的逻辑部分建模

展示组件如何通过接口进行通信。

 

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

更改包的名称和图表以适合该计划。

更改组件的名称以适应方案。

添加一个或多个泛化集来对关系进行分组。

创建其他组件以将层次向下展开到另一个级别。

 

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

向组件添加描述，以描述它们在系统描述中的角色。

如果需要，向层次结构中添加另一个级别。

添加一个或多个状态机来描述特定类可以显示的离散状态。

使用内置或用户定义的模板，使用文档生成器自动生成文档。

 

二、Starter Use Case Model

 

       Starter用例模型模式创建元素和用例图，描述用户角色希望从系统中实现的目标。用例都包含在系统边界内，参与者都在边界之外。

 

该图显示了一个用例图，其中包含参与者和系统边界中包含的多个用例

 

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

 

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

 

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

更改系统边界的名称以适应方案。

更改参与者和用例的名称以适合该方案。

添加描述来描述用例提供的价值。

 

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

使用场景生成器定义一个或多个用例中的详细步骤。

生成一个行为图，直观地描述详细的步骤。

在用例和需求之间创建跟踪关系。

在用例和实现它们的组件之间创建实现关系。

使用扩展、包含和泛化关系构建用例模型。

 

 

三、Basic Deployment Diagram  with Composition

 

   基本部署图及组成具有组合模式的基本部署图创建元素和描述与多个设备的结构关系的部署图。组合关系模型，即设备是由节点组成的部件。

 

 

该图显示了一个节点通过组合关系连接到三个设备的部署关系图

 

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

 

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

为机器的部件（虚拟或物理）建模，如磁盘驱动器、主板、电源、网络或图形卡等。

 

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

更改包和图表的名称以适合该计划。

更改工件的主动性和主动性，以适应节点的名称。

为元素添加注释，以描述它们的用途和功能。

在包或关系图中添加或删除元素以适应计划。

向通信路径末端添加多重性以反映基数。

 

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

该图可以扩展为对部署环境的其他部分建模。

用图像库中的图像替换图元素的默认外观，使图表更引人注目。映像库包含服务器、路由器、网络等的映像。

定义跟踪关系，显示设备如何与上游流程元素（如组件、需求）和跨流程元素（如工件和数据库表）相关。

使用内置或用户定义的模板创建从模型自动生成的高质量文档。

 

四、Component Interfaces with XML Payload

 

组件接口与XML有效负载模式描述了两个组件（代表系统的逻辑部分）如何通过端口和接口进行通信。信息流允许将有效负载建模并指定为流经连接器的一个或多个信息项。

 

（1） Component Interfaces with XML Payload

 

 

该图显示通过两个接口进行通信。XML有效载荷被定义为一个信息流，允许用户深入到建模的有效载荷元素

 

（2）Component Interfaces with XML Payload Collapsed

 

 

该图显示了与图中折叠的端口和接口通信的两个组件，以向非技术受众隐藏详细信息

 

其目的是描述两个组件如何通过端口和接口进行通信，并显示两个接口之间的信息流。传递的信息项（有效载荷）也被建模，并且可以作为模型中的元素找到。

 

该模式通常用于计划的设计或实现阶段，设计师或架构师需要描述系统组件之间如何通信。正式描述接口（包括接口提供的方法或服务）也很有用。

 

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

更改组件、端口和接口的名称以适合您的计划。

更改接口操作的名称以适合您的计划。

更改信息流所传递的名称或元素，以适合您的计划。

 

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

创建描述系统重要逻辑部分的附加组件和接口。

向接口添加操作以描述接口提供的方法或服务。

创建序列图，直观地记录按时间顺序调用消息。

 

五、Node with Component and Artifact Instances

 

 Node with Component and Artifact Instances模式创建元素和一个部署图，该图描述了组件实例如何在工件实例中变成清单，而工件实例又可以部署到节点实例中。

 

该图显示了一个部署图，其中包含节点、工件和组件的实例。

         

该模式的目的是允许设计师和架构师描述组件的组成，以及这些组件（其他组件）如何“连接”在一起以执行组件的工作。信息流充当管道，携带信息项连接显示信息的接口，其他有效载荷从一个组件移动到另一个组件。

 

模式通常在设计或实现阶段使用，通过描述组件（其他组件）之间的交互来显示复合组件或复杂组件如何交付价值。

它可以用来分解显示系统逻辑部分如何产生和消费信息的组件层次结构。

 

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

通过添加或删除组件来更改层次结构。

更改组件、部件和接口的名称以适合您的计划。

在接口元素中更改和创建其他操作。

向类添加属性以描述概念的属性。

 

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

创建额外的层次结构和复合结构图来表示部件之间的交互作用。

创建一个或多个序列图，以显示组件之间消息的时间顺序。

为其他访问群体创建组件文档。