ласів, операції класів та обмеження, які накладаються на зв'язку між об'єктами.
На рис. 2.1 зображена типова Діаграма класів. Перед тим як приступити до опису діаграм класів, слід звернути увагу на один важливий момент, пов'язаний з характером використання цих діаграм розробниками. Цей момент зазвичай Ніяк не документується, однак робить істотний вплив на спосіб інтерпретації діаграм і тому має ножне відношенню до того, що описується за допомогою моделі.
Побудова діаграм класів можна розглядати в різних аспектах:
концептуальний аспект - діаграми класів відображають поняття досліджуваної предметної області (моделюється організації). Ці поняття, природно, будуть відповідати реалізують їх класам, однак таке пряме відповідність часто відсутня. Насправді концептуальна модель може мати досить слабке відношення або взагалі не мати ніякого відношення до реалізовує її програмному забезпеченню, тому її можна розглядати як не яка від засобів реалізації (мови програмування);
аспект специфікації - модель спускається на рівень ПО, але розглядаються тільки інтерфейси, а не програмна реалізація класів (під інтерфейсом тут розуміється набір операцій класу, видимих ??ззовні);
аспект реалізації - модель дійсно визначає реалізацію класів ПЗ. Цей аспект найбільш важливий для програмістів.
Розуміння аспекту має велике значення як для побудови, так і для читання діаграм класів. На жаль, відмінності між аспектами не настільки виразні, і більшість розробників при побудові діаграм допускають їх змішання.
При побудові діаграми необхідно вибрати єдиний аспект. При читанні діаграми слід з'ясувати, відповідно до яким аспектом вона будувалася. Якщо потрібно інтерпретувати цю діаграму правильним чином, то без такого знання не обійтися.
Точка зору на діаграми класів, не будучи власне формальною частиною UML, однак при побудові й аналізі моделей є вкрай важливою. Конструкції UML можна використовувати з будь-який з трьох точок зору. Більшість досвідчених розробників-програмістів воліють аспект реалізації. З іншого боку, очевидно, що побудова діаграм класів на стадії формування вимог до ПЗ повинно виконуватися з концептуальної точки зору.
На рис.3 зображена проста модель класів, пов'язана з обробкою замовлень клієнтів. Опишемо кожен фрагмент моделі і розглянемо його можливу інтерпретацію з різних точок зору.
Асоціації представляють собою зв'язки між екземплярами класів (особистість працює в компанії, компанія має ряд офісів).
З концептуальної точки зору асоціації представляють собою концептуальні зв'язки між класами. На діаграмі показано, що Замовлення має надійти від єдиного Клієнта, а Клієнт протягом деякого часу може зробити кілька Замовлень. Кожен з цих Замовлень містить кілька Рядків замовлення, кожна з яких відповідає єдиному Продукту.
Кожна асоціація володіє двома ролями; кожна роль являє собою напрямок асоціації. Таким чином, асоціація між Клієнтом і Замовленням містить дві ролі: один від Клієнта до Замовлення, інша - від Замовлення до Клієнта.
Роль може бути явно пойменована за допомогою мітки. Наприклад, роль асоціації в напрямку від Замовлення до рядка замовлення називається позиція замовлення raquo ;. Якщо така мітка відсутня, ролі присвоюється ім'я клас - цілі - таким чином, роль асоціації від Замовлення до Клієнту може бути названа Клієнт (терміни початок (source) і мета (target) вживаються для позначення класів, які є відповідно початковим і кінцевим для асоціації).
2.2.2 Діаграма взаємодії
Діаграми взаємодії (interaction diagrams) є моделями, що описують поведінку взаємодіючих груп об'єктів. Як правило, діаграма взаємодії охоплює поведінку об'єктів в рамках тільки одного варіанту використання. На такий діаграмі відображаються ряд об'єктів і ті повідомлення, якими вони обмінюються між собою. Проілюструємо даний підхід на прикладі досить простого варіанту використання, який описує наступне поведінка:
Вікно введення замовлень посилає Замовленню повідомлення приготуватися .
Замовлення посилає дане повідомлення кожної Строке замовлення в даному Замовленні.
Кожна Рядок замовлення перевіряє стан певного Запасу товару:
Якщо дана перевірка задовольняється (результат - true), то Рядок замовлення видаляє відповідну кількість товару з Запасу.
В іншому випадку кількість Запасу знижується до рівня повторного замовлення, і Запас запитує нову поставку товару.
Існують два види діаграм взаємодії: діаграми послідовності (sequence diagrams) і кооперативні діаграми (collaboration diagrams).
На діаграмі послідовності об'єкт зображується у вигляді прямокутника на вершині пунктирною вертикальної лінії (рис.2.2).
Ц...
