BPM et SOA, deux approches différentes ou pas ?

Dés qu’on aborde le sujet du BPM on retrouve omni présente son alliée la SOA car il existe une forte complémentarité entre eux. Alors que le BPM permet aux entreprises de mieux appréhender leurs processus métier, l’architecture SOA résout les problèmes de réutilisabilité et d’élimination des données dupliquées dans les infrastructures du système informatique. L’association de ces deux approches améliore significativement le système d’information et la gestion des processus métier, au service de leur croissance. Et comme Le BPM offre au métier la possibilité de mettre en œuvre du changement quand il le souhaite, une infrastructure flexible de type SOA est nécessaire.
j’ai trouvé ce ci dans « The Service-Oriented Media Enterprise SOA,BPM, and Web Services in Professional Media Systems » de John Footen, Joey Faust « Si l’architecture orienté service est le coté architecture et technique du système, le business process management est le coté humain. SOA prend en considération les services que le système offre, leurs interfaces et la communication entre eux. Mais une solution efficace demande beaucoup plus que ces trois éléments, elle nécessite une façon de concevoir la solution basé sur des besoins métier clairs, une méthodologie d’utilisation du système…puisque le BPM s’approprie la tâche du développement et de l’amélioration des processus métiers et celle de la conception des liens que ces processus ont avec le système, c’est vraiment un concept plus large que la SOA qui peut être considéré comme une partie du BPM» ces propos soutiennent la note de David Ogren’s du fait que SOA et BPM ont deux approche différente, et on y comprend que la SOA a besoin du BPM car Il est essentiel que tout projet de SOA tienne compte, dès le départ, des problématiques métier de l’entreprise, sans BPM SOA n’est qu’une initiative technologique interne qui ne traitent pas directement un problème en entreprise.
Et pour parvenir a profiter de l’association BPM SOA, il faut que la communication soit bien établie entre équipes techniques et opérationnelles, car, sans identifier clairement les problèmes, les priorités et les opportunités associés aux processus, les équipes techniques sont incapables de savoir quels services déployer et avec quelle priorité les déployer.