Что Вы предпочитаете (с точки зрения Вашего разработчика) когда дело доходит до реализации бизнес-процесс?
Система управления бизнес-процессами (BPMS) или просто Ваш любимый IDE с необходимыми инструментами и платформами (инструмент создания отчетов, например)?
Что с Вашей точки зрения самое большое Преимущество BPMS по сравнению с IDE с Вашими персональными инструментами и платформами?
Хорошо. Возможно, я должен быть более конкретным... Я узнал один определенный BPMS, который должен помочь реализовать бизнес-процесс путем конфигурирования правил. Но для меня как разработчик трудно работать с системой. Я хотел бы работать с текстовыми файлами, которые я могу осуществить рефакторинг, и я хотел бы смочь выбрать правильную технологию или платформу для задания, которое я должен сделать. Вместо этого система вынуждает меня настроить.
Существуют правила, где я могу использовать Java, но даже затем я должен придерживаться системного редактора без intellisense и т.д.
Таким образом, это приводит меня к ответу моего собственного вопроса - я хотел бы использовать инструменты, к которым я привык вместо того, чтобы иметь необходимость изучить, как работать с BPMS (по крайней мере, тот, который я знаю), потому что он ограничивает меня больше, чем он помогает. BPMS, который я знаю, является платформой, из которой трудно выйти! В это время я предпочел бы платформу как Чаша Грааля по любому BPMS, который я знаю.
Таким образом, возможно, более конкретный вопрос: Вы чувствуете то же или являетесь там BPMSes, которые поддерживают Вас в том, чтобы быть разработчиком и думают как разработчик, или большинство из них вынуждает Вас сделать свое задание другой путь?
Не уверен, что именно вы спрашиваете, но выбор BPM vs. будет зависеть от требований. Бизнес-процесс" - относительно расплывчатый термин в программной инженерии.
Вот несколько критериев для оценки ваших потребностей:
В зависимости от ответа на эти вопросы, вы можете понять, что ваш процесс ближе к графику простого состояния с несколькими действиями и решениями, которые могут выполняться последовательно, или же вы можете понять, что вам нужно что-то более продуманное, и что вы не хотите все это переделывать самостоятельно.
Между простым программированием и полноценным решением для BPM (например, Oracle BPM suite , который содержит BPEL, движок правил и т.д. ), есть промежуточные решения , такие как jBPM или Windows Workflow Foundation и, возможно, многие другие. Эти промежуточные решения часто являются хорошим компромиссом.
.BPMS - множество стандартных бизнес-кейсов, варианты использования уже реализованы. Так что вам просто нужно знать, как им пользоваться. Для обычного рабочего процесса вам даже не нужно писать ни одной строчки кода, хотя в большинстве случаев вам придется написать несколько сценариев, чтобы охватить то, что еще не реализовано.
Простое программирование - просто используйте IDE для взлома код. Положительная сторона: больше контроля. Отрицательный? Много времени тратится на переписывание стандартного кода. И вы должны их поддерживать.
Вкратце, я бы предпочел систему управления бизнес-процессами. Я бы порекомендовал ProcessMaker . В нем есть интуитивно понятный конструктор процессов, который позволяет создавать рабочий процесс с помощью перетаскивания. И вы всегда можете написать триггер , чтобы расширить функциональные возможности процесса. Это'