Информационная модель ЧП «такси»

- атрибуты объектов;

- связи между объектами.

Сущность — объект предметной области, имеющий атрибуты.

Связь между  сущностями характеризуется:

- типом связи (1:1, 1:N, N:М);

- классом принадлежности. Класс может быть обязательным и необязательным. Если каждый экземпляр сущности участвует в связи, то класс принадлежности — обязательный, иначе — необязательный [2].

 

 

 

 

 

 

Схема 3. Концептуальная модель Питера Шен-Чена. 

Описание предметной области используется для того, чтобы  определить, что входит в состав проекта и что находится вне его границ. Чем полнее определите основные аспекты предметной области, тем лучше для проекта[3].

Описание данной предметной области:

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

Клиент назначает заказ, а так же он может его забронировать. Диспетчер, принимая заказ, записывает время принятия звонка, номер заказа, и стоимость услуги. Затем, по позывному  обращается к водителю узнает, свободен он или нет, если да то отдает заказ  ему, если нет аналогично обращается к другому водителю. Далее диспетчер перезванивает заказчику и оповещает о марке и регистрационном номере машины, которая должна выполнить его заказ. Когда водитель забирает клиента с места назначения, он по позывному обращается к диспетчеру и говорит что "забрал" клиента, далее он приезжает на назначенный адрес и снова оповещает диспетчера, о том, что заказ выполнен и говорит насчитанный им километраж, диспетчер записывает время выполнения заказа и сообщает о стоимости проезда в зависимости от услуги. А затем водитель возвращается на базу и берет новый заказ.

Описание данной предметной области, каждой сущности представлено на рисунке 9.

                                          Рис.9. Описание предметной области.

 

Логическое  проектирование БД

На этапе логического  проектирования инфологическая модель ПО, представленная в виде ER-диаграммы, преобразуется в логическую (концептуальную) схему БД. Решение этой задачи существенно  зависит от модели данных, поддерживаемой выбранной СУБД.

Результатом выполнения этапа логического проектирования являются схемы БД концептуального  и внешнего уровней архитектуры, составленные на языке определения  данных (DDL, Data Definition Language) выбранной  СУБД. На рисунке 10 представлен логический уровень[5].

 

 

 

 

Рис.10. Логический уровень.

 

Название таблицы  и атрибута	Описание атрибута
Такси
Код такси	Суррогатный ключ.
Адрес	Адрес, местонахождения  службы такси.
Наименование	Наименование службы такси.
Телефон	Контактный телефон  службы такси.
Диспетчеры
Код диспетчера	Уникальный номер диспетчера.
ФИО	ФИО диспетчера, работающего  в службе такси.
Пол	Пол диспетчера.
Возраст	Возраст диспетчера.
Телефон	Контактный телефон  диспетчера, по которому с ним можно  будет связаться, для уточнения  выхода на работу.
Код такси	Совпадает со значением  поля «Код такси» в таблице «Такси».
Водители
Код водителя	Суррогатный ключ.
ФИО	ФИО водителя, работающего  в службе такси.
Возраст	Возраст водителя.
Позывной	Позывной, по которому будет  обращаться диспетчер к водителю или наоборот.
Телефон	Контактный телефон  водителя, для того чтобы связаться  с ним в любой момент для  уточнения выхода на работу.
Марка машины	Марка машины, на которой  водитель осуществляет заказы.
Водительский стаж	Стаж водителя, который  осуществляет заказы.
Регистрационный номер	Регистрационный номер  машины водителя работающего в службе такси.
Код такси	Совпадает со значением  поля «Код такси» в таблице «Такси».
Смены
Код смены	Уникальный номер смены.
Даты	Дата работа диспетчера и водителя (смены).
Время начала работы	Время начала работы диспетчера и водителя.
Время окончания работы	Время окончания работы диспетчера и водителя.
Код диспетчера	Совпадает со значением  поля «Код диспетчера» в таблице  «Диспетчеры».
Код водителя	Совпадает со значением поля «Код водителя» в таблице «Водители».
Заказы
Код заказа	Уникальный номер заказа
Время принятия заказа	Время принятия звонка от клиента.
Цена	Цена за услугу по километражу, зависимости от услуги (т.е. от времени  суток).
Время брони	Время которое назначил клиент, к которому должна приехать машина.
Время выполнения заказа	Время за которое водитель выполнил заказ (время проведенное  в пути).
Количество км	Количество километров в заказе
Код услуги	Совпадает со значением  поля «Код услуги» в таблице «Километраж».
Код водителя	Совпадает со значением  поля  «Код водителя» в таблице  «Водители».
Код диспетчера	Совпадает со значением  поля «Код диспетчера» в таблице  «Диспетчеры».
Километраж
Код услуги	Суррогатный ключ. Зависит  от времени суток. Уникальный номер услуги.
Стоимость за 1 км	Стоимость одного километра  в зависимости от услуги.
Услуга	Зависит от времени суток. Если день, то стоимость за 1 км меньше, чем ночью.

Таблица 1. Описание сущностей.

 

 

Физическое  проектирование БД

Основой для физического проектирования является схема БД, полученная на предыдущем этапе. Физическое проектирование заключается в увязке логической структуры БД и физической среды хранения с целью наиболее эффективного размещения данных. Решается вопрос размещения хранимых данных в пространстве памяти и выбора эффективных методов доступа к различным компонентам "физической" БД. Результаты этого этапа документируются в форме схемы хранения на языке определения данных. Принятые на этом этапе решения оказывают определяющее влияние на производительность системы.

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

Фактически проектирование БД имеет итерационный характер. В процессе функционирования системы становится возможным измерение её реальных характеристик, выявление "узких" мест. И если система не отвечает предъявляемым к ней требованиям, то обычно она подвергается реорганизации, т.е. модификации первоначально созданного проекта[4].

 На рисунке 11 представлен  физический уровень данной предметной  области.

 

 

 

 

 

 

 

 

 

 

 

 

Рис.11. Физический уровень.

5. Реализация ИС

Реализация - исполнение замысла, получение результата.

Используя средства Erwin, проводим генерацию концептуальной модели на физическом уровне, вместе с таблицами, представлениями, ключевыми полями в СУБД MS Access, где она храниться.

На рисунке 12 представлена главная форма, которая автоматически  запускается при открытии данной БД. На этой форме представлены 7 кнопок которыми можно воспользоваться в зависимости от того, что нужно пользователю.

 

 

 

 

 

Рис.12. Главная форма.

На рисунке 13 представлена форма, где указаны  все справочники, которые может просматривать диспетчер и  дополнять их.

Рис.13. Форма: Заполнение справочников.

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

Рис.14. Форма: заявки.

На рисунке 15 представлена форма, где при нажатии на кнопку «заявки по дате» выводится окно, где нужно вести определенную дату, чтобы сработал запрос.

 

Рис.15. Форма: заявки по дате.

На  рисунке 16 представлена форма, где при нажатии на кнопку «заявки по дате» выводится окно, где нужно ввести  определенную дату и после этого открывается запрашиваемый отчет.

 

Рис.16. Форма: Запрос на выборку.

На  рисунке 17 представлена форма, где при нажатии на кнопку «заявки по личному номеру водителя» выводится окно, где нужно вести определенную дату, чтобы сработал запрос.

 

Рис.17. Форма: Заявки по личному номеру водителя.

На рисунке 18 представлена форма, где при нажатии на кнопку «заявки по дате» выводится окно, где нужно ввести  личный номер водителя и после этого открывается запрашиваемое окно.

 

Рис.18. Форма: Заявки по личному номеру водителя: запрос на выборку.

На рисунке 19 представлена форма, где при нажатии на кнопку «заявки» (во вкладке «отчеты») выводится окно, где нужно вести определенную дату, чтобы вывести отчет.

Рис.19. Форма: Заявки.

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

 

Рис.20. Форма: Отчет по заявкам.

На рисунке  21 представлена форма, где при нажатии на кнопку «заявки по номеру водителя» (во вкладке «отчеты») выводится окно, где нужно вести личный номер водителя, чтобы вывести отчет.

Рис.21. Форма: Заявки по номеру водителя.

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

 

Рис.22. Форма: Отчет. Заявки по номеру водителя.

6. Заключение

В данной курсовой работе были разработаны следующие модели:

1. Функциональная модель.
2. Моделирование потоков данных.
3. Моделирование потоков работ.

Разработана модель схемы данных, сущностей (таблиц) и связей между ними в Case средстве ErWin.19

  Информационная система реализована в СУБД Accsess. Созданная база данных обусловлено необходимостью вести автоматизированный учет и хранение сведений о заявках. Вся эта информация необходима для нормального функционирования фирмы.

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

Программный продукт " Такси" выполняет поставленные задачи:

1. Регистрация новых водителей и диспетчеров в режиме администратора.
2. Печать отчетов по диспетчерам или по конкретному водителю.
3. Формирование "Чёрного списка" администратором.
4. В режиме диспетчера при входе на рабочем месте появляется имя и фамилия работающего диспетчера.
5. Прием заказов.
6. Регистрация водителей прибывших на смену.
7. Диспетчер не сможет закончить смену пока не напечатает отчет.

Недостатки: Очень большую роль играет "Человеческий фактор" при халатном ведении базы данных заказов и введение неккоректных данных могут забить базу названиями не существующих улиц, именами водителей и диспетчеров типа "ывпрапрваор" и т.д.

 

7. Список литературы

 

 

1. Горин С.В., Тандоев А.Ю. Применение CASE-средства Erwin 2.0 для информационного моделирования в системах обработки данных : учеб. пособие для вузов / С.В.  Горин – М. : СУБД , 1995, № 3. – с.26 – 40.
2. Бойко В.В., Савинков М.В. Проектирование БД информационных систем : учеб. для вузов / В.В. Бойко, М.В. Савинков – перераб. и доп. – М. : Финансовая статистика, 1989 – 351с.
3. Маклаков С.В., BPwin и Erwin,CASE – средства разработки информационных систем : учеб. для вузов / С.В. Маклаков– М. : ДИАЛОГ - МИФИ, 1999. – 256с.
4. Смирнов Г.Н. и др. Проектирование экономических информационных систем : учеб. пособие для вузов / Г.Н. Смирнов – М. : Финансы и статистика, 2003 – 512с.
5. Наумов А.Н., Вендеров А.М., Иванов В.К. и др. Системы управления базами данных и знаний: Справ. изд.-М.:Финансы и статистика, 1991.- 351 с.
6. Разработка и проектирование ИС [Электронный ресурс] – режим доступа : http://www.ido.rudn.ru/nfpk/inf/inf9.html - 20.05.2012.
7. Проектирование ИС деятельности предприятия. Методология IDEF3 [Электронный ресурс] – режим доступа : http://itteach.ru/bpwin/metodologiya-idef3/vse-stranitsi - 20.05.2012.
8. Моделирование потоков данных. [Электронный ресурс] – режим доступа: http://referat-kursovaya.repetitor.info/Моделирование_потоков_данных_процессов.
9. Декомпозиция. [Электронный ресурс] – режим доступа : http://ru.wikipedia.org/wiki/ Декомпозиция .
10. Модель. [Электронный ресурс] – режим доступа : http://ru.wikipedia.org/wiki/Функциональная_модель .
11. Case-инструмент BpWin 4.0. [Электронный ресурс] – режим доступа : http://www.itstan.ru/funk-strukt-analiz/case-instrument-bpwin-40.html.