2. Оценка альтернатив и выбор решения для реализации бизнес-процессов оценки предпочтений покупателей и формирования ассортимента по оптимизированной математической модели

Чтобы выяснить, какие механизмы требуются для осуществления оптимизированной математической модели, обратимся к алгоритму расчета показателей точки безубыточности и проведения ABC-анализа (рис. 2.1)

Рисунок 2.1 – Алгоритм нахождения параметров математической модели

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

Таблица 2.1 – Временные оценки для расчета параметров математической модели.

Процесс	Время расчета
	Человек	ИС
Подготовка данных для расчета	5 минут	1 мс.
Определение количества товаров для закупки (для одного вида)	3 мин.	5мс.
Время расчета показателей для 20товаров	65мин.	101 мс.

Время, требуемое сотруднику на расчет показателей по 20 наименованиям товара в сотни раз превышает то время, за которое может выполнить расчет информационная система. Отчасти, это являлось фактором, по которому Категорийный менеджер отказался от расчета нормы по каждому товару, а стал выбирать категории.

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

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

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

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

2. Выберем CASE-средство для построения модели

3. Построим модель оптимизированного бизнес-процесса с использованием выбранной методологии и CASE-средства.

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

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

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 - количество критериев сравнения заявленных методологий согласно таблице критериев;

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

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

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

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

Оценка Критерий	Ki	Структурный анализ и проектирование		eEPCARIS			BPMN
		Zi	Zi·Ki	Zi	Zi·Ki	Zi		Zi·Ki
Графический способ представления модели;	0,1	5	0,5	5	0,5	5		0,5
Возможность отображения последовательности действий с условиями переходов;	0,2	4	0,8	5	1	5		1
Отображение механизмов на диаграммах;	0,1	4	0,4	4	0,4	1		0,1
Выразительная мощность диаграмм;	0,2	4	0,8	3	0,6	5		1
Простота использования в небольших проектах	0,4	5	2	2	0,8	3		1,2
Интегральная оценка, Q		4,5		3,3			3,8

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