Реинжиниринговый подход к управлению бизнес-процессами в организации (Article full ver.)

Посмотреть архив целиком

177









Реинжиниринговый подход к управлению бизнес-процессами в организации. (С использованием методологии IDEF (Integrated computer-aided manufacturing DEFinition))

(Теоретико-методический аспект)


Чупров Краснослав Краснославович







Москва, 2002 г.


Глава 1.

Общетеоретические основы моделирования, анализа и реинжиниринга бизнес-процессов в современной организации


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

В каких же областях деятельности организации реинжениринг производит значительные изменения?

В работе Вольфа Шумахера «Устранение препятствий для успеха реинжениринга» приводится таблица изменений, полученных в результате проведения реинжениринга. В середине 90-х годов проводилось рядом ученых исследование 30 крупнейших предприятий Мексики, на которых ранее были осуществлены мероприятия по реинжинирингу бизнес-процессов. В результате проведенного исследования были получены следующие статистические данные, которые приводятся ниже в таблице.


Таблица 1*

№№

Область изменения в результате реинжениринга бизнес-процесса

Уровень улучшения (%)

1

Снижение затрат

69

2

Оптимизация времени

62

3

Повышение эффективности обслуживания

59

4

Рост производительности

59

5

Более точная информация для принятия решений

52

6

Повышение качества

45

7

Улучшение финансового контроля

41

8

Рост доходности

38

9

Сокращение уровней иерархии

38

10

Модернизация технологии

34

11

Стимулирование персонала

34

12

Рост объемов продаж

28

13

Выживание на рынке

28

14

Снижение убытков

21

15

Влияние на окружающую среду

17

16

Проникновение на рынок

14

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

В основе деятельности любой современной организации лежат цели, которые она ставит перед собой, чтобы лучше представлять себе, куда ей двигаться и к чему стремиться. Для достижения любой цели требуется решить некоторый набор строго или не строго детерминированных задач. Задачи, как известно, в управлении организацией играют роль постановщика или режиссера и своей «невидимой рукой» указывают исполнителям, какие необходимо использовать ресурсы и какие необходимо осуществить действия для решения поставленных ранее целей. Завершающим в данной иерархии «древа» целей организации, кирпичом является действие (activity) или процедура. Мы стараемся осуществить нашу заветную мечту, что-либо приобрести или создать. Для этого мы обязаны осуществить ряд необходимых действий, вектор которых будет строго направлен в сторону достижения поставленной нами цели или не направленным в эту сторону, что будет просто означать наш провал в получении удовлетворения от достижения желаемого результата. Также и в организационной социальной среде, где достижением цели (целей) могут одновременно заниматься несколько людей или структурных единиц. Действие является одним из главнейших элементов в цепочке организационных взаимодействий между элементами бизнес-системы.

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

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

Понятие «сознание» относится к одной из важнейших философских категорий.

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

Завершая краткую характеристику понятия «сознание», мы также рассмотрим в уставленном нами выше контексте понятие «усилие».

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

Следующее на очереди из рассматриваемых нами понятий – «элемент бизнес-системы». Оно будет рассмотрено нами в два этапа. На первом этапе мы рассмотрим «планетарное» понятие «элемент», а затем «бизнес-систему» и определим основные элементы бизнес-системы.

Элемент – это, как известно, неделимая субстанция объекта. В настоящей статье мы так и будем использовать понятие «элемент».

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

Для этого мы будем использовать понятие «система», описанное в работе В.Д. Могилевского «Методология систем», т.к. на наш взгляд данная работа наиболее подходит для выбранной темы исследования.

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

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

Целостность – следующее свойство системы – является внутренним единством, принципиальной несводимостью свойств системы к сумме свойств составляющих ее элементов.

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

Необходимо ввести ряд характеристик, фиксирующих содержание информации:

  • семантическую, характеризующую смысловое значение информации;

  • семиотическую, определяющую способ кодирования информации и ее выражение в различных шифросистемах;

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

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

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

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

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

Предоставив для последующего анализа основные свойства системы, мы должны перейти, как и планировалось выше, к краткому анализу понятия «бизнес».

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

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

Касаясь понятия «элемент бизнес-системы» мы лишь упомянем, какие элементы в действительности насыщают бизнес-систему.

Все имеющиеся элементы бизнес-системы нужно подразделять на внешние и внутренние элементы.

К основным внутренним элементам бизнес-системы мы можем отнести следующие:

  • организационная структура;

  • политика, правила, нормы организации;

  • кадры;

  • информация;

  • труд;

  • финансы;

  • технико-технологическое обеспечение;

  • культура.

Основные внешние элементы бизнес-системы можно представить в следующем составе:

  • социальная и демографическая среда;

  • экономическая и политическая среда;

  • предпринимательская среда.

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

Последним составляющим понятия «организационное действие», отложенным нами для более детального изучения, является понятие «позитивный, оцениваемый результат».

В большинстве работ по проблеме реинжениринга бизнес – процессов (БПР) первичному анализу подвергаются три основных элемента. По формулировке Хаммера и Чампи эти элементы были классифицированы как три «К» (в английском варианте – threeC”: Clients, Competition, Change) – Клиенты, Конкуренты, Коренные изменения.

Углубляясь в изучение признанного классического труда по БПР американских ученых М.Хаммера и Дж.Чампи «Реинжиниринг корпораций: манифест революции в бизнесе», мы находим, что главным стержневым элементом, который выводит на переосмысление значения бизнес-процессов в организации является клиент. Именно для клиента строят бизнес, именно ради него компании создают сложные маркетинговые стратегии, именно клиент дает возможность развиваться компаниям. Поэтому именно в случае получения позитивного и ясно оцениваемого результата для клиента будет иметь значение работы по реинжинирингу бизнес-процессов. Далее при описании стандарта IDEF мы будем более подробно говорить о том, какими методами должна осуществляться оценка результата, получаемого на завершающей стадии БПР.

* * * * *

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

Естественно не раз многие руководители компаний и предприятий задавались вопросом об упорядочении работы организаций, которые они возглавляют. Не однажды ими выслушивались умные высказывания «консультантов» по вопросам управления. Однако желанием последних являлось не благополучное развитие компаний, а собственный гонорар, суммы которого далеко переваливают за 5 тысяч американских долларов. Часто происходит непонимание руководителями влияния бизнес-процессов, которое оказывается на эффективности производства продукции или оказания услуг клиентам компании. И это непонимание рождает чувство преклонения пред консультантами, специализирующимися на услугах в области БПР. Этим и пользуются консалтинговые фирмы, когда пытаются внушить своему потенциальному клиенту важность будущей работы по реинжинирингу бизнес-процессов.

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

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

Б) Реинжениринг программного обеспечения. Это более область деятельности для программистов, специалистов в области информационных технологий. На основе современных технологий производит переписывание устаревших информационных систем без изменения самих автоматизируемых процессов.

В) Уменьшение размерности организации. Эта работа производит уменьшение возможностей компании, вызванные снижением требований рынка, в отличие от реинжиниринга, который напротив увеличивает потенциал организации.

Г) Реорганизация предприятия. Эти работы косвенно можно отнести к реинжинирингу бизнес-процессов и только потому, что как часть изменений, которые получаются в результате проведения комплекса мероприятий по реинжинирингу бизнес процессов.

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

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

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

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

Если вернуться к вышеперечисленным пунктам, того, что не является реинжинирингом, то стоит обратить внимание к пункту А.

Дело в том, что именно автоматизацией чаще всего предлагается решить организационные проблемы. Автоматизация у большинства руководителей ассоциируется с выгодным вложением средств. Говоря «выгодным вложением» мы имеем ввиду то, что финансовые средства, потраченные на автоматизацию трансформируются в какой-либо продукт, с ней ассоциируемый, т.е. мы приобретаем что-то материальное, то, что осязаемо.

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

Гуру реинжениринга бизнес-процесса Майкл Хаммер и Джеймс Чампи отмечали в своей работе «Реинжиниринг корпорации: манифест революции в бизнесе»: «Принципиальная ошибка большинства компаний заключается в том, что они рассматривают технологию сквозь призму существующих процессов. Вместо вопроса: «как мы можем использовать новые технологические возможности для повышения эффективности либо рационализации, либо усовершенствования того, что мы уже делаем?» они должны задаться вопросом: «как мы можем использовать технологию, чтобы делать то, что мы еще не делаем?». И далее поясняют: «Реинжиниринг по сравнению с автоматизацией, скорее, похож на инновационный процесс, на использование новейших возможностей технологий для достижения совершенно новых целей». Таким образом, мы подошли к необходимости рассмотреть, что в действительности отличает автоматизацию от реинжиниринга бизнес-процессов.

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

Таблица 2

Название сравниваемого параметра

Реинжиниринг бизнес-процесса

Автоматизация деятельности компании

Приводимые изменения в организации

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

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

Степень участия в бизнес-процессах

Аналитическая деятельность и обработка с целью радикального обновления процесса.

Техническая поддержка или техническое и технологическое обновление.

Уровень результата

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

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

Стоимость

От $20 000 до $1 500 000

От $10 000 до $50 000 000

Качество

Ориентирован в первую очередь на повышение потребительной стоимости* производимой продукции и услуг. Увеличение качества есть следствие переориентации бизнес-процесса в первую очередь на клиента.

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

Скорость обработки информации

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

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


Цель настоящего введения заключается в раскрытии основ БПР. Особенное внимание нужно уделить изучению фундаментального термина реинжиниринга – «процесс». Именно процессный подход лежит в основе методологии реинжениринга.

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

Реинжиниринг бизнес-процессов по сути своей носит в себе зачатки революционности. Используя его, организация вынуждена (если, конечно, ставит перед собой основной целью достижения конкурентоспособности на рынке и завоевания расположения клиентов) забыть свою гордость за совершенные ранее «изобретения» способов производства работ и услуг для клиентов. Специалистам, работающим в условиях проводимого БПР, необходимо помнить, что пословица «старый друг лучше новых двух» абсолютно несовместима с реинжинирингом.

Проводя реинжиниринг нужно стать абсолютным максималистом. Этому нас учат выдающиеся основоположники методологии реинжиниринга М.Хаммер и Дж.Чампи в своих работах.

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

Только используя опыт проведения реинжиниринга бизнес-процессов западных компаний, таких как Корпорация Форд Моторс, Истман Кодак, Ай Би Эм можно попытаться получить такой результат, который заложен в основу идеологии реинжиниринга.

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

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

Возникновение конфликтных ситуаций во время БПР – вполне нормальное явление и его не стоит опасаться. В 9-ти случаях из 10-ти сотрудники противостоят реинжинирингу боясь потерять в будущем своей значимости, а может быть даже и лишиться рабочего места. Мы это называем «первобытными страхами». Бороться с ними можно только продолжая процессы реинжиниринга, настаивая на усовершенствованиях.

Еще одной из идеологий реинжиниринга является бескомпромиссность.

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

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

Хотелось бы отметить, что в последние 4-5 лет в России были опубликованы несколько работ, посвященных теме БПР. Однако большая часть из них являлась пересказом труда М.Хаммера и Дж.Чампи «Реинжиниринг корпорации: манифест революции в бизнесе». В данной работе мы постарались уйти от штампа работ по реинжинирингу бизнес-процессов и предложили на ваш анализ CASE блоки по стандарту IDEF.

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

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

Стандарт IDEF (Integrated computer aided manufacturing DEFinition), чаще называемый технологией структурного анализа и проектирования (SADT) была разработана американской корпорацией СофтТех, Инк. в конце 60-х годов, как инструмент инженерии для разработки машинных и человеческих комплексных систем. Затем ВВС США приняли в конце 70-х годов на вооружение большую часть технологии SADT, назвав в будущем ее IDEF0 как часть своей Интегрированной компьютерной производственной программы (ICAM) и технология скоро стала стандартом технологии моделирования действий для Министерства обороны США.

В 1993 году Группа Пользователей IDEF (в настоящее время Общество Организационного Проектирования) в содружестве с Национальным Институтом Стандартов и Технологии предприняли попытку создать документированный стандарт для IDEF0, для последующего использования и гражданскими, и военными службами Правительства и министерств США. Данный стандарт носит имя Федеральный стандарт обработки информации (FiPS).

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

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

Классический подход к разработке сложных систем представляет собой структурное проектирование, при котором осуществляется алгоритмическая декомпозиция системы по методу «сверху – вниз».

В следующей части статьи мы перейдем уже к изучению IDEF стандартов и рассмотрим три стандарта моделирования бизнес-процесса:

  1. IDEF0 – стандарт функционального моделирования.

  2. IDEF3 – обзорный метод описания процесса.

  3. DFD (Data Flaw Diagramming) – диаграммы потоков данных.

Часть 2.

Стандарт IDEF – инструмент реинжиниринга бизнес-процессов


ВВЕДЕНИЕ

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

Во второй части будут рассмотрены три методики описания бизнес-процессов:

  1. Метод функционального моделирования – стандарт IDEF 0;

  2. Метод описания технологии бизнес-процесса – стандарт IDEF 3;

  3. Метод описания потоков информационных данных – метод DFD.

Представление вышеназванных методик описания бизнес-процессов будет осуществлено по следующему принципу:

  • в первую очередь будет рассматриваться сама методика, ее синтаксис и семантика;

  • во-вторых, будет представлен для анализа пример бизнес-процесса, описанный на основе одной из методик с его подробным текстовым описанием;

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


2.1. Описание стандарта IDEF 3


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

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

Однако стандарт IDEF 3 также может быть использован как метод описания бизнес-процесса. Модель стандарта IDEF 3 обычно используется как дополнение к модели, спроектированной в стандарте IDEF 0, и получила широкое распространение как метод построения дизайна модели, который в последствии станет предметом анализа. Симуляция модели обычно применяется для оценки бизнес-системы, проектируемой в данный отрезок времени.

Любой стандарт структурного анализа и проектирования (САПР) состоит из компонентов, которые имеют свои отличительные особенности.

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

К компонентам стандарта IDEF 3 следует отнести следующее:

  • диаграммы;

  • действия;

  • связи;

  • узлы;

  • ссылки.


Диаграмма.

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

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


Действие.

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

Часть фразы, содержащая существительное, которое является объектом, на которое воздействует действие, обычно описывает объект, осуществляющий действие в начале (например, «Ремонтировать комбайн»), итоговый объект, участвующий в конкретном действии (например, «Собирать урожай»), либо наименование системы.

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

В диаграммах стандарта IDEF3 уникальный номер действия обычно располагается после номера «родительского» действия.



Связи

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

Таблица 1 Типы связей.

Графическое отображение

Название связи

Описание связи


Временной прецедент

Предыдущее действие должно завершиться прежде, чем начнется следующее действие.


Объектопоток

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


Реляционная

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


Временной прецедент

Связь «Временной прецедент» (или прецедентная связь) означает, что предыдущее действие должно быть завершено прежде, чем начнется следующее действие. Прецедентная связь обозначается в стандарте IDEF3 стрелкой, имеющей направление от предыдущего действия к следующему за ним действию. Связь должна быть обозначена так, чтобы читающий модель мог понять предназначение связи. Во многих случаях завершение одного действия активизирует другое.


Объектопоток

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

Реляционная

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

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

Обычно реляционная связь используется для описания особенных случаев прецедентной связи.

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

Узлы

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

  1. Разветвляющий узел:

- завершение одного действия приводит к активации других действий.

  1. Консолидирующий узел (узел слияния):

- завершение одного или более действий приводит к активации всего лишь одного действия.


Таблица 2 Описание типов узлов

Графическое отображение

Наименование

Тип узла

Предназначение

&

Узел – «И»

Разветвляющий узел


Каждое последующее действие, соединенное с узлом «И» всегда активировано.



Консолидирующий узел

Каждое предыдущее действие соединенное с узлом «И» должно завершиться.

X

Узел - «Исключительно «ИЛИ»

Разветвляющий узел


Одно и только одно последующее действие, соединенное с узлом «Эксклюзив «ИЛИ» активировано.



Консолидирующий узел

Одно и только одно последующее действие, соединенное с узлом «Эксклюзив «ИЛИ» должно завершиться.

O

Узел – «ИЛИ»

Разветвляющий узел


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



Консолидирующий узел

Одно или более предыдущих действий, связанных с узлом «ИЛИ» должно завершиться.


Узел «И».

Узел «И» всегда будет активировать каждое последующее действие, с которым оно соединяется. Все действия, которые соединяются с узлом «И» консолидирующего типа должны завершиться прежде, чем следующее действие может начаться.


Узел «Эксклюзив «ИЛИ».

Независимо от количества действий, соединенных с разветвляющим либо консолидирующим узлом «Эксклюзив «ИЛИ», только одно из них будет активировано и, соответственно, только одно действие завершиться прежде, чем может начаться действие, следующее после консолидирующего узла «Эксклюзив «ИЛИ». Если правила ввода в действие узла известны, то тогда они должны содержаться в описании узла, в ссылке на узел либо в подписи интерфейсной интерфейсные стрелки, которая исходит из разветвляющего узла.


Узел «ИЛИ».

Узел «ИЛИ» приводит в действие такие комбинации процесса, которые не могут быть описаны ни узлом «И» (все действия), ни узлом «Эксклюзив «ИЛИ» (одно и только одно действие). Так же как и реляционная связь, использование узла «ИЛИ» определяется самим автором по его усмотрению.


Синхронные и несинхронные узлы.


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


Таблица 3 Описание синхронных и несинхронных узлов

Графическое отображение

Наименование

Тип узла

Предназначение



&



«И»

Разветвляющий узел

Все действия, которые разветвляются от узла, начнутся вместе


«И»

Консолидирующий узел

Все действия, которые консолидируются в узел, окончатся вместе.



O



«ИЛИ»

Разветвляющий узел

Одно или более действий, которые разветвляются от узла, начнутся вместе.


«ИЛИ»

Консолидирующий узел

Одно или более действий, которые консолидируются в узел, окончатся вместе.






X




«Эксклюзив «ИЛИ»

Разветвляющий узел

В случае, когда одно и только одно действие, соединенное с разветвляющим узлом «Эксклюзив «ИЛИ» активировано, то синхронность с другими действиями невозможна.


«Эксклюзив «ИЛИ»

Консолидирующий узел

В случае, когда одно и только одно действие, соединенное с консолидирующим узлом «Эксклюзив «ИЛИ» завершается, то синхронность с другими действиями невозможна.


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

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


Пары узлов.

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


Комбинации узлов.

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


Ссылки

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


Таблица 4 Ссылки

Тип ссылки

Описание цели ссылки

OBJECT

(ОБЪЕКТ)

Для описания наличия в конкретном действии некоторых важных объектов.

GO TO

(ОТПРАВЛЕНИЕ)

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

UOB/UNITOFWORK

(ЕДИНИЦА РАБОТЫ)

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

NOTE

(ЗАПИСЬ)

Используется для документирования важной, но общей информации, которая относится к какому-либо графику на диаграмме. Ссылка «NOTE» используется как альтернатива для записи текста прямо на диаграмме.

ELAB

(СОВЕРШЕНСТВОВАНИЕ)

Предназначена для совершенствования (разработки) графика или его более детального описания. Ссылка совершенствования (разработки) обычно используется для описания логической последовательности разветвления узла.


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


OBJECT/Кладовщик


ССЫЛКА ИДЕНТИФИКАТОР

OBJECT

Рис 1 Пример ссылки


Декомпозиция действия.

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

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


2.2. Пример: модель бизнес-процесса, созданная на основе стандарта IDEF3.

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

Для этого мы в модели создадим двух субъектов:

  • субъект №1 – оператор сотовой связи;

  • субъект №2 – абонент услуг сотовой связи, предлагаемых субъектом №1.

Субъект №1 выполняет следующий набор функций (действий):

  • обработка данных по лицевому счету абонента;

  • поиск электронной карточки абонента;

  • проверка на наличие денежных средств на электронной карточке абонента;

  • зачисление принятых от абонента денежных средств на лицевой счет абонента;

  • распечатка приходного кассового чека.

Субъект №2 осуществляет в данном бизнес-процессе следующий набор функций (действий):

  • проверка денег на своем лицевом счете;

  • проверка личной электронной карточки абонента;

  • определение вносимой денежной суммы;

  • оплата счета;

  • приемка приходного кассового чека.


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

Рис. 2 Модель бизнес-процесса на основе стандарта IDEF3


Теперь попытаемся детально рассмотреть все составные элементы в представленной модели бизнес-процесса. Но для начала приведем текстовое описание представленной выше модели.

Действие первое: «Проверка денег на счете».

Данное действие осуществляется в самом начале самим абонентом (субъектом №2). Цель данного действия – определить остаток денежных средств на лицевом счете и в случае недостаточности средств продолжить выполнять действия по процессу, либо в случае удовлетворения достаточным количеством денежных средств на счету, приостановить дальнейшие действия.

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

Действие второе: «Обработка данных по счету».

Данное действие начинается только после завершения предыдущего действия. Второе действие имеет особенность, которая отражена в добавлении к нему ссылки «Кассир». Это, в частности, означает, что автор модели подчеркивает, что действие «Обработка данных по счету» выполняется Кассиром Субъекта №1. Действие не декомпозировано, т.к. имеет в левом верхнем углу прямоугольника поперечную черту. (На это надо обращать внимание при прочтении диаграмм стандарта IDEF).

Действие третье: «Поиск карточки абонента».

В случае с третьим и четвертым действием диаграммы добавлен несинхронный разветвляющий узел «ИЛИ». Узел «ИЛИ», в данном случае, означает, что действия «Поиск карточки абонента» и «Проверка личной карточки» происходят параллельно друг другу, но не начинаются в одно время. Помимо этого узел «ИЛИ» в данном контексте означает, что автором модели определено то, что либо действие третье, либо четвертое активизировано.

Действие четвертое: «Проверка личной карточки».

Данное действие также как и действие «Обработка данных по счету» имеет ссылки «Абонент» и «Кассир». Это означает, что автором модели показано, кто участвует в данном действии.

Консолидирующий несинхронный узел «И».

В данном контексте узел «И» означает, что только после завершения действия третьего и четвертого возможно продолжение процесса внесения денег на счет.

Действие пятое: «Определение вносимой суммы».

Данное действие не имеет декомпозиции (черта в верхнем левом углу) и имеет ссылку «Абонент», что как уже известно указывает на субъекта, участвующего в данном действии.

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

Действие шестое: «Оплата счета».

Действие характерно наличием интерфейсной стрелки объектопотока. Интерфейсная стрелка объектопотока показывает исследователю, что автор уточнил в модели, что именно сопровождает переход от шестого действия к седьмому (в рассматриваемой модели – «Money»). Интерфейсная стрелка объектопотока переходит в несинхронный разветвляющий узел «ИЛИ». Выше в действии третьем мы уже описывали значение узла «ИЛИ». Добавим только, что интерфейсная стрелка объектопотока, как и интерфейсная стрелка прецедентная означает, что последующее действие не может быть начато до окончания предыдущего.

Действия седьмое и восьмое: «Приемка денег» и «Подсчет денег».

Автором модели определено, что действия седьмое и восьмое протекают параллельно, но не одновременно. (Кассир при приеме денег от абонента обычно сразу пересчитывает сумму). Однако следующий консолидирующий несинхронный узел «И» говорит о том, что действие девятое начинается только по завершению седьмого и восьмого действий. Таким образом, кассир не может распечатать кассовый чек (действие девятое) не приняв денег и не пересчитав сумму.

Действие десятое: «Приемка чека».

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

На этом действии бизнес-процесс завершается и, как видно, не обладает цикличностью.

2.3. ОПИСАНИЕ СТАНДАРТА IDEF0


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

Метод IDEF0 хорошо подходит в качестве инструмента анализа и моделирования функциональной системы организации. Чаще всего стандарт IDEF0 используется на ранних стадиях проекта, возможно предшествующий методу IDEF3 для сбора данных, и моделирования процесса «как есть». Анализ, использующий метод IDEF0, может также использовать данные метода IDEF3 и DFD.

К компонентам стандарта IDEF 0 следует отнести следующие:

  • функции (действия);

  • связи;

  • диаграммы;

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

В первую очередь при построении IDEF0 модели нужно определить цель модели, то есть группу вопросов, на которые предназначено ответить модели. Эти вопросы должны быть составлены как часть документации к модели.

Масштаб модели состоит из широты и глубины детализации.


  1. Функция (Activity).


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

Раннее мы отмечали, что метод IDEF0 моделирует систему как иерархию действий. Действие может быть декомпозировано на его составные части. Если мы изображаем модель IDEF0 как прямоугольник, то мы можем, как бы, увидеть декомпозицию действия, заглянув внутрь его прямоугольника, обозревая одновременно те действия, из которых рассматриваемое действие состоит. Декомпозиция обычно сравнивается с моделированием «сверху вниз». Однако это заблуждение.


  1. Границы и интерфейс (интерфейсные стрелки) (Boundary & Interface).

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

В модели IDEF0 мы также моделируем контроль и механизмы. Контроль является объектами, которые управляют методами, в которых входы трансформированы, но не трансформированы действиями. Механизмы – это такие объекты, которые осуществляют трансформацию входов в выходы не самостоятельно, а действием.

ИКОМ – это аббревиатура для категорий информации, которая заложена в основу диаграммы метода IDEF0.

Она представляет из себя четыре типа стрелок:

  • И (input) – Вход – то, что потребляет процесс.

  • К (control) – Управление – влияние на операцию процесса.

  • О (output) – Выход – результат процесса.

  • М (mechanism) – Ресурс – то, что используется для осуществления процесса, но не употребляется процессом.









Рис. 3 Описание действия в стандарте IDEF0


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



Интерфейсная стрелка «вход» (Input).


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


Интерфейсная стрелка «управление» (Control).


Интерфейсная стрелка «управление» управляет или/и регулирует как, когда будет осуществлено действие, а если действие уже было осуществлено, то какой в результате был получен выход. Если интерфейсная стрелка «управление» управляет действием в целях создания требуемого выхода (результата), то в таком случае каждое действие должно иметь по крайней мере одну управляющую интерфейсную стрелку. Интерфейсная стрелка «управление» изображается вверху прямоугольника действия и направлена на него. «Управление» осуществляется в форме правил, принципов, процедур или стандартов. Они влияют на действие без прямого участия в трансформации входов в выходы. Однако существуют случаи, когда цель действия является изменением правил, принципов, процедур или стандартов. В таком случае нужно иметь в виду то, что интерфейсная стрелка, содержащая такую цель будет являться входом. «Управление» – специальный тип входа в действие. Если неясно, как должна быть смоделирована интерфейсная стрелка: как вход или управление, то необходимо сначала выбрать «управление» для разрешения подобной двусмысленности. Модели, интегрирующие данные и процесс являются технологией разрешения указанной выше двусмысленности.


Интерфейсная стрелка «ресурс» (Mechanism).


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


Интерфейсная стрелка «выход» (Output).


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

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


Комбинации стрелок интерфейса (Arrows Combinations).


Существует пять основных комбинаций стрелок интерфейса:

«выход --- вход», «выход – управление», «выход – ресурс», «выход – управление с обратной связью», «выход – вход с обратной связью».

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

Интерфейсная стрелка «выход --- управление» описывает подчинение одного действия другому, так как оно контролирует то, как это действие трансформирует входы в выходы.

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

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

Интерфейсная стрелка «выход – вход с обратной связью» обычно используется для описания цикла переработки. В других случаях интерфейсные стрелки «выход – вход с обратной связью» используются для описания событий, при которых остатки материалов могут быть заново использованы параллельно с новым сырьем (брак и т.д.).


Разветвление и соединение (Branching & Joining).


«Выходы» какого –либо действия могут быть использованы более, чем одним другим действием. Метод IDEF0 позволяет визуализировать зависимости между собой действий внутри системы. Интерфейсные стрелки метода IDEF0 могут разветвляться и соединяться.

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

Линии в форме молний (squiggle) часто используются в диаграммах метода IDEF0 для более ясной связи между стрелкой и ее названием.


Интерфейсные стрелки ссылки (Call Arrow).


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


Туннели (Tunnels).


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


Действия и активация действий (Activities & Activities Activation).


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

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

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


Таблица активации

Имя активации

Имя интерфейсной стрелки

Стоимость интерфейсной стрелки

Ровная стена

Обои

Шпатлевка

< 1000 долл.

Не требуется

Неровная стена

Обои

Шпатлевка

> 1000 долл.

Требуется 10 кг


Информация по активации в таблице мало говорит нам о содержании интерфейсной стрелки управления для данного действия.


2.4. Компоненты диаграммы стандарта IDEF0.


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

Верхние элементы границы следующие:


Поле


Значение


Использовано

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


Автор, дата и проект

Говорит о том, кто создал диаграмму, о дате ее создания и названии проекта, под эгидой которого она создана. Название проекта нужно для поиска диаграмм внутри проекта. Дата пересмотра – это дата, указывающая, когда диаграмма была последний раз изменена.


Заметки 12345678910

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


Статус







В работе




Проект






Рекомендовано





Публикация

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


Означает новую диаграмму, важное изменение либо нового автора для уже существующей диаграммы


Диаграмма уже достигла определенного уровня доработки исследователем. Она готова для оценки ее специальным комитетом (или «хозяином» процесса).


Диаграмма и описывающий ее текст были проанализированы и утверждены. Не ожидаются какие-либо их изменения.


Диаграмма готова к окончательной печати и публикации.


Читатель


Имя (имена) читателя (читателей).

Дата


Дата прочтения диаграммы.

Контекст

Отображение контуров прямоугольников действий в родительской диаграмме с подсвечиванием родительского действия данной диаграммы. Также указывается номер родительского действия. Поле контекста контекстной диаграммы должно изображаться словом «главная» («top») для указания на то, что в модели нет родительской диаграммы.



Нижние элементы границы диаграммы следующие:


Поле


Значение

Узел

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


Заглавие

Это название родительского действия.


Число

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



2.5. Некоторые правила построения модели.


Ни одна модель не может быть создана без конкретного объекта или цели. Формулировка цели должна ответить на следующие вопросы:

  • почему был смоделирован представленный процесс;

  • что эта модель собирается показать;

  • что с ней могут сделать читающие ее.

Формулировка цели позволяет команде экспертов придерживаться ее на протяжении всего процесса моделирования. Без формулировки цели моделирование может зайти в тупик.

Модели создаются для получения ответа на ряд вопросов. Данные вопросы должны подготавливаться заранее и будут служить основой для создания цели модели. Примерные вопросы могут звучать следующим образом:

-каковы основные задачи сотрудника;

-кто отвечает за произведенную продукцию;

-кто управляет начальной стадией производства;

-какой требуется инструмент для каждого этапа.


Точка зрения (Viewpoint).


Особенно важно включать в процесс разработки модели представителей различных мнений, однако сама модель должна базироваться на единой точке зрения. Чаще всего разнообразные точки зрения кратко фиксируют на диаграмме ФЕО (англ. FEO, For Exposition Only. Русс. --- только для комментариев).

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

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

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



Границы (Boundary).


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

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

Граница имеет два компонента --- широту и глубину. Широту модели определяют боковые границы процесса. Глубину определяет уровень декомпозиции действий.

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

Когда границы определены, то действия, не вошедшие в модель также проясняются.


Присвоение названия системе (действию).


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

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

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

Важно всегда начинать с определения целей, точек зрения и границы модели. Четкое определение этих позиций важно для всего процесса моделирования.


Определение основных параметров ИКОМ.


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

1. Определение выхода.

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

2. Определение входа.

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

3. Определение ресурса.

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

4. Определение управления.

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

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

--- диаграмма суммирует действия, которые будут смоделированы;


Случайные файлы

Файл
тав.doc
59673.rtf
22343.rtf
103301.rtf
РПЗ.doc