Курсовая работа - Проектирование информационной системы фонда социального страхования РФ

Подождите немного. Документ загружается.

на программное обеспечение и еще одна треть — на подготовку персонала к

работе в вычислительной среде компании. Российские страховые компании

также начинают понимать выгоды от применения АИС.

Автоматизация информационных процессов в области страхового дела

имеет свои особенности. В некоторых видах бизнеса достаточно просто

разграничить отдельные бизнес-процессы: бухгалтерию, логистику, склад и т.д.,

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

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

несколько иная — все бизнес-процессы взаимосвязаны, поэтому необходима

сквозная автоматизация всех процессов в комплексе. [6]

В основе страхового бизнеса страховой продукт — услуга по различным

видам страхования. Страховые продукты по одному и тому же виду страхования

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

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

поддерживать различия и возможность постоянных изменений страховых

продуктов, ИС должна иметь гибкие средства, чтобы настраивать параметры

договоров страхования. Все изменения должны сразу же отражаться в

подсистемах бухгалтерского и налогового учета. При этом системе надлежит

предоставлять разные данные для организации выплат по разным страховым

продуктам и т. д.

Автоматизация страхового бизнеса в России весьма перспективна. К услугам

страховых фирм прибегает почти каждый взрослый человек. В настоящее

время в России около 1500 страховых компаний. Реализация страховых

технологий влечет необходимость обработки больших объемов информации.

Между тем во многих отечественных страховых компаниях лишь совсем

недавно начали серьезно задумываться о необходимости АИС.

Активизация процессов автоматизации страхования в России может быть

объяснено следующими условиями:

• улучшается нормативно-правовая база страхования. Растет число

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

процедуры и процессы страхования;

• создается унифицированная технология работы российских страховых

компаний;

• расширение числа объектов страхования, например приватизация

имущества, стимулирует диверсификацию сети страховых компаний;

• наблюдается постепенное развитие рынка страховых услуг. Происходит

сближение между российским рынком страхования и рынком страхования

европейских стран.

Сегодня в страховом бизнесе страны происходят перемены, которые могут

оказать существенное влияние на ситуацию с автоматизацией страховых

компаний. Прежде всего, это вступление в силу закона «Об обязательном

страховании автогражданской ответственности», который стимулирует резкий

рост количества договоров на страхование. Это означает катастрофический

рост объемов данных и появление других задач, решение которых невозможно

без эффективных ИС. Еще один важный фактор — изменение правил

бухгалтерского и налогового учета и движение в сторону международных

стандартов учета и отчетности. Достижение большей финансовой прозрачности

компании для акционеров и руководства требует освоения новых методологий

учета и построения совершенной информационной платформы с развитой

аналитической подсистемой.

Выделим и охарактеризуем основные категории объектов автоматизации

страховых фирм и функционирование их информационных технологий.

Центральный офис страховой фирмы, как правило, имеет одну или

несколько высокоскоростных ЛВС. ЛВС можно рассматривать как

информационный центр всей компании, включающий мощные вычислительные

ресурсы — файловые серверы, системы управления БД и др. Особенность ЛВС

центрального офиса страховой компании в том, что в ее состав входит система

централизованного мониторинга. Эта ЛВС управляет локальными и

удаленными сетевыми устройствами, находящимися в филиалах.

Региональные офисы страховой компании (филиалы) могут представлять

собой довольно значительные по объему организации, оснащенные

собственными крупными ЛВС и мощными вычислительными ресурсами. Они

имеют надежную и скоростную связь с центральным офисом компании.

Отделения страховой компании обычно имеют небольшую локальную сеть,

включающую несколько персональных компьютеров. Связь с центральным

офисом происходит по заранее составленному расписанию в определенные

часы, однако не исключается возможность не запланированного срочного

доступа.

Представительства или агентства страховой компании чаще всего

оснащаются одним, реже несколькими компьютерами. Связь с отделениями

происходит по мере необходимости и обеспечивается в течение всего дня.

Удаленные пользователи сети — инспекторы, агенты, проверяющие, т. е.

сотрудники, которые по характеру работы не имеют постоянного рабочего

места, пользуются портативными компьютерами с модемом.

Основная особенность организации информационного обеспечения АИС

страховой компании — необходимость иметь полную БД по всем договорам

компании за максимально длительный период. Это связано с тем, что при

заключении нового договора с клиентом необходимо иметь полную

информацию о его предыдущих страховках и обеспечить просмотр всех

связанных с этими случаями документов. Такая информация должна храниться

в БД, постоянно обновляться и быть легко доступна. Так, при расчетах,

например, ставки взноса или тарифа, необходимо изъять из БД необходимую

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

довольно длительный прошедший период, при этом обработке подвергается

каждый договор. Такая БД хранится в АИС центрального офиса. В

подразделениях страховой компании необходимости иметь БД всей компании

нет, так как в каждом из подразделений имеется БД своих страхователей.

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

данные находятся в течение определенного времени в БД отделения. При

наступлении регламентного времени сеанса передачи данных происходит

автоматическая связь с компьютером регионального офиса страховой компании

и совершается так называемая репликация баз данных.

Смысл репликации БД состоит в том, что какая-то одна из БД назначается

главной. Она содержит наиболее актуальные данные. Другая БД —

подчиненная и получает копии из главной БД. Эти БД синхронизируют свое

состояние, обновляют данные и согласовывают конфликты, если таковые

возникли. Метод репликации реализован и осуществляется на уровне самих

систем управления БД. Это стандартная и высокоэффективная процедура

позволяет за достаточно небольшой по времени сеанс связи привести две

большие БД к идентичному состоянию, так как по каналам связи передаются

только те корректировки, которые произошли после предыдущего сеанса связи.

Подобным образом происходит обмен данными по актуализации БД с

каждым из имеющихся отделений компании. Весь комплекс вычислительной

сети можно разделить на следующие основные составляющие:

• сеть центрального звена страховой компании;

• сети конкретных структурных подразделений — филиалов компании;

• сети, обеспечивающие связь между компанией и филиалами.

Сетевой комплекс центрального офиса имеет самую высокую скорость

передачи данных. Центральный офис может иметь одну или несколько ЛВС

стандартов FDDI или Ethernet, объединенных друг с другом посредством

высокопроизводительных маршрутизаторов. Особенность ЛВС центрального

офиса в том, что часто в ее состав входит система централизованного

мониторинга и управления как локальными, так и удаленными сетевыми

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

Использование маршрутизатора в качестве центрального сетевого устройства

позволяет обеспечить высокоскоростное соединение локальных сетей, связь с

сетями филиалов и доступ удаленных пользователей. Подобный принцип

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

каналов с низкой пропускной способностью, компрессию (сжатие) переда-

ваемой информации. Это позволяет повысить скорость передачи. Так,

например, для основной ЛВС центрального офиса эта скорость может

повыситься на основе кольца FDDI до 100 Мбайт/с. В кольцо FDDI могут

включаться сервер БД, файл-сервер, сервер архива и маршрутизатор. В каждом

конкретном случае количество устройств, входящих в кольцо, может быть

разным. Через маршрутизатор ЛВС имеет выход на ЛВС других структурных

подразделений центрального офиса. В таком контуре связь должны

обеспечивать один или несколько коммутаторов и концентраторов. Путь

данных проходит по следующей схеме: данные из сети FDDI проходят через

основной маршрутизатор и попадают на коммутатор. Передача идет на полной

скорости (100 Мбайт/с). Коммутатор передает данные на необходимый

концентратор, который направляет их к месту назначения (рабочей станции).

Передача от концентратора к рабочей станции происходит на скорости этой

станции (обычно 10 Мбайт/с). Подобные условия позволяют в общих каналах

обеспечивать более высокую скорость передачи и избегать в сети «пробок»,

если в ней работает большое число пользователей.

Задачи, решаемые в филиалах компании, не требуют особых

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

условиях объемы передаваемых данных могут быть большими. Это означает,

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

данных. Основой такой сети может служить коммутатор, осуществляющий

связь с одним или несколькими серверами на скорости 100 Мбайт/с, а с

концентраторами или рабочими станциями на скорости 10 Мбайт/с. С этой

точки зрения наиболее приемлемо как по простоте построения, так и по

стоимости системы использование сети Ethernet.

Сети отделений также могут строиться на базе Ethernet. Скорость в сети 10

Мбайт/с вполне достаточна для тех задач, которые возникают в отделениях

страховой компании.

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

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

информационных процессов и применения соответствующих технических и

программных средств. В связи с этим следует отметить возможность создания

эффективных АИС в деле страхования на базе существующих программных

средств, например языка экранных форматов Oracle Forms 4/5, отчетов Oracle

Reports 2.5, мультимедийных приложений Oracle Grafics из комплекса Developer

2000 фирмы Oracle.

Расширяется применение систем, функционирующих в режиме реального

времени, в частности сетевых СУБД. Эти СУБД основаны на применении

архитектуры сервера БД — Oracle, Paradox, Clarion и др. При этом в

однородных и неоднородных вычислительных сетях ориентируются на

архитектуру «клиент — сервер» с привлечением преимуществ языка запросов

SQL.

Рассмотрев несколько возможных вариантов проектирования

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

рассмотрению и проектированию более детально.

2.2 Проектирование с помощью программы BPWin

BPwin имеет достаточно простой и интуитивно понятный интерфейс

пользователя, дающий возможность аналитику создавать сложные модели при

минимальных усилиях. При создании новой модели возникает диалог, в

котором следует указать, будет ли создана модель заново, или она будет

открыта из файла либо из репозитория ModelMart, внести имя модели и выбрать

методологию, в которой будет построена модель. BPwin поддерживает три

методологии - IDEF0, IDEF3 и DFD, каждая из которых решает свои

специфические задачи. В BPwin возможно построение смешанных моделей, т. е.

модель может содержать одновременно как диаграммы IDEF0, так и IDEF3 и

DFD.

На начальных этапах создания ИС необходимо понять, как работает

организация, которую собираются автоматизировать. Никто в организации не

знает, как она работает в той мере подробности, которая необходима для

создания ИС. Руководитель хорошо знает работу в целом, но не в состоянии

вникнуть в детали работы каждого рядового сотрудника. Рядовой сотрудник

хорошо знает, что творится на его рабочем месте, но плохо знает, как работают

коллеги. Поэтому для описания работы предприятия необходимо построить

модель. Такая модель должна быть адекватна предметной области,

следовательно, она должна содержать в себе знания всех участников бизнес-

процессов организации. Наиболее удобным языком моделирования бизнес-

процессов является IDEF0. Под моделью в IDEF0 понимают описание системы

(текстовое и графическое), которое должно дать ответ на некоторые заранее

определенные вопросы.

Основу методологии IDEF0 составляет графический язык описания бизнес-

процессов. Модель в нотации IDEF0 представляет собой совокупность

иерархически упорядоченных и взаимосвязанных диаграмм. Каждая диаграмма

является единицей описания системы и располагается на отдельном листе.

Модель может содержать четыре типа диаграмм:

• контекстную диаграмму (в каждой модели может быть только одна

контекстная диаграмма);

• диаграммы декомпозиции;

• диаграммы дерева узлов;

• диаграммы только для экспозиции (FEO).

Диаграммы потоков данных (Data flow diagramming, DFD) используются

для описания документооборота и обработки информации. Подобно IDEF0,

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

Их можно использовать как дополнение к модели IDEF0 для более наглядного

отображения текущих операций документооборота в корпоративных системах

обработки информации. В отличие от стрелок IDEF0, которые представляют

собой жесткие взаимосвязи, стрелки DFD показывают, как объекты (включая

данные) двигаются от одной работы к другой. Объект ссылки в IDEF3 выражает

некую идею, концепцию или данные, которые нельзя связать со стрелкой,

перекрестком или работой.

В результате дополнения диаграмм IDEF0 диаграммами DFD и IDEF3

может быть создана смешанная модель, которая наилучшим образом описывает

все стороны деятельности предприятия.

2.3 Проектирование средствами ERWin

ERWin имеет два уровня представления модели - логический и физический.

Логический уровень - это абстрактный взгляд на данные, на нем данные

представляются так, как выглядят в реальном мире, и могут называться так, как

они называются в реальном мире, например "Потенциальный клиент", "Отдел

страхования жизни" или "Фамилия агента". Объекты модели, представляемые

на логическом уровне, называются сущностями и атрибутами. Логическая

модель данных может быть построена на основе другой логической модели,

например на основе модели процессов. Логическая модель данных является

универсальной и никак не связана с конкретной реализацией СУБД.

Физическая модель данных, напротив, зависит от конкретной СУБД,

фактически являясь отображением системного каталога. В физической модели

содержится информация о всех объектах БД. Поскольку стандартов на объекты

БД не существует (например, нет стандарта на типы данных), физическая

модель зависит от конкретной реализации СУБД. Следовательно, одной и той

же логической модели могут соответствовать несколько разных физических

моделей. Если в логической модели не имеет значения, какой конкретно тип

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

о конкретных физических объектах - таблицах, колонках, индексах, процедурах

и т. д. Разделение модели данных на логические и физические позволяет решить

несколько важных задач.

Для создания моделей данных в ERwin можно использовать две нотации:

IDEF1X и IE (Information Engineering). ERwin имеет несколько уровней

отображения диаграммы: уровень сущностей, уровень атрибутов, уровень

определений, уровень первичных ключей и уровень иконок.

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

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

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

слишком детализирована, в нее включаются основные сущности и связи между

ними, которые удовлетворяют основным требованиям, предъявляемым к ИС.

Модель данных, основанная на ключах, - более подробное представление

данных. Она включает описание всех сущностей и первичных ключей и

предназначена для представления структуры данных и ключей, которые

соответствуют предметной области. Полная атрибутивная модель - наиболее

детальное представление структуры данных: представляет данные в третьей

нормальной форме и включает все сущности, атрибуты и связи. На физическом

уровне диалог Domain Dictionary Editor позволяет редактировать физические

свойства домена.

3 Практическая часть проекта организационной структуры Фонда

За основу проекта информационной системы взята организационная

структура Фонда социального страхования Российской Федерации средствами

программы BPWin.

На верхнем уровне иерархической структуры организации находится

руководство (Председатели), которые подчиняются и контролируются

Министерствам социального и медицинского страхования РФ и не могут

отклонятся от собственного устава и указов Министерств РФ. Финансовые

средства изначально берутся из резервного фонда РФ, которые идут на разные

затраты: от выплат поощрений и премий сотрудникам (штатным и внештатным

- страховым агентам и другим юридическим и физическим лицам) до вклад во

внедрение новых технологий и разработки проектов по улучшению методов

социального страхования.

Рис. 1 Председатель Фонда во главе организационной структуры Фонда

соц. страхования РФ.