Ответ 1

Я написал механизм рабочего процесса, потому что мой работодатель хотел иметь IP-адрес, смоделированный после jBPM. Теперь причина, по которой вы используете такой инструмент, вместо того, чтобы создавать свой собственный конечный автомат, вмещает изменения, не изменяя настойчивость и поддерживая крайние случаи процессов документооборота, как я объясню.

Размещение изменений без изменения устойчивости

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

Механизм рабочего процесса преодолевает эту проблему двумя способами, используя сериализацию для представления данных и процесса и абстрагируя точки интеграции, в частности безопасность. Аспект сериализации означает, что данные и процесс могут перемещаться вместе через систему. Это позволяет экземплярам данных того же типа выполнять совершенно разные процессы до того момента, когда процесс может быть изменен во время выполнения, путем добавления нового состояния, например. И ничто из этого не требует изменения базового хранилища.

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

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

Пограничные случаи

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

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

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

Заключение

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

Ответ 2

Кислотный тест BPM (от моделирования основных бизнес-процессов Майкла Хейси, опубликованного O'Reilly).

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

• Долгосрочный -

От начала до конца процесс охватывает часы, дни, недели, месяцы или больше.

• Сохраняемое состояние -

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

• Bursty, большую часть времени спит -

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

• Оркестровка системных или человеческих коммуникаций -

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

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

Ответ 3

Возможно, задание нескольких вопросов может помочь.

Изменится ли процесс? Ожидается ли более старая версия процесса, пока появилась новая версия процесса? Должно ли измеряться время работы процессов (и каждого шага)?

Это деловые процессы (согласование состояния нескольких ресурсов) или жизненных циклов ресурса (только состояние одного документа/ресурса)? ...

Извините, если не много ответа.

Ответ 4

Я бы более внимательно рассмотрел бизнес-потребность, которая стимулирует ваши усилия (т.е. "бизнес-кейс" ). В моем понимании BPM/workflow может иметь одну или несколько из следующих целей:

1. Автоматизация действий

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

2. Отслеживание каждого процесса

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

3. Установить контроль

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

4. Управление процессом обмена документами и совместной работы

BPM часто служат инструментом обмена документами, поскольку они часто позволяют переключаться с электронной почты и вербальной коммуникации на отслеживаемый обмен в BPM

5. Автоматизация обмена данными между корпоративными системами

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

Теперь полноценные готовые к использованию BPM файлы хороши для 2, 3 и иногда 4. jBPM и другие механизмы документооборота хороши для 1 и 3, но с важным предостережением - они требуют сложной конфигурации/разработки.

Механизмы оркестровки на основе SOA (иногда называемые BPM тоже!) хороши для (5) и (3).

Не стесняйтесь добавлять в список и спорить! Я разместил это в качестве своего сообщения в блоге и подробно рассмотрел здесь: http://processmate.net/do-you-need-a-bpm-or-a-workflow/

Ответ 5

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

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

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

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

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

Ответ 6

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