65
2.3.2. Характеристика базы данных
В процессе исследования предметной области были выделены следующие
сущности предметной области [4, 5]:
вид инвалидности;
диагноз;
заявитель;
заявка;
категория запроса;
приоритет обработки;
раздел заявок;
справочник результатов обработки
заявки;
результат обработки заявки;
сотрудник;
способ получения заявки;
статус заявителя;
требование по заявке;
пользователь.
На рисунке 2.22 представлена логическая модель база данных [9, 10],
созданная с помощью программы ERWin Data Modeler 7.3.
Рисунок 2.22 Логическая модель базы данных
В таблице 2.2 представлено описание сущностей и их атрибутов [15, 22].
66
Таблица 2.2
Описание сущностей и их атрибутов
Сущность
Атрибут
Описание
Тип
данных
Первичный/
Внешний
ключ
Обязательное
поле
Вид
инвалидности
Код вида инвалидности
Уникальный идентификатор
Int
PK
Да
Наименование
Наименование вида инвалидности
Varchar (50)
-
Да
Диагноз
МКБ
МКБ диагноза по классификатору
Varchar (10)
-
Да
Диагноз
Наименование диагноза
Varchar (150)
-
Да
Сотрудник
Код
Уникальный идентификатор
Int
PK
Да
ФИО
ФИО сотрудника
Varchar (150)
-
Да
Телефон
Телефон сотрудника
Varchar (50)
-
Нет
Раздел
заявок
Код раздела
Уникальный идентификатор
Int
PK
Да
Наименование
Наименование раздела заявок
Varchar (150)
-
Да
Приоритет заявки
Идентификатор приоритета
Int
FK
Да
Категория
запроса
Код категории
Уникальный идентификатор
Int
PK
Да
Наименование категории
Наименование категории запроса
(денежные средства, протез, коляска и
т.д.)
Varchar (150)
-
Да
Заявка
Код
Уникальный идентификатор
Int
PK
Да
Дата заявки
Дата заявки
DateTime
-
Да
Номер заявки
Номер заявки
Varchar (10)
-
Да
Код заявителя
Ссылка на заявителя
Int
FK
Да
Код вида заявки
Вид заявки
Int
FK
Да
Код способа получения
Способ получения заявки
Int
FK
Да
Комментарии
Комментарии к заявке
Varchar
(MAX)
-
Нет
Код сотрудника
Сотрудник, принявший заявку
FK
Да
МКБ
Диагноз нуждающегося
Varchar (10)
-
Нет
67
Продолжение таблицы 2.2
1
2
3
4
5
6
Код инвалидности
Идентификатор инвалидности
Int
FK
Нет
Общая сумма
Требующаяся сумма, руб.
Int
-
Да
Код нуждающегося
Идентификатор нуждающегося
Int
FK
Нет
Документы
Документы, приложенные к заявке
OLE
-
Нет
Расширение
Расширение архива с документами или
самого документа
Varchar (10)
-
Нет
Код исполнителя
Сотрудник, которому передана заявка на
обработку
Int
FK
Да
Виды
результатов
обработки
заявок
Код
Уникальный идентификатор
Int
PK
Да
Наименование
Наименование вида результата
обработки заявки
Varchar (150)
-
Да
Результаты
обработки
заявок
Код
Уникальный идентификатор
Int
PK
Да
Код заявки
Ссылка на заявку
Int
FK
Да
Дата рассмотрения
Дата рассмотрения заявки
Int
-
Да
Результат рассмотрения
Результаты рассмотрения заявки
Int
FK
Да
Комментарии
Комментарии по рассмотрению
Varchar
(MAX)
-
Нет
Одобренная сумма
Одобренная сумма по заявке
-
Нет
Статусы
заявителя
Код
Уникальный идентификатор
Int
PK
Да
Наименование
Наименование статуса заявителя
(пенсионер, работающий, инвалид и т.д.)
Varchar (150)
-
Да
Способы
получения
заявок
Код
Уникальный идентификатор
Int
PK
Да
Наименование
Способ получения заявки
Varchar (50)
-
Да
Заявитель
Код
Уникальный идентификатор
Int
PK
Да
68
Продолжение таблицы 2.2
1
2
3
4
5
6
ФИО
ФИО заявителя
Varchar (150)
-
Да
ИНН
Номер договора
Varchar (20)
-
Нет
Адрес
Адрес заявителя
Varchar (150)
-
Нет
Телефон
Телефон заявителя
Varchar (50)
-
Нет
Электронная почта
Электронная почта заявителя
Varchar (150)
-
Нет
Категория
Категория клиента (заявитель или
нуждающийся)
Varchar (50)
-
Нет
Документы
Документы клиента
OLE
-
Нет
Расширение архива
Расширение архива клиента
Varchar (10)
-
Нет
Требования
по заявке
Код требования
Уникальный идентификатор
Int
PK
Да
Код заявки
Идентификатор заявки
Int
FK
Да
Код категории запроса
Идентификатор категории запроса
Int
FK
Да
Описание
Описание запроса
Varchar (255)
-
Нет
Приоритет
обработки
Код приоритета
Уникальный идентификатор
Int
PK
Да
Приоритет обработки
Приоритет обработки
Varchar (50)
-
Да
Пользователи
Код пользователя
Уникальный идентификатор
Int
PK
Да
Логин
Логин пользователя
Varchar (20)
-
Да
Пароль
Пароль пользователя
Varchar (20)
-
Да
Код сотрудника
Код сотрудника
Int
FK
Да
69
Физическое проектирование — создание схемы базы данных на основе
конкретной модели данных, например, реляционной модели данных. Для
реляционной модели данных физическая модель — набор схем отношений,
обычно с указанием первичных ключей, а также «связей» между отношениями,
представляющих собой внешние ключи. При этом физическая модель
разрабатывается с учетом конкретной реализации СУБД, также с учетом
специфики конкретной предметной области на основе ее инфологической
модели [24].
Для разработки базы данных информационной системы автоматизации
учета заявок на благотворительную помощь БФ «УРАЛ» выбрана СУБД MS
SQL Server. На рисунке 2.23 представлена физическая модель базы данных.
Рисунок 2.23 Физическая модель базы данных
2.3.3. Структурная схема пакета (дерево вызова программных
модулей)
Информационная система учета заявок на оказание благотворительной
помощи, поступающих в БФ «УРАЛ» разработана с использование принципов
модульного и объектно-ориентированного программирования.
70
В таблице 2.3 представлено описание созданных программных модулей
информационной системы.
Таблица 2.3
Программные модули ИС
Наименование
модуля
Назначение модуля
Form1
Главный модуль приложения, который управляет всеми другими
модулями, а также выполняет следующие функции:
поиск, просмотр и создание заявок
поиск, просмотр и создание заявителей
формирование дерева заявок по приоритету и категориям заявок.
FormAuth
Авторизация пользователя в информационной системе
FormPrior
Редактирование приоритета заявок
ForInv
Редактирование категорий инвалидности
FormStatus
Редактирование статусов заявителей
FormResult
Редактирование справочника результатов обработки заявок
FormSposob
Редактирование способов получения заявок
FormUsers
Редактирование идентификационных данных пользователей
FormMKB
Редактирование справочника диагнозов
FormGrZayavok
Редактирование групп заявок
FormNewZayavka
Регистрация новой заявки
FormSotr
Редактирование сотрудников
FromReports
Формирование отчетов
Все модули взаимосвязаны между собой. Функции координации движения
информационных потоков выполняет главный модуль программы Form1.
Взаимосвязь программных модулей представлена на рисунке 2.24.
Рисунок 2.24 Взаимосвязь модулей программы
71
Дерево вызова процедур и программ представлено на рисунке 2.25.
Рисунок 2.25 Дерево вызова процедур и программ
Информационная система учета заявок на оказание благотворительной
помощи, поступающих в БФ «УРАЛ» работает в двух режимах:
1. Администратор.
2. Сотрудник БФ «УРАЛ».
Для разработки информационной системы была выбрана современная
система разработки приложений Microsoft Visual Studio 2019 на платформе .NET
Framework 4.8.
Доступ к базе данных организован с использованием технологии
ADO.NET.
На рисунке 2.26 представлена диаграмма классов разработанной
информационной системы, построенная в MS Visual Studio в виде XSD-схемы.
72
Рисунок 2.26 Диаграмма классов
73
На рисунке 2.27 представлена структурная схема интерфейса
информационной системы.
Рисунок 2.27 Структурная схема интерфейса ИС
2.3.4. Описание программных модулей
Основным бизнес-процессом, рассматриваемым в настоящей выпускной
квалификационной работе, является регистрация заявки на оказание
благотворительной помощи.
На рисунке 2.28 представлен алгоритм регистрации заявки.
Первоначально регистратор заявки открывает форму создания новой
заявки, дата и номер заявки формируются автоматически, чтобы упростить
работу пользователя.
Пользователю необходимо указать вид заявки, заполнить поля
«Заявитель» и «Нуждающийся», указать общую сумму, которая требуется
заявителю.
На форме указываются также требования по заявке. Это могут быть
деньги, оборудование, протезы или др.
74
Документы, которые приложены к заявке сканируются, упаковываются
в архив и сохраняются в системе.
Перед сохранением данных в БД проводится автоматизированная
проверка полноты и качества заполнения заявки. Если были найдены ошибки
пользователь получает подробное сообщение и исправляет ошибки. После
исправления процедура проверки повторяется. Если данные введены корректно
происходит сохранение данных и форма закрывается.