Garya Concept iscrafm Concept К сожалению, не все виды бизнесов (бизнес-процессов) могут быть описаны в термнах сервисов (услуг).
Почему Вы так считаете? Если не сложно пример такой невозможности. Спасибо.

1. Неавтоматизированное (ещё) конвейерное производство. Кому оказывает услугу, например, рабочий затягивающий гайку на колесе автмобиля?
2. Каменщик, работающий в качестве наемного рабочего на строительстве дома. Кому оказывает услугу?Если это не "свободные стрелк и ", то оказывают услугу они предприятию, на котором работают. Точнее, его руководству. Рабочий на рабочем месте не может, не должен затягивать те гайки, которые ему заблагорассудится. Ему выдается производственное задание и некоторая степень свободы для наиболее оптимального решения поставленной задачи. Руководство покупает у работника услугу, выплачивая ему зарплату.

Вы опасную тему поднимаете :). Если работник оказывает услугу руководству, то сервис в рамках SOA, по такой же логике, должен оказываться системе в целом. Но, насколько, я понимаю (поправьте меня, если не так) сервисы прежде всего "оказывают услуги" друг другу (хореография сервисов, как фундамент). Т.е. в этой логике можно было бы пытаться говорить о том, что рабочий оказыват услугу смежнику по технологической цепочке работ. Но такое видение ситуации (описанная в терминах оказания услуг смежникам) несколько отличается от того, как это понимают участники такого процесса. Как правило, управление конвейером идет в терминах технологических операций над продуктом, который и рассматривается в разной степени готовности как результат данного этапа процесса (а не как управление некоторымим услугами с не очень ясным адресатом).
У меня сложилось впечатление (возможно, неверное), что смысл понятия "сервис" в SOA отличен от смысла понятия "услуга", как он понимается в бизнесе. В частности:
1. Понятие "Услуга" (сервис) в бизнесе
а)возникло для того, чтобы отличать процессы материального производства от нематериального ( см. )
б) носит субъектный характер в том смысле, что услуга в нематериальном виде может оказываться конкретному человеку, невозможно производить услуги в режиме "на склад".
2. Понятие сервиса в SOA ( см. ) подразумевает, что:
а) сервис - это программный компонент ("self-contained")
б) может иметь результатом показатель, соответствующий в бизнесе материальному продукту. В этом смысле контекст прменения SOA может быть шире, чем "сфера услуг" в бизнесе и распространяться, например, на lean manufacturing.

Определение SOA, которое дает OASIS, предполагает, что бизнес-процессы SOA должны "отображать" реальные бизнес-процессы конкретного бизнеса. У меня есть некоторые сомнения в том, насколько легко будет "натягивать/отображать" процессы материального производства на сервисную модель. Ведь термин - это не просто слово. Переопределение термина в рамках бизнеса - очень небезобидное занятие. "Переопредление" процесса материального производства в терминах услуг (сервисов), технология (и терминология) котрого складывалась десятилетиями требует от аналитика не просто "описать", как водится, бизнес-процессы, а очень глубоко переосмыслить и даже реорганизовать эти процессы. Иначе старые смыслы термина постоянно будут "стрелять" самым неожиданым образом.

Поэтому и интересно было бы понять, где сервис-ориентированная BPMS (для какого вида бизнеса) наиболее уместна. В качестве первого предположения - логика SOA ориентирована на оказание услуг в режиме "марковского процесса": качество оказания новой услуги слабо связано с услугами, которые данной новой услуге до этого были оказаны (по технологической цепочке). Т.е. гибкость SOA (и как следствие BPMS) хорошо работает там, где в основной изюминкой бизнеса является его, так сказать, хореография (peer-to-peer взаимодействие услуг), и бизнес не требует навороченной оркестровки (сложного governance of services).