Головна

Відносини між класами в UML. приклади

  1.  BB.3.1.1 Стійка довжина між суміжними точками бокового розкріплення
  2.  BB.3.1.2 Стійка довжина між розкріплення від крутіння
  3.  BB.3.2.1 Стійка довжина між суміжними точками бокового розкріплення
  4.  BB.3.2.2 Стійка довжина між розкріплення від крутіння
  5.  BRC - міжнародна схема сертифікації в харчовій галузі
  6.  II. Між дев'ятим січня і жовтневої страйком 1 сторінка
  7.  II. Між дев'ятим січня і жовтневої страйком 2 сторінка

Класи можуть перебувати між собою в різних відносинах (зв'язках). Базовими відносинами є:

· Залежність / dependency

· Асоціація / association

· Агрегація / aggregation, в т.ч. композиція / composition

· Узагальнення / generalization

· Реалізація / realization.

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

А залежить від B, наприклад, використовує його операції.

Основні стереотипи залежностей:

· Become - перетворюватися

· Bind - пов'язувати

· Call - викликати

· Copy - копіювати

· Create - створювати

· Derive - виводити

· Extend - розширювати

· Friend - бути дружнім

· Import - імпортувати

· Include - включати

· Instance of - бути екземпляром

· Instantiate - створювати екземпляр

· Power type - безліч всіх типів

· Parameter - параметр

· Refine - уточнювати

· Send - відправити

· Trace - трасування

· Use - використовувати

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

приклад бінарної асоціації (беруть участь два класи):

Іванов ТОВ «Ракурс»

Основні властивості:

· Ім'я (унікальне в пакеті)

· Є два полюси (у бінарної асоціації)

· Спрямованість >

· Кожен полюс пов'язаний з відповідним класом

· Кожен полюс складається з екземплярів відповідного класу

· Множинність / multiplicity (проставляється у полюсів)

· Кожен полюс має ім'я - роль полюса (працівник, роботодавець)

· Навігація / navigable  . Показує, що з боку протилежної полюса можлива навігація по екземплярам даного класу. Навігація може бути в одному, в двох напрямках або невизначена.

 В клас А додається додатковий атрибут для доступу до читання B (псевдоатрібут r2: B).  заборона навігації.

· Видимість:

? + public

? # private

? - protected

? ~ package

В асоціації можуть брати участь більше двох класів: тернарного асоціація.

У більш складних випадках сама асоціація може бути класом: class assocication (використовується відносно M: N).

виключає асоціація:

Агрегація (aggregation) - Окремий випадок асоціації, коли один з класів, званих агрегатом, складається з / включає в себе інші класи. Це відношення називається «частина / ціле», part_of.

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

Композиція (composition) - це така агрегація, при якій складові частини не мають самостійного значення і не можуть існувати окремо.

Композитний об'єкт, композитний клас, композитний елемент.

Узагальнення (generalization) - таксономическое відношення між батьком предка і приватними прикладами.

Обов'язково дотримується успадкування ознак, властивостей і поведінки.

Overlapping / перекриття.

Узагальнення м.б. повним (complete) і неповним (incomplete). Повний включає всі можливі класи нижче стоїть рівня. Неповні обмежуються підмножиною. Три крапки показує, що узагальнення неповне. В UML допускається множинне спадкування.

М.б. побудована ієрархія узагальнень з необмеженим числом рівнів. Завжди існує клас верхнього рівня - top-level клас.

Ставлення реалізації (realization) - це відношення між специфікацією і програмною реалізацією. Наприклад, операція - метод. Client - той, хто реалізує; source - носій специфікації. В UML джерелами м.б. варіанти використання, класи з неповною інформацією, інтерфейси.

 



 Операції і методи в мові UML. Властивості понять і нотація. приклади |  UML. Логічний і фізичний рівень. Діаграма класів. Об'єкти і шаблони (параметризрвані класи).

 Методологія об'єктно-орієнтованого програмування (ООП). Поняття класу та об'єкта. Загальні принципи |  Методологія об'єктно-орієнтованого аналізу і проектування. Основні етапи розвитку UML |  Основні компоненти мови UML. Уніфікований процес проектування. склад моделей |  Generalization »ставлення узагальнення |  UML. Концептуальний рівень. Діаграма класів і правила її побудови. Приклад. |  Діаграма станів (прості стану) і правила її побудови. Приклад. |  Складові і історичні стану в діаграмі станів. Складні переходи. Синхронизирующие стану. Приклади. |  Діаграма діяльності та правила її побудови. «Плавальні доріжки». Приклади. |  Діаграма послідовності і правила її побудови. Види повідомлень і правила їх позначень. приклади |  Діаграма кооперації та правила її побудови. Активні і пасивні об'єкти. Зв'язки в кооперації і їх позначення. |

© um.co.ua - учбові матеріали та реферати