5.6 Діаграми співробітництва

 

Діаграми співробітництва являють собою сукупність об’єктів, поведінка яких значуща для досягнення складових мети системи, та взаємовідношення тих ролей, які об’єкти відіграють у співробітництві. На даному вигляді діаграм моделюється статична взаємодія об’єктів, при цьому фактор часу не враховується і не відображається на діаграмі співробітництва.

 

 

Рисунок 5.11 - Приклад діаграми послідовності

 

Діаграма співробітництва може бути параметризованою. Тоді вона являє собою абстрактну схему співробітництва - так званий патерн, для якого шляхом до визначення параметрів можна створити певну множину конкретних схем співробітництва. Докладніше патерни обговорюються в розділі 7 (див. п. 7.3.7.).

 

5.7 Діаграми діяльності

 

Модель діяльності в UML являє собою поведінку системи як певні роботи, котрі можуть виконувати як система, так і актор, причому послідовність робіт може залежати від прийняття певних рішень залежно від умов, що склалися. Окрема діяльність (робота) зображається на діаграмі прямокутником із закругленими кутами. Потоки керування між роботами показуються стрілками. Якщо мова йде про прийняття рішення, то з відповідного прямокутника виходять дві стрілки, на кожній може позначатися текст умови, якій вона відповідає. Діаграма діяльності нагадує відомі блок-схеми алгоритмів та програм, зокрема передбачено відображення можливості виконувати паралельно кілька діяльностей і точки синхронізації завершення їх. Приклад. Нехай пошук замовленої книги в бібліотеці має супроводжуватися кількома супутніми процедурами, а саме збиранням даних про виконані та невиконані замовлення. Другі при цьому поділяються на невиконані через те, що в бібліотеці немає книг та через те, що вони в інших читачів. На рис. 5.12. подано відповідну діаграму діяльностей. Горизонтальні лінії позначають розпаралелення та синхронізацію окремих робіт.

 

 

Рисунок 5.12 - Діаграма діяльностей сценарію замовлення книг у бібліотеці

 

Діаграма може відображати той факт, що певна діяльність виконується для кожного існуючого екземпляра об’єкта, наприклад, для кожного рядка замовлення (якщо, наприклад, замовляється кілька книжок одразу). Тоді стрілка, яка веде до такої діяльності, позначається зірочкою, як на рис. 5.13.

 

5.8 Діаграми станів

 

Як і діаграма переходів у стани (див. п. 3.4.2.), модель станів UML базується на використанні розширеної моделі скінченного автомата. Нею визначаються:

- умови переходів (застереження - guards on transitions)

- переходи, зумовлені певними подіями;

- дії при переході;

- дії при вході в стан;

- діяльність, яка триває доти, доки стан є активним;

- дії при виході зі стану;

- вставка станів;

- паралельно діючі стани.

 

 

Рисунок 5.13 - Фрагмент діаграми діяльності для кожної замовленої книги

 

Можуть виділятися суперстани та підстани. Вони разом із вкладеними станами дозволяють конструювати ієрархію станів системи. У даному разі подія - це назва переходу. Події можуть мати аргументи, які визначають список даних, що передаються з переходом (такі, як помилка коду або моніторинг значення). Застереження визначає умови, які потрібно виконати для здійснення переходу. Нарешті список операцій визначає деякий список функцій разом з їхніми аргументами, котрі буде викликано як результат цього переходу.