Управление процессами

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

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

Рис. 14. Многообразие форм проявления объекта

— 61 —

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

Реализация процессного подхода предполагает:

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

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

построение соответствующих моделей (табл. 6).

Таблица 6

Реализация процессного подхода

Процессный подход как принцип предполагает:

— 65 —

Графическое представление процессов называют декомпозицией. Выделяют следующие наиболее распространенные декомпозиционные методы:

функциональная декомпозиция;

декомпозиция по жизненному циклу;

декомпозиция по физическому процессу;

декомпозиция по подсистемам (структурная декомпозиция);

декомпозиция по входам;

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

декомпозиция по конечным продуктам системы;

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

Наиболее часто декомпозиция проводится путем построения дерева целей и дерева функций. Число уровней декомпозиции процесса определяется задачами проекта и не должно превышать 6-8 уровней. При определении бизнес-процессов целесообразно начинать описание процессов с верхнего уровня. При проведении декомпозиции моделей количество объектов на диаграмме растет в геометрической прогрессии. Важно изначально определить практически целесообразную степень детальности описания.

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

— 66 —

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

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

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

Рис. 15. Схематичное изображение связей преобразующего блока в соответствии с методологией IDEF 0

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

— 67 —

Контекстная диаграмма имеет узловой номер А-N, который представляет контекст модели. Диаграммы с узловыми номерами А-1, А-2, … — дополнительные контекстные диаграммы. Диаграмма верхнего уровня обозначается идентификатором А-0, на которой объект моделирования представлен единственным блоком с граничными стрелками, устанавливает область моделирования, определяет границы модели и является обязательной контекстной диаграммой. Обычно узловой номер формируется добавлением номера блока к номеру диаграммы, на которой он появляется, например, узловой номер блока 2 на диаграмме А-25 — А-252. Все узловые номера IDEF 0 начинаются с заглавной буквы.

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

Для описания процесса используют контекстные диаграммы, разрабатывают требования к составным частям процесса (входам, промежуточным результатам, выходам) (рис. 16) [38, с. 61].

Управляющее воздействие

↓

Вход → Выполнитьдействие → Выход

↑

Ресурсы

Рис. 16. Описание процесса

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

— 68 —

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

Текстовое описание, содержащее основные типы объектов, функции и комментарии экспертов, используют для предварительного создания диаграммы А-0. Стрелки на контекстной диаграмме отображают связи объекта моделирования с окружающей средой. Поскольку единственный блок представляет весь объект, то его название является общим для всего проекта. Это же справедливо и для всех стрелок диаграммы, так как они составляют полный комплект внешних интерфейсов объекта.

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

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

Пример структуры контекстной диаграммы «Обслуживание клиента системы» представлен на рис. 17.

Описание декомпозиции контекстной диаграммы «Обслуживание клиентов системы» может быть проведено в следующей последовательности:

определение уровня доступа в систему;

выбор подсистемы;

обращение к подсистеме;

изменение базы данных (при необходимости).

— 69 —