Подавляющее большинство транспортно логистических компаний в данный момент перешли на четвертое поколение мониторинговой системы это обусловлено тем что в четвертом поколении в о отличие от третий предусмотрена web-технология, а это в свою очередь снижает затраты на установку специализированного оборудование и специализированного программного обеспечение, так как пользователь осуществляет доступ к данным посредствам веб-страницы. Сервер в этом случае устанавливается у компании, предоставляющей услуги мониторинга, его мощности делятся между многими клиентами, один сервер способен одновременно работать с несколькими сотнями бортовых радионавигаторов, что резко снижает стоимость обслуживания системы. Одновременно ужесточаются требования к надежности и безопасности сервера. Так же при использование мониторинга четвертого поколение снижаются затраты на создание приложений для диспетчеров так как мы можем использовать в приложение бесплатные сервисы например Googlemaps. Существует система пятого поколения она отличается от четвертого только тем что использует сеть серверов для хранение и обработки данных.Некоторые компании уже начали переходить на систему мониторинга пятого поколение их всего четыре. Такой низкий спрос на систему пятого поколение обусловлен высокой стоимостью оборудование.
В дипломной работе я рассматривал свою задачу в рамках навигационной системы пятого поколение. В нее входят такие элементы как: бортовое оборудование, навигационный сервер, пользовательский интерфейс. В рамках данной работы я сосредоточил свое внимание из этого списка только двум аспектам: навигационному серверу (так как в нем содержится база данных в, которую заносятся все данные о метаположение и состояние транспортного средства), и пользовательскому интерфейсу.
В данной работе мне было необходимо создать базу данных на основе унаследованной базы данных. Так как унаследованная база данных не являлась реляционной базой данных и была разрозненной (то есть не было в ней связей между таблицами). Анализировать предметную область не имело особого смысла так как просмотрев унаследованную базу данных я пришел к выводу что, все необходимые данные для работы приложений в ней есть, остается только привести эту базу данных в реляционный вид. Для этого я скомпоновал все атрибуты в четыре сущности: Диспетчер, Клиент_об, Описание, Позиция и установил между ними связи как показано на слайде. Если проанализировать инфологическую модель показанную на слайде то можно увидеть что она является реляционной потому что соответствует с утверждением из книги “Введение в реляционные базы данных” тезису на странице 211 а именно “Каждая таблица базы данных удовлетворяет условию, в соответствии с которым в позиции на пересечении каждой строки и столбца таблицы всегда находится единственное атомарное значение, и никогда не может быть множества таких значений, если каждая таблица базы данных удовлетворяет это условие то такая база данных является реляционной и следовательно нормализованной до уровня первой нормальной формы ”.
Чтобы архитектура базы данных была приемлемой необходимо базу данных привести в третью нормальную форму. Для этого необходимо разбить сущность Позицию на несколько таблиц убрав таким образом все атрибуты которые не удовлетворяют условие третьей нормальной формы а именно “Все поля таблиц не входящий в первичный ключ, связаны полной функциональной зависимостью с первичным ключом и ни одно из ее не ключевых полей не зависит функционально от любого другого не ключевого поля” такой подход помог мне привести инфологическую модель базы данных в третью нормальную форму.
Далее мне было необходимо создать два приложение на основе данных из базы данных и требований которые были описаны в техническом задание. Для реализации этих приложения я выбрал 5 инструментов а именно языки программирование PHP, JavaScript растровый графический редактор Adopt Photoshop, Язык гипертекстовой разметки HTML. Так же для реализации данного проекта я использовал браузер Firefox релизом №5.
В приложениях некоторые данные должны быть выбраны из самой базы данных и выводится на экран в виде выпадающего списка поэтому была предложена логика последовательность действии для получение данных. она продемонстрирована на слайде. Реализуем мы эту логики чрез язык PHP и специальных библиотек php_oracle.dll, php_oci8.dll, которые предоставляют возможность формировать запрос на языке sql в программной среде php и передавать этот запрос в среду Oracle возвращая из него указанные в запросе данные.
В приложение карта логика получение данных из базы данных состоит в том что после того как пользователь введет или выберет необходимые данные, эти данные преобразуются в запрос с помощью опреторов PHP (OCIBindByName, OCIParse) и после отправки запроса мне возвращается данные в виде ассоциотивного массива.
Далее эти данные я вывожу на экран в виде списка с датой и координатами с помощью тегов html. Также эти данные я вывожу на экран с помощью графической карты GoogleMaps. В процессе работы с картами GoogleMaps обнаружилась проблема связанная с динамическим Ip-адресом, это связана с тем что при обращение к сервису GoogleMaps нам необходимо подать запрос с уникальным ключом к сервису, свою очередь ключ выдается при регистрации на сайте Google и выдается он только при наличие постоянного ip адреса. А вычислительная система на которую поставлена база данных имеет динамический ip адрес (такая особенность связанная с провайдером).
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.
