Le différences entre BPM et SOA Ils sont remarquables et, malgré cela, tu te demandes toujours où sont les limites, quel est le point où l'un commence et l'autre se termine, lorsque les barrières sont floues et que les objectifs des deux sont intégrés.
Gestion des processus métier et architecture orientée services, BPM – SOA, vont de pair mais décrivent en même temps des concepts très différents. Il est vrai que des conjonctions peuvent se produire, comme c'est le cas avec les définitions des processus et des services, même s'ils auront toujours leur origine dans des motifs différents et que leur exécution sera invariablement réalisée en utilisant des compétences différentes.
BPM – SOA: Principales différences
Le tableau suivant montre quelques-uns des points où inégalités les plus significatives entre BPM et SOA:
|
SOA |
BPM |
|
C'est un style architectural, dont l'objectif est la conception des systèmes de l'entreprise tant dans le domaine informatique que dans le domaine commercial. |
C'est une discipline d'affaires qui recherche des solutions axées sur l'amélioration opérationnelle. |
|
C'est un modèle de pensée qui aide à décomposer des problèmes complexes en composants bien définis et réutilisables.. |
C'est une manière de construire des solutions opérationnelles basées sur la détection d'un besoin ou l'anticipation d'une possibilité. |
|
Il s'adresse aux architectes et ingénieurs, des professionnels qui ne sont pas outillés pour identifier ou établir les besoins de l'entreprise, encore moins pour proposer une stratégie. |
Il s'adresse aux analystes d'affaires et de processus peu familiarisés avec les tenants et aboutissants complexes de l'ingénierie des systèmes.. |
|
Votre point de départ est l'ensemble des services disponibles pour prendre en charge l'automatisation souhaitée, où les besoins de l'entreprise sont collectés, toujours compris du point de vue de la connaissance et non du point de vue purement technologique. De cette manière, la construction d'une architecture médiatisée uniforme qui parvient à connecter efficacement les principales parties prenantes tant à l'intérieur qu'à l'extérieur de l'entreprise peut être garantie.. |
Son objectif est de pouvoir produire un énoncé du niveau d'automatisation souhaité qui facilitera le développement de l'architecture.. Une bonne conception de processus métier doit partir de conditions minimales d'intégrité, seul moyen de garantir son optimisation d'un point de vue opérationnel. Trouvez le lien entre l'automatisation requise et les capacités informatiques pertinentes qui la prennent en charge. |
La zone grise BPM – SOA
Comprendre où ça s'arrête BPM et SOA commence est essentiel. Processus et services, malgré qu'ils dépendent les uns des autres, ils n'ont pas de cycles de vie équivalents mais sont nécessaires pour atteindre les objectifs commerciaux. Le bon équilibre entre BPM et SOA il est basé sur la négociation entre ce qui est souhaité, du point de vue de la solution appliqué uniquement aux processus, et ce qui est viable, du point de vue du portefeuille de services aux entreprises. La cohérence est la clé du succès, bien que, dans la pratique, de nombreuses solutions de marché brouillent les frontières entre BPM et SOA.
Le risque de ne pas savoir se différencier l'un de l'autre est évident dans les résultats, étant donné que, à la fin, les actions sur lesquelles elles se concentrent sont menées par des personnes différentes avec des capacités différentes et utilisant des outils qui n'ont rien à voir avec chaque cas. . (processus et intégration). La logique et le bon sens prévalent et exigent la définition de frontières entre BPM et SOA, seul moyen de garantir l'optimisation de l'effort et l'atteinte des objectifs commerciaux.
Article similaire:
