Файл: Информационные системы страховых компаний (Анализ бизнес-процесса управления продажами полисов личного страхования в страховой компании).pdf

Рисунок 2.1 - Диаграмма вариантов использования бизнес-процесса управления продажами электронных полисов личного страхования «КАК ДОЛЖНО БЫТЬ»

Данные прецеденты являются основными технологическими этапами, которые необходимо реализовать.

Диаграмма вариантов использования отражает функциональный аспект проектируемой АИСУ продажами электронных полисов личного страхования СК.

2.2 Разработка инфологической модели бизнес-процесса управления продажами электронных полисов

На этом этапе выявляются используемые понятия и их взаимосвязи, определяются методы решения задач и следующие особенности задачи:

− типы доступных данных;

− исходные и выводимые данные;

− стратегии и гипотезы;

− виды взаимосвязей между объектами предметной области, типы отношений (иерархия, причина-следствие, часть-целое и т.п.);

− процессы, используемые в ходе решения задачи;

− состав знаний, необходимых для решения задачи; − типы ограничений, накладываемых на процессы решения; − состав знаний, используемых для обоснования решений.

Завершается этап построением концептуальной модели данных, представляющей собой инфологическую модель предметной области, выполненную с использованием естественного языка.

Формулировка концептуальной модели представляет собой достижение определенного уровня абстрагирования на пути от предварительного описания объекта к его формальной модели.

Из спроектированной концептуальной модели следует, какая информация, кем, в каких процессах и как используется.

Инфологическая модель бизнес-процесса учета договоров страхования представлена на рисунке 2.2.

Рисунок. 2.2 - Инфологическая модель бизнес-процесса управления продажами электронных полисов личного страхования «КАК ДОЛЖНО БЫТЬ»

Связи между сущностями опишем следующим образом:

− Клиент подает несколько Заявлений на личное страхование онлайн

(«один ко многим»);

− Оператор акцептует несколько Страховых полисов («один ко многим»);

− Оператор КИС СК обрабатывает Заявление, оформляет страховой полис и передает его Клиенту («один ко многим»);

− Оператор КИС СК вводит Договор страхования в БД АИС («один ко многим»);

− Оператор КИС СК регистрирует запись Договора страхования в БД («один ко многим»).

На основе инфологической модели данных бизнес-процесса управления продажами электронных полисов личного страхования создается логическая модель данных АИСУ.

2.3 Разработка логической модели данных автоматизированной информационной системы управления продажами электронных полисов

Логическая модель данных или логическая схема - это модель данных конкретной предметной области, выраженная независимо от конкретного продукта управления базами данных или технологии хранения (как физическая модель данных), но в терминах структур данных, таких как реляционные таблицы и столбцы, объектно-ориентированные классы или XML-теги. Это в отличие от концептуальной модели данных, которая описывает семантику организации без ссылки на технологию.

По функциональных и архитектурным особенностям АИСУ продажами электронных полисов личного страхования относится к категории OLTP – систем.

OLTP (Online Transaction Processing) – категория приложений и систем, предназначенных для ввода, структурированного хранения и обработки информации (операций, документов) в режиме реального времени.

Применяется в транзакционных (учетных) информационных системах.

В OLTP- системах в качестве базовой модели данных системы используется реляционная модель данных с высокой степенью нормализации.

Главные преимущество реляционной модели данных, используемое в настоящей разработке - это практическая возможность объединения на логическом уровне проблемно-ориентированного программного кода и оперативных данных системы в рамках единой базы данных.

Преимущества сильной нормализации данных:

− более быстрая сортировка и создание индексов;

− большее количество кластеризованных индексов;

− более узкие и компактные индексы;

− меньшее количество индексов в таблице. Это улучшает производительность инструкций INSERT, UPDATE и DELETE;

− меньшее количество значений NULL и более низкая вероятность несогласованности. Это повышает компактность базы данных.

Наиболее распространенным средством логического моделирования данных являются диаграммы «сущности-связь» (модель ERD).

ER-диаграммы состоит из типов сущностей, которые классифицируют интересующие исследователя объекты, и определяет отношения, которые могут существовать между экземплярами этих типов сущностей.

Одна из разновидностей модели «сущность-связь» используется в методе IDEF1Х, входящем в семейство стандартов IDEF и реализованном в ряде распространенных CASE-средств.

Integration DEFinition for information modeling (IDEF1X) - это стандартный язык моделирования данных для разработки семантических моделей данных [3].

IDEF1X используется для создания графической информационной модели, которая представляет структуру и семантику информации в среде или системе.

IDEF1X - метод моделирования данных используется для моделирования данных стандартным, последовательным и предсказуемым образом, чтобы управлять им как ресурсом. Он может использоваться в проектах, требующих стандартных средств определения и анализа данных в организации.

Такие проекты включают внедрение методики моделирования данных в методологию, управление данными в качестве ресурса, интеграцию информационных систем или разработку компьютерных баз данных.

По результатам анализа инфологической модели были выделены следующие сущности:

Клиент;

Оператор КИС СК;

Страховой полис;

Договор страхования.

Для обеспечения необходимого уровня нормализации базы данных добавлены сущности:

Отдел;

Объект страхования;

Тип объекта;

Регион;

Город;

Улица.

Логическая модель данных АИСУ изображена на рисунке 2.3.

Связи между сущностями опишем следующим образом:

− Агент должен быть зарегистрирован только в одном Отделе («один к одному», неидентифицирующая связь);

− Договор страхования должен заключаться только на одного страхователя (Клиента) («один к одному», неидентифицирующая связь);

− Договор страхования должен оформляться только одним Агентом

(«один к одному», неидентифицирующая связь);

− Договор страхования может заключаться на несколько объектов страхования («один ко многим», неидентифицирующая связь);

− Объект страхования может принадлежать только одному Типу объектов («один к одному», неидентифицирующая связь);

Рисунок 2.3 - Логическая модель данных АИСУ продажами электронных полисов личного страхования

− Клиент может быть зарегистрирован только по одному адресу (Регион, Город, Улица,«один к одному», неидентифицирующая связь).

В методологии IDEF1X логическая модель данных является основой для физического моделирования данных АИСУ продажами электронных полисов личного страхования.

2.4 Физическое моделирование данных автоматизированной информационной системы управления продажами электронных полисов

АИСУ продажами электронных полисов личного страхования будет реализована на основе программного продукта «Электронный полис: Портал для клиентов (B2С)» в архитектуре «клиент-сервер».

Для разработки электронного полиса используется система «1С-Битрикс:

Управление сайтом» - профессиональная система управления веб-проектами.

Для обеспечения удаленного доступа будет использован режим терминального доступа с компьютера-клиента на удаленный рабочий стол компьютера-сервера.

Необходимо учесть, что модель БД технологической платформы «1СПредприятие 8», на основе которой будет реализована ИСУ имеет ряд особенностей, основная из которых заключается в том, что разработчик не обращается к БД напрямую .

Как известно, в системах на основе платформы «1С: Предприятие 8» в качестве сервера базы данных могут быть использованы следующие системы управления базами данных (СУБД): Oracle, MS SQL Server и PostgreSQL.

Поскольку одним из основных требований Заказчика к ИСУ является минимизация затрат на ее разработку и внедрение, принято решение об использовании СУБД MS SQL Server, которая установлена в компании (рисунок 2.4) [17].

Рисунок 2.4 - Модель работы с БД «1С-Предприятие 8»

MS SQL Server - это система управления реляционными базами данных Microsoft. Это полнофункциональная база данных, в первую очередь успешно конкурирующая с Oracle Database и MySQL.

Как и все популярные СУБД, MS SQL Server поддерживает ANSI SQL, стандартный язык SQL. Вместе с тем MS SQL Server содержит T-SQL - собственную реализацию SQL.

MS SQL Server Management Studio (SSMS) (ранее известный как Enterprise Manager) является основным инструментом интерфейса SQL Server и поддерживает 32-разрядные и 64-разрядные среды.

Microsoft выпустила версии 2000, 2005 и 2008 гг. и выше, в которых реализованы более продвинутые параметры и улучшена безопасность.

Примеры некоторых функций включают: поддержку типов данных XML, представления динамического управления, возможности полнотекстового поиска и зеркалирование базы данных.

MS SQL Server предлагается в нескольких версиях с различными наборами функций и ценообразования для удовлетворения различных потребностей пользователей, в том числе:

Enterprise: предназначена для крупных предприятий со сложными требованиями к данным, хранилищами данных и базами данных с поддержкой Web. Реализует все функции SQL Server, поэтому цены на лицензию являются самыми дорогими;

Standart: ориентирована на малые и средние организации. Также поддерживает электронную коммерцию и хранилище данных;

Workgroup: для небольших организаций. Нет ограничений по размеру или пользователю, может использоваться в качестве базы данных для небольших веб-серверов или филиалов;

Express: бесплатно распространяется. Имеет наименьшее количество функций и ограничивает размер базы данных и пользователей. Может использоваться для замены базы данных Access.

2.5 Требования к аппаратно-программному обеспечению автоматизированной информационной системы управления продажами электронных полисов

Для изображения структуры АИСУ продажами электронных полисов личного страхования используем UML диаграмму развертывания.

Диаграмма развертывания в языке UML моделирует физическое развертывание компонентов ИС на узлах.