Розділ 4. Програмна реалізація та тестування пз для інформаційної підтримки велодоріжок м. Хмельницький
Програмна система була реалізована використовуючи архітектуру клієнт-сервер із використанням хмаркових технологій. Специфікація вимог описує увесь необхідний функціонал, який повинен був бути розроблений:
Ввід велосипедних маршрутів
Редагування велосипедних маршрутів (Видалення/Зміна)
Перегляд усіх наявних велосипедних маршрутів
Сортування маршрутів за певними параметрами
Зворотній зв’язок із розробниками
4.1. Ввід велосипедних маршрутів
Для вводу велосипедного маршруту потрібно мати права доступу адміністратора. Коли адміністратор зайде у систему йому потрібно ввести дані у форму логіну рис. 4.1.
Рис. 4.1 Форма входу для адміністратора
Дані про логін повинні бути коректними та зберігатися у таблиці users. В додатку А зображена діаграма варіантів відгуку системи, що описує процес входу адміністратора в довірену зону.
Ввести логін
Ввести пароль
Здійснити вхід
На внутрішньому рівні відправка SQL запита на пошук відповідності потрібної комбінації
Отримання відповіді у випадку успішної відповіді перехід до кроку 7
Якщо потрібна комбінація не знайдена система видає помилку та користувач переходить до кроку 1
Вхід у систему
Усі вищеописані дії супроводжуються візуальним відкликом системи, зокрема дані, що можуть бути неправильно введені підсвічуються у тому місці де це могло статися рис. 4.2.
Рис. 4.2 Візуальний відгук системи на помилку
Після успішного входу у систему користувачеві міняється хідер системи, де видно що він залогований рис. 4.3.
Рис. 4.3 Вітання адміністратору
Коли користувач залогінений у системі йому появляється посилання із можливістю формування маршруту. Для цього користуач повинен відмічати точки по яких повинен проходити маршрут з’єднання між двома точками відбувається автоматично, тому адмін повинен слідкувати за коректним прокладанням маршруту. Система сама вирахоує довжину маршруту чим більше точок додаються, тим більше відповідно стає маршрут (рис. 4.4).
Рис. 4.4 Візуальне ввдення маршруту
Після введення візуального маршруту користувачу потрібно заповнити дані про:
Назву маршруту
Складність маршруту обирається адміністратором із доступних варіантів
Відстань обчислюється автоматично при візуальному введені точок на карту
У випадку, якщо візуальні дані були введено невірно користувач має змогу очистити карту (рис.4.5).
Рис. 4.5 Поля для заповнення
При натисканні кнопки «зберегти дані» система за допомогою асинхронного запиту відправляє дані на сервер де скрипт приймає їх обробляє відповідним чином та зберігає у базу, даних після чого виводить користувачеві повідмлення про успішне збереження даних. В додатку А зображена схема передачі та збереження даних при формуванні маршруту.
На схемі чітко видно які технології задіяні у збережені даних. Спершу Google Maps API формує візуальние представлення доріжки, потім бібліотека jQuery асинхронним запитом відправляє дані на сервер. PHP скрипт приймає дані перекодовує їх змінюючи кодування utf-8 на windows-1251, що є сумісним для БД і відтворюється в адекватному форматі. Після чого SQL запит записує дані у MySQL, у випадку успішного запиту скприпт повертає повідомлення, яке передається на клієнт де за допомогою JavaScript виводиться alert-повідмлення про успішну вставку даних. рис. 4.6
Рис. 4.6 Повідомлення про успішне збереження даних