маршрути;
· AddVlidator - додає в БД інформацію про встановлення валідатора в автобус;
· AddVoditel - додає в БД інформацію про новом водія;
· IsmenTO - дозволяє тех. фахівцеві змінювати дату тех. огляду у автобусів;
Дані процедури автоматизують процеси додавання даних в базу і дозволяють користувачам з великою зручністю користуватися запропонованим сервісом.
Трігер в базі даних служать для коректної обробці складних або смислових обмежень. У разі введення користувача «некоректних» даних тригер видасть відповідне повідомлення про помилку і скасує некоректно внесені зміни без шкоди для целосностності даних.
Нижче наведені тригери створені в даній БД і їх короткий опис:
· NoAvtoTrigger - не дозволяє в один і той же день ставити один і той же автобус кілька разів (він не може бути в 2-х місцях одночасно);
· NoVoditelTrigger - не дозволяє в один і той же день призначати одного і того ж водія на різні автобуси;
· No4AvtoTrigger - не дозволяє в один і той же день ставити на один і той же маршрут більше 4 автобусів (занадто багато автобусів не повинно ходити по одному маршруту);
· NoKontroTrigger - не дозволяє в один і той же день призначати одного і того ж контролера на різні маршрути;
· NoAvtoTrigger - не дозволяє в один і той же день ставити на один і той же маршрут більше 2-х контролерів;
· InValidTrigger - вносить записи в таблицю Валідація, після додавання відповідних записів у таблицю Диспетчеризація (даний тригер покликаний змоделювати дії валідатора, тому дані про те скільки, коли і на якому маршруті пасажирів пройшло через турнікет в даному автобусі не знасятся в базу, а стічаются автоматично);
3.3 Розробка уявлень
Уявлення створюються в базі даних для виведення інформації в зручному для користувача вигляді. У даній БД уявлення створені щоб реалізувати ряд основних запитів до бази даних і надати користувачеві в більш «презентабельному вигляді». Далі приведений перелік уявлення з коротким описом:
· Всі автобуси - виводить таблицю з переліком даних про всіх автобусах, занесених до БД;
· Всі валідатори - виводить таблицю з переліком всіх валідаторів і автобусів, за якими вони закріплені;
· Всі водії - виводить таблицю з переліком всіх водіїв;
· Всі контролери - виводить таблицю з переліком всіх контролерів;
· Всі маршрути - виводить таблицю з переліком всіх маршрутів;
· Вся валідація - виводить інформацію про дані зібраних валідаторами, з підрахунку пасажирів;
· Вся відвідуваність - виводить інформацію про дані зібраних валідаторами, з контролю за контролерами;
· Висновок всього розкладу - виводить таблицю з даними про розподілених маршрутах;
· Виведення всіх розподілених контролерів - виводить таблицю з даними про розподіл контролерів за маршрутами;
3.4 Розробка форм
Під час конструювання бази даних форма виконує роль інтерфейсу, зручного для користувача. При розробці даної БД були розроблені форми, написані на мові C # і використані в якості інтерфейсу для введення і виведення даних, а так само для реалізації деяких заходів безпеки. Далі приведений перелік основних створених форм з коротким описом:
· Форма авторизації - запрошувати логін і пароль для доступу до бази даних і, в залежності від введених даних, переводить користувача на інтерфейс з набором інструментів, доступних його групі користувачів;
· Форма адміністратора - інтерфейс містить набір інструментів для користувача адміністратор;
· Форма диспетчера - інтерфейс містить набір інструментів для користувача диспетчер;
· Форма тех. спеціаліста - інтерфейс містить набір інструментів для користувача тех. фахівець;
· Форма водія - інтерфейс містить набір інструментів для користувача водій;
· Форма контролера - інтерфейс містить набір інструментів для користувача контролер;
Так само були створені форми для введення інформації у кожну таблицю.
Для більш детального ознайомлення з формами дивись практичну реалізацію бази даних.
. 5 Розробка звітів
Для відображення уявлень були передбачені звіти. Так само була передбачена можливість роздруківки звітів. Далі наведені основні ...
