Дiаграма класiв. Позначення, особливостi застосування.
Діаграма кла́сів — статичне представлення структури моделі. Подає статичні (декларативні) елементи, такі як: класи, типи даних, їх зміст та відношення. Діаграма класів, також, може містити позначення для пакетів та може містити позначення для вкладених пакетів. Також, діаграма класів може містити позначення деяких елементів поведінки, однак, їх динаміку розкрито в діаграмах інших типів.
Клас позначається прямокутником з трьох частин: верхня містить імя класу, середня список атрибутів класу, нижня - список операцій класу. Додатково елементи списків можуть позначатись типами та областю видимості. Відношення між класами позначається різними видами ліній і стрілок. Існують такі види відношень:
Асоціація - показує, що об'єкти однієї сутності (класу) пов'язані з об'єктами іншої сутності.
Агрегація - різновид асоціації, при відношенні між цілим і його частинами.
Композиція - більш суворий варіант агрегації.
Узагальнення (Наслідування) - показує, що один з двох зв'язаних класів (підтип) є більш конкретною формою іншого (супертипу), який називається узагальненням першого.
Реалізація - відношення між двома елементами моделі, в якому один елемент (клієнт) реалізує поведінку, задану іншим (постачальником).
Залежність - це відношення використання, при якому зміна в специфікації одного тягне за собою зміну іншого, причому протилежне не обов'язково.
Дiаграма послiдовностей.
Діаграма послідовності — в UML, діаграма послідовності відображає взаємодії об'єктів впорядкованих за часом. Зокрема, такі діаграми відображають задіяні об'єкти та послідовність відправлених повідомлень.
На діаграмі послідовностей показано у вигляді вертикальних ліній різні процеси або об'єкти, що існують водночас. Надіслані повідомлення зображуються у вигляді горизонтальних ліній, в порядку відправлення.
Визначені стандартом UML 2.0 діаграми послідовностей мають ті ж можливості що і визначені стандартом UML 1.x, та підтримують додаткові можливості зміни стандартного порядку повідомлень.
Види зв’язкiв мiж класами: узагальнення. Навести приклад.
Відношення узагальнення (від англ. Use-Case-Generalization) між варіантами використання аналогічно відношенню узагальнення між класами. Це означає, що варіант використання нащадок наслідує поведінку і семантику свого пращура, може заміщати його або доповнювати його поведінку. Крім того може бути підставлений всюди, де з’являється пращур. Як пращур, так і нащадок можуть мати конкретні екземпляри. Відношення узагальнення між варіант використання зображаються так само як і відношення узагальнення між класами – у вигляді лінії з не замальованою стрілкою.
|
Відношення включення |
Види зв’язкiв мiж класами: асоцiацiї. Навести приклад.
Якщо об'єкти одного класу посилаються на один або більше об'єктів іншого класу, але ні в ту, ні в іншу сторону відношення між об'єктами не носить характеру "володіння", або контейнеризації, таке ставлення називають асоціацією (association). Відношення асоціації зображується так само, як і ставлення агрегації, але лінія, що зв'язує класи, - проста, без ромбика.
Як приклад можна розглянути програміста і його комп'ютер. Між цими двома об'єктами немає агрегації, але існує чіткий взаємозв'язок. Так, завжди можна встановити, за якими комп'ютерами працює будь-якої програміст, а також які люди користуються окремо взятим комп'ютером. У розглянутому прикладі має місце асоціація "багато-до-багатьох".
У даному випадку між екземплярами класів Programmer і Computer в обидві сторони використовується відношення "0 .. n", тому що програміст, в принципі, може не працювати з комп'ютером (якщо він теоретик або на пенсії). У свою чергу, комп'ютер може ніким не використовуватися (якщо він новий і ще не встановлений).
Код, відповідний розглянутому наприклад, буде, наприклад, таким:
public class Programmer {
private Computer computers [];
public Programmer () {
}
}
public class Computer {
private Programmer programmers [];
public Computer () {
}
}