- •Тема 2 Сущность, значение управления цепями поставок
- •1. Значение и сфера применения управления цепями поставок
- •2 Роль управления цепями поставок в деятельности предприятия
- •3 Тенденция развития управления цепями поставок
- •4 Взаимосвязь управления цепями поставок, логистики и маркетинга
- •5 Сущность цепи поставок
- •6 Управление цепями поставок
- •Тема 3 управление бизнес-процессами в цепи поставок
- •2 Моделирование бизнес-процессов
- •У ровни процессов scor-модели
- •2. Архитектура информационных систем - aris (Architecture of Information Systems
- •3. Интегрированное функциональное моделирование - idef (Integration Definition for Function Modeling
- •4. Унифицированный язык моделирования - uml (Unified Modeling Language)
- •3 Контролинг ключевых бизнес процессов в цепи поставок
- •Тема 4 Проектирование цепей поставок
- •2. Анализ возможностей и показателей функционирования цепи поставок.
- •3. Проектирование структуры дистрибуции и производства
- •О сновные характеристики дистрибуции на основе хранения продукции непосредственно у производителя с прямыми поставками потребителю
- •Основные характеристики дистрибуции на основе хранения продукции у дистрибутора
- •Основные характеристики дистрибуции на основе хранения продукции у производителя или дистрибутора для он-лайн поставок
- •Основные характеристики дистрибуции на основе хранения запасов и организации поставок непосредственно в розничной сети
- •4. Методы подбора поставщиков и построение системы взаимодействия с ними (scm)
- •Метод категорий предпочтения.
- •Основные критерии оценки поставщиков и их влияние на совокупные затраты цепи поставок
- •5 Проектирование спроса и производственных мощностей в цепи поставок
- •Планирование ресурсов и производственных мощностей предприятия в системе mrp
- •6. Реинжениринг цепи поставок
- •Тема 5 основные решения в управлении цепями поставок
- •Основные этапы принятия решений при управлении цепями поставок
- •2. Стратегия конкурентного поведения в управлении цепи поставок
- •3. Стратегический уровень принятия решений
- •Стратегии управления цепью поставок
- •4. Тактический уровень принятия решений
- •5. Оперативный уровень принятия решений
У ровни процессов scor-модели
В SCOR-модели выделяют 5 макро-групп бизнес-процессов:
P - планирование
S - получение материалов
M - изготовление
D - поставки
DR - возвратные поставки
В каждой их этих групп происходит декомпозиция бизнес-процессов:
P1 - Планирование цепи поставок
P2 - Планирование получения материалов
P3 - Планирование изготовления
P4 - Планирование поставок
P5 – Планирование возвратных потоков (рекламации, утилизации)
EP – Запуск плана в работу
S1 – Получение материалов для складирования
S2 – Получение материалов по схеме "изготовления на заказ"
S3 – Получение материалов по схеме "конструирования на заказ"
ЕS – Запуск процесса получения материалов
М1 – Изготовление на склад
М2 – Изготовление на заказ
М3 – Изготовление по конструированию на заказ
МS – Запуск процесса производства
D1 – Поставка продукции на склад
D2 – Поставка продукции на заказ
D3 - Поставка продукции по конструированию на заказ
D4 – Поставка в розничную торговлю
D5 – Запуск поставок
DR1 – Возвратная поставка бракованной продукции
DR2 – Возвратная поставка гарантийной продукции
DR3 – Возвратная поставка избыточной продукции
ЕR – Запуск процессов возвратных поставок
Данные процессы получают детальное описание на третьем уровне.
П ример описания процесса "Планирование цепи поставок" в SCOR
Преимущества SCOR – наличие стандартизированных бизнес-процессов цепей поставок на разных уровнях детализации, стандартизированная система показателей для оценки выполнения бизнес-процессов, определение источников данных для расчета показателей эффективности и информационных потоков, описание "лучших практик" по управлению бизнес-процессами.
Недостатки SCOR – ориентированность на отдельные предприятия как объекта моделирования, а не на всю цепь поставок, ограничение моделирования на процессы планирования и реализации "идеальных" процессов (отсутствие фаз контроля и изменений)
2. Архитектура информационных систем - aris (Architecture of Information Systems
Архитектура методологии ARIS представляет четыре типа моделей, отражающих различные аспекты исследуемой системы:
организационные модели, представляющие структуру системы (иерархию организационных подразделений, должностей и конкретных лиц, многообразие связей между ними и их территориальное размещение),
функциональные модели (иерархия целей с совокупностью необходимых для их достижения «деревьев» функций),
информационные модели, отражающие структуру информации, необходимой для реализации всей совокупности функций системы и модели управления, представляющие комплексный взгляд на реализацию деловых процессов в рамках системы.
Взаимосвязь типов моделей, используемых в ARIS-архитектуре
3. Интегрированное функциональное моделирование - idef (Integration Definition for Function Modeling
Позволяет эффективно отображать и анализировать модели деятельности систем. При этом широта и глубина исследования процессов в системе определяется самим разработчиком, что позволяет не перегружать создаваемую модель излишними данными.
К семейству IDEF можно отнести стандарты:
IDEF0 (методология функционального моделирования) – позволяет достигнуть структурной целостности процессов;
IDEF1 (методология моделирования информационных потоков внутри системы, позволяющая отображать и анализировать их структуру и взаимосвязи),
IDEFIX (методология построения реляционных структур и баз данных),
IDEF2 (методология динамического моделирования развития систем, построенные на базе «раскрашенных сетей Петри» (CPN - Color Petri Nets);
IDEF3 (методология документирования процессов, происходящих в системе, которая используется, например, при исследовании технологических процессов на предприятиях),
IDEF4 (методология построения объектноориентированных систем и IDEF5 (методология онтологического исследования сложных систем).
Наиболее часто на практике используется методология функционального моделирования IDEF0, в основе которого лежат понятия функционального блока (Activity Box), интерфейсной дуги (Arrow), декомпозиция (Decomposition) и глоссария (Glossary). Функциональный блок графически изображается в виде прямоугольника и представляет собой некоторую конкретную функцию в рамках рассматриваемой системы.
Структура функционального блока
По требованиям стандарта каждый функциональный блок должен иметь свой уникальный идентификационный номер, а его название должно быть сформулировано в глагольном наклонении. Каждая из четырех сторон функционального блока имеет своё определенное значение (роль): управление (например, технологический план), вход (полуфабрикат), выход (готовый продукт) и механизм (цех, рабочий).
Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции. При этом уровень детализации процесса определяется непосредственно разработчиком модели. Декомпозиция позволяет постепенно и структурировано представлять модель системы в виде иерархической структуры отдельных диаграмм, что делает ее менее перегруженной и легкой для восприятия. В процессе декомпозиции функциональный блок подвергается детализации на другой диаграмме.