ЗМІСТ

Вступ ..4

Перелік лабораторних робіт.......................................................................................5

Лабораторна робота № 1 Загальне знайомство з інструментальним

засобом для аналізу та проектування програмного забезпечення

Rational Rose.......................................................................................................5

Лабораторна робота № 2 Діаграма „прецедентів використання”. Пакеті,

прецеденти, актори. Відносини між елементами діаграми...........................7

Лабораторна робота № 3 Діаграма „послідовності”. Об'єкти, повідомлення, повідомлення до себе................................................................................12

Лабораторна робота № 4 Діаграма „кооперації”. Об'єкти, екземпляри

класів. Відносини...............................................................................................20

Лабораторна робота № 5 Діаграма „станів”. Початковий стан, проміжний,

кінцевий стан. Відносини...............................................................................29

Лабораторна робота № 6 Діаграма „діяльності”. Стан, діяльність, розділи,

доріжки.............................................................................................................34

Лабораторна робота № 7 Діаграма „класів”. Пакеті, класи, інтерфейси.

Відносини.........................................................................................................36

Лабораторна робота № 8 Діаграми „компонентів” та „розгортання ”.

Елементи діаграм. Відносини........................................................................42

Список літератури.....................................................................................................44

Додаток А Методичні вказівки до виконання лабораторних робіт......................45

ВСТУП

Метою даного курсу є розгляд практичних особливостей процесу об'єктно-орієнтованого моделювання і розробки проектів програмних додатків з використанням CASE-засобу Rational Rose 2001а.

В методичних рекомендаціях описуються елементи робочого інтерфейсу програми Rational Rose і рекомендації по виконанню проекту в нотації UML. Послідовно розглядаються особливості побудови канонічних діаграм мови UML в середовищі Rational Rose.

Курс присвячений вивченню основ практичної розробки візуальних моделей в середовищі Rational Rose в нотації мови UML. Вивчення матеріалу курсу направлене на вдосконалення знань студентів за методологіями розробки візуальних моделей об'єктно-орієнтованих систем і формуванням практичних навиків по реалізації цих знань в середовищі Rational Rose 2001а.

Отримані в ході вивчення курсу практичні знання і навики можуть бути успішно використані в подальшому при виконанні випускних робіт бакалаврів та дипломних проектів.

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

Методичні вказівки до виконання лабораторних робіт з курсу “Проектування інформаційних систем” містять 8 лабораторних робіт та призначені для студентів, які навчаються за напрямом 6.050101 «Комп’ютерні науки».

ПЕРЕЛІК ЛАБОРАТОРНИХ РОБІТ

Лабораторна робота № 1

Тема. Загальне знайомство з інструментальним засобом для аналізу та проектування програмного забезпечення Rational Rose

Мета роботи: знайомство з можливостями та інтерфейсом користувача інструментального засобу для аналізу та проектування програмного забезпечення Rational Rose та загальними підходами при роботі з ним

Короткі теоретичні відомості

Програма Rational Rose (для платформи Windows) виробництва фірми Rational Software Corporation (США) є інструментальним засобом підтримки етапів об'єктно-орієнтованого аналізу (OOA) та об'єктно-орієнтованого проектування (OOD) процесу розробки програмного забезпечення. Вона була створена на первинному етапі стандартизації мови UML (Unified Modeling Language) і підтримує специфікацію UML, відповідну їй концептуальну модель і нотацію. Окрім мови UML підтримується також нотація методологій покладених в основу UML, а саме Booch (Граді Буч) та OMT (Object Modeling Technique) (Джеймс Рамбо). Протягом курсу при виконанні лабораторних робіт, як більш сучасна, буде використовуватися нотація UML. При задані специфікацій різних будівельних сутностей в частині відповідальній за генерацію вихідного коду буде використовуватися синтаксис типовий для об'єктно-орієнтованої мови програмування С++.

Інтерфейс користувача

Інтерфейс користувача програми Rational Rose є типовим для програм з мультидокументним інтерфейсом платформи Windows (рисунок 1.1). Програма не має локалізованої версії, тому мова інтерфейсу – англійська.

Інтерфейс програми складається з меню, рядка статусу (опція), двох панелей інструментів, вікна браузера та вікна документації. Інтерфейсні елементи позначені як „опція” можуть бути включені/відключені за допомогою відповідних пунктів меню.

Рисунок 1.1 – Загальній вигляд вікна програми Rational Rose

із завантаженою моделлю

Порядок виконання роботи

1. Ознайомтесь зі всіма елементами інтерфейсу програми Rational Rose.

2. Відкрити модель Aggregations з директорії прикладів (\TutorialModels) Rational Rose.

3. Опишіть розвернуту структуру гілки дерева браузера „вид з точки зору прецедентів використання”.

4. Відкрити діаграми „прецедентів використання” „Main” „діаграми кооперації” „Add а Student” та „Add а Course Offering” „діаграму послідовності” „Add а Course Offering” „діаграму класів” „Main”. Занотуваті у звіті „діаграму кооперації” „Add а Student”.

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

6. Навчиться отримувати доступ до специфікації елементу моделі з діаграми та з браузера. Занотуйте у звіті склад специфікації класу „StudentInformation”.

7. Занотуйте у звіті склад рядку меню в контексті „діаграми класів”.

8. Занотуйте у звіті склад локальних меню для елементів гілки дерева браузера „Registrar Use Cases”.

Зміст звіту

 назва роботи;

 мета роботи;

 короткий опис порядку виконання роботи (записувати формулювання поставлених завдань зі вказівкою команд для їх виконання).

Контрольні питання

1. Назвіть основні елементи інтерфейсу Rational Rose.

2. Дайте їм характеристику.

3. Назвіть способи навігації по браузеру.

4. Яким чином можна видалити об'єкт із діаграми?

5. Дайте повну характеристику опціям головного меню.

6. Чи залежить зміст контекстного меню від вибраного елемента середовища?

Література: [1, 5].

Лабораторна робота № 2

Тема. Діаграма „прецедентів використання”. Пакеті, прецеденти, актори.

Відносини між елементами діаграми

Мета роботи: отримання навичок щодо побудови діаграм „прецедентів використання” та використання відповідних будівельних сутностей та відношень, а також формування їхніх специфікацій

Короткі теоретичні відомості

Діаграма прецедентів використання (Use case diagram) є однією з канонічних діаграм UML що використовується для моделювання динамічних аспектів системи і відіграє основну роль в моделюванні поведінки системи, підсистеми або класу. Діаграми прецедентів використання мають велике значення для візуалізації, специфікації та документування поведінки елементів. Вони полегшують розуміння надаючи змогу поглянути зовні на те, як елементи системи можуть бути використані у відповідному контексті. Окрім цього, вони важливі для тестування виконуваних систем у процесі прямого проектування та для розуміння їх внутрішнього влаштування при зворотному проектуванні.

Діаграма прецедентів використання має стандартні атрибути притаманні будь якій діаграмі – ім'я та графічний зміст, який вміщує прецеденти (Use case), акторів (Actor) та відносини між ними: залежності (Dependency), узагальнення (Generalization) і асоціації (Association). Подібно іншим діаграмам, вони можуть містити примітки і обмеження. Інколи діаграми прецедентів вміщують пакети, які використовуються для групування елементів моделі в більш великі блоки.

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

Добре структурована діаграма прецедентів використання має наступні якості:

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

- містить тільки такі прецеденти і акторів, які важливі для розуміння цього аспекту;

- містить тільки такі деталі, які відповідають потоковому рівню абстракції (належить показувати тільки ті доповнення (наприклад, точки розширення), які необхідні для розуміння системи);

- не на стільки лаконічна, щоб ввести користувача діаграми в оману відносно важливої семантики.