АСУ на тему материально-техническое снабжение

Деятельность предприятия  разобьем на 6 функциональных блоков, определим  для каждого блока стрелки  входов, выходов, механизмов и управления. В случае, если какая-то из стрелок  диаграммы декомпозиции отсутствует  на родительской диаграмме, используем тоннели. Для того, чтобы облегчить восприятие диаграммы, обозначим стрелки разными цветами и воспользуемся функцией Squiggle. Диаграмма декомпозиции «Деятельность предприятия» представлена на рисунке 5.

 

 

Рисунок 5 – Диаграмма  декомпозиции «Деятельность предприятия»

 

 

Так как рассматриваемый  нами процесс связан с управлением  ресурсами, то осуществим декомпозицию функционального блока «Управление  ресурсами». На предприятии используются различные ресурсы, поэтому разобьем «Управление ресурсами» на 3 блока: «Найм и управление персонала», «Управление инфраструктурой» и «Управление производственной средой» (рисунок 6).

 

 

Рисунок 6 – Диаграмма  декомпозиции «Управление ресурсами»

 

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

 

 

Рисунок 7 – Диаграмма  декомпозиции «Управление инфраструктурой»

 

 

Управление закупками  разобьем на 4 блока: «Планирование  закупок», «Выбор поставщика», «Заключение договора с поставщиком» и «Доставку». Данная диаграмма декомпозиции представлена на рисунке 8.

 

 

Рисунок 8 - Диаграмма  декомпозиции «Управление закупками»

 

Также осуществим декомпозиции в нотации IDEF0 функциональных блоков «Планирование закупок» и «Управление хранением». Диаграммы представлены на рисунках 9 и 10.

 

 

Рисунок 9 - Диаграмма декомпозиции «Планирование закупок»

 

 

 

Рисунок 10 – Диаграмма  декомпозиции «Управление хранением»

 

 

Декомпозируем блоки  «Заключение договора с поставщиком» и «Доставка» и представим их на рисунках 11 и 12.

 

 

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

 

 

 

Рисунок 12 – Диаграмма декомпозиции «Доставка»

 

 

В дополнение к контекстным диаграммам и диаграммам декомпозиции при разработке и представлении моделей могут применяться другие виды IDEFO-диаграмм.

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

 

 

2.4 Разработка моделей и сценариев бизнес-процессов в нотации IDEF3

 

В отличие от IDEF0, представляющего моделируемую систему как совокупность видов деятельности, IDEF3 представляет собой технику моделирования деятельности как последовательности событий, а также участвующих в этих событиях объектов. В этом смысле IDEF3 похож на стандарт eEPC в ARIS. IDEF3 удобен для подробного моделирования деятельности отдельных подразделений, сотрудников, описания техпроцессов и т.д. Формат листа диаграммы IDEF3 аналогичен IDEF0. В IDEF3 используются следующие типы объектов:

- работа (Unit of Work, Activity);

- стрелка (Arrow);

- перекресток, или коннектор (Junction);

- ссылочный объект (Referent)

IDEF3 дополняет IDEF0 и содержит все необходимое для построения моделей, которые в дальнейшем могут быть использованы для имитационного анализа. IDEF3 - это метод, имеющий основной целью дать возможность аналитикам описать ситуацию, когда процессы выполняются в определенной последовательности, а также описать объекты, участвующие совместно в одном процессе. Техника описания набора данных IDEF3 является частью структурного анализа. В отличие от некоторых методик описаний процессов IDEF3 не ограничивает аналитика чрезмерно жесткими рамками синтаксиса, что может привести к созданию неполных или противоречивых моделей. Каждая работа в IDEF3 описывает какой-либо сценарий бизнес-процесса и может являться составляющей другой работы. Поскольку сценарий описывает цель и рамки модели, важно, чтобы работы именовались отглагольным существительным, обозначающим процесс действия, или фразой, содержащей такое существительное. Диаграмма является основной единицей описания в IDEF3.

Осуществим декомпозицию блока «Выбор поставщика» в нотации IDEF3 и представим результаты на рисунке 14.

 

 

Рисунок 13 – Диаграмма декомпозиции в нотации IDEF3 процесса выбора поставщика

 

Процесс осуществления  входного контроля поступающей продукции представим на рисунке 14.

 

 

Рисунок 14 - Диаграмма декомпозиции в нотации IDEF3 процесса проведения входного контроля.

 

 

Создадим диаграмму  сценария возможного хода процесса выбора поставщика и представим ее на рисунке 15.

 

 

 

Рисунок 15 – Диаграмма сценария IDEF3 процесса выбора поставщика

 

 

2.5 Структурный анализ потоков данных

 

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

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

Наличие в диаграммах DFD элементов для описания источников, приемников и хранилищ данных позволяет более эффективно и наглядно описать процесс документооборота. Однако, для описания логики взаимодействия информационных потоков более подходит IDEF3, называемая также workflow diagramming, - методология моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов.

Создадим две диаграммы DFD для описания информационных потоков в процессе подготовки прогнозов цен на ресурсы и в процессе распределения материально-технических ценностей (рисунок 16 и 17).

 

 

Рисунок 16 – DFD диаграмма работы «Распределение»

 

 

 

Рисунок 17 - DFD диаграмма работы «Подготовка прогнозов уен на ресурсы»

 

BPwin имеет мощный инструмент  навигации - Model Explorer, который позволяет  представить смешанную модель  в виде дерева диаграмм и существенно облегчает навигацию по модели. С помощью Model Explorer можно методом Drag&Drop переносить и копировать работы вместе со всеми соответствующими стрелками как внутри модели так и между моделями. Работы IDEF0 показываются в Model Explorer зеленым цветом, DFD – желтым и IDEF3 – синим.

Обычно в целях реорганизации  предприятия сначала строится функциональная модель существующей организации работы -«AS-IS» (как есть). На основе модели «AS-IS»  достигается консенсус между  различными единицами бизнеса по тому, «кто что сделал», и что каждая единица бизнеса добавляет в процесс. Модель «AS-IS» позволяет выяснить «что мы делаем сегодня» перед тем, как перепрыгнуть на то, «что мы будем делать завтра». Анализ функциональной модели позволяет понять, где находятся наиболее слабые места, в чем будут состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Детализация бизнес-процессов позволяет выявить недостатки организации даже там, где функциональность на первый взгляд кажется очевидной. Найденные в модели «AS-IS» недостатки можно исправить при создании модели «TO-BE» (как будет) - модели новой организации бизнес-процессов. Модель «TO-BE» нужна для анализа альтернативных лучших путей выполнения работы и документирования того, как компания будет делать бизнес в будущем. Как правило, строятся несколько моделей «TO-BE», из которых по какому-либо критерию выбирается наилучшая. Проблема состоит в том, что таких критериев много и непросто определить важнейший. Для того, чтобы определить качество созданной модели с точки зрения эффективности бизнес- процессов, необходима система метрики, то есть качество следует оценивать количественно.

BPwin предоставляет аналитику  два инструмента для оценки модели – стоимостной анализ, основанный на работах (Activity Based Costing, ABC) и свойства, определяемые пользователем (User Defined Properties, UDP). ABС является широко распространенной методикой, используемой международными корпорациями и государственными организациями (в том числе Департаментом обороны США) для идентификации истинных движителей затрат в организации.

Стоимостной анализ представляет собой соглашение об учете, используемое для сбора затрат, связанных с  работами, с целью определить общую стоимость процесса. Стоимостной анализ основан на модели работ, поскольку количественная оценка невозможна без детального понимания в функциональности предприятия. Обычно ABC применяется для того, чтобы понять происхождение выходных затрат и облегчить выбор нужной модели работ при реорганизации деятельности предприятия (Business Process Re-engineering, BPR). С помощью стоимостного анализа можно решить такие задачи как определение действительной стоимости производства продукта, определение действительной стоимости поддержки клиента, идентификация работ, которые стоят больше всего (те, которые должны быть улучшены в первую очередь), обеспечение менеджеров финансовой мерой предлагаемых изменений.

Качество оценивается  с трех позиций:

семантическая – смысловая адекватность бизнес-процессов, устанавливается в результате процедуры экспертной оценки;

синтаксическая –  в соответствии с требованиями IDEF, автоматически обеспечивается при  построении диаграмм в BPWin;

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

количество блоков на диаграмме нижних уровней должно быть ниже количества блоков родительской диаграммы, то есть с увеличением  уровня декомпозиции коэффициент убывал (N – количество блоков на диаграмме, L – уровень декомпозиции);

коэффициент сбалансированности диаграммы должен быть минимальным

 

А_i – число стрелок соединяющихся с блоками;

модели функций должны упрощаться;

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

 

Таблица 1. Количественная оценка диаграмм

Уровень декомпозиции L	Количество блоков N	Число дуг A		Коэффициент сбалансированности KB
1	6	56	6	2.7
2	3	33	1.5	2
3	3	24	1	4
4	4	29	1	0,75
5	2	13	0.4	0.5

 

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

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

Проведенный UDP анализ выявил необходимость введения новой штатной единицы для доставки материально-технических ресурсов. Необходимо устранить недостатки модели “AS-IS” и повысить эффективность протекания процесса материально-технического снабжения.

 

 

2.6 Формализация и оценка качества бизнес - процесса материального - технического снабжения

 

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

Детализация бизнес-процесса осуществляется посредством бизнес-функций, бизнес-операций и бизнес-правил.[3] Осуществим формализацию бизнес-процесса в виде графа управления бизнес-функциями.

Деятельность по материально-техническому обеспечению предприятия содержит следующие бизнес-функции:

1N – сбор заявок  на приобретение ресурсов;

2N – планирование закупок;

3N – выбор поставщиков;

4N – заключение договора;

5N – доставка ресурса;

6N – распределение.

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

7М – менеджер отдела материально-технического снабжения;

8М – ведущий менеджер отдела материально-технического снабжения;

9М – водитель;

10М – кладовщик;

При выполнении бизнес-процесса учитываются следующие ресурсы:

11R – временные затраты;

12R – компьютеры и оргтехника;

13R – транспортные  средства

Таким образом для рассматриваемого процесса:

 

 

Рисунок 18 - граф бизнес-процесса материально-технического снабжения

 

 

Опишем далее множество  ребер графа бизнес-процесса.

Множество управляющих  ребер:

 

 

Е описывает 1 последовательность выполнения бизнес-функции:

:

 

Множество ребер подчиненности:

 

 

Множество ребер исполнения бизнес-функции: