Содержание

Введение

Глава 1 что такое осаго и каско

исто

Введение

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

Убеждать  в пользе и необходимости автомобильного страхования сегодня уже не приходится. В условиях интенсивной автомобилизации населения наиболее убедительные аргументы в пользу  страхования – ежедневные сводки ГАИ о количестве дорожно-транспортных происшествий и угонов автомобилей. Все больше водителей, надеясь на лучшее, чувствуют себя на дороге увереннее лишь благодаря автострахованию.    Но  страхование, не только автострахование, нуждается в информационной поддержке. Очевидно, что для успешного формирования единого информационного пространства страховой деятельности необходима совместимость различных супер магистралей. Один из возможных подходов к этому — стандартизация электронного взаимодействия.   ·        Страхование, являясь мощным фактором положительного воздействия на экономику и страховой защитой юридических и физических лиц от случайных опасностей, основывается на жесткой многоуровневой системе управления процессом страхования и нуждается в информационном обслуживании и сопровождении.   ·        Процесс, страховой деятельности предусматривает решение различных функциональных задач, начиная от оформления заключаемых договоров страхования, информационного отображения в ИС их юридических и содержательных аспектов и заканчивая формированием бухгалтерской и статистической отчетности, подготовкой управленческих решений, что требует автоматизации трудоемких информационных процессов.   ·       Особенности информационного обеспечения решения функциональных задач в области страхования, территориальная сосредоточенность компаний, филиалов, АРМ специалистов, занятых страховой деятельностью, определили необходимость использования ПЭВМ и коммуникационных средств информационного взаимодействия специалистов, занятых в этой отрасли.   ·        Практика создания и применения АИТ в страховой деятельности подтверждает целесообразность эксплуатации распределенной информационно-вычислительной сети или многоуровневой сети, предусматривающей наличие единой технологической платформы, с общей информационной базой для взаимодействия, как с файл-сервером, так и с другими ресурсами сети.

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

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

•Рассмотреть предметную область деятельности предприятия;

•Изучить способы проектирования ИС и разработать модели данных различных видов;

•Выполнить логическое и физическое проектирование ИС;

•Подобрать подходящую архитектуру для рассматриваемой системы.

Объектом исследования является страховая компания «Росгосстрах».

Теоретическая часть

1.3 Case-средство AllFusion Process Modeler

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

Работа с программой начинается с создания новой модели, для которой нужно указать имя и тип (рис.1).

Рисунок 1 – Создание новой модели

От выбора типа модели зависит в каких нотациях можно производить декомпозицию работ. Так, если выбрать тип Business Process (IDEF0), то в созданной модели можно производить декомпозицию работ в нотациях IDEF0, IDEF3 и DFD; если выбран тип DataFlow (DFD) – в нотациях DFD и IDEF3; если же выбран тип Process Flow (IDEF3) –  то только в нотации IDEF3.

После ввода имени модели и выбора ее типа BPWin сразу предложит задать параметры модели (рис. 2):

Рисунок 2 – Окно задания свойств модели

General – автор модели и его инициалы;

Numbering – формат нумерации работ и диаграмм и порядок ее отображения на диаграммах;

Display – список элементов отображения на диаграммах;

Layout – параметры расположения;

ABC Units – единицы функционально-стоимостного анализа;

PageSetup – параметры страницы;

Header/Footer – параметры верхнего и нижнего колонтитула.

После задания свойств модели появляется главное окно программы (рис.3), состоящее из трех основных частей:

Рисунок 3 – Главное окно программы

     

1 Обозреватель модели (ModelExplorer) – отображает структуру модели (имеющиеся диаграммы и их иерархию);

2 Основная часть – в ней отображаются диаграммы, с которыми ведется работа;

3 Панели инструментов, из которых наибольший интерес представляет панель инструментов ModelToolbox.

Примечание. В созданной модели с настройками по умолчанию некорректно отображаются русские символы. Чтобы устранить этот недостаток, необходимо подкорректировать используемые в модели шрифты. Для этого в меню Model ->DefaultFonts необходимо последовательно пройтись по всем пунктам (рис. 4), выбрать в выпадающем списке Script значение кириллический и поставить галочку Change all 

occurrences (рис. 5).

Рисунок 4 – Пункты меню, отвечающие за настройки шрифта

Рисунок 5 – Параметры шрифта

Панель инструментов ModelToolbox.

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

Таблица 1 – Вид и назначение кнопок ModelToolbox

Вид кнопки

Название кнопки

Назначение кнопки

PointerTool

Превращает курсор в стрелку указателя для того,

чтобы можно было выделять объекты

  - IDEF0   - DFD   - IDEF3

ActivityBoxTool

Добавление на диаграмму новой работы

PrecedenceArrowTool

Добавление на диаграмму новой стрелки

SquiggleTool

Связывание названия стрелки с самой стрелкой

TextTool

Добавление на диаграмму текста

DiagramDictionaryEditor

Вызов окна менеджера диаграмм для просмотра

имеющихся диаграмм по типам и переход к

выбранной

GotoSiblingDiagram

Переход между стандартной диаграммой,

деревом узлов и FEO диаграммой

GotoParentDiagram

Переход к родительской диаграмме

GotoChildDiagram

Переход к дочерней диаграмме

   - DFD

ExternalReferenceTool

Добавление на диаграмму внешней сущности

  - DFD

DatastoreTool

Добавление на диаграмму хранилища данных

  - IDEF3

JunctionTool

Добавление на диаграмму перекрестка

  - IDEF3

ReferentTool

Добавление на диаграмму объекта ссылки

Созданная модель уже содержит контекстную диаграмму с единственной работой (“черный ящик”) в той нотации, которая была выбрана на этапе создания модели. Теперь необходимо дать этой работе название и при необходимости задать ее свойства. Для этого нужно вызвать окно свойств работы,  дважды щелкнуть по ней мышью (рис. 6).

Рисунок 6 – Окно свойств работы

Далее необходимо разместить на диаграмме стрелки. Для этого следует нажать на ModelToolbox кнопку PrecedenceArrowTool (курсор примет форму крестика со стрелкой), щелкнуть по тому месту, откуда стрелка должна выходить и затем щелкнуть по тому месту, куда стрелка должна заходить (BPwin подсветит эти места при наведении на них курсора). Для задания названия стрелки нужно нажать на ModelToolbox кнопку PointerTool и затем дважды щелкнуть по стрелке. В появившемся окне ArrowProperties название работы  вводится в поле ArrowName или выбирается из списка имеющихся названий стрелок.

После размещения стрелок на диаграмме можно проводить декомпозицию ее работ. Для этого следует нажать на ModelToolbox кнопку GotoChildDiagram и затем щелкнуть по работе, которую нужно декомпозировать. Появится окно, в котором необходимо выбрать в какой нотации проводить декомпозицию и количество дочерних работ (рис. 7).

Рисунок 7 – Создание дочерней диаграммы

После создания дочерней диаграммы BPwin автоматически создаст указанное число работ и разместит граничные стрелки по краям диаграммы. Далее следует связать граничные стрелки со входами работ (при необходимости можно добавить новые граничные стрелки) и связать работы между собой. Дальнейшая декомпозиция работ проводится аналогичным образом.

Практическая часть

2.2 Преимущества использования AllFusion Process Modeler

Модели Process Modeler дают основу для осмысления бизнес-процессов и оценки влияния тех или иных событий, а также описывают взаимодействие процессов и потоков информации в организации.

2.3 Построение моделей бизнес-процессов

С помощью CASE-средства All Fusion Process Modeler для моделирования бизнес-процессов созданы:

Рисунок 9 – Концептуальная модель

Рисунок 10 – Декомпозиция

Рисунок 11 – 3 уровень модели данных

Рисунок 12 – Дерево функциональной модели данных

Список терминов и сокращений

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

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

Заключение

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

Мировая практика урегулирования ущерба по договорам  страхования гражданской ответственности  владельцев транспортных средств свидетельствует  о том, что более 2/3 всех выплат, осуществляемых страховщиками, приходится на материальный (имущественный) ущерб. Следовательно, для развития системы ОСАГО в России и повышения уровня доверия общества к данному виду страхования особое значение имеет своевременное решение проблем, возникающих при определении размеров и осуществлении страховых выплат за вред, причиненный имуществу потерпевших в результате ДТП. Внесение необходимых изменений в действующее законодательство об обязательном страховании гражданской ответственности владельцев транспортных средств будет способствовать правильному уяснению смысла Закона, его последовательному исполнению участниками страховых правоотношений и применению в практике работы юрисдикционных органов. 

Список использованных источников

Приложение А Концептуальная модель бизнес-процессов

Приложение В Декомпозиция

Приложение С Третий уровень модели-данных

Приложение D Дерево функциональной модели данных