
- •Анотація
- •Розділ 1. Аналіз найвідоміших картографічних сервісів.
- •Розділ 2. Специфікація пз для інформаційної підтримки велодоріжок м. Хмельницький та постановка задачі роботи.
- •2.1. Постановка задачі та вибір структур даних.
- •2.2. Специфікація пз для інформаційної підтримки велодоріжок.
- •2.2 Класи користувачів та їх характеристики
- •2.3 Середовище функціонування
- •3. Характеристики системи
- •3.1.1. Ввід велосипедних маршрутів;
- •2.3. Опис обраних технологій.
- •Розділ 3. Проектування пз для інформаційної підтримки велодоріжок м. Хмельницький
- •3.1. Проектування загальної архітектури пз
- •3.2. Розробка бази даних.
- •Розділ 4. Програмна реалізація та тестування пз для інформаційної підтримки велодоріжок м. Хмельницький
- •4.1. Ввід велосипедних маршрутів
- •4.2. Редагування велосипедних маршрутів
- •4.3. Перегляд доступних маршрутів
- •4.4. Зворотній контакт
- •4.5 Тестування системи
- •5. Розділ з економіки висновки.
- •Список літератури
- •Додаток а. Uml-діаграми пз для інформаційної підтримки велодоріжок
- •Додаток б. Інструкція користувача пз для інформаційної підтримки вело доріжок м Хмельницький.
- •1. Компоненти пз.
- •2. Встановлення пз.
- •3. Базові функції пз.
- •Додаток в. Текст програми
Розділ 2. Специфікація пз для інформаційної підтримки велодоріжок м. Хмельницький та постановка задачі роботи.
2.1. Постановка задачі та вибір структур даних.
Задачею моєї бакалаврської роботи є проектування, розробка та тестування програмного забезпечення для інформаційної підтримки велодоріжок м. Хмельницький
У ПЗ для інформаційної підтримки велодоріжок м. Хмельницький мають бути наступні функції:
Ввід велосипедних маршрутів.
Редагування велосипедних маршрутів (Видалення/Зміна).
Перегляд усіх наявних велосипедних маршрутів.
Сортування маршрутів за певними параметрами.
Зворотній зв’язок із розробниками.
Для реалізації цих функцій в ПЗ буде передбачено два основні класи користувачів: адміністратор та прості користувачі. Адміністратори – користувачі, що мають змогу вносити зміни у систему а також змінювати її інформативне наповнення. Прості користувачі – користувачі, що можуть переглядати інформацію, фільтрувати та підшуковувати відповідні дані.
Базові інструменти будуть оперувати даними у форматі XML, який описує набір екземплярів елементів (вузли, відрізки та зв'язки).
Елементи, або базові примітиви включають:
Точка, вузол (англ. node) — позначає окрему геопросторову точку, характеризується щонайменше широтою та довготою.
Лінія (англ. way) — впорядкований список від 2 до 2000 точок. Використовується для позначення лінійних (векторних) структур, може бути замкнутою (площина).
Зв'язок (англ. relation) — впорядкований список з точок, ліній, та інколи інших зв'язків. Окремі елементи зв'язків характеризуються певними ролями. Типовим прикладом зв'язку може бути маршрут громадського транспорту, який включає лінії автошляхів та точки зупинок.
Теґ — строго кажучи, не є елементом, а лише певною інформацією, пов'язаною з одним із зазначених вище елементів. Складається з двох текстових полів довільного формату, 'ключ' та 'значення'.
2.2. Специфікація пз для інформаційної підтримки велодоріжок.
1. Вступ
1.1 Призначення, мета
Система призначена для геолокації велосипедних доріжок та маршрутів міста Хмельницького. Для можливості складання маршрутів та обліку пройдених відстаней велосипедистами
1.2 Продукти-аналоги
Продуктом аналогом є система Google Maps із її частковим функціоналом, який дозволяє складати маршрути по точкам. Проте такого як позначення фактичних велосипедних доріжок або їх пряме редагування не існує.
2. Загальний опис
2.1 Характеристики продукту
Система реалізована на веб-орієнтованих технологіях, що дозволяє будь-якій людині переглянути на карті усі доступні велосипедні маршрути. У свою чергу з точки зору адміністратора система надає можливість вводити велосипедні маршрути та у графічному режимі вводити їхнє розташування на карті міста Хмельницький.
Для простих користувачів система дозволить підбирати маршрути за їхньою довжиною та складністю. Адміністраторам буде наданий функціонал, який дозволить вносити нові маршрути та змінювати старі.
На рис. 2.1 зображена діаграма Use Case, яка відображає основні напрямки використання системи.
Рис. 2.1.UML-діаграма випадків використання системи.
Детальніше розглянемо варіант використання «Додати маршрут»:
Увійти в адміністративну частину
Вибрати пункт управління маршрутами
Натиснути кнопку «додати маршрут»
Ввести відповідними векторами маршрут від точки до точки
Після закінчення вводу натиснути кнопку «Зберегти маршрут»
Система зберігає послідовність масиву точок у БД
Послідовність даної логіки зображена на рис. 2.2. діаграма послідовності.
Рис. 2.2. Діаграма дій для випадку використання «Додати маршрут».