2. Додавання компоненти на діаграму компонентів та редагування її властивостей

Для додавання компоненти на діаграму компонентів потрібно за допомогою лівої кнопки миші нажати кнопку із зображенням піктограми компоненти на спеціальній панелі інструментів, відпустити ліву кнопку миші та клацнути лівою кнопкою миші на вільному місці робочого аркуша діаграми. Додати компоненту на діаграму можна також за допомогою операції головного меню: Tools Create Component або за допомогою операції контекстного меню: New Component, попередньо виділивши представлення компонентів у браузері проекту.

У результаті цих дій на діаграмі з'явиться зображення компоненти з маркерами зміни її геометричних розмірів та запропонованим середовищем ім'ям за замовчуванням, що розробнику варто змінити. Продовжуючи розробку моделі системи керування банкоматом, побудуємо для неї діаграму компонентів. Із цією метою змінимо ім'я діаграми, запропоноване за замовчуванням Main, на Діаграма компонентів АТМ, а для першого доданого компонента задамо ім'я MainATM.exe (рис. 1).

Рис. 1.  Діаграма компонентів після додавання компонента MainATM.exe

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

Рис. 2.  Діалогове вікно специфікації властивостей компонента MainATM.exe

Зокрема, для компоненти MainATM.exe можна вибрати стереотип <<EXE>> із пропонованого вкладеного списку, оскільки стосовно до моделі, що розробляється передбачається реалізація цієї компоненти у формі виконавчого файлу. При цьому на вкладці Realizes (Реалізує) знаходяться всі класи, включаючи акторів, які на даний момент присутні в моделі (рис. 3). Варто помітити, що класи будуть показані в цьому вікні тільки при обраній властивості Show all classes (Показати всі класи).

Рис. 3.  Діалогове вікно специфікації властивостей компонента MainATM.exe,

відкрите на вкладці Realizes (Реалізує)

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

3. Додавання відношення залежності та редагування його властивостей

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

Стосовно до діаграми компонентів моделі банкомату способом, який розглянуто вище, варто додати відношення залежності від компоненти з ім'ям MainATM.exe до компоненти з ім'ям MainBank. На додаток до цього для наочності можна вказати у формі приміток ті класи моделі, які передбачається реалізувати в даних компонентах (рис. 4).

Рис. 4.  Діаграма компонентів після додавання відношень залежності між компонентами MainATM.exe та MainBank

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