46682 (588422), страница 4

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 4)

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

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-продуктов визуального моделирования сложных программных систем, и обладают преимуществами в плане развития продукта⁹.

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

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

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

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

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

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

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

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

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

Рис. 2

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

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

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

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

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

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

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

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

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

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

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

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

- Проверка и подписание договора страхования предпринимательских рисков.

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

Функция Согласование условий договора связана с функцией Заполнение полей БД учета договоров страхования предпринимательских рисков связью – дополнительная информация (срок, страховая премия, страховая сумма), которая необходима для заполнение полей БД. Для функции Заполнение полей БД учета договоров страхования предпринимательских рисков стрелками входа также являются: заявление о страховании предпринимательских рисков, правоустанавливающие документы, информация о страхователе. Стрелкой управления является правила "Страхования предпринимательских рисков".

Функция Заполнение полей БД учета договоров страхования предпринимательских рисков связана с функцией Формирование договора страхования предпринимательских рисков и вывод на печать связью – обработанные данные. Эта функция регулируется правилами "Страхования предпринимательских рисков".

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

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

Для того чтобы документировать механизмы передачи и обработки информации в моделируемой системе, используются диаграммы потоков данных (Data Flow Diagrams). Диаграммы DFD обычно строятся для наглядного изображения текущей работы системы документооборота страховой компании. Чаще всего диаграммы DFD используют в качестве дополнения модели бизнес-процессов, выполненной в IDEF0.

Всего DFD использует четыре важных элемента:

• Работы. Работы в DFD обозначают функции или процессы, которые обрабатывают и изменяют информацию. Работы представлены на диаграммах в виде прямоугольников со скругленными углами. (cм. Рис.4 – "Анализирование данных").

• Стрелки. Стрелки идут от объекта-источника к объекту-приемнику, обозначая информационные потоки в системе документооборота. (cм. Рис.4 – "Разрешение на страхование").

• Внешний объект. Внешний объект указывают на предмет или лицо, являющее источником информации необходимой в соответствии с системой. (cм. Рис.4 – "Страхователь").

• Хранилища данных. Хранилища данных представляют собой собственно данные, к которым осуществляется доступ, эти данные также могут быть созданы или изменены работами. (cм. Рис.4 – "БД Учета договоров страхования предпринимательских рисков").

Рис. 4 Диаграмма DFD – потоков данных страхования предпринимательского риска

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

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

Характеристики

Список файлов ВКР