- •Введение
- •Функциональная и процессно-ориентированная организация
- •Функциональное управление организацией
- •Дивизионная структура организации
- •Сдвиг парадигмы
- •Процессно-ориентированное управление
- •Процессный подход на российских предприятиях
- •Бизнес-процесс
- •2.1. Основные термины, используемые в процессном подходе
- •Концептуальная схема управления процессом
- •Классификация бизнес-процессов
- •Методы моделирования бизнес-процессов
- •Модель бп и её назначение
- •Описание бп сверху
- •Моделирования бизнес-процесса «снизу»
- •Определение концепции (точки зрения) и целей описания бп
- •Определение окружения бп
- •Построение функциональной структуры бп
- •Основы структурного анализа
- •4.1. Sadt-модели
- •Цель моделирования
- •Точка зрения на моделируемую систему
- •Границы исследуемой системы
- •Декомпозиция модели
- •Функциональное моделирование бизнес-процессов в idef0
- •Функциональный блок
- •Интерфейсные дуги
- •Декомпозиция
- •Четвёртое понятие idef0 — глоссарий (Glossary).
- •Пример описания деятельности компании
- •Взаимодействие по Выходу
- •Взаимодействие по Входу
- •Управление процесса
- •Механизмы процесса
- •Системное моделирование организаций. Методология idef3.
- •Стандарт idef3
- •Основные элементы idef3-диаграмм
- •Функциональный элемент (uob).
- •Элемент «связь».
- •Перекресток.
- •Элемент «Referent» (указатель, ссылка).
- •Декомпозиция описания процесса
- •Процесс построения idef3-модели
- •Взаимосвязь моделей idef0 и idef3
- •Действия, выполняемые в функциональных блоках
- •Создание моделей idef3 для отображения блоков idef0
- •Диаграммы потоков данных (Data Flow Diagramming)
- •Синтаксис dfd
- •Семантика dfd
- •Декомпозиция работы idef0 и dfd в диаграмму dfd.
- •Межстраничные ссылки (Off-Page Reference) и внешние сущности (External Reference) на диаграммах dfd и idef0.
- •Ветвление и объединение
- •Построение диаграмм потоков данных
- •Два подхода к построению dfd-моделей
- •Построение модели
- •Построение контекстных диаграмм
- •Детализация и спецификации процессов
- •Миниспецификация
- •Менеджмент проектов по реинжинирингу процессов
- •Цели проекта
- •План проекта
- •Организационная структура проекта
- •Контроллинг проектов
- •Подготовка к моделированию процессов
- •Необходимость подготовки моделирования процессов
- •Качество информационных моделей
- •Принципы урегулированного моделирования (пум)
- •Порядок подготовки к моделированию процессов
- •Идентификация и выбор перспектив
- •Определение способов распространения моделей
- •Спецификация техник моделирования
- •Выбор типов моделей
- •Спецификация единых правил моделирования (епм)
- •Конфигурация моделей
- •Инструмент моделирования Выбор инструмента моделирования
- •Пользовательская настройка инструмента моделирования
- •Разработка целостной структуры процессов
- •Моделирование «Как есть (as-is)
- •Порядок моделирования «как есть»
- •Разделение предмета моделирования
- •Выбор проблемных областей
- •Документация моделей «как есть»
- •Консолидация моделей
- •Анализ фактической ситуации
- •Порядок выполнения процессов
- •Информационно-техническая поддержка процессов
- •Организационная структура и персонал
- •Документация слабых мест и потенциалов оптимизации
- •Срочные меры по устранению слабых мест
- •Пример моделирования деятельности компании как есть
- •Описание компании
- •10.3.2. Разработка целостной структуры процессов (корневой модели)
- •10.3.3. Контекстная модель компании
- •Управление процесса
- •Часть 1 крепится к части 3 посредством соединительной части 2 и четырех болтов м2
- •Анализ организации процесса изготовления изделия «а»
- •Моделирование «как должно быть»
- •Порядок моделирования «как должно быть»
- •Конкретизация целей моделирования
- •Определение степени детализации
- •Создание общей схемы процессов
- •Создание и документация моделей
- •Анализ моделей «как должно быть»
- •Создание единой целостной модели
Функциональное моделирование бизнес-процессов в idef0
В основе методологии IDEF0 лежат четыре основных понятия:
функционального блока (Activity Box),
интерфейсной дуги (Arrow),
декомпозиция (Decomposition),
глоссарий (Glossary).
Функциональный блок
Функциональный блок (рис. 4.2) олицетворяет собой некоторую конкретную функцию в рамках рассматриваемой системы. По требованиям стандарта название каждого функционального блока должно быть сформулировано в глагольном наклонении (например, «производить услуги») или отглагольным существительным (например, составление договора). Каждая из четырех сторон функционального блока имеет свое определенное значение (роль):
верхняя сторона имеет значение «Управление» (Control);
левая сторона имеет значение «Вход» (Input);
правая сторона имеет значение «Выход» (Output);
нижняя сторона имеет значение «Механизм» (Mechanism).
Рисунок 4.2.
Каждый функциональный блок в рамках единой рассматриваемой системы должен иметь свой уникальный идентификационный номер.
Интерфейсные дуги
Вторым понятием методологии IDEF0 является понятие интерфейсной дуги (Arrow). Интерфейсные дуги часто называют потоками, или стрелками. С помощью интерфейсных дуг отображают различные объекты, в той или иной степени определяющие процессы, происходящие в системе. Такими объектами могут быть элементы реального мира (детали, вагоны, сотрудники и т.д.) или потоки данных и информации (документы, данные, инструкции и т.д.).
При этом дуги (стрелки), представляя множества объектов, в зависимости от того, в какую грань блока (прямоугольника работы) они входят или из какой грани выходят, делятся на пять видов:
Входные дуги изображают данные или объекты, изменяемые в ходе выполнения функции, т.е. объекты, используемые и преобразуемые функциями. Например, в процессе изготовления детали сырье трансформируется функцией обработать на станке и собрать.
Управляющие дуги изображают правила и ограничения, согласно которым выполняется функция. Обычно управляющие дуги несут информацию, которая указывает, что должна выполнять функция. Например, следующий шаг задания определяет, какие нужно выбрать инструменты, какие потребуются станки, и как инструменты и станки должны использоваться при изготовлении детали.
Выходные дуги изображают данные или объекты, появляющиеся в результате выполнения функции, т.е. изображают объекты, в которые преобразуются входы. Например, функциональный блок «обработать на станке и собрать» преобразует сырье в результаты обработки – детали.
Дуги механизмов изображают ресурсы, необходимые для выполнения работы, но не изменяющиеся в процессе работы (например, оборудование, людские ресурсы и т.д.). Механизмы изображают физические аспекты функции (склады, людей, организации, приборы).
Лекция 5
Дуги вызова (выходят из нижней грани работы) изображают связи между разными диаграммами или моделями, указывая на некоторую диаграмму, где данная работа рассмотрена более подробно.
Все работы и дуги (стрелки) должны быть именованы.
Дуги на SADT-диаграмме изображаются одинарными линиями со стрелками на концах. Так как в SADT дуги изображают объекты, они описываются (помечаются) существительными или существительными с определениями, располагающимися достаточно близко к линии дуги.
Сначала система моделируется как единое целое: один функциональный блок с интерфейсными дугами, простирающимися за пределы рассматриваемой области моделирования (границ моделирования). Такая диаграмма называется контекстной и обозначается идентификатором «А-0».
Функциональный блок на контекстной диаграмме обозначается идентификатором «АО». Этот блок изображает границу системы: все, лежащее внутри него, является частью описываемой системы, а все, лежащее вне его, образует среду системы.