Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Metodichni_vkazivki_3_chastina.doc
Скачиваний:
0
Добавлен:
01.05.2025
Размер:
612.86 Кб
Скачать
      1. Атрибути компонента

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

Базовими атрибутами компонента є:

Імя – найважливіший атрибут, за яким компонент ідентифікується в моделі;

Стереотип – центральний атрибут компонента; відображає тип компонента та визначає його роль в моделі;

Мова програмування – задає мову, на якій закодовано даний компонент;

Набір реалізованих класів – множина класів, що реалізуються даним компонентом;

Файли – перелік файлів, що вміщують реалізацію компонента.

      1. Створення діаграми компонентів

Для створення діаграми компонентів в Rational Rose необхідно у вікні браузера моделі розгорнути контекстне меню розділу “Component View” і вибрати пункт New > Component Diagram. Після цього в даний розділ буде додано нову діаграму компонентів з назвою “NewDiagram” та необов’язковим числовим індексом. Рекомендується одразу ж змінити назву на більш осмислену.

6.2.4.1 Панель інструметів

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

Рисунок 6.3 – Панель інструментів для діаграми компонентів

Component (Компонент)

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

Package (Пакет)

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

Dependency (Залежність)

Елемент, що вказує на існування залежності певного компонента від іншого. Стрілка, що представляє елемент, направлена від залежного елемента до того, від якого він залежить. На відміну від аналогічного елемента на діаграмах варіантів використання (Use-case Diagrams), на діаграмах компонентів елемент залежності не має стереотипів.

Subprogram Specification (Опис підпрограми)

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

Subprogram Body (Визначення підпрограми)

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

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

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

Package Specification (Опис пакета)

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

Package Body (Визначення пакета)

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

Task Specification (Опис задачі)

Описова частина окремого потока виконання у багатопотоковій системі.

Task Body (Визначення задачі)

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