У ровни процессов 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). Функциональный блок графически изображается в виде прямоугольника и представляет собой некоторую конкретную функцию в рамках рассматриваемой системы.

Структура функционального блока

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

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