79. Загальна характеристика case-системи Rational Rose.

Rational Rose є CASE засіб проектування і розробки інформаційних систем і програмного забезпечення для управління підприємствами. Як і інші CASE засоби (ARIS, BPwin, ERwin) його можна застосовувати для аналізу і моделювання бізнес процесів. Перша версія цього продукту була випущена компанією Rational Software. Надалі Rational Rose був куплений IBM.

Принципова відмінність Rational Rose від інших засобів полягає в об'єктно-орієнтованому підході. Графічні моделі, що створюються за допомогою цього засобу, засновані на об'єктно-орієнтованих принципах і мові UML (Unified Modeling Language). Інструменти моделювання Rational Rose дозволяють розробникам створювати цілісну архітектуру процесів підприємства, зберігаючи всі взаємозв'язки та управляючі між різними рівнями ієрархії.

За рахунок застосування різних аспектів Rational Rose надає користувачам (бізнес аналітикам, інженерам, технічним фахівцям і керівникам) можливість створювати, аналізувати, змінювати і керувати моделями, використовуючи єдиний об'єктно-орієнтований підхід і єдина мова моделювання.

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

80. Розробка діаграм у середовищі Rational Rose.

Робота над проектом в середовищі Rational Rose починається з загального аналізу проблеми та побудови діаграми варіантів використання, який відображає функціональне призначення проектованої програмної системи. Для розробки діаграми варіантів використання в середовищі Rational Rose необхідно активізувати відповідну діаграму у вікні діаграми. Це можна зробити різними способами:

- Розкрити уявлення варіантів використання в браузері (Use Case View) і двічі клацнути на піктограмі Main (Головна).

- Через пункт меню Browse-Use Case Diagram (Браузер-»Діаграма варіантів використання).

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

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

Діаграма класів є основним логічним поданням моделі і містить найдетальнішу інформацію про внутрішній устрій об'єктно-орієнтованої програмної системи. Активізувати діаграму класів у вікні діаграми можна також декількома способами:

- Ця діаграма з'являється за замовчуванням у вікні діаграми після створення нового проекту.

- Клацнути на кнопці з зображенням діаграми класів на стандартній панелі інструментів.

- Розкрити логічне представлення в браузері (Logical View) і двічі клацнути на піктограмі Main (Головна).

- Через пункт меню Browse-> CIass Diagram (Браузер-> Діаграма класів).

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

Використовувані піктограми для видимості зображуються перед ім'ям відповідного атрибута або операції і мають наступний сенс:

- Загальний, відкритий (Public) - встановлюється за замовчуванням. Приклад - атрибут 1 в класі 1. У цьому випадку атрибут видно всім іншим класам моделі. Будь клас може переглянути і змінити значення цього атрибута. У нотації мови UML такому атрибуту відповідає знак "+".

- Захищений (Protected). Приклад - атрибут 2 в класі 1. У цьому випадку атрибут можна переглянути і змінити з самого класу 1 або з його нащадків. У нотації мови UML такому атрибуту відповідає знак "#".

- Закритий (Private). Приклад - атрибут 3 в класі 1. У цьому випадку атрибут не видний ніякому іншому класу, крім того, в якому він визначений. У нотації мови UML такому атрибуту відповідає знак "-".

- Пакетний (Implemented). Приклад - атрибут 4 в класі 1. Такий атрибут є загальним тільки в межах свого пакета. У нотації мови UML для такого атрибута піктограма відсутня.