Приложение, управляемое процессами - Process-driven application

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

С выпуском .NET Framework 3.0, Microsoft представил Windows Workflow Foundation («WF»)[1] который предоставляет разработчикам возможность отделить поток приложения от выполнения приложения. Один продукт Microsoft для использования этого подхода, BizTalk Server, использует оркестровки для обозначения порядка исполнения. Обе технологии предоставляют графические инструменты для управления процессами и могут быть частью приложения, управляемого процессами. Они обеспечивают двигатель процесса требуется для запуска приложения.

Термин «приложение, управляемое процессами» был популяризирован компанией K2.[2] компании в 2008 году при описании приложений, управляемых процессами, и первоначально ссылались на приложения, управляемые их управление бизнес-процессами ("BPM") программное обеспечение, известное как K2 черный жемчуг. Этот термин теперь получил более широкое распространение и относится к любому приложению, управляемому механизмом процесса.

История

Первый программные приложения считались процедурный в том, что они состояли из нескольких процедур, которые вызывались в заранее определенном порядке. Этот предопределенный порядок может быть статическим, например, в приложениях, не требующих ввода, или динамическим на основе ввода от людей или других источников. Фактически, весь путь выполнения может быть напрямую отображен на блок-схему, которая будет учитывать все изменения пути на основе ввода. В те дни для всех приложений было нормой начинать с блок-схемы, а затем двигаться дальше, хотя теперь это изменилось по мере того, как организации движутся к Быстрая разработка приложений («РАД») методологии.

Даже сегодняшние приложения, использующие современные методы объектно-ориентированного программирования логика выполнения может быть представлена ​​в виде блок-схемы. Теперь подумайте, что скромная блок-схема составляет основу всех используемых сегодня процессов. Будь то бухгалтерский учет, бизнес, инжиниринг и т. Д., Скромная блок-схема была, так сказать, первой. Все модели процессов относят свои корни к блок-схеме.

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

Категории процессов

В контексте приложений, управляемых процессами, существуют три категории процессов:

От человека к человеку

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

От человека к системе

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

От системы к системе

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

Актуальность

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

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

Смотрите также

Рекомендации

  • Венцзин Цуй; Хайян Ван; Ци Суй (2006-08-03). "Архитектура управляемой бизнес-процессами интеграции приложений в широко распространенных вычислительных средах". 2006 Первый международный симпозиум по повсеместным вычислениям и приложениям. IEEE Xplore. С. 55–59. Дои:10.1109 / SPCA.2006.297476. ISBN  1-4244-0325-1.
  • Бенитес, Мариано (26 февраля 2007 г.). «Как разобрать решение BPM». Титульные страницы. Получено 2008-04-18.
  • Дель Пикколо, Серджио. "Конференция инсайдеров K2 2008: День 1". Архивировано из оригинал на 2008-11-21. Получено 2008-04-18.