5.4.1 Диаграмма деятельности
На построенной диаграмме деятельности (см. рис. 4.7) показана последовательность действий для достижения цели «Создания сжатого файла 3-х мерной галереи». Элементарные действия представлены: Загрузить изображения на сервер, Задание количества стен, Указание изображения для комнаты, Выбор источника освещения, Добавление комнаты в 3-х мерную галерею, Определение количество нераспределенных изображений, Создание сжатого файла 3-х мерной галереи.
Рисунок 4.7 – Диаграмма деятельности
5.4.2 Диаграмма UseCase.
На рисунок 4.8 изображена диаграмма вариантов исспользования. На данной диаграмме отображён сценарий взаимодействия субъектов с элементами системами.
Субъект «Отправитель сообщения» может выполнять такие сценарии как «Загрузка изображений», «Создание игрового сообщения». Субъект «Получатель сообщения» взаимодействует только с «Открытие URL галереи». Субъект «Сервер» выполняет только сценарий создания URL сообщения.
Рисунок 4.8 – Диаграмма вариантов использования
5.4.3 Диаграмма компонентов
На рисунок 4.9 изображена диаграмма компонентов. На данной диаграмме показано разбиение программной системы на структурные компоненты и связи (зависимости) между компонентами. Также данная диаграмма показывает физическую архитектуру разрабатываемой системы.
Рисунок 4.9 – Диаграмма компонентов
Из диаграммы видно, что Web-сервер и Web-клиент находятся удалены друг от дуга и связаны линий связи Internet. На сервере находятся модули сайта. Сервер по правилам описанные в модулях, генерирует HTML страницы и передает их Web-клиенту. Все модули сайта зависят от файла СSS в котором находятся стили для для разметки HTML. С Web клиентом взаимодействуют «Отправитель» и «Получатель». Отправитель взаимодействует с «Editor.html» для создания сообщения. Получатель взаимодействует с «Player.html» через полученное URL от отправитель.
5.4.4 Диаграмма последовательности
Диаграмма последовательности представлена на рисунке 4.10. На данной диаграмме показаны взаимодействия объектов, упорядоченные по времени их проявления. Также данная является частным случаем диаграммы взаимодействия.
Рисунок 4.10 – Диаграмма последовательности
5.4.5 Диаграмма классов
Так используется объектная модель системы, то в таких системах используемые структуры данных являются классы. Для представления структуры и иерархии классов используется диаграмма классов представленная на рисунке 4.11. На данной диаграмме показаны классы которые будут находится в системе и связи между ними. Диаграмма включает 8 классов: Сцена, Список комнат, Комната, Стена, Портал, Источник освещения, Изображение, VRML файл.
Класс «Сцена» содержит менеджер списка комнат, функции получения URL сообщения, создания кода сцены.
Класс «Список комнат» служит для хранения списка информации о комнатах, функции управления списком.
Класс «Комната» хранит информацию о комнате (количество стен, список стен, источник освещения, портал в следующую комнату). Функции настройкой комнаты.
Класс «Источник освещения» служит для хранения настроек освещения (координаты расположения, направления, цвет света, отражения, рассеивания).
Класс «Портал» служит для связи комнаты с комнатой и хранить указатель на комнату и координаты расположения.
Класс «Изображения» служит для добавления изображения на стену и содержит функции управления изображением (масштабирование).
Класс «Стена» служит для хранения информации о стене в комнате (изображение, размеры).
Рисунок 4.11 – Диаграмма классов
Выводы
В результате выполнения научно-исследовательской работы был проведен анализ языков моделирования виртуальной реальности. Так была построена концептуальная модель системы обмена 3-х мерными мультимедийными сообщениями.
Сегодня трехмерная графика имеет большую популярность и распространение в компьютерной сфере. Интернет в свою очередь тоже обзаводится третьим измерением. Спроектированная в данной работе Web-служба, реализующая создание игрового 3D мультимедиа сообщения имела бы большой интерес среди пользователей глобальной сети Internet.