ПОСТРОЕНИЕ МОДЕЛЕЙ БИЗНЕС-ПРОЦЕССОВ ПО СТАНДАРТУ IDEF0

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

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

 

Примитивы стандарта IDEF0

В стандарте IDEF0 существует два основных примитива.

Прямоугольником обозначается процесс. Примитив носит название функционала, блока или активности. Функционал имеет название, располагающееся внутри прямоугольника. Следует отметить, что названием функционала обязательно должен быть глагол или глагольное наклонение. Пример функционала изображен на рисунке:

 

Произвести автомобиль

Рис. 1.1. Пример функционала

 

Стрелкой обозначается ресурс. Ресурс имеет название, которое обязательно должно являться существительным. Так как ресурс обозначен стрелкой, то для увязки ресурса и его имени на модели существует инструмент «молния». «Молния» необязательно должна присутствовать на схемах, однако она необходима, когда число ресурсов на больших схемах очень велико, и тяжело соотнести конкретное название и стрелку. Пример ресурса изображен на рисунке:

 

Оборудование

Рис. 1.2. Пример ресурса

 

Виды ресурсов стандарта IDEF0 и их взаимосвязь

Существует четыре вида ресурсов, которые могут быть связаны с конкретным функционалом. Виды ресурсов отражены на рисунке:

Входные ресурсы

Выходные ресурсы

Управление

Механизмы

Рис. 1.3. Виды ресурсов

 

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

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

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

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

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

Функционал должен иметь хотя бы по одному управляющему и выходному ресурсу, иначе в процессе нет смысла.

Следует отметить, что стрелки ресурсов могут ветвиться, что приводит к следующим ситуациям:

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

2. Один и тот же ресурс в результате ветвления подходит к разным блокам.

3. Ресурс в результате ветвления может делиться на смысловые части. В этом случае необходимо обязательно назвать этот отделяемый ресурс (Например, если существует механизм «Персонал», от него можно ответвить ресурс «Директор», «Инженер», «Охранник» и т.д.).

На схемах, построенных по стандарту IDEF0, могут существовать следующие основные виды связей между блоками:

 

Таблица 1.1

Основные виды связей между блоками

	«Выход-вход»
	«Выход-управление»
	«Выход-механизм»
	Обратная связь по входу
	Обратная связь по управлению

 

 

Особенности построения моделей по стандарту IDEF0

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

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

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

Существует два вида схем IDEF0: «as is» и «to be». Первый вид применяется, когда процесс отражается без воздействия системы, автоматизирующей его, а второй – когда проектировщик представляет, что будет с процессом при условии его автоматизации, то есть присутствия системы.

 

Пример декомпозиции процесса

Для примера был взят процесс написания курсовой работы (КР). Сразу нужно отметить, что процесс упрощен для более быстрого понимания механизма построения моделей. Вначале для наглядности разобьем процесс на подпроцессы без использования диаграмм IDEF0 и представим его в виде диаграммы дерева узлов. Общая схема детализации процесса представлена на рисунке:

 

Рис. 1.4. Диаграмма дерева узлов для рассматриваемого процесса

 

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

Так как было произведено две детализации (для процессов «Работа над КР» и «Написание КР»), то модель представления процесса будет иметь три схемы: общую схему, описывающую процесс целиком, ее детализацию и схему, являющиеся результатом детализации второго процесса на втором уровне.

 

Пример построения диаграмм IDEF0

Общая схема, где показывается процесс целиком, по стандарту IDEF0 носит название контекстной диаграммы и обозначается «A-0». Схема А-0 представлена на рисунке:

Рис. 1.5. Контекстная диаграмма процесса «Работать над КР»

 

Весь процесс на схеме обозначен функционалом «Работать над КР».

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

КП будет оформляться с учетом ГОСТов, поэтому ресурс «ГОСТ» является управляющим для процесса «Работать над КР».

Курсовая работа создается и защищается студентом, часто с использованием персонального компьютера (ПК). Принимает КР на защите преподаватель. Поэтому ресурсы «Студент», «ПК», «Преподаватель» являются механизмами для функционала «Работать над КР».

Результатом процесса «Работать над КР» является защищенная КР, являющаяся выходным ресурсом функционала «Работать над КР».

Детализация общего функционала «Работать над КР» дает новую схему, которая по стандарту IDEF0 обозначается «А0». Схема А0 представлена на рисунке. Как уже говорилось ранее, при детализации функционала все ресурсы, соприкасающиеся с этим процессом, переносятся на схему с детализированными подпроцессами. В данном случае были перенесены входной ресурс «Литература», управляющие ресурсы «ГОСТ» и «Задание», механизмы «Студент», «ПК», «Преподаватель», выходной ресурс «Защищенная КР». Остается определить принадлежность перенесенных ресурсов функционалам, являющимся продуктом детализации, и добавить новые ресурсы.

 

Рис. 1.6. Детализация процесса «Работать над КР»

 

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

Рассмотрим ресурсы, относящиеся к каждому блоку.

При изучении литературы ее содержание перерабатывается студентом в некоторый переработанный материал. Обработка может проходить как с использованием ПК, так и без него. Поэтому «Литература» является входным ресурсом для процесса «Изучить литературу», ресурс «Переработанный материал» - выходным ресурсом, а ресурсы «Студент» и «ПК» - механизмами. Литература обрабатывается на основе задания. Поэтому ресурс «Задание» является управляющим для блока «Изучить литературу». Оформление переработанного материала осуществляется по ГОСТам, которые являются управляющим ресурсом блока «Изучить литературу».

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

Когда КР успешно защищена, то преподаватель ставит на титульном листе и листе задания пометки о защите. Поэтому входным ресурсом блока «Защитить КР» является проверенная КР, а выходным – защищенная КР. Защита проходит с ориентировкой на задание, поэтому ресурс «Задание» является управляющим ресурсом блока «Защитить КР». При выставлении оценки учитываются требования ГОСТ, поэтому ресурс «ГОСТ» является управляющим ресурсом блока «Защитить КР». Защищается студент, а контролирует его преподаватель, причем часто с использованием ПК. Поэтому ресурсы «Студент», «ПК» и «Преподаватель» являются механизмами блока «Защитить КР».

Неудавшуюся защиту учитывает ресурс «Неудача», являющийся результатом процесса защиты и относящийся к выходным ресурсам. «Неудача» включает инструкции преподавателя по исправлению КР. Они будут учтены при переработке материала и являются входным ресурсом блока «Изучить литературу».

Рассмотрим схему детализации процесса «Написать КР». При детализации функционалов, имеющих порядковый номер, полученная схема именуется в зависимости от номера детализируемого процесса, так схема детализации функционала номер 2, находящаяся на третьем уровне детализации обозначается «А2». Схема А2 представлена на рисунке:

 

Рис. 1.7. Детализация процесса «Написать КР»

 

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

Когда студент работает над КР, у него могут появиться ряд вопросов к материалу, поэтому кроме ресурса «Часть КР» выходным для функционала «Реализовать часть КР» также является ресурс «Непонятный студенту материал». Студент пишет главы КР на ПК, поэтому механизмами функционала «Реализовать часть КР» являются ресурсы «Студент» и «ПК». Студент пишет КР, ориентируясь на ГОСТы и задание, поэтому для функционала «Реализовать часть КР» управляющими являются ресурсы «Задание» и «ГОСТ». Студент пишет КР, используя литературу и переработанный материал, поэтому для функционала «Реализовать часть КР» входными являются ресурсы «Литература» и «Переработанный материал».

Когда студент приходит на консультации к преподавателю, он приносит свои наработки и задает вопросы по непонятной ему тематике. После консультаций студент получает ответы на вопросы, преподаватель проверяет принесенный фрагмент КР, и студент его перерабатывает, учитывая советы и ответы преподавателя. То есть от непонятного студенту материала зависит дальнейший процесс написания КР. Поэтому ресурсы «Непонятный студенту материал» и «Часть КР» являются входными для функционала «Проконсультироваться у преподавателя», а ресурс «Непонятный студенту материал» одновременно входным и управляющим. Исходя из вышеизложенного, ресурс «Переработанный фрагмент КР» является выходным для функционала «Проконсультироваться у преподавателя». Когда после консультации студент продолжает дописывать КР, то он может создавать другие главы на основе материала из проверенной КР. Может возникнуть ситуация, что ряд глав могут быть далее созданы по той же проверенной у преподавателя схеме, что и проверенный фрагмент. Поэтому ресурс «Переработанный фрагмент КР» является одновременно входным и управляющим для функционала «Реализовать часть КР». Преподаватель консультирует, опираясь на задание и ГОСТы, поэтому ресурсы «Задание» и «ГОСТ» являются управляющими для функционала «Проконсультироваться у преподавателя». Преподаватель может консультировать студента с использованием компьютера, поэтому ресурсы «Студент», «ПК» и «Преподаватель» являются механизмами для функционала «Проконсультироваться у преподавателя».

После ряда консультаций студент собирает готовую, с его точки зрения, КР из переработанных фрагментов, поэтому ресурс «Переработанный фрагмент КР» является входным для функционала «Собрать готовую КР», а ресурс «КР для проверки» - выходным. Студент дописывает КР на ПК, поэтому ресурсы «Студент» и «ПК» являются механизмами для функционала «Собрать готовую КР». Студент дописывает работу, опираясь на задание и ГОСТы, поэтому ресурсы «ГОСТ» и «Задание» являются управляющими для функционала «Собрать готовую КР».

Написанная студентом КР сдается на проверку преподавателю, который ее может допустить к защите или не допустить, то есть студент будет ее доделывать. Поэтому для функционала «Провести итоговую проверку» ресурс «КР для проверки» является входным, а ресурсы «Проверенная КР» и «Некорректная КР» - выходными. Если преподаватель поручил студенту дописать КР, то он дает инструкции, как это сделать, причем студент после этого может дополнительно консультироваться. Поэтому ресурс «Некорректная КР» также является входным и управляющим для функционала «Реализовать часть КР». Итоговая проверка КР проводится на основе задания и ГОСТов, поэтому ресурсы «Задание» и «ГОСТ» являются управляющими для функционала «Провести итоговую проверку». В процессе проверки преподаватель может уточнять некоторые вопросы у студента с использованием ПК, поэтому ресурсы «Студент», «ПК» и «Преподаватель» являются механизмами для функционала «Провести итоговую проверку».

Из схем видно, что блоки, которые не детализируются, имеют «уголок» в левой верхней части, а детализируемые «уголка» не имеют.

 

Работа с тоннелями

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

 

 

Рис. 1.8. Пример тоннеля

 

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

 

⇐ Предыдущая12345678910Следующая ⇒

Поделиться: