67
После этого происходит учет клиентов и заказов, на основании чего
формируются выходные документы, перечисленные на модели,
исключительно в электронной форме.
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
Справочники не предоставляются уже наполненными, поэтому
требуется их предварительная настройка. Кроме того, в процессе
эксплуатации, может возникнуть потребность корректировки справочных
значений или добавление новых. Перечень используемых справочников
приведен в таблице 10.
Таблица 10
Перечень используемых справочников
Услуга
Администратор
50
1 раз в год
20
Тип
пользовател
я
Администратор
50
1 раз в год
20
Статус
заявки
Администратор
100
1 раз в год
20
Пользовател
ь
Администратор
5
1 раз в год
10
Название
справочник
а
Ответственны
й за ведение
Средний
объём
справочник
а в записях
Средняя
частота
актуализаци
и
Средний
объем
актуализаци
и, %
Реквизитный состав справочников приведен в Таблице 11.
Таблица 11
Реквизитный состав справочников
Пользователи
·
фамилия;
·
имя;
· отчество;
·
статус в системе;
·
пароль;
Услуга
·
Название услуги;
·
Описание услуги;
·
Стоимость.
Статус заявки
·
Название статуса
Тип пользователя
·
Название;
·
Права.
Наименование
Перечень реквизитов
68
·
логин;
·
дата регистрации.
Наименование
Перечень реквизитов
В системе используются следующие входные документы:
· сведения о пользователях, поступающие от инспектора по
кадрам компании;
· заявки, поступающие от клиентов;
·
Сведения о клиентах;
· Список услуг, поступающий от директора компании..
Список пользователей содержит следующие сведения о
пользователях системы:
·
фамилия;
· имя;
· отчество;
· должность.
На основании данного документа формируется содержимое
справочника Пользователи.
При учете услуги используются такие реквизиты, как ее описание и
стоимость.
При учете заявок учитываются данные клиента, данные объекта
охраны, оказываемые услуги, документы.
2.2.3 Характеристика результатной информации
В качестве выходных в разработанной системе учета работы с
клиентами формируются следующие документы:
· список пользователей – содержит перечень пользователей;
·
список клиентов – содержит перечень клиентов;
·
список договоров– содержит перечень договоров;
69
· Отчет Заявка;
·
Отчет Договор;
·
Журнал учета заявок;
· Прайс-лист;
· Отчет по работе менеджеров.
Отчет Заявка содержит следующие реквизиты:
· Код заявки
· Дата регистрации
· Договор (Дата)
·
Договор (Номер)
·
Клиент
· Название объекта
· Адрес объекта
· Описание объекта
· Дата отправки последнего Email сообщения
· Количество отправленных Email сообщений
· Стоимость, руб.
·
Зарегистрировал
·
Зарегистрированные документы
· Услуги
· Общая стоимость услуг.
Отчет Договор содержит все сведения по заключаемому договору, в
том числе наименование клиента, предмет договора, стоимость,
продолжительность.
Журнал учета заявок содержит:
· Код заявки
· Дата регистрации
· Договор (Дата)
· Договор (Номер)
·
Клиент
·
Название объекта
·
Адрес объекта
· Стоимость, руб.
·
Зарегистрировал
Прайс-лист содержит наименование услуги, ее описание и стоимость.
Отчет по работе менеджеров содержит:
70
· Фамилия, Имя, Отчество менеджера;
·
Телефон
·
Зарегистрировал(а);
·
Количество Клиентов;
·
Количество Заявок;
· Количество Документов;
·
Количество Услуг;
· Сумма заявок, руб.
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Основная функция разрабатываемой информационной системы – это
учет заявок клиентов. Однако для ее реализации необходимо наличие
других, второстепенных функций, которые позволяют полноценно
функционировать информационной системе. Поэтому для более
наглядного представления функции системы необходимо декомпозировать
на составляющие его функции.
На Рисунке 10 представлено дерево функций системы.
Рисунок 10 Дерево функций системы
71
Первый уровень представляет основную функцию разрабатываемой
системы – учёт информации о клиентах, договорах. Подфункция работы со
справочниками системы предполагает разделение на ввод данных,
получение содержания справочника, редактирование и удаление записей в
справочнике.
Служебные функции содержат функции настройки доступа к ИС, а
также авторизационных данных.
Сценарии диалога системы приведен на рисунке 11.
Рисунок 11 Сценарий диалога
Сценарии диалога для администратора системы и пользователя
отличаются только возможностью редактирования списка пользователей у
администратора. В остальном пункты меню, а также порядок регистрации
клиентов, договоров, регистрации выполнения договора, заполнения и
редактирования справочников одинаков.
2.3.2 Характеристика базы данных
72
Инфологическая (концептуальная) модель — это формализованное
описание предметной области, выполненное безотносительно к
используемым в дальнейшем программным и техническим средствам.[3]
Инфологическая модель должная быть динамической и позволять легкую
корректировку. К основным требованиями, предъявляемым к
инфологической модели, можно отнести следующие:
· инфологическая модель должна содержать всю необходимую и
достаточную информацию для последующего проектирования базы
данных;
· инфологическая модель должная быть понятна лицам,
принимающим участие в создании системы.
ER-модель представляет собой логическую структуру информации
об объектах системы. Компонентами ER-модели являются сущности
(объекты) и отношения (связи между объектами). Объект имеет множество
реализаций или экземпляров. Экземпляр объекта образуется
совокупностью конкретных значений реквизитов и должен однозначно
определяться, т.е. идентифицироваться значением ключа объекта, который
состоит из одного ли нескольких ключевых реквизитов.
Для отображения отношений между сущностями используются связи.
Связи существуют, если экземпляры сущностей логически взаимосвязаны.
Схема базы данных показана на рисунке 12.
73
Рисунок 12 Схема базы данных
Характеристика каждой таблицы приведена ниже.
Таблица 12
Структура таблицы request
paid
bit(1)
Да
NULL
id_executor
int(11)
Да
NULL
description
longtext
Да
NULL
cost
double
Да
NULL
order_number
int(11)
Да
NULL
order_date
datetime
Да
NULL
id_client
int(11)
Да
NULL
id_request_status
int(11)
Да
NULL
id_creator
int(11)
Да
NULL
registration_date
datetime
Да
NULL
id
int(11)
Нет
Поле
Тип
Null
По умолчанию
Таблица 13
Структура таблицы request_service
cost
double
Да
NULL
amount
double
Да
NULL
id_service
int(11)
Да
NULL
registration_date
datetime
Да
NULL
id_request
int(11)
Да
NULL
id
int(11)
Нет
Поле
Тип
Null
По умолчанию
74
id_creator
int(11)
Да
NULL
description
longtext
Да
NULL
total
double
Да
NULL
Таблица 14
Структура таблицы request_status
title
varchar(255)
Да
NULL
id
int(11)
Нет
Поле
Тип
Null
По умолчанию
Таблица 15
Структура таблицы service
description
longtext
Да
NULL
cost
double
Да
NULL
title
varchar(255)
Да
NULL
id
int(11)
Нет
Поле
Тип
Null
По умолчанию
Таблица 16
Структура таблицы user
id_request
int(11)
Да
NULL
report_date_2
datetime
Да
NULL
report_date_1
datetime
Да
NULL
phone
varchar(255)
Да
NULL
middle_name
varchar(255)
Да
NULL
first_name
varchar(255)
Да
NULL
last_name
varchar(255)
Да
NULL
id_user_type
int(11)
Да
NULL
nikname
varchar(255)
Да
NULL
updated_at
int(11)
Нет
created_at
int(11)
Нет
status
smallint(6)
Нет
10
email
varchar(255)
Нет
activation_token
varchar(255)
Да
NULL
password_reset_token
varchar(255)
Да
NULL
auth_key
varchar(32)
Нет
password_hash
varchar(255)
Нет
username
varchar(255)
Нет
id
int(11)
Нет
Поле
Тип
Null
По умолчанию
Таблица 17
Структура таблицы user_type
title
varchar(255)
Да
NULL
id
int(11)
Нет
Поле
Тип
Null
По умолчанию
2.3.3 Структурная схема пакета (дерево вызова программных
модулей)
Схема вызова программных модулей представлена на Рисунке 13.
75
Рисунок 13 Схема вызова программных модулей
Описание программных модулей представлено в Таблице 18.
Таблица 18
Описание программных модулей
6)
ПМ вывода на печать
Выводит результатные документы на
печать
5)
ПМ получения отчетов
Содержит заранее определенные
процедуры формирования отчетных
документов
4)
ПМ Работа с отчетами
Формирует документы в соответствии с
заданными критериями, регистрирует
документы, добавляет записи
3)
ПМ работы со
справочниками
Содержит определенные процедуры,
позволяющие осуществлять
редактирование справочников
2)
ПМ Главное меню
Производит вызов меню, для каждого вида
пользователей - своего
1)
ПМ Авторизация
Выполняет авторизацию пользователей
при их доступе в систему
№
п/п
Наименование модуля
Функции модуля
76
2.3.4 Описание программных модулей
На рисунке 2.6 представлена блок-схема обобщенного алгоритма
работы информационной системы. Дадим пояснения относительно данной
схемы:
- после запуска пользователем клиентской части ИС последняя
пытается считать настройки из конфигурационного файла;
- если настройки соединения считать не удалось, то используются
настройки соединения по умолчанию;
- затем клиентская часть создает клиентский сокет и пытается
соединиться с сокетом сервера, соединение осуществляется посредством
протокола TCP/IP;
- если соединиться с сокетом сервера не удалось, то выдается
соответствующее сообщение об ошибке и приложение завершает работу;
- вызывается диалог авторизации;
- в случае успешной авторизации клиент запрашивает у сервера
начальные данные (в зависимости от стартовой экранной формы
клиентского приложения);
Впоследствии пользователь в ходе работы с клиентским
приложением может модифицировать данные ИС, просматривать их и
запрашивать отчеты;
- клиентское приложение в случае каких-либо действий пользователя,
требующих обновления данных, запрашивает эти данные у сервера, после
чего отображает их и ожидает дальнейших действий пользователя;
- считается, что серверная часть ИС уже запущена и ожидает
подключений клиентов.
Данный алгоритм не отражает стандартные действия приложений, не
относящиеся к их бизнес-логике: создание приложения, обновление
данных элементов управления и так далее, так как большинство этих