На (рис. 4) представлен верхний уровень эталонной модели, предложенной фирмой QAD (США) для предприятий, ориентированных на внедрение ERP-системы MFG/PRO. Данная модель базируется на ERP-стандартах.
Эталонная модель с использованием ISO 9000 переводится в IDEF0-модель (рис. 5). Таким образом, мы получаем концептуальную модель предприятия, где осуществляются:
· декомпозиция процессов предприятия - верхний уровень иерархии процессов соответствует элементам и подэлементам стандарта ISO 9001:2000, а нижние уровни раскрываются с использованием ERP-стандарта;
· проектирование графического «скелета» документации СМК предприятия;
· определение ключевых пользователей процессов и бизнес-функций;
· определение на базе ERP-системы основных модулей информационной системы предприятия, обеспечивающих выполнение процессов;
· определение связей процессов по входам/выходам.
IDEF0-модель позволяет построить статическую модель деятельности предприятия. Однако, по мнению специалистов, данная методика моделирования имеет ограничения, которые не позволяют эффективно осуществлять стыковку отдельных операций, то есть описывать рабочие потоки. Построение динамической модели предприятия осуществляется на следующем уровне бизнес-моделирования (логическом), а декомпозиция процессов в IDEF0-модели используется для определения функционального аспекта предприятия в логической модели [4, с 5-6].
2.3 Сущность бизнес-модели (логическая модель)
Второй уровень бизнес-моделирования - логический - необходим для уточнения основных выводов, следующих из концептуальной модели. Логическая модель описывает деятельность предприятия, посредством объектно-ориентированного проектирования (опираясь на методологию бизнес-моделирования 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].
2.4 Физическое моделирование и получение выгоды от бизнес-моделирования
Осуществить функционально-стоимостной анализ процессов предприятия в бизнес-модели (на концептуальном и логическом уровнях) можно только очень приближенно. Поэтому количественные оценки процессов предприятия предлагается выполнять на уровне физического моделирования. Под физическим моделированием понимается определение (нормирование) временных и стоимостных характеристик процессов предприятия в ERP-системе. На уровне физического моделирования разрабатывается нормативная модель предприятия. Нормативы и отклонения от заданных норм используются для оценки соответствия или несоответствия текущих способов выполнения процессов предприятия желаемым. От качества нормативной модели зависит качество внедрения и функционирования ERP-системы. Деятельность по совершенствованию процессов во многом является деятельностью по уточнению нормативов. ERP-система служит инструментом для достижения описанных в логической модели желаемых способов выполнения процессов предприятия, и с ее же помощью проводится оценка их эффективности и результативности [5, с 110].