5.3 Завдання на лабораторну роботу

1. Ознайомитися з конспектом лекцій та пунктом 5.2.

2. Для моделі, створеної в лабораторній роботі №1, сформувати діаграму діяльності. Показати конструкції розгалуження та паралельного виконання.

3. Оформити звіт до лабораторної роботи.

4. Відповісти на контрольні питання.

5.4 Зміст звіту

1. Тема та мета лабораторної роботи.

2. Завдання на лабораторну роботу.

3. Побудовану діаграму діяльності.

4. Висновки.

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

1. Для чого призначена діаграма діяльності?

2. Який зв'язок моделі діяльності з моделлю станів?

3. В чому відмінність діаграм діяльності від блок-схем?

4. Які засоби використовуються для позначення шляху передачі потоку управління на діаграмах діяльності?

5. Для чого використовуються плавальні доріжки?

Лабораторна робота №6 Діаграми компонентів

1. Мета роботи

Навчитися створювати діаграми компонентів в програмному середовищі Rational Rose. Визначити поняття компонента, основні типи компонентів та їхні атрибути.

2. Основні теоретичні відомості

1. Діаграма компонентів

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

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

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

Рисунок 6.1 – Діаграма компонентів типового програмного комплексу

2. Компоненти

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

Через те, що система може складатися з різних типів модулів, середовище Rational Rose надає множину стереотипів для специфікування належності певного модулю до типу і таким чином спрощення процесу аналізу моделі. Розглянемо ці стереотипи.

Main Program (основна програма)

Представляє модуль основної програми; це модуль, з якого починається виконання модельованої систем; при використанні програмних фреймворків часто цей тип модулів вміщується всередині фреймворку (рис. 6.2, а).

Subprogram Body (тіло підпрограми)

Використовується для розміщення компонента, що відповідає тілу певної підпрограми; використовується, в основному, для не об'єктно-оріентованих компонентів (рис. 6.2, б).

Package Specification/Package Body (визначення пакета/тіло пакета)

Використовується для опису визначення та тіла пакета, які зазвичай поєднані. Для мови C/C++ визначення пакету — заголовочний файл (h-файл), а тіло пакета — c/cpp-файл (рис. 6.2, в, г).

Task Specification/Task Body (визначення задачі/тіло задачі)

Відображають незалежні паралельні потоки в рамках багатопотокової системи (рис. 6.2, д,е).

Рисунок 6.2 – Зображення компонентів основних стереотипів