Сущность бизнес-модели (логическая модель)

Второй уровень бизнес-моделирования - логический - необходим для уточнения основных выводов, следующих из концептуальной модели. Логическая модель описывает деятельность предприятия, посредством объектно-ориентированного проектирования (опираясь на методологию бизнес-моделирования RUP9 и нотации UML10). Цель логического моделирования - построить интегрированную модель деятельности предприятия, являющейся связующим звеном между бизнес-методиками и ERP-системой. Логическая модель позволяет спланировать, как нужно реорганизовать текущие способы выполнения процессов предприятия в желаемые - вплоть до каждого рабочего места. Данная реорганизация закрепляется с помощью регламентирующей документации СМК, сгенерированной из логической модели.

Исходя из требований перехода предприятия на следующий уровень BPI логическая модель помогает детально ответить на следующие вопросы:

· кто и где исполняет бизнес-функции (организационный аспект деятельности);

· что перемещается в материальных и в связанных с ними информационных потоках (элементный аспект деятельности предприятия);

· как предприятие выполняет бизнес-функции (функциональный аспект);

· когда предприятие осуществляет бизнес-функции (динамический аспект);

· какая информационная платформа (какие инструменты) необходима для поддержания бизнес-функций на предприятии.

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

В рамках функционального аспекта описываются:

· иерархическая структура процессов;

· взаимодействие процессов (реализация процессного подхода).

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

Выделение процессов осуществляется с привлечением концептуальной модели. Здесь организуется следующая иерархия процессов: элементы стандарта ISO 9001:2000 - 1-й уровень иерархии пакетов; подэлементы ISO - 2-й и 3-й уровни иерархии пакетов; унифицированные бизнес-процессы (описанные ERP-стандартом) - 4-й и 5-й уровни иерархии пакетов. Для каждого процесса (пакета в модели) описываются его цели и критерии достижения этих целей. Детальная стыковка процессов определяется через взаимодействие способов их выполнения в отдельной папке, именуемой «Сценарии».

В рамках организационного аспекта описываются:

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

· топология предприятия: местоположения хранения складских запасов, рабочие центры выполнения операций, поточные линии.

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

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

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

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

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

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

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

· определяется документооборот (или товарооборот) между организационными единицами. Документооборот описывается для каждого способа выполнения процесса. Для описания взаимодействия документов и исполнителей предлагается использовать диаграммы кооперации.

Законченная логическая модель является базой данных для генерации методических и должностных инструкций в формате ISO 9001:2000 с помощью генератора отчетов Rational SoDA (рис. 7). Шаблон для логической модели создается на базе стандарта ISO 9001:2000, поэтому имеется возможность генерации из данной модели документации СМК 2-го и 3-го уровней.

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

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

Необходимо еще раз подчеркнуть, что в логической модели проектируются только те желаемые способы выполнения процессов, которые необходимы для перехода предприятия на вышестоящий уровень BPI. Например, если предприятие находится на уровне BPI «Хаос», то в логической модели будут отражаться способы организации деятельности предприятия по стандартам MRPII. Здесь мы пока не будем касаться методик, связанных с JIT или CSRP (хотя данные методики ведения бизнеса поддерживаются ERP-системой MFG/PRO), поскольку считаем, что совершенствование должно идти поэтапно и что предприятие не может «прыгнуть выше головы» [4, с 9-19].