Використання:

• Для моделювання словників системи

• Для моделювання простих кооперацій

• Для моделювання логічної схеми бази даних

Що стосується словників: зараз, процес програмування такий, що передбачає, щоб користувач використовував лише дії вибору, а не введення, тобто, необхідно створити клас словників для реалізації ефекту підстановки; вся логічна структура БД побудована на відношеннях, коопераціях, словниках.

Приклад діаграми класів:

• Існує декілька множин, які представляють класи – студенти, викладачі, дисципліни.

Кожна множина має свої атрибути та операції, що стосуються саме цього класу.

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

Для того, щоб отримати оцінку, необхідно прослухати курс дисциплін, які викладаються певними викладачами(або вивчити їх самостійно)

• Характеристики класів визначають : оплату, вартість, поточний бал, фінальну оцінку.

• Діаграма дає порозуміння для організаторів навчання.

Діаграма об’єктів

Об’єкт – екземпляр класу; конкретна матеріалізація абстракції; сутність з визначеними межами.

Кожен об’єкт однозначно ідентифікується значеннями його атрибутів, які визначають його стан в даний момент часу.

Для статичних абстракцій класу об’єкт має статичні властивості з точки зору опису його характеристик.

З точки зору динаміки він може виконувати операції, а переведення в інший стан не впливає на його характеристики. (?)

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

Це статичний вид системи з точки зору проектування, є основою для сценаріїв, що описуються діаграмами взаємодії.

Діаграма послідовностей

Взаємодія об’єктів в UML – обмін інформацією між об’єктами.

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

Застосовується при ретельному аналізі реалізації запитів до БД і отриманні відповідей.

Діаграма взаємодії

Представляє собою потік повідомлень між об’єктами і основні асоціації між ними; альтернатива діаграмі послідовностей; показує взаємодію об’єктів в динаміці.

Послідовність передачі повідомлень показується шляхом нумерації; можлива передача повідомлень у часі за ієрархічним принципом та паралельна передача повідомлень та об’єктів які об’єднані в асоціації.

Як правило, до кожного повідомлення приєднується коментар зі змістом.

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

Стан – ситуація в життєвому циклі об’єкта, коли він відповідає деякій умові, виконує визначену роботу або чекає, коли деяка подія буде мати місце.

Стан визначається значеннями атрибутів, а також наявністю або відсутністю зв’язків з іншими об’єктами.

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

Для кожного екземпляру класу необхідно визначити його діаграму станів.

Стан стосується лише об’єкту як представника класу. Це означає, що сам об’єкт може знаходитись в деякій множині станів, причому кожний стан має свої характеристики , а перехід до іншого стану зумовлений якимись подіями.

При проектуванні розглядається послідовність зміни станів для кожної форми додатку, що є основою для програмування додатків.

Діаграма активності

Алгоритм – послідовність визначених дій або елементарних операцій, виконання яких призводить до отримання кінцевого результату.

ДА – використовується для розкриття деталей реалізації операцій, що виконуються в системі. В ДА використовуються ті ж самі символи, правила та стандарти, як і в блок-схемах алгоритмів.

Діаграма розгортання

Діаграма розгортання – показує топологію системи та розподіл компонентів системи за її вузлами, а також показує з’єднання та маршрути передачі інформації.

Це дозволяє вирішити задачі раціонального розподілу компонентів по мережі з точки зору максимізації продуктивності системи, захисту від атак, несанкціонованого доступу і пошкодження елементів системи.

ДР створюється для різних цілей окремо, але за рахунок інтеграції можливо прослідити її взаємозв’язок .