Модели стандартных процессов используются для выбора или, как минимум, для оценки предварительно отобранных пакетов программного обеспечения, таких как ERP, SCM или CRM. Эти системы могут стать компонентами единой архитектуры следующего поколения. Затем модели, разработанные в ходе проектирования процессов, становятся движущей силой внедрения программных пакетов во всех подразделениях, участвующих в соответствующих бизнес-процессах [Kirchmer 1999]. В идеале входящие в состав программного обеспечения отраслевые референтные модели используются в качестве начального приближения в ходе проектирования процессов. Это означает, что вы приобретаете у поставщика программного обеспечения референтные процессные модели. Если такая возможность имеется, вы извлекаете выгоду из отраслевых настроек программного обеспечения и минимизируете усилия по проектированию и моделированию. Использование других отраслевых референтных моделей (не входящих в состав программного обеспечения) может привести к необходимости корректировок и обширных переделок.
В традиционной архитектуре программного обеспечения процесс и функциональность жестко связаны. Программное обеспечение более или менее диктует то, как должен выполняться процесс (позволяя конфигурировать только выбор из заранее определенных вариантов). Такая статическая архитектура подходит для стандартных процессов, но она становится проблемой, когда речь идет о стратегических, высокоэффективных процессах, которые должны учитывать специфику организации. Стратегические процессы обычно требуют кастомизированного программного обеспечения. В некоторых случаях можно разработать дополнительные компоненты, которые будут поддерживать высокозначимые процессы и интегрировать их в корпоративное программное обеспечение, например в систему ERP.
Сильные стороны традиционного подхода и описанного выше подхода к автоматизации на основе BPMS и SOA дополняют друг друга, поэтому на практике наилучший эффект в большинстве случаев дает комбинирование обеих технологий и соответствующих им подходов к внедрению.
Взаимодействие между различными процессными моделями определяет точки интеграции программного обеспечения. На уровне технологий такую интеграцию поддерживает среда интеграции корпоративных приложений, обычно являющаяся частью сервис-ориентированной архитектуры (SOA). Такое инструментальное или промежуточное программное обеспечение сводит трудозатраты на разработку интерфейсов к минимуму. Модель процессов, показывающая, как интегрированы различные ее компоненты, является залогом эффективного использования этих инструментов.