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

Точка зрения руководителей бизнеса (BPM)

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

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

Как правило, 80% деятельности предприятий не требует использования систем, интеграции, сквозной обработки транзакций, ни даже самих транзакций (т.е. всего того, что лежит в основе SOA). А оставшиеся 20% деятельности высоко автоматизированы и, следовательно, являются более эффективными, а значит, чем большим функционалом наделить этот сектор деятельности, тем лучше для предприятия. Важно понять SOA в контексте всего процесса, иначе ИТ сузится до размеров маленького изолированного мирка, не желающего и неспособного высунуть нос за пределы собственных границ. Необходимо убедиться в том, что мы смотрим на SOA как на средство, позволяющее компании лучше справляться с управлением автоматизированными процессами. Таким образом, необходимо стимулировать внедрение SOA, но это не должно быть в ущерб другим видам деятельности, существующим на предприятии. Даже если предприятие использует сервисы, ими нужно управлять, в чем и состоит сущность BPM.

Точка зрения ИТ-специалистов (SOA)

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

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

Эти подсистемы/подпроцессы являются полностью автономными (так, например, не требуется, чтобы эти подсистемы/подпроцессы строились одной и той же организацией, базировались на одной платформе или оперировали одинаковым набором инструментов). Действительно, каждая из этих подсистем и каждый из этих подпроцессов обладает своим собственным жизненным циклом и может свободно взаимодействовать с другими автономными системами и процессами.

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

Преимущество SOA-подхода состоит в том, что она обеспечивают большую гибкость и большую готовность к возможным переменам, которые могут произойти на протяжении жизненного цикла системы, особенно по сравнению с системой, основанной на принципах жесткой связанности и однородности составляющих ее подсистем. Сервисы также могут использоваться процессами и, в свою очередь, являться потоками процессов, образующими базовые потоки. Часть SOA-инфраструктуры можно использовать для обеспечения возможности повторного использования фрагментов процессов (например, директории). Таким образом, внутри SOA всегда присутствует BPM.
Вывод:

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

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

Благодаря BPM роль сервисов возрастает, но сервисы могут также быть и процессами. Этот факт делает и без того удивительные отношения BPM и SOA взаимозависимыми, а потому желаем вам, чтобы в вашей SOA непременно присутствовал BPM, а в вашем BPM – SOA.

По материалам блога Джима Синура, директора по стратегическим вопросам компании Global 360.

Комментарии