align="justify"> Система вікорістовує найсучасніші методи технології Cloud. Обмін Даними у сістемі відбувається помощью зв язку клієнт - сервер. Частини пов язані з картами, та місцезнаходженнямі реалізовані помощью Google Maps API.
Кінцевій продукт складається Із таких основних частин:
· корістувацького веб-інтерфейсу - частина, с помощью якої здійснюються усі маніпуляції з системою.
· серверної части - Здійснює реалізацію бізнес-логіки системи та створює запиті, незалежні одна від одного, для зв язку з корістувацькім інтерфейсом та базою даних системи. Виконує усі необхідні обрахункі, та відправляє кінцевій результат клієнту.
· сервера бази даних - вікорістовується для Збереження даних проста web-орієнтована база даних MySQL.
· Google Maps API - фрейм, Який компанія Google надає безкоштовно для роботи з картами.
Система вікорістовує дінамічну мову програмування PHP для реализации логіки сервера, дінамічної Зміни контенту, Здійснення необхідніх Обчисленоень та операцій. Вибір цієї мови програмування зумовленій тім, что вона безкоштовна, Надзвичайно універсальна та дешева в утріманні на ресурсах (хостингу) де підтрімується інтерпретація PHP.- мова програмування, что широко вікорістовується на клієнтській части (у веб-браузерах та програмних інтерфейсах) для маніпуляції Із Даними , перевіркі контенту та роботи з Google Maps API.
Технологія AJAX - слугує для завантаження контенту в реальному часі, обміну інформацією между клієнтською та серверних Частинами, передачі параметрів карт Google Maps для Збереження у базу даних. Ця технологія збільшує швідкодію системи та Робить ее зручнішою для вікорістання.Maps API - ОКРЕМІ про єктно-орієнтовані бібліотеки, розроблені компанією Google, что дають доступ для Усього спектру можливіть роботи карт.
найновіші технології представлення даних у веб-орієнтованих системах: HTML 5, СSS 3.
У Додатках А зображена UML-Діаграма, яка демонструє усі компоненти, с помощью якіх система реалізує функціонал опис у Специфікації вимог.
3.2 Проектування бази даних
Усю необхідну сістемі інформацію, нужно зберігаті та сістематізуваті. Для цього розробляється архітектура бази даних. Вона відтворює предметної області та оптімізує дані, щоб позбавітісь їх надлішковості. Іншімі словами, приводити базу даних до Другої нормальної форми.
Більшість таблиць WordPress створює самостійно. ЦІ табліці необхідні для роботи самой CMS, та підключеніх до неї плагінів (qTranslate, Google MapsR).
У ціх таблицях зберігається весь Динамічний контент системи, налаштування, профілі Користувачів, Відгуки, полігоні карт, дані Вибраного мов та ін.
Для системи cтворено 2 табліці: wp_parking та wp_parking_order.
У табліці wp_parking я зберігаю усю інформацію про наявні парковки ID
. Назва
2. Кількість поверхів
. Кількість Місць на поверсі
. Ціна за годину
У табліці wp_parking_order зберігається уся інформація про Здійснення замовлень: коли, ким и на скільки годині Було замовленя місце
. ID
. ID-Парковки
. Ім я замовника
. Прізвище
. Телефон
. Поверх
. Місце
. Кількість годин
. Число
. Місяць
. Рік.
3.3 Проектування інтерфейсу системи
Інтерфейс системи БУВ розроблення за принципом Занурення в контекст. Нічого Зайве, только, что потрібне. На головній странице ми відразу бачим карту де є парковки, знизу список усіх парковок, сортованіх по даті Додавання. Таким чином клієнт відразу после того, як Зайшов на сайт может зверни парковку та замовити на ній місце.
При віборі будь-якої парковки клієнт читає інформацію про неї, та відразу ж отрімує ПОСИЛАННЯ для замовлення Місць на ній. Справа два зручні віджеті про теперішній курс валют та ціни на бензин. Оскількі сайт орієнтований в основному на туристов, ЦІ віджеті будут Надзвичайно Зручне ДОПОВНЕННЯ до Сторінки.
Сама сторінка «Замовлення Місць» розрахована на постійну сінхронізацію з сервером та постійнім оновлення наявний Місць «на сьогодні" на парковці.
Тому Надпис про Вільні місця Виведення у помітне місце та зроблений великим шрифтом.
Форма проектувалась з використанн CSS3,...
