Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АрхитектураБиологияГеографияДругоеИностранные языки
ИнформатикаИсторияКультураЛитератураМатематика
МедицинаМеханикаОбразованиеОхрана трудаПедагогика
ПолитикаПравоПрограммированиеПсихологияРелигия
СоциологияСпортСтроительствоФизикаФилософия
ФинансыХимияЭкологияЭкономикаЭлектроника

Требования, предъявляемые к программе ПО АРМ Диспетчера службы такси

Читайте также:
  1. A)& уступка права требования, перевод долга, смерть гражданина, реорганизация юридического лица и другие случаи перемены лиц в материальном правоотношений
  2. ANSI_синтаксис соединения
  3. VII. Обязательства членов казачьего общества по несению государственной или иной службы
  4. Алмашлыкларга морфологик-синтаксик анализ ясау њрнђге
  5. АРМ РУКОВОДИТЕЛЯ НАЛОГОВОЙ СЛУЖБЫ
  6. АУДИТОРСКОЕ ЗАКЛЮЧЕНИЕ И ТРЕБОВАНИЯ, ПРЕДЪЯВЛЯЕМЫЕ К НЕМУ
  7. БОЕВОГО ДЕЖУРСТВА (СЛУЖБЫ), ГАРНИЗОННОЙ И КАРАУЛЬНОЙ СЛУЖБЫ.

 

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

— определение требований.

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

Основные требования к программе:

1. Разделение рабочих мест на два режима: «Администратор» и «Диспетчер»;

2. Вход по логину и паролю в двух режимах;

3. Заполнение карточки водителя и диспетчера, только в режиме администратора;

4. Печать сводных отчетов по диспетчерам, по водителю, формирование «черного списка», только в режиме администратора;

5. Заполнение карточки заказа, только в режиме диспетчера;

6. Изменение статуса заказа, только в режиме диспетчера;

7. Регистрация прибывших на смену водителей, только в режиме диспетчера;

8. Печать отчета за смену, только в режиме диспетчера;

— анализ.

На этапе анализа были проведены:

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

· Анализ аналогов, где были проанализированы достоинства и недостатки продуктов, применяемых в данной предметной области. Пример интерфейса.

· Построена схема в BPWin, которая показывает работу компании такси.

 

 

2.2.Требования к функциям системы программы такси

 

Программа «Диспетчер такси» предназначена для облегчения, упрощения, повышение надёжности работы диспетчера службы такси, возможности:

- Ведение базы данных;

- Ведение справочника водителей;

- Ведение справочника диспетчеров;

- Показывает состояние заявки(выполнена, выполняется, отменена);

- Посменная работа;

- Отчет о проделанной работе;

- Просмотр заявок за любую дату;

- Минимум системных требований.

 

 

2.3.Проектирование системы деятельности службы такси

 

В программе Автоматизированное рабочее место диспетчера такси есть два режима работы: «Диспетчер» и «Администратор». Каждый режим выполняет свои действия в зависимости от специфики должности.

Диспетчер напрямую работает с клиентами, в его обязанности входит регистрация заказов с последующей передачей их водителям. После каждой смены диспетчер создает и помещает общую базу отчетов(Рис.11)

Рис. 11 Деятельность диспетчера

 

К задачам администратора относится работа с соискателями на вакансии водителей и диспетчеров, а так же создание сводных отчетов для высшего руководства (Рис. 12).

База данных состоит из следующих сущностей(таблиц): «Водители», «Диспетчеры», «Заказы», «Водители_Смены» и «admins».

Рис. 12 Деятельность администратора

МИНИСПЕЦИФИКАЦИИ:

Для деятельности диспетчера:

А1:

Название: Генерация отчетов

Входы: Данные из базы заказов

Выходы: Отчеты; Запросы в базу заказов.

Алгоритм:

1. По завершению смены запросить сведения из БД заказы

2. Генерировать отчет

3. Занести отчет в базу

 

А2:

Название: Обработка заказов

Входы: заказы; отчеты от водителей.

Выходы: Обработанные заказы; записи в базу клиентов;

Алгоритм:

1. Принять заказ

2. Выбрать водителя и передать заказ

3. Занести заказ в базу

4. Занести в базу информацию о клиентах

5. Принять отчет от водителей, поставить статус заказу «отменен» или «выполнен»

Для деятельности администратора:

А1:

Название: Работа с кадрами

Входы: Резюме соискателей

Выходы: Ответ о принятии на работу/отказе; Записи в базу сотрудников.

Алгоритм:

1. Обработать резюме соискателей

2. Если резюме соответствует, внести его в БД

3. В случае поступления заявления об увольнении удалить сведения о сотрудники из БД, выдать трудовую книжку.

 

А2:

Название: Подготовить отчет

Входы: Отчеты

Выходы: Запросы об отчетах; Сводные отчеты; Черный список

Алгоритм:

1. Для подготовки отчета за период;

2. Запросить отчет из БД за период;

3. Формирование сводного отчета по полям: имя диспетчеров предоставивших отчет, общее количество заказов, сумма заказов;

4. Создать «Черный список» абонентов из числа тех, кто отменили заказ.

 

Схема связей базы данных, показывает какие сущности соединены между собой и по каким атрибутам (рис. 13).

Рис. 13 Схема базы данных

Каждая таблица необходима для выполнения конкретных функций.

В таблицу «заказы» заносятся все сведения о поступивших заказах: когда и от кого прибыл, какой диспетчер принял, и какой водитель будет исполнять заказ, имя и контактный телефон абонента, места отправления и назначения, статус и стоимость. На основании данных этой таблицы формируются все отчеты данного приложения: Сводный отчет по диспетчерам, Сводный отчет по водителю, «Чёрный список» и отчет диспетчера за смену. Атрибуты и их домены показаны на таблице 1.

Таблица 1

Заказы

наименование атрибута тип данных описание
номер заказа счетчик регистрирует порядковый номер заказа
дата и время поступления заказа дата/Время генерируется автоматически
дата и время назначения заказа дата/Время время, на которое назначен заказ
место отправления текстовый вводиться вручную
место назначения текстовый вводиться вручную
абонент текстовый вводиться вручную
телефон абонента тестовый так как при заполнении используются знаки препинания
стоимость заказа денежный  
фамилия водителя текстовый необходима для формирования сводных отчетов
диспетчер текстовый не отображается, но необходима для формирования сводных отчетов
статус текстовый принимает одно из трех значении: «Выполняется», «Выполнен», «Отменен»

 

Таблицы «Водители» и «Диспетчеры» выполняют схожие функции – это хранение данных о сотрудниках, работающих в данном таксопарке, естественно данные различаются по специфике выполняемых операций. Например, у водителей существуют поля, в которых находятся сведения о транспортном средстве, а у диспетчеров наличие полей «Login» и «Password», так как они необходимы для входа в систему. Атрибуты таблиц «Водители», «Диспетчеры» и их домены представлены ниже(Таблица 2, Таблица3).

Таблица 2

Водители

наименование атрибута тип данных описание
позывной числовой идентификационный номер
фамилия текстовый фамилия водителя
имя текстовый имя водителя
отчество текстовый отчество водителя
дата рождения дата/время дата рождения водителя
серия паспорта числовой серия паспорта водителя
номер паспорта числовой номер паспорта водителя
кем выдан паспорт текстовый УВД выдавшее паспорт
дата выдачи дата/время когда был выдан паспорт
адрес текстовый где фактически проживает водитель
марка автомобиля текстовый марка автомобиля водителя
номер автомобиля текстовый номер регистрации в ГАИ
цвет текстовый Цвет автомобиля водителя

 

Таблица 3

Диспетчеры

наименование атрибута тип данных описание
Табельный номер числовой идентификационный номер
фамилия текстовый фамилия диспетчера
имя текстовый имя диспетера
отчество текстовый отчество диспетчера
дата рождения дата/время дата рождения диспетчера
серия паспорта числовой серия паспорта диспетчера
номер паспорта числовой номер паспорта диспетчера
кем выдан паспорт текстовый УВД выдавшее паспорт
дата выдачи дата/время когда был выдан паспорт
адрес текстовый где фактически проживает диспетчер
login текстовый ник для входа в программу
password текстовый индивидуальный код для входа в программу

 

Таблица «Водители_Смены» необходима для регистрации водителей прибывших на смену, при начале работы диспетчер заносит в эту таблицу водителей прибывших на конкретную смену, из списка всех существующих водителей. Она состоит из четырех атрибутов показанных на таблице 4.

таблица 4

Водители_смены

наименование атрибута тип данных описание
ID счетчик номер смены
фамилия текстовый фамилия водителя прибывшего на смену
имя текстовый имя водителя прибывшего на смену
позывной числовой Идентификационный номер прибывшего на смену водителя

Атрибуты «Фамилия» и «Имя» не обязательны в данной таблице, потому что есть связь по полю «Позывной», но их наличие позволяет существенно сократить программный код для процедуры принятия заказа.

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

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

Пользовательский интерфейс режима «Администратор» представлен ниже(Рис. 14).

Рис. 14 Интерфейс режима "Администратор"

 

 

2.4.Создание программы автоматизированное рабочее место диспетчера службы такси

 

1. Основная связь используемая в программе – это связь с базой данных по средствам технологии ADO. Основное преимущество подобной связи в том, что через связь установленную в ADO Connection средствами ADO Query и ADO Table, можно вносить изменения в базу данных, и получать из нее необходимые данные, а так же проводить сравнивания данных и прочие операции. Примером этого является проверка логина и пароля компонентом АDO Query:

В свойстве SQL добавляем строку: S ELECT * FROM admins WHERE Login=:Login, и прописываем код:

procedure TForm1.FormCreate(Sender: TObject);

begin

qry1.Active:=false;

qry1.SQL.Clear;

qry1.SQL.Add('SELECT Login FROM Диспетчеры ');

qry1.Active:=true;

while Not qry1.EOF do begin

cbb1.Items.Add(qry1.FieldByName('Login').AsString);

qry1.Next;

end;

end;

procedure TForm1.btn2Click(Sender: TObject);

begin

Form1.Close;

form2.close;

end;

procedure TForm1.btn1Click(Sender: TObject);

begin

If cbb1.Text='' then showmessage('Выберите пользователя') else

begin

If cbb1.Text='Admin' then

begin

qry1.SQL.Clear;

qry1.SQL.Add('SELECT Диспетчеры.[password] FROM Диспетчеры WHERE Login="Admin"');

qry1.Active:=true;

qry1.Open;

if (not qry1.IsEmpty) and (medt1.Text=qry1.FieldByName('password').AsString) then

begin

form3.show;

Form1.Visible:=False;

end

else

begin

showmessage('Неверный пароль')

end;

end

else

begin

qry1.SQL.Clear;

qry1.SQL.Add('SELECT Диспетчеры.[password] FROM Диспетчеры WHERE Login="'+cbb1.Text+'"');

qry1.Active:=true;

qry1.Open;

if (not qry1.IsEmpty) and (medt1.Text=qry1.FieldByName('password').AsString) then

begin

Form2.show;

Form1.Visible:=False;

end

else

begin

showmessage('Неверный пароль')

end;

end;

end;

end;

procedure TForm1.cbb1Select(Sender: TObject);

begin

medt1.Clear;

end;

end.

2. Для того чтобы соблюдался порядок заполнения полей личной карточки водителя или диспетчера, в программе использовался код рассмотренный ниже:

procedure TForm3.Button8Click(Sender: TObject);

begin

if (dbedit1.text='')

or (dbedit2.text='')

or (dbedit3.text='')

or (dbedit4.text='')

or (dbedit5.text='')

or (dbedit6.text='')

or (dbedit7.text='')

or (dbedit8.text='')

or (dbedit9.text='')

or (edit1.text='')

or (edit2.text='')

or (edit3.text='')

or (edit4.text='')

or (edit5.text='')

or (edit6.text='')

 

3. Дла того чтобы пользователь в нужное нам поле вводил нужные нам символы, использовалась проверка в виде кода:

begin

if NOT (key IN ['0'..'9', #8]) then key:= #0;

end;

 

procedure TForm3.DBEdit5KeyPress(Sender: TObject; var Key: Char);

begin

if NOT (key IN ['0'..'9', #8]) then key:= #0;

end;

 

procedure TForm3.Edit1KeyPress(Sender: TObject; var Key: Char);

begin

if NOT (key IN ['0'..'9', #8]) then key:= #0;

end;

 

procedure TForm3.Edit2KeyPress(Sender: TObject; var Key: Char);

begin

if NOT (key IN ['0'..'9', #8]) then key:= #0;

end;

 

procedure TForm3.Edit3KeyPress(Sender: TObject; var Key: Char);

begin

if NOT (key IN ['0'..'9', #8]) then key:= #0;

end;

 

procedure TForm3.Edit4KeyPress(Sender: TObject; var Key: Char);

begin

if NOT (key IN ['0'..'9', #8]) then key:= #0;

end;

 

procedure TForm3.Edit5KeyPress(Sender: TObject; var Key: Char);

begin

if NOT (key IN ['0'..'9', #8]) then key:= #0;

end;

 

procedure TForm3.Edit6KeyPress(Sender: TObject; var Key: Char);

begin

if NOT (key IN ['0'..'9', #8]) then key:= #0;

end;

 

2.5.Экономическое обоснование эффективности внедрения системы автоматизации рабочего места диспетчера службы

 

Расчет мероприятия по приобретению программного обеспечения для автоматизации рабочего места диспетчера службы такси.

Исходные данные для расчета мероприятия приведены в таблице 5.

Таблица 5

№ п/п Показатели Условное обозначение Единица измерения Значение показателей
         
  Численность рабочих мест, охваченных мероприятием Чох Чел.  
  Общая численность работников Чср Чел.  
  Плановый реальный фонд рабочих дней на одного рабочего Фвр дн Дни  
  Сокращение затрат рабочего времени после проведения мероприятия Срв Мин.  
  Фонд зар/платы среднегодовой на одного работника Фз/п ср. Тыс. руб.  
  Годовой фонд рабочего времени на одного работника Фрв Час.  
  Страховые взносы в государственные внебюджетные фонды, % СВ %  
  Затраты на разработку и установку программы Зед Руб. 1,2
  Нормативный коэффициент сравнительной экономической эффективности мероприятий (НОТ) Ен % 0,15

 

1. Определим экономию времени (тыс. чел.-час):

Эвр.=(Чох)*(Свр)*(Фвр дн) = 5*75*248/60=1548,75

2. Определим экономию численности (чел.):

Эч=Эвр/(Фвр)=1548,75/1948=0,79

3. Определим рост производительности труда (%):

Птр=Эч*100/(Чср-Эч)=0,79*100/(21-0,79)=3,9

4. Вычислим экономию по заработной плате (тыс.руб.):

Эзп=Эч*Фзп=0,79*160=126,4

5. Определим экономию по страховым взносам в государственные внебюджетные фонды (тыс.руб.):

Эот.вн.=Эзп*0,34 = 126,4*0,30=37,92

6. Определим экономию от снижения себестоимости (тыс.руб.):

Эс/с=Эзп+Эот.вн.=126,4+37,92=164,32

7. Определим годовой экономический эффект (тыс.руб.):

Эг=Эс/с-Ен*Зед=164,322-0,15*1,2=164,14

8. Расчитаем срок окупаемости затрат на мероприятие, тыс.руб.

Ток=1,2/164,14=0,007 мес.

 

Внедрение данного мероприятия увеличит прибыль предприятия на 164,14 тысячи рублей. Затраты окупятся в течение 7 мес.


ЗАКЛЮЧЕНИЕ

 

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

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

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

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

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

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

В дальнейшем предполагается улучшение программы.

 

 


СПИСОК ЛИТЕРАТУРЫ

 

1. Батлер Э., Microsoft Office Access 2007: профессиональное программирование / Вильямс 2009;

2. Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. – М.: Финансы и статистика, 1989.

3. Вендров. Методология функционального моделирования SADT. http://www.citforum.ru/database/case/glava2_2.shtml.

4. Вендров А.М. Структурный подход к проектированию ИС. http://www.citforum.ru/database/case/glava2_1.shtml.

5. Дарахвелидзе П., Марков Е. Программирование в Delphi 7/Санкт-Петербург «БХВ-Петербург 2003;

6. Калашян А.Н.,Калясов Г.Н Структурное моделирование бизнеса: DFD-технология/ Москва. «Финансы и Статистика» 2001.

7. Кантарь И.Л.. Автоматизированные рабочие места управленческого аппарата, 1990.

8. Мартин Дж. Организация баз данных в вычислительных системах. – М.: Мир, 1980.

9. Модели жизненного цикла ПО. http://www.citforum.ru/ database/case/glava1_2.shtml.

10. Международные стандарты, поддерживающие жизненный цикл программных средств. М., МП "Экономика", 1996.

11. Основы методологии проектирования ИС. http://www.citforum.ru/ database/case/glava1_1.shtml.

12. Федоров А., Елманова Н. Настольные СУБД. // КомпьютерПресс. – 2000. № 4.

 


Дата добавления: 2015-08-20; просмотров: 500 | Нарушение авторских прав


<== предыдущая страница | следующая страница ==>
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ| ИНСТРУКЦИЯ ПО УСТАНОВКЕ

mybiblioteka.su - 2015-2024 год. (0.033 сек.)