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

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

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

Сам по себе синтаксический аспект именования не может гарантировать единства названий в проводимом проекте. Одно и то же действие может быть названо несколькими способами с использованием слов, близких по смыслу. Например, «Создать договор» и «Составить договор». Для решения данной проблемы целесообразно составить глоссарий терминов, которые должны быть использованы при задании имен объектам.

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

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

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

– оргединицы и роли отображаются справа от функции.

Для повышения информативности модели определяется набор атрибутов объектов, значения которых выносятся непосредственно на графику моделей.

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

Кроме того, определяется ориентировочное количество объектов, которые должна содержать диаграмма, для того чтобы она легко читалась при ее распечатке на листе формата А4 или A3. Также определяется внешний вид элементов используемой нотации (цвет, форма, толщина линий, размеры объекта, формат и наклон текста).

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

1) адекватность модели – соответствие модели моделируемому объекту или процессу. Модель адекватна, если все ее элементы (объекты и связи) имеют прообраз в моделируемой предметной области. Если в модели отображены не все нужные объекты, а «лишних» элементов нет, то считаем, что модель адекватна, но не полна;

2) корректность модели – соответствие исполнения модели бизнес-процесса установленным для конкретной методологии или нотации семантическим и синтаксическим правилам. Модель корректна, если создана в соответствии с правилами оформления, установленными методологией моделирования и другими требованиями;

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

Описание создаваемой документации (отчеты). В данном разделе стоит указать требуемый заказчиком состав отчетов, их форму и содержание, которые должны быть получены по результатам проекта.