Практика и проблематика моделирования бизнес-процессов - [26]

Применительно к различным моделям общей бизнес-архитектуры предприятия можно дать следующие рекомендации по этапности детализации.

Для отражения участия информационных систем в обеспечении бизнес-процессов можно предложить следующую последовательность уточнения их роли и места:

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

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

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

Для описания информационных потоков, циркулирующих в рамках бизнес-процесса, этапность детализации может быть следующей:

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

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

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

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

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

♦ указывается наименование подразделения/подразделений, задействуемого для выполнения подпроцесса/процедуры;

♦ указывается должностное лицо/лица, задействуемое для выполнения функции;

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

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

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

♦ описание результатов выходов процессов на уровне документов, продуктов, услуг;

♦ описание результатов выходов процессов на уровне данных/сведений, компонент продуктов/услуг.

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

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

♦ отражение в рамках процесса окружения функции на уровне наименования модуля информационной системы, операционных данных (входных/выходных сведений) и положений («выдержек») правового документа, должностного лица (ролевой функции).

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

♦ разработка общих возможных сценариев протекания процессов;

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

♦ повышение чувствительности модели бизнес-процесса за счет большей детализации входных ситуаций, связанных с бизнес-событиями.

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

Одним из общих проблемных вопросов, который должен быть решен применительно к каждой из моделей, является вопрос классификации и кодирования. Данная проблематика разделяется на две составляющие:

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

♦ определение оптимальной для задачи моделирования бизнес-процесса системы классификации и кодирования для каждой из компонент модели.

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

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