用例模型显示系统的行为环境,而在此任务中,使用工作产品:业务用例模型和工作产品:补充业务规范在系统环境中创建系统的逻辑模型。 该模型用于描绘环境图。
-
将由系统实现的接口(包括系统提供的操作、支持的相关协议、系统实现的状态变量和存储,以及属性)。
-
在系统及其参与者之间流动的 I/O 实体。
-
系统为获得适当的性能所需的接口(将由与该系统交互的参与者实现)。通常,如果参与者代表系统必须与其通信的现有系统,则这些所需的接口只反映由其他系统施加的约束。
环境图显示系统及其参与者之间的顶级协作。这是按照系统用例模型的结构模拟。该协作是在分析模型中创建的。
I/O 实体(被表示为用于建模的构造型为“I/O”的类,这些类带有属性,但无操作)描述流入和流出系统的事物,在一般系统情况下,可包含数据、规模、精力或物理部件。I/O 实体与参与者-系统对关联(建模期间),这表示这些特定 I/O
实体在参与者与系统之间流动。它们可以在图上显示,或是与参与者关联,而流动的方向由关联上的构造型“发送”或“接收”表示,这表示方向是相对于参与者而言的。
系统操作是对象可请求来实现某种行为的服务。操作指定用于调用相关联行为的名称、类型、参数和约束。根据考虑的(子)系统的主要职责围绕接口对操作进行分组。系统操作调用表示,同与用例实例的交互相比,与系统的交互更为细化,而用例实例是操作调用和响应的组合。
状态变量和存储是在由系统实现的接口上定义的属性。这些属性是抽象的,它们需要与属性的类型和多重性相应的系统维护信息,并允许对这些信息进行存储、检索和修改。这并不表示系统中的某个属性与在接口上定义的属性直接对应。状态变量和存储之间的差异不是内在的,它只是反映了将属性用于控制系统(抽象)状态机操作的方式。“状态”可持续一段时间,这和在某个时刻发生的事件(例如信号的到达)不同。在这里提到的状态机是有限状态机,对“状态”的描绘通常由相对较少的变量决定;例如,当前状态可由枚举类型的单个属性的值确定。但是,系统对事件的反应可能不但依赖于事件的性质(例如,事件的操作参数中携带的信息)、当前状态,而且还依赖于其他(可能很多)属性的值。
|