Практическая часть. 
Моделирование бизнес-процесса

Построение бизнес-модели предприятия с помощью среды ERwin

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

IDEF0 — методология функционального моделирования.

IDEF3 — методология описания процессов.

DFD — методология моделирования потоков данных.

VAD — диаграмма, описывающая взаимосвязь бизнес-процессов верхнего уровня.

Диаграммы в первых трех методологиях будут создаваться с помощью CASE-средства AllFusion Process Modeler, VAD — с помощью AllFusion ERwin Data Modeler. база данный моделирование автоматизированный Каждая диаграмма в нотациях IDEF0, IDEF3, DFD предназначена для описания одного или нескольких бизнес-процессов. Бизнес-процесс — это устойчивая, целенаправленная совокупность взаимосвязанных видов деятельности (последовательность работ), которая по определенной технологии преобразует входы в выходы, представляющие ценность для потребителя.

Результатом моделирования бизнес-процессов является модель бизнес-процессов, которая относится к одному из трех типов:

• — модель AS-IS (как есть) — модель текущей организации бизнес-процессов предприятия
• — модель TO-BE (как будет) — модель идеальной организации бизнес-процессов
• — модель SHOULD-BE (как должно бы быть) — идеализированная модель, не отражающая реальную организацию бизнес-процессов предприятия

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

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

продавцы принимают заказы клиентов;

сотрудники группируют заказы по типам бань;

сотрудники собирают баню;

сотрудники упаковывают бани согласно заказам;

логистический отдел отгружает клиентам заказы;

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

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

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

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

Цель моделирования. Модель не может быть построена без четко сформулированной цели. Цель должна отвечать на вопросы почему этот процесс должен быть смоделирован, что должна показывать модель и что может получить читатель?

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

В данной работе субъектом будет выступать не само предприятие, а именно процессы, происходящие внутри него; цель моделирования — воспроизвести бизнес-процессы, происходящие на предприятии (модель AS-IS); точка зрения — с позиции директора как лица, знающего структуру предприятия в целом.

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

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

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

Таким образом, выявлена основная цель моделирования — «Деятельность предприятия по строительству перевозных бань». Из контекстной диаграммы также видно, что входной информацией для рассматриваемой предметной области являются: заказы клиентов и строительные материалы от поставщиков. А выходной информацией служат: оплата за строительные материалы, заказы поставщикам, маркетинговые материалы, готовая продукция. Организуется деятельность предприятия персоналом и бухгалтерией под управлением законодательства РФ, правил и процедур, необходимых для ведения данного вида деятельности.

Для выявления процессов, составляющих «Деятельность предприятия по строительству перевозных бань» проводится декомпозиция контекстной диаграммы (рис. 2).

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

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

Работе «Сборка бань» для своего функционирования необходимы строительные материалы, которые она заказывает у работы «Отгрузка и снабжение» (выходная стрелка «Заказы поставщикам»). Собранные бани она также передает работе «Отгрузка и снабжение» (выходная стрелка «Готовая продукция»). Информация о результатах сборки необходима работе «Продажи и маркетинг» (выходная стрелка «Результаты сборки «).

Результатом работы «Отгрузка и снабжение» будут необходимые материалы, которые поступают на вход работы «Сборка бань» .

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

На рисунке 3 представлены процессы, существующие в работе «Сборка Бань».

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

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

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

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

Как видно из рисунка 4, описанный алгоритм работы отражен на диаграмме декомпозиции «Сборка крупногабаритных бань». Состоит из 14 действий, а также 4 перекрестков.

Декомпозиция DFD. Диаграммы потоков данных (Data flow diagram, DFD) используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет моделируемую систему как сеть связанных между собой работ. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации. Главная цель DFD — показать, как каждая работа преобразует свои входные данные в выходные, а также выявить отношения между этими работами.

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

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

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

Наконец, работа «Отгрузка готовых бань» должна хранить информацию по выполненным отгрузкам. Для этого вводится соответствующее хранилище данных — «Данные по отгрузке» .