Презентация на тему 3. 2.МЕТОДОЛОГИЯ ФУНКЦИОНАЛЬНОГО МОДЕЛИРОВАНИЯПРОЦЕССОВ

большое распространение получила методология функционального моделирования (IDEF), разработанная в

США и с 1993 года применяемая в качестве федерального стандарта. Эта методология значительно расширяет возможности сочетания процессного и функционального подходов к управлению процессов.

доктор Д. Росс (США) предложил метод структурного проектирования и

анализа систем SADT (Structured Analysis and Design Technique). В основе этого подхода лежит графический язык описания (моделирования) систем.
В середине 70–х г.г. в армии США создали программу интегрированной компьютеризации производства ICAM (Integrated Computer Aided Manufacturing). В рамках этой программы были разработаны методы проектирования и анализа сложных производственных систем, а также способы обмена информацией между специалистами, занимающимися такими проблемами.
В настоящее время общая методология IDEF включает ряд частных методологий для моделирования систем, в том числе:
IDEF0 – функциональное моделирование,
IDEF1 – информационное моделирование,
IDEF1X – моделирование данных,
IDEF3 – моделирование «потока» процессов,
IDEF4 – объектно-ориентированное проектирование и анализ,
IDEF5 – определение онтологий (словарей),
IDEF9 – моделирование требований.

методологии составляет простой и понятный графический язык описания процессов,

которые базируются на трех понятиях:
- функциональный блок,
- интерфейсные дуги,
- принцип декомпозиции.
Функциональный блок графически изображается в виде прямоугольника и представляет собой некоторый конкретный процесс (функцию) в рамках моделируемой системы. Название каждого блока должно быть сформулировано в виде глагольного выражения: глагол + объект действия + дополнение. Например, «Производить продукцию», «Обрабатывать записи», «Делать закупки» и т. д.

определенное значение:
- левая сторона обозначает входы, т. е. что

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

которое представляется в диаграмме нулевого уровня или контекстной диаграмме.

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

процесса на составляющие его процессы. При этом уровень детализации

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

уровня. Так, функциональный блок АО декомпозируется на совокупность взаимосвязанных

подфункций Al, A2, A3, .... В свою очередь, каждый функциональный блок 1-го уровня может быть декомпозирован на совокупность подфункций, например А2 на А21, А22, А23, А24 ... и так дальше, пока на последнем уровне не получатся элементарные действия. На каждом уровне рекомендуется размещать не более 6 функциональных блоков. Число уровней декомпозиции не ограниченно. Обычно для структурного анализа бизнес-процессов достаточно 2-3 уровней декомпозиции, последующие уровни декомпозиции требуются для алгоритмизации информационных процессов и разработки инструкций для исполнителей бизнес-процессов.

в функциональной модели отображаются взаимодействия между функциональными блоками.
Стрелка –

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

типов, которые отражают потоки объектов.
Объекты могут быть различной

природы: материальные, финансовые, информационные. По характеру использования объектов в функциональных блоках различают: входные (input) объекты слева от блока, выходные (output) объекты справа от блока, управляющие (control) объекты сверху от блока и механизмы (mechanize) снизу от блока.
Объекты обозначаются метками на стрелках, которые обязательны.

При этом выходной объект - это новый созданный объект

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

планам, приказам), на основе которых выполняются процессы. Кроме того,

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

а входные объекты не обязательно.

В последнем случае какой-либо

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

К меха­низмам относят структурные подразделения предприятия, персонал, автоматизированные рабочие

места, оборудование.

ролях, например, когда выходной объект одного блока является входным

объектом, или управляющим объектом, или механизмом для другого функционального блока. Объекты, которые выступают только в одной роли, обозначаются метками, с которыми связаны пограничные дуги. При этом объекты, передаваемые в детальную диаграмму из вышестоящих диаграмм, обозначаются ICOM-метками :
11,12,13, .... – входные объекты;
Ol, O2, ОЗ, ... - выходные объекты;
Cl, C2, СЗ, .... - управляющие объекты;
Ml, M2, МЗ, .... - механизмы.

блоками в пределах одной диаграммы:

определить деловые процессы в организации. Ключевым элементом в определении

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

его внутреннюю структуру. Для этого требуется определить:
- из каких

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

между процессами. Взаимодействие описывается с помощью интерфейсных дуг и

обозначает передачу материалов или информации с выходов одного субпроцесса на входы (управление, механизмы) другого субпроцесса.

Четвертым этапом определения процессов является декомпозиция (детализация) процесса. Количество уровней детализации определяется целями моделирования и спецификой деятельности организации.

Глоссарий процесса включает перечень процессов, объектов, обрабатываемых в рамках

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

– утвержденные руководством перечни партий комплектующих изделий, которые должны

быть приобретены к определенным срокам,
- информация для поставщиков – пакет документов, содержащий вопросы, интересующие организацию (потребителя) относительно поставщика, его продукции и условий поставки,
- информация от поставщиков – пакет документов, содержащий ответы на вопросы, представленные в документации для поставщиков.

состоит из двух типов элементов: функциональные блоки, которые представляют

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

в рамках IDEF0:
код вершины процесса. Этот способ заключается

в том, что все функциональные блоки (процессы) имеют идентификационные коды. Каждый идентификационный код начинается с прописной буквы «А», к которой присоединяется номер родительского блока и номер блока на диаграмме. Этот способ позволяет однозначно идентифицировать процесс,
- ссылочный номер процесса. Способ идентификации, при котором присваиваются ссылочные номера любому процессу. Структура ссылочного номера задается правилами, принятыми организацией, - наименование процесса. Каждому процессу дается свое наименование, которое и используется для идентификации процесса.