Basic Use Case Model基本用例模型
基本用例模型模式将创建元素和用例图,以描述用户角色希望从系统中实现的目标。 用例全部包含在系统边界内,而参与者均位于边界外。
图1.显示了一个用例图,其中包含Actor和许多用例,这些用例包含在系统边界中。 一个角色代表一个系统,并使用矩形符号。
讨论区
目的是允许业务分析师和其他利益相关者描述与系统交互时Actor(用户扮演的角色)想要实现的价值。
应用场景:该模式通常用于计划的分析阶段,可用于实现任何数量的需求,并为实施团队提供规范。
Block with Four Parts 四分块
四分块模式创建一个内部块定义图,该图显示了SysML 1.5块元素的内部结构如何显示在其命名空间部分中。
One Level Requirement Hierarchy 一级需求层次结构
一级需求层次结构模式允许在层次结构中可视化需求,从而允许将复杂的需求分解为更细粒度的需求,直至单级别的需求。
图1.显示了使用垂直树线样式的嵌套关系将需求组织成层次结构。 其中需求的ID和文本显示为标记值。
该模式目的是提供一种可视化一组需求的结构的方法,使建模者可以表达一个需求由许多其他需求组成的事实,并能够查看图中的需求ID和文本。
应用场景: 当需求描述整个系统时,通常是在系统描述的早期进行创建(其他情况,它可以随时创建,尤其是当需求描述了所关注的子系统或系统的一部分)
Element Group 元件组
元素组模式创建元素和一个图,该图允许出于某些用户定义的原因而将可能异构的元素集进行分组。 组中元素的数量显示在“大小”属性中。
图1.显示了一个图表,其中许多相关元素链接到一个元素组,表明它们是某些用户定义分类的一部分。
模式的目的是提供一种轻量级的机制,允许系统工程师为某些特定目的定义一组元素。元素可以位于项目浏览器中的任何包中(EA的项目浏览器),并拖到图上并链接到元素组以创建一组相关元素。
Composite States 复合状态模式
复合状态模式描述了具有许多状态的块或其他元素,其中一个或多个自身具有状态(子状态)
该模式允许用户单击(向下钻取–动作)到代表复合状态的另一个状态机图。
组合状态的目的是允许系统工程师表示自己定义了其他状态的状态,而不必在同一图中明确表示这些状态。它允许将复合状态标记为复合(通过元素右下角的小标记指示),并可以双击进入复合级别。
应用场景:通常在设计状态机图本身的一个级别上的状态具有需要描述的状态才能理解所欠缺的块或其他元素的行为时使用。