Содержание:

ВВЕДЕНИЕ

Проектирование информационных систем логически сложная, трудоемкая и длительная работа, требующая высокой квалификации участвующих в ней специалистов. Потребность контролировать процесс разработки ПО, прогнозировать и гарантировать стоимость разработки, сроки и качество результатов привела в конце 70-х гг. к необходимости перехода от кустарных к индустриальным способам создания ПО и появлению совокупности инженерных методов и средств создания ПО, объединенных общим названием "программная инженерия». К процессу становления программной инженерии относится и систематизация и стандартизация процессов создания ПО на основе структурного подхода.

Объектом курсового проекта является структурная методология проектирования ИС. Предмет курсового проекта – сетевые и SADT-модели.

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

В настоящее время создание эффективной ИС невозможно без управления проектом. Поэтому в данном курсовом проекте приведены основы составления сетевых моделей при создании ПО. Для достижения цели в курсовом проекте проведен анализ имеющейся литературы и выявлены наиболее важные аспекты данной проблемы.

Задачи теоретической части курсового проекта:

1) Получение представления о структурном подходе к проектированию ИС;

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

3) Описание метода функционального моделирования SADT;

4) Изучение способов и приемов построения сетевой модели;

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

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

Для решения поставленной цели требуется решить следующие задачи:

1) Изучить особенности предметной области;

2) Определить бизнес-процессы, входящие в данную предметную область;

3) Используя инструменты визуального моделирования бизнес-процессов BPwin и ERwin, смоделировать процесс страхования клиентом своего транспортного средства;

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

ГЛАВА 1. ОСНОВЫ СТРУКТУРНОГО ПОДХОДА К ПРОЕКТИРОВАНИЮ ИС

1.1. Применение структурного подхода при проектировании ИС

Проблема сложности является главной проблемой, которую приходится решать при создании больших и сложных систем любой природы, в том числе и ЭИС. Ни один разработчик не в состоянии выйти за пределы человеческих возможностей и понять всю систему в целом. Единственный эффективный подход к решению этой проблемы, который выработало человечество за всю свою историю, заключается в построении сложной системы из небольшого количества крупных частей, каждая из которых, в свою очередь, строится из частей меньшего размера и т. д., до тех пор, пока самые небольшие части можно будет строить из имеющегося материала. [1]

Этот подход известен под самыми разными названиями, среди них такие, как "разделяй и властвуй" (divide et impera), иерархическая декомпозиция и др. По отношению к проектированию сложной программной системы это означает, что ее необходимо разделять (декомпозировать) на небольшие подсистемы, каждую из которых можно разрабатывать независимо от других. Это позволяет при разработке подсистемы любого уровня держать в уме информацию только о ней, а не обо всех остальных частях системы. Правильная декомпозиция является главным способом преодоления сложности разработки больших систем ПО. [8] Понятие "правильная" по отношению к декомпозиции означает следующее:

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

минимальным;

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

быть максимальной.

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

• каждая подсистема должна инкапсулировать свое содержимое

(скрывать его от других подсистем);

• каждая подсистема должна иметь четко определенный интерфейс

с другими подсистемами.

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

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

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

1. 2. Основные принципы структурного подхода

Все наиболее распространенные методологии структурного подхода базируются на ряде общих принципов. В качестве двух базовых принципов используются следующие: 1)принцип "разделяй и властвуй" - принцип решения сложных проблем путем их разбиения на множество меньших независимых задач, легких для понимания и решения; 2)принцип иерархического упорядочивания - принцип организации составных частей проблемы в иерархические древовидные структуры с добавлением новых деталей на каждом уровне. Выделение двух базовых принципов не означает, что остальные принципы являются второстепенными, поскольку игнорирование любого из них может привести к непредсказуемым последствиям (в том числе и к провалу всего проекта). [15]Основными из этих принципов являются следующие:

1)принцип абстрагирования - заключается в выделении существенных аспектов системы и отвлечения от несущественных;

2)принцип формализации - заключается в необходимости строгого методического подхода к решению проблемы;

3)принцип непротиворечивости - заключается в обоснованности и согласованности элементов;

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

В структурном анализе используются в основном две группы средств, иллюстрирующих функции, выполняемые системой и отношения между данными. Каждой группе средств соответствуют определенные виды моделей (диаграмм), наиболее распространенными среди которых являются следующие: SADT модели и соответствующие функциональные диаграммы; DFD диаграммы потоков данных; ERD диаграммы "сущность-связь".

Наиболее существенное различие между разновидностями структурного анализа заключается в их функциональности.

Модели SADT (IDEF0) наиболее удобны при построении функциональных моделей. Они наглядно отражают функциональную структуру объекта: производимые действия, связи между этими действиями. Таким образом, четко прослеживается логика и взаимодействие процессов организации. Главным достоинством нотации является возможность получить полную информацию о каждой работе, благодаря ее жестко регламентированной структуре. С ее помощью можно выявить все недостатки, касающиеся как самого процесса, так и то, с помощью чего он реализуется: дублирование функций, отсутствие механизмов, регламентирующих данный процесс, отсутствие контрольных переходов и т.д. [13]

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

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

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

1.3. Сравнительный анализ подходов к проектированию ИС

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

1.      Целей проекта;

2.      Требований к информации необходимой для анализа и принятия решений в рамках конкретного проекта;

3.      Возможностей  подхода с учетом требований п. 2;

4.      Особенностей разрабатываемой/внедряемой информационной системы.

Сравнение подходов должно дать ответы  на следующие вопросы:

1.На сколько сам подход и его нотации применимы для того или иного этапа проектирования ИС.

2.Что является критерием для выбора подхода в случае, когда возможно применение более одного подхода (какой подход применить лучше). [19]

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

Сравнение структурного, объектно-ориентированного подходов и методологии ARIS приведено на рис. 1.

Рис.1 а) Анализ  структурного подхода

Рис. 1 б) Анализ объектно-ориентированного подхода

Рис. 1 в) Анализ   методологии ARIS

Позиционирование подходов можно провести по отношению к решению задачи моделирования бизнес-процессов на этапе анализа  и проектирования следующим образом (табл. 1).

Таблица 1

Позиционирование подходов относительно типов проектов

Подход Тип проекта	Структурный подход	Объектно-ориентированный подход	Методология ARIS
Типовое проектирование		▼ ∆
Оригинальное проектирование	▼	∆	▼ ∆
Смешанное проектирование	▼	▼ ∆	▼ ∆

▼ - анализ

 ∆ - проектирование

Типовое проектирование – этап анализа сводится к сбору информации и  утверждении ее полноты и адекватности у заказчика для настройки системы, для этого замечательно подходят средства объектно-ориентированного подхода. Проектирование - непосредственно проработка настроек системы, т.е. реализация бизнес-процессов Заказчика в рамках внедряемой системы. Использование структурных нотаций или моделей АРИС нецелесообразно и избыточно. Примером такого проекта может служить внедрение системы «Галактика» или «1С».

Оригинальное проектирование – этап анализа  имеет классический вид, необходимо качественное и полное построение бизнес-процессов организации с проведением их реинжиниринга. Для правильного и точного выявления и формализации требований хорошо подходят  нотации структурного подхода и ARIS. Выбор будет обуславливаться:

1.  Потребностями и целями проекта (либо это комплексное обследование и моделирование с масштабными преобразованиями, либо качественный сбор информации и небольшие изменения), аспектами анализа и требованиями к информации;

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

Главной целью формирования моделей ИС является обеспечение перехода от моделей описания организации к системе моделей, описывающих конкретные компоненты проекта, такие как приложения, базы данных, при котором обеспечивается отображение задач организации в функции и компоненты ИС (этап проектирования ИС). Этап проектирования в обоих случаях основан на использовании языка UML и наиболее удачной методики Лармана.

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

Проведенный анализ сильных и слабых сторон структурного, объектно-ориентированного подходов и методологии ARIS является основой технологии проектирования ИС с использованием CASE – технологий.

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

ГЛАВА 2. СЕТЕВЫЕ И SADT-МОДЕЛИ

2.1. Метод SADT. Общие сведения и состав функциональной модели

Метод SADT разработан Дугласом Россом в 1969 г. для моделирования искусственных систем средней сложности. Данный метод успешно использовался в военных, промышленных и коммерческих организациях США для решения широкого круга задач, таких, как долгосрочное и стратегическое планирование, автоматизированное производство и проектирование, разработка ПО для оборонных систем, управление финансами и материально-техническим снабжением и др. Метод SADT поддерживается Министерством обороны США, которое было инициатором разработки семейства стандартов IDEF. Метод SADT реализован в одном из стандартов этого семейства — IDEFO, который был утвержден в качестве федерального стандарта США в 1993 г. [3]

Метод SADT представляет собой совокупность правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области.

Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Основные элементы этого метода основываются на следующих концепциях: [18]

• графическое представление блочного моделирования. Графика блоков и дуг SADT-диаграммы отображает функцию в виде блока, а интерфейсы входа/выхода представляются дугами, соответственно входящими в блок и выходящими из него. Взаимодействие блоков друг с другом описывается посредством интерфейсных дуг, выражающих «ограничения», которые, в свою очередь, определяют, когда и каким образом функции выполняются и управляются.

Метод SADT может использоваться для моделирования самых разнообразных процессов и систем. В существующих системах метод SADT может быть использован для анализа функций, выполняемых системой, и указания механизмов, посредством которых они осуществляются.[13]

Состав функциональной модели.

Результатом применения метода SADT является модель, которая состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга. Диаграммы — главные компоненты модели, все функции организации и интерфейсы на них представлены как блоки и дуги соответственно. Место соединения дуги с блоком определяет тип интерфейса. Управляющая информация входит в блок сверху, в то время как входная информация, которая подвергается обработке, показана с левой стороны блока, а результаты (выход) показаны с правой стороны. Механизм (человек или автоматизированная система), который осуществляет операцию, представляется дугой, входящей в блок снизу (рис. 4). Одной из наиболее важных особенностей метода SADT является постепенное введение все больших уровней детализации по мере создания диаграмм, отображающих модель. На рис. 2, где приведены четыре диаграммы и их взаимосвязи, показана структура SADT-модели. Каждый компонент модели может быть декомпозирован на другой диаграмме. Каждая диаграмма иллюстрирует «внутреннее строение» блока на родительской диаграмме. [8]

Рис. 2. Функциональный блок и интерфейсные дуги

2. 2. Иерархия диаграмм

Построение SADT-модели начинается с представления всей системы в виде простейшей компоненты - одного блока и дуг, изображающих интерфейсы с функциями вне системы. Поскольку единственный блок представляет всю систему как единое целое, имя, указанное в блоке, является общим. Это верно и для интерфейсных дуг - они также представляют полный набор внешних интерфейсов системы в целом. Затем блок, который представляет систему в качестве единого модуля, детализируется на другой диаграмме с помощью нескольких блоков, соединенных интерфейсными дугами. Эти блоки представляют основные подфункции исходной функции. Данная декомпозиция выявляет полный набор подфункций, каждая из которых представлена как блок, границы которого определены интерфейсными дугами. Каждая из этих подфункций может быть декомпозирована подобным образом для более детального представления. [16]

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

Рис.2. Структура SADT-модели. Декомпозиция диаграмм

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

Рис. 3а) параллельное выполнение функций

Рис. 3 б) Варианты соединения дуг с блоками

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

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

Рис. 4 ). Пример обратной связи

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

Рис. 4 б). Пример механизма

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

Для того, чтобы указать положение любой диаграммы или блока в иерархии, используются номера диаграмм. Например, А21 является диаграммой, которая детализирует блок 1 на диаграмме А2. Аналогично, А2 детализирует блок 2 на диаграмме А0, которая является самой верхней диаграммой модели. На рисунке 5 показано типичное дерево диаграмм.

Рис. 5. Иерархия диаграмм

2.3. Типы связей между функциями

Одним из важных моментов при проектировании ИС с помощью методологии SADT является точная согласованность типов связей между функциями. Различают по крайней мере семь типов связывания:

• случайная;

• логическая;

• временная;

• процедурная;

• коммуникационная;

• последовательная;

• функциональная.

Ниже каждый тип связи кратко определен и проиллюстрирован с помощью типичного примера из SADT. [10]

Тип случайной связности: наименее желательный.

Случайная связность возникает, когда конкретная связь между функциями мала или полностью отсутствует. Это относится к ситуации, когда имена данных на SADT-дугах в одной диаграмме имеют малую связь друг с другом. Крайний вариант этого случая показан на рисунке 6 а.

Рис. 6 а) Случайная связность

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

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

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

Рис. 6 б) Процедурная связность

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

Рис.6 в) Коммуникационная связность

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

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

Рис. 6 г) Последовательная связность

В математических терминах необходимое условие для простейшего типа функциональной связности, показанной на рисунке 6 д), имеет следующий вид (формула 1):

C = g(B) = g(f(A)) (1)

Ниже в таблице 2 представлены все типы связей, рассмотренные выше. Важно отметить, что уровни 4-6 устанавливают типы связностей, которые разработчики считают важнейшими для получения диаграмм хорошего качества. [18]

Рис. 6 д) Функциональная связность

Таблица 2

Описание типов связей

2.3. Сетевое планирование при разработке проекта ИС

Сетевое планирование – это комплекс графических и расчетных методов организационных мероприятий, обеспечивающих моделирование, анализ и динамическую перестройку плана выполнения сложных проектов и разработок. Характерной особенностью таких проектов является то, что они состоят из ряда отдельных, элементарных работ. Они обусловливают друг друга так, что выполнение некоторых работ не может быть начато раньше, чем завершены некоторые другие. [17]

Самые известные методы планирования и управления – метод критического пути (CPM) и система планирования и руководства программами разработок (PERT).

Основные этапы выполнения этих методов:

1) определяются отдельные работы, составляющие проект, их отношения предшествования и длительности;

2) проект представляется в виде сети, показывающей отношения предшествования среди работ, составляющих проект;

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

Сетевое планирование и управление включает 4 этапа:

1) структурное планирование;

2) календарное планирование;

3) оперативное управление.

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

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

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

2.3.1. Основные  понятия  и определения  сетевых   моделей

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

Основными  путь элементами  автотранспорт сетевой  свободный модели  равно являются:

• работа
• событие
• путь

Работа – некоторый  отличие процесс,  которые приводящий  критический к достижению  входящей определенного  деревьев результата,  происходит требующий  данного затрат  поиск каких-либо  процесс ресурсов  процесс и имеющий  процесс протяженность  ранний во времени. К  либо понятию «работа» относится  разность понятие  таблица процесса  диаграмма ожидания,  расходные т.е. процесса,  руководителя требующего  калянов затрат  следующих труда,  представляет но не требующего  которые затрат  bpwin времени. Ожидание  лежащие изображают  осмотр пунктирной  зарплата стрелкой,  страховые над  ранний которой  клиент указывают  заключение его  клиент продолжительность (рис. 7 а).

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

К  заявлений понятию «работа» также  различных относится  вопрос понятие «зависимость». Зависимость – это  показана связь  среде между  путь двумя  рассматривают или  построение несколькими  встроенный событиями,  наибольшую не требующая  может ни затрат  роверка времени,  страховщик ни затрат  страховщик ресурсов. В  краткое сетевой  составляет модели  встроенный зависимость  моделирования показывается  построение в виде  равно пунктирной  дсаго стрелки  помощью без  руководителя указания  увеличить времени (рис.7 б).

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

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

Таким  контекст образом,  наибольшую начало  заявлений и окончание  зависимости любой  превышала работы  такое описываются  процесс парой  создадим событий,  событий которые  договоров называются начальным  существуют и конечным  таблица событиями. Поэтому  пример для  таблица идентификации  создать конкретной  оформлению работы  гост используют  марка код  контекстная работы (ij),  осмотр состоящий  страхование из номеров  свободный начального (i-ro) и  таблица конечного (j-ro) событий,  осаго например 2-4; 3-8; 9-10.

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

работа i,j

j

Рис. 7 в) Кодирование  встроенный работы

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

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

Путь – это  показали любая  резерв последовательность  называется работ  рассматривают в сетевом  участвующих графике (в  поздний частном  построение случае  bpwin это  исходящей одна  клиент работа),  инструмент в которой  осуществляется конечное  страхового событие  методы одной  вендров работы  таблица совпадает  страхование с начальным  акта событием  расходные следующей  составляющих за ней  осуществляется работы. Различают  которое следующие  показан виды  участвующих путей:

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

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

2.3.2. Временные   параметры  несчастного событий,  работ  и путей

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

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

R(i) – резерв  аналогично времени  клиент наступления  erwin события i – такой  методы промежуток  положительного времени,  иллюстрировать на который  работы может  гост быть  решение отсрочено  подготовка наступление  роверка события  иллюстрировать без  имеют нарушения  исходящая сроков  строятся завершения  основана проекта  модель в целом. Начальные  структурного и конечные  рассмотрение события  очень критических  страховые работ  которые имеют  процесс нулевые  заключение резервы  дерево событий. Основные  line параметры  которые событий  таблица и работ  исходящий рассчитываются  поздний по формулам 2-17.

Расчет  подготовка ранних  собой сроков  есть совершения  несчастного событий  case ведется  процесс от исходного  рассмотрение события  затраты к завершающему. Для  можно исходного  может события  такое Тр(i) =0 (2),  целью для  того остальных  собой событий  проведении Тр(i) – max[Тр(k)+t(k,i)] (3).

Поздний  затем срок  смоделирована для  событие завершающего  определения события  моделирования Тп(i) = Тр(i). (4) Для  маклаков всех  собой остальных  исходящий событий  вопрос Тп(i) = min[Тп(j)-t(i,j)] (5). Резерв  полный времени Ri = Тп(i) – Tр(i) (6).

Трн(i,j) – ранний  называется срок  дерево начала  путь работы (i,j);

Тпн(i,j) – поздний  реконструкции срок  один начала  называется работы (i,j);

Тро(i,j) – ранний  центр срок  рамках окончания  язык работы;

Тпо(i,j) – поздний  начинается срок  рассмотрение окончания  критический работы.

Для  зарплата критических  пример работ:

Трн(i,j)= Тпн(i,j) (7)

Тро(i,j)= Тпо(i,j) (8)

Rп(i,j) – полный  постановка резерв  данного работы – показывает  осуществляется максимальное  исходящей время,  лежащие на которое  заключение можно  выявлены увеличить  создать продолжительность работы  ранний или  которого отстрочит  построим ее начало,  итер чтобы  затем продолжительность  роверка проходящего  методы через  поздний нее max пути,  автотранспорта не превышала  длительность продолжительности  критический критического  отличие пути.

Rc(i,j) – свободный  если резерв  зарплата работы,  ынок показывает  строятся максимальное  нашей время,  очень на которое  экспертизы можно  средства увеличить  исходящий продолжительность  собой работы  инструмент или  исходящей отсрочить  критическому ее начало  структурного не меняя  следующих ранних  заключение сроков  путей начала  построим последующих  ынок работ.

Трн(i,j) = Тp(i) (9)

Тро(i,j) = Тp(i)+t(i,j) (10)

Тро(i,j) = Трн(i,j)+t(i,j) (11)

Тпо(i,j) = Тп(i) (12)

Тпн(i,j) = Тп(j) – t(i,j) (13)

Тпн(i,j) = Тпо(i,j)-t(i,j) (14)

Rп(i,j) = Тп(j)-Тр(i)-t(i,j) (15)

Rc(i,j) = Тр(j)-Тр(i)-t(i,j) (16).

Разность  показали между  полный продолжительностью  работ критического  которые пути  ранний и продолжительностью  начинается другого  решения полного  проверить пути  критическому называется  таблица полным  сетевой резервом  case времени  процесс пути: R(Lп)=Т(Lкр)-Т(Lп) (17). [11][7]

2.3.3. Пример  построения сетевого  графика

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

Средняя  того продолжительность  построение выполнения  страховой работ Таблица 3

Код  нарушения работ	1-2	2-3	3-8	1-4	4-6	4-7	6-7	7-8	1-5	5-8	2-4	5-6
Продолжительность (дни)	2	4	4	6	5	4	6	5	14	3	1	0

Определяем  заявлений ранние  клиент сроки  исходящей наступления  следующих j-го  калянов события сетевого  может графика:

Определяем  средства поздние  различных сроки  экспертизы свершения  договора i- го события :

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

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

1) 1-5-6-7-8. Его  финансы продолжительность  определяем равна:

(дней).

2) 1-5-8. Его  основании продолжительность  поздний равна:

(дней).

Таким  помощью образом,  поэтому критическим  следующих путем  гост является  страховые путь 1-5-6-7-8 и  маклаков его  того продолжительность  основные составляет 25 дней.  заявлений Перечень  зависимости работ,  собой принадлежащих  tructured критическому  следующих пути,  основании представлен  построение в таблице 4.

Таблица 4

Коды  возьмем работ	Продолжительность  составляющих работы (дни)
1-5	14
5-6	0
6-7	6
7-8	5

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

4

4

6

14

5

2

4

5

3

6

0

0

0

4

6

9

3

2

2

8

6

3

6

21

15

0

7

20

20

0

0

1

5

14

14

0

6

14

14

0

8

25

25

Рис.8 Сетевой  осуществляется график

Таким  можно образом,  составляющих критический  договоров путем  есть является  лежащие путь 1-5-6-7-8 и  поступает его  определяем длительность (продолжительность) составляет 25 дней.

ГЛАВА 3. МОДЕЛИРОВАНИЕ  БИЗНЕС-ПРОЦЕССОВ  В СРЕДЕ BPWIN

3.1 Описание  последующих предметной  договоров области

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

Основными процессами системы  проведении являются  диаграмма следующие:

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

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

Суть  поступает страхования  право автогражданской  право ответственности (АГО) очень  составляет проста:  заключение страховая  остальных компания  диаграмма возмещает  сетевой ущерб  затем стороне,  страховых пострадавшей  аналогично в ДТП,  клиент если  построим виновником  проходящего этого  которые ДТП  поздний является  процесс владелец  такое страхового  которого полиса. Рынок  консультации страхования  основана автогражданской  зарплата ответственности  краткое окончательно  клиент ещё не  подтверждает сформировался. Большая  гост часть  выплаты работающих  line на нём  проходящего компаний  руководителя стала  диаграмма заниматься  чаще этим  поздний видом  осуществляется страхования  наступления года  маклаков два  зарплата назад. Поэтому  помощью автоматизация  bpwin процесса  гост страхования  беседы должна  собой повысить  исходящая качество  основные обслуживания  которые клиентов  исходящая и, следовательно,  заключение конкурентоспособность  таким компании. [19][20]

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

Цель:

1. Освоение  реконструкции методологии Case  которые средствами BPwin;
2. Построение  методологии модели  процесс описания  данного процесса  равно страхования  ларсон автогражданской  такое ответственности

 либо Основные  смоделирована функции,  собой требующие  находит автоматизации:

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

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

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

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

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

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

Документ  erwin на страховое  отличие возмещение – исходящий  таким документ  показали для  превышала получения  гост выплаты.

3.2. Описание  деревьев модели AS-IS

3.2.1. Построение IDEF0-диаграммы

Методология IDEF0основана  можно на подходе, разработанном  деревьев Дугласом  равно Т. Россом  очень в начале 70–ых  очень годов  построим и получившем  показана название SADT (Structured  либо Analysis & Design  поздний Technique - метод  полный структурного  полный анализа  реконструкции и проектирования). Основу  собой подхода  который и, как  всех следствие, методологии  методы IDEF0, составляет  поздний графический  очень язык  каждый описания (моделирования) систем.  показана [4]

Процесс  финансы моделирования  строятся какой-либо  заключение системы  экспертизы в IDEFO начинается  рассмотрение с определения  один контекста,  выявлены т. е. наиболее  являющийся абстрактного  заключение уровня  поздний описания  таблица системы  материалы в целом. В  этот контекст  которого входит  решение определение  определяем субъекта  гост моделирования,  резерв цели  путь и точки  остальных зрения  поздний на модель. [19]

На  автотранспорт контекстной  либо диаграмме  таким А-0 отображена  гост система  таким управления  проектировании процессом,  увеличить представленная  которые на рисунке 9 а).

Р

Рис.9 а) Контекстная  клиент диаграмма

Рис. 9 б) Диаграмма  модели декомпозиции

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

Консультации. Входящей  затем информацией  приведены являются  роверка вопросы  договоров клиентов,  поздний исходящей – ответы  называется консультантов.  отдельным Здесь  построение все  процесс просто:  решение сотрудник,  всех являющийся  убедились консультантом,  собой используя  методы законодательные  проведении документы  гост и внутренние  диаграмме инструкции,  один находит  гост ответ  решения на вопрос  поступает и сообщает  процесс его  страхового клиенту  модели по телефону.

Рис. 19 в) процесс  очень проведения  остальных консультаций

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

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

Сотрудник  деревьев получает  создадим от клиента  затем запрос  отличие и находит  вопрос ответ  событие на него  erwin либо  осаго из аналогичных  показана случаев,  расходные либо  работы из законодательства,  рамках нормативных  поздние актов,  реконструкции инструкций  акта и других  структурного источников (рис. 19г).

Рис. 19 г) Процесс  поздний поиска  вендров информации

Если  построение клиента  страхового удовлетворяет  начинается полученная  cost информация,  затем то можно  беседы переходить  может к следующему  сетевой процессу – заключению  чаще договоров (рис.19д). Он  финансы происходит  клиент также  центра в 2 этапа:  составляет предварительной  критических беседы  диаграмма и собственно  процесс заключения  называется договора. Входящей  составляющих информацией  путь являются  вендров документы  если клиента  показана и решение  выполненной клиента. Решением  следующей клиента  дсаго может  задачи быть  можно отказ  приведены от страхования – исходящая  наступления информация. В  путь случае  поиск положительного  создать решения  определения заключается договор. Исходящей  вопрос информацией  страховой является  событий страховой  путь полис.

Рис. 19 д) Процесс  событий заключения  лежащие договоров

При  структурного наступлении  ранний страхового  реконструкции случая клиент  поэтому получает страховые  ьзованных выплаты (рис.19 е). Этот  bpwin процесс  методологии происходит  происходит в 4 этапа:

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

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

- на  проектирование основании  полный акта  диаграмма осмотра  дерево начальником  рассмотрение принимается  путь решение:  путей производить  которое выплаты  реконструкции клиенту  помощью или  остальных нет. Исходящая  находит информация  показана на этом  выплат этапе – утвержденный  реконструкции акт  клиент осмотра.

-

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

Рис.19 е) Страховые  определяем выплаты

Прежде  гост чем  дерево выплатить  определяем страховое  модели возмещение  страхование сотрудники  ранний центра  диаграмма рассматривают  начинается документы  esign клиента. Этот  клиент процесс  краткое происходит  путь следующим  тдельных образом (рис. 19 ж):

Рис. 19 ж) Рассмотрение  контекстной документов

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

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

3.2.2. Построение IDEF3-диаграммы  

В  документы отличие  создать от IDEF0,  таблица представляющего  данного моделируемую  лежащие систему  таким как  дсаго совокупность  нормативных видов  путей деятельности,  аналогично IDEF3 представляет  возьмем собой  один технику  резерв моделирования  приведены деятельности  консультации как  несчастного последовательности  различных событий,  line а также  критических участвующих  процесс в этих  дерево событиях  среде объектов. [4]

Построим IDEF3-диаграмму  процесс процесса  ранний заключения  затраты договора (рис.20 а):

Рис. 20 а) Заключение  путь договора

Из  сетевого рисунка 20  проектирование а) видно,  задачи что  поздний заключение  увеличить договора  расходные состоит  ынок из следующих  поздние последовательных  процесс процессов:  показана осмотр  всегда автотранспорта,  основании заполнение  создать акта  путей осмотра,  экспертизы выбор  поздний вида  встроенный страхования,  повысит приема  событие оплаты  зарплата и выдачи  положительного готового  расходные полиса. Клиент  дерево может  постановка выбрать  которого следующие  рисунке виды  нашей страхования:  область КАСКО - Страхование  которое автомобиля  поздний от угона  ранний и ущерба;  поздний ОСАГО - Обязательное  вендров страхование  можно гражданской  графике ответственности  целью владельцев  участвующих транспортных  маклаков средств;  рассмотрение ДСАГО – ряд  грей дополнительных  исходящий программ:  инструмент страхование  критический водителя  рамках и пассажиров  диаграмма от несчастного  основу случая,  критическому Эвакуация  полный с места  полный ДТП,  таблица Страхование  россом только  который по риску  нарушения угона. Клиент  составляет может  дерево выбрать  построение только 1 вид  сетевого страхования.[20]

На  очень следующей IDEF3 диаграмме (рис. 20 б) показан  марка процесс  страховщик осмотра  повысит автотранспорта. Инспектор  критический должен  всех осмотреть  контекст повреждения  заключение самого  построение автотранспорта,  заключение проверить  дерево всю  путь необходимую  маклаков документацию  создать и ознакомиться  создать с результатом медицинской  исходящий экспертизы  составляющих владельца  право транспортного  осаго средства. Результатом  центр осмотра  свободный может  показан стать  процесс либо  разность подтверждение  деревьев выплат  поздний либо  консультации отказ  используются от них.

Рис. 20 б) Осмотр  решение автотранспорта

3.2.3. Стоимостной  анализ

Стоимостной  используются анализ  следующих представляет  отличие собой  моделирования соглашение  создать об учете,  bpwin используемое  построение для  поздний сбора  постановка затрат,  живаются связанных  иллюстрировать с работами,  итер с целью  bpwin определить  таким общую  осмотр стоимость  называется процесса. Для  свободный это  которое потребуется  можно создать  если Центры  полный затрат (Cost  встроенный centers),  сетевого которые  называется можно  каждый трактовать  полный как  очень статьи  осмотр расхода. При  которое проведении  erwin стоимостного  оборудование анализа  заключение в BPwin  разность сначала  диаграмма задаются  существуют единицы  зарплата измерения  участвующих времени  диаграмме и денег,  оборудование затем  erwin описываются  собой центры  erwin затрат  различают и, наконец  дерево для  страхового каждой  через работы  осмотр на диаграмме  помощью декомпозиции  рассмотрение назначаются  дерево продолжительность (duration),  вендров частота  построение проведения  заявлений данной  имеют работы  осуществляется в рамках  всегда общего  erwin процесса (frequency) и  решение суммы  подтверждает по каждому  зависимости центру  страхового затрат,  называется то есть  равно задается  систем стоимость  которого каждой  ранний работы  деревьев по каждой  путь статье  путь расхода. Этот  диаграмма очень  исходящая упрощенный  дсаго принцип  моделирования подсчета  участвующих справедлив,  страхового если  резерв работы  понятия выполняются  можно последовательно. [5][9]

Возьмем  постановка диаграмму «Страховые  таким выплаты» и  клиент проведем  консультации расчет  встроенный стоимости. Будем  case считать,  финансы что  метод в этом  рисунке процессе  вендров участвуют:  данного руководитель,  маклаков который принимает  либо решение; три инспектора,  собой которые рассматривают  роверка документы  нужной и проводят  имеют осмотр  являющийся транспорта;  различных один  расходные кассир,  выплаты который выдает деньги. Ежедневно  осмотр поступает 40 заявлений  входящей на страхование. Будем  основу считать,  структурного что  помощью зарплата  страхового инспектора – 300 р/день,  исходящей руководителя 500 р/день,  вендров а кассира – 200 р/день. Аналогично  дерево распределим  отличие затраты  диаграмма на диаграммах «Консультации» и «Заключение  финансы договоров». Создадим  процесс следующие  сетевого центры  рассмотрение затрат:

зарплата;

оборудование;

расходные  рисунке материалы;

затраты  поэтому на управление.

Результаты  страхового стоимостного  нижний анализа  процесс приведены  того в таблице 4:

Стоимостной  чаще анализ  нужной процесса  метод страхования Таблица 4

Activity  событие Name	Activity  путь Cost (Рубль)	Cost  исходящая Center	Cost  подготовка Center  следующей Cost (Рубль)
Страхование  постановка автогражданской ответственности	5 300,00	зарплата	2 900,00
		оборудование	200,00
		расходные  если материалы	900,00
		управление	1 300,00
консультации	650,00	зарплата	300,00
		расходные  страхового материалы	150,00
		управление	200,00
заключение  через договоров	1 000,00	зарплата	700,00
		расходные  нижний материалы	200,00
		управление	100,00
страховые  строятся выплаты	3 000,00	зарплата	1 600,00
		оборудование	200,00
		расходные  систем материалы	400,00
		управление	800,00
рассмотрение документов	350,00	оборудование	50,00
		расходные  такой материалы	100,00
		управление	200,00
осмотр автотранспорта	300,00	зарплата	300,00
принятие  осаго решения	750,00	зарплата	500,00
		расходные  называется материалы	50,00
		управление	200,00
выплата страхового возмещения	300,00	зарплата	200,00
		оборудование	50,00
		расходные  различают материалы	50,00

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

3.2.4. Построение DFD-диаграммы

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

Диаграмма DFD показана  определения на рис. 21:

Рис.21. DFD-диаграмма «Беседа  проходящего с клиентом»

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

Внешние  case ссылки:  заключение клиент,  страховой законодательство  расходные и страховщик. Страховщик  всех осуществляет  пример прием  помощью документов  основана и консультирование  построение клиентов  cost на основе  деревьев требований  среде законодательства.

3.2.5. Построение  выплаты диаграммы  можно дерева  отдельным узлов и FEO-диаграммы

Дерево  поздний узлов - представление  очень отношений  область между  которое родительскими  которого и дочерними  построение узлами  диаграмма модели  помощью IDEF0 в  есть форме  методологии древовидного  имеют графа. Диаграмма  событие узлов  нарушения использует  рассмотрение традиционное  процесс дерево  работающих иерархий,  смоделирована в котором  построим верхний  всегда узел (блок) соответствует  рассмотрение контекстной  макгоуэн диаграмме,  исходящий а нижний  понятия уровень — декомпозицию  событие потомков. [9]

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

 увеличить

Рис. 22 Диаграмма  живаются дерева  различных узлов

FEO-диаграмма — это  показали диаграмма-иллюстрация  метод отдельных  проведенной фрагментов  поздний модели  таблица и для  свободный иллюстрации  критический альтернативной  диаграмма точки  страховщик зрения,  таким либо  основные для  всегда специальных  рассмотрение целей,  следующих которые  диаграмма не поддерживаются  построение явно  построения синтаксисом  диаграмма IDEFO. FEO-диаграмма  проходящего позволяет  резерв иллюстрировать  контекстной различные  cost сценарии,  заключение показывать  дерево различные  полный точки  cost зрения,  всех отображать  определяем отдельные  проведем детали,  создать которые  ранний явно  поздний не поддерживаются  этот синтаксисом  маклаков IDEF0.  деревьев [4]  диаграмма FEO-диаграмма  таким показана  центра на рис. 23.

Рис. 23. FEO-диаграмма

Описание  страхование модели TO-BE

Итак,  чаще в нашей  либо модели  основные отражены  составляющих все  заключение основные  роверка процессы  построение для  зарплата функционирования  основании системы. Однако,  ранний существуют  определим недочеты,  рисунке в частности  такой в процессе  марка проведения  зарплата консультаций. На  может поиск  таким нужной  модель клиенту  работ информации  различают сотрудник  сетевого затрачивает  критический время,  bpwin может  пример потребоваться  работы повторное  нарушения обращение. Это  диаграмма не всегда  получившем может  построение понравиться  документы клиенту. Поэтому  вендров целесообразно  если введение  можно процесса on-line консультаций,  страховых что  процесс значительно  подтверждает ускорит  наступления процесс (рис.24).

Рис. 24. Модель TO  рамках BE

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

ЗАКЛЮЧЕНИЕ

В  вендров процессе  таким выполнения данного  экспертизы курсового  подтверждает проекта  основу был  проведем проведен  таким обзор  рамках различных  работающих источников,  определим описывающих  контекстная методологию  различных структурного  дерево проектирования. В  грей результате  которое были  материалы составлены  несчастного основные  ларсон характеристики  диаграмма этого  называется подхода. Также  пример был  полный проведен  задачи сравнительный  выполненной анализ  заключение методологии  гост структурного  страхового проектирования  клиент и других  называется подходов. Результатом  диаграмма этого  данного анализа  входящей стала  полный таблица 1,  рассмотрение в которой  таким показано  определяем какой  центр подход  процесс лучше  называется применять  erwin в зависимости  поздний от типа  построение проекта. В  критических данном  полный проекте  ынок были  вендров рассмотрены  определения основные  осуществляется понятия SADT-моделей,  методологии а также  живаются продемонстрирован  рисунке пример  реконструкции построения  определения сетевой  наступления модели.

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

В  осуществляется нотации IDEF0 мы  нашей показали  краткое все  договор процессы  зависимости в моделируемой  определяем системе  такой и отразили  диаграмма взаимосвязи  основные между  выявлены ними. С  cost помощью  гост диаграммы IDEF3 была  диаграмма смоделирована  процесс последовательность  целью действий  несчастного при  диаграмма заключении  отдельным договора  через страхования  систем и осмотра  зарплата автотранспорта. Встроенный  наступления механизм  финансы вычисления  дерево стоимости  построение позволил  очень нам  cost оценить и проанализировать  материалы затраты  диаграмма на процесс  называется страхования. На  оформлению основе  задачи построенной  собой модели  тдельных нами  esign были  полный выявлены  поздний недостатки  отдельным процесса  построение и предложены  целью улучшения – модель TO  case BE. Инструмент Erwin  основу помог  заключение нам  поздние создать  следующих базу  ларсон данных  увеличить предметной  рисунке области.

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

Итак,  центр мы убедились  нормативных в том,  осмотр что инструменты  клиент BPwin  центра и Erwin  равно могут  данного существенно  путей облегчить  договор работу  tructured при проектировании  марка и анализе  которого бизнес-процессов.

СПИСОК  ИСۡПОۡЛۡЬЗОВАННЫХ  ИСТОЧۡНۡИۡКОۡВ   И ЛۡИТЕРۡАТУРۡЫ

1. ГОСТ 34.601-90. Автоматизированные  происходит системы. Стадии  центра создания. – М.:  создать Изд-во  расходные стандартов, 1990.
2. ГОСТ  поступает Р ИСО/МЭК 12207-99 «Информационная  такое технология. Процессы  поэтому жизненного  осаго цикла  дерево программных  материалы средств»
3. ГОСТ  подтверждает Р 50.1.028-2001 «Информационные  полный технологии  область поддержки  может жизненного  понятия цикла  построения продукции. Методология  дерево функционального  акта моделирования»
4. Вендров  происходит А.М. CASE - технологии. Современные  такой методы  отличие и средства  если проектирования  который информационных  построение систем. [Текст] / А.М. Вендров – М.:  осуществляется Финансы  лежащие и статистика, 2014. – 456 c.
5. Вендров  проведенной А.М. Практикум  постановка по проектированию  рассмотрение программного  резерв обеспечения  модели экономических  возьмем информационных  превышала систем:  страховой Учеб. пособие./ [Текст] / А.М. Вендров – М.:  нижний Финансы  можно и статистика, 2013. – 310 c.
6. Грекул,  страхование В.И. Проектирование  исходящей информационных  договор систем:  ранний учебное  контекст пособие [Текст]  / В.И. Грекул,  поэтому Г.Н. Денищенко,  наступления Н.Л. Коровкина. – М.:  можно Интернет-Ун-т  работ Информ. технологий, 2014. – 304 с.
7. Грей  процесс К.Ф.,  ынок Ларсон  калянов Э.У. Управление  сетевого проектами:  ларсон практическое  постановка руководство. [Текст] / К.Ф. Грей,  определим Э.У. Ларсон . М.:  создать КНОРУС, 2014. – 528 с.
8. Калянов  выявлены Г.Н. Case-технологии. Современные  следующей методы  последующих и средства  показана проектирования  можно ИС. [Текст] / Г.Н. Калянов – М.:  договор СИНТЕГ, 2013. – 316 с.
9. Маклаков  собой С.В. Моделирование  определяем бизнес-процессов  макгоуэн с BPwin 4.0. [Текст] / С.В. Маклаков – М.:  таблица ДИАЛОГМИФИ, 2013. - 327 c.
10. Марка  расходные Д.А. Методология  автотранспорт структурного  того анализа  маклаков и проектирования. [Текст] / Д.А. Марка,  проектировании К. МакГоуэн – М.:  расходные МетаТехнология, 2014. – 240 с.
11. Разу  процесс М.Л. Управление  автотранспорт проектом. Основы  построение проектного  иллюстрировать управления. [Текст] / М.Л.Разу – М.:  моделирования КНОРУС, 2014. – 768 с.
12. Титоренко  материалы Г.А. Автоматизированные  имеют информационные  сетевого технологии  либо в экономике. [Текст] / Г.А. Титоренко – М.:  создадим Компьютер,  страховые ЮНИТИ, 2012.– 369c.
13. Туманов  модели В.Е. Проектирование  затраты реляционных  нарушения хранилищ  процесс данных. [Текст] / В.Е. Туманов, С.В. Маклаков – М.:  нужной Диалог-МИФИ, 2013. - 333 с.
14. Федотова  поздний Д.Э. CASE-технологии:  оборудование Практикум [Текст] / Д.Э. Федотова,  среде Ю.Д. Семенов,  дерево К.Н. Чижик– М.:  диаграмме Горячая  руководителя линия-Телеком,  страхового 2014. – 157c.
15. Верников  материалы Г.В. Описание  работы стандартов IDEF. [Электронный  зависимости ресурс]/ Г.В. Верников (Режим  контекстной доступа: www.vernikov.ru. Дата  нормативных просмотра: 10.04.2017 г.)
16. Верников  находит Г.В. Основные  отличие методологии  определения обследования  происходит организаций. [Электронный  метод ресурс]/ Г.В. Верников (Режим  если доступа:  диаграмма http://www.cfin.ru. Дата  приведены просмотра: 15.05.2010г.)
17. Пантелеева  вендров Т. Сетевое  консультации планирование. [Электронный  договора ресурс]/ Т.Пантелеева (Режим  определяем доступа: http://www.inventech.ru. Дата  основана просмотра: 06.04.2017 г.)
18. Рубцов  финансы С.В. SADT:  путь процесс  таблица моделирования. [Электронный  область ресурс]/ С.В. Рубцов (Режим  модель доступа: http://www.interface.ru. Дата  постановка просмотра: 16.04.2017 г.)
19.  затраты Свечников А.А. BPWin - Rational  превышала Rose - Oracle  модель Designer. Сравнительная  отдельным оценка. [Электронный  называется ресурс] / А.А.Свечников (Режим  договор доступа:  последующих http://sancase.narod.ru . Дата  следующих просмотра: 05.04.2017 г.)

20. Свечников А.А. Моделирование  тдельных работы  возьмем центра  выплаты страхования. [Электронный  руководителя ресурс] / А.А.Свечников (Режим  участвующих доступа:  построение http://www.iteam.ru. Дата  диаграмма просмотра: 01.04.2017 г.)

Приложение 1

Подходы  дерево к проектированию  страхового ИС

Приложение 2

Консультация

Удовлетворяют  краткое условия?

Наступил  контекст страховой  очень случай?

Заключение  договоров договора

да

да

нет

нет

Страховые  полный выплаты

Продление

договора