Описание стандарта IDEF 3
Пример: модель бизнес-процесса, созданная на основе стандарта IDEF3
ОПИСАНИЕ СТАНДАРТА IDEF0
Компоненты диаграммы стандарта IDEF0
Определение выхода
Описание метода DFD (DataFlaw Diagramming) (Метод Гэйна – Сарсона)
Пример: моделирование процесса обмена данными на основе метода DFD
Предоставлять информацию в форме, понятной для персонала организации, участвующего внутри бизнес-процесса
Временной драйвер
Пример
Департамент закупок
Анализ бизнес-процесса
Перераспределение издержек по организационным элементам
Перераспределение организационных издержек по элементам бизнес-процесса
Детерминация затрат по выходам бизнес-процесса, рассчитанная на единицу выхода экземпляра бизнес-процесса
Рекомендации по реинжинирингу бизнес-процесса
Навигация
Компоненты диаграммы стандарта IDEF0
Реинжиниринговый подход к управлению бизнес-процессами в организации
164317
знаков
45
таблиц
0
изображений
2.4. Компоненты диаграммы стандарта IDEF0.
Границы диаграммы строго очерчены вверху и внизу. Верхние элементы границы используются для отслеживания модели в процессе работы над ней. Нижние элементы границы отражают особенности диаграммы и ее место в иерархии.
Верхние элементы границы следующие:
| Поле
| Значение
|
| Использовано | Обычно используется в документах, где эта диаграмма указывается стрелкой ссылкой. |
| Автор, дата и проект | Говорит о том, кто создал диаграмму, о дате ее создания и названии проекта, под эгидой которого она создана. Название проекта нужно для поиска диаграмм внутри проекта. Дата пересмотра – это дата, указывающая, когда диаграмма была последний раз изменена. |
| Заметки 12345678910 | Когда диаграммы редактируются от руки, эксперты зачеркивают последовательно число каждый раз, когда вносят новые элементы в диаграмму. |
| Статус В работе Проект Рекомендовано Публикация | Статус определяет уровень прохождения этапа утверждения диаграммы. Данное поле используется для выполнения формального редакционного процесса с обзорами и стадиями утверждения. Означает новую диаграмму, важное изменение либо нового автора для уже существующей диаграммы Диаграмма уже достигла определенного уровня доработки исследователем. Она готова для оценки ее специальным комитетом (или «хозяином» процесса). Диаграмма и описывающий ее текст были проанализированы и утверждены. Не ожидаются какие-либо их изменения. Диаграмма готова к окончательной печати и публикации. |
| Читатель | Имя (имена) читателя (читателей). |
| Дата | Дата прочтения диаграммы. |
| Контекст | Отображение контуров прямоугольников действий в родительской диаграмме с подсвечиванием родительского действия данной диаграммы. Также указывается номер родительского действия. Поле контекста контекстной диаграммы должно изображаться словом «главная» («top») для указания на то, что в модели нет родительской диаграммы. |
Нижние элементы границы диаграммы следующие:
| Поле
| Значение |
| Узел | Номер узла данной диаграммы тот же, что и номер действия данного родительского действия диаграммы. |
| Заглавие | Это название родительского действия. |
| Число | Также называется С–число. Это число является уникальным идентификатором для «этой версии», «этой диаграммы». Таким образом, любая другая новая версия диаграммы будет иметь новое С-число. Обычно С-число состоит из инициалов автора (должны быть уникальны) и последовательного уникального идентификатора. |
2.5. Некоторые правила построения модели.
Ни одна модель не может быть создана без конкретного объекта или цели. Формулировка цели должна ответить на следующие вопросы:
- почему был смоделирован представленный процесс;
- что эта модель собирается показать;
- что с ней могут сделать читающие ее.
Формулировка цели позволяет команде экспертов придерживаться ее на протяжении всего процесса моделирования. Без формулировки цели моделирование может зайти в тупик.
Модели создаются для получения ответа на ряд вопросов. Данные вопросы должны подготавливаться заранее и будут служить основой для создания цели модели. Примерные вопросы могут звучать следующим образом:
-каковы основные задачи сотрудника;
-кто отвечает за произведенную продукцию;
-кто управляет начальной стадией производства;
-какой требуется инструмент для каждого этапа.
Точка зрения (Viewpoint).
Особенно важно включать в процесс разработки модели представителей различных мнений, однако сама модель должна базироваться на единой точке зрения. Чаще всего разнообразные точки зрения кратко фиксируют на диаграмме ФЕО (англ. FEO, For Exposition Only. Русс. --- только для комментариев).
Эти диаграммы используются только в качестве материалов для презентаций. Точка зрения должна формулироваться с особенной внимательностью, отталкиваясь от цели.
При построении модели важно придерживаться одной точки зрения. Точка зрения должна содержать наименование должности, структурного подразделения или описание должностных обязанностей работника.
Модели могут содержать разнообразные точки зрения с целью детальной фиксации всех действий (функций).
Границы (Boundary).
Одной из главных польз, получаемых от конструирования моделей действия, является прояснение границ всей системы и ее специфических компонентов действия.
Хотя предполагается, что границы будут слегка модифицированы на протяжении процесса моделирования, они должны поддерживаться для указания направления в процессе разработки модели. К примеру, трудно понять закончена ли модель, формулируя цели без существования определенной границы. Граница модели будет иметь склонность расширяться в процессе совершенствования модели.
Граница имеет два компонента --- широту и глубину. Широту модели определяют боковые границы процесса. Глубину определяет уровень декомпозиции действий.
Для простоты определения границы многие процессы разработки модели IDEF 0 затрачивают большое время на доработку контекстной диаграммы модели. Диаграмма может быть даже разработана, что само по себе будет представлять один уровень подконтекстной диаграммы для указания на большую систему, внутри которой данная система находится. Эти усилия стоят того, так как контекстная диаграмма становится точкой отсчета для всего процесса моделирования. Все изменения в контекстной диаграмме будут становиться своеобразным каскадом в форме декомпозиции диаграммы.
Когда границы определены, то действия, не вошедшие в модель также проясняются.
Присвоение названия системе (действию).
Рекомендуемая последовательность действий при моделировании
--- определить цель модели, затем уточнить точки зрения касаемые модели и, в завершение, определить границы модели. Название действия, которое указано в контекстной диаграмме суммирует описание границ.
Контекстное действие должно содержать глагольную фразу, которая совпадает с формулировкой границ модели. Ожидается, что граница модели будет колебаться на протяжении первых нескольких дней моделирования. Цели и точки зрения модели останутся без изменения с самого начала.
Важно всегда начинать с определения целей, точек зрения и границы модели. Четкое определение этих позиций важно для всего процесса моделирования.
Определение основных параметров ИКОМ.
Согласно правилам построения интерфейсных стрелок в диаграммах стандарта IDEF0 нужно начинать от выхода, а не от входа, и затем представить «ресурс» и «управление». Каждое действие существует для выполнения специфических функций, и каждая функция имеет уже определенные выходы. Если будет трудно установить выход в действии, то это означает, что существует возможность изменения бизнес-процесса.
Похожие работы
... попытаемся дать характеристику этих среднесрочных колебаний в рамках дифференциальной конъюнктуры и в аспекте методики реинжинирингового подхода к управлению организационными циклами. Изучая теорию организации, остается необъясненным подробно одним из основных предметов исследования – цикличность в развитии организации. Существуют несколько подходов к представлению о цикле развития организации. ...
... процессов и методы быстрой разработки приложений RAD (Rapid Application Development). Именно эта тенденция и наблюдается сейчас в развитии методологий и инструментальных средств реинжиниринга бизнес-процессов. Объектно-ориентированное моделирование признано сегодня базовой методологией BPR. Традиционно, создавая информационные системы компаний, разработчики отталкивались от данных. В результате, ...
... проект по реинжинирингу в Отделе Транспорта. При стоимости проекта 746 тыс. долл. ожидаемый эффект от экономии составляет 2 млн. долл. ежегодно. Всего несколько лет назад на Западе реинжиниринг бизнес-процессов стоял на первом месте в списке приоритетов любого консультанта, а Джеймса Чампи и Майкла Хаммера, авторов супербестселлера «Реинжиниринг корпорации», в то время называли гуру. А сегодня? ...
... продукции (услуги) или ее элементов. В современной науке и практике управления основным направлением менеджмента и его инновационной технологией признается, как уже подчеркивалось ранее, процессный подход, под которым понимается управление деятельностью организации как системой взаимосвязанных бизнес-процессов (далее - БП). Любое предприятие рассматривается как бизнес-система, состоящая из БП, ...
0 комментариев