Starter类图模式创建元素和描述两个类如何相互关联的类图。关联显示类之间的语义或结构关系。
其目的是让分析师和其他涉众能够创建和查看表示感兴趣领域中的重要“事物”的元素,以及它们之间的结构或语义关联。添加关系是为了显示元素之间是如何相互关联的,并且用多样性(基数)和角色名修饰van,以便更详细地描述这些关系。
它通常在计划的早期用于描述领域中的重要元素。该模式对分析很有用,但也是共享知识的基本工具,并确保所有涉众对所讨论领域中的重要“事物”以及它们之间的关系有共同的理解。
下面列出了使用此模式时可能需要做的一些事情。
1.更改包和图的名称以适应计划。
2.更改类的名称以适应计划。
3.更改由多重性描述的角色和基数的名称。
4.创建其他类,将层次结构扩展到另一个级别。
下面列出了应用模式时可以使用的一些后续步骤。
1.向类添加描述,以描述它们在系统描述中的角色。
2.添加一个或多个状态机来描述特定类可以展示的谨慎状态。
3.如果需要,向类中添加操作。
4.使用内置的或用户定义的模板用文档生成器自动生成文档。
有用的工作区布局核心|核心建模
具有值规范模式的基本对象图创建了一个对象图,其中对象(实例规范)通过链接(关联的实例)连接。这些对象包含允许为类中定义的属性指定值的槽。角色名称(包括数字)用于标识实例及其与关联类或链接对象相关的角色。
该模式的目的是允许业务分析人员、测试人员和实现团队的成员定义信息模型的范例。
该模式可用于需要类模型示例的任何情况。这些可以在很多情况下使用,包括:定义测试数据,这些数据可以用作测试用例的输入,或者为开发使用或生成信息模型部分的模块或组件的程序员提供有用的范例。
创建分析人员可以用来向发现更抽象的信息模型难以理解或概念化的涉众解释困难的场景的范例。
下面列出了使用此模式时可能需要做的一些事情。
1.更改类图中定义的类的名称,以适应计划。(对象关系图中显示的分类器的名称将自动更改。)
2.更改对象的名称以适应主动性工作
3.更改角色名称和多样性以适应主动性工作。
4.更改类图中类的第一个区域中显示的属性的名称,以适应计划。(对象关系图中的名称将自动更改。)
5.更改对象中槽中的值(属性值)。
下面列出了使用此模式时可能需要做的一些事情。
1.创建可以用作测试数据或范例的附加对象或对象集。
2.使用内置的或用户定义的模板直接从模型中创建自动文档。
有用的工作区布局核心|核心建模,宽视图
嵌套的包层次结构模式创建了许多包和一个包图,该图将包呈现为一个嵌套的层次结构,并将包可视化地包含在它们的父包中。颜色被用来使图表更吸引人。
其目的是提供包结构的可视化表示,这对于没有项目浏览器查看模型的人来说可能不太明显。可视化的包含显示了父包所拥有和拥有的子包,并通过相互嵌套包来显示。
它通常用于主动性工作的早期阶段,此时显示包的内容以及包含它们的包的内容很重要。提供包结构的可视化表示是很有用的,如果不使用项目浏览器查看模型,这可能不会很明显。
下面列出了使用此模式时可能需要做的一些事情。
1.更改包的名称以适应主动性工作。
2.向包添加注释,以描述它们包含的元素以及它们在模型中的用途。
下面列出了使用此模式时可能需要做的一些事情。
1.通过将其他子包嵌套到一个或多个级别来创建更深的层次结构。
2.创建描述包内容的子图,包括通过选择适当的子图来允许向下钻取。
3.配置最低级别的包,以显示图中每个包的内容。
4.如果包是技术结构(如模式或编程代码模型)的一部分,则将根包配置为名称空间。
有用的工作区布局核心|核心建模,宽视图
带有入口操作模式的基本状态机从它所展示的重要状态的角度来描述一个实体(例如类、参与者、用例或测试用例)。条目是一种可选的行为,只要输入tate,就会执行该行为,而不考虑为达到该状态而进行的转换。
提供一种机制来表示系统工程师或其他涉众认为在类或其他元素的生命周期中重要的条件(状态)。它描述了依赖于状态的行为,显示了元素如何从一种状态转换到另一种状态。转换上的注释有助于限定状态更改。
当软件工程师想要定义或描述一个类或其他元素可能显示的一组离散状态时,就会使用这种模式。创建它们通常是为了分析系统的某些部分的行为,这通常是因为它很难理解或者因为它的行为很复杂。
下面列出了使用此模式时可能需要做的一些事情。
1.重命名包、状态机和图以适应计划。
2.重命名图中的状态和转换,以适应计划。
3.通过从工具箱或项目浏览器中拖拉到图表上,创建新状态、其他元素和转换。
下面列出了应用模式时可以使用的一些后续步骤。
1.为状态创建Entry、Do和Exit操作,以模拟在这些条件下发生的情况。
2.创建来自其他模型的跟踪,以表示状态如何与模型中的其他元素相关联,例如用例、组件、工件和数据库对象。
3.创建有助于将图中包含的信息传播给其他团队成员的文档。
有用的工作区布局核心|核心建模
嵌套状态模式描述具有多个状态的类或其他元素,其中一个或多个状态本身具有状态(子状态)。该模式允许在同一关系图上显示这些状态。
其目的是允许软件工程师和其他涉众在一个图上创建两个(或更多)级别的状态转换的可视化表示。
当执行转换的演练以理解所属元素的行为时,或者当将嵌套状态放置在同一关系图上时,可以更容易地理解状态之间的转换,而无需单击到复合关系图时,这种表示通常非常有用。
重命名图中的状态和转换,以适合您的计划。
可以从工具箱或项目浏览器中将新状态和其他元素和连接器拖到图表上。
下面列出了应用模式时可以使用的一些后续步骤。
1.从图中创建可执行状态机。
2.显示此状态机中的状态如何与为模型中的其他元素构造的其他状态机中的状态交互。
有用的工作区布局核心|核心建模