Шаблон проектирования для моделирования бизнес-процессов?
Предполагая, что мы не заинтересованы в том, чтобы строить вершины ни одной из существующих BPMS, какой шаблон проектирования, книги или конкретные технологии будут полезны для тех, кто хотел бы создать бэк-офисную систему, которая занимается бизнес-процессами, состоящими из из
- состояние ожидания (ожидание решения от персонала или результата от вызовов API)
- автоматизированный и ручной процесс
- определение процесса
- ведение журнала аудита
?
2 ответа
Я не верю, что внедрение программного обеспечения для управления бизнес-процессами - это то, с чем вы хотите поиграть! Это кажется мне очень утомительным. На самом деле я не верю, что вы хотите инвестировать в это (если вы не хотите создавать свою собственную платформу BPM и продавать ее другим клиентам).
Почему вы не используете существующее решение? Большинство BPM-платформ являются расширяемыми, и вы можете создавать на них все, что захотите - и вы все равно сможете использовать основные характеристики. Также есть даже некоторые решения с открытым исходным кодом (jBPM). Конечно, вы не должны выбирать свое BPM-решение на основе его цены, поскольку, имея хорошую BPM-платформу, вы сэкономите много денег позже при внедрении процесса. Просто найдите то, что имеет большинство характеристик, которые вам нужны из коробки!
В любом случае, чтобы ответить на ваш вопрос, я не думаю, что вам нужны какие-то специальные знания для построения BPM-решения - из-за огромного объема работы, который я рекомендую перейти к существующему. Вам просто нужно знать, как создавать приложения. Сайт workflowpatters, рекомендованный jmettraux, полезен для разработчиков процессов, а не для людей, реализующих платформы BPM! ProcessManager полезен для потоковых переходов.
Если вы думаете об этом, экземпляр процесса в платформе BPM может быть просто кортежем id - process - status в RDBMS! Каждый статус является пользовательской задачей или внешним событием. Используя эти и ряд бизнес-правил (как для проверки входных данных, так и для потоковых переходов), пользовательских форм и соединений с другой системой, вы получите базовую платформу BPM.
- Состояния ожидания - это просто отправка пользовательской формы, поэтому статус экземпляра процесса изменится (внешнее событие также должно изменить статус).
- определение процесса: это зависит... У большинства стандартных систем есть визуальное перетаскивание и падение дизайнеров - удачи в реализации ваших собственных! Возможно, вам придется просто сделать что-то в XML, что не будет использоваться не техническими пользователями.
- ведение журнала аудита просто, просто вставьте каждое событие в вашу RDBMS
- не забывайте отчетность - наверное, это самое главное для высшего руководства:)
Я должен заметить, что я не внедрил платформу BPM, но я разговаривал с людьми, которые описали это как кошмар. Я просто внедряю процессы и расширения поверх коммерческого BPM. Если у вас есть более конкретные вопросы, просто стреляйте.