Діаграма об'єктів.
Діаграма об'єктів — в UML, діаграма, що відображає об'єкти та їх зв'язки в певний момент часу.Діаграма об'єктів може розглядатись як окремий випадок діаграми класів, на якій можуть бути представлені як класи, так і екземпляри (об'єкти) класів. Схожою за змістом є діаграма взаємодії (англ. collaboration diagram).
Діаграми об'єктів не мають власної нотації. Оскільки діаграми класів можуть відображати об'єкти, то діаграма класів, на якій відображено лише об'єкти, та не відображено класи, може вважатись діаграмою об'єктів.
Докладніше
Діаграма об'єктів відображає об'єкти та зв'язки в певний момент роботи програми. Об'єкти можуть містити інформацію про власні значення а не про описання. Для відображення загальних шаблонів об'єктів та зв'язків, що можуть багаторазово створюватись під час роботи програми, слід використовувати діаграму взаємодії, яка може відображати характеристики об'єктів та зв'язків. Екземпляр діаграми взаємодії створює діаграму об'єктів.
Діаграма об'єктів не відображає еволюцію системи під час роботи. Натомість, слід використовувати діаграми взаємодії з повідомленнями, або діаграми послідовності.
Побудова концептуальної моделi. Визначення та етапи.
Для розуміння UML необхідно засвоїти його концептуальну модель, яка включає в себе три складові частини: - Основні будівельні блоки мови; - Правила їх поєднання; - Деякі загальні для всієї мови механізми. Словник мови UML включає три види будівельних блоків: - Сутності; - Відносини; - Діаграми. Сутності - це абстракції, що є основними елементами моделі. Відносини пов'язують різні сутності; діаграми групують представляють інтерес сукупності сутностей. У UML є чотири типи сутностей: - Структурні; - Поведінкові; - Групуючі; - Анотаційні.
Діаграма пакетiв.
Діаграма пакетів (Package diagram) - структурна діаграма, основним змістом якої є пакети і відносини між ними. Жорсткого поділу між різними структурними діаграмами не проводиться, тому дане назва пропонується виключно для зручності і не має семантичного значення (пакети та діаграми пакетів можуть бути присутні на інших структурних діаграмах). Діаграми пакетів служать, в першу чергу, для організації елементів у групи з будь-якою ознакою з метою спрощення структури та організації роботи з моделлю системи.
Діаграма розгортань.
Діаграма розгортання (Deployment diagram) - служить для моделювання працюють вузлів (апаратних засобів, англ. node ) І артефактів, розгорнутих на них. В UML 2 на вузлах розгортаються артефакти ( англ. artifact ), У той час як в UML 1 на вузлах розгорталися компоненти. Між артефактом і логічним елементом (компонентом), який він реалізує, встановлюється залежність маніфестації.
Унiфiкований процес розробки.
Уніфікований процес розробки можна представити як суму різних видів діяльності компанії-розробника, необхідних для переносу вимог замовника в програмну систему. Систему, яка давала б значущий результат користувачам і виконувала б саме те, що вони від системи чекають. Тому процес управляється варіантами використання системи.
Для реалізації вимог замовника у встановлені терміни, уніфікований процес розділяється на фази, які складаються з ітерацій, тому процес ще називають ітеративним. Кожна ітерація проходить цикл основних робіт і наближає розробників до кінцевої мети: створення моделі системи та її програмної реалізації. В ході ітерацій створюються проміжні модулі, які потрібні для успішного завершення проекту і варіант програмної системи, який реалізує деякий набір функцій, що збільшується від ітерації до ітерації. Фази робіт процесу показано нижче:
