4.2. Редагування велосипедних маршрутів
Коли користувач здійснив вхід у систему йому також доступно видаляти існуючі маршрути та створювати нові таким чином можна їх змінювати. Для того, щоб адміністратор міг зробити дані дії йому потрібно зайти на сторінку «Маршрути», вибрати необхідний маршрут із списку та видалити його Варто зазначити, що для зручності та адаптивності користувача інтерфейс вікна не змінюється, просто добавляється додатковий функціонал. Візуальним чином це виражається у додаванні колонки до таблиці із списком маршрутів рис. 4.7.
Рис. 4.7 Список маршрутів
Таким чином адміністратор може видалити будь-який маршрут і створити новий із такою ж назвою та із зміненими даними, зокрема про напрямок маршруту. Варто зазначити, що процес видалення маршруту включає у собі декілька транзакцій для повного очищення бази даних. Запити відбуваються у наступній послідовності:
Старт транзакції
Отримання ID ідентифікатора із таблиці ways SELECT `ID` FROM `ways`….
Видалення усіх шляхів із таблиці path DELETE FROM `path` WHERE `WayID`=’$ID’
Видалення запису про маршрут із таблиці ways DELETE FROM `ways` WHERE `ID` = ‘$ID’
Закриття транзакції
Після таких маніпуляцій база даних є повністю очищена від надлишкової інформації, що дозволяє завжди тримати систему працездатною та не пере використовувати ресурси
4.3. Перегляд доступних маршрутів
Для перегляду маршрутів простому користувачеві потрібно просто зайти у систему та обрати сторінку «Маршрути» після чого йому відриється список усіх доступних маршрутів у користувача є можливість сортування даних маршрутів по складності назві чи довжині, таким чином користувач завжди може обрати підходящий маршрут. На рис. 4.8 зображено вигляд сторінки «Маршрути» для користувача.
Рис. 4.8 Вигляд маршрутів для користувача
Для перегляду маршруту користувачу потрібно вибрати необхідний маршрут у таблиці та натиснути на нього після чого відкриється сторінка вибраного маршруту із нанесиними на карту лініями, відповідно здійснювати змін чи маніпуляцій користувач не може рис. 4.9.
Рис. 4.9 Вигляд маршруту для користувача
Користувачу доступні стандартні опції маніпуляцій із картою: збільшення/зменшення, поворот, переміщення. Таким чином користувач може детально переглянути маршрут, а також існує особлива опція 3d перегляду місцевості, у випадку якщо дана місцевість є знятою компанією Google (рис. 4.10)
Рис. 4.10 3d перегляд вулиць
4.4. Зворотній контакт
Система є складною із великою кількістю технічних та мережевих взаємодій, саме тому можливі випадки коли вона може працювати некоректно, особливо якщо врахувати розмаїтість пристроїв на яких може бути запущена. Саме тому створена додаткова опція зв’язку із розробником. Це спеціальна опція, яка дозволяє користувачеві відкрити спеціальну контактну форму для залишення повідомлення розробникам рис. 4.11.
Рис. 4.11 контактна форма
Після коректного заповнення форми повідомлення відправляється на пошту до адміністратора і розробник може вживати заходів, щодо уникнення помилок та їхнього повторення.
4.5 Тестування системи
Система реалізована на базі широкого використання технологій, що базуються на JavaScript. Саме тому перевірку системи варто почати із коректності написання скриптів на даній мові. На рис. 4.12 зображено реакції JavaScript консолі Google Chrome на увесь код, що є у системі.
Рис. 4.12 JavaScript консоль
На рисунку видно що помилок що виникли через використання JavaScript не виявлено, це означає що інтеративність системи буде підтримуватися на більшості сучасних пристроїв.
Інший вид тестування це тестування наванатження та вшикдості загрузки елементів у систему із мережі. На рис. 4.13 зображена часова діаграма об’єктів системи у реальному часі.
Рис. 4.13 діаграма часу
На діаграмі чітко видно, що із усіх запитів, що відправляє система усі приходять послідовно і швидко повертаючи код 200, лише один із ресурсів не дає відповіді, код 404, один із файлів стилів, що помилково підключений до системи та не зберігається на сервері.
Оскільки система розрахована на велику кількість користувачів то її варто перевірити на великих навантаженнях для цього ми використаємо ресурcом pingdom (http://tools.pingdom.com/fpt/#!/NZXyR/) . На рис. 4.14 зображено результат тестування.
Рис. 4.14 тестування ping dom
На рисунку видно, що при великому навантаженні на систему відповідь по сторінках та по сторонніх ресурсах Google Maps, CSS, DNS та інші відбувається без затримок а отже весь ресурс працює стабільно.
Оскільки система часто буде використовуватися на мобільних девайсах то варто переглянути вигляд екрану на пристрої, що має мале розширення для прикладу на рис. 4.15 зображено вигляд системи у горизонтальному положені iPhone.
Рис. 4.15 вигляд проекту на iPhone 4у горизонтальному положені.
Емуляція екрану запущена у режимі Google Chrome на Desctop компютері, але відхилення на реальному пристрої не повинні відрізнятися від емулятора.