Для моделирования процесса мы будем использовать Microsoft Visio 2010 , но все написанное применимо и к другим версиям.

Перед началом работы над моделью процессов необходимо выбрать и, при необходимости, адаптировать нотацию - набор графических элементов, которые будут использоваться при построении диаграммы. В Microsoft Visio такие графические элементы группируются в специальные шаблоны (stencils): шаблон для функциональной блок-схемы (cross-functional flowchart), шаблон для EPC (event-driven process chain - аналог одноименного типа диаграммы в ARIS), шаблон для потока создания ценности (один из методов визуализации, применяемых в рамках "бережливого производства") и т.д.

Мы возьмем первый из перечисленных шаблонов (см. рис. 1) и некоторым образом адаптируем его.

Рис. 1. Выбор шаблона Visio

В наборах элементов шаблона (в Visio 2010 их три) можно обнаружить базовые элементы. При моделировании процесса мы будем использовать только некоторые из них. И, чтобы сделать дальнейшую работу более удобной, необходимые нам элементы лучше поместить в отдельный набор, после чего немного их адаптировать и дополнить (см. рис. 2). Представленный на рисунке набор можно скачать .

Рис. 2. Набор элементов для моделирования процессов

Дадим краткое пояснение элементов в наборе:

1. Процесс - компонент, обозначающий деятельность сотрудников организации, осуществляемую в рамках описываемого процесса и нацеленную на получение результата.
2. Событие - некоторый факт, который может быть обнаружен и идентифицирован сотрудниками организации. Процессы выполняются как следствие произошедших событий, и, в свою очередь порождают новые события.
3. Документ - специальным образом структурированная информация, размещенная на бумажном или электронном носителе.
4. Логическое "И" - связь между объектами диаграммы, показывающая необходимость логического объединения нескольких объектов. Например, если в "И" входит два события, это означает, что дальнейшее прохождение процесса невозможно, пока не произойдут оба эти события. Если из "И" выходят два события, это означает, что всегда происходит и одно, и второе событие (при этом события не обязательно должны происходить одновременно).
5. Логическое "ИЛИ" - логическая связь между объектами диаграммы, показывающая вариативность процесса. Например, если в "ИЛИ" входит несколько событий, это означает, что дальнейшее прохождение потока возможно при появлении любого из этих событий. Если из "ИЛИ" выходят несколько событий, это означает, что может произойти любое сочетание этих событий: как одно из них, так и несколько.
6. Исключающее "ИЛИ" - логическая связь между объектами диаграммы, показывающая альтернативы. Например, если в исключающее "ИЛИ" входит несколько событий, это означает, что они являются альтернативными, взаимоисключающими способами инициирования дальнейшего потока. Если из исключающего "ИЛИ" выходят несколько событий, это означает, что на выходе может произойти только одно из них, все остальные при этом исключаются.
7. Ресурс - материальный или информационный объект, задействованный или формируемый в процессе.
8. Подпроцесс - деятельность, для которой имеется диаграмма декомпозиции.
9. Внешний процесс - деятельность организации, находящаяся за рамками данного процесса, которая так же формализована как процесс (точнее, как компонент модели деятельности).
10. Внешняя организация - сторонняя организация, деятельность которой не описывается в рамках данной модели.
11. Дорожка - горизонтальная ролевая дорожка на схеме, в заголовке которой указывается исполнитель (организация, подразделение, должность или роль) и в границы которой помещаются все процессы, за исполнение которых несет ответственность данный исполнитель.
12. Разделитель - вертикальная линия, с помощью которой на диаграмме можно обозначить один из этапов описываемого процесса (при этом желательно так же обозначить все другие этапы).

По сути, предлагаемая нотация является симбиозом двух "классических" нотаций - Сross-functional flowchart и Event-driven process chain . Как можно видеть, в рамках описываемого подхода не применяется традиционный элемент функциональных блок-схем - "решение", вместо него используется явное обозначение событий с указанием логических отношений между ними. Это обеспечивает сравнительно большую наглядность, гибкость и возможность более полного описания логики протекания процесса.

Показывает иерархическую зависимость работ, но не взаимосвязи между работами.

1. Диаграммы для представления (feo)

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

Все диаграммы имеют нумерацию. Контекстная диаграмма имеет номер А-0, декомпозиция контекстной диаграммы – номер А), остальные диаграммы-декомпозиции – номера по соответствующему узлу (например, А1, А2, А21 и т.д.).

1. Модель idef0 в ms Visio

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

Рассмотрим возможности проведения системного анализа в среде MSVisio.

На рис. 4.3. изображены основные элементы модели в соответствии со стандартом IDEF0.

Рисунок 4.3. Элемент IDEF0 в MS VISIO

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

Функциональное моделирование является технологией анализа системы в целом как набора связанных между собой действий или функций. Действия системы анализируются независимо от объекта(ов), который обеспечивает их исполнение. Моделировать деловой процесс можно исходя из различных перспектив и временных рамок.

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

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

1. Рабочее место ms Visio

MSVisioпозволяет строить различные диаграммы. Поэтому перед началом работы необходимо выбрать соответствующий тип диаграммы (см. рис. 2.4.).

Рисунок 4.4. Выбор средств моделирования

Рабочее место MS Visio выполнено в виде рабочего стола, состояще­го из нескольких окон.

На рабочем столе размещены:

образцы объектов модели;

область для рисования.

Панель Меню MS Visio . Панель Меню MS VISIO соответствует стандартам Windows и обеспечивает доступ ко всем функциям MS VISIO. Некоторые из них:

Печать. Чтобы открыть окно печати, на панели Меню выберите File, затем Print.

Масштаб. На панели Меню выберите View, затем измените масштаб изображения для активной диаграммы или для всех диаграмм в модели на тот, который Вам нужен.

Стандартная панель инструментов. Стандартная панель инструментов (рис. 4.5) обеспечивает быстрый доступ к часто выполняемым задачам.

Рисунок 4.5. Панель инструментов MSVisio

Как и любая другая панель инструментов MS VISIO, стандартная панель может быть расположена в любой стороне экрана или находиться в любом месте в области диаграммы. Вы можете также показывать или скрывать ее, используя функциюViewна панели Меню.

Образцы объектов модели (рис. 4.6) обеспечивают стандартизацию как общего вида модели, так и каждого ее элемента.

Рис. 4.6. Образцы объектов модели

Область для рисования (рис. 4.7.) предназначена собственно для построения модели.

Рисунок 2.7. Область рисования модели

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

Меня часто спрашивают - что почитать о бизнес-процессах?
Одним из лучших сайтов на просторах рунета является www.klubok.net . Я сам "вырос" на форуме и статьях этого сайта. Многие статьи не потеряли актуальности и сейчас. Начать учиться рекомендую именно с него.

А вот если говорить о книгах - то уверенно могу сказать лучшая книга о бизнес-процессах - это книга, написанная Репиным и Елиферовым: "Бизнес-процессы компании. Построение, анализ, регламентация".

Описание бизнес-процессов: стремление к простоте.

В статье рассмотрены вопросы выбора нотации для описания процессов с целью последующей регламентации. Сравниваются между собой часто используемые нотации Work Flow, такие как: «Простая блок-схема» в MS Visio, «Процедура» Business Studio, нотация ARIS eEPC и другие.

При сравнении нотаций основное внимание уделяется вопросам создания простых и понятных сотрудникам организации схем процессов.

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

Введение

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

Сравнение нотаций

Для сравнения были выбраны следующие нотации описания процессов:

1. «Простая блок-схема» (с отображением движения документов, с использованием блока «Решение»);
2. «Простая блока-схема» (без отображения движения документов, без использования блоков «Решение»);
3. «Процедура» системы Business Studio (один из возможных вариантов представления);
4. ARIS eEPC.

В качестве тестового примера был выбран простой и интуитивно понятный процесс. Результаты описания этого процесса представлены на рис. 1-4.

Рис. 1. Схема процесса в нотации «Простая блок-схема» в MS Visio (с движением документов, с использованием блока «Решение»).

На схеме рис. 1. Последовательность выполнения операций процесса во времени показана при помощи жирных стрелок, а движение документов - при помощи тонких пунктирных стрелок. Блоки «Решение» использованы классическим образом. Они отображают информацию (вопросы), от которых «зависит» последующий ход процесса. Такой подход к использованию «ромбиков» является весьма распространенным. Но фактически, вся логика принятия решений и формирования тех или иных выходов (документов) должна заключаться внутри операций процесса. Если задуматься, то ценность (смысл) рисования этих «ромбиков» не является очевидным. Что это за объекты: операции процесса, события? Вроде бы ни то, и не другое. Это скорее операторы принятия решения по какому-либо условию. Но ведь мы разрабатываем схему процесса для людей, а не пишем компьютерную программу на специальном языке. В компьютерной программе «ромбик» был бы полноценной операцией сравнения условий и т.п. Но на схеме процесса нужно показывать реальные объекты - процессы, выполняемые людьми, документы, информационные системы и т.п. Задумайтесь, корректно ли показывать «ромбики» отдельно от операции процесса на схеме? Вместо этого можно:

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

Сформулируем «плюсы» и «минусы» рассмотренного выше (рис. 1.) способа использования «ромбиков».

«Простая блок-схема» в MS Visio (с движением документов, с использованием блока «Решение»)
«Плюсы»	«Минусы»
Наглядное отображение «логики» выбора тех или иных выходов процесса. Акцентирование внимания исполнителя на точку принятия решения/ветвление процесса в зависимости от условий.	Вынос логики принятия решения «наружу» операции процесса (некорректно с точки зрения формальной декомпозиции процессов). Неудобно документировать процесс (приходится дублировать «ромбики» текстом при формировании текстового описания операции). Схема процесса становится информационной перегруженной. «Ромбики» часто используются слишком формально, без реальной необходимости.

На рис. 2. показан пример того же самого процесса, только описанного без использования блоков «Решение» и документов. Легко проверить, что на этой схеме на 24 графических элемента меньше, чем на схеме рис. 1. Схема рис. 2. выглядит гораздо проще. От графических элементов не рябит в глазах, а с точки зрения информативности, эта схема вполне понятна и доступна конечному пользователю. Если для каждой операции процесса описать требования к ее выполнению текстом, то комбинируя табличную и графическую формы представления, можно вполне адекватно описать порядок исполнения процесса для сотрудников компании.

Рис. 2. Схема процесса в нотации «Простая блок-схема» в MS Visio (без движения документов, без использования блока «Решение»).

«Плюсы» и «минусы» графического представления процесса в форме, представленной на рис. 2., показаны ниже.

В целом, применение схем в формате, подобном представленному на рис. 2, является удобным как для разработчиков, так и для сотрудников, работающих по этим схемам.

На рис. 3. представлена схема процесса, сформированная в нотации «Процедура» среды моделирования Business Studio. Схема имеет несколько особенностей. Во-первых, блоки «Решение» использованы не стандартным образом - не как графический элемент для отображения вопроса и ветвления, а как полноценная операция процесса, связанная с принятием решений. В Business Studio «ромбик» обладает почти всеми атрибутами полноценного процесса, но не может быть декомпозирован (возможно, разработчики системы со временем сделают такую возможность). Использование «ромбика» (вместо четырехугольника) делает схему нагляднее. При этом в атрибуты «ромбика» можно внести любую текстовую информацию: описание, начало, завершение, требование к срокам и т.п.

Второй особенностью схемы процесса, представленной на рис. 3., является применение стрелок. Для отображения последовательности операций можно использовать стрелку с одним наконечником - стрелку «предшествования». Для отображения движения документов можно использовать стрелку с двумя наконечниками. Но именно в Business Studio можно пользоваться только одним типом стрелок - стрелками «предшествования». При этом к именованным стрелкам можно привязывать необходимое количество документов, которые определены в справочнике объектов деятельности. Такой подход дает возможность:

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

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

«Плюсы» и «минусы» графического представления процесса в форме, представленной на рис. 3., показаны ниже.

Рис. 3. «Процедура» системы Business Studio (вариант с нетрадиционным использованием блоков «Решение»).

В случае применения Business Studio, нотация «Процедура» может быть использована несколько по-разному. Автор статьи склоняется к подходу, представленному на рис. 3.

На рис. 4 представлена схема рассматриваемого процесса, разработанная в нотации ARIS eEPC. Заметим, что на схему не поместились некоторые операции процесса. Эта неполная схема простейшего процесса, выполненная в нотации ARIS eEPC, содержит четыре оператора логики и восемь событий! Сотрудник, читающий схему, должен уметь правильно интерпретировать все эти логические операторы. Без специального обучения и наличия некоторых навыков чтения подобных схем, рядовой сотрудник вряд ли сможет понять логику рассматриваемого процесса без подробного текстового описания или помощи квалифицированного бизнес-аналитика.

Заметим, что схема процесса в нотации ARIS eEPC занимает существенно больше места, чем схемы, представленные на рис. 1-3. Трудоемкость формирования такой схемы так же существенно выше.

Схема процесса в нотации ARIS eEPC (построена в Business Studio)
«Плюсы»	«Минусы»
При формировании схемы выдерживается строгая, формальная логика процесса. Четко определены все события, возникающие по ходу процесса.	Сложность восприятия. Значительная трудоемкость формирования схемы. У сотрудников должны быть специальные навыки и опыт интерпретации подобных схем. Информационная избыточность. Занимает слишком много места, что неудобно для документирования.

В целом, если Вы не собираетесь покупать SAP R/3, то выбор и использование нотации ARIS eEPC не является, с точки зрения автора статьи, оптимальным решением. Стоит обратить внимание на более наглядные и интуитивно понятные исполнителям нотации описания процессов. Впрочем, кому-то нотация ARIS eEPC может показаться более наглядной и понятной. До определенной степени, это вопрос вкуса.

Рис. 4. Схема процесса в нотации ARIS eEPC (построена в Business Studio).

Описание процесса для целей последующей автоматизации

Интересно посмотреть на рассматриваемую схему процесса в случае, если она описана в нотации BPMN 2.0. Это нотация предназначена для описания «исполняемых» процессов, т.е. процессов которые поддерживает система BPM.

Своим мнением об использовании BPMN 2.0. делится А.А. Белайчук - Генеральный директор компании «Бизнес-консоль»:

На рис. 5 изображен тот же процесс в нотации BPMN. Как мы видим, этот рисунок похож на рис.1: в нотации BPMN задачи изображаются прямоугольниками, развилки - ромбами, данные - пиктограммой, похожей на документ. Потоки управления - сплошные линии, потоки данных - пунктирные. Надо учитывать, что на этой диаграмме задействована только малая часть нотации BPMN: только один вид развилок из 5 имеющихся в палитре, один вид задач из 8. Помимо более широкой палитры, эту нотацию отличает возможность моделировать не только изолированный поток работ, но также несколько процессов, взаимодействующих друг с другом через сообщения или данные. Кроме того, эта нотация более строгая: в ней определены не только значки, но и правила, по которым они могут сочетаться друг с другом. Необходимость таких правил диктуется тем, что нотация BPMN ориентирована не только на то, что ее будут читать люди, но и на непосредственное исполнение специальным программным обеспечением - «движком» BPM-системы. В то же время, как показывает данный пример, при использовании ограниченного подмножества палитры BPMN оказывается не сложнее привычной блок-схемы. Ну а тем, кто хочет освоить BPMN профессионально, мы рекомендуем специализированные тренинг www.bpmntraining.ru .

Рис. 5. Схема процесса в нотации BPMN 2.0.

Практика жизни

На рис. 6 показан фрагмент схемы процесса, разработанный бизнес-аналитиками вполне конкретной компании в придуманной ими нотации. Схема построена с применением принципов «Простой блок-схемы» - применяется блок «Решение» в своем классическом варианте. Кроме этого, на схеме представлено множество других условных обозначений, использованных не совсем стандартным образом.

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

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

Выводы

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

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

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

В.В. Репин , к.т.н., доцент, Исполнительный директор ООО «BPM Консалтинг Групп », зав. кафедрой Управления бизнес-процессами НОУ ВПО «ИЭФ «Синергия», основатель портала www.FineXpert.ru

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

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

По опыту работы с Nintex могу сказать, что данная система не лишена недостатков: дороговизна, периодически возникающие ошибки, общая неторопливость системы (хоть это свойственно всему SharePoint) - все это вынуждает меня использовать штатный механизм рабочих процессов. Однако, у Nintex есть важное преимущество - визуализация схемы и текущего состояния процесса. Благодаря этому создание рабочих процессов упрощается, и их могут создавать даже люди, достаточно далекие от программирования (контент-менеджеры, бизнес-аналитики и т.д.). В SharePoint 2010 есть аналогичная возможность создания рабочего процесса на основе визуальной схемы, используя Visio 2010 и SharePoint Designer 2010.

Создание схемы в Visio

В Visio 2010 появился новый шаблон – Microsoft SharePoint Workflow (присутствует только в Premium-редакции Visio). Полученную из этого шаблона схему можно будет экспортировать в Designer для дальнейшей работы.
Итак, открываем Visio и ищем шаблон в категории Flowchart.

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

Теперь продумываем логику бизнес-процесса и составляем схему, используя необходимые элементы. Я для примера сделал простейший бизнес-процесс согласования:

• существует 2 списка - «Входящие» и «Ответственные»
• в списке «Ответственные» находятся категории запросов (предложение/вопрос/жалоба и т.д.) и соответствующие ответственные лица
• пользователь создает элемент в списке «Входящие» и указывает категорию
• рабочий процесс находит ответственного за эту категорию и создает задачу на него
• ответственный реагирует на задачу, и у запроса в списке «Входящие» меняется статус

Конечно на словах тяжело это воспринимать, поэтому приведу сразу готовую схему рабочего процесса:

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

Привязка процесса к данным в SharePoint Designer

Открываем Designer, подключаемся к нужному сайту, переходим в папку Workflows. На риббоне нажимаем кнопку «Import from Visio» и указываем файл с сохраненной схемой. Пишем имя рабочего процесса и список, к которому его привязываем (в данном случае - «Входящие»). Designer сам сгенерирует код и комментарии к нему, нам останется лишь указать поля, откуда брать данные (конкретно в данном случае у меня возникли небольшие проблемы из-за использования поля типа Lookup, но обычно все просто):

После доработки рабочего процесса, переходим в настройки. Там указываем необходимое условие запуска (запускать автоматически при создании элемента), а так же ставим галочку у опции «Show workflow visualization on status page» (требуется активировать возможности SharePoint Server Enterprise на коллекции сайтов). Это именно то, ради чего стоит создавать рабочие процессы именно в Visio. Теперь перейдем на сайт, создадим любой элемент в списке «Входящих», перейдем в список задач и завершим задачу, а затем откроем окно статуса рабочего процесса:

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

Заключение

В качестве итога приведу положительные и отрицательные стороны использования Visio для создания рабочих процессов (на мой субъективный взгляд).
Плюсы:

• Простота создания, не нужно быть программистом
• Пользователь может легко посмотреть и понять статус запроса

Минусы:

• Требуется SharePoint Enterprise Server и Visio Premium

Настоящая статья продолжает цикл публикаций, посвященных инструментам, которые российские компании могут использовать для решения задач моделирования и совершенствования бизнес-процессов без существенных рисков. Напомним, что в предыдущей статье данного цикла рассказывалось о продуктах компании IDS Scheer, занимающей наивысшие позиции в рейтингах аналитических компаний. Сегодня же мы поговорим о продукте иного ценового диапазона, не столь функциональном с точки зрения моделирования бизнес-процессов, но зато весьма популярном и массовом - Microsoft Visio.

И снова мнение аналитиков…

Невысокая стоимость Visio, наряду с такими факторами, как принадлежность к лидирующему семейству офисных продуктов, выпускаемому лидером индустрии программного обеспечения, привела к весьма значительной занимаемой им доле рынка средств моделирования бизнес-процессов (по данным Gartner - 34%) и высоким рейтингам в отчетах аналитических компаний. Так, аналитическая компания Gartner относит данный продукт к лидерам рынка (рис. 1).

Рис. 1. Ведущие производители средств анализа бизнес-процессов
(источник: Blechar M. Magic Quadrant for Business Process Analysis Tools,
2H07-1H08 - Gartner research note G00161090, 23 September 2008)

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

Visio на российском рынке

На российском рынке Visio представлен так же, как и другие офисные продукты Microsoft, - то есть доступен во всех регионах через весьма развитую партнерскую сеть. Через нее же оказываются услуги по сопровождению, технической поддержке и обучению на русском языке. Русская версия данного инструмента существует достаточно давно. Есть и книги о продукте, и решения на его основе (включая средства моделирования бизнес-процессов; впрочем, эти инструменты - предмет отдельного обсуждения, поскольку их доступность, возможности и цены существенно отличаются от доступности и возможностей оригинального продукта и цен на него).

Возможности продукта

Технические особенности. Хранение данных

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

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

Рис. 2. Шаблоны диаграмм из комплекта поставки Visio

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

Поддерживаемые методологии и нотации

Коль скоро набор символов и шаблонов Visio может быть произвольно расширен и сам продукт не предполагает глобальных ограничений на возможности применения символов и связей между ними, описание бизнес-процессов с помощью Visio формально может быть осуществлено в рамках практически любой методологии. При этом в комплекте поставки продукта в любой редакции (Standard, Professional) есть набор шаблонов моделей для наиболее распространенных нотаций, таких как диаграммы потоков данных, диаграммы цепочки добавленного качества, диаграммы типа Event-driven Process Chain, IDEF0, SwimLane, а также шаблоны для моделирования оргструктур компаний (рис. 3 и 4).

Рис. 3. Модель процесса типа Swim Lane

Рис. 4. Модель типа EPC (Event-driven Process Chain)

Документирование процессов и создание решений на основе Visio

Microsoft Visio включает среду исполнения кода Visual Basic for Applications, позволяющую как записывать код во время работы пользователя, так и создавать его с помощью среды разработки (рис. 5).

Рис. 5. Среда разработки VBA в Microsoft Visio

Для доступа к данным моделей Visio предоставляет соответствующую объектную модель, доступную через COM-интерфейсы как из среды исполнения кода VBA внутри самого приложения, так и из внешних приложений. Отметим, что и язык программирования, и объектные модели всех приложений Microsoft Office, включая Visio, отлично документированы. Это означает, что при определенном навыке VBA-программирования пользователю доступны и генерация отчетов любой сложности, и создание средств переноса данных между Visio и другими средствами моделирования, и генерация моделей путем создания решений на основе приложений данного семейства, и расширение функциональности самого инструмента моделирования, и создание разнообразных решений (например, для имитационного моделирования, автоматизированной публикации моделей в Интернете и выполнения других задач).

Помимо VBA для документирования процессов можно использовать средства интеграции Visio с приложениями Microsoft Office, такие как вставка диаграмм Office Visio 2007 в документы Microsoft Office в качестве иллюстраций и создание диаграмм Visio 2007 непосредственно в этих приложениях, средства формирования календарей в Visio 2007 с использованием данных Office Outlook 2007, инструменты подключения диаграмм Visio 2007 к электронным таблицам Excel 2007 или базам данных Access 2007 для интеграции источников данных и компонентов диаграмм, средства формирования графиков и диаграмм Ганта в Visio 2007 путем импорта соответствующих данных из Project 2007, средства экспорта информационной составляющей диаграмм Ганта и графиков Visio 2007 в Office Project 2007, средства построения организационных диаграмм на основе глобальной адресной книги Exchange.

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

Ограничения и возможные проблемы

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

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

Механизма методологических фильтров (инструментов ограничения типов моделей, объектов, связей, доступных конкретному пользователю или группе пользователей для конкретного проекта), аналогичного имеющемуся в ряде других инструментов (например, в продуктах семейства ARIS), Visio также не предоставляет.

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

Сравнение с другими продуктами

Попробуем сравнить Visio с другими инструментами моделирования.

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

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

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

Отчетность за сотрудников