Оформлення результатів роботи

Результати лабораторної роботи оформлюються у вигляді звіту обов'язковими елементами, якого є: титульний аркуш; формулювання мети та завдання на роботу; основна частина; висновки. Зразок титульного листа наведений у Додатку 1.

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

Висновки повинні містити результати виконаної роботи.

Індивідуальні завдання

Розробити діаграму класів для систем, список яких надано в лабораторній роботі 3.1 або узгодити вибір бізнес-процесів з викладачем.

Запитання для самоперевірки

1. Які принципи знаходяться в основі ООП?

2. Що розуміють під n-арною асоціацією?

3. В чому різниця між агрегацією та композицією?

4. Що таке асоціація класу?

5. Як на діаграмі класів відображуються відношення агрегації та композиції?

6. З яких основних елементів складається діаграма класів?

7. Як записується атрибут на діаграмі класів?

Лабораторна робота 3.3

ДІАГРАММИ КООПЕРАЦІЇ ТА ПОСЛІДОВНОСТЕЙ В СЕРЕДОВИЩІ IBM RATIONAL ROSE

Мета: вивчити порядок побудови діаграм кооперації та послідовностей в середовищі IBM Rational Rose.

Завдання: побудувати діаграми кооперації та послідовностей стосовно розроблюваного проекту інформаційної системи.

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

Діаграма взаємодії показує потік повідомлень між об'єктами системи та основні асоціації між ними.

Різновидами діаграми взаємодії є діаграми кооперації та послідовностей, які в контексті мови UML описують динамічний аспект взаємодії об'єктів при реалізації окремих варіантів використання.

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

Діаграма послідовностей – відображає часові особливості передачі і прийому повідомлень об'єктами.

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

Можливі такі варіанти записів повного імені об'єкта:

• о: C – об'єкт із власним ім'ям о, екземпляр класу С;

•: C – анонімний об'єкт, екземпляр класу С;

• о: (або просто о) – об'єкт-сирота з власним ім'ям о;

• о / R: C – об'єкт із власним ім'ям о, екземпляр класу С, який грає роль R;

• / R: C - анонімний об'єкт, екземпляр класу С, який грає роль R;

• о / R - об'єкт - сирота з власним ім'ям о, який грає роль R;

• / R - анонімний об'єкт і одночасно об'єкт сиріт, який грає роль R.

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

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

Мультиоб'єкт являє собою множину анонімних об'єктів, які можуть бути утворені на основі одного класу.

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

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

• Суцільна лінія з трикутною стрілкою позначає виклик процедури (операції) або передачу потоку управління.

• Суцільна лінія з V-подібною стрілкою позначає асинхронне повідомлення у простому потоці управління.

• Пунктирна лінія з V-подібною стрілкою позначає повернення з виклику процедури.

В UML визначені наступні стереотипи повідомлень:

• «call» - повідомлення, що вимагає виклику операції або процедури об'єкта-одержувача;

• «return» - повідомлення, яке повертає значення виконаної операції або процедури викликав її об'єкту;

• «create» - повідомлення, що вимагає створення іншого об'єкта для виконання певних дій;

• «destroy» - повідомлення, що вимагає знищити відповідний об'єкт;

• «send» - позначає посилання об'єкту сигналу, який асинхронно ініціюється одним об'єктом і приймається (перехоплюється) іншим.