Starter Composite Structure Diagram
入门级复合结构图模式通过使用代表组成组件的组件的零件来描述组件的内部结构。 端口和接口与委托连接器和信息流相连,这些流显示了信息项如何通过指定的接口从组件流向组件
图1.显示代表组成组件的组件的零件以及流经连接组件零件的接口和端口的信息项。
Discussion
该模式的目的是允许设计人员和架构师描述组件的组成以及如何将零件(其他组件)“连接”在一起以执行组件的工作。 充当管道的信息流承载着信息项,这些信息项连接显示信息和其他有效负载从组件到组件移动的接口。
该模式通常用于设计或实现阶段,以通过描述组件或其他组件(其他组件)的交互来显示复合或复杂组件如何交付价值。
它可以用来分解组件的层次结构,以显示系统逻辑部分如何产生和使用信息。
以下是使用此模式时可能要执行的一些操作的列表。
1.1 通过添加或删除组件来更改层次结构。
1.2 更改组件,零件和接口的名称以适合您的计划。
1.3 在Interface元素中更改并创建其他操作。
将属性添加到类以描述概念的属性。
以下是应用模式时可用的一些后续步骤的列表。
1.1 创建其他层次结构和复合结构图以表示零件的相互作用。
1.2 创建一个或多个序列图以显示组件之间消息的时间顺序。
1.3 为其他读者创建组件的文档。
Basic Class Diagram with Attributes and Operations
具有属性和操作的基本类图模式将创建元素和一个类图,以描述两个类如何相互关联。 关联显示类之间的语义或结构关系,这些属性已添加到作为类功能的类中, 它们与操作一起为分类器提供其基本特征。 当创建一个类的实例时,将为属性分配实际值,这些实际值可以在其他实例中标识该对象。
图1.显示了一个类图,其中两个类通过关联关系连接。 该关联会被命名,并且指示器显示了如何读取两个类之间的关系。 类包含许多描述类的基本特征和行为的属性和操作。
Discussion
该模式的目的是使分析师和其他利益相关者能够创建和查看表示被关注领域中重要“事物”的元素以及它们相关的结构或语义方式。添加关系以显示元素之间如何相互关联,并可以用多重性(基数)和角色名称进行装饰,以更详细地描述这些关系。
它通常在计划的早期就用来描述领域中的重要元素。该模式对于分析很有用,但也是共享知识并确保所有利益相关者对所讨论领域中重要的“事物”及其相互关系有共同理解的基本工具。
以下是使用此模式时可能要执行的一些操作的列表。
1.1 更改包的名称和图表以适应计划。
1.2 更改类的名称以适合该计划。
1.3 更改角色名称和多重性描述的基数。
1.4 创建其他类以将层次结构扩展到另一个级别。
以下是应用模式时可用的一些后续步骤的列表。
1.1 在类中添加描述以描述它们在系统描述中的作用。
1.2 如果需要,可以在类中添加属性,操作或接收。
1.3 添加一个或多个状态机来描述特定类可能表现出的谨慎状态。
1.4 通过文档生成器使用内置或用户定义的模板自动生成文档。
Objects as Instances of Classes
对象类的实例模式创建一个对象图,该对象图具有通过链接(关联实例)连接的对象(实例规范)。 对象包含插槽空间,这些插槽空间允许为类中定义的属性指定值。 包含了数字的角色名称用于标识实例及其在关联的类或链接的对象方面所扮演的角色。
图1.显示了一个对象图,其中两个对象通过链接连接。
图2.显示从中派生实例的类图
Discussion
该模式的目的是允许业务分析师,测试人员和实施项目团队的成员定义信息模型的示例。
该模式可用于需要Class模型示例的任何情况。这些可以在多种情况下使用,包括:
1.1 定义测试数据,这些数据可用作测试用例的输入或为程序员提供有用的示例,因为他们正在开发 消费或产生部分信息模型的模块或组件。
1.2 创建样例,分析师可以使用这些样例向涉众发现难以理解或概念化的抽象信息模型的情况。
以下是使用此模式时可能要执行的一些操作的列表。
1.1 更改“类”图中定义的“类”的名称以适合该计划。 (在对象图中显示的分类器名称将自动更改。)
1.2 更改对象的名称以适应主动性
1.3 更改角色名称和多重性以适应计划。
1.4 在类图中更改显示在类的第一部分中的属性的名称,以适合该计划。 (对象图中的名称将自动更改。)
1.5 更改对象的插槽空间(属性值)中的值。
以下是使用此模式时可能要执行的一些操作的列表。
1.1 创建可以用作测试数据或示例的其他对象或对象集。
1.2 使用内置或用户定义的模板直接从模型直接创建自动文档。
Nested States
嵌套状态模式描述具有多个状态的Class或其他元素,其中一个或多个状态本身具有状态(子状态)。 该模式允许将这些状态显示在同一图表上。
图1.状态机图,显示其中一个状态的嵌套状态。
Discussion
目的是允许软件工程师和其他利益相关者在单个图表上创建两个(或更多)状态转换级别的可视化表示。
当进行过渡的逐步操作以了解拥有元素的行为时,或者将嵌套状态放置在同一图上时,这种表示形式通常很有用。
- 重命名图中的状态和转换方式以适合您的计划。
- 可以从工具箱或项目浏览器将新状态以及其他元素和连接器拖到图表上。
以下是应用模式时可用的一些后续步骤的列表。
1.1 从图中创建一个可执行的状态机。
1.2 显示此状态机中的状态以及为模型中其他元素构造的其他状态机中的状态交互。
Activity with Actions and Control Flows
带有动作和控制流的活动模式会创建描述活动结构的图例及其包含的参数的元素和图表。 活动图显示了动作(活动的调用)和对象流之间的顺序流,这些对象流连接了代表拥有活动的参数的动作引脚。
图1.显示了一个带有通过控制流连接的动作的活动。 包含使用“活动参数”的“活动”,而“动作”则通过“动作引脚”进行通信。 对象流连接引脚以显示诸如信息之类的对象如何从动作流向动作。
图2:活动层次结构图
图3活动已定义了活动参数,用于在伴随的活动图中嵌入操作引脚。.
Discussion
目的是允许业务分析人员和其他利益相关者通过定义一系列动作来创建活动如何执行其工作的直观表示。顺序由“控制流”关系显示。图表中的信息流由连接位于动作边界的引脚的对象流显示。
它通常在计划的分析阶段中使用,以显示活动描述的工作如何通过一系列动作来执行。通常情况下不会为每个活动创建图表,而是为一小部分图表,这对于阐明工作的执行方式很重要。
以下是使用此模式时可能要执行的一些操作的列表。
1.1 调整活动的层次结构,包括添加和删除活动参数以适合该活动。
1.2 重命名活动和参数以适合计划。
1.3 重命名适合于主动性的“动作”和“动作图钉”。
1.4 在需要的地方添加其他元素,并更改图的名称以适合计划。
以下是使用此模式时可能要执行的一些操作的列表。
1.1 创建与最终将执行活动和操作所定义的工作的组件的跟踪关系。
1.2 创建文档,以帮助将图表中包含的信息传播给其他团队成员。