2 Amdei
Не расстраивайтесь, не все так плохо:)
Давайте для начала определимся: вы для чего собираетесь рисовать BPMN-диаграммы? Чтобы изучить графический дизайнер, чтобы распечатать или сохранить в виде картинки, чтобы экспортировать в BPM?
В зависимости от целей надо и средство выбирать.

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

А почему BPMN? Религиозно вроде верно. Да и картинки нравятся. Почему бы и нет?Т.е. на данном этапе Вам необходимо нарисовать картинки бизнес-процессов, чтобы показать их руководителю.
ПМСП, для этой цели осваивать какой-то сложный инструмент не имеет смысла, поскольку эти картинки впоследствии оказываются простой пачкой бумаги, как говорится, shelf-ware. Можно просто нарисовать их при помощи карандаша и линейки.
Сейчас в BPM можно нарисовать схему процесса, запустить ее на выполнение, отладить (изменить, дополнить) - и все это "в одном флаконе". И распечатать тоже можно:) Так для чего изобретать велосипед?

2 Amdei
BPM - business process management, а сами системы называют BPMS business process management systems. Если раньше не приходилось слышать, то очень советую познакомиться. Не сейчас - так в будущем очень может пригодиться.

AmdeiЕсли продолжить рассуждение в том же духе, то можно скатиться к тому, что и документация, и даже исходный код, потом, впоследствии, оказываются "простой пачкой бумаги".
И всё это можно нарисовать карандашем на бумаге. Так в чем же тогда смысл этих действий?Смотря что считать документацией.
Часто приходится общаться с директорами, которые приглашали специалистов по реинжинирингу или просто бизнес-консультантов, которые полгода тусовались на предприятии, что-то выспрашивали и записывали, потом приносили пачку бумаги со схемами "as is" и "to be" - вот так вы живете, а вот так жить надо. После чего уходили. А бумага так бумагой и осталась. Через пару месяцев эта писанина становится абсолютно неактуальной - и "as is" поменялось, и "to be" уже так не хотим - бизнес не стоит на месте и не может работать по застывшим схемам.
То же самое можно сказать про документацию, которая называется "должностные инструкции". Разве может какая-нибудь должностная инструкция описать, что должен делать бренд-менеджер? Если только не описать это как "из кожи вон вылезти, чтобы увеличить продажи, расширить рынок сбыта...." остается добавить "познать самое себя, отделить зерна от плевел...". Он должен делать ВСЕ ЧТО ТРЕБУЕТ БИЗНЕС. И точка.

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

Выражение "экспортировать в BPMS" - это уже из песни про автоматизацию. Разные BPM-системы умеют получать и отдавать схемы бизнес-процессов. Например, можно экспортировать модели процессов, нарисованные в ARIS, в программу Enterprise Process Manager (продукт Software AG) для выполнения процесса. Это просто как пример. Таких примеров сейчас можно найти множество.