Файл: Разработка регламента выполнения процесса «Ведение договоров по страхованию автотранспортных средств» (Виды страхования автотранспортных средств).pdf

Сократить ущерб от ДТП не оплаченный страховкой

Сократить количество штрафов за несвоевременную страховку

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

Что будем делать для достижения целей?

Своевременная оплата договоров страхования

Изучить информацию по прошлым страховым случаям

Отслеживание сроков действия договора

Назначение водителей на автомобиль в соответствии со страховкой

Анализ условий страхования

Рисунок 1. Карта воздействий Impact Mapping

1.2 Обзор методологий и средств моделирования бизнес-процессов

Методология IDEF0 взяла за основу технологию структурного анализа и проектирования SAD . Аббревиатура IDEF расшифровывается как ICAM DEFinition и содержит в себе комплекс методологий: IDEF0,IDEF1, IDEFlx, IDEF2, IDEF3 и т.д. В принятых рекомендациях по стандартизации методология IDEF0 названа методологией функционального моделирования.

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

Блоки это функции. Стрелки имеют различное значение, которое зависит от стороны их присоединения к блоку:

стрелка слева это вход (это информация, данные, ресурсы которые преобразуются или расходуются функцией);

справа это выходы (это то что получается в результате выполнения функции);

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

снизу это механизм (то, с помощью чего выполняется функция).

IDEFO-модель состоит из иерархии диаграмм, возникающих при декомпозиции функций. Каждый блок пронумерован, что определяет его место в иерархии. Диаграмма верхнего уровня состоит из единственного блока называемого контекстной диаграммой с номером А0 и детализируется в диаграммах последующего уровня блоками Al , А2, A3, . . . .

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

На ряду с диаграммами в состав IDEF0-модели входят текстовые объяснения и уточнения характеристик, потоков, соединений. Есть возможность создать глоссарий с определениями аббревиатур, ключевых слов и фраз, используемых в диаграммах[15].

Методология Unified Modeling Language (UML). Если сущность характеризуется не только разнообразными атрибутами, но и имет поведение, представляемое набором отдельных функций, то такую сущность называют классом, экземпляры класса называют объектами, функций называют методами класса. Такой подход включающий в себя анализ, проектирование и программирование называется объектно-ориентированный (ООП). Это так же называют и «объектно-ориентированное проектирование», и «объектно-ориентированный анализ»[10].

ER-моделирование является прототипом ООП, характеризующимся объектным подходом к анализу требований к программным продуктам.

В CASE-системах, которые реализуют такой подход, используют комплекс диаграмм, созданных с помощью унифицированного языка моделирования (Unified Modeling Language, UML).

Перечислим основные диаграммы UML шировок используемые для пироектирования (на самом деле диаграмм в UML больше):

- диаграммы прецедентов (Use-Case Diagram) описывает поведение аспекты систем, связывая акторов с прецедентами.

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

- диаграммы классов выделяют классы, их построение, ассоциации между классами;

- диаграммы объектов отображают комплекс объектов и взаимоотношения между ними в конкретный момент времени;

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

- диаграммы состояний отображают состояния системы с возможными переходами между состояниями, и описывают условия переходов;

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

- диаграммы активности раскрывают алгоритмы, по которым совершаются процессы в системе[11].

Рассмотрим сравнительные характеристики инструментов проектирования бизнес-процессов. Все инструменты в таблице расположены в порядке увеличения функциональности и стоимости (Таблица 2).

Ramus Educational. Программа Ramus предназначе­на для описания бизнес-процессов организации на языке IDEF0 с системами классификации и кодирования. Разработчики рассматривают Ramus в качестве инструмента бизнес-анализирования для проеков по построению или реорганизации системы управ­ления предприятием.

Ramus использовует в проектах следующие классы:

реинжиниринг бизнес-процесса;

внедрение процессного управления;

построения системы управления качеством;

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

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

Проект Open Ramus входит состав Ramus, который предоставляет базовые библиотеки Ramus (Ramus Core) на языке Java.

В Ramus Core входят следующие библиотеки:

для организации работ с данными;

для сохранения данных в файл;

для добавления стандартных типов данных;

для работы с СУБД.

Программное обеспечение Ramus создано на языке Java, поэтому считается кроссплатформенным.

В образовательной версии Ramus присутствуют функции:

- моделирования процессов по методологии IDEF0 и DFD;

-разработки систем классификации и кодирования организации отображающие внутренние связи и связи с моделью процессов;

- импорт/экспорт в формат IDL.

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

Данные хранятся в собственном формате частично совместимом с инструментом моделирования бизнес-процессов AllFusion Process Modeler, ранее называвшемся BPWin[16].

Visio обладает простой и доступной логикой моделирования процессов. Продукт отличается стандартными, привычными панелями управления в стиле MS Office и за счет интеграции с приложениями MS Office делает работы с ним легкой для неопытных пользователей. Но для оценки времени и стоимости требуется разработка отчетов, что довольно проблематично при использовании этого продукта. Для анализа бизнес-процесса типовых отчетов явно не хватает. Несмотря на этот недостаток Visio одно из популярных средств для описания бизнес-процессов. Visio поддерживает стандартные форматы IDEF и UML для описания бизнес-процессов, так же при необходимости возможна разработка собственных форматов.

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

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

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

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

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

Для описания организации разработано 85 типов моделей (на практике используют не больше 6-7 типов моделей). ARIS Toolset достаточно сложна для освоения и моделирования организации, но в результате получается модель понятная даже неподготовленным пользователям и сотрудникам, это экономит и время и денежные средства на обучение и организацию сотрудников компании.

Rational Rose - CASE-средство автоматизируещее этапы анализа и проектирования, также генерирует коды на разных языках и выпускает проектную документацию. Rational Rose создан на основе принципов объектно-ориентированного анализа и проектирования. Основной вариант Rational Rose имеет возможность разработки проектной документации в виде комплекса диаграмм и спецификаций, и на основе этого комплекса генерирует код в C++. В Rational Rose содержит комплекс средств реинжиниринга программ, которые обеспечивают использование уже имеющихся программных компонент в новом проекте.

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

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

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

1.3 Моделирование процесса учета договоров автострахования на текущий момент времени

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

Рисунок 2. Контекстная диаграмма «Страхование ТС организации»

Рисунок 3. Детализация контекстной диаграммы

На рисунке 3 представлена детализация бизнес-процесса Страхование ТС организации. При первоначальном поступлении ТС в организацию, либо при эксплуатации ТС проверяется срок истечения обязательного страхования ОСАГО, если срок истек либо подходит к концу договор страхования заключается \ продлевается заведующим автохозяйством и оплачивается бухгалтером. После того как обязательная страховка оформлена необходимо принять решение об дополнительной страховке КАСКО, для этого изучается информация о страховых случаях (данный процесс детализирован диаграммой А3). После принятия решения о страховании КАСКО заключается договор страхования и оплачивается бухгалтером (Рисунок 4).