Page 65 - 6602

повідомлення операції, що викликається. Тоді відповідна операція
має бути визначена в тому класі, якому належить об'єкт-одержувач.
Список аргументів є розділеними комами і взятими в круглі
дужки дійсними параметрамии тієї операції, виклик якої ініціюється
даним повідомленням. Список аргументів може бути порожнім,
проте дужки все одно записуються. Для запису аргументів також
може бути використаний деякий псевдокод або мова
програмування.
У мові UML передбачені стандартні дії, що виконуються у
відповідь на отримання повідомлення. Вони можуть бути явно
вказані на діаграмі кооперації у формі стереотипу перед ім'ям
повідомлення, до якого вони відносяться, або вище за нього. В
цьому випадку вони записуються в кутових лапках.
У мові UML визначені наступні стереотипи повідомлень:
 <<call>> (викликати) – повідомлення, що вимагає
виклику операції або процедури об'єкта-одержувача.
 <<return>> (повернути) – повідомлення, що повертає
значення виконаної операції або процедури об'єкту, що
викликав її. Значення результату може ініціювати
розгалуження потоку управління.
 <<create>> (створити) – повідомлення, що вимагає
створення іншого об'єкту для виконання певних дій.
Створений об'єкт може стати активним (йому передається
потік управління), а може залишитися пасивним.
 <<destroy>> (знищити) – повідомлення з явною
вимогою знищити відповідний об'єкт. Посилається у тому
випадку, коли необхідно припинити небажані дії з боку
об'єкту, що існує в системі, або коли об'єкт більше не
потрібний і повинен звільнити задіяні їм системні ресурси.
 <<send>> (послати) – позначає посилку іншому
об'єкту сигналу, який асинхронно ініціюється одним

61