WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!

Pages:     | 1 |   ...   | 3 | 4 || 6 | 7 |   ...   | 10 |

В середине 70-х гг. в армии США создали программу интегрированной ко мпьютериз ации произ вод ст ва ICAM (Int egrat ed Comput er Aid ed Manufacturing). В рамках этой программы были разработаны методы проектиро- вания и анализа сложных производственных систем, а также способы обмена информацией между специалистами, занимающимися такими проблемами.

В настоящее время общая методология IDEF включает ряд частных мето - дологий для моделирования систем, в том числе:

IDEF0 - функциональное моделирование, IDEF1 - информационное моделирование, IDEF1X - моделирование данных, IDEF3 - моделирование «потока» процессов, IDEF4 - объектно-ориентированное проектирование и анализ, IDEF5 - определение онтологии (словарей), IDEF9 - моделирование требований.

В данном разделе использованы методики США и материалы проекта ме- тодических рекомендаций Госстандарта Белоруссии «Описание процессов на базе методологии IDEF0».

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

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

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

Каждая из четырех сторон функционального блока имеет строго опреде- ленное значение:

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

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

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

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

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

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

Для того чтобы выделить деловые процессы, необходимо определить:

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

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

- из каких процессов состоит моделируемый процесс, - как эти процессы взаимодействуют между собой.

В IDEF0 для описания внутренней структуры процесса используется ме- ханизм декомпозиции [5]. Для того чтобы декомпозировать деловой процесс, необходимо создать диаграмму - потомок, то есть развернуть основные состав- ляющие процесса. Используем для иллюстрации принципов IDEF0 процессы СМК.

Отрази м на рис. 21 деловой процесс «производит ь продукцию», а на рис. 22 его декомпозицию, в котором элементами делового процесса являются субпроцессы:

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

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

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

Рис. 22. Декомпозиция процесса «Производить продукцию» Обозначение: 11, 12, 13 - входы; 01, 02 - выходы; С1 - управление; Ml, M2, МЗ - механизмы В методологии IDЕF0 допустимыми являются следующие взаимодействия между блоками в пределах одной диаграммы:

- управление;

- выход-вход;

- обратная связь по управлению;

- обратная связь по входу;

- выход-механизм.

Взаимосвязь по управлению: выход одного процесса влияет на выполнение другого процесса, т. е. выходная дуга блока 1 является управляющей дляблока 2. Такое взаимодей- ствие определяет функцию управления «Ответственность ру- ководителя» по отношению к другим процессам.

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

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

Такое взаимодействие может определять как:

- функцию управления «Ответственность руководства»;

- функцию управления «Управление процессами жизнен- ного цикла»;

- функцию управления «Измерение, анализ и улучшение».

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

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

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

Отразим на рис. 24 диаграмму взаимодействия между процессами. Так, на- пример, выход из блока 1 («Реализовать ответст венность выс шего руково- дства») являе тся управляющим воздействие м («Политика, цели, руководство по качеству») для всех остальных процессов. Процесс «Осуществлять менедж- мент ресурсов» (блок 2) имеет связь «выход-механизм» с процессами «Реализо- вать процессы жизненного цикла» (блок 3) и процессом «Осуществлять измере- ния, анализ и улучшение» (блок 4). Здесь в качестве «механизма» выступает руководство предприятия. На диаграмме представлен контур обратной связи:

выход процесса «Осуществлять измерения, ан ализ и улучшение» (блок 4) с входом процесса «Ре ализоват ь ответственность высшего руковод ст ва» (блок1).

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

На диаграмме АО (рис. 22) деловой процесс «Производить продукцию» представлен в виде четырех процессов. Диаграмма АО являе тся первы м уров- нем декомпозиции для этого процесса. Каждый их четырех процессов в свою очередь может быть декомпозирован. На рис. 25 представлена декомпозиция процесса «Реализовать процессы жизненного цикла». На диаграмме A3 (рис. 25) процесс «Реализовать процессы жизненного цикла» представлен в виде шести процессов, включая «Осуществить закупки», который также может быть деком- позирован (рис. 26).

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

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

Так, например, для диаграммы А34 (рис. 26) в глоссарий должно войти ка- ждое определение информации, входящей или исходящей из блоков диаграммы.

Дадим определение нескольким из них:

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

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

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

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

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

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

Функциональные блоки классифицируются в зависимости от типов про- цессов, которые они представляют. Типы процессов зависят от задач, решаемых с помощью функциональных моделей. Так, например, на рис. 25 процесс «Планировать процессы» относится к типу управленческих процессов, в пользу этого вывода свидетельст вует та кже то, что выход этого процесса (блок 1) является управлением для остальных процессов, представленных на диаграмме A3. Остальные процессы на диаграмме (блоки 2-6) относятся к кат егории процессов жизненного цикла, так как на входах и выходах этих процессов представлены материальные ресурсы, требования потребителей, информация.

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

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

Занесем в табл. 3 все способы идентификации рассматривае мого выше процесса «Производство продукции».

Таблица Идентификация процессов Код Ссылочный Наименование процесса вершины номер Производство продукции АО П- ДП-Реализовать ответственность высшего руководства А1 П-1.1- МК Осуществить менеджмент ресурсов А2 П-1.2-В Реализовать процессы жизненного цикла A3 П-1.3- ЖЦ продукции Планировать процессы А31 П- 1.3.1- М Осуществлять взаимодействие с потребителем А32 П-1. 3.2- ЖЦ Проектировать А33 П-1. 3.3- ЖЦ Осуществлять закупки А34 П-1. 3.4- ЖЦ Планировать закупки А341 П-1.3.4. 1- М Подготовить документацию под закупки А342 П-1.3.4. 2-В Осуществлять закупки и их контроль А343 П-1.3.4.3 -ЖЦ Осуществлять производственные процессы А35 П-1. 3.5- ЖЦ Осуществлять измерения, анализ и улучшение А4 П-1.4- МК Документирование процессов. Состав документов по процессам, исполь- зуемых для их дальнейшего менеджмента (планирование, обеспечение, управ- ление, улучшение), включает два вида документов:

- карта процесса, - перечень процессов.

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

Бланк «Карта процесса» приведен на рис. 28.

Рис. 28. Бланк «Карта процесса» Бланк включает следующие поля:

а) Раздел «Рабочая информация»:

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

Pages:     | 1 |   ...   | 3 | 4 || 6 | 7 |   ...   | 10 |



© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

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