Для демонстрации бизнес-процессов, анализа их архитектуры в целом и принятия решений об оптимизации имеются специальные методики и языки моделирования [1]. Рассмотрим некоторые из них.
SADT использует структурный подход к моделированию – методологию структурного анализа и проектирования (Structured Analysis and Design Technique). SADT разработана Дугласом Т. Россом в 1969-1973 годах и базируется на структурном анализе систем и графическом представлении организации в виде системы функций [5]. Для существующих систем нотации IDEF методологии SADT могут быть использованы для анализа функций, выполняемых системой, а также для указания механизмов, посредством которых они осуществляются [6]. SADT требует определенной строгости следования своим правилам, в то же время не накладывает жестких ограничений.
Модель SADT представляет собой серию диаграмм с сопроводительной документацией, разбивающих сложный объект на составные части, которые представлены в виде блоков. Детали каждого из основных блоков показаны в виде блоков на других диаграммах. Каждая детальная диаграмма является декомпозицией блока из более общей диаграммы. На каждом шаге декомпозиции более общая диаграмма называется родительской для более детальной диаграммы [3].
В рамках SADT используется несколько нотаций моделирования. Остановимся на трех из них:
IDEF0. Основной концептуальный принцип IDEF0 состоит в представлении любой анализируемой системы в виде набора взаимосвязанных блоков. Этот набор отображает процессы, происходящие в анализируемой системе [9]. Таким образом, IDEF0 сводится к декомпозиции основных функций на отдельные бизнес-процессы, работы и действия, в результате чего разрабатывается иерархическая модель; при этом декомпозицию можно производить многократно, до четкого и детального описания всех процессов [5]. Таким образом, моделируемая система рассматривается как произвольное подмножество неограниченного множества. При этом система имеет рамки, через которые описывается взаимодействие с внешним миром посредством входов (исходные данные, которые обрабатывает система), выходов (результаты деятельности системы), управлений (стратегий и управляющих процедур, регламентирующих выполнение работ) и механизмов (ресурсы и исполнители работ). В итоге получается, что управляемая система преобразует входы в выходы, используя механизмы.
Методология IDEF0 имеет ряд преимуществ:
IDEF3 – данный метод используется для сбора информации о состоянии моделируемой системы. Это структурный метод, показывающий причинно-следственные связи и события. Он также показывает, как организована работа, и какие пользователи работают с моделируемой системой [5].
DFD (Data Flow Diagram) – диаграммы потоков данных. Являются основным средством моделирования функциональных требований проектируемой системы. С помощью этих диаграмм функциональные требования разбиваются на функциональные компоненты (процессы) и представляются в виде сети, связанной потоками данных [3]. Логическая модель DFD показывает внешние по отношению к системе источники данных, идентифицирует логические функции (процессы) и группы элементов данных, связывающие одну функцию с другой (потоки), а также идентифицирует хранилища (накопители) данных, к которым осуществляется доступ [3].
Для построения диаграмм DFD существуют разные нотации: Гейна-Сарсона и Йордана-де-Марка.
Одной из технологий описания бизнес-процессов, относящихся к типу «work-flow» – моделей, является нотация моделирования BPMN (Business Process Model Notation) – технология моделирования и нотации бизнес-процессов [7]. Данная технология предлагает довольно обширные средства для отражения самых подробных и самых важных понятий моделируемого процесса.
Благодаря абстрактному представлению модели нотация BPMN позволяет наглядным образом описывать модели бизнес-процессов независимо от среды их функционирования. Полученная в результате модель представляет собой сеть графических объектов, которые изображают действия и события, связанные между собой потоками управления.
Основные достоинства нотации BPMN [2]:
Методология EPC (Event-Driven Process Chain – цепочка процессов, управляемая событиями) является расширением нотации IDEF3, дополняя ее таким понятием, как событие. Методология eEPC – некоторое расширение методологии EPC.
Диаграммы eEPC представляют собой упорядоченный граф событий бизнес-функций. Нотация EPC предлагает простое, наглядное и эффективное средство моделирования, позволяющее в виде последовательности событий и функций описывать сложные бизнес-процессы. Она применяется в таких распространенных программных продуктах, как SAP и ARIS [8].
Методология ARIS применяется при комплексном описании деятельности предприятия. Данная технология позволяет документировать бизнес-процессы, определить их особенности и недостатки, проанализировать эффективность работы предприятия, получить на основе моделей бизнес-процессов нормативные документы для поддержки и автоматизации.
Модели ARIS являются основой для анализа и оптимизации бизнес-процессов, оценки их стоимости, подготовки к сертификации по международным стандартам качества, документирования знаний фирмы, формулирования требований, разработки и внедрения КИС [8].
Технологии моделирования ARIS сочетают в своем составе функциональный и объектно-ориентированный подходы к моделированию. Элементы ARIS-модели, отображающие отдельные части и аспекты бизнес-процесса, описываются в виде объектов, что позволяет создать его представление, независимое от используемого метода моделирования.
В данной работе для моделирования бизнес-процессов будет использована нотация IDEF0 методологии SADT. Данная методология позволяет представить функциональную декомпозицию бизнес-процессов в наиболее удобном для восприятия виде.
Кроме этого, нотация IDEF0 не обладает широким многообразием типов элементов (как, например, BPMN), что облегчает ее понимание и позволяет быстро сориентироваться даже неподготовленному пользователю.
Моделирование бизнес-процессов «как есть»
На рисунке 1 приведена контекстная диаграмма бизнес-процессов аптечной сети, построенная в программе Ramus.
Рисунок 1 – Контекстная диаграмма бизнес-процессов реализации товаров аптечной сети
Из диаграммы видно, что основной поток входящих данных бизнес процесса реализации товаров аптечной сети составляет потребность покупателей в товаре сети (то есть покупка клиентаи аптек медикаментов и препаратов в соответствии с их потребностями) и периодическое пополнение аптечной сети этими самыми товарами (поставки медикаментов м препаратов от поставщиков).
Результатами процесса реализации товаров аптечной сети являются проданные покупателям товары, составленные отчеты по объемам проданных товаров и запросы на поставку новых партий товаров.
Инструментами, с помощью которых выполняются процессы реализации товаров аптечной сети, являются сотрудники аптечной сети (продавцы и менеджеры) и программные средства, используемые для осуществления основных и вспомогательных операций – в качестве такого применяются электронные таблицы Excel от компании Microsoft.
При всем этом основные конролирующие аспекты рассмариваемого бизнес-процесса составляются на базе регламента предприятия (аптечной сети) и непосредственных приказов руководства сети.
На рисунке 2 приведена диаграмма декомпозиции контекстной диаграммы, приведенной на рисунке 1.
Рисунок 2 – Диаграмма декомпозиции бизнес-процессов реализации товаров аптечной сети
Диаграмма декомпозиции позволяет более детально описать функциональную модель бизнес-процессов, представив ее в виде набора отдельных функциональных задач (работ). В соответствии с данной диаграммой в рамках рассматриваемого процесса можно выделить следующие наиболее важные задачи:
Выводы по главе 1
Проанализировав предметную область и рассмотрев модель бизнес-процесса реализации товаров аптечной сети можно сделать вывод, что в целом бизнес-процесс состоит из следующих основных задач: поставки товаров, реализация товаров, подготовка и анализ отчетов по деятельности аптечной сети. Эффективное управление всем процессом в целом зависит от эффективности решения каждой из перечисленных задач. При этом все перечисленные задачи решаются с помощью неэффективных программных средств – электронных таблиц MS Excel.
Таким образом, очевидна необходимость применения новых программных средств – информационной системы автоматизации процессов учета и реализации товаров (ИС АПУРТ) аптечной сети. Для проектирования концепции и последующей разработки ИС АПУРТ необходимо сформулировать строгие требования к системе.
Формальные требования формулируются исходя из функционального описания системы. Все требования к программным системам обычно соотносятся с тремя уровнями.
Таким образом, для ИС АПУРТ выделяются следующие требования:
Бизнес-требования:
Требования пользователя:
Функциональные требования к ИС будут рассмотрены в п. 2.1 в виде диаграммы вариантов использования ИС.
Реинжиниринг существующих бизнес-процессов
Проектируемая система должна быть рассчитана на использование продавцами и менеджерами аптечной сети.
Продавцы должны быть обеспечены средствами учета платежей для оформления продаж. При этом продавец должен указывать данные клиента – покупателя, а также состав его покупки (с учетом количества наименований товара). На основании истории покупок клиента система будет рассчитывать размер скидки, на которую может претендовать клиент. В любой момент продавец может напечатать чек о продаже (в том числе и повторно).
Продавцу также должны быть доступны справочники аптечной сети, а именно: справочник поставщиков, клиентов, номенклатурный справочник товаров магазина (в том числе должна быть возможность просмотра остатков каждого товара в магазинах).