Диплом: Исследование и разработка информационной системы учета работы сотрудников страховой компании Kompetenz

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
83
Главное меню
Каталог услуг
Авторизация
Список услуг
Редактирование
Добавление
услуги
Выход
Просмотр
Удаление
Заказы
Список заказов
Услуги по
заказу
Просмотр заказа
Печать
Модули
Загрузить
изображения
Пользователи
Отчеты
Отчет Заявка
Журнал учета заявок
Отчет Договор
Прайс-лист
Отчет по работе
менеджеров
Рисунок 2.4 Сценарий диалога
Сценарии диалога для администратора системы и пользователя отличаются
только возможностью редактирования списка пользователей у администратора. В
остальном пункты меню, а также порядок регистрации клиентов, договоров,
регистрации выполнения договора, заполнения и редактирования справочников
одинаков.
2.4.2 Характеристика базы данных
Инфологическая (концептуальная) модель — это формализованное
описание предметной области, выполненное безотносительно к используемым в
дальнейшем программным и техническим средствам.[3] Инфологическая модель
должная быть динамической и позволять легкую корректировку. К основным
требованиями, предъявляемым к инфологической модели, можно отнести
следующие:
инфологическая модель должна содержать всю необходимую и
достаточную информацию для последующего проектирования базы данных;
84
инфологическая модель должная быть понятна лицам,
принимающим участие в создании системы.
ER-модель представляет собой логическую структуру информации об
объектах системы. Компонентами ER-модели являются сущности (объекты) и
отношения (связи между объектами). Объект имеет множество реализаций или
экземпляров. Экземпляр объекта образуется совокупностью конкретных значений
реквизитов и должен однозначно определяться, т.е. идентифицироваться
значением ключа объекта, который состоит из одного ли нескольких ключевых
реквизитов.
Для отображения отношений между сущностями используются связи.
Связи существуют, если экземпляры сущностей логически взаимосвязаны.
Схема базы данных показана на рисунке 2.4.
Рисунок 2.5 Схема базы данных
Характеристика каждой таблицы приведена ниже.
Таблица 2.6
Структура таблицы request
85
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
registration_date
datetime
Да
NULL
id_creator
int(11)
Да
NULL
id_request_status
int(11)
Да
NULL
id_client
int(11)
Да
NULL
order_date
datetime
Да
NULL
order_number
int(11)
Да
NULL
cost
double
Да
NULL
description
longtext
Да
NULL
id_executor
int(11)
Да
NULL
paid
bit(1)
Да
NULL
Таблица 2.7
Структура таблицы request_service
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
id_request
int(11)
Да
NULL
registration_date
datetime
Да
NULL
id_service
int(11)
Да
NULL
amount
double
Да
NULL
cost
double
Да
NULL
total
double
Да
NULL
description
longtext
Да
NULL
id_creator
int(11)
Да
NULL
Таблица 2.8
Структура таблицы request_status
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
Таблица 2.9
Структура таблицы service
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
cost
double
Да
NULL
description
longtext
Да
NULL
Таблица 2.10
Структура таблицы user
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
username
varchar(255)
Нет
password_hash
varchar(255)
Нет
86
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
last_name
varchar(255)
Да
NULL
first_name
varchar(255)
Да
NULL
middle_name
varchar(255)
Да
NULL
phone
varchar(255)
Да
NULL
report_date_1
datetime
Да
NULL
report_date_2
datetime
Да
NULL
id_request
int(11)
Да
NULL
Таблица 2.11
Структура таблицы user_type
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
2.4.3 Структурная схема пакета (дерево вызова программных
модулей)
Схема вызова программных модулей представлена на Рисунке 2.5.
87
ПМ Главное меню
ПМ работы с со
справочниками
ПМ Справочника
Пользователь
ПМ Справочника Клиент
ПМ работы с
учетом заявок
ПМ Авторизация
ПМ Вывода на
печать
ПМ работы с
договорами
ПМ формирования
отчетов
ПМ Справочника
Услуга
Рисунок 2.6 Схема вызова программных модулей
Описание программных модулей представлено в Таблице 2.6.
Таблица 2.12
Описание программных модулей
п/п
Наименование модуля
Функции модуля
1)
ПМ Авторизация
Выполняет авторизацию пользователей при
их доступе в систему
2)
ПМ Главное меню
Производит вызов меню, для каждого вида
пользователей - своего
3)
ПМ работы со
справочниками
Содержит определенные процедуры,
позволяющие осуществлять редактирование
справочников
4)
ПМ Работа с отчетами
Формирует документы в соответствии с
заданными критериями, регистрирует
документы, добавляет записи
5)
ПМ получения отчетов
Содержит заранее определенные процедуры
формирования отчетных документов
6)
ПМ вывода на печать
Выводит результатные документы на печать
2.4.4 Описание программных модулей
88
На рисунке 2.6 представлена блок-схема обобщенного алгоритма работы
информационной системы. Дадим пояснения относительно данной схемы:
- после запуска пользователем клиентской части ИС последняя пытается
считать настройки из конфигурационного файла;
- если настройки соединения считать не удалось, то используются
настройки соединения по умолчанию;
- затем клиентская часть создает клиентский сокет и пытается соединиться
с сокетом сервера, соединение осуществляется посредством протокола TCP/IP;
- если соединиться с сокетом сервера не удалось, то выдается
соответствующее сообщение об ошибке и приложение завершает работу;
- вызывается диалог авторизации;
- в случае успешной авторизации клиент запрашивает у сервера начальные
данные (в зависимости от стартовой экранной формы клиентского приложения);
Впоследствии пользователь в ходе работы с клиентским приложением
может модифицировать данные ИС, просматривать их и запрашивать отчеты;
- клиентское приложение в случае каких-либо действий пользователя,
требующих обновления данных, запрашивает эти данные у сервера, после чего
отображает их и ожидает дальнейших действий пользователя;
- считается, что серверная часть ИС уже запущена и ожидает подключений
клиентов.
Данный алгоритм не отражает стандартные действия приложений, не
относящиеся к их бизнес-логике: создание приложения, обновление данных
элементов управления и так далее, так как большинство этих действий
обрабатывается уже существующими функциями, реализованными
разработчиками php.
89
Начало
Считывание настроек
для соединения с
сервером из файла
Настройки
считаны?
Создание сокета
клиента
Соединение с
серверным
сокетом
Соединение
установлено?
Запрос
начальных
данных
Пользователь
корректирует
данные?
Корректировка
данных ПС
Обновление
модифицированны
х данных
Пользователь
запрашивает
отчеты?
Запрос данных у
сервера
Формирование
отчетов
Пользователь
хочет завершить
работу?
Закрытие
соединения
Конец
П
Задание настроек
по умолчанию
Вывод
сообщения
об ошибке
П
да
да
нет
нет
да
да
нет
нет
да
да
нет
нет
да
да
нет
нет
да
да
нет
нет
П
Авторизация
Авторизация
успешна?
нет
нет
да
да
Рисунок 2.7 Блок-схема обобщенного алгоритма работы информационной
системы
2.5 Апробация результатов исследования
90
В данном пункте рассмотрим пример работы ИС. Форма авторизации
приведена на рисунке 3.1.
Рисунок 2.8 Форма авторизации
После авторизации пользователь видит главную форму программы,
которая приведена на рисунке 3.2.
Рисунок 2.9 Главная форма программы
Код вывода списка заказов приведен ниже:
public function actionIndex()
{
$searchModel = new ClientSearch();
$dataProvider = $searchModel->search(Yii::$app->request-
>queryParams);
91
return $this->render('index', [
'searchModel' => $searchModel,
'dataProvider' => $dataProvider,
]);
}
На этой форме приведен список зарегистрированных заявок системы.
Добавление заявок осуществляется с помощью специальной формы (Рисунок 3.3).
Рисунок 2.10Добавление заказа
Код добавления заказа приведен ниже:
[
'actions' => ['index', 'view', 'create', 'delete',
'add-service', 'request-full'],
'allow' => true,
'roles' => ['@'],
'matchCallback' => function ($rule, $action)
{
return Yii::$app->user-
>identity->IsClient;
}
],
[
'actions' => ['index', 'view', 'create', 'delete',
'add-service', 'request-select', 'request-paid', 'request-performing', 'request-performed'],
'allow' => true,
'roles' => ['@'],
'matchCallback' => function ($rule, $action)
{
return Yii::$app->user-
>identity->IsManager;
}
92
],
[
'actions' => ['index', 'view', 'create', 'update',
'delete', 'add-service', 'request-select', 'request-paid', 'request-performing', 'request-
performed'],
'allow' => true,
'roles' => ['@'],
'matchCallback' => function ($rule, $action)
{
return Yii::$app->user-
>identity->IsAdmin;
}
],
],
],
];
}
Нужно выбрать клиента, выбрать его тип, ввести дату договора, его номер,
описание заявки, выбрать услуги для заказа.
Рисунок 2.11 Услуги по заявке
Услуги учитываются в Справочнике Услуги (рисунок 3.5)
Рисунок 2.12 Справочник Услуги

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)
Value-based education: ценности в системе образования и способы их реализации на уроке английского языка. Опыт Европейских стран