Файл: Проектирование реализации операций бизнес-процесса «Ведение договоров по страхованию автотранспортных средств (Характеристика таблиц с результативной информацией).pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 19.06.2023

Просмотров: 52

Скачиваний: 5

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

Рассмотрим существующие среды программирования, которые поддерживают язык программирования c++. Среда программирования «Visual Studio 2015» является одной из старейших продуктов для создания программных продуктов с графическим интерфейсом. Возможность добавления сторонних плагинов способствует расширению функциональности среды программирования до кроссплатформенного состояния. К недостатком этой среды можно отнести то, что разработчик должен обладать опытом создания приложений, для работы с этой средой.

Среда программирования «IntelliJ IDEA» позволяет осуществить разработку программных продуктов на множестве популярных языков программирования. Но у системы существует существенный недостаток производительности в процессе компиляции, перекомпиляции и тестирования.

Платформа для разработки графических приложений «Appcelerator Titanium» предоставляет возможность быстрого создания приложений для всех устройств. Но в среде существует недостаток в виде генерации ошибок в коде, искусственных ограничений и низкого качества пользовательской документации.

Мощной платформой для разработки приложений, которая позволяет создавать приложения на языке программирования с++, является платформа «Netbeans». Однако, платформа обладает низким показателем быстродействия и ограничением функциональности некоторых плагинов [8].

На основании рассмотренных сред программирования, поддерживающих язык с++, был сделан вывод о том, что наиболее надежной средой программирования будет являться среда «MS Visual Studio».

Для создания отчетных форм будет использован программный продукт «DesignFR», которое позволяет просматривать и редактировать файлы отчетов.

Проектируемая система должна функционировать в среде операционной системы Windows 10, поскольку эта операционная система используется для работы сотрудников организации.

  1. Проектная часть

  2. Информационная модель и её описание

Информационная модель представляет собой схему, отражающую преобразование информационных реквизитов от источников информации до её получателей или, иными словами, процесс обработки информации в информационной системе [2]. Рассмотрим информационную модель предметной области. Информационная модель представлена на рисунке 5.

Рисунок 5. Информационная модель


  1. Характеристика нормативно-справочной, входной и оперативной информации

Входными документами являются:

  1. Паспорт страхователя, который содержит данные о страхователе, номере и серии документа, дате выдачи и органе выдачи документа.
  2. Водительское удостоверение, который содержит данные о страхователе, номере и серии документа, дате выдачи и органе выдачи документа.
  3. Паспорт транспортного средства, который содержит информацию об автомобиле (рисунок 6).

Рисунок 6. Паспорт транспортного средства

Перечисленные документы поступают от страхователей и содержат следующие показатели:

  1. ФИО страхователя.
  2. Дата рождения.
  3. Место рождения.
  4. Серия и номер документа.
  5. Дата выдачи документа.
  6. Орган выдачи документа.
  7. Срок действия документа.
  8. Наименование транспортного средства.
  9. Марка и модель транспортного средства.
  10. Дата регистрации.

Каждый документ содержит от 30 до 300 строк, объем документов составляет до 50 000 символов. Частота возникновения документа до 100 ежедневно.

В проектируемой информационной системе должны присутствовать следующие справочники:

  1. Сотрудник.
  2. Клиент.
  3. Денежная единица.
  4. Вид страхования.

Характеристика справочников представлена в таблице 3.

Таблица 3

Характеристика справочников

Характеристика

Клиент

Сотрудник

Денежная единица

Вид страхования

Ответственный за ведение

Специалист по страхованию

Руководитель отдела страхования

Объем справочника в записях

10 000

100

10

2

Частота актуализации

Ежедневно

По мере необходимости (минимум – раз в квартал)

Объем актуализации

5%

Реквизитный состав

Фамилия

Фамилия

Код

Код

Имя

Имя

Наименование

Наименование

Отчество

Отчество

Дата рождения

Должность

Адрес регистрации

Документ подтверждающий личность


  1. Характеристика результатной информации

Результатной информацией является отчет по результатам работы. Отчет формируется ежемесячно для оценки работы специалистов по страхованию. Результативная информация хранится в следующих таблицах базы данных:

  1. Сотрудник.
  2. Клиент.
  3. Договор.

Характеристика перечисленных таблиц представлена в таблице 4.

Таблица 4

Характеристика таблиц с результативной информацией

Наименование таблицы

Наименование поля

Сотрудник

Фамилия

Имя

Отчество

Клиент

Фамилия

Имя

Отчество

Договор

Номер

Дата

Сумма

  1. Общие положения (дерево функций и сценарий диалога)

Для того, чтобы привести иерархию функций управления и обработки данных, которые будут автоматизированы с помощью проектируемой ИС, необходимо выделить и детализировать два подмножества функций:

  1. Функции, реализующие служебные функции.
  2. Функции, реализующих основные функции управления и обработки данных [9].

Выявление состава функций, их иерархии и выбора языка общения (например, главное меню ИС) позволит разработать структуру сценария диалога, который даст возможность определить состав кадров диалога, содержание каждого кадра и их соподчиненность.

Разработаем дерево функций системы, согласно приведенным рекомендациям. К основным функциям разрабатываемой системы относятся:

  1. Редактирование справочников.
  2. Ввод данных.

К служебным функциям разрабатываемой ИС относятся:

  1. Формирование отчетов.

Дерево функций представлено на рисунке 7 [7].

Рисунок 7. Дерево функций системы

При разработке структуры диалога необходимо предусмотреть возможность работы с экранными формами входных документов, формирование выходных документов, корректировки вводимых данных, просмотра введенной информации, работу с таблицами нормативно-справочной информации, протоколирования действий пользователя, а также помощь на всех этапах работы [3]. Разработаем сценарий диалога информационной системы. Сценарий диалога представлен на рисунке 8.


  1. Характеристика базы данных

Проектируемая ИС будет хранить и обрабатывать данные в реляционной базе данных, которая представляет собой совокупность двумерных таблиц [6]. База данных будет включать следующие таблицы:

  1. Сотрудник.
  2. Клиент.
  3. Денежная единица.
  4. Вид страхования.
  5. Протокол проверки.
  6. Оценка рисков.
  7. Договор.
  8. Транспортное средство.

Рисунок 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


  1. Структурная схема пакета (дерево вызова программных модулей)

Структурная схема пакета программных модулей состоит из модулей следующих классов:

  1. Модули, выполняющие служебные функции.
  2. Управляющие модули, осуществляющие загрузку меню и передачу управления другому модулю.
  3. Модули, связанные с хранением, обработкой и выдачей информации.

Описание функций модулей позволяет структурировать файлы информационной системы, обеспечить надежность системы и удобство при сопровождении системы [4].

Описание функций модулей представлено в таблице 6.

Таблица 6

Описание функций модулей

№ п/п

Наименование модуля

Функции модуля

1

Глобальный модуль

Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые необходимо выполнить при запуске системы

2

Модуль справочника

«Сотрудник»

Содержит предопределенные процедуры формы списка и элементы справочника

3

Модуль справочника

«Клиент»

Содержит предопределенные процедуры формы списка и элементы справочника

4

Модуль справочника

«Денежная единица»

Содержит предопределенные процедуры формы списка и элементы справочника

5

Модуль справочника

«Вид страхования»

Содержит предопределенные процедуры формы списка и элементы справочника

5

Модуль документа

Содержит предопределенные процедуры формы списка и элементы справочника

Модель дерева вызова программных модулей представлено на рисунке 10.

  1. Описание программных модулей

На рисунке 11 представлен алгоритм формирования оговора страхования транспортного средства. На основании результатов оценки рисков специалист отдела страхования осуществляет формирование договора автострахования. Формирование документа происходит, если уровень оценки риска больше или равен 3. Иначе формирование документа прекращается.

Рисунок 10. Модель дерева вызова программных модулей