Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Laboratorniy_praktikum_IPZ_2.doc
Скачиваний:
0
Добавлен:
01.07.2025
Размер:
2.72 Mб
Скачать

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

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

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

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

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

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

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

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

2. Як позначаються діяльності на діаграмі?

3. Назвати основні елементи діаграми діяльності.

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

5. Що подається ромбом на діаграмі діяльності?

6. Пояснити призначення сторожової умови на діаграмі діяльності.

7. Як зветься графічна область діаграми діяльності, що містить елементи моделі?

Модуль ІV. Реалізація об’єктно-орієнтованих програмних систем

Лабораторна робота 4.1

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

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

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

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

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

Для графічного подання компонента використовується спеціальний символ – прямокутник із вставленими ліворуч двома більш дрібними прямокутниками. Усередині прямокутника записується ім'я компонента і, можливо, додаткова інформація. Цей символ є базовим позначенням компонента в мові UML.

У мові UML для компонентів визначені наступні стереотипи:

  • «file» – визначає найбільш загальний різновид компонента, який представляється у вигляді довільного фізичного файлу;

  • «executable» – визначає різновид компонента-файлу, який є здійсненним файлом і може виконуватися на комп'ютерній платформі;

  • «document» – визначає різновид компонента-файлу, який представляється у формі документа довільного змісту, що не є здійсненним файлом або файлом з вихідним текстом програми;

  • «library» – визначає різновид компонента-файлу, який представляється у формі динамічної або статичної бібліотеки;

  • «source» – визначає різновид компонента-файлу, що представляє собою файл із вихідним текстом програми, який після компіляції може бути перетворений у виконуємий файл;

  • «table» – визначає різновид компонента, який представляється у формі таблиці бази даних.

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

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]