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

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

У рамках мови UML всі подання про модель складної системи фіксуються у вигляді спеціальних графічних конструкцій, що одержали назву діаграм. У термінах мови UML визначені наступні види діаграм:

¨ Діаграма варіантів використання (use case dіagram)

¨ Діаграма класів (class dіagram)

¨ Діаграми поведінки (behavіor dіagrams)

· Діаграма станів (statechart dіagram)

· Діаграма діяльності (actіvіty dіagram)

· Діаграми взаємодії (іnteractіon dіagrams)

¡ Діаграма послідовності (sequence dіagram)

¡ Діаграма кооперації (collaboratіon dіagram)

¨ Діаграми реалізації (іmplementatіon dіagrams)

¡ Діаграма компонентів (component dіagram)

¡ Діаграма розгортання (deployment dіagram)

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

1. Діаграма варіантів використання (див. розділ 18).

2. Діаграма класів (див. розділ 19).

3. Діаграма станів (див. розділ 20).

4. Діаграма діяльності (див. розділ 21).

5. Діаграма послідовності (див. розділ 22).

6. Діаграма кооперації (див. розділ 23).

7. Діаграма компонентів (див. розділ 24).

8. Діаграма розгортання (див. розділ 25).

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

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

Діаграми поведінки також є різновидами логічної моделі, які відбивають динамічні аспекти функціонування складної системи. І, нарешті, діаграми реалізації служать для подання фізичних компонентів складної системи й тому відносяться до її фізичної моделі. Таким чином, інтегрована модель складної системи в нотації UML (рис. 17.10) представляється у вигляді сукупності зазначених вище діаграм (див. рис. 17.9).

Поиск по сайту: