Разница между BPM и приложением.рабочий процесс?
-
03-07-2019 - |
Вопрос
Я знаю, что в наши дни много говорят о BPM, и я отдаю себе отчет в том, что некоторые могут рассматривать его скорее как повальное увлечение, чем как фундаментально важную часть программного обеспечения.
Как человек из того, что большинство назвало бы "Бизнесом", я делал все возможное, чтобы узнать о BPM, чтобы гарантировать, что мы продолжаем принимать решения, которые имеют смысл не только для бизнеса, но и для ИТ-сферы.
Я заметил во время чтения, что при обсуждении BPM иногда упоминается рабочий процесс приложения.До недавнего времени я не задумывался об этом.
Следовательно, в чем разница?Когда бы вы использовали одно, а не другое?
Решение
BPM - это процесс и его совершенствование, которое учитывает интересы пользователей и, возможно, более одного приложения, напримерERP-система может иметь более одного применения, хотя этот термин может использоваться и по-другому.Обратите внимание, что процесс можно было бы просмотреть без учета того, какие приложения или технологии используются.
Рабочий процесс приложения - это то, как приложение используется для перехода из пункта а в пункт б.Здесь речь идет о конкретном наборе кода, который используется, и о том, что происходит в ходе перехода приложения из пункта а в пункт б.В этом случае приложение находится в центре внимания, а не сам процесс.
Дает ли это ответ?Другой способ представить это так: несколько рабочих процессов приложения могут составлять систему, которая используется в процессе, к которому может быть применен BPM.
Другие советы
Поздно начинать игру, но рабочий процесс относится к базе данных так же, как BPMS относится к СУБД.(Удобно, что буквы выстраиваются в ряд, а?)
IOW, BPM (Ы) традиционно означает конкретную платформу / приложение, которое позволяет вам управлять бизнес-процессами:их определение, хранение, управление версиями, измерение и т.д.Это похоже на то, как СУБД управляет базами данных.
Итак, рабочий процесс - это определение, во многом аналогичное определению базы данных.В первом случае это определение операций / работ (заполнение заказа), их этапов (отправка счета-фактуры) и правил / ограничений на работу (если нет запасов, отправьте уведомление).В последнем, аналогичном случае, это определение структуры данных (CREATE TABLE) и ограничений (InvoiceTotal должен быть > $ 0.00).
Я думаю, что это потенциально запутанная тема, особенно поскольку некоторые среды разработки используют тип модели потока процессов для создания приложений, ориентированных на пользователя (например, я имею в виду аутсистемы здесь).
Но для меня различие кристально ясно.Рабочий процесс приложения, как о нем говорят люди, относится к пути пользователя через приложение, т.е.страницы, которые они заполняют / посещают, данные, которые они вводят, и т.д.на пути к завершению какой-то транзакции.Application orkflow - неудачный термин для этого, хотя, я думаю, application flow был бы более значимым.
С другой стороны, BPM - это моделирование и выполнение рабочего процесса.Под рабочим процессом в данном контексте я подразумеваю серию отдельных шагов (или задач), которые должны быть выполнены (либо программно, либо посредством взаимодействия с человеком) в определенном порядке для завершения процесса.Эти задачи могут быть реализованы в виде отдельных прикладных модулей (каждый со своим собственным "рабочим процессом приложения", см. Выше).Задача механизма документооборота состоит в том, чтобы убедиться, что эти отдельные шаги назначены нужным людям (группам людей) в правильной последовательности и что в целом процесс завершается упорядоченным образом.
Я не думаю, что на этот вопрос вообще есть четкий ответ.Это слова, а не теоретические концепции.Если вы добавите слово "контрольный список" в этот микс, то получится просто линейная версия процесса (но вы можете содержать условные обозначения в контрольных списках, превращая их в рабочий процесс).
Я не уверен, как помочь в переосмыслении этого вопроса, но создается впечатление, что ответ на него вообще невозможен.Мои собственные мысли сосредоточены на https://tallyfy.com/improving-efficiency-workflow-vs-business-process-management/