Contenu
- Le Umbrella Governing BPM et la SOA
- Pas de bugs, pas de stress - Votre guide étape par étape pour créer un logiciel qui change la vie sans vous détruire
- Approches et outils prenant en charge le BPM et la SOA
- Les avantages de la SOA
À emporter:
La gestion des processus métiers et l’architecture orientée services peuvent être autonomes, mais les meilleures pratiques recommandent de les utiliser ensemble dans le cadre d’une évaluation environnementale plus large.
La gestion des processus métier (BPM) est un paradigme qui permet aux entreprises de modéliser, d’automatiser, d’exécuter, de contrôler, de mesurer et d’optimiser le flux des activités commerciales. Cela se produit dans tous les systèmes intégrés de l’entreprise, les employés, les clients et les partenaires, ainsi qu’au sein et au-delà des frontières de l’entreprise. L’architecture orientée services (SOA), quant à elle, est une approche architecturale permettant de construire des systèmes à forte intensité logicielle à partir d’un ensemble de services interconnectés et interdépendants.
Le BPM et la SOA sont des paradigmes distincts - la SOA est une approche architecturale, tandis que le BPM concerne la modélisation, la mise en œuvre et le suivi des processus métier.Cependant, les deux sont étroitement liés, car la conception de la SOA est l’un des nombreux moyens de mettre en œuvre un processus métier. Regardez bien comment BPM et SOA peuvent travailler ensemble et quels avantages chacun offre lorsqu'il est utilisé séparément. (Pour une lecture en arrière-plan, voir Enterprise Computing: quel est le buzz?)
Le Umbrella Governing BPM et la SOA
L'architecture d'entreprise est la logique d'organisation des processus métier et de l'infrastructure informatique d'une entreprise. C'est également le parapluie qui régit ces deux paradigmes. L’architecture orientée service est un style architectural permettant de réaliser ou de créer une architecture d’entreprise, comme client-serveur, n-tiers, mainframes, etc. L’objectif principal de l’architecture orientée service est d’aligner l’activité sur la technologie de l’information de manière à les deux plus efficaces.
SOA et BPM peuvent exister par eux-mêmes, mais c'est la combinaison qui rend l'architecture d'entreprise complète. Le BPM s'intègre dans le puzzle SOA en tant que l'un des composants clés fournissant la dimension de processus métier. L’orientation service permet aux applications d’appeler le comportement de chacune d’elles en tant que services, ce qui est une tâche pouvant être répétée dans un processus d’entreprise. Les processus métier au sein des entreprises sont réalisés en regroupant les services proposés dans la pile SOA.
La figure ci-dessous est une architecture de référence SOA qui identifie l'emplacement du BPM dans la pile SOA. Comme vous pouvez le constater, BPM se situe au-dessus de la base solide fournie par SOA et en hérite d'importantes capacités d'intégration.
Figure 1: Architecture de référence SOA
Remarque: Les couches de l'architecture de référence ci-dessus, de bas en haut, sont les suivantes: couche de base de données, couche d'application, couche de composants, couche d'intégration, couche de processus métier, couche de présentation, couche de canal.
Pas de bugs, pas de stress - Votre guide étape par étape pour créer un logiciel qui change la vie sans vous détruire
Vous ne pouvez pas améliorer vos compétences en programmation lorsque personne ne se soucie de la qualité des logiciels.
Approches et outils prenant en charge le BPM et la SOA
Il existe différentes approches pour réaliser le BPM et la SOA:
- Développement d'applications traditionnelles
Une option consiste à développer une toute nouvelle application en interne. La plupart des entreprises ont la capacité de le faire. Il n’est donc pas rare qu’elles évaluent si elles peuvent utiliser leur développement d’applications traditionnel au lieu d’utiliser un logiciel de gestion des processus métiers (BPMS). Les paramètres de prise de décision sont centrés sur la question de savoir si des ensembles de compétences existent en interne pour répondre aux exigences et aux délais de commercialisation. - Extension d'une application existante
La plupart des entreprises utilisent déjà des applications dans leurs processus métier. De toute évidence, l'utilisation d'une application existante est une préoccupation majeure. Si une application existante est en place, certaines entreprises déterminent s'il convient d'étendre cette application pour favoriser l'amélioration des processus clés. Ici, les paramètres de décision sont centrés sur les coûts, la complexité et l’immaturité. - Achat d'une application packagée
Dans de nombreux cas, vous pouvez acheter une application intégrée censée être conçue pour répondre aux besoins d’un processus ou d’une fonction particulière. Les paramètres de prise de décision incluent la valeur ajoutée, le risque d’adoption, la réaction au changement et l’élargissement du champ d’application.
Les tableaux suivants présentent une comparaison des principaux outils des deux paradigmes.
Tableau 1: Outils pour le BPM et la SOA
Les avantages de la SOA
La SOA présente des avantages clés pour les entreprises. Jetons un coup d'oeil à ceux-ci, ainsi qu'aux avantages fournis par BPM. SOA fournit pour sa part:
- Amélioration des communications B2C
- Une architecture orientée service pour l'organisation. Une entreprise organisée autour de SOA est généralement plus flexible et peut réagir aux changements de son activité plus facilement et rapidement.
- La possibilité de réutiliser le code pour réduire les coûts de développement. Les services rendent les fonctionnalités plus réutilisables, ce qui réduit les coûts en évitant de répéter la même fonctionnalité.
- Intégration améliorée d'initiatives existantes en matière de commerce électronique / CRM / ERP. SOA n'est pas une alternative aux approches