загрузка...

Методология IDEF0


В разделе 2.4 будут рассмотрены основные практически важные аспекты использования нотации IDEF0 для описания бизнес- процессов предприятия. Более полная информация содержится в стандарте IDEF0, а также в SADT [2; 3; 5].
Некоторые специалисты считают, что стандарт IDEF0 устарел. На наш взгляд, это не так. 1DEF0 продолжает оставаться одним из самых удобных стандартов для описания бизнес-процессов компании на верхнем уровне. Объекты и связи в IDEF0
Основной объект диаграммы процессов в нотации IDEF0 — объект Activity. Графически он представляет собой четырехугольник. Объект служит для описания функций, выполняемых в организации (рис. 2.6). Напомним, что каждую функцию (процедуру, работу) можно рассматривать в качестве некоторого процесса. На верхнем уровне каждый процесс может быть представлен как «черный ящик», преобразующий входящие ресурсы в исходящие. Такое определение фактически совпадает с определением процесса, заложенным в стандарте ИСО 9000:2005.
Вторая основная составляющая стандарта IDEF0 — связи, отображаемые стрелками (рис. 2.6). На диаграмме процесса в IDEF0 стрелки, входящие в левую сторону функции, служат для описания потоков материальных ресурсов или потоков информации, документов.

Рис. 2.6. Формирование модели бизнес-процесса. Шаг 1
Управляющее
воздействие
(информация)



АО
Инфраструктура
Входящие ресурсы преобразуются функцией (работой, процессом). Результатом этого преобразования являются материальные выходы или информация, которые показываются в виде стрелок, вы ходящих из правой стороны четырехугольника.
Для выполнения любой реальной работы необходимы основные средства, инструменты, персонал, программные продукты и т. д. Все эти ресурсы отображаются на диаграмме стрелками, входящими в четырехугольник снизу.
Что еще необходимо показать на диаграмме, чтобы можно было описать реальный процесс организации? Следует отобразить управ ляющие воздействия, которые определяют порядок выполнения работы, управляют ею. К ним относятся, например, распоряжения руководителя, нормативные документы, ГОСТы, ОСТы, ТУ и т. д. Управляющие воздействия показываются на диаграмме стрелками сверху. Любое управляющее воздействие существует в виде опреде ленной информации, поэтому стрелки сверху в нотации IDEF0 означают управляющие информационные потоки.

Следует подчеркнуть, что при формировании моделей порядок отображения стрелок должен строго соблюдаться. Каждая сторона четырехугольника определяет тип стрелки. Нарушать эти правила нельзя. В противном случае создаваемые модели не только не будут соответствовать стандарту, но их невозможно будет прочитать.
Все стрелки начинаются от края диаграммы и подходят к функциям. Таким образом, край диаграммы в IDEF0 имеет глубокий смысл.
Отметим, что не во всех современных программных продуктах стандарт IDEF0 реализован со стопроцентным соответствием. Однако это не препятствует его практическому применению.
Итак, рис. 2.6 показывает основные принципы построения диаграммы в IDEF0. На первый взгляд все очень просто. Однако с момента появления нотации (в виде методологии SADT) в начале 70-х годов XX века более удачных способов описания процессов организации на верхнем уровне предложено не было. В чем же сила этого представления? Важнейшая особенность IDEF0 — возможность отображения управляющих воздействий, или, если обобщить, возможность описания управления процессами организации. Заметим, что в соответствии с требованиями этого стандарта для каждой функции на диаграмме должно быть показано хотя бы одно управляющее воздействие. Это означает, что никакая функция без управления выполняться не может.
Моделирование процессов в нотации IDEF0 начинается с создания так называемой контекстной диаграммы. Эта диаграмма описывает деятельность организации или процесса в целом. На контекстной диаграмме отображаются важнейшие входы и выходы, механизмы, необходимые для работы, управляющие воздействия.
Для понимания принципов моделирования в IDEF0 рассмотрим пример построения простейшей диаграммы процесса. Обратные связи по управлению и информации - возможность отражения реального процесса
Начнем описание процесса с того, что поместим на диаграмму три функции, как показано на рис. 2.7. Первую назовем «Планировать деятельность», вторую — «Осуществлять деятельность и вести
регистрацию фактической информации», третью — «Анализировать, контролировать и управлять деятельностью». Обратите внимание, что для наименования функций могут быть использованы только глаголы или отглагольные существительные. Это одно из базовых требований нотации. Было бы, например, неправильно называть объект «Начальник коммерческого отдела» или «Отдел закупок».
Рис. 2.7. Формирование модели бизнес-процесса. Шаг 2
Планировать
деятельность
              м
Осуществлять
деятельность
и вести регистрацию фактической информации
Анализировать, контролировать и управлять деятельностью
Важнейшими требованиями нотации являются количество объектов на диаграмме и количество стрелок, входящих в каждую сторону четырехугольника. В стандарте рекомендовано располагать на одной диаграмме не более шести и не менее двух функций. С каждой стороны в четырехугольник может входить не более шести стрелок одновременно. Оба этих требования ограничивают количество объектов на диаграмме и заставляют аналитика тщательнее продумывать схему создаваемого процесса.
Объекты на диаграмме расположены в шахматном порядке, или в так называемом порядке доминирования [3]. Важно отметить, что
этот порядок удобен на практике и не следует по возможности от него отступать. Следует также подчеркнуть, что расположение объектов на диаграмме может не соответствовать реальной последовательности выполнения функций. Дело в том, что модели IDEF0 предназначены именно для описания процессов с точки зрения управления, а любые процессы управления системами цикличны.
Рассмотрим рис. 2.8. Представим себе, что функцию планирования выполняет коммерческий отдел (КО), который использует при этом средство автоматизации MS Excel. Для планирования КО применяет информацию о рынке (прайс-листы и т. д.) и заявки клиентов. Регламентируется деятельность КО «Регламентом планирования», «Планом организации на год». Результат работы КО — «План отгрузки ГП» (готовой продукции). Посмотрим, как эта информация будет отображена на диаграмме.
Рис. 2.8. Формирование модели бизнес-процесса. ШагЗ
Анализировать, контролировать и управлять деятельностью
Рассмотрим функцию «Осуществлять деятельность...» Ее выполняют производственный отдел (ПрО) и цех. Для выполнения
работ требуются сырье и материалы. Работы регламентируются нормативами на расход сырья, ГОСТами, ОСТами, ТУ, требованиями клиента. Для работы оборудования в цехе требуется АСУ ТП, для производства продукции — станки и прочее оборудование, то есть основные средства.
Результат работы ПрО и цеха — готовая продукция, которая представляет собой выход функции «Осуществлять деятельность и вести регистрацию фактической информации». Кроме того, выход этой же функции — фактическая информация по выполнению плана производства и отгрузки. На рис. 2.9 показаны все приведенные выше ресурсы и информация.
Рис. 2.9. Формирование модели бизнес-процесса. Шаг 4



Нам осталось показать входы и выходы функции «Анализировать, контролировать и управлять деятельностью». Кто должен ее выполнять? Для нашего примера будем считать, что контролирует работу тот, кто ее планирует, то есть КО. Подчеркнем еще раз, что мы
рассматриваем условный пример. Более сложные и реальные примеры приведены в главе 3.
В своей работе по анализу и контролю КО руководствуется регламентом анализа и контроля. Не стоит забывать и о годовом плане работы организации в целом. Для работы КО использует MS Excel.
Судя по схеме процесса, представленной на рис. 2.9, КО использует вход «Фактическая информация по выполнению плана». Что еще необходимо для выполнения работы КО по анализу и контролю? Конечно, плановая информация. Иначе не с чем будет сравнивать фактические данные и принимать решения. Таким образом, необходимо показать на схеме, что «План отгрузки ГП», являющийся выходом первой функции процесса и попадающий на вход функции «Осуществлять деятельность», должен также попадать и на вход функции «Анализировать, контролировать и управлять деятельностью». При этом, как видно на рис. 2.9, стрелка, изображающая «План отгрузки ГП», ветвится.
Результат работы КО — отчет для руководства организации «План/факт», как показано на рис. 2.10.
Рис. 2.10. Формирование модели бизнес-процесса. Шаг 5






Вы заметили, что стрелка, изображающая КО (как и Excel), не повторяется на диаграмме дважды? Она ветвится. Ветвление стрелок — прекрасный инструмент, позволяющий сделать диаграмму процесса более наглядной.
Итак, диаграмма готова. Что же мы забыли на ней указать? Каким образом осуществляется управление этим циклическим процессом? Очевидно, что необходимо отобразить на схеме процесса по крайней мере два типа обратных связей.
Первый тип — это обратные связи по информации. Они показываются в виде стрелок, выходящих из правой стороны одного четырехугольника и входящих в левую сторону другого. Обратные связи этого типа на диаграмме процесса обязательно отображаются снизу, то есть обходят функции снизу. В нашем примере покажем обратную связь по «Информации для корректировки плана». Стрелка, отображающая эту обратную связь, выходит из правой стороны четырехугольника «Анализировать, контролировать и управлять деятельностью» и входит в левую сторону четырехугольника «Планировать деятельность». Таким образом, мы отобразили на диаграмме процесса тот факт, что КО регулярно анализирует выполнение плана и в случае отклонений от него формирует информацию, необходимую для корректировки плана на следующий период.
Итак, обратные связи по информации позволяют отобразить на диаграммах информационные потоки, необходимые для корректировки действий, выполняемых по ходу бизнес-процесса.
Второй вид — это обратная связь по управлению. Возможность отображения этих обратных связей — важнейшее преимущество нотации IDFE0. Обратная связь по управлению отличается от обратной связи по информации тем, что стрелка, изображающая эту связь, на диаграмме обходит ее сверху функций и входит в верхнюю сторону четырехугольника.
В нашем примере покажем обратную связь по управлению «Оперативное управляющее воздействие» в виде стрелки, выходящей из правой стороны четырехугольника «Анализировать, контролировать и управлять деятельностью» и входящей в верхнюю сторону
четырехугольника «Осуществлять деятельность и вести регистрацию фактической информации». Эта обратная связь означает, что при анализе и контроле выполнения плана КО принимает оперативные управленческие решения, регулирующие работу ПрО и цеха по производству продукции.
На рис. 2.11 представлены обе рассмотренные нами обратные связи — по информации и управлению.
Рис. 2.11. Формирование модели бизнес-процесса. Шаг 6
alt="" />


На рис. 2.10 мы добавили еще одно ветвление стрелки «План отгрузки ГП». Дело в том, что данная стрелка может являться одновременно и информационным входом, и входом по управлению.
Рассмотренный пример показывает, что при формировании моделей процессов в IDEF0 можно (и нужно!) эффективно использовать стрелки, отображающие обратные связи по управлению и информации.
Некоторые правила ветвления и слияния стрелок
В предыдущем примере несколько раз нам приходилось иметь дело с ветвлением стрелок. Стрелки могут также сливаться. Подробно правила ветвления и слияния стрелок описаны в стандарте IDEF0. Здесь же мы приведем несколько важных примеров использования этих правил.
На рис. 2.12 показаны ситуации правильного и неправильного наименования стрелок при ветвлении и слиянии.
Рис. 2.12. Правила ветвления и слияния стрелок



Ветвление стрелок в ситуации 1 означает, что поток ресурсов А содержит в себе потоки Б и С. Например план продаж может включать в себя план по отгрузке в натуральном выражении и план отгрузки в стоимостном выражении.
Ветвление стрелок в ситуации 2 недопустимо, так как оно означало бы, что поток А содержит в себе одновременно и А, и Б, что некорректно.
Аналогично можно рассмотреть ситуации слияния стрелок 3 и 4.

Рис. 2.13 показывает, как можно пользоваться механизмом ветвления и слияния стрелок при построении диаграммы процессов в 1DEF0. Стрелка, входящая на диаграмму процесса, ветвится на несколько других, отражающих более детально поток ресурсов или информации. Исходящие стрелки сливаются, показывая, как формируется результат выполнения процесса в целом. Сказанное справедливо также для стрелок сверху — управляющих воздействий, и стрелок снизу — механизмов (персонал, инфраструктура).
Таким образом, ветвление и слияние стрелок позволяет показывать потоки ресурсов и информации сначала укрупненно, что важно для описания процессов на верхнем уровне, а затем более детально — для диаграмм процессов нижнего уровня. Указанный механизм эффективно используется при построении диаграмм IDEF0 при декомпозиции моделей бизнес-процессов.
Рис. 2.13. Пример ветвления и слияния стрелок



Ветвление и слияние стрелок — важнейший инструмент для создания моделей в IDEF0. Особенно наглядным этот факт становится
при осуществлении декомпозиции моделей процессов с верхнего уровня на нижний. Миграция и туннелирование стрелок, принципы декомпозиции в IDEF0
Важнейшее понятие нотации IDEF0 — «туннелирование стрелок». Выполним декомпозицию функции «Осуществлять деятельность» (см. рис. 2.14). На более детальном уровне она включает в себя следующие функции (работы): «Разрабатывать график производства». «Выполнять подготовку производства». «Изготавливать продукцию». «Хранить готовую продукцию на складе». «Отгружать готовую продукцию клиенту».
При первом шаге декомпозиции мы получим схему процесса, на которой будут показаны стрелки, которые не войдут ни в один четырехугольник (рис. 2.14). Стрелки мигрировали на уровень вниз. Теперь необходимо «подвязать» их к конкретным функциям, при этом можно использовать механизм ветвления и слияния стрелок. Обратим внимание, что все стрелки, приведенные на верхнем уровне, будут показаны и на нижнем уровне. Таким образом сохраняется связность моделирования бизнес-процесса — детальные процессы оказываются однозначно связанными с процессами верхнего уровня, и наоборот.

Теперь необходимо подвязать каждую из показанных на рис. 2.14 стрелок к соответствующему объекту — функции.
«План отгрузки ГП» подвязываем к функции «Разрабатывать график производства». К ней же сверху подводим «Требования клиента» и «План отгрузки ГП», но уже в виде управляющего воздействия. Выходом первой функции являются управляющее воздействие «График производства» и информационный поток «Данные графика производства».
Входящая стрелка «Сырье и материалы» ветвится на две стрелки: «Вспомогательное сырье» и «Основное сырье и материалы».

Рис. 2.14. Формирование модели бизнес-процесса. Шаг 7



. План              , Требования              , ГОСТы,              , Нормативы              . Оперативное
(отгрузки              I клиента              I ОСТы,              I на расход              [управляющее
*ГП              *              *ТУ              ~сырья              ’воздействие



Разрабатывать
график
производства



Выполнять
подготовку
производства


Хранить готовую продукцию на складе
Выходом второй функции процесса («Выполнять подготовку производства») являются «Данные по готовности оборудования».
Третья функция процесса «Изготавливать продукцию» использует входящие материальные ресурсы — «Основное сырье и материалы» и информацию — «Данные графика производства» и «Данные по готовности оборудования». Выходами третьей функции являются «Данные по производству ГП», «ГП на склад» (готовая продукция, отгружаемая на склад) и «Брак». Обратите внимание, что выход «Брак» (стрелка и наименование выделены жирным шрифтом, рис. 2.15) не был показан на диаграмме верхнего уровня, а появляется только сейчас, при подробном описании. Почему это могло произойти? Занимаясь описанием процесса на верхнем уровне, мы вполне могли забыть некоторый из выходов либо, посчитав его малозначимым, просто опустить. На диаграмме процесса более низкого уровня этот выход должен быть отражен.
Четвертая функция процесса «Хранить готовую продукцию на складе» формирует выходы «Данные по запасам ГП»
и «ГП на складе». При ее описании, однако, пришлось дополнительно ввести в рассмотрение и отобразить в виде стрелок исполнителя — «Склад ГП» и управляющий вход «Условия хранения ГП на складе».
Все четыре новых входа, которые отсутствовали на диаграмме верхнего уровня и появились на рис. 2.15, выделены жирным шрифтом. Начало стрелки «Условия хранения ГП на складе» заключено в квадратные скобки. Это условное обозначение появляется, когда мы показываем новую стрелку, которой нет на диаграмме верхнего уровня. Для стрелок, входящих в диаграмму процесса, квадратные скобки указываются в начале стрелки. Для новых стрелок, являющихся исходящими, квадратные скобки указываются в конце, как, например, для стрелки «Отчет по состоянию склада».
Рис. 2.15. Формирование модели бизнес-процесса. Шаг 8



Квадратные скобки означают, что нарушена нотация описания процесса. Чтобы устранить возникшее противоречие с нотацией, необходимо либо сделать стрелку туннельной, либо разрешить ее миграцию на диаграмму верхнего уровня. Так, например, стрелка
«Брак» туннельная. Она не отображается на диаграмме верхнего уровня, а будет видна только на текущей диаграмме. Туннельные стрелки обозначены круглыми скобками.
Б случае со стрелкой «Склад ГП» ситуация другая — мы разрешили противоречие с нотацией, устранив квадратные скобки и обеспечив миграцию этой стрелки на диаграмму верхнего уровня.
Таким образом, механизм туннелирования стрелок может быть эффективно использован при проведении декомпозиции бизнес- процессов. На диаграммах процесса верхнего уровня мы отображаем потоки ресурсов и информации укрупненно. При декомпозиции на детальные модели с каждым разом мы можем отображать все более детальные потоки, при этом схема процесса не становится слишком сложной.
Следует отметить, что туннелирование стрелок обычно используют одновременно с ветвлением, что обеспечивает связность и прозрачность диаграмм процессов без излишнего усложнения. Вместе с тем механизмом туннелирования стрелок следует пользоваться очень аккуратно, так как при туннелировании поток возникает ниоткуда или уходит в никуда, то есть легко потерять или забыть значимую для всей модели информацию. Более подробно ознакомиться с правилами туннелирования стрелок можно в книге [3]. Нумерация объектов на диаграммах
Каждый объект (функция, работа) на диаграмме процесса в нотации IDEF0 может быть пронумерован. Существует несколько способов нумерации. Мы рассмотрим наиболее простой и часто применяемый. На рис. 2.16 представлено дерево функций процесса, разработанного нами выше (рис. 2.11, 2.15).
Как видно на рис. 2.16, нумерация диаграмм идет сверху вниз — от диаграммы верхнего уровня к диаграммам нижнего уровня. Каждая диаграмма нижнего уровня получает свой номер на основе номера родительской диаграммы верхнего уровня. Например, функция «Осуществлять деятельность...» имеет номер А2, а функции процесса более низкого уровня имеют номера А21-А25. Если мы декомпозируем функцию А22, то функции более детального процесса получат
номера A221-A22N. Буквенный индекс «А» вводится условно. (Более детальную информацию о правилах нумерации функций в моделях см. [3; 5].) Использование рассмотренного механизма нумерации делает отслеживание функций процессов достаточно наглядным. Напомним, что количество функций на одной диаграмме должно составлять не более шести (иногда допускается восемь). В этом случае по номеру узла всегда можно однозначно определить уровень процесса.

alt="" />
/
Разрабатывать
график
производства
А21
7
Выполнять
подготовку
производства
А22
/
Изготавливать
продукцию
А23
/
Хранить готовую продукцию на складе
А24
/
Отгружать
готовую
продукцию
клиенту
А25

Детализация диаграммы А2 — пять функций процесса

Оформление схем моделей в IDEF0, рамка IDEF0
На рис. 2.17 представлена диаграмма процесса, заключенная в так называемую рамку IDEF0. Вверху и внизу чертежа расположено несколько полей для отображения информации о диаграмме процесса. Рассмотрим сначала верхние поля диаграммы.
Поле USED АТ используется для указания ссылок на другие места модели (другие диаграммы), в которых идет ссылка на данную диаграмму.
Группа полей Author, Project, Date, Rev служит для указания автора диаграммы, наименования проекта, по ходу которого она была создана, дат создания и даты последнего пересмотра.

о о

alt="" />alt="" />alt="" />


Поле Notes используется при проверке модели экспертом. Порядок работы в этом случае следующий. Автор диаграммы передает ее эксперту, со слов которого построено описание процесса. Эксперт читает диаграмму и в случае несогласия со схемой процесса делает свои замечания письменно, непосредственно на диаграмме. Каждое замечание должно быть пронумеровано. При указании замечания эксперт обводит его порядковый номер в поле Notes. Такой порядок разработан для того, чтобы автор модели — аналитик мог устранить все замечания, четко контролируя их количество. Количество исправлений должно соответствовать количеству замечаний.
Далее идут поля статуса диаграммы: Working, Draft и т. д. Для каждого такого поля указывается дата и ставится подпись лица, уполномоченного менять статус диаграммы. Диаграммы, находящиеся в работе, получают статус Working. Диаграммы, утвержденные и являющиеся обязательными для исполнения, могут получить, например, статус Publication.
В поле Context указывается номер диаграммы верхнего уровня, содержащей рассматриваемый на данной диаграмме процесс в виде одной функции. Кроме того, в этом поле графически показано положение данного процесса среди функций диаграммы верхнего уровня.
Рассмотрим теперь поля, находящиеся в нижней части рамки диаграммы IDEF0.
Первое поле снизу Node показывает номер узла, присвоенный данной диаграмме (нумерация диаграмм рассмотрена выше).
Затем следует поле Title, которое служит для указания названия диаграммы. Заметим, что название диаграммы совпадает с названием декомпозированной функции диаграммы верхнего уровня.
Последние поля — Number и поле без названия. Первое поле служит для присвоения диаграмме уникального номера, второе — для указания номера ее листа с диаграммой в подшивке документов (то есть для формирования отчета, содержащего несколько диаграмм).
Таким образом, рамка IDEF0—удобный стандартный инструмент для указания основных характеристик диаграммы бизнес-процесса. Приводимые в ней данные однозначно определяют положение
диаграммы среди прочих, ее текущий статус, дату последнего пересмотра и т. д. Подчеркнем, что наличие стандартной проработанной рамки делает методологию IDEF0 еще более удобным инструментом для описания бизнес-процессов. Во многих современных системах моделирования процессов, поддерживающих IDEF0, большинство важнейших полей рамки заполняется автоматически. Таким образом, процесс документирования моделей становится достаточно простым и прозрачным. Это существенно облегчает работу аналитиков при создании комплекта моделей бизнес-процессов организации. Преимущества и недостатки использования IDEF0 для описания бизнес-процессов
Методология моделирования бизнес-процессов IDEF0, на наш взгляд, предназначена для описания процессов верхнего уровня. Описывая такие процессы, аналитик уделяет огромное внимание управлению процессами, обратным связям по управлению и информации. В табл. 2.1 приводятся основные преимущества и недостатки методологии IDEF0.
Табл. 2.1. Преимущества и недостатки методологии IDEF0

Преимущества

Недостатки
Полнота описания бизнес-процесса (управление, информационные и материальные потоки, обратные связи). Комплексность при декомпозиции (мигрирование и туннелирование стрелок). Возможность агрегирования и детализации потоков данных и информации (разделение и слияние стрелок). Наличие жестких требований методологии, обеспечивающих получение моделей процессов стандартного вида. Простота документирования процессов. Соответствие подхода к описанию процессов в IDEF0 стандартам ИСО 9000:2005 Сложность восприятия (большое количество стрелок). Большое количество уровней декомпозиции. Трудность увязки нескольких процессов представленных в различных моделях одной и той же организации


Важнейшая характерная черта IDEF0 — это полнота описания бизнес-процесса, которая достигается за счет наличия средств, отображающих управляющие воздействия, обратные связи по управлению и информации. Методология 1DEF0 предоставляет аналитику
возможность не заботиться о комплексности декомпозиции за счет использования механизмов мигрирования и туннелирования стрелок. Такой механизм обеспечивает связность создаваемых диаграмм между собой. Кроме того, он делает модель процесса наглядной. Использование возможности разделения и слияния стрелок также способствует созданию более наглядных и проработанных моделей. Резюмируя, можно сказать, что жесткие требования по формированию моделей в IDEF0 в сочетании с гибкими средствами представления потоков информации и ресурсов обеспечивают создание IDEF0- моделей стандартного вида.
Второе важнейшее преимущество IDEF0 — это соответствие формата представления процесса его определению в ИСО 9000:2005, что позволяет выбирать IDEF0 в качестве внутреннего стандарта организации, регламентирующего описание бизнес-процессов.
К недостаткам IDEF0 можно отнести сложность восприятия схем процессов сотрудниками организации, особенно ее руководителями. Следует отметить, однако, что эффективное применение любой нотации предполагает обучение как сотрудников, так и руководителей умению читать и анализировать схемы процессов.
Еще один недостаток IDEF0 — сложность увязки моделей нескольких процессов (например, сбыта и производства) в случае создания отдельных моделей для каждого из этих процессов. Но это скорее техническое несовершенство, которое можно устранить при помощи предварительных договоренностей о правилах моделирования.
На практике часто встречаются ситуации, когда модели IDEF0 используют для описания последовательно выполняемых работ. В таких моделях, как правило, слабо отражено управление процессом, не указаны руководители, почти нет обратных связей. На наш взгляд, использовать 1DEF0 для описания последовательно выполняемых работ некорректно. 
<< | >>
Источник: Репин В. В., Елиферов В. Г.. Процессный подход к управлению. Моделирование бизнес-процессов. 2013

Еще по теме Методология IDEF0:

  1. ТМ-МЕТОДОЛОГИЯ
  2. ТМ-МЕТОДОЛОГИЯ
  3. ТМ-МЕТОДОЛОГИЯ
  4. ТМ-МЕТОДОЛОГИЯ
  5. Основные методологии описания процессов
  6. Безумие Методологии
  7. § 3. МЕТОДОЛОГИЯ ЭКОНОМИЧЕСКИХ ИССЛЕДОВАНИЙ
  8. УН. К МЕТОДОЛОГИИ РАБОЧЕГО БЮДЖЕТА59
  9. 1. МЕТОДОЛОГИЯ СТРАТЕГИЧЕСКОГО ПЛАНИРОВАНИЯ
  10. 2. МЕТОДОЛОГИЯ ТАКТИЧЕСКОГО ПЛАНИРОВАНИЯ
  11. Г л а в а 2. МЕТОДОЛОГИЯ ЮРИДИЧЕСКОЙ НАУКИ
  12. Методология IDEF3
  13. Тайный смысл Методологии
  14. Методологии описания бизнес-процессов
  15. Методология ARIS
  16. Тема 1 МЕТОДОЛОГИЯ УПРАВЛЕНИЯ ПЕРСОНАЛОМ
  17. Глава 6 МЕТОДОЛОГИЯ УПРАВЛЕНИЯ ПРОЕКТАМИ
  18. Глава, 5 МЕТОДОЛОГИЯ ИССЛЕДОВАНИЯ СИСТЕМ
  19. Глава 4 МЕТОДОЛОГИЯ ПРОГНОЗИРОВАНИЯ И ПЛАНИРОВАНИЯ
  20. РАЗДЕЛ Методология налогового планирования
- Cвязи с общественностью - PR - Бренд-маркетинг - Деловая коммуникация - Деловое общение и этикет - Делопроизводство - Интернет - маркетинг - Информационные технологии - Консалтинг - Контроллинг - Корпоративное управление - Культура организации - Лидерство - Литература по маркетингу - Логистика - Маркетинг в бизнесе - Маркетинг в отраслях - Маркетинг на предприятии - Маркетинговые коммуникации - Международный маркетинг - Менеджмент - Менеджмент организации - Менеджмент руководителей - Моделирование бизнес-процессов - Мотивация - Организационное поведение - Основы маркетинга - Реклама - Сбалансированная система показателей - Сетевой маркетинг - Стратегический менеджмент - Тайм-менеджмент - Телекоммуникации - Теория организации - Товароведение и экспертиза товаров - Управление бизнес-процессами - Управление знаниями - Управление инновационными проектами - Управление качеством товара - Управление персоналом - Управление продажами - Управление проектами - Управленческие решения -