事件在空间和时间方面的规范;比较不正式的说法是系统必须响应的事件。 该“工件:事件”的目的是捕获事件的特征,例如频率、优先级和响应需求。
其它关系:  部分的 设计模型
角色:  软件设计人员 
可选性/存在性:  识别事件并找出其特征主要适用于反应(事件驱动)系统、使用并发的系统和/或使用异步消息传递的系统。
模板和报告: 
     
示例: 
     
UML 表示: 

在状态表图和活动图的环境中,事件指的是状态过渡的触发器。

但是,该工件涵盖了更具一般意义的“事件”,即系统必须响应的事件,包括信号、调用、状态更改或时间事件。

另请参阅工件:信号

更多信息:   
活动输入:    活动输出:   

目的 回到页首

事件用于识别和捕捉关于外部事件的信息,系统觉察到该外部事件并且必须响应它。还可以使用事件来捕获关于内部事件(例如异常)的信息。

简述 回到页首

事件的重要特征是:

  • 内部对外部 - 是外部事件还是内部事件?
  • 优先级 - 为了处理该事件,是否需要使其它处理暂挂?
  • 频率 - 该事件发生的频率?
  • 频率分发 - 该事件在固定时间间隔发生,还是存在突发现象?
  • 响应需求 - 系统必须以何速度响应事件(可能需要区分一般情况和最坏情况)。
  • 类型 - 是调用事件、时间事件、信号事件还是更改事件(有关定义请参阅概念:事件和信号)?

计时 回到页首

某些事件(特别是表示外部事件以及系统必须响应的重要内部事件的那些事件)应在精化阶段的早期确定下来。其它需要在系统中异步通信的事件在精化阶段较后的部分中确定。在精化阶段结束时应完整地确定所有在体系结构方面重要的事件。

职责 回到页首

软件设计人员负责所有事件,确保正确地使用事件。

定制 回到页首

可以在电子表格、数据库、需求管理数据库捕获事件特征,或作为软件体系结构文档中的表捕获事件特征。

甚至可以作为类、已定型的 <<事件>> 来捕获它们,但是只应将此作为捕获关于事件的管理信息的一种简便方法,不应与事件发生时传输的数据相混淆。如果调用事件导致数据传输,则应使用被调用操作的特征符来表示数据。如果事件是一个信号,则可以显式地对其数据建模(请参阅工件:信号)。



Rational Unified Process   2003.06.15