?отображает текущие и будущие поездки;

?сообщает о задержках рейса;

?осуществляет навигацию по аэропорту;

?показывает статистику путешествий;

Пользователями являются:

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

?Сотрудники аэропорта, также смогут найти необходимый им отдел, кафе и пр.

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

Данный сервис рассчитан на:

?предоставление карты здания

?предоставление навигации в здании

?пользователь сам сможет выбирать, что указывать на карте

?пользователь сам выбирает функциональность (нужна ли возможность навигации в аварийной ситуации, например)

Пользователи платформы:

?директора предприятий, которые хотят помочь сотрудникам и гостям в навигации по зданию;

?владельцы общественных мест, которые предоставляют посетителям возможность быстро и точно находить необходимое место на карте здания;

?посетители общественных мест, которые воспользуются сервисом созданным на основе платформы.

Предполагается что определение местоположения пользователя в пространстве может осуществляться гибридными системами позиционирования. На основе трилатерации по трем точкам (маякам в здании) можно определить достаточно точное местоположение пользователя. Гибридные системы также позволят экономить энергопотребление мобильного устройства.

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

"К 2019 году количество абонентов мобильной связи достигнет 9,3 млрд человек, из них более половины - 5,5 млрд - будет пользоваться смартфонами. Такой прогноз сделала компания Ericsson в своем отчете о тенденциях в мобильной связи"[14].

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

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

2. Разработка требований к системе

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

В работе, будут рассматриваться основные требования к:

.отрисовке карты и привязыванию объекта к карте;

.добавлению объектов, получению объектов по координатам;

.определению местоположения;

.редактированию данных;

.получению связных с объектом данных;

.авторизации пользователя.

Требования в части с отрисовыванием карты и привязыванию объекта к ней

Обоснование:

Любой пользователь обязан иметь возможность получить на устройство карту (отрисовать ее). Без этого требования не возможно вообще осуществление данного проекта.

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

Требования в части с добавлением объектов на карту и получению объектов по координатам

Обоснование:

Зарегистрированный пользователь, предоставивший карту должен иметь возможность добавить новый объект на карту. Это необходимо для поддержания актуальности карты.

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

Требования в части с определением местоположения пользователя

Обоснование:

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

Требования в части с редактированием данных

Обоснование:

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

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

Требования в части с получением связных с объектом данных

Обоснование:

Любой объект на карте обязан иметь тэг (данные связанные с объектом): Название объекта - текстовое поле, обязательное;

Любой объект может иметь тэги: Описание - текстовое поле; Отзывы - текстовое поле; URL фотографии - текстовое поле; Время работы - текстовое поле и пр.

Обоснование: эти тэги определяют объект и позволяют пользователю больше узнать об объекте на карте (например, время работы заведения или врача).

Требования в части авторизации пользователей

Обоснование:

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

Данные о карте могут быть персональными, и не должны находиться в открытом доступе. Логин\пароль - распространенная система аутентификации в интернете.

3. Интерфейс пользователя

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

Представленные интерфейсы были созданы при помощи веб-ресурса Сacoo.com [15]. В данном разделе будет рассматриваться интерфейс системы, который будет взаимодействовать с обычным пользователем.

Пользователь может с помощью строки поиска найти интересующее его заведение или место в здании.

Переключение этажей позволит просмотреть интересующий этаж.

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

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

Пользователь имеет возможность при нажатии на объект получить информацию о нем, такую как: изображение объекта, его название (например Терминал D, магазин "Все для дома", аудитория A-311 и пр.), описание и отзывы.

На карте здания должно быть указано наименование места. Для того, чтобы пользователь мог узнать (без помощи навигации) есть ли поблизости интересующее его место

Вариант отображения информации об объекте на карте, например для музеев.

Система предоставляет возможность проложить кратчайший маршрут пользователя до интересующего его места в здании. Для этого необходимо указать место, куда пользователь хочет попасть, это можно сделать с помощью поиска или просто указав на экране необходимое место.

4. Разработка схемы базы данных

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

В этом разделе приведен SQL-скрипт, который создает схему БД:

Create table node (int unique not null primary key,float not null,float not null,int not null,bool not null,

);table tag (int not nullvarchar (30),varchar (4095),

);table relations (int not nullbool not null,int not null

);table node_relation (key (id_relat) references relations(guid), foreign key (id_node) references node(guid)

);table user (int not null unique,

password int not null,

);

Рассмотрим значение каждого атрибута: guid - ключевой атрибут имеющий уникальное значение. Каждый объект на карте обязан иметь уникальное имя, для идентификации его в базе данных. Этот атрибут является первичным ключом в таблицах node, relations, tag. Является внешним ключом.

lot - координаты долготы на карте.

lat - координаты широты на карте.

lay - слой, который показывается в настоящий момент пользователю, в данном проекте реализует этаж здания.

visibility - это атрибут видимости объекта. Необходим, чтобы обычный пользователь не видел технические данные на карте и, например, маяки. Маяк (точка, определяющая местоположение), вентиляция, служебные коридоры и пр. не должны быть видимы пользователю на карте.

name - столбец имен различных тэгов.

content - в таблице tag обозначает различную информацию об объекте, в зависимости от имени тэга (tag.name), которую видит пользователь. Например tag.type может быть как кафе, так и кабинет, терминал, и пр.

Например:

GUIDtag.nametag.content77"type""Кафе"77"name""Карамелькин двор"77"work-time""пн-пт: 9:00-21:00"

type - в таблице relation позволяет задать различные виды отношений ГИС: линия, полилиния, полигон.

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

Кортежи некоторых таблиц обязательно должны иметь какие-либо значение, поэтому для каждого атрибута этих таблиц уточняется условие not null.

5. Разработка запросов к базе данных

Номер требованияОписание входных и выходных данных запросаЗапросы на языке sql и реляционной алгебры [16]1На входе: вычисленные minLat, minLot, maxLat, maxLot - координаты отображаемые на устройстве На выходе: отображение картыSELECT name, content, guid, visibility, type FROM tag, relations WHERE guid IN ( SELECT id_relat FROM node_relation WHERE id_node IN ( SELECT guid FROM node WHERE (lat>minLat) AND (lat<maxLat) AND (lot>minLot) AND (lot<maxLot) AND (layer = lay))) SORT BY guid5На входе: полученная из предыдущего запроса данные На выходе: данные об объекте (фото, описание и пр.)SELECT guid, visibility, name, content FROM tag WHERE guid IN ( SELECT guid FROM node WHERE (lat>minLat) AND (lat<maxLat) AND (lot>minLot) AND (lot<maxLot) AND (layer = lay)) SORT BY guid2На входе: добавить новый объект (для примера возьмем кафе в ТЦ) На выходе: добавленный объект появился на картеINSERT INTO node Values ($new_guid, $new_lat, $new_lot, $new_lay, $visibility) INSERT INTO relations Values ($new_guid5, $visibility, polygone) INSERT INTO node_relation Values ($new_guid5, $new_guid1) INSERT INTO node_relation Values ($new_guid5, $new_guid2) INSERT INTO tag Values ($new_guid5, "type", "Кафе") INSERT INTO tag Values ($new_guid5, "name", "Шоколадница")5На входе: поиск объекта на карте по названию На выходе: на карте отображаются все объекты имеющие такое название?name="Карамелькин двор"(NODE ? TAG)На входе: полученные координаты пользователя userLot и userLat На выходе: показывает на карте 5 ближайших к пользователю (менее 30 метров) объектов по формуле гиперсинуса[17]SELECT name FROM tag WHERE guid IN ( SELECT guid ( acos(cos(radians(userLat)) * cos(radians(lat)) * cos(radians(lot) - radians(userLot)) + sin(radians(userLat)) * sin(radians(lat)))) AS distance FROM node HAVING distance < 0.30 ORDER BY distance LIMIT 0 , 5;)6На входе: подаётся логин и пароль пользователя: log, pass На выходе: если логин и пароль верны, то пользователь успешно прошел операцию входа в систему.?(login=log and password=pass)(user)

Заключение

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

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

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

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

Список использованных источников

[1] Википедия Свободная энциклопедия[Электронный ресурс] = Wikipedia, the free encyclopedia - Интернет энциклопедия - Режим доступа : http://en.wikipedia.org/wiki/Indoor_positioning_system, свободный. - Загл. с экрана. - Яз. англ.

[2] Википедия Свободная энциклопедия[Электронный ресурс] = Wikipedia, the free encyclopedia - Интернет энциклопедия - Режим доступа : http://en.wikipedia.org/wiki/Electric_beacon, свободный. - Загл. с экрана. - Яз. англ.

[3] Википедия Свободная энциклопедия[Электронный ресурс] = Wikipedia, the free encyclopedia - Интернет энциклопедия - Режим доступа : http://en.wikipedia.org/wiki/Real-time_locating_system, свободный. - Загл. с экрана. - Яз. англ.

[4] Википедия Свободная энциклопедия[Электронный ресурс] = Wikipedia, the free encyclopedia - Интернет энциклопедия - Режим доступа : http://en.wikipedia.org/wiki/Local_Positioning_Systems , свободный. - Загл. с экрана. - Яз. англ.

[5] Википедия Свободная энциклопедия[Электронный ресурс] = Wikipedia, the free encyclopedia - Интернет энциклопедия - Режим доступа : http://en.wikipedia.org/wiki/Hybrid_positioning_system , свободный. - Загл. с экрана. - Яз. англ.

[6] Википедия Свободная энциклопедия[Электронный ресурс] = Wikipedia, the free encyclopedia - Интернет энциклопедия - Режим доступа : http://ru.wikipedia.org/wiki/%D0%A6%D0%B8%D1%84%D1%80%D0%BE%D0%B2%D0%B0%D1%8F_%D0%BA%D0%B0%D1%80%D1%82%D0%B0 , свободный. - Загл. с экрана.

[7] Википедия Свободная энциклопедия[Электронный ресурс] = Wikipedia, the free encyclopedia - Интернет энциклопедия - Режим доступа : http://ru.wikipedia.org/wiki/Трилатерация , свободный. - Загл. с экрана.

[8] Strategy Analytics [Электронный ресурс] - Электрон.данные - Режим доступа : http://www.strategyanalytics.com/, свободный. - Загл. с экрана. - Яз. англ.

[9] YouTube [Электронный ресурс] - Видеохостинг - Режим доступа : https://www.youtube.com/watch?v=oLOUXNEcAJk, свободный. - Загл. с экрана.

[10] DirectionsMag.com [Электронный ресурс] - Электрон. данные - Режим доступа :

http://www.directionsmag.com/pressreleases/accurate-mobile-indoor-positioning-industry-alliance-called-in-locatio/274251, свободный. - Загл. с экрана. - Яз. англ.

[11] Google Maps [Электронный ресурс] - Электр.данные - Режим доступа : http://support.google.com/gmm/answer/1685827?hl=ru&topic=1685871&ctx=topic, свободный. - Загл. с экрана.

[12] Сonversations Nokia [Электронный ресурс] - Электр.данные - Режим доступа :

http://conversations.nokia.com/2013/06/25/find-your-way-indoors-with-here/, свободный. - Загл. с экрана. - Яз. англ.

[13] IndoorLBS [Электронный ресурс] - Электр.данные - Режим доступа : http://www.indoorlbs.com/p/market-report.html, свободный. - Загл. с экрана. - Яз. англ.

[14] Открытые системы [Электронный ресурс] - Электр.данные - Режим доступа : http://www.osp.ru/news/2013/1112/13021877/, свободный. - Загл. с экрана.

[15] Cacoo.com [Электронный ресурс] - Веб-интерфейс - Режим доступа : http://cacoo.com/, свободный. - Загл. с экрана.

[16] Гарсиа-Молина, Ульман, Уидом. "Системы баз данных. Полный курс".: Пер.с англ.,под ред.А.С.Варакина.(с.206-214, 250-260). - М.:Издательский дом "Вильямс", 2003.

[17] Википедия Свободная энциклопедия[Электронный ресурс] = Wikipedia, the free encyclopedia - Интернет энциклопедия - Режим доступа : http://en.wikipedia.org/wiki/Haversine_formula, свободный. - Загл. с экрана. - Яз. англ.

Больше работ по теме: