Знакомство с нотацией IDEF0 и пример использования / Блог компании Trinion / Хабр

В пояснительном тексте к контекстной диаграмме должна быть указана цель построения диаграммы в виде краткого описания. Рассмотрим процесс моделирования на конкретном примере торговой фирмы [5]. Исполнительным механизмом реализации функции является весь персонал все структурные единицы фирмы, а управляет процессом ряд ограничений: Далее имеет место декомпозиция по функциональному признаку рис.

Далее закупленный товар необходимо обработать и подготовить к продаже блок А2 "обработать товар". Уровень детализации диаграмм соответствует поставленной цели, то есть можно четко определить и разграничить функции между структурными звеньями компании.

Подводя итог, можно отметить, что функционально-структурная модель фирмы является очень эффективным инструментом для решения задач реструктуризации, а также следующих практических задач менеджмента:. FAQ Обратная связь Вопросы и предложения. Upload Опубликованный материал нарушает ваши авторские права? Российский государственный профессионально-педагогический университет. Проанализируйте процессы реструктуризации и сформулируйте основные фак- торы успеха проведенных изменений.

Развитие связей с общественностью. Как осуществляется финансирование проекта реструктуризации? Какие источни- ки финансирования могут быть использованы? Существенность для компании каждой проблемы определяется величиной оценки и соответственно проблемы ранжируются по степени значимости. Сегментация потребителей по выгодам, получаемым от использова- ния товара, или по удовлетворению потребностей.

Сегментация потребителей по чувствительности к цене. Сегментация клиентов — юридических лиц с использованием стан- дартных классификаторов отраслей. Сегментация по способу совершения покупок. Для реализации данного критерия необходимо выявить алгоритмы совершения покупок различными группами потребителей. Установление рабочих отношений с исследуемой организацией, оп- ределение ограничений на доступ к необходимой информации.

Сбор и первичная обработка необходимой информации. Презентация результатов организационно-управленческого анализа. Изучение рынка и сбор информации по сделкам с объектами-анало- гами. Выход-вход Выход-управление Выход-механизм Обратная связь по управлению Обратная связь по входу. IDEF3-модели используются для документирования технологических информационных процессов, где важна последовательность выполнения процесса. Выделяют четыре элемента IDEF3-модели: Единица работы — отображают действия, процессы, события, этапы выполнения работ.

Единица работы может иметь только один вход и один выход. Связи Links , которые бывают двух типов: Перекрестки Junctions — элементы модели, за счет которых описывается логика и последовательность выполнения этапов процесса. Асинхронное И Asynchronous AND выходной процесс запустится, если завершились все входные процессы после завершения входного процесса запустятся все выходные процессы. Синхронное И Synchronous AND выходной процесс запустится, если завершились одновременно все входные процессы после завершения входного процесса запустятся все выходные процессы, причем запустятся одновременно.

Асинхронное ИЛИ Asynchronous OR выходной процесс запустится, если завершится один или несколько входных процессов после завершения входного процесса запустятся один или несколько выходных процессов. Синхронное ИЛИ Synchronous OR выходной процесс запустится, если завершились один или несколько входных процессов, причем завершились одновременно после завершения входного процесса запустится один или несколько выходных процессов, причем запустятся одновременно. Исключающее ИЛИ XOR, Exclusive OR выходной процесс запустится, если завершился только один входной процесс после завершения входного процесса запустится только один выходной процесс.

В блок может входить и из блока может выходить только одна связь последовательности. Для отображения множества входов и выходов используются перекрестки. Разрешается множественная декомпозиция работ: Диаграммы потоков данных DFD позволяют эффективно и наглядно описать процессы документооборота и обработки информации.

Типы структурных элементов в нотации Гейна-Сарсона: Процессы функции, операции, действия , которые обрабатывают и изменяют информацию. Процессы показывают, каким образом входные потоки данных преобразуются в выходные 2. Потоки данных , которые обозначают взаимодействие процессов с внешним миром и между собой.

Поток данных соединяет выход процесса объекта с входом другого процесса объекта. Хранилища данных — представляют собой собственно данные, к которым осуществляется доступ.

Эти данные могут быть созданы или изменены процессами. Внешние сущности — определяют внешние элементы, которые участвуют в процессе обмена информацией с системой. Язык UML был разработан для создания моделей информационных систем ИС с целью их последующей реализации в виде объектно-ориентированных программ.

Все представления о модели сложной системы фиксируются в виде диаграмм -специальных графических конструкций схем, графов. Имеется 8 основных типов диаграмм UML, отражающих различные аспекты: В настоящее время язык UML применяется не только для создания ИС, но и для анализа и перепроектирования бизнес-процессов: Отражает основные бизнес-процессы, их взаимодействие с окружением. Начинается с построения внешней диаграммы вариантов использования — Use Case Diagram , показывающей, как бизнес виден извне.

Актор действующее лицо, business actor — субъект окружения бизнеса. Прецедент вариант использования, business use case — относительно законченная последовательность действий в рамках некоторого бизнес-процесса, приносящая ощутимый результат конкретному актору. Производство продукта Продажа продукта, Сервисное обслуживание, Разработка продукта, Маркетинг и сбыт.

Экземпляр реализация прецедента — конкретный вариант хода событий класс прецедентов — обобщенный прецедент. Для акторов тоже различают понятия класса и экземпляра. Акторы разных классов могут иметь общие характеристики или общие обязательства. Можно ввести обобщенный класс акторов. Между обобщенным типом актора и более конкретным устанавливается отношение обобщения.

Между прецедентами и акторами устанавливаются отношения коммуникации отношения ассоциации со стереотипом communicate. Они моделируют взаимосвязи прецедентов с окружением информационные и материальные потоки Между прецедентами, как правило, устанавливаются только отношения зависимости а также отношения, структурирующие прецеденты — отношения обобщения, включения зависимости со стереотипом include , расширения зависимости со стереотипом extend.

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

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

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

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

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

Если клиенты не удовлетворены длительностью этого процесса, то организация, скорее всего, будет терять клиентов. К техническим показателям процесса следует отнести те показатели, которые характеризуют технологию выполнения процесса, используемое оборудование, программное обеспечение, среду и т.

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

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

Как правило, особенно ярко выглядит сравнение отечественных и зарубежных предприятий одной отрасли. Например, сравнение по численности персонала показывает, что для выполнения аналогичных процессов компании в развитых странах используют в 3—5 раз меньше персонала, чем отечественные предприятия. Следует отметить, что сравнение технических показателей процессов по абсолютной величине чаще всего не информативно.

Более интересные для анализа данные дает расчет относительных показателей нескольких процессов. Необходимо помнить, что важен не набор показателей сам по себе, а возможность принятия на его основе решений по улучшению процесса. Показатели стоимости процесса являются одними из важнейших показателей. Их можно разделить на несколько групп:. Стоимость процесса в целом. Затраты на оплату труда исполнителей: Амортизация оборудования и нематериальных активов; 2.

Затраты на тепло- и энергоносители; 2. Затраты на связь; 2. Затраты на получение информации; 2. Затраты на повышение квалификации исполнителей; 2. Показатели стоимости продуктов процесса: Стоимость сырья и материалов; 3. Затраты на оплату труда; 3. Корректный расчет и анализ совокупной стоимости процесса требует применения соответствующих методик. На сегодняшний день наиболее адекватным, с точки зрения процессного подхода, является ABC-метод анализа стоимости. Этот анализ основан на следующем:.

Применяя ABC-метод, можно рассчитать стоимость процесса. Практическое внедрение ABC-метода является технически сложным, длительным и дорогостоящим проектом. Прежде чем его выполнять каждая организация должна проанализировать целесообразность применения ABC-метода. Практически величина стоимости процесса в целом с трудом поддается определению. Однако для улучшения процесса важны не абсолютные, а удельные и относительные показатели, а также динамика изменения показателей, отражающая процесс улучшений.

При анализе каждого процесса следует определить ограниченный набор стоимостных показателей, которые будут служить индикаторами улучшения или ухудшения процесса. Например, к таким показателям можно отнести:. Как систематизировать задачу подбора стоимостных показателей процесса?

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

Показатели качества процесса являются важнейшей группой показателей, характеризующих процесс. Что следует понимать под качеством процесса?

Это способность процесса в заданной степени удовлетворять потребности своих клиентов при минимальных затратах ресурсов. Обратим внимание, что ключевым аспектом определения качества процесса является ориентация на клиента. Искусственно созданные, оторванные от потребностей клиента показатели качества процесса не могут служить инструментом для реальных улучшений.

Показатели 1—6 достаточно просто измерить, разработав методики сбора и обработки соответствующей информации. Показатели 7—10 интуитивно понятны, однако на практике их измерить затруднительно. Можно отслеживать изменение данных показателей, анализируя сбои в работе процесса, которые происходят при различных внешних и внутренних внештатных ситуациях.

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

Каждое предприятие должно создавать такую систему с учетом специфики своих процессов. Следует отметить, что система показателей процесса должна развиваться вместе с процессом: Рассмотрим относительные показатели выполнения процесса. Эта группа показателей рассчитывается на основе абсолютных показателей процесса. Относительные показатели очень важны при реализации. К числу относительных показателей времени выполнения процесса можно отнести:.

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

Потребители этой информации — владелец процесса и руководитель. Схема прохождения информации структурируется по трем основным направлениям, необходимой для управления процессами и организацией в целом. Показатели, характеризующие процесс, следует выбирать, исходя из следующих требований:. Адекватность, полнота и объективность отражения существующего положения дел; 2. Возможность сбора и обработки данных с установленной периодичностью; 3. Трудозатраты на сбор и обработку не превышают ценности информации полезность сбора данных ; 4.

Система показателей должна охватывать качественные и количественные характеристики процесса; 5. Форма представления информации должна быть максимально понятной; 6. Информация должна быть сравнима с аналогичной. К показателям продукта относятся все параметры, которые характеризуют продукт.

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

Название связи Вид связи Смысл связи Связь предшествования Обозначает, что вторая работа начинает выполняться после завершения первой работы.

Связь отношения Обозначает, что вторая работа может начаться и даже закончиться до того момента, когда закончится выполнение первой работы. Связь потоков объектов Одновременно обозначает временную последовательность работ и материальный либо информационный поток. Указанные объекты являются логическими символами трех видов: Пример диаграммы IDEF3 Нотацию IDEF3 целесообразно применять в случае относительно простых процессов на нижнем уровне декомпозиции, то есть процессов уровня рабочих мест.

Пример диаграммы DFD На диаграмме DFD функции обычно располагаются слева направо в порядке, соответствующем последовательности их выполнения во времени, хотя это не является обязательным. Следующие типы диаграмм используются при моделировании бизнес процесса: Activity Diagram — диаграмма деятельности, используется для детализации бизнес процесса. Class Diagram — диаграмма классов, используется для моделирования структуры информации. Организация в ARIS рассматривается с четырех точек зрения: Организационной структуры Функциональной структуры Структуры данных Структуры процессов.

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

Ввиду большого количества бизнес-моделей методология ARIS делит их на четыре группы: Группы моделей методологии ARIS Большими преимуществами методологии ARIS являются эргономичность и высокая степень визуализации бизнес-моделей, что делает данную методологию удобной и доступной в использовании всеми сотрудниками компании, начиная от топ-менеджеров и заканчивая рядовыми сотрудниками.

OD-Objective diagram Диаграмма целей Модель описывает стратегические цели компании и их взаимосвязь с другими элементами организации. FT-Function tree Дерево функций Модель описывает функции, выполняемые в компании и их иерархию. FAD-Function allocation diagram Диаграмма окружения процесса Процессная модель описывает окружение бизнес-процесса. ORG - Organizational chart Модель организационной структуры Модель описывает организационную структуру компании.

ASTD-Application system type diagram Диаграмма типов информационных систем Модель описывает структуру информационных систем, используемых в компании. Вход бизнес-процесса — ресурс, необходимый для выполнения бизнес-процесса. Выход бизнес-процесса — результат продукт, услуга выполнения бизнес-процесса.

Операция работа — часть бизнес-процесса. Любой процесс можно охарактеризовать по следующим критериям: Результативность — достигает процесс необходимых результатов или нет. Эффективность — сколько ресурсов затрачивает процесс на получение результата.

1. Процесс создания IDEFO-модели. Процесс моделирования в IDEF0 включает в себя: Ø сбор информации об исследуемом объекте; Ø документирование полученной информации и представление ее в виде модели  М.: Госстандарт России, 2. Абдикеев Н.М. Реинжиниринг бизнес-процессов. Учебник - М.: ЭКСМО, – с. 3. Дворников А. IDEF0 как инструмент моделирования процессов // Авант Партнер, - № 22 (79). 4. Методы и модели информационного менеджмента. Учебное пособие / Под ред. А.В. Кострова – М.: Финансы и статистика, Стандарты моделирования бизнес-процессов. Стандарт функционального моделирования IDEF0. Стандарт IDEF0 считается классическим методом процессного подхода к управлению. Основной принцип процессного подхода заключается в структурировании деятельности организации в соответствии с ее бизнес-процессами, а не организационно-штатной структурой.  Как и в методе IDEF0, основной единицей модели IDEF3 является диаграмма. Другой важный компонент модели - действие, или в терминах IDEF3 "единица работы". Диаграммы IDEF3 отображают действие в виде прямоугольника. Практические рекомендации по построению и использованию моделей бизнес-процессов, построенных в IDEF0.  Рисунок 2. Фрагмент модели в IDEF0, построенной на основе организационной структуры компании. Диаграмма А0. В качестве примера рассмотрим блок 1 на диаграмме А0 более детально. Это означает, что мы должны рассмотреть деятельность Службы сбыта при помощи отдельной диаграммы следующего, более детального уровня. На рисунке 3 показана модель деятельности Службы сбыта, построенная на основе организационной структуры этой службы.

Структура модели бизнес-процессов [BS Docs 4]

И здесь очень хорошо подходят нотации IDEF0. Но для начала, давайте разберемся с основными понятиями, что такое нотации, зачем они нужны, что такое IDEF0, в чем особенности и преимущества этого метода. Что такое нотация описания бизнес-процессов Нотацией называется формат описания бизнес-процесса, представляющий собой совокупность графических объектов, используемых при моделировании, а также правил моделирования.

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

Отличительной особенностью IDEF0 является ее акцент на соподчиненность объектов. В процессе разработки программного обеспечения разработчики столкнулись с необходимостью разработки новых методов анализа бизнес-процессов.

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

Управляющие сверху вниз — механизмы управления положения, инструкции и пр. Механизмы снизу вверх — что используется для того, чтобы произвести необходимую работу. Входящие и исходящие стрелки точнее было бы называть вводящими и выводящими, так как по-английски они называются Input и Output соответственно.

Но особенности перевода и привычные названия выглядят уже так, как сложилось. И все же для правильного понимания терминов важно помнить их значение в данном случае. Это подтверждается еще и тем, что данная нотация создана прежде всего для разработки ПО, и термины переводить правильнее в этой точки зрения.

Стрелки подписываются при помощи имен существительных опыт, план, правила , а блоки — при помощи глаголов, то есть в них описываются действия, которые производятся создать товар, заключить договор, произвести отгрузку.

IDEF0 — это очень простой и одновременно наглядный язык описания бизнес-процессов. С помощью этого стандарта возможна передача информации между разработчиками, консультантами и пользователями. Стандарт очень тщательно разрабатывался, он удобен для проектирования, универсален. Кроме того, использование для создания бизнес-моделей IDEF0 — это не только удобно, это еще и правильно. Этот инструмент был разработан для бизнес-аналитики, он прошел длительную и тщательную отладку и шлифовку.

А потому при помощи IDEF0 создать функциональную модель без ошибок намного проще, чем без применения этого стандарта. Как известно, забивать гвозди лучше всего молотком. Конечно, вы можете для этого применять и другие инструменты, но молоток — наиболее функционален и с его помощью проще всего забить гвоздь аккуратно и точно.

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

Копирайтер — это человек, который создает на основе этого материала, руководствуясь требованиями издателя, планом публикации и правилами русского языка, готовый текст статьи. Корректор проверяет материал на ошибки. А программное обеспечение — это те инструменты, которые используют в работе все участники процесса. Таким образом, я задал основные параметры процесса, его вход, выход, а также все необходимое для успешного проведения процесса.

Но это — только основные рамки процесса. Так описывается общая схема работы компании в целом. На самом деле, процесс создания статьи, как и любой бизнес-процесс можно и нужно детализировать. В нашем случае работа делится на 4 основных этапа: Подготовить текст Подготовить текст к публикации. Разместить статью в издании. Пример описания функциональной модели бизнес процесса второго уровня На схеме наглядно видно, на каком этапе какие управляющие элементы и какие механизмы задействованы.

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

Исходя из них, моделирование одних и тех же процессов может выглядеть несколько по-разному. Так, если бы тот же процесс был описан с точки зрения копирайтера, то входящими были бы опыт и аудиофайл от автора. При этом в таком случае под Опытом подразумевался бы опыт копирайтера, но не руководителя или автора. А потому первое, что нужно определить при создании модели бизнес-процесса — это выбрать точку зрения и четко сформулировать цель. Такое моделирование не только наглядно, но и очень удобно для принятия эффективных управленческих решений.

Например, в описанном выше бизнес-процессе есть два отдельных специалиста — копирайтер и корректор. Если я поставлю задачу оптимизировать финансирование проекта, то я благодаря схеме сразу увижу, где это и как можно сделать.

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

Конечно, я понимаю все заслуги корректоров и почему лучше работать с отдельным специалистам. Но напоминаю — у меня стоит задача: Без такого наглядного инструмента было бы сложнее определить, какие из блоков можно удалить и, таким образом, оптимизировать работу. Как создавать нотации IDEF0 Существует множество различных программных продуктов, которые можно применять при создании нотаций. Какие-то созданы специально для функционального моделирования, другие предназначены для любой работы с графическими элементами.

Где и как вы будете строить эти модели — решать вам. Я лично считаю, что на первом этапе нет ничего лучше, чем обычная бумага, простой карандаш и ластик, чтобы вносить корректировки в случае ошибок. Для того чтобы создать нотацию существующих бизнес-процессов, то есть описать, как сейчас работает компания, необходимо принципы работы изучить.

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

Моделирование деятельности на низких уровнях модели тесно коррелирует с прикладными методиками и технологиями деятельности, то есть в ряде случаев вопросы "что делать" и "как делать" сливаются воедино. Диаграмма является основным рабочим элементом при создании модели. Диаграммы имеют собственные синтаксические правила, которые будут рассмотрены в следующих разделах. Недавние изменения Все страницы Войти. Например, процесс "Продвижение и продажи" может быть декомпозирован на подпроцессы: Уровень модели Используемая нотация Комментарий 0 IDEF0 контекстная диаграмма Модель, выполненная в нотации IDEF0, имеет контекстную диаграмму верхнего уровня А-0, на которой объект моделирования представлен единственным блоком с граничными стрелками.

Стрелки на этой диаграмме отображают связи объекта моделирования с окружающей средой. Диаграмма A-0 устанавливает область моделирования и ее границу. Например, процесс второго уровня "Продвижение продуктов" может быть декомпозирован на подпроцессы 3 уровня: Эти модели используются для анализа, представления руководству, использования в нормативно-методических документах при документировании деятельности, при подготовке к внедрению информационных систем и т.

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

В чем здесь проблема? В сложности самого стандарта IDEF0 или в недостаточном его знании сотрудниками и руководителями? Собственный опыт применения IDEF0 и примеры использования его различными компаниями указывают на то, что это не главные причины. На наш взгляд, причина заключается в отсутствии четкого и последовательного методического подхода к применению стандарта IDFE0 для практических задач описания, анализа и документирования деятельности предприятия.

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

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

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

Обратим внимание, что при постановке указанной выше задачи никоим образом не говорится о процессном подходе или других технологиях управления. Способы ее решения должны быть максимально просты, и в то же время эффективны.

При таком подходе можно строить модель в IDEF0, опираясь на схему организационной структуры предприятия.

На рисунке 1 показан фрагмент схемы организационной структуры относительно небольшого предприятия. Фрагмент организационной структуры компании Модель в IDEF0 может строиться на основе организационной структуры. В этом случае иерархия объектов в модели должна соответствовать иерархии структурных подразделений предприятия.

Так на контекстной диаграмме показывается деятельность предприятия в целом, на диаграмме А0 показывается деятельность крупных структурных подразделений, на диаграмме А1 показывается деятельность отделов первого крупного структурного подразделения и т. Сказанное иллюстрирует рисунок 2. На нем представлена деятельность крупных структурных подразделений: Службы сбыта, Производственной службы, Службы снабжения и т.

Частично показаны потоки документов и материалов. Рассматриваемая диаграмма является моделью взаимодействия подразделений. О бизнес-процессах, выполняемых в этих подразделениях можно судить лишь по косвенным признакам — по названию и по специфике входов-выходов каждого блока. Фрагмент модели в IDEF0, построенной на основе организационной структуры компании. В качестве примера рассмотрим блок 1 на диаграмме А0 более детально.

Это означает, что мы должны рассмотреть деятельность Службы сбыта при помощи отдельной диаграммы следующего, более детального уровня. На рисунке 3 показана модель деятельности Службы сбыта, построенная на основе организационной структуры этой службы.

Диаграмма А1 рисунок 3 содержит несколько блоков, в именно: Так же как и на рисунке 2 показаны потоки документов, при помощи которых осуществляется взаимодействие между отделами Службы сбыта.

IDEF0 — методология функционального моделирования (англ. function modeling) и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Данная модель используется при организации бизнес-процессов и проектов, основанных на моделировании всех процессов: как. Поддерживается пять типов нотаций графического моделирования - IDEF0, Процесс и Процедура, BPMN, EPC. Для создания модели бизнес-процессов. Бизнес-процесс может быть разбит (декомпозирован) на составляющие подпроцессы. IDEF0 используется для описания модели бизнес-процессов на.

Найдено :

Случайные запросы