1. МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ, МОЛОДЁЖИ И СПОРТА
УКРАИНЫ
Донецкий национальный технический университет
Кафедра ПОИС
Лабораторная работа №4
по дисциплине «Моделирование и анализ ПО»
по теме «Объектное моделирование программного обеспечения с помощью
спецификации UML. Построение UML-диаграмм»
Проверили:
ст.пр. Бочаров Д.М.
ст.пр. Гудаев О.А.
Выполнил:
ст. гр. ПОС-10В Дехтярѐв И.А.
2. Цель работы: Изучить особенности построения ситуационной модели обработки
информации с помощью объектно-ориентированной модели, спроектированной в
StarUML.
Вариант: И7
Класс ПО: Web-служба.
Ник: Аренда и управление по Web-интерфейсу роботизированной рукой
манипулятора.
Тема: Платный Web-аттракцион управления физической роботизированной рукой
манипулятором для накопления научной базы данных сценариев управления
дронами.
Назначение:
Коллективный
аттракцион
Drone
Driver,
оплачиваемый
волонтерами, является симулятором профессии будущего водителя дронов и
предназначен для проведения научного компьютерного эксперимента по разработке
оптимальных сценариев управления.
Функции: Ручное управление роботизированной рукой её набором стандартных
команд на основании изображений передаваемых с IP-камер. В случае слабого
пропускного канала связи формируется серия фотографий в пределах интервала
выполнения команды для манипулятора. В системе реализовано сохранение команд в
научной базе данных. Пользователь назначает группе команд наименование.
Автоматически система выявляет и назначает для группы команд значимые
параметры. Система позволяет включить параметризированную группу команд в
разрабатываемые новый сценарий управления манипулятором.
3. Для группы команд пользователем присваивается цель поведения из справочника
или определяется автоматически, если достоверно известно, что происходит
взаимодействие с предметом. В системе реализовано сохранение сценария
параметрического программирования манипулятора. В пространстве вокруг руки
манипулятора находится заградительный экран из пластика и разбросаны предметы.
Грани предметов размечены графическими маркерами навигации нового поколения
ARGET, что позволяет достоверно определить объект манипуляции. Если рука
приближается или берет предмет, то цель группы команд определяется кодом
маркера размещенного на поверхности объекта манипуляции. Предметы различимы
в системе по нанесенным на них маркерам. Накопление большого объема сценариев
пользователей является данными компьютерного эксперимента. В биллинговой
подсистеме волонтер покупает баллы на время аренды робота. Система реализует
очередь подключения пользователей к управлению рукой, составляет расписание и
делает прогноз о продолжительности текущей аренды или рассылает сообщение
желающим об освобождении аренды руки. Система начисляет дополнительные
баллы за выведение манипулятора в исходное положение, как компенсацию за
уборку рабочего места после предыдущего пользователя. Система начисляет
дополнительные баллы за выведение манипулятора в исходное положение в конце
сеанса работы с манипулятором, как поощрение за подготовку рабочего места для
следующего пользователя. Подсистема научного анализа отслеживает рейтинг часто
используемых групп команд для достижения конкретных целей. Мотивация
играфикации проведения и спонсорства научных экспериментов.
4. На
следующем
слайде
показана
диаграмма
прецедентов. На данной диаграмме отображено
взаимодействие
пользователя
и
системы.
Пользователей может быть от одного и сколько
угодно, а система может быть только одна. При работе
с
web-аттракционом
пользователь
должен
зарегистрироваться или авторизироваться, подождать
своей очереди и, по окончании аренды, получить
бонусы, если пользователь их заслужил. Система
начисляет пользователю бонусы за определённые
заслуги. Пользователь вводит команды, следит за
временем аренды и узнает о достигнутых заслугах.
Система распознаёт все взятые объекты и следит за
временем аренды.
5.
6. Далее следует диаграмма деятельности, в данной
работе
их
две
–
первая
описывает
пользователя, вторая описывает систему. На
следующем
слайде
описывается
деятельность
пользователя.
Пользователь
должен
зарегистрироваться
или
авторизироваться,
в
зависимости от того, зарегистрирован ли пользователь
на сайте. Затем пользователь должен подождать своей
очереди, а затем он начинает управлять механической
рукой, пока не выйдет время. Если время
вышло, пользователь смотрит статистику, а затем
выходит из сайта.
7.
8. Следующая диаграмма – диаграмма деятельности
системы. Система проверяет запросы на аренду. Если
запросы есть, то система записывает пользователя в
очередь и формирует расписание, а затем реализует
пользователю аренду аттракциона, пока не выйдет
время аренды. После истечения времени система
показывает пользователю статистику и отсоединяет его
от аттракциона. Если запросов нет, то система
проверяет очередь, если очередь полна, то система
реализует аренду следующему пользователю, если
очередь пуста, то система начинает проверять запросы
заново до тех пор, пока время работы системы не
подойдёт к концу. После истечения времени система
отключает камеру и отображает сообщение об
окончании рабочего дня сайта.
9.
10. Далее следует диаграмма компонентов. Компонент
«main» зависит от компонента «Система», поскольку
он является частью системы. Компонент «main»
реализует интерфейс «IAplication» - интерфейс
аттракциона. Главный компонент «Система» имеет
файлы:
«Расписание.dat»
(для
хранения
расписания), «База данных пользователей.dat» (для
хранения зарегистрированных пользователей) и
«Справочник.html»
(для
хранения
справочной
информации). Файлы «Система.срр» (программный
код системы) и «Форма.срр» (программный код форм)
требуют библиотеки «Контроль.dll» и «Окна.h»
соответственно.
11.
12. Далее
следует
диаграмма
последовательностей,
где
указывается закономерность взаимодействия пользователя с
системой. Пользователь посылает запрос на вход в систему, а
система посылает сигнал о необходимости зарегистрироваться
или авторизироваться. Пользователь регистрируется (если не
зарегистрирован в системе) или авторизируется (если
зарегистрирован в системе), после чего посылается
соответствующий сигнал системе. Затем система заносит
пользователя в очередь, о чём уведомляется пользователь, и
пользователь начинает ожидать своей очереди. Как только
место
освободится,
начинается
аренда
аттракциона, пользователь начинает посылать команды
аттракциону, пока не выйдет время. Когда время истекает
полностью, пользователь получает статистику со своими
результатами. Затем, перед выходом пользователя из
системы, система «прощается» с пользователем и желает
наилучшие пожелания.
13.
14. Последняя диаграмма – диаграмма классов. На
данной диаграмме выделены такие классы:
пользователь,
система,
биллинговая
подсистема, механическая рука. Каждый класс имеет
свои атрибуты и функции. Классы имеют такие связи:
пользователь управляет механической рукой, а
механическая рука выполняет команды пользователя;
механическая рука полностью зависит от системы, как
и биллинговая подсистема; система реализует
интерфейс
пользователю,
а
пользователь
взаимодействует с системой; биллинговая подсистема
начисляет бонусы пользователю.
