Второй уровень бизнес-моделирования

Цель логического моделирования — построить интегрированную модель деятельности предприятия, являющейся связующим звеном между бизнес- методиками и ERP-системой.

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

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

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

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

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

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

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

для оценки соответствия или несоответствия текущих способов выполнения процессов предприятия желаемым.

Иными словами, бизнес-модель является отображением предприятия и его информационно-управляющей системы. Без бизнес модели Невозможно построить действительно интегрированную и «всеобъемлющую» КИС. Именно при создании бизнес-модели формируется «язык общения» консультантов, разработчиков, пользователей и руководителей предприятия, позволяющий выработать единое представление о том, ЧТО и КАК должна делать система управления предприятия.

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

С особой тщательностью следует подходить к формату представления бизнес- модели. Популярная методология SADT (Structured Analysis and Design Technique) или рожденная на ее основе IDEF0 действительно хороши там, где практически отсутствуют описания функций и бизнес процессов, а также в тех случаях, когда построением модели занимается не единая, слаженная команда, а, например, группа, состоящая из внешних консультантов, экспертов поставщика КИС и сотрудников самого предприятия. В таком случае можно гарантировать, что большинство членов «сборной» команды знакомы с общепринятым стандартом IDEF0 (в настоящее время его преподают во многих вузах), следовательно, можно сравнительно быстро приступить к работе над моделью, «поделив» между собой бизнес функции предприятия. Создаваемые диаграммы будут совместимы друг с другом и смогут впоследствии составить единую модель. Однако характерная для стандарта IDEF0 бедность изобразительных средств делает невозможным, например, описание сквозных бизнес процессов, охватывающих весь цикл обработки заказа — от размещения до исполнения. Для подобных задач более подходящим инструментом могут служить такие известные системы проектирования, как ARIS («архитектор интегрированных информационных систем») или BAAN DEM («динамический моделировщик предприятий»). В общем, любой способ изображения модели хорош, если он нагляден и понятен руководству предприятия.