шому стані може супроводжуватися виконанням деяких дій, а перехід в другий стан буде можливий після завершення цих дій, а також після задоволення деяких додаткових умов.
Малюнок 5 - Діаграма станів
2.6 Діаграма діяльності
Діаграми діяльності відносяться до діаграм поведінки модельованої системи. При моделюванні поведінки системи виникає необхідність не тільки уявити процес зміни її станів, а й деталізувати особливості алгоритмічної і логічної реалізації виконуваних системою операцій. Застосовувана в діаграмах діяльності графічна нотація в чому схожа на нотацію діаграми станів.
Кожен вид діяльності зображується прямокутником із закругленими кутами (Activity) - більш вузьким і овальним, ніж символ стану. Після завершення одного виду діяльності перехід до наступного відбувається автоматично. Перехід від одного виду діяльності до іншого зображується стрілкою. Як і на діаграмі станів, на діаграмі діяльності є початкова та кінцева точка. Але діаграма діяльності має єдине початковий і кінцевий стан. Діаграму діяльності прийнято розташовувати так, щоб дії слідували зверху вниз. Поняття точки прийняття рішення використовується для вибору альтернативного шляху. Як правило, точку прийняття рішень зображують у вигляді невеликого ромбика (Decision). Саме в цьому випадку для будь-якого з переходів має бути явно записано сторожове умова. При цьому для всіх виходять з деякого стану переходів повинно виконуватися вимога істинності тільки для одного з них.
Діаграми діяльності використовуються при моделюванні бізнес-процесів, при цьому бажано виконання кожної дії асоціювати з конкретним підрозділом компанії. У цьому випадку підрозділ несе відповідальність за реалізацію конкретних дій, а сам бізнес-процес представляється у вигляді переходів дій від одного підрозділу до іншого. Для моделювання цих особливостей в UML використовується спеціальна конструкція, яка отримала назву доріжки .
Діаграма діяльності для даної системи представлена ??на малюнку 6.
Малюнок 6 - Діаграма діяльності
2.7 Діаграма компонентів
Діаграма компонентів є частиною фізичного представлення моделі. Діаграма компонентів дозволяє визначити архітектуру розроблюваної системи, встановити залежності між програмними компонентами, в ролі яких може виступати вихідний і виконуваний код.
Компонент - фізичний модуль коду. У багатьох середовищах розробки компонент відповідає файлу. Пунктирні стрілки, що з'єднують модулі показують відносини залежності, аналогічні тим, які мають місце при компіляції вихідних текстів програм. Залежності між компонентами відображають порядок їх компіляції.
У даній системі для кожного пакета класів створені окремі діаграми компонентів, які об'єднуються в діаграму компонентів для всієї системи.
Діаграми компонентів для даної системи представлені на малюнках 7 - 9.
Малюнок 7 - Діаграма компонентів всієї системи
Рисунок 8 - Діаграма компонентів для пакету Клієнт
Рисунок 9 - Діаграма компонентів для пакету Сервер
2.8 Діаграма розгортання
Подання розгортання містить процесори, пристрої, процеси і зв'язки між процесорами і пристроями. Всі вони наносяться на діаграму розміщення. Для системи може бути створена тільки одна діаграма розміщення. Діаграма розміщення відображає всі вузли мережі, зв'язки між ними і процеси, що виконуються на кожному вузлі.
На малюнку 10 представлена ??діаграма розгортання для даної системи.
Малюнок 2.10 - Діаграма розгортання
3. Згенерований код
3.1 Клієнт
ClientExe.h
//## begin module% 1.7% .codegen_version preserve=yes
//Read the documentation to learn more about C ++ code generator
//versioning.
//## end module% 1.7% .codegen_version
//## begin module% 4B31B6750076.cm preserve=no
//% X%% Q%% Z%% W%
//## end module% 4B31B6750076.cm
//## begin module% 4B31B6750076.cp preserve=no
//## end module% 4B31B6750076.cp
//## Module: ClientExe% 4B31B6750076; Task specification
//## Subsystem: Клієнт% 4B31B4DD03CE
//#...
