Автоматизированные информационные системы страховой деятельности

17.2. Функциональная структура ИС СД

Типовой комплекс задач (функциональная структура) ИС СД включает:

1. Ведение нормативно-справочной базы договоров страхования (справочники, классификаторы технико-экономической информации, тарифы страхования).
2. Стратегическое планирование деятельности страховой компании.
3. Формирование и ведение договоров страхования (перестрахования).
4. Расчет комиссионных.
5. Учет формирования страхового фонда.
6. Учет расчетов со страхователем (уплата страховых премий, выплат по страховым событиям, расторжение договора страхования).
7. Бухгалтерский учет деятельности страховой компании.
8. Анализ финансового состояния страховой компании.
9. Налоговый учет страховой деятельности.
10. Сервисные функции (импорт и экспорт данных, страховое копирование, восстановление БД) и др.

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

Проектирование структуры БД основано на моделировании данных предметной области. Начальным уровнем представления данных предметной области является информационно-логическая модель (ИЛМ) - интегрированная структура данных, не ориентированная на какое-либо программное средство создания и ведения БД. ИЛМ служит интерфейсом между "заказчиком" и "разработчиком" ИС СД, служит целям лучшего понимания информационных потребностей приложений.

ИЛМ состоит из информационных объектов и структурных связей. Информационные объекты следует рассматривать как реляционные таблицы, соответствующие требованиям третьей нормальной формы реляционной модели данных:

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

Для представления ИЛМ может использоваться ER-диаграмма ("сущность" - "связь"). В предметной области выделены типовые сущности, сведения о которых представляют интерес для системы управления.

На рис. 17.2-1 приведена типовая ИЛМ для ИС СД. Модель содержит следующие информационные объекты, описывающие сущности:

1. Страховой фонд - сумма страховых взносов, находящихся в управлении у страховой компании.
2. Страхователь - физическое или юридическое лицо.
3. Договор страхования - документ, обладающий юридической силой, содержит необходимые реквизиты для придания юридической силы (номер договора, дата заключения, срок действия, квалификация страхового случая, стоимость объекта страхования, условия выплат страховой премии, порядок расчетов, страховой случай, дата завершения договора и др.).
4. Вид страхования - нормативная база для расчетов страховой премии, тарифной ставки.
5. Страховые выплаты - дата, сумма, платежный документ.

Рис. 17.2-1. Типовая информационно-логическая модель для ИС страховой деятельности

Информационные объекты содержат минимально-необходимый но достаточный для реализации приложений набор реквизитов. Например, информационный объект СТРАХОВАТЕЛЬ имеет следующий набор реквизитов:

• код страхователя;
• наименование организации (фамилия, имя и отчество физического лица);
• регистрационные данные юридического лица (паспортные данные физического лица);
• дата регистрации в БД;
• классификационный код страхователя и др.

Ключом информационного объекта СТРАХОВАТЕЛЬ является реквизит - "код страхователя", который обеспечивает однозначную идентификацию экземпляров объектов, поскольку реквизит "классификационный код страхователя" не является уникальным для экземпляров информационного объекта. Все неключевые реквизиты функционально полно зависят от ключа, отсутствует транзитивная взаимозависимость неключевых реквизитов, т. е. значение одного реквизиты не определяет однозначно значение другого реквизита. БД страховой компании постоянно актуализируется, содержит информацию, отвечающую требованиям полноты и качества, точности и достоверности.

Структурные связи информационных объектов отражают количественные отношения между экземплярами информационных объектов - "один ко многим", "многие ко многим", "один к одному". Структурные связи поддерживают "направление" движения по информационным объектам для реализации запросов к БД.

На основе ИЛМ можно предварительно оценить объемы хранимых данных, сформулировать требования к системе управления базами данных (СУБД).

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

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

В зависимости от масштаба страховой компании, числа одновременно работающих страховых агентов, объема БД, возможны следующие варианты организации БД страховых компаний:

• локальная БД, централизованно хранимая на отдельном компьютере, на котором установлен АРМ страхового агента;
• сетевая БД, централизованно хранимая на сервере, к которому имеют доступ по сети;
• распределенная БД, хранимая на нескольких узлах сети (серверах БД).