| Сергій Трофімов | У розпорядження проектувальника системи Rational Rose надає такі типи діаграм, послідовне створення яких дозволяє отримати повне уявлення про всю проектовану систему та про окремі її компоненти:
Use case diagram (діаграми прецедентів);
Deployment diagram (діаграми топології);
Statechart diagram (діаграми станів);
Activity diagram (діаграми активності);
Interaction diagram (діаграми взаємодії);
Sequence diagram (діаграми послідовностей дій);
Collaboration diagram (діаграми співробітництва);
Class diagram (діаграми класів);
Component diagram (діаграми компонент).
Use case diagram (діаграми прецедентів)
Цей вид діаграм дозволяє створити перелік операцій, які виконує система. Часто цей вид діаграм називають діаграмою функцій, тому що на основі набору таких діаграм створюється список вимог до системи та визначається безліч виконуваних системою функцій.
Кожна така діаграма або, як її зазвичай називають, кожен Use case - це опис сценарію поведінки, яким слідують дійові особи (Actors).
Даний тип діаграм використовується при описі бізнес процесів предметної області, що автоматизується, визначенні вимог до майбутньої програмної системи. Відображає об'єкти як системи, так і предметної області та завдання, які вони виконують.
Deployment diagram (діаграми топології)
Цей вид діаграм призначений для аналізу апаратної частини системи, тобто заліза, а не програм. У прямому перекладі з англійської Deployment означає «розгортання», але термін«топологія» точніше відбиває сутність цього діаграм.
Для кожної моделі створюється тільки одна така діаграма, що відображає процесори (Processor), пристрої (Device) та їх з'єднання.
Зазвичай цей тип діаграм використовується на початку проектування системи для аналізу апаратних засобів, на яких вона буде експлуатуватися.
State Ma з hine diagram (діаграми станів)
Кожен об'єкт системи, що володіє певною поведінкою, може перебувати у певних станах, переходити зі стану в стан, здійснюючи певні дії у процесі реалізації сценарію поведінки об'єкта. Поведінка більшості об'єктів реальних систем можна уявити з погляду теорії кінцевих автоматів, тобто поведінка об'єкта відбивається у його станах, і цей тип діаграм дозволяє відобразити це графічно. Для цього використовуються два види діаграм: Statechart diagram (дмаграма станів) та Activity diagram (діаграма активності)
Statechart diagram (діаграма станів)
Діаграма станів (Statechart) призначена для відображення станів об'єктів системи, що мають складну модель поведінки. Це одна з двох діаграм State Machine, доступ до якої здійснюється з одного пункту меню.
Activity diagram (діаграми активності)
Це подальший розвиток діаграми станів. Фактично даний тип діаграм може використовуватися і для відображення станів об'єкта, що моделюється, однак, основне призначення Activity diagram в тому, щоб відображати бізнес-процеси об'єкта. Цей тип діаграм дозволяє показати як послідовність процесів, а й розгалуження і навіть синхронізацію процесів.
Цей тип діаграм дозволяє проектувати алгоритми поведінки об'єктівбудь-якої складності, у тому числі, може використовуватися для складання блок-схем.
Interaction diagram (діаграми взаємодії)
Цей тип діаграм включає діаграми Sequence diagram (діаграми послідовностей дій) та Collaboration diagram (діаграми співробітництва). Ці діаграми дозволяють з різних точок зору розглянути взаємодію об'єктів у створюваній системі.
Sequence diagram (діаграми послідовностей дій)
Взаємодія об'єктів у системі відбувається за допомогою прийому та передачі повідомлень об'єктами-клієнтами та обробки цих повідомлень об'єктами-серверами. При цьому в різних ситуаціях одні й ті ж об'єкти можуть виступати і як клієнти, і як сервери.
Даний тип діаграм дозволяє відобразити послідовність передачі між об'єктами.
Цей тип діаграми не акцентує увагу на конкретній взаємодії, головний акцент надається послідовності прийому/передачі повідомлень. Для того, щоб оглянути всі взаємозв'язки об'єктів, служить Collaboration diagram .
Collaboration diagram (діаграми співробітництва)
Цей тип діаграм дозволяє описати взаємодії об'єктів, абстрагуючись від послідовності передачі повідомлень. На цьому типі діаграм в компактному вигляді відображаються всі повідомлення, що приймаються і передаються конкретного об'єкта і типи цих повідомлень.
Через те, що діаграми Sequence і Collaboration є різними поглядами на одні й самі процеси, Rational Rose дозволяє створювати з Sequence діаграми діаграму Collaboration і навпаки, і навіть виробляє автоматичну синхронізацію цих діаграм.
Class diagram (діаграми класів)
Цей тип діаграм дозволяє створювати логічнеуявлення системи, основі якої створюється вихідний код описаних класів.
Значки діаграми дозволяють відображати складну ієрархію систем, взаємозв'язку класів (Classes) та інтерфейсів (Interfaces). Даний тип діаграм протилежний змісту діаграмі Collaboration , на якому відображаються об'єкти
. Rational Rose дозволяє створювати класи за допомогою такого типу діаграм у різних нотаціях. У нотації, запропонованій Г. Бучем, яка так і називається Booch, класи зображуються у вигляді чогось нечіткого, схожого на хмару. Таким чином Г.Буч намагається показати, що клас – це лише шаблон, яким надалі буде створено конкретний об'єкт.
Нотація OMT , мій погляд, суворіша.
І звичайно, Rational Rose дозволяє створювати діаграму класів в уніфікованій нотації.
Component diagram (діаграми компонентів)
Цей тип діаграм призначений для розподілу класів та об'єктів за компонентами при фізичному проектуванні системи. Часто цей тип діаграм називають діаграмами модулів.
p align="justify"> При проектуванні великих систем може виявитися, що система повинна бути розкладена на кілька сотень або навіть тисяч компонентів, і цей тип діаграм дозволяє не загубитися в різноманітті модулів і їх зв'язків.
