Разработка виртуальной карты топографического плана корпусов университета

Виртуальная реальность — это новая концепция использования компьютеров и человеко-машинного интерфейса для создания эффекта трехмерного окружения, в котором пользователь в интерактивном режиме взаимодействует с виртуальными объектами, и при этом создается сильное ощущение трехмерного присутствия. Логистику рассматривают как совокупность действий для комплексного управления циркуляционными материальными и информационными потоками в сфере экономики и как междисциплинарную науку, для этого и необходимо изучение логистики, как нового научного направления. Основными объектами в рассматриваемой области являются пользователи, администратор, само приложение, БД. В данной работе содержится 5 сущностей: «Пользователь», «Администратор», «Приложение», «База Данных», «Кадры» (Рис. 1).

X

Рис. 1. Процесс работы с пользователя с приложением

На рисунке изображена логическая модель базы данных «Регистрации пользователя». Данная модель служит, для визуализации базы данных, а также для понятия количества таблиц и связей между ними (Рис. 2).

(Рис. 3).

Админ

id (РК) int() Логин cahr() Пароль Char() Имя cahrQ ФамилиясНаг()

id (РК) int() ЛогинАдмин cahr() ПарольАДмин Charj)

Студент

id (РК) into Логин cahr() Пароль CharQ Имя cahr() Фамилия char()

Преподаватель

id (РК) int() Логин cahrQ

Пароль Char() Имя cahr() ФамилиясЪагО

Рис. 2. Логическая модель БД

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

Password Char() Namecahr() Surname char()

id (PK) inty Login cahr() Password Char() Name cahr() Surname charO id (PK) int(;

• LoginAdmin cahr() PasswordAdmin Char()

Logincahr() PasswordChar() Name caiirf) Surnamechar()

Рис. 3. Физическая модель БД

На представленной физической модели базы данных указаны 4 таблицы: Admin, Преподаватель, Студент, а также таблица Login, для сравнения введенных данных. У каждой из таблицы есть ID –первичный ключ, который является индивидуальным и не позволяет создавать дубликатов. Ниже представлена контекстная диаграмма работы конфигурации «Регистрации пользователя» (Рис.4).

Рис. 4. Контекстная диаграмма

На моменте регистрации производим запись всех данных пользователя в базу данных, что позволяет в дальнейшем сравнить эти данные при повторном входе. Так же мы выявляем уровень доступа пользователя, которые позволяют по-разному взаимодействовать с данным приложением. Именно из-за уровней доступа, у нас три актера: Администратор, Студент, Преподаватель. Ну и в конце мы получаем зарегистрированного пользователя. Первый этап перед использованием приложения заключается в том, что любому пользователю необходимо пройти процесс авторизации. Авторизация включает в себя проверку наличия данных о пользователе в базе данных, каких-либо его личных идентификаторов. Таким образом, информационная система идентифицирует пользователя и в зависимости от его роли открывает для пользования необходимые функции (Рис. 5).

Рис. 5. Страница для авторизации пользователя

В следующем этапе работы приложения, исходя из введенных данных и присвоенной роли пользователю, для него открываются необходимые функции. В приложении есть несколько ролей, такие как: Преподаватель, Администратор и Студент.

Данная страница служит, для входа в созданный аккаунт. На рисунке изображена реализация входа (Рис.6).

Рис. 6. Страница входа

Права преподавателя открывают пользователю, лишь урезанный список функций. Права преподавателя включают в себя функцию просмотр карт университета.

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

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

Все вышеперечисленные функции и права доступа, разграничены так, для более удобной ориентации в приложении, таким образом снижается порог входа, для понимания работы приложения. Разграничение по ролям, так же позволяет лучше распределить нагрузку на клиент-серверную часть приложения, так как обработка данных будет происходить куда проще и соответственно быстрее. Показанная ниже страница отражает функционал данного приложения, при открытии камеры и просмотра карты (Рис. 7).

Рис. 7. Работа камеры при наведении на пропуск

Выше представлена работа камеры в приложении, при наведении на пропуск, пропуском выступает карточка с символикой университета.