Файл: Моделирование бизнес-процесса страхования гражданской ответственности..pdf

Введение

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

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

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

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

1) получить обзор структурного подхода к проектированию ИС;

2) сравнительный анализ подходов;

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

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

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

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

Для решения этой задачи необходимы следующие задачи:

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

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

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

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

Глава 1. Основы структурного подхода к проектированию ИС

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

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

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

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

минимум;

• подключение отдельных частей в каждой подсистеме быть максимальным.

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

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

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

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

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

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

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

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

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

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

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

3) принцип непротиворечивости - разумные и согласованные элементы;

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

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

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

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

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

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

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

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

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

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

2. Требования к информации, необходимые для анализа и принятия решений в отношении проекта;^[8]

3. Подход к возможностям, соответствующий требованиям раздела 2;

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

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

1. Как подход и его обозначения применимы к определенной фазе проектирования ИС.

2.Каков критерий выбора подхода в случае использования более одного подхода (какой подход лучше использовать).

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

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

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

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

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

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

Таблица 1

Позиционирование подходов к видам проектов