Е. Всяких - Практика и проблематика моделирования бизнес-процессов

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

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

В качестве общих элементов определений, связанных с архитектурой, можно использовать следующий перечень [7]:

♦архитектура определяет основные компоненты (бизнес-архитектура, архитектура приложений и т. д.);

♦архитектура определяет взаимосвязи между компонентами и взаимодействия между ними;

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

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

♦каждая система имеет архитектуру, даже система, которая состоит из одной компоненты;

♦архитектура содержит объяснения и обоснования по поводу своих компонент и структуры;

♦определения архитектуры не содержат описания самих компонент.

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

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

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

♦функциональные (бизнес-) требования должны формировать архитектуру;

♦архитектура должна обеспечивать совместимость и взаимодействие;

♦архитектура должна быть расширяемой, масштабируемой и адаптивной;

♦архитектура должна быть инструментом реализации изменений;

♦архитектура должна уменьшать сложность интеграции и способствовать улучшению качества бизнес-процессов;

♦тенденции рынка должны учитываться при проектировании технологической архитектуры.

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

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

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

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

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

♦функций, уровень их типизации, уровень автоматизации;

♦документооборота;

♦организационных единиц, должностей, ролей;

♦информационных и технических средств.

Процессный анализ предполагает исследование одного или множества бизнес-процессов организации в целом.

Варианты определения процесса следующие.

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

♦ Процесс – это поток работы, проходящий от одного специалиста к другому или от одного отдела к другому (в зависимости от уровня рассмотрения).

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

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

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

Процессный подход к моделированию позволяет:

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

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

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

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