Нотаций много. По каждой пишут книги и даже работают институты. Поэтому не было цели дать исчерпывающее описание методологии. Цель — дать общее понимание и где можно прочитать подробнее. Итак нотация IDEF0.
Нотация IDEF0 применяется для начального анализа бизнес-процессов. IDEF0 – это функциональная модель, которая описывает бизнес-процесс в виде набора функций «блоков», входящих и исходящих стрелок, является ядром построения всех остальных моделей, она связывает информационные и материальные потоки, оргструктуру, управляющие воздействия.
Верхний уровень модели бизнес-процесса
Стрелки Входов – это ресурсы, которые переносят свою стоимость в выходы полностью, то есть расходуются на создание результата полностью.
Стрелки Механизмов исполнения – это ресурсы, которые переносят свою стоимость только частично (оборудование – через амортизацию, а люди – через зарплату).
Стрелки Управления – В любой модели должна быть хотя-бы одна стрелка управления. Это важный элемент модели, так как он привязывает все действия к системе регламентов компании, четко обозначая, какие правила и требования должны быть соблюдены в процессе выполнения функции.
Функционально-ориентированные модели описания бизнес-процессов. VAD, IDEF, DFD
Стрелки Выходов — результаты выполнения функции. Это продукция или информация, получаемая в результате работ�� функции.
На представленном рисунке показана модель верхнего уровня. Далее происходит детализация — называемая декомпозицией, т.е. мы начинаем описывать этапы (функции) процесса приготовления «борща».
Второй уровень модели
Проводить декомпозицию можно и дальше. Можно декомпозировать — как приготовить овощи, как варить мясо и т.д.
Важными элементами моделирования являются цель и точка зрения. Исходя из них, моделирование одних и тех же процессов может выглядеть несколько по-разному. Поэтому один и тот-же бизнес процесс может иметь несколько моделей с разных точек зрения. В нашем случае была попытка описать точку зрения повара. Точка зрения человека, который будет употреблять продукт будет несколько иная.
Не советую готовить борщ по описанному «бизнес-процессу». Одной модели недостаточно. Для исчерпывающего описания бизнес-процесса используют дополняющие модели в нотациях IDEF3 и DFD-диаграмы (диаграммы потоков данных) . Но о них в следующих постах !
Да и для такого «бизнес-процесса» не требуется городить IFED0 моделирование. Хотя . если повар уволится, то может и не лишним будет описание рецепта на первое время, пока не найдете другого повара.
И наконец, приведу пример литературы, где можно более подробно ознакомится с данной методологией.
Методология структурного анализа и проектирования SADT
❇️Это книга написанная классиками структурного анализа : Методология структурного анализа и проектирования SADT
(Structured Analysis https://teletype.in/@andrewg7/SkL6TIxNH» target=»_blank»]teletype.in[/mask_link]
1.6.2 Пример формирования модели бизнес-процесса в idef0
Рассмотрим пример разработки основного процесса торговой компании, обеспечивающей потребителей товаром. Специфика работы данной компании состоит в том, что реальное движение товара осуществляется по цепочке «производитель – перевозчик – клиент». Основная задача этой компании – управление поставками [7].
Построение диаграммы IDEF0 в process modeler (bpwin)
На рисунках 24 – 27 представлены схемы процесса управления поставками торговой компании, построенные в нотации IDEF0. В рамках данной модели здесь представлены далеко не все существующие в такой организации процессы, а приведена лишь небольшая часть для иллюстрации возможностей описания основного процесса в IDEF0.
На рисунке 24 показана контекстная диаграмма процесса, где представлены основные входы и выходы, причем достаточно укрупнено. При внимательном анализе диаграммы можно обратить внимание на тот факт, что на ней не показаны потоки товара, которые поступают потребителю, поскольку в данном случае рассматривается торговая компания, которая именно управляет поставками товара, а реальные потоки через нее не проходят.
В соответствии с рисунком 15 деятельность торговой компании включает три процесса верхнего уровня: обеспечение потребителя информацией, товаром, услугами. Более подробно рассмотрим процесс обеспечения потребителя товаром (процесс А2, рисунок 25).
Процесс «Обеспечение потребителя товаром» включает в себя пять функций (процессов), причем только первая функция анализируется самой торговой организацией. Все остальные функции выполняются производителем товаров, перевозчиком, потребителем, банком. Главной функцией на диаграмме А2 является функция «Управлять обеспечением потребителя товаром».
Рисунок 24 – Контекстная диаграмма бизнес-процессов торговой компании 
Рисунок 25 – Бизнес-процесс обеспечения потребителя товаром 
Рисунок 26 – Управлять обеспечением потребителя товаром 
Рисунок 27 – Формировать финансовый план компании по обеспечению потребителя товаром На этой функции показано, каким образом торговая компания управляет всей цепочкой движения товара. Фактически торговая компания берет на себя все задачи, связанные с выявлением потребностей клиента, планированием ставок, заказом товара, управлением процессом доставки товара, контролем качества и т.д.
Клиенту это выгодно, так как он имеет возможность сократить значительную часть своих расходов, связанную с закупками необходимых товаров. Таким образом, в данном случае торговая компания переводит на себя транзакционное обслуживание клиента.
На схеме процесса А2 имеются обратные связи по информации, позволяющие торговой компании иметь оперативную информацию для управления поставками. На рисунке 26 приведена диаграмма А21, которая состоит из четырех функций.
Процесс А21 «Управлять обеспечением потребителя товаром» включает функции по планированию поставок, собственно оперативное управление поставками, анализ выполненных поставок и коррективное обслуживание. Более подробно рассмотрим процесс формирования финансового плана компании по обеспечению потребителя товаром (процесс А211, рисунок 27). Планирование работ основано на учете интересов и планов всех участников процесса, а не только клиента. В расчет принимаются плановые производственные возможности производителя товара, планы перевозчика, требования клиента по поступлению продукции в заданные сроки.
Ограничение
Для продолжения скачивания необходимо пройти капчу:
Источник: studfile.net
Учебный пример описания бизнес-процесса в стандарте IDEF0
Рассмотрим пример построения модели некоторого бизнес-процесса. Наш учебный пример будет настолько обобщенным, что мы даже не будем давать этому процессу названия. Не будем также уточнять и названия его элементов (объектов). Не будем рассматривать и итерации (уточнения) модели. Вместе с тем все основные элементы построения модели мы выполним.
Итак, все начинается с построения диаграммы верхнего уровня рис.21.
Рис. 21. Диаграмма верхнего уровня в стандарте IDEF0 — диаграмма А-0
На этой диаграмме должны быть обязательно представлены цель и точка зрения моделирования. Как видно из диаграммы верхнего уровня модели (см. рис.21), на ней представлен лишь один блок — это собственно и есть моделируемый БП. Интерфейсные дуги обозначают взаимосвязи моделируемого БП с внешним окружением.
После того как построено графическое описание, строится вербальное (текстовое). Текстовое описание, как правило, включает общее описание и описание всех объектов. Общее описание должно включать краткую характеристику моделируемого процесса или общую логику взаимодействия процессов (для диаграмм-декомпозиций). Описания объектов содержат краткую характеристику (определение) и более подробное описание (комментарии) по каждому из блоков или интерфейсных дуг, помещенных на диаграмме.
Затем для продолжения моделирования определяют состав декомпозиции моделируемого процесса. Результаты структурной декомпозиции, как правило, представляют в виде иерархического дерева рис. 22.
Рис. 22. Структура декомпозиции бизнес-процесса в стандарте IDEF0
После того как определен состав системы, приступают к декомпозиции ее элементов. Декомпозицию проводят сверху вниз. В нашем случае первой необходимо провести декомпозицию блока А0.
В начале декомпозиции производится «подготовительная работа»:
— необходимо на новую диаграмму перенести все интерфейсные дуги декомпозируемого родительского блока (без учета туннельных);
— поместить на новую диаграмму в порядке доминирования блоки с выделенными функциями, на которые предполагается декомпозировать родительский блок.
Это достаточно простой и формальный этап составления новой диаграммы декомпозиции. Его результаты представлены на рис. 23.
Получив такой «шаблон» (или «форму»), необходимо его заполнить — построить взаимосвязи блоков с внешним окружением, а также внутренние взаимосвязи. Может существовать множество различных вариантов и последовательностей выполнения этого построения даже для одной и той же диаграммы.
В качестве одного из возможных вариантов предлагаем рассмотреть последовательное построение взаимосвязей для каждого блока в порядке их расположения на диаграмме. Этот вариант и последовательность его реализации представлены на рис. 24.
Здесь (см. рис. 24) мы видим, что вначале были построены взаимосвязи для блока А1. Затем на диаграмму были добавлены взаимосвязи для блока А2. Затем — для блока А3. При построении взаимосвязей для очередного блока могут уточняться взаимосвязи остальных блоков.
Построив все взаимосвязи, нам необходимо привести диаграмму к читаемому виду. Для этого следует:
o устранить, по возможности, пересечение дугами надписей;
o максимально разнести параллельно идущие линии дуг;
o изменяя топологию, снизить количество пересечений дуг;
o выполнить другие графические преобразования, облегчающие визуальное восприятие диаграммы.
Результаты построения диаграммы по нашему учебному примеру представлены на рис. 25.
Теперь необходимо сформировать вербальное описание диаграммы — дать текстовые описание логики процесса и всех элементов (блоков и дуг). С дугами, которые идут от границы диаграммы, проще — их описание можно взять из вербального описания диаграммы А-0. Описание же по всем остальным вновь введенным объектам, а также по логике внутренних взаимодействий необходимо создать. Текстовое описание диаграммы и ее объектов помогает однозначному восприятию модели различными людьми, которые в той или иной степени могут использовать модель.
После того как создано графическое и текстовое описание, необходимо решить, нужно ли дальше проводить декомпозицию или представленной детализации процессов достаточно. В нашем примере мы решили, что блок А2 должен иметь декомпозицию. Поэтому для этого блока необходимо продолжить процесс моделирования.
Для того чтобы из самой диаграммы было видно, какие блоки подвергаются последующей декомпозиции, а какие — нет, левый верхний угол блоков, которые декомпозиции не подвергаются, перечеркивается чертой. Соответственно, если такой черты нет — блок имеет декомпозицию. В нашем примере блоки А1 и А3 имеют черту в верхнем левом углу, и значит, они в дальнейшем (или пока) декомпозироваться не будут. А если будут, то черта в левом верхнем углу этих блоков должна быть убрана
Ну вот, декомпозиция и ее описание закончены! Но может найтись эксперт, который скажет, что он видит систему по-другому, или в ходе обсуждения варианта построения системы могут возникнуть альтернативные предложения, или может потребоваться выделить некоторые наиболее важные компоненты сложной диаграммы описания.
Для того чтобы иметь возможность включать различные варианты в рассмотрение или представлять отдельные элементы системы, может быть использовано представление специального типа, так называемая FEO-диаграмма (For Exposition Only — только для изображения). Пример FЕО-диаграммы для построенной ранее диаграммы А0 учебного примера (см. рис. 25) представлен на рис. 26.
Рис. 26. Диаграмма FЕО, иллюстрирующая только внутренние взаимосвязи функциональных блоков
Диаграмма на рис.26 сосредотачивает внимание на внутренних взаимодействиях и взаимодействиях по входам-выходам, что позволяет, например, оценивать необходимость и достаточность функциональных преобразований или проверять состав внутренних потоков, генерируемых процессом.
Итоги по теме
1. Функциональная модель начинается с построения общего описания процесса и его взаимодействия с окружающим миром, которое представляется в диаграмме нулевого уровня или контекстной диаграмме. На контекстной диаграмме также должна отражаться цель моделирования (например, сокращение длительности выполнения процесса, или сокращение издержек при повышении качества обслуживания, или разработка нового процесса и т.д.) и точка зрения, с позиции которой рассматривается модель (директор организации, IT-менеджер, отдел логистики и т.д.).
2. Диаграммы следующих уровней детализируют функции процесса каждого предыдущего уровня. Детализация продолжается до уровня элементарных действий, которые уже не нужно подвергать декомпозиции для получения ответов на поставленные перед моделью вопросы.
3. На каждом уровне рекомендуется размещать не менее двух и не более семи функциональных блоков. Число уровней декомпозиции не ограничено. Критерием окончания декомпозиции является достижение цели моделирования — получение ответов на поставленные вопросы с требуемой точностью.
4. Все объекты и логика диаграммы должны иметь текстовые описания.
5. Построение декомпозиции — процесс многовариантный и творческий.
6. Различные варианты декомпозиции могут быть представлены с помощью диаграмм специального вида — FЕО-диаграмм.
Источник: poisk-ru.ru
