ОУММ. Правила і загальні механізми мови UML

ОУММ. Діаграми UML

Діаграма UML – це графічне зображення елементів cистеми у формі зв’язаного графа з вершинами (сутностями) і ребрами (відношеннями). Діаграми можуть містити будь-яку комбінацію сутностей, однак у практиці моделювання застосовують порівняно

невелику кількість типових комбінацій

• Діаграми класів (class dіagram) – зображають класи, інтерфейси, об’єкти і кооперації, а також відношення між ними. Ці діаграми відображають статичні аспекти системи.

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

• Діаграми прецедентів (use case dіagram) – зображають прецеденти й акторів, а також відношення між ними. Ці діаграми відображають статичні аспекти системи.

• Діаграми взаємодії – зображають об’єкти та повідомлення, якими об’єкти можуть обмінюватися. Зазвичай, розглядають два часткові випадки таких діаграм: діаграми послідовностей (sequence dіagram), що відображають часову упорядкованість повідомлень, і діаграми кооперації (collaboratіon dіagram), на яких зображають структурну організацію об’єктів, що обмінюються повідомленнями. Ці типи діаграм є ізоморфними. Діаграми взаємодії відображають динамічні аспекти системи.

• Діаграми станів (statechart dіagram) – зображають автомат, що налічує стани, переходи, події і види дій. Ці діаграми відображають динамічні аспекти системи.

• Діаграми діяльностей (actіvіty dіagram) – це окремий випадок діаграми станів (на діаграмі зображають переходи потоку керування від одного виду діяльності до іншого усередині системи).

• Діаграми компонентів (component dіagram) – зображають сукупність компонентів та існуючі між ними залежності. Ці діаграми відображають статичні аспекти системи.

• Діаграми розміщення (deployment dіagram) – зображають конфігурацію вузлів системи і розміщених у них компонентів. Ці діаграми відображають статичні аспекти системи. Вони зв’язані з діаграмами компонентів, оскільки у вузлі розміщують один чи декілька компонентів.

Елементи мови UML комбінуються один з одним за певними семантичними правилами, які дають змогу коректно та однозначно визначати:

• назви, які можна надавати сутностям, відношенням і діаграмам;

• область дії – контекст, в якому назва має певне значення;

• видимість– контекст, в якому назва може використовуватися

іншими елементами;

• цілісність – узгоджена поведінка та взаємодія елементів;

• виконання – правильне розуміння поведінки системи в динаміці.

Моделювання спрощується і здійснюється ефективніше, якщо дотримуватися деяких угод. Роботу з UML істотно полегшує

послідовне використання загальних механізмів: специфікації (specіfіcatіons), доповнення (adornments), поділу (common dіvіsіons) і розширення (extensіbіlіty mechanіsms).

Щодо кожного з елементів графічної моделі UML складається специфікація, яка містить текстове представлення елемента.

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

ня між собою.

Практично кожен з елементів моделі має унікальне графічне зображення, на якому відображено найважливіші аспекти цього елемента. Однак в моделі можуть використовуватися додаткові елементи зображення цього елемента, які доповнюють характеристику цього елемента іншими аспектами. Як головні, так і доповнюючі аспекти елемента моделі описано у специфікації UML.

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

Наприклад, базова нотація асоціації – це лінія, однак її можна доповнювати стрілками, кратностями і назвами ролей.

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

Під час моделювання об’єктно-орієнтованих систем існує поділ на класи/об’єкти та інтерфейс/реалізацію.

Дата добавления: 2015-05-07