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

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

Эффективная предпринимательская деятельность немыслима без освоения новой техники, без разумного риска в поисках дополнительных резервов интенсификации производства. Теперь отметим и другой аспект взаимосвязи предпринимательства и страхования. Страхование в условиях рыночной экономики само выступает сферой коммерческой деятельности. Принимая на себя ответственность за те или иные риски, страховщик, прежде всего, думает о том, что даст ему заключаемый договор. Как предприниматель, действующий на свой страх и риск, он не берется за те виды страхования, в которых вероятность наступления неблагоприятных событий особенно велика. Вот почему многие объекты повышенной опасности становятся предметом взаимного страхования на коммерческой основе. Петров А.А. Страховое право: Учебное пособие. - СПб., 2003.

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

Глава II. Проектная часть

2.1 Постановка задачи

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

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

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

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

а) ФИО гражданина - предпринимателя/наименование юридического лица;

б) ИНН;

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

г) юридический адрес (место нахождения), телефон;

д) вид деятельности юридического лица или индивидуального предпринимателя;

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

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

з) банковские реквизиты

и) номер лицензии, полученной юридическим лицом;

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

2.2 Функциональные требования к системе

2.2.1 Общие требования к системе

К проектируемой системе предъявляются следующие общие требования:

1. Система должна обладать набором удобных возможностей по вводу информации в систему;

2. Система должна вести учет договоров страхования предпринимательских рисков, иметь полный набор информации, необходимый для страхования предпринимательского риска;

3. Система должна иметь удобный интерфейс.

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

2.2.2 Цель разработки

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

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

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

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

- экономия материальных и трудовых ресурсов, обеспечивающих страхование предпринимательских рисков.

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

- сокращение времени поиска необходимой информации и оформленных договоров страхования предпринимательских рисков.

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

- сокращение бумажных архивов.

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

2.2.3 Требования к функциональным характеристикам

Проектируемая автоматизированная система учета договоров страхования предпринимательских рисков имеет следующие функции:

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

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

3) автоматизированный поиск нужных сведений,

4) хранение в базе данных информационной системы сведений о страховании предпринимательских рисков,

5) контроль формы документов: договора о страховании предпринимательских рисков и заявления,

6) формировать и распечатывать различные документы, потребность в которых возникает на отдельных этапах страхования предпринимательских рисков,

7) обеспечить взаимодействия пользователя с информационной системой,

8) обеспечить быстрый доступ сотрудников страховой компании к большому объему информации, касающейся текущего состояния материалов, поступивших в страховую компанию, и их последующему движению в процессе страхования предпринимательских рисков,

9) ведение базы данных и поддержание ее в актуальном состоянии;

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

11) поиск информации по различным аспектам текущего состояния и движения страхования,

12) реализация электронного архива.

2.2.4 Требования к надежности

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

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

o при подключении к системе пользователь должен пройти обязательную авторизацию. Каждому пользователю предоставляется определенный набор прав доступа к данным и функциям, в соответствии с его ролью в системе;

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

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

2. Обеспечить целостность хранимой в базе данных информации.

3. Обеспечить автоматическую периодическое архивирование данных и восстановления БД из такого архива.

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

2.2.5 Пользователи автоматизированной системы

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

2.3 Анализ существующих разработок

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

Разработанная система позволяет:

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

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

· Печатать полисы по каждому договору системы

· Вести учет договоров с медицинскими учреждениями

· Импортировать прейскуранты медицинских учреждений

· Регистрировать и импортировать счета медучреждений

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

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

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

При создании системы мы использовали промышленную СУБД Oracle, которая является лидером на рынке СУБД для корпоративных информационных систем. Высокая надежность и производительность СУБД Oracle обеспечивают автоматизацию десятков рабочих мест и обработку большого количества документов.

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

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

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

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

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

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

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

2.4 Описание предметной области

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

Существуют много различных CASE-средств, таких как: Rational Rose, BPWin, Silverrun, Oracle Designer, JAM, Vantage Team Builder (Westmount I-CASE), esigner/2000 + Developer/2000 и. т. д. Для проектирования выбраны такие CASE-продукт, как Rational Rose и BPWin. Они занимают особое место в ряду CASE-продуктов визуального моделирования сложных программных систем, и обладают преимуществами в плане развития продукта Вендров А.М. Проектирование программного обеспечения экономических информационных систем. М.: «Финансы и статистика», 2002..

Для того чтобы правильно реализовать поставленную задачу нужно рассмотреть модель страхования предпринимательских рисков по подсистемам. Это лучше всего сделать графически с помощью инструментального CASE-средства разработки Rational Rose. В рамках Rational Rose все представления о модели сложной системы фиксируются в виде специальных графических конструкций, получивших название диаграмм. Перечень этих диаграмм и их названия являются каноническими в том смысле, что представляют собой неотъемлемую часть графической нотации. При этом совокупность построенных диаграмм является самодостаточной в том смысле, что в них содержится вся информация, которая необходима для реализации проекта сложной системы. Каждая из диаграмм Rational Rose детализирует и конкретизирует различные представления о модели сложной системы. При этом диаграмма вариантов использования представляет собой наиболее общую концептуальную модель сложной системы. Суть диаграммы вариантов использования состоит в следующем: проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью так называемых вариантов использования. При этом актером или действующим лицом называется любая сущность, взаимодействующая с системой извне. В свою очередь, вариант использования служит для описания сервисов, которые система предоставляет актеру. Другими словами, каждый вариант использования определяет некоторый набор действий, совершаемый системой при диалоге с актером Вендров A.M. CASE - технологии. Современные методы и сред-ства проектирования информационных систем. - М.: Финансы и статистика, 1998..

Рис.1 Диаграмма вариантов использования

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

Каждый актер связан с определенным вариантом использования, то есть выполняет в соответствии со своей компетенцией определенные функции. Таким образом, актер - специалист по страхованию предпринимательских рисков выполняет такие функции (они представлены на рис. 1 как варианты использования виде овалов), как анализирование данных, согласование условий договора, формирование договора и печать, проверка и подписание договора страхования предпринимательских рисков. Актер - страхователь взаимодействует с актером "специалист по страхованию предпринимательских рисков" при помощи таких вариантов использования, как предоставление данных страхователем, согласование условий договора и проверка и подписание договора.

В свою очередь, актер - оператор по вводу договоров выполняет функцию заполнение полей БД учета договоров страхования предпринимательских рисков. А актер - кассир осуществляет прием страховой премии.

Для того чтобы более тщательно проанализировать модель страхования предпринимательских рисков, определить входные и выходные данные и документы, используем другое инструментальное CASE-средство BPwin. Посредством набора графических инструментов для отображения действий и объектов, BPwin позволяет легко построить схему процесса, на которой показаны исходные данные, результаты операций, ресурсы, необходимые для их выполнения, управляющие воздействия, взаимные связи между отдельными работами. Интерактивное выделение объектов обеспечивает постоянную визуальную обратную связь при построении модели. BРwin поддерживает ссылочную целостность, не допуская определения некорректных связей и гарантируя непротиворечивость отношений между объектами при моделировании. BPwin предлагает средство для сбора всей необходимой информации о страховании предпринимательских рисков и графического изображения этой информации в виде целостной и непротиворечивой модели.

BPwin поддерживает три таких методологии: IDEF0, DFD и IDEF3, позволяющие анализировать наш процесс с трех ключевых точек зрения. В рамках методологии IDEF0 процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, а также показывается информационные, людские и производственные ресурсы, потребляемые каждой работой.

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

В нашем случае контекстная диаграмма будет выглядеть следующим образом (Рис 2):

Рис. 2

Двумя наиболее важными компонентами, из которых построена контекстная диаграммы IDEF0, являются работа (представленная на диаграмме в виде прямоугольника) и объекты (изображаемые в виде стрелок). Работой на нашей контекстной диаграмме является страхования предпринимательских рисков. Стрелки, в зависимости от того в какую грань прямоугольника работы они входят или из какой грани выходят, делятся на четыре видов:

· Стрелки входа (входят в левую грань работы) - изображают данные или объекты, необходимые в ходе выполнения работы. Стрелками входа являются документы и сведения необходимые для страхования предпринимательских рисков. К ним относятся: заявление на страхование предпринимательского риска, пакет документов, предоставленный юридическим лицом, или индивидуальным предпринимателем, а также сведения о страхователе и объекте страхования.

· Стрелки управления (входят в верхнюю грань работы) - изображают правила и ограничения, согласно которым выполняется работа. Стрелками управления является законодательство РФ, то есть те нормативные акты, которые регулируют страхование предпринимательских рисков.

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

· Стрелки механизма (входят в нижнюю грань работы) - изображают ресурсы, необходимые для выполнения работы. Стрелками механизма являются сотрудники страховой компании, которые занимаются страхованием предпринимательских рисков.

После того как контекст описан, проводится построение следующих диаграмм в иерархии. Каждая последующая диаграмма является более подробным описанием (декомпозицией) одной из работ на вышестоящей диаграмме. Следующий шаг построение декомпозиции контекстной диаграммы. Таким образом, вся система разбивается на подсистемы до нужного уровня детализации, и получается модель, аппроксимирующая систему с заданным уровнем точности. Маклаков С.В. BFWin и ERWin. CASE-средства разработки ин-формационных систем. М.: ДИАЛОГ-МИФИ, 2000. Диаграмма декомпозиции IDEF0 учета договоров страхования предпринимательских рисков показана на рисунке 3.

Рис. 3 Диаграмма декомпозиции страхования предпринимательских рисков

На диаграмме IDEF0 показано разбиение процесса страхования предпринимательских рисков на подсистемы в виде множества взаимодействующих функций (процессов). Функциями (представленные на диаграмме в виде прямоугольника) на данной диаграмме являются:

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

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

- Заполнение полей БД учета договоров страхования предпринимательских рисков, то есть заносятся предоставленные и согласованные данные о страховании предпринимательских рисков.

Страницы: 1, 2, 3