Функциональное моделирование оптимизированного бизнес-процесса оценки предпочтений покупателей и формирования ассортимента

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

• 1. Выберем методологию моделирования;
• 2. Выберем CASE-средство для построения модели
• 3. Построим модель оптимизированного бизнес-процесса с использованием выбранной методологии и CASE-средства.

Выбор методологии моделирования

Методология моделирования должна отвечать следующим требованиям:

• 1. Графический способ представления модели;
• 2. Возможность отображения последовательности действий с условиями переходов;
• 3. Отображение механизмов на диаграммах;
• 4. Выразительная мощность диаграмм;
• 5. Простота использования в небольших проектах.

Под такие требования могут быть отнесены следующие методологии:

• ? Структурный анализ и проектирование (IDEF0, DFD, IDEF3)
• ? eEPC от ARIS
• ? BPMN (Business Process Modeling Notation).

Дадим характеристику каждой методологии.

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

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

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

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

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

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

• — IDEF0 применяется для определения требований для разработки системы, реализующей выделенные функции;
• — DFD (Data Flow Diagrams) диаграммы потоков данных;
• — IDEF3. Методология моделирования IDEF3 позволяет описать процессы, фокусируя внимание на течении этих процессов, позволяет рассмотреть конкретный процесс с учетом последовательности выполняемых операций.

На стадии моделирования ИС модели расширяются, уточняются и дополняются диаграммами, отражающими структуру программного обеспечения: архитектуру ПО, структурные схемы программ и диаграммы экранных форм.

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

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

eEPC от ARIS. Нотация ARIS eEPC [10] расшифровывается следующим образом — Extended Event Driven Process Chain — расширенная нотация описания цепочки процесса, управляемого событиями. Нотация разработана специалистами компании IDS Scheer AG (Германия), в частности профессором Шеером.

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

• 1. каждая функция должна быть инициирована событием и должна завершаться событием;
• 2. в каждую функцию не может входить более одной стрелки, «запускающей» выполнение функции, и выходить не более одной стрелки, описывающей завершение выполнения функции.

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

Таким образом, при помощи нотации eEPC ARIS можно описывать бизнес-процесс в виде потока последовательно выполняемых работ (процедур, функций).

BPMN (Business Process Modeling Notation) [11] - это нотация для моделирования бизнес-процессов. BPMN ориентирована как на технических специалистов, так и на бизнес-пользователей. Для этого язык использует базовый набор интуитивно понятных элементов, которые позволяют определять сложные семантические конструкции. Кроме того, спецификация BPMN определяет, как диаграммы, описывающие бизнес-процесс, могут быть трансформированы в исполняемые модели на языке BPEL. Спецификация BPMN 2.0 так же является исполняемой и переносимой (т.е. процесс, нарисованный в одном редакторе от одного производителя может быть исполнен на движке бизнес-процессов совершенно другого производителя, при условии если они поддерживают BPMN 2.0).

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

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

Моделирование в BPMN осуществляется посредством диаграмм с небольшим числом графических элементов. Это помогает пользователям быстро понимать логику процесса. Выделяют четыре основные категории элементов:

• 1. Объекты потока управления: события, действия и логические операторы
• 2. Соединяющие объекты: поток управления, поток сообщений и ассоциации
• 3. Роли: пулы и дорожки
• 4. Артефакты: данные, группы и текстовые аннотации.

Элементы этих четырёх категорий позволяют строить простейшие диаграммы бизнес процессов. Для повышения выразительности модели спецификация разрешает создавать новые типы объектов потока управления и артефактов.

Чтобы выбрать подходящую нотацию, применим метод экспертных оценок. Для каждого критерия определяем методику оценки выполнения критерия. Возможные результаты: 1, если критерий выполняется и 0, если не выполняется.

Затем для каждого критерия определяем коэффициент значимости. Коэффициенты распределяются на отрезке от 0 до 1.

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

.

где.

Oзn — интегральная оценка заявленной методологии;

n — количество критериев сравнения заявленных методологий согласно таблице критериев;

Zi — значение оценки степени выполнения критерия.

Ki — коэффициент значимости критерия сравнения (от 0 до 1).

На основании сделанного мною обзора можно дать оценки рассмотренным методологиям по указанным выше критериям. Для наглядности сведем эти оценки в таблицу (см. таблицу 2.2).

Таблица 2.2 — Оценка рассматриваемых методологий моделирования.

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