Разработка архитектуры бизнес-процессов компании в Business Studio. Владимир Репин
Чтение книги онлайн.

Читать онлайн книгу Разработка архитектуры бизнес-процессов компании в Business Studio - Владимир Репин страница 5

СКАЧАТЬ требований к автоматизации и настройке систем класса BPMS, СЭД и др.;

      • возможность использования базы знаний для совершенствования бизнес-процессов;

      • возможность обучать новых сотрудников.

      Процессный офис (Отдел организационного развития):

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

      • создание единой процессной платформы для всех проектов и инициатив по изменению деятельности, в первую очередь, по автоматизации системы синхронизованных между собой бизнес-процессов (в BPM-приложениях, СЭД и др.);

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

      • поддержание актуальной регламентной базы по бизнес-процессам;

      • накопление знаний по выполнению и совершенствованию бизнес-процессов.

      1.6. Требования к архитектуре бизнес-процессов как к объекту управления

      Архитектура бизнес-процессов компании сама по себе является сложной системой, т.е. объектом, требующим управления.

      В рамках архитектуры приходится использовать модели разного типа. Как правило, на 1—4 уровне используются диаграммы процессов структурного типа, например, сформированные в нотации IDEF0. На нижележащих уровнях используются диаграммы класса Work Flow, например, разработанные в нотации BPMN (eEPC).

      На структурных диаграммах в нотации IDEF0 стрелки используются для моделирования потоков информационных и материальных объектов. На диаграммах в нотации BPMN базовый тип связи – это стрелка типа Sequence flow (поток управления). Стрелки такого типа показывают хронологический порядок, в котором выполняются операции процесса. Кроме того, на схемах в нотации BPMN можно дополнительно показывать потоки информации.

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

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

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

      Таблица 1. Уровни бизнес-процессов.

      Из таблицы 1 видно, что на уровне 3 «Процессы» может быть два уровня диаграмм. Так же это возможно на уровне 4 «Операционные процессы». Обратите внимание – начиная с уровня 4, для формирования графических схем используется нотация BPMN.

      Сформулируем СКАЧАТЬ