42
Для реализации приложения пользователя выбран язык
программирования PHP.
Выводы по второй главе
Во второй главе выпускной квалификационной работы дана общая
характеристика рассматриваемой компании, описаны цели разработки и
выбраны средства разработки (язык программирования php и СУБД mysql).
43
3 ГЛАВА 3. РАЗРАБОТКА СЕТЕВОГО ПРОГРАММНОГО
ОБЕСПЕЧЕНИЯ
3.1 Анализ ключевых требований к сетевому программному
обеспечению
Ключевые требования заключаются в формировании требований к
содержании и форме входных и выходных документов.
Формы входных документов для задачи следующие:
1) «Клиенты» - информация о фирмах клиентах, данные для нее
берутся из регистрационной анкеты, заполняемой клиентом при заключении
договора.
2) «Сотрудники» - информация о сотрудниках отдела. Информация
заполняется из приказа о приеме на работу.
3) «Рабочее время» - информация о количестве рабочего времени
сотрудника. Заполняется каждым сотрудником, по умолчанию составляет
пятидневный, восьмичасовой график.
4) «Договора» - информация о договоре, заключенном с клиентом.
Информация берется из договора на обслуживание, при этом поле поле «срок
договора» может принимать значения: 3месяца, 6месяцев, 1год.
5) «Заявки» - информация о заявках на разовые работы. Информация
берется из бланка заявки.
6) «Присвоение квалификации» - информация о квалификации
сотрудника. По умолчанию квалификация «1». Квалификация присваивается
сотруднику после прохождения соответствующего обучения
Формы входных документов для задачи следующие:
1) «Опись» - опись работ на месяц (для каждого сотрудника своя), в
описи только работы по договору обслуживания. Таблица получена путем
44
распределения клиентов между сотрудниками, исходя из минимального
расстояние от сотрудника до фирмы-клиента.
2) «График работы» - график работ на месяц (для каждого сотрудника
свой) в графике указаны и работы по договору обслуживания и по разовым
заявкам. С указанием даты и времени на которые они запланированы.
Алгоритм работы представлен на рисунке 7.
Начало
Ввод данных
Есть
нераспределенные
задачи?
Распределение задач
между сотрудниками
Формирование
графиков работы
Сотрудник найден?
Закончить работу?
Конец
нет
нет
нет
Рисунок 7 – Общий алгоритм работы
45
Общая схема работы решения задачи выглядит следующим образом.
1) Ввод данных о сотрудниках, клиентах, заявках, договорах на
обслуживание.
2) Проверка наличия клиентов для которых еще не назначен
сотрудник, если такие клиенты есть – перейти к пункту 3, если нет – к пункту
5.
3) Выполнение процедуры «распределение клиентов по
сотрудникам».
4) Выполнение процедуры «формирование графиков работы
сотрудников».
5) Проверка наличия не распределенных по сотрудникам заявок,
если такие заявки есть – перейти к пункту 6, если нет – к пункту 10.
6) Выполнение процедуры «Выбор свободного сотрудника с
минимальной, но достаточной квалификацией».
7) Если сотрудник найден – перейти к пункту 8, иначе – к пункту 9.
8) Внесение времени, необходимого для выполнения работ по
заявке в график сотрудника, возврат к пункту 5.
9) Перенести выполнение заявки на следующий месяц, возврат к
пункту 5.
10) Если поступила информация о болезни сотрудника – перейти к
пункту 17, иначе – к пункту 11.
11) Если поступила информация о невозможности встретиться с
клиентом в запланированное время перейти к пункту 18, иначе – к пункту 12.
12) Если поступила информация о срочности выезда к клиенту, то
перейти к пункту 13, иначе – к пункту 15.
13) Если в графике сотрудника есть свободное время – перейти к
пункту 14, иначе к пункту 19.
46
14) Перенесение клиента на ближайшее свободное время в графике
сотрудника.
15) Проверка наличия изменений в графике сотрудников, если
изменения есть – перейти к пункту 16, иначе – окончание процесса решения
задачи.
16) Вывод на печать измененных графиков работы сотрудников,
окончание процесса решения задачи.
17) Считать клиентов, запланированных на время болезни, не
распределенными, переход к пункту 3.
18) Поменять клиента местами с ближайшим к нему территориально
удобным по времени, переход к пункту 12.
19) Проверка наличия клиентов с меньшим приоритетом, если такие
клиенты есть – перейти к пункту 20, иначе - к пункту 21.
20) Вывод рекомендации: «клиенту следует отказать», переход к
пункту 15.
21) Поменять клиента местами с ближайшим к нему территориально
удобным по времени, перейти к пункту 15.
В информационной системе будет предусмотрено три типа
пользователей:
1. Администратор системы – управляет работой системы, имеет
наиболее полный доступ;
2. Менеджер – распределяет задания между сотрудниками,
подготавливает отчеты по их работе;
3. Удаленный сотрудник – принимает заявки на исполнение,
помечает выполненными.
Диаграмма прецендентов сотрудника приведена на рисунке 8.
47
Сотрудник
Просмотр готовых заданий
Просмотр всех заданий
Отметка о выполнении задания
Просмотр отклоненных заданий
Работа с новыми заявками
Отказ от выполнения заявки
Принятие заявки к выполнению
Просмотр новых заданий
Рисунок 8 – Диаграмма прецендентов сотрудника
Диаграмма прецендентов менеджера приведена на рисунке 9.
Менеджер
Просмотр готовых заданий
Просмотр всех заданий
Просмотр координат
сотрудников
Просмотр отклоненных заданий
Работа с заданиями
Создание и просмотр новых
заданий
Деактивация задания
Удаление задания
Редактирование задания
Просмотр статистики
Рисунок 9 – Диаграмма прецендентов менеджера
Диаграмма прецендентов администратора приведена на рисунке 10.
48
Менеджер
Просмотр готовых заданий
Просмотр всех заданий
Просмотр координат
сотрудников
Просмотр отклоненных заданий
Работа с заданиями
Создание и просмотр новых
заданий
Деактивация задания
Удаление задания
Редактирование задания
Просмотр статистики
Управление пользователями
Рисунок 10 – Диаграмма прецендентов администратора
Система состоит из двух модулей – базы данных MySQL и приложения
для взаимодействия с базой данных, реализованного на языке
программирования PHP.
Работа с системой осуществляется через любой браузер. Для работы
необходимо установить локальный сервер в локальной сети предприятия, где
будет также расположена база данных. Доступ к базе осуществляется с
помощью набора адреса в адресной строке браузера. Архитектура сайта
представлена на рис. 11.
49
База
данных
Сервер MySQL
Сценарии PHP
Сервер Apache
Локальная или публичная
сеть
Браузер пользователя
Пользователь
Организация хранения и
доступа к данным в базе
данных
Программный интерфейс для
построения системы
взаимодействия с базой
данных
Веб-сервер для обработки
запросов клиента
Передача данных
Отображение интерфейса,
данных и взаимодействия с
пользователем
Рисунок 11 – Архитектура информационной системы
3.2 Проектирование базы данных
На этапе физического проектирования принимаются решения о
способах реализации создаваемой БД. Поэтому физическое проектирование
сильно связано с конкретной СУБД. Между логическим и физическим
проектированием имеется постоянная обратная связь, поскольку все
решения, внедренные на этапе физического проектирования для увеличения
производительности системы, также влияют на структуру логической модели
данных. Главной целью физического проектирования БД можно назвать
описание способа физической реализации логического проекта БД[17].
Физическая модель базы данных приведена на рисунке 12.
50
Рисунок 12 – Физическая модель базы данных
Описание каждой таблицы приведено ниже, в таблицах 5-11.
Таблица 5 – Структура таблицы priority
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
Таблица 6 – Структура таблицы status
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
Таблица 7 – Структура таблицы task
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
registration_date
datetime
Да
NULL
51
Продолжение таблицы 7
Поле
Тип
Null
По умолчанию
id_priority
int(11)
Да
NULL
description
longtext
Да
NULL
address
varchar(255)
Да
NULL
gps_latitude
double
Да
NULL
gps_longitude
double
Да
NULL
id_status
int(11)
Да
NULL
title
varchar(255)
Да
NULL
id_executor
int(11)
Да
NULL
id_creator
int(11)
Да
NULL
Таблица 8 – Структура таблицы task_message
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
id_task
int(11)
Да
NULL
registration_date
datetime
Да
NULL
id_creator
int(11)
Да
NULL
message
longtext
Да
NULL
Таблица 9 – Структура таблицы task_status
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
id_task
int(11)
Да
NULL
registration_date
datetime
Да
NULL
id_status
int(11)
Да
NULL
id_creator
int(11)
Да
NULL
description
longtext
Да
NULL
Таблица 10 – Структура таблицы user
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
username
varchar(255)
Нет
password_hash
varchar(255)
Нет
auth_key
varchar(32)
Нет
password_reset_token
varchar(255)
Да
NULL
activation_token
varchar(255)
Да
NULL
email
varchar(255)
Нет
status
smallint(6)
Нет
10
created_at
int(11)
Нет
updated_at
int(11)
Нет
nikname
varchar(255)
Да
NULL
id_user_type
int(11)
Да
NULL