Розробка web – орієнтованої інформаційно - довідкової системи автомобільно–пасажирського транспорту

Використати зонування (розбийте сторінку на чітко розділені області).

Відмовитись від нетрадиційних шрифтів.

Залежність від конкретних шрифтів в Мережі вкрай небезпечна. Якщо розробник використовує гарнітуру, які не встановлену машині користувача, то текст сайту буде відображений невірно. Краще всього не задавати шрифт взагалі, а просто використовувати шрифти, визначені за умовчанням. Це буде працювати завжди. В якості альтернативи, якщо вам дійсно потрібно задати конкретну гарнітуру, визначте список шрифтів: це збільшить імовірність того, що хоча б один із запропонованих шрифтів виявиться на комп'ютері користувача.

Виділити візуально, підказками все, по чому можна здійснити маніпуляції мишею.

Розробляти "гумовий" дизайн сторінки, що не залежить від дозволу екрану. 

Не слід використовувати фіксовані розміри таблиць, фреймів і інших елементів дизайну сторінки. Замість цього потрібно задавати всі розміри у відсотках від доступного простору.

Скоротити до мінімуму час завантаження сторінки.

Якщо файл або сторінка завантажується довго, то потрібно допомогти користувачам сайту спрогнозувати час завантаження. Для цього можна вказати розмір файлу (сторінки) поруч з посиланням. 

Основна рекомендація щодо оформлення головної веб-сторінки. Дизайн головної (домашньої, початковою) сторінки повинен в деяких деталях відрізнятися від дизайну решти сторінок (наприклад, на головній сторінці зазвичай представлений більш великий логотип компанії чи інформаційної системи її назва).

 

Враховуючи вимоги до інтерфейсу інформаційної системи, що проектується нами було розроблено 5 web -  сторінок. Виконано сторінки «Главная», «Схема маршрутов», «Поиск маршрутов», «О нас», «Контакты». Для користувача більш орієнтовані на роботу такі сторінки, як головна та сторінки на яких оброблюються операції з маршрутами. На головній сторінці, що схематично зображена на рисунку 2.2  спроектовано відображення карти завдяки Google maps API та безпосереднє місце знаходження користувача, також на рисунку 2.3 зображено реальний вигляд головної сторінки системи. На всіх сторінках у зоні що називається header присутня навігаційна панель, яка виконує єдину функцію – переміщення користувача по сторінках системи. 

 

Рисунок 2.2 – схематичний ескіз головної сторінки системи

 

Рисунок 2.3 – реальний вигляд головної сторінки системи

Розглядаючи рисунок 2.4 на якому схематично зображено сторінку «Схема маршрутов» можна відзначити, що по праву сторону від карти знаходится оформлений у вигляді таблиць перелік доступних типів транспортів, маршрутів з наведенням курсору миші відображається контекстне меню з більш детальнішою інформацією. На рисунку 2.5 зображено реальний вигляд сторінки «Схема маршрутов» у системі. 

 

Рисунок 2.4 - схематичний ескіз сторінки «Схема маршрутов» інформаційної системи

 

Рисунок 2.5 - реальний вигляд сторінки «Схемы маршрутов»

Дивлячись на зображення 2.6, що реалізоване по типу макету сторінки на якому зображено вкладка «Поиск маршрутов» можна відзначити що зверху над картою реалізована панель фільтрування запиту користувача стосовно пошуку маршруту. Є можливість вибору початкового та кінцевого пункту призначення, можливість вибору типу маршруту та транспорту за конкретними уподобаннями користувача. Рисунок 2.7 відображає реальний вигляд сторінки «Поиск маршрутов». Дві останні сторінки реалізовані для суто простого заповнення сервісного контенту відносно системи. 

 

Рисунок 2.6 – схематичний ескіз сторінки «Поиск маршрутов» інформаційної системи

 

Рисунок 2.7 - реальний вигляд сторінки «Поиск маршрутов»

2.3 Розробка БД

Проектування БД - це впорядкований, формалізований процес створення системи взаємопов'язаних моделей ПЗ, які пов'язують збережені в базі дані з об'єктами ПЗ, описувані цими даними

Проектування починається з аналізу ПЗ і виявлення функціональних та інших вимог до проектованої системи. 

Спочатку створюється узагальнене неформализованное опис створюваної БД з використанням природної мови, і т.д.

Решта моделей машинно-орієнтовані, з їх допомогою СУБД дає можливість програмам користувачам здійснювати доступ до даних за їхніми іменами, не піклуючись про їх фізичне розташування.

Реляційна база даних - це сукупність взаємопов'язаних таблиць, кожна з яких містить інформацію про об'єкти певного типу. Рядок таблиці містить дані про один об'єкт, а стовпчики таблиці описують різні характеристики цих об'єктів - атрибутів. Записи таблиці, мають однакову структуру - вони складаються з полів, що зберігають атрибути об'єкта. Кожне поле описує тільки одну характеристику об'єкта і має строго певний тип даних. Усі записи мають одні і ті ж поля, тільки в них відображаються різні інформаційні властивості об'єкта.

У реляційній базі даних кожна таблиця повинна мати первинний ключ - поле або комбінацію полів, які єдиним чином ідентифікують кожен рядок таблиці. Якщо ключ складається з декількох полів, він називається складеним. Ключ повинен бути унікальним і однозначно визначати запис. За значенням ключа можна відшукати єдиний запис. Ключі служать також для впорядкування інформації в БД.

Таблиці реляційної БД повинні відповідати вимогам нормалізації відносин. Нормалізація відносин - це формальний апарат обмежень на формування таблиць, який дозволяє усунути дублювання, забезпечує несуперечність збережених у базі даних, зменшує трудовитрати на ведення бази даних.

Нормалізація таблиць призначена для усунення цих недоліків. Є три нормальні форми відносин.

Перша нормальна форма. Реляційна таблиця приведена до першої нормальної формі тоді і тільки тоді, коли жодна з її рядків не містить в будь-якому своєму полі більше одного значення і жодна з її ключових полів не порожньо.