Моделювання атрибутів Кількість і одиниця виміру (Quantity і Unit).
Більшість кількісних сутностей не можна представити у виді числових типів даних. Наприклад, із ціною і швидкістю зв'язані визначені одиниці виміру, необхідні для підтримки функцій конвертування. Рішення перебуває в створенні окремого концептуального класу Quantity (кількість), з яким буде асоціюватися клас Unit (одиниця виміру) (рис. 7).
Рис.7. Моделювання кількості
Тут amount (сума) - це те, що заплатив покупець.
Конструювання програмних класів
На етапі об'єктного проектування розробляється логічне рішення на основі об'єктно-орієнтованої парадигми. Основною задачею цього етапу є створення діаграм взаємодії (interaction diagram), що ілюструють взаємодію об'єктів у процесі виконання системних вимог. Після створення діаграм взаємодії (або паралельно з ними) можна побудувати діаграми програмних класів, які є базою для написання коду програмних класів і інтерфейсів, реалізованих у програмі.
У термінах UP ці артефакти є частиною моделі проектування (design model).
При створенні діаграм взаємодії необхідно знати наступне:
принцип визначення обов'язків,
шаблони проектування.
Система позначень для діаграм взаємодії
Термін «діаграма взаємодії» використовується в якості загальної назви для двох конкретних типів діаграм, що ілюструють обмін повідомленнями.
Діаграми кооперації (collaboration diagram)
Діаграми послідовностей (sequence diagram)
Таблиця. 3 Порівняльна характеристика діаграм
Тип діаграми |
Переваги |
Нестачі |
Послідовностей |
Явно відображає послідовність і тимчасовий порядок повідомлень. Прості позначення. При використанні Case засобів забезпечує зворотне проектування. |
Розширюється вправо при додаванні нових об'єктів; займає багато місця. |
Кооперацій |
Економія простору - можна добавляти об'єкти в двох напрямках. Краще ілюструє складні залежності, ітераційність і рівнобіжні події |
Складніше відслідити послідовність повідомлень. Більш складна система позначень. |
Далі ми будемо розглядати тільки діаграми кооперації.
Діаграми взаємодій є одним із найбільше важливих артефактів, створюваних при об'єктно-орієнтованому проектуванні. Для поліпшення якості розроблювальних діаграм взаємодій можна застосовувати систематизовані шаблони, принципи й ідіоми.
Позначення класів і екземплярів об'єктів
Для позначення будь-якого елемента мови UML (класу, виконавця і т.д.) використовується те ж позначення, що і для типу, однак, при цьому відповідний визначальний рядок підкреслюється.
Рис. 8. Класи й екземпляри об'єктів
У мові UML існує стандартний синтаксис для позначення передачі повідомлення:
Одержувач:=повідомлення (параметр: тип Параметра): тип Одержувача
Інформація про типи може виключатися в силу своєї очевидності або незначності. Приклади:
Spec:=getProductSpec (id)
Spec:=getProductSpec (id: ItemId)
Spec:=getProductSpec (id: ItemId): ProductSpecificator