Файл: Проектирование реализации операций бизнес-процесса «Ведение договоров по страхованию автотранспортных средств (Характеристика таблиц с результативной информацией).pdf
Добавлен: 19.06.2023
Просмотров: 47
Скачиваний: 5
Рассмотрим существующие среды программирования, которые поддерживают язык программирования c++. Среда программирования «Visual Studio 2015» является одной из старейших продуктов для создания программных продуктов с графическим интерфейсом. Возможность добавления сторонних плагинов способствует расширению функциональности среды программирования до кроссплатформенного состояния. К недостатком этой среды можно отнести то, что разработчик должен обладать опытом создания приложений, для работы с этой средой.
Среда программирования «IntelliJ IDEA» позволяет осуществить разработку программных продуктов на множестве популярных языков программирования. Но у системы существует существенный недостаток производительности в процессе компиляции, перекомпиляции и тестирования.
Платформа для разработки графических приложений «Appcelerator Titanium» предоставляет возможность быстрого создания приложений для всех устройств. Но в среде существует недостаток в виде генерации ошибок в коде, искусственных ограничений и низкого качества пользовательской документации.
Мощной платформой для разработки приложений, которая позволяет создавать приложения на языке программирования с++, является платформа «Netbeans». Однако, платформа обладает низким показателем быстродействия и ограничением функциональности некоторых плагинов [8].
На основании рассмотренных сред программирования, поддерживающих язык с++, был сделан вывод о том, что наиболее надежной средой программирования будет являться среда «MS Visual Studio».
Для создания отчетных форм будет использован программный продукт «DesignFR», которое позволяет просматривать и редактировать файлы отчетов.
Проектируемая система должна функционировать в среде операционной системы Windows 10, поскольку эта операционная система используется для работы сотрудников организации.
Информационная модель представляет собой схему, отражающую преобразование информационных реквизитов от источников информации до её получателей или, иными словами, процесс обработки информации в информационной системе [2]. Рассмотрим информационную модель предметной области. Информационная модель представлена на рисунке 5.
Рисунок 5. Информационная модель
Входными документами являются:
- Паспорт страхователя, который содержит данные о страхователе, номере и серии документа, дате выдачи и органе выдачи документа.
- Водительское удостоверение, который содержит данные о страхователе, номере и серии документа, дате выдачи и органе выдачи документа.
- Паспорт транспортного средства, который содержит информацию об автомобиле (рисунок 6).
Рисунок 6. Паспорт транспортного средства
Перечисленные документы поступают от страхователей и содержат следующие показатели:
- ФИО страхователя.
- Дата рождения.
- Место рождения.
- Серия и номер документа.
- Дата выдачи документа.
- Орган выдачи документа.
- Срок действия документа.
- Наименование транспортного средства.
- Марка и модель транспортного средства.
- Дата регистрации.
Каждый документ содержит от 30 до 300 строк, объем документов составляет до 50 000 символов. Частота возникновения документа до 100 ежедневно.
В проектируемой информационной системе должны присутствовать следующие справочники:
- Сотрудник.
- Клиент.
- Денежная единица.
- Вид страхования.
Характеристика справочников представлена в таблице 3.
Таблица 3
Характеристика справочников
Характеристика |
Клиент |
Сотрудник |
Денежная единица |
Вид страхования |
Ответственный за ведение |
Специалист по страхованию |
Руководитель отдела страхования |
||
Объем справочника в записях |
10 000 |
100 |
10 |
2 |
Частота актуализации |
Ежедневно |
По мере необходимости (минимум – раз в квартал) |
||
Объем актуализации |
5% |
|||
Реквизитный состав |
Фамилия |
Фамилия |
Код |
Код |
Имя |
Имя |
Наименование |
Наименование |
|
Отчество |
Отчество |
|||
Дата рождения |
Должность |
|||
Адрес регистрации |
||||
Документ подтверждающий личность |
Результатной информацией является отчет по результатам работы. Отчет формируется ежемесячно для оценки работы специалистов по страхованию. Результативная информация хранится в следующих таблицах базы данных:
- Сотрудник.
- Клиент.
- Договор.
Характеристика перечисленных таблиц представлена в таблице 4.
Таблица 4
Характеристика таблиц с результативной информацией
Наименование таблицы |
Наименование поля |
Сотрудник |
Фамилия |
Имя |
|
Отчество |
|
Клиент |
Фамилия |
Имя |
|
Отчество |
|
Договор |
Номер |
Дата |
|
Сумма |
Для того, чтобы привести иерархию функций управления и обработки данных, которые будут автоматизированы с помощью проектируемой ИС, необходимо выделить и детализировать два подмножества функций:
- Функции, реализующие служебные функции.
- Функции, реализующих основные функции управления и обработки данных [9].
Выявление состава функций, их иерархии и выбора языка общения (например, главное меню ИС) позволит разработать структуру сценария диалога, который даст возможность определить состав кадров диалога, содержание каждого кадра и их соподчиненность.
Разработаем дерево функций системы, согласно приведенным рекомендациям. К основным функциям разрабатываемой системы относятся:
- Редактирование справочников.
- Ввод данных.
К служебным функциям разрабатываемой ИС относятся:
- Формирование отчетов.
Дерево функций представлено на рисунке 7 [7].
Рисунок 7. Дерево функций системы
При разработке структуры диалога необходимо предусмотреть возможность работы с экранными формами входных документов, формирование выходных документов, корректировки вводимых данных, просмотра введенной информации, работу с таблицами нормативно-справочной информации, протоколирования действий пользователя, а также помощь на всех этапах работы [3]. Разработаем сценарий диалога информационной системы. Сценарий диалога представлен на рисунке 8.
Проектируемая ИС будет хранить и обрабатывать данные в реляционной базе данных, которая представляет собой совокупность двумерных таблиц [6]. База данных будет включать следующие таблицы:
- Сотрудник.
- Клиент.
- Денежная единица.
- Вид страхования.
- Протокол проверки.
- Оценка рисков.
- Договор.
- Транспортное средство.
Рисунок 8. Сценарий диалога
Для описания взаимосвязей между таблицами построим ER-модель. ER-модель представлена на рисунке 9.
Рисунок 9. ER-модель
Характеристика таблиц базы данных представлена в таблице 5.
Таблица 5
Характеристика базы данных
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
Справочник «Сотрудник» |
||||
ID_сотрудника |
ID_epml |
Счетчик |
5 |
Ключевое поле |
Фамилия |
Lname_empl |
Текст |
30 |
|
Имя |
Fname_empl |
Текст |
30 |
|
Отчество |
Mname_empl |
Текст |
30 |
|
Должность |
D_empl |
Текст |
30 |
|
Справочник «Клиент» |
||||
ID_клиента |
ID_cl |
Счетчик |
5 |
Ключевое поле |
Фамилия |
Lname_cl |
Текст |
30 |
|
Имя |
Fname_cl |
Текст |
30 |
|
Отчество |
Mname_cl |
Текст |
30 |
|
Дата рождения |
BDate_cl |
Дата |
8 |
|
Адрес регистрации |
Address_cl |
Текст |
100 |
|
Паспорт |
Pass_cl |
Текст |
300 |
|
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
Водительское удостоверение |
Lic_cl |
Текст |
300 |
|
Справочник «Денежная единица» |
||||
ID_единицы |
ID_cur |
Счетчик |
5 |
Ключевое поле |
Код |
Ccur |
Число |
3 |
|
Наименование |
Ncur |
Текст |
30 |
|
Справочник «Вид страхования» |
||||
ID_вида |
ID_str |
Счетчик |
5 |
Ключевое поле |
Код |
Cstr |
Число |
3 |
|
Наименование |
Dstr |
Текст |
30 |
|
Протокол проверки |
||||
ID_протокола |
ID_pr |
Счетчик |
5 |
Ключевое поле |
Номер |
Num_pr |
Текст |
15 |
|
Дата |
Date_pr |
Дата |
8 |
|
Описание |
Op_pr |
Текст |
300 |
|
Оценка рисков |
||||
ID_оценки |
ID_ocen |
Счетчик |
5 |
Ключевое поле |
Номер |
Num_ocen |
Число |
15 |
|
Дата |
Date_ocen |
Дата |
8 |
|
Описание |
Op_ocen |
Текст |
300 |
|
Договор |
||||
ID_договора |
ID_doc |
Счетчик |
5 |
Ключевое поле |
Номер |
Ndoc |
Число |
300 |
|
Дата заключения |
Zdate |
Дата |
8 |
|
Дата окончания |
Odate |
Дата |
8 |
|
Сумма |
Sum_doc |
Число |
6 |
|
Транспортное средство |
||||
ID_средства |
ID_ts |
Счетчик |
5 |
Ключевое поле |
Марка |
Ma_ts |
Текст |
15 |
|
Модель |
Mo_ts |
Текст |
15 |
|
Год выпуска |
G_ts |
Число |
4 |
|
Номер |
N_ts |
Число |
5 |
|
№ ПТС |
Np_ts |
Число |
6 |
Структурная схема пакета программных модулей состоит из модулей следующих классов:
- Модули, выполняющие служебные функции.
- Управляющие модули, осуществляющие загрузку меню и передачу управления другому модулю.
- Модули, связанные с хранением, обработкой и выдачей информации.
Описание функций модулей позволяет структурировать файлы информационной системы, обеспечить надежность системы и удобство при сопровождении системы [4].
Описание функций модулей представлено в таблице 6.
Таблица 6
Описание функций модулей
№ п/п |
Наименование модуля |
Функции модуля |
---|---|---|
1 |
Глобальный модуль |
Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые необходимо выполнить при запуске системы |
2 |
Модуль справочника «Сотрудник» |
Содержит предопределенные процедуры формы списка и элементы справочника |
3 |
Модуль справочника «Клиент» |
Содержит предопределенные процедуры формы списка и элементы справочника |
4 |
Модуль справочника «Денежная единица» |
Содержит предопределенные процедуры формы списка и элементы справочника |
5 |
Модуль справочника «Вид страхования» |
Содержит предопределенные процедуры формы списка и элементы справочника |
5 |
Модуль документа |
Содержит предопределенные процедуры формы списка и элементы справочника |
Модель дерева вызова программных модулей представлено на рисунке 10.
На рисунке 11 представлен алгоритм формирования оговора страхования транспортного средства. На основании результатов оценки рисков специалист отдела страхования осуществляет формирование договора автострахования. Формирование документа происходит, если уровень оценки риска больше или равен 3. Иначе формирование документа прекращается.
Рисунок 10. Модель дерева вызова программных модулей