尽管用例模型显示了系统的行为环境,然而在此任务中,将在系统环境中创建系统的逻辑模型,方法是使用工作产品:用例模型和工作产品:补充规范,在环境图中进行描述:
-
将由系统实现的接口(包括系统提供的操作、支持的关联协议、系统实现的状态变量和存储,以及具有技术性能度量特征的属性)。
-
在系统及其参与者之间流动的 I/O 实体。
-
系统为获得适当的性能所需的接口(将由与该系统交互的参与者实现)。通常,如果参与者代表系统必须与其通信的现有系统,则这些所需的接口只反映由其他系统施加的约束。
环境图显示系统及其参与者之间的顶级协作。这是按照系统用例模型的结构模拟。该协作是在分析模型中创建的。
I/O 实体(被表示为用于建模的构造型为“I/O”的类,这些类带有属性,但无操作)描述流入和流出系统的事物,在一般系统情况下,可包含数据、规模、精力或物理部件。I/O 实体与参与者-系统对关联(建模期间),这表示这些特定 I/O
实体在参与者与系统之间流动。它们可以在图上显示,或是与参与者关联,而流动的方向由关联上的构造型“发送”或“接收”表示,这表示方向是相对于参与者而言的。
系统操作是对象可请求来实现某种行为的服务。操作指定用于调用相关联行为的名称、类型、参数和约束。根据考虑的(子)系统的主要职责围绕接口对操作进行分组。系统操作调用表示,同与用例实例的交互相比,与系统的交互更为细化,而用例实例是操作调用和响应的组合。
状态变量和存储是在由系统实现的接口上定义的属性。这些属性是抽象的,它们需要与属性的类型和多重性相应的系统维护信息,并允许对这些信息进行存储、检索和修改。这并不表示系统中的某个属性与在接口上定义的属性直接对应。状态变量和存储之间的差异不是内在的,它只是反映了将属性用于控制系统(抽象)状态机操作的方式。“状态”可持续一段时间,这和在某个时刻发生的事件(例如信号的到达)不同。在这里提到的状态机是有限状态机,对“状态”的描绘通常由相对较少的变量决定;例如,当前状态可由枚举类型的单个属性的值确定。但是,系统对事件的反应可能不但依赖于事件的性质(例如,事件的操作参数中携带的信息)、当前状态,而且还依赖于其他(可能很多)属性的值。
“技术性能度量”(TPM)是选自“补充规范”或“用例模型”的关键技术属性,用作系统效能的重要指标,若未达到,则系统开发将处于超支、逾时或超出性能约束的风险。此类属性的新增值将在项目生存期中进行追踪。例如,将系统的交付权重保持在特定界限下可能很重要,而完成此目标需要在设计和构造时进行追踪。交付时的系统权重显然是系统实例的一个属性(该属性可以多种方式检测),且不必等同于开发期间的目标权重(对于将启动以正常运行的系统,您可能希望它小一些)。UML
标注值可用于注解 TPM 属性,以表明性能目标,例如:
"TPM" weight {maximum_weight = 1000kg}
“技术性能度量”也可应用于其他非结构化特征(例如操作响应时间)。 标注值可应用于系统操作或系统本身,以对这些内容进行记录。
|