регламентирующие эту сферу, в том числе требования СТБ ИСО 9000. Карта делового процесса на швейной фабрике представлена на рис. 6.

Рис. 6. Деловой процесс на швейной фабрике

1.3.2. Описание структуры делового процесса

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

из каких процессов состоит моделируемый деловой процесс;

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

В IDEF0 моделировании для описания внутренней структуры процесса используется механизм декомпозиции. В соответствии с требованиями методологии IDEF0, для того чтобы декомпозировать деловой процесс, необходимо создать диаграмму - потомок. На этой диаграмме следует представить процессы, из которых состоит деловой процесс в рамках системы менеджмента качества (СМК).

Рассмотрим декомпозицию делового процесса «Производить женские пальто» (рис.3). Учитывая цели моделирования – соответствие делового процесса требованиям СТБ ИСО 9001 – 2001 декомпозиция делового процесса включает 4 блока процессов, представленных на рис. 7.

Рис. 7. Декомпозиция процесса «Производить женские пальто

В соответствии с требованиями СТБ ИСО 9000 деловой процесс «Производить женские пальто» включает следующие процессы:

- реализовать ответственность высшего руководства по менеджменту качества;

- осуществлять менеджмент ресурсов;

- реализовать процессы жизненного цикла;

- осуществлять измерения, анализ и улучшения СМК.

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

1.3.3.Описание взаимодействий между процессами

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

В методологии IDEF0 допустимыми являются 5 (пять) типов взаимодействий между блоками в пределах одной диаграммы:

управление;

выход - вход;

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

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

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

Рис. 8

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

Рис. 9

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

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

Рис. 10

В СТБ ИСО 9001 такое взаимодействие может определять:

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

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

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

1.3.4. Декомпозиция процесса

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

На диаграмме А0 (рис.12) деловой процесс «Производить женские пальто» представлен в виде 4 процессов. Диаграмма А0 является первым уровнем декомпозиции (детализации) для этого процесса. Каждый из 4 представленных процессов в свою очередь может быть декомпозирован. На рис. 13 представлена декомпозиция процесса «Реализовать процессы жизненного цикла».

На диаграмме А3 (рис. 13) процесс «Реализовать процессы жизненного цикла» представлен в виде шести процессов, включая «Осуществлять закупки», который также может быть декомпозирован (рис. 14).

Рис. 13. Декомпозиция процесса «Реализовать процессы жизненного цикла»

Рис. 14. Декомпозиция процесса «Осуществлять закупки»

2. Практическая часть

2.1. Порядок выполнения

1. Для выполнения работы использовать вариант задания и результаты лабораторной работы № 1.

2. Ознакомиться с методологией IDEF0.

3. Определить деловые процессы в организации.

4. Определить цель разработки IDEF0-модели.

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

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

7. Провести декомпозицию на каждом уровне детализации.

8. Сделать выводы по результатам выполненной работы.

2.2. Контрольные вопросы

1. Какие проблемы можно решать с помощью моделей бизнес-процессов в контексте бизнес-архитектуры предприятия?

2. Как представляют и идентифицируют функциональные блоки в стандарте IDEF0?

3. Как отображаются объекты в стандарте IDEF0 с помощью интерфейсных дуг?

4. Для каких целей, и каким образом осущетвляют декомпозицию бизнес-процесса в стандарте IDEF0?

5. Каким образом можно построить и идентифицировать контекстную диаграмму?

6. Чем определяется необходимый уровень детализации бизнес-процесса?

7. Для чего предусмотрено понятие туннелирования в стандарте IDEF0?

8. Какие этапы групповой работы над разработкой IDEF0-модели вам известны?

9. Какая информация необходима для выявления деловых процессов в стандарте IDEF0?

10. Каким образом представляют внутреннюю структуру делового процесса в стандарте IDEF0?

11. Какие типы взаимодействий допустимы между функциональными блоками в методологии IDEF0?

Лабораторная работа №3

ОПИСАНИЕ АРХИТЕКТУРЫ ИНФОРМАЦИИ ДЛЯ МОДЕЛЕЙ

РАЗЛИЧНОГО УРОВНЯ АБСТРАКЦИИ

Цель работы: получение практических навыков моделирования бизнес-процессов предприятия с использованием методики IDEF0.

1. Теоретическая часть

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

1.1. Контекст и основные элементы архитектуры информации

Эффективность работы с информацией определяется разнообразием источников, а также различием её формы. Это обуславливает применение специфических технологий и методов работы с информацией: 1) структурированная информация (реляционные и объектные модели); 2) развивающиеся, основанные на XML стандарты для полуструктурированной информации; 3) неструктурированная информация в форме текстов, графиков, образов, сопровождаемая определенными описательными данными (метаданными и каталогами). Архитектура информации (данных) определяет, какие данные необходимы для поддержания бизнес-процессов, а также для обеспечения стабильности и возможности долговременного использования этих данных в прикладных системах. Архитектура информации включает в себя модели, которые описывают процессы обработки информации (information value chain), основные информационные объекты, связанные с бизнес-событиями, информационные потоки и принципы управления информацией. Архитектура должна описывать как те данные, которые требуются для выполнения процессов (операционные), так и аналитические данные и "контент", публикуемый на Web. Разработка архитектуры информации заключается в организации общего описания информации, требующейся для бизнеса, а также политик и правил работы с информацией. Данные на предприятии проходят через большое количество шагов в процессе своего жизненного цикла. В таком потоке могут встречаться разветвления и слияния, одни и те же данные могут обрабатываться разными прикладными системами и храниться в различных базах данных: базах оперативного хранения информации, хранилищах данных, витринах данных (предназначенных для анализа и быстрого получения отчетов). Все это приводит к фрагментации данных, работе с ними различных подразделений и требует координации в рамках единой архитектуры информации предприятия.

В ходе разработки архитектуры информации решаются следующие задачи:

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

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

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

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

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

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

• улучшение качества данных, прежде всего, за счет привлечения бизнес-пользователей к управлению и определению данных;

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

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

• получение данных из внутренних и внешних источников;

• классификация данных по типам;

• хранение и извлечение данных;

• редактирование (или обновление) данных;

• контроль качества (удаление или исправление некорректных данных);

• презентация (трансформирование данных для определенной аудитории потребителей);

• распространение информации для различных групп потребителей;

• оценка (полезности, а также соотношения цены/качества данных);

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

Рис. 11

Обратная связь по входу (Рис. 11): выход из одного процесса является входом для другого процесса, выход которого является для него входом, т.е. выходная дуга блока 2 является входной для блока 1, выход которого является для него входом. В СТБ ИСО 9001-2001 такое взаимодействие может определять функцию управления «управление процессами жизненного цикла»..

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

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

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

Примечание - Методология IDEF0 регламентирует, что каждый блок в модели должен содержать хотя бы по одной дуге входа, выхода, управления и механизма. В [6] имеется короткий список исключений из этого правила.

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

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

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

Примечание - Правило полноты функциональной модели IDEF0 в точности соответствует требованиям СТБ ИСО 9001 в части того, что каждый процесс должен обеспечиваться ресурсами (дуги механизмов в IDEF0-модели), управляться (дуги управления), производить продукцию на выходе (выходные дуги), перерабатывая материалы и/или информацию, поступающие на его входы (входные дуги).

Рис. 12. Взаимодействия между процессами