工件:
|
![]() |
事件在空间和时间方面的规范;比较不正式的说法是系统必须响应的事件。 该“工件:事件”的目的是捕获事件的特征,例如频率、优先级和响应需求。 | |
其它关系: |
部分的 设计模型
| |
---|---|---|
角色: | 软件设计人员 | |
可选性/存在性: | 识别事件并找出其特征主要适用于反应(事件驱动)系统、使用并发的系统和/或使用异步消息传递的系统。 | |
模板和报告: |
|
|
示例: | ||
UML 表示: |
在状态表图和活动图的环境中,事件指的是状态过渡的触发器。 但是,该工件涵盖了更具一般意义的“事件”,即系统必须响应的事件,包括信号、调用、状态更改或时间事件。 另请参阅工件:信号。 |
|
更多信息: | ||
|
活动输入: | 活动输出: |
事件用于识别和捕捉关于外部事件的信息,系统觉察到该外部事件并且必须响应它。还可以使用事件来捕获关于内部事件(例如异常)的信息。
事件的重要特征是:
某些事件(特别是表示外部事件以及系统必须响应的重要内部事件的那些事件)应在精化阶段的早期确定下来。其它需要在系统中异步通信的事件在精化阶段较后的部分中确定。在精化阶段结束时应完整地确定所有在体系结构方面重要的事件。
软件设计人员负责所有事件,确保正确地使用事件。
可以在电子表格、数据库、需求管理数据库捕获事件特征,或作为软件体系结构文档中的表捕获事件特征。
甚至可以作为类、已定型的 <<事件>> 来捕获它们,但是只应将此作为捕获关于事件的管理信息的一种简便方法,不应与事件发生时传输的数据相混淆。如果调用事件导致数据传输,则应使用被调用操作的特征符来表示数据。如果事件是一个信号,则可以显式地对其数据建模(请参阅工件:信号)。
Rational Unified Process
|