зними типами структурних відносин. Діаграма класів може також містити інтерфейси, пакети, відносини і навіть окремі екземпляри, такі як об'єкти та зв'язку.
Квантор видимості може приймати одне з трьох можливих значень і відображається за допомогою відповідних спеціальних символів:
· « + » позначає атрибут з областю видимості типу загальнодоступний (public). Атрибут з цією областю видимості доступний або видний з будь-якого іншого класу пакета, в якому визначена діаграма;
· « # » позначає атрибут з областю видимості типу захищений (protected). Атрибут з цією областю видимості недоступний або не видко для всіх класів, за винятком підкласів даного класу;
· « - » позначає атрибут з областю видимості типу закритий (private). Атрибут з цією областю видимості недоступний або не видко для всіх класів без винятку.
Квантор видимості може бути опущений. У цьому випадку його відсутність просто означає, що видимість атрибута не вказується. Ця ситуація відрізняється від прийнятих за замовчуванням угод в традиційних мовах програмування, коли відсутність квантора видимості трактується як public або private. Однак замість умовних графічних позначень можна записувати відповідне ключове слово: public, protected, private.
5.1 Відносини між класами
Крім внутрішнього устрою або структури класів на відповідній діаграмі вказуються відносини між класами. При цьому сукупність типів таких відносин фіксована в мові UML і зумовлена ??семантикою цих типів відносин. Базовими відносинами в мові UML є:
· залежності (dependency relationship);
· асоціації (association relationship);
· узагальнення (generalization relationship)
Кожне з цих відносин має власне графічне представлення на діаграмі, яке відображає взаємозв'язку між об'єктами відповідних класів.
Приклад взаємозв'язку між класами (частина діаграми з додатку):
Рис. 6. Приклад графічного представлення спадкування, і створення трикутників і рівносторонніх трикутників.
5.2 Діаграма дії
При моделюванні поведінки проектованої системи виникає необхідність не тільки уявити процес зміни її станів, а й деталізувати особливості алгоритмічної і логічної операції виконуваної системою реалізації. Традиційно для цієї мети використовувалися блок-схема або структурні схеми алгоритмів. У UML для цього використовується діаграма дій.
На діаграмі діяльності відображається логіка або послідовність переходів від однієї діяльності до іншої. При цьому увага фіксується на результаті діяльності. Сам же результат може призвести до зміни стану системи або поверненню деякого значення.
Графічно діаграма діяльності представляється у формі графа діяльності, вершинами якого є стан дії, а дугами - переходи від одного стану в дії до іншого.
При цьому кожний стан може бути виконанням операції деякого класу або її частина, дозволяючи викори...
