Page 123 - 6602

довідки (рис. 8.2, в).
 По-друге, стереотипи для компонентів у формі робочих
продуктів. Як правило – це файли з вихідними текстами програм
(рис. 8.2, г).
Інший спосіб специфікації різних видів компонентів —
вказівка текстового стереотипу компонента перед його ім'ям. У мові
UML для компонентів визначені наступні стереотипи:
 <<file>> (файл) – визначає найбільш загальний різновид
компонента, який представляється у вигляді довільного файла.
 <<executable>> (здійснимий) – визначає різновид
компонента, який є виконуваним файлом і може виконуватися на
комп'ютері.
 <<document>> (документ) – визначає різновид компонента-
файла, який представляється у формі документа довільного вмісту,
що не є файлом програми.
 <<library>> (бібліотека) – визначає різновид компонента-
файла, який представляється у формі динамічної або статичної
бібліотеки.
 <<source>> (джерело) – визначає різновид компонента-
файла, що є файлом з вихідним текстом програми, який після
компіляції може бути перетворений в здійснимий файл.
 <<table>> (таблиця) – визначає різновид компонента, який
представляється у формі таблиці бази даних.
Окремими розробниками пропонувалися власні графічні
стереотипи для зображення тих або інших типів компонентів, проте,
за невеликим винятком вони не знайшли широкого застосування. У
свою чергу ряд інструментальних CASE-засобів також містять
додатковий набір графічних стереотипів для позначення
компонентів.

Інтерфейси

119