小组作业-GA003-182-4

Basic Class Diagram with Receptions

 

 

摘要：带有接收模式的基本类图创建元素和描述两个类如何相互关联的类图。这些关联显示了类之间的语义或结构关系。课程中增加了接待，这是该课程的特色。与操作一起，它们赋予了分类器本质特征。接收信号表明类（或分类器）能够响应分配给它们的信号。信号在接收器中触发一个异步反应，允许发送方在不等待应答的情况下继续。

 

讨论：

其目的是允许分析员、设计者和其他涉众能够指定一个类（或分类器）可用于响应接收到的信号。信号是异步发送的，发送方不需要等待信号的回复。信号需要添加到模型中，然后才能分配给接收端。

它通常用于显示类如何通过发送和接收信号进行通信。

 

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

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

更改类和信号的名称以适合该方案。

更改由多重性描述的角色和基数的名称。

根据需要创建其他类和信号。

 

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

向类和信号添加描述，以描述它们在系统描述中的角色。

如果需要，向类添加属性、操作。

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

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

 

Three State Timeline with Constraints

 

 

 

摘要： 带有约束的三状态时间线模式创建元素和时序图，该时序图显示随着时间推移发生的事件，类中的离散状态更改。时间线在x轴上定义时间刻度，在y轴上定义离散状态。将显示持续时间，指示类保持给定状态的时间。

 

讨论：

其目的是允许分析员、设计者和其他涉众能够指定一个类（或分类器）可用于响应接收到的信号。信号是异步发送的，发送方不需要等待信号的回复。信号需要添加到模型中，然后才能分配给接收端。

它通常用于显示类如何通过发送和接收信号进行通信。

 

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

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

更改类和信号的名称以适合该方案。

更改由多重性描述的角色和基数的名称。

根据需要创建其他类和信号。

 

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

向类和信号添加描述，以描述它们在系统描述中的角色。

如果需要，向类添加属性、操作。

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

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

 

 

 

 

Basic State Machine with Composite State

 

 

 

摘要：具有复合状态模式的基本状态机从显示的重要状态的角度描述了一个实体（例如类、参与者、用例或测试用例）。条目是一种可选行为，无论到达状态所需的转换是什么，只要输入一个tate就执行它。

 

讨论：

提供一种机制来表示系统工程师或其他涉众认为在类或其他元素的生命周期中很重要的条件（状态）。它描述了状态相关的行为，显示了元素如何从一个状态转换到另一个状态。子状态用于显示

当软件工程师想要定义或描述类或其他元素可能显示的一组离散状态时，可以使用该模式。它们通常用于分析系统某些部分的行为，通常是因为难以理解或其行为复杂。

 

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

重命名包、状态机和关系图以适合该方案。

重命名图中的状态和转换，以适应计划。

通过从工具箱或项目浏览器拖到图表上来创建新的状态、其他元素和转换。

将显示更改为状态表。

 

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

为各州创建进入、执行和退出操作，以模拟在这些条件下发生的情况。

向转换添加触发器、保护和效果，以表达转换的约束和行为

在开发其他模型时，从其他模型创建跟踪，以表达状态如何与模型中的其他元素相关，例如用例、组件、工件和数据库对象。

创建有助于将图表中包含的信息传播给其他团队成员的文档。

 

Basic Activity Diagram with Interruptible Region

 

 

 

摘要：带有中断区域模式的基本活动图创建元素和活动图，其中包含一系列操作和控制节点（初始、最终、决策等），这些节点由控制流连接，这些控制流指示操作的启动顺序。

 

讨论：

其目的是允许业务分析人员和其他涉众通过定义一系列操作来创建活动如何执行其工作的可视化表示。顺序由控制流关系显示。“Receive”事件允许检测信号，允许建模者在事件发生时指定备用操作。

它通常在计划的分析阶段使用，以显示活动所描述的工作是如何由一系列动作执行的。图表通常不会为每一项活动而创建，而是为一小部分活动而创建，在这些活动中，明确说明工作是如何进行的很重要。

 

其用途包括：

指定事件发生时的备用操作。

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

重新命名元素和图表以适合该计划。

重命名操作和伪节点（初始、最终、决策等）以适应计划。

在需要的地方添加更多元素来扩展图的语义。

 

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

添加对象节点（使用管脚）以显示操作使用和创建的信息。

执行活动，并最终执行由跟踪组件定义的活动和关系。

创建有助于将图表中包含的信息传播给其他团队成员的文档。

 

 

Communication Diagram with Three Components

 

 

 

摘要：“三组件通信图”模式创建元素和图表，通过消息交换显示运行系统中组件之间的交互。图与序列图密切相关，但允许元素在图中按结构布局。时间的流逝由信息编号表示。

 

讨论：

该模式的目的是允许分析员创建一个图表，该图可用于可视化组件（或其他分类器）如何通过交换消息进行交互来执行一个离散的工作。它是序列图的近亲，但允许元素在图上的任何位置进行布局，从而使表达式具有更大的灵活性。

这种模式对于那些需要查看组件如何交互但发现序列图难以解释的非技术受众非常有用。它还可以用于任何需要组件（或其他分类器）在图中结构化布局的涉众组。

 

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

更改图的名称、图上的元素和消息以适应计划。

重新排列消息以适应计划。

 

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

将您的首选项设置为通信图表消息的颜色，使其更吸引非技术受众。

将通信图转换为序列图，使其更能吸引技术受众。