Здравствуйте, уважаемые коллеги. Давайте затеем пятничный разговор.

Не первый год наблюдаю я постепенное проползновение модной нотации BPMN на рынок бизнес-аналитики. С некоторым трепетом в сердце я встречала появляющиеся строчки в привлекательных вакансиях "знание BPMN является преимуществом" и прилежно пыталась постичь её великий смысл - так же, как некогда вгрызалась в гранит SADT-овских и ARIS-овских методик моделирования.

Но сколь глубок был мой энтуазизм несколько лет назад, столь же сильное разочарование ощущаю я сейчас. Скажите мне, продвинутые коллеги - в чем же заключается уникальное товарное предложение, изюм BPMN? Что с её помощью можно сделать такого, чего не сделает заслуженная EPC с привлечением, может быть, кросс-функциональной логики? Или иные, не менее заслуженные нотации? Или комбинирование оных?

Что нового и полезного дает BPMN аналитику, кроме фестончика для заказчика "сделано на BPMN"? Возвратите мне веру в идеалы, умоляю!

Есть потребность в ERP системе (желательно бесплатной, опенсорс) со следующим функционалом:
1. Главный функционал. Запросы и тендеры на поставку с приглашением поставщиков и приёмом предложений. Внутренний E-tendering. 


2. Поиск по имейл, ФИО клиента, номеру заказа
3. Прикрепление к заказу файлов содержащих ТЗ
4. После того как поставщик доставил товар/услугу возможность изменить состояние на выполнен
5. Возможность вернуть Заказ на доработку, состояние доработка
6. Индикация в карточке заказа суммы уже оплаченной и суммы долга по заказу (к оплате)
7. Раздел или состояние, фильтр, где выводятся заказы, которые оплачены клиентом, но не переданы поставщику в работу
8. График-календарь поставки (отслеживание просрочек поставщиков), напоминание ему о просрочках (слева поставщики, вверху таблицы даты, в яйчейках номера заказов)
9. Возможность написать сообщение пользователю на указанную почту из интерфейса системы
10. Возможность устанавливать план работы, этапы поставок, разбивать на этапы по времени по Заказу
11. Личный кабинет (веб) поставщика
12. Заказ имеет категорию и тип, в зависимости от выбранной категории и типа и соответствии выбранным поставщиком им высылается предложение
13. Обязательно поле срок выполнения
14. Форма регистрации поставщика
15. Шаблоны сообщений-писем: 1)сообщение новому поставщику если он принят 2) сообщение поставщику подтврждающее что он выбран по заказу 
16. Раздел оплата поставщикам (по выполненным заказам) 1) к оплате 2) оплачено
17. Оплата менеджерам
18. Возможность кастомизации состояний заказа

В какой системе есть подобное?

Все мы с вами знаем массу различных нотация для моделирования бизнес-процессов и не только.
IDEF0 (или SADT), IDEF3, DFD, eEPC, VAC
Кроме того для этой цели вполне сгодятся, например:
обычные блок-схемы, диаграммы деятельности и последовательности UML.
История возникновения тех или иных графических нотация весьма поучительно, но ... остановимся на BPMN.

... Насколько строго бизнес-аналитикам следует следовать правилам нотации? И каковы эти правила, если учесть тот факт, что нотация будет использоваться только для отображения бизнес-процессов, и никогда, как модель, отображаемая в исполняемый код BPEL.
Т.е. стоит ли строго следовать правилам - где message flow, а где control flow?
Что лучше использовать pool или lane для отображения участников процесса (сотрудников, отделы, службы, системы)?
Существует ли набор ясных, определенных и однозначных правил и рекомендаций, как следует использовать BPMN именно бизнес-аналитикам?

Контора занимается оказанием услуг (в данном случае не важно каких).

В общем стоит задача (нечеткая как обычно):
Нужно автоматизировать основные процессы на предприятии, с одной из главных целей - CRM.
Объединить система должна результаты работы отдела работы с клиентами (в первую очередь для них), бухгалтерии, тех.отдела (монтажи, ремонты, сервисное обслуживание), оперативную часть и некоторые другие.
Конкретнее: есть куча документов разных типов (типов не много, не более 40, типа договоров, актов, заявок и др.), есть клиенты (физ. и юр., со всеми реквизитами), есть объекты (клиентов), все это связано между собой. Также есть плановые и фактически выполненные задания сотрудникам по клиентам, объектам, документам (например, на изготовление документов, на выполнение задач...)...
Наверно, с подобной задачей многие сталкивались?!

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

Как обычно (но далеко не всегда правильно) решено реализовать свое.

Встал вопрос о выборе платформы.
Думаю что задача Вам слабо понятна, но все-таки: коллеги! Помогите с выбором.

Размышления (мои):
1) В качестве основы можно было бы выбрать одну из систем документооборота со встроенной системой поддержки бизнес-процессов... Ведь все операции, задания можно рассматривать как документы с соответствующими реквизитами...
2) Взять БД (оракл, т.к. знаю), какого-нибудь клиента (VB - знаю, #C - плохо, но можно, WEB-технологии - не предлагать) и написать все с нуля - времени столько жалко, полюбому за полгода не уложусь, т.к. работать смогу только после основной работы... Да и закончить такой проект - проблема.

Наемный труд не приветствуется, т.к. производительность его та же или еще ниже, а качество - хуже (ИМХО). Про затраты - проше купить дорогой продукт... В том числе и потому, что рядом таких людей нет, а из далека выписывать - дорого (кризис, блин)

ЗЫ
1. При советах просьба: эмоции меня не интересуют, только практические рекомендации, причем желательно доказательные, с логическими примерами решений.
2. Корячится почти ERP. Под силу ли???... Пока пробую

Цитата:в BPMN Для ЕА этого нет, правда есть Inputs/Outputs и только в активити

 Но они какие-то непонятные - пишу туда что хочешь.

Тема, подозреваю, не нова.

Есть немало форумов, посвященных моделированию БП (бизнес процессов).

Еще больше форумов, посвященных программированию.

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

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

Любое изменение в БП влечет за собой работу программиста, ибо мостик между аналитиком и программистом, как правило, не автоматизирован.

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

Впрос: эта "идилия" действительно возможна или это лишь "маркетинговый ход"? И возможна ли эта идилия в принципе? Если да, то с помощью каких средств?

Судя по декларациям Oracle, предлагается такая схема: бизнес-процессы и оргструктура, а также все сопутствующее делается в Busines Process Architector (BPA). Затем BPMN-диаграммы "копилируются" в BPEL, полученные диаграммы "обрабатываются напильником" в JDeveloper, после чего получаем исполняемый модуль и все довольны.

Кто-нибудь проходил этот путь или знает кого-то в России, кто этот путь проходил? Или это очередной маркетинговый ход, дабы продать BPA? И самое главное, насколько это вообще жизнеcпособная технология? Если да, то какие еще приложения могут делать перевод BPMN->BPEL?

Есть ли такое на русском языке?

Изучил материалы. Но целостной картине о порядке моделирования не сложилось. Собственно на главный вопрос "С чего начать при построении модели на BPMN?" ответ не нашел:)

1. Зачем нужно событие "Multiple start"

2. Зачем нужно промежуточное событие "Link Event"

3. Чем отличается конечное событие "Cancel end" и "Terminate end" от просто "END"?

4. Правильно ли я построил высокоуровневую модель бизнес процессов? Если нет - то как надо.

Нашел очень интересный Tutorial по BPMN

Здравствуйте.

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

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

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