• Модель проекта

• Нет

• Проектирование капсул

• Нет

Событие применяется для идентификации и фиксации информации о внешних событиях, о которых известно системе и на которые она должна ответить. События также можно использовать для фиксации информации о внутренних событиях, таких как исключения.

Важными характеристиками событий являются следующие:

• внутреннее/внешнее - Является ли данное событие внешним или внутренним?
• приоритет - Требуется ли для управления данным событием приостанавливать остальную обработку?
• частота - Как часто происходит событие?
• частотное распределение - Происходит ли событие через определенные промежутки времени либо всплесками?
• требования к ответу - Насколько быстро система должна ответить на событие (может потребоваться провести различие между обычным и наихудшим вариантом).
• тип - Является ли это событие событием вызова, времени, сигнала или изменения (см. определения в Концепции: События и сигналы)?
  

В контексте диаграмм состояний и деятельностей событие ссылается на триггер для передачи состояния.

Однако этот рабочий продукт охватывает "событие" в более общем смысле, как события, на которые должна отвечать система, включая сигналы, вызовы, изменения состояния и временные события.

Дополнительная информация приведена в разделе Рабочий продукт: Сигнал.

Характеристики события могут быть зафиксированы в электронной таблице, базе данных, базе данных управления требованиями либо в виде таблицы в документе по архитектуре программного обеспечения.

Их также можно зафиксировать как классы, имеющие стереотип <<событие>>, хотя это следует считать подходящим способом фиксации управляющей информации о событиях и не следует путать с данными, передаваемыми при возникновении события. Если событие вызова приводит к передаче данных, то эти данные должны быть представлены сигнатурой вызываемой операции. Если событие является сигналом, то его данные можно смоделировать явным образом (см. раздел Рабочий продукт: Сигнал).

• События и сигналы