- Вершина g2

- Вершина g3

- Список вершин возможных точек посещения

- Вершина p1

- Помещение 2

- Название

- Идентификатор

- Список вершин графа карты

- Вершина g1

- Вершина g2

- Вершина g3

- Список вершин возможных точек посещения

- Вершина p1

Однако, при таком формировании структуры данных, если мы захотим получить только список помещений, то сделать этого не получится. При запросе будут получены и вложенные объекты вместе со всеми вершинами. Чтобы этого избежать текущая структура денормализуется и получается следующая:

- Корневая ссылка

- Список помещений

- Помещение 1

- Название

- Идентификатор

- Помещение 2

- Название

- Идентификатор

- Информация по каждому помещению

- Помещение 1

- Название

- Идентификатор

- Список вершин графа карты

- Вершина g1

- Вершина g2

- Вершина g3

- Список вершин возможных точек посещения

- Вершина p1

- Помещение 2

- Название

- Идентификатор

- Список вершин графа карты

- Вершина g1

- Вершина g2

- Вершина g3

- Список вершин возможных точек посещения

- Вершина p1

Таким образом, теперь мы можем сначала запросить список всех доступных помещений, а затем уже запросить отдельно для помещения его графы.

Изображения карт помещений называются по идентификатору помещения и хранятся отдельно в специальном Firebase Storage, позволяющем хранить там различные файлы, в том числе изображения

3.12 Организация взаимодействия мобильного приложения и сервера

Для организации взаимодействия мобильного приложения и сервера используется Firebase SDK.

Первым делом необходимо получить идентификаторы для мобильного приложения. Затем при запуске приложения проинициализировать его, отправив эти идентификаторы на сервер, чтобы получить возможность взаимодействовать с ним.

После этого в местах, где нам необходимо получить данные от сервера или отправить, добавляется вызов нужного метода из SDK, в которые передаются все необходимые параметры.

Ответ от сервера приходит в формате JSON, затем он десериализируется и на выходе имеются готовые plain objects, с которыми можно работать.

Заключение

В ходе выполнения выпускной квалификационной работы была реализована мобильна система навигации внутри помещений на основе Bluetooth маячков. Обоснована актуальность данной задачи, проанализированы пути ее решения. Для решения данной задачи были разработаны следующие модули:

– Поиск кратчайшего маршрута в графе с помощью алгоритма Дейкстры;

– Определение местонахождения приемника в пространстве относительно Bluetooth маячков;

– Хранение информации на удаленном сервере и последующая загрузка;

– Регистрация и авторизация пользователя;

– Графический интерфейс карты с отображением маршрута;

Работа, выполненная Козыревым Б.Б.:

– Анализ существующих технических решений в области навигации внутри помещений;

– Разработка алгоритма позиционирования на основе сигналов с Bluetooth маячков;

– Тестирование различных вариантов сбора данных с Bluetooth маячков;

– Реализация привязки к координатной сетке Bluetooth маячков на ОС Android.

Работа, выполненная Никулиным Т.М.:

– Анализ существующих алгоритмов поиска кратчайшего пути;

– Реализация алгоритма Дейкстры в ОС iOS;

– Реализация модуля карты в ОС iOS;

– Проектирование архитектуры приложения в ОС iOS;

– Проектирование структуры данных, хранящихся на сервере;

– Реализация взаимодействия с сервером в ОС iOS;

– Реализация определения текущего местоположения устройства относительно Bluetooth маячков.

Работа, выполненная Фальковым Е.В.:

– Проектирование и реализация графического интерфейса в ОС Android;

– Конфигурация сервера на основе спроектированной структуры данных;

– Проектирование архитектуры приложения в ОС Android;

– Реализация взаимодействия с сервером в ОС Android;

– Тестирование системы навигации в помещении.

Размещено на Allbest.ru