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

1. Анализ процесса материально - технического обеспечения предприятия

 

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

Содержание функций  органа снабжения предприятия включает три направления.

1. Планирование, которое предполагает:

- изучение внешней  и внутренней среды предприятия,  а также рынка отдельных товаров;

- прогнозирование и  определение потребности всех видов материальных ресурсов, планирование хозяйственных оптимальных связей;

- оптимизацию производственных  запасов;

- планирование потребности  материалов и установление их  лимита на отпуск цехам;

- оперативное планирование  снабжения. 

2. Организация, которая включает:

- сбор информации о  потребной продукции, участие  в ярмарках, выставках-продажах, аукционах  и т. п.;

- анализ всех источников  удовлетворения потребности в  материальных ресурсах с целью  выбора наиболее оптимального;

- заключение с поставщиками хозяйственных договоров на поставку продукции;

- получение и организацию  завоза реальных ресурсов;

- организацию складского  хозяйства, входящего в состав  органов снабжения;

- обеспечение цехов,  участков, рабочих мест необходимыми  материальными ресурсами;

3. Контроль и координация работы, в состав которых входят:

- контроль за выполнением  договорных обязательств поставщиков,  выполнение ими сроков поставки  продукции;

- контроль за расходованием  материальных ресурсов в производстве;

- входной контроль за качеством и комплектностью поступающих материальных ресурсов;

- контроль за производственными  запасами;

- выдвижение претензий  поставщикам и транспортным организациям.

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

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

 

 

1.1 Анализ информационных  потоков в процессе материально  - технического снабжения

 

На предприятии, на котором рассматривается процесс материально-технического обеспечения, разработана, задокументирована, и внедрена система менеджмента качества (СМК). СМК основывается на процессном подходе, при этом деятельность предприятия рассматривается как управляемый процесс, в котором входные материальные и информационные потоки преобразуются в выходные потоки продукции и услуг. С целью визуализации и структурирования разработана модель системы качества, основанная на процессном подходе которая представлена на рисунке 1.

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

Если рассматривать более подробно информационный обмен, осуществляемый информационными потоками. и происходящий в процессе снабжения предприятия ресурсами, то можно представить его в виде, изображенном на рисунке 2.

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

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

 

 

Рисунок 1 – Модель системы менеджмента качества

 

Рисунок 2 – Направления  информационных потоков в процессе материально-технического обеспечения

 

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

 

 

1.2 Постановка задачи моделирования бизнес - процесса материально -технического обеспечения

 

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

- формализации деятельности предприятия;

- анализа и верификации моделей бизнес-процессов;

- формирования предложений по реорганизации бизнес-процессов;

- автоматизации бизнес-процессов

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

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

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

 

 

2 Моделирование существующего процесса материально - технического снабжения

 

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

Взаимная совокупность методик  и моделей концептуального проектирования IDEF разработана в США по программе Integrated Computer-Aided Manufacturing. В настоящее время имеются методики функционального, информационного и поведенческого моделирования и проектирования, в которые входит и IDEFO - функциональное моделирование (Function Modeling Method). Наиболее известной реализацией IDEF0 является методология SADT (Structured Analysis and Design Technique). Эта методика рекомендуется для начальных стадий проектирования сложных искусственных систем управления, производства, бизнеса, включающих людей, оборудование, программное обеспечение. IDEF0 модель - графическое описание системы или объекта, которое разработано для определенной цели и с выбранной точки зрения. Набор из одной или большего количества IDEF0 диаграмм, которые изображают функции системы или предметной области в графике, тексте и глоссарии.

Значительный спрос на функциональное моделирование вызывают работы по созданию систем менеджмента качества (СМК) в  соответствии с международными стандартами ISO 9000:2000. Создаваемая функциональная модель позволяет сформировать описание работы (функционирования) создаваемой системы и проанализировать, с её помощью, реальность предстоящих улучшений, величины необходимых затрат и другие характеристики создаваемой, или подвергающейся модернизации, системы. А также грамотно скоординировать работу подсистем.

 

 

2.1 Case - средство моделирования BPWIN

 

Существенное расширение возможностей осуществления функционального  моделирования принесло введение в 90-х годах истекшего века его  компьютерной поддержки. Широко распространённым современным средством компьютерной поддержки функционального моделирования является пакет прикладных программ AllFusion Process Modeler, поставляемый компанией Computer Associates International, Inc., США. Помимо IDEF0, AllFusion Process Modeler поддерживает, также, методику моделирования информационных процессов DFD, а также методику потокового моделирования IDEF3. Поддерживаются как монометодические модели, так и "гибридные" функциональные модели, состоящие из диаграмм в методиках IDEF0, DFD, IDEF3. IDEF0 поддерживает моделирование как материальных систем, так и систем информационных. IDEF3 также поддерживает моделирование систем обоих видов. Все методики в составе AllFusion Process Modeler имеют возможность информационного пополнения модели данными о затратах на осуществление функций, о длительности выполнения функций и их повторяемости - в технологии функционально - стоимостного моделирования - Activity Based Costing (ABC).

Для проектирования процесса материально-технического снабжения используем MS Access. Создадим сначала функциональную модель, содержащую 4 типа диаграмм: контекстную диаграмму, диаграммы декомпозиции, диаграммы дерева узлов, диаграммы потоков данных.

 

 

2.2 Разработка контекстной диаграммы

 

Функциональная модель (ФМ) разрабатывается как некоторый набор диаграмм, текстов и глоссария.

Каждая диаграмма разрабатывается  как отдельный лист в формате  от А4 до А1 или Customer (пользовательский). Основой функциональной модели является Activity - функция, графическим символом которой является прямоугольник (Box - в первоисточнике), в котором вписано имя функции в виде глагола или отглагольного существительного.

Каждая функция (прямоугольник Activity) встраивается в ФМ четырьмя типами связей - вход (Input) - всегда стрелка, символизирующая  вход, направлена слева, в левую грань прямоугольника функции; выход (Output) - всегда из правой грани прямоугольника направо; управление (Control) - всегда стрелка сверху вниз, на верхнюю грань прямоугольника; механизм (Mechanism) выполнения функции - стрелка снизу к нижней грани прямоугольника Activity.

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

Первая диаграмма ФМ, называемая ТОР (верхней или контекстной) диаграммой, имеет только один прямоугольник Activity, который символизирует работу системы в целом. Все связи на этой диаграмме являются связями моделируемой системы со средой функционирования. [4]

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

Стрелки на диаграмме  верхнего уровня соединяют работу и  границы диаграммы, они же - границы  моделирования.

 

 

Рисунок 3 – Контекстная диаграмма деятельности предприятия

 

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

 

 

Рисунок 4 – Диалоговое окно настройки свойств модели

 

 

2.3 Разработка диаграмм декомпозиции

 

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

Деятельность предприятия  разобьем на 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 последовательность выполнения бизнес-функции:

:

 

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

 

 

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