Модель бизнес-процесса в IDEF0

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

Бизнес-процесс характеризуется следующими показателями:

Рисунок 3 Бизнес-процесс «Заключение договора с клиентом».

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

Для разработки модели в IDEF0 использовалась программа Business Studio.

Business Studio — система визуального бизнес-моделирования, основное назначение которой — описание моделей бизнес-процессов предприятия, организационных структур, документооборота, с автоматической генерацией регламентов процессов, процедур, положений о подразделениях и должностных инструкций, доступных на каждом рабочем месте в форме HTML-навигатора или документов Microsoft Word.

Модель бизнес-процесса в IDEF0 согласно 13 варианту «Заключение договора с клиентами».

Рисунок 4 Декомпозиция «Заключение договора с клиентами».

Рисунок 5 Декомпозиция «Оценка надежности клиента для определения возможности дальнейшей работы с ним».

Рисунок 6 Декомпозиция «Подготовка договора с клиентом».

Рисунок 7 Декомпозиция «Юридический аудит договора с клиентом».

Модель бизнес-процесса в нотации еЕРС Нотация EPC (Event-Driven Process Chain — событийная цепочка процессов) используется для описания процессов нижнего уровня. Диаграмма процесса в нотации EPC, представляет собой упорядоченную комбинацию событий и функций.

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

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

Состояние внешней или внутренней среды;

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

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

События являются условиями выполнения функций;

События отражают исходы выполнения функций;

Любой процесс начинается и заканчивается событием4.

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

При декомпозиции процесса, расположенного на диаграмме SADT, в нотации ЕРС стрелки с диаграммы SADT на диаграмму ЕРС не переносятся.

Рисунок 8 Банк в нотации EPC.

Информационная модель, реализованная с применением программного продукта Erwin Data Modeler.

Информационная модель — это спецификация структуры данных и бизнес правил (правил предметной области).

На современном рынке средств разработки ИС достаточно много систем, в той или иной степени удовлетворяющих перечисленным требованиям. CASE-средства ERwin и Bpwin, разработанные фирмой PLATINUM, входят в число лучших на сегодняшний день.

Erwin — средство разработки структуры базы данных (БД). Erwin сочетает графический интерфейс Windows, инструменты для построения ER-диаграмм, редакторы для создания логического и физического описания модели данных и прозрачную поддержку ведущих реляционных СУБД и настольных баз данных. С помощью Erwin можно создавать или проводить обратное проектирование (реинжиниринг) баз данных. Этот программный продукт — лидер среди средств моделирования баз данных и хранилищ данных. Позволяет проектировать, документировать и сопровождать базы данных различных типов. Поддерживая прямое и обратное проектирование для 20 типов СУБД, Erwin повышает качество разрабатываемой БД, производительность труда и скорость разработки.

Реализация моделирования в Erwin базируется на теории реляционных баз данных и на методологии IDEF1X.

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

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

Рисунок 8 Логический уровень.

Физический уровень представляет физическую модель данных, которая зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация о всех объектах БД.

Рисунок 9 Физический уровень.