Выбор автоматизируемых функций и информационного пространства

     Динамические  ограничения атрибутов объектов, участвующих в реализации данной функции, не выявлены. Операционные правила  для атрибутов объектов, участвующих  в реализации функции 2«Регистрация клиентов», не выявлены.

   Функция 3. «Оформление требуемой документации». 

Для компактности записи приведены статические ограничения для отдельных атрибутов на уровне кортежей: повторяемость, обязательность (относящиеся, строго к операционным правилам). Таблица «Катание»;

1. Порядковый номер велосипеда;
2. Атрибут  «Дата» - ДД. ММ. ГГ., где ДД – день, ММ – месяц, ГГ – год;
3. Атрибут  «Время от» - ЧЧ.:ММ., где ЧЧ – часы, ММ – минуты;
4. Атрибут  «Время до» - ЧЧ.:ММ., где ЧЧ – часы, ММ – минуты;
5. Атрибут  «Сумма» - только цифровые значения

     Динамические  ограничения атрибутов объектов, участвующих в реализации данной функции, не выявлены. Операционные правила  для атрибутов объектов, участвующих  в реализации данной функции, не выявлены. 

 

2.5 Построение запросов и отчетов

     После простановки связей с обеспечением целостности данных приступаем к  разработке запросов. При помощи запроса  на выборку «Запрос по времени кто  катается» регистратор может узнать расписание врачей. Из списка всех таблиц выбираем таблицы: «катание» и «велосипеды». Из соответствующих таблиц указываем поля: «№ velosip», «name_vel», «время до», «время от», «дата», «ID client» (рис.7).

      Рис.6 Запрос «Запрос по времени кто  катается»

     В режиме SQL он выглядит так:

SELECT velosipedi.№_velosip, velosipedi.name_vel, katanie.времяот, katanie.времядо, katanie.дата, katanie.[ID client] FROM velosipedi INNER JOIN katanie ON velosipedi.№_velosip = katanie.[ID velos] WHERE (((katanie.дата)=Date()) AND (([katanie]![времяот])<Time()) AND (([katanie]![времядо])>Time()));

     В данном запросе важным аспектом является установка фильтров.

Первый  фильтр по атрибуту «Дата» отсеивает  значения которые удовлетворяют  условию Date(). Что означает вывод данных с текущей датой.

Для определения  периода катания, в таблицу  были введены два атрибута значений: «время до», «время от». По ним можно определить на какое время клиент взял велосипед. Задав в условие отбора функцию <Time() для атрибута «время от» и >Time() для «время до». Позволило отсеять значения атрибуты которых не удовлетворяли условиям. Что позволило в конечном итоге вывести ответ на вопрос  «кто  катается?»

     Для создания запроса «Отчет катаний по дням» используется таблица «Катания», «Клиент», «Велосипеды» из которой берется необходимая информация о том кто катался за день, информацию о велосипедах и клиентах. Поле «Дата» имеется следующее условие отбора – [Введите интересующую дату]. Позволяет пользователю отсеивать значения по нужной ему дате (рисунок 7. «Отчет катаний по дням»). В режиме SQL выглядит так:

SELECT katanie.дата, katanie.[ID velos], katanie.сумма, Klient.name_cl, Klient.soname_cl, velosipedi.№_velosip, velosipedi.name_vel, velosipedi.name_proiz

FROM velosipedi INNER JOIN (Klient INNER JOIN katanie ON Klient.Код = katanie.[ID client]) ON velosipedi.№_velosip = katanie.[ID velos]

WHERE (((katanie.дата)=[введите  интересующую дату])); 

      Рисунок 7. Запрос «Отчет катаний по дням» в режиме конструктор 

     Создаем запрос «Договор на оказание услуг», который поможет выводить данные в подготовленный отчет. В режиме конструктора запросов добавляем таблицы: «Клиент», «Катание», «Велосипеды» и выбираем необходимые поля (рисунок 8).

      Рисунок 8. Запрос «Договор на оказание услуг» в режиме конструктор.

     В режиме SQL выглядит следующим образом:

SELECT katanie.nomer_yslygi, katanie.дата, katanie.[ID velos], velosipedi.name_proiz, Klient.soname_cl, Klient.name_cl, Klient.otch_cl, Klient.passport, Klient.adress, Klient.phone, katanie.сумма, velosipedi.name_vel, katanie.итого

FROM velosipedi INNER JOIN (Klient INNER JOIN katanie ON Klient.Код = katanie.[ID client]) ON velosipedi.№_velosip = katanie.[ID velos]

WHERE (((katanie.nomer_yslygi)=[введите номер услуги]));

     На  основе этого запроса создается  отчет «Договор на оказание услуг», позволяющий автоматически заполнить данные в форме и вывести ее на печать (рисунок 9).

Рисунок 9. Отчет  «Договор на оказание услуг». 
2.6 Построение форм и отчетов

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

     Главная форма изображена на рисунок 10. При этом работа с базой данных становится лёгкой и простой для пользователя.

Рисунок 10. Главная форма

     При нажатии на кнопку «Добавить велосипед» открывается форма «Велосипеды» (рисунок 11). При помощи данной формы можно добавить новый велосипед в базу данных  или отредактировать существующие. Также из формы возможно  просмотреть статистику катаний на каждом велосипеде.

     С помощью конструктора запросов создаем  запрос, добавляем поля из нужных для  нас таблиц в область данных. В  заголовке формы пишем название формы. При помощи элемента управления создаются такие кнопки.

      Рисунок 11. Форма «Велосипеды»

     Также имеется кнопка закрытия данной формы. После закрытия данной формы пользователь оказывается на главной форме.

     При нажатии на кнопку «Новый клиент» на экран выводится форма «Клиенты», изображенная на рис.12. При помощи данной формы можно добавить нового клиента в базу данных  или отредактировать существующие. Также из формы возможно  просмотреть отчет об клиентах.

      Рис.12 Форма «Запись к врачу» в режиме конструктор

      Данная  форма является обязательной для  вновь прибывших клиентов по этому  на форме иметься еще одна кнопка. При нажатии на которую запускается  форма «катания», а  текущая форма  закрывается.

     При нажатии на кнопку «Передача велосипеда клиенту» или переходя во ветви регистрации на экране появляется окно формы «катание», в которой можно добавить заявку на новое катание клиента в базу данных 

(рисунок  13).

Рисунок 13 Форма «Катание»

     Имеются также на данной форме кнопка для  вывода на печать заполненного  «Договор проката» и кнопка закрытия формы. Также предусмотрена форма для вывода на экран информации о текущей занятости инвентаря (Фома «Кто катается»).

 

 

Заключение 

     Внедрение современных информационных технологий в велопрокат  позволяет вывести работу персонала на качественно новый уровень, повысить эффективность работы.

     БД  «Велопрока» предназначена для сбора, хранения, поиска, обработки и выдачи необходимой информации о данной предметной области.

     Целью создания базы данных  является повышение трудоспособности сотрудника за счет сокращения временных и трудовых затрат и повышение качества его работы. Заполнение данных подвергается обязательному контролю, ошибки не допущенные сотрудником при регистрации, уменьшают вероятность возникновения  проблем с клиентами. На решение которых уходит время и возможно деньги.

     Кроме того,  СУБД освобождает работников предприятия от рутинных и бумажных операций и позволяет им больше времени уделять клиентам, позволяет работать качественно и быстро.

     Созданная СУБД «Велопрокат» предоставила работникам предприятий и клиентам следующие возможности:

• избавила работников от возможных ошибок;
• подняла качество обслуживания клиентов;
• ускорила процесс подсчета выручки;
• моментальная выдача статистической информации
• сократила время оформления документов.

     Цель  курсовой работы выполнена, БД создана  и внедряется в эксплуатацию.

     Для достижения цели, были решены следующие задачи:

• изучена организационная структура предприятия.
• собрана, изучена и проанализирована информация о предметной области.

     БД  «Велопрокат» не идеальна и нуждается в доработке, а именно такие функции как расчет зарплат и автоматизация процесса регистрации.