17. Правила формування назв системних подій і операцій.

Системні події ініціюють виконання відповідного безлічі операцій, також званих системними. Кожну системну операцію називають по імені відповідного повідомлення.

Безліч всіх системних операцій визначають, ідентифікуючи системні події всіх варіантів використання.

Кожну системну операцію необхідно описати. Зазвичай опис системної операції містить: • ім'я операції і її параметри; • опис обов'язки; • вказівка ​​типу; • назви варіантів використання, в яких вона використовується;

• примітки для розробників алгоритмів і т. д. • опис обробки можливих виключень; • опис виведення неінтерфейсних повідомлень; • припущення про стан системи до виконання операції (передумова); • опис зміни стану системи після виконання операції (постусловіем).

Формується з назви операції – починається з дієслова, можем позначити повертаючи операції, ОПЕРАЦІЇ ПЕРЕДБАЧАЄ ДІЮ! та параметрів

НАЗВА ОПЕРАЦІЇ НЕ ПОВИННА ПОВТОРЮВАТИ НАЗВИ ПАРАМЕТРІВ.

18. Синхронні і асинхронні повідомлення.

О́бмін повідо́мленнями — в програмуванні, є способом координації вконкурентних, паралельних, та об'єктно-орієнтованих системах, та організаціївзаємодії між процесами. Координація робиться шляхом відсилання повідомлень отримувачу. Повідомлення можуть мати форму викликів функцій, сигналів, та пакетів даних. До найвідоміших моделей обчислень, основаних на обміні повідомленнями належать модель Актора та числення процесів.

Функції відправлення та отримання повідомлень зазвичай мають назву відправити (англ. send) та отримати (англ. receive) відповідно. Вони є примітивами в системах обміну повідомленнями. Функція «відправити» має два параметри — адресу, на яку слід надіслати повідомлення, та буфер даних повідомлення. Функція «отримати» також має два параметри — адреса звідки очікується повідомлення (може бути шаблоном) та буфер для збереження даних повідомлення.^[1]

За характеристиками, примітиви можна поділити на:

синхронні Якщо примітиви відправити та отримати встановлюють попередній зв'язок між собою.

асинхронні Примітив відправити називається асинхронним, якщо він повертає керування одразу після завершення зчитування даних з буфера даних повідомлення.

19. «Знайдені» і «загублені» повідомлення.

20. Порівняння діаграм співробітництва та діаграм послідовностей.

(діаграми послідовностей дій) Цей тип діаграм містить у собі діаграми Sequence diagram (діаграми послідовностей дій) і Collaboration diagram (діаграми співробітництва). Ці діаграми дозволяють із різних точок зору розглянути взаємодію об'єктів у створюваній системі. Взаємодія об'єктів у системі відбувається за допомогою приймання й передачі повідомлень об'єктами-клієнтами й обробки цих повідомлень об'єктами-серверами. При цьому в різних ситуаціях ті самі об'єкти можуть виступати й у якості клієнтів, і в якості серверів. Даний тип діаграм дозволяє відбити послідовність передачі повідомлень між об'єктами. Цй тип діаграми не акцентує увагу на конкретній взаємодії, головний акцент приділяється послідовності приймання/передачі повідомлень. Для того щоб оглянути поглядом усі взаємозв'язки об'єктів, служить Collaboration diagram.

Приклад діаграми послідовностей дій (Sequence diagram) (діаграми співробітництва) Цей тип діаграм дозволяє описати взаємодії об'єктів, абстрагуючись від послідовності передачі повідомлень. На цьому типі діаграм у компактному виді відбиваються всі прийняті й передані повідомлення конкретного об'єкта й типи цих повідомлень.  Через те, що діаграми Sequence і Collaboration є різними поглядами на ті самі процеси, Rational Rose дозволяє створювати з Sequence діаграми діаграму Collaboration і навпаки, а також робить автоматичну синхронізацію цих діаграм Рис. 23.6. Приклад діаграми співробітництва (Collaboration diagram)