User:Mechta
L’objectif principal des Architectures Orientées Services (SOA) est d’améliorer l’efficience des processus et d’améliorer l’accès à l’Information. Cependant pour la mise en œuvre de ce type d’architecture, un obstacle important d’ordre méthodologique apparaît. En effet, il n’existe pas de méthode type pour l’élaboration et le déploiement des SOA. De nos jours, plusieurs sociétés de service offrent des prestations de mise en place de SOA, proposant des méthodes dites « maisons » pour identifier, spécifier et réaliser les services caractérisant ce type d’architectures.
Les principaux intégrateurs SOA
En France, en 2006, les principaux intégrateurs avec le chiffre d'affaire sont:
- Accenture
- Unilog-Logica CMG=26,1M€
- Capgemini=23,9M€
- IBM Global Services=16,4M€
- Atos Origin=11,6M€
- Solucom Group=10,2M€
Les principales méthodes
Méthode Accenture
1 Methode
SOA est une nouvelle stratégie de construction et d’évolution des systèmes informatiques. il améliore l’ensemble des 5 points clés de la haute performance : Innovation, Intégration,Industrialisation, Information et Infrastructure Elle va consister à l'utilisation de standards d’intégration; la rationalisation et consolidation; Simplicité, flexibilité, maintenabilité et réutilisation; Urbanisation du SI autour de systèmes faiblement couplés; et Orientation du SI autour de services composables exprimant une capacité métier.
Accenture propose une méthode de mise en œuvre des SOA composée de 4 phases principales, chaque phase étant caractérisée par plusieurs actions clés :
1. Organiser et élaborer la stratégie
- Analyser l’environnement de l’entreprise
- En déduire comment, où et pourquoi faut-il développer une architecture de type SOA.
- Constituer une feuille de route pour l’entreprise.
- Fixer les résultats et les bénéfices d’une telle architecture.
2. Mettre en œuvre des projets initiaux
- Développer et déployer un jeu initial de services pertinents pour l’entreprise.
- Développer et déployer une infrastructure SOA sous-jacente.
- Développer et déployer les mécanismes initiaux de gouvernance.
- Identifier un nombre restreint de projets suffisamment vastes pour englober les différents compartiments de l’entreprise.
3. Architecture de l’ESB (Entreprise Service Bus) et de la plate-forme SOA
- Constituer et instaurer une bibliothèque de services de l’entreprise.
- Déployer les processus et les applications composites faisant appel aux services de l’entreprise.
- Activer les tableaux de bord initiaux.
4. Industrialisation de la SOA
- Institutionnaliser la capacité de sélectionner et réaliser les applications orientées services et permettre à une majorité de développeurs d’opérer au sein de la SOA.
- Aligner plus étroitement les équipes informatiques et opérationnelles.
- Les applications sont regroupées de façon à éliminer les redondances et à concentrer la logique métier dans des services employés uniformément dans l’entreprise.
Méthode Capgemini
Capgemini est l’un des leaders mondiaux en matière de transformation technologique des entreprises et des administrations. Ses travaux dans des domaines pionniers tels que le Travail Collaboratif et l’Entreprise Adaptable ont servi de base à son approche des architectures orientées services (SOA).
La méthode d’architecture SOA de Capgemini forme une matrice composée de trois niveaux de modélisation répondant à différentes questions de l’architecture :
- Le niveau conceptuel qui définit le “QUOI”.
- Le niveau logique qui définit le “COMMENT”.
- Le niveau physique qui définit le “AVEC QUOI”.
L’analyse d’un processus métier de bout en bout – du déclencheur au résultat – est suivie de l’identification des cas d’utilisation et des scénarios. L’étude des transactions et des opérations batchs donne les pistes pour identifier les services métiers par domaine fonctionnel. L’urbanisation métier permet ensuite d’élaborer les services. Quant à l’analyse des flux, elle se doit d’identifir les objets métiers candidats à l’urbanisation en fonction de la réutilisation que l’on peut en faire.
Méthode IBM
L'initialisation d'une démarche SOA selon IBM s’articule autour de 3 axes principaux :
- Cadrage
- Identification et spécification des services: démarche méthodologique
- Construction du socle
Cadrage
initialiser une démarche SOA passe tout d’abord par une étude de cadrage permettant de mesurer la valeur ajoutée au métier, le coût total de possession, et d’estimer un retour sur investissement. Une fois ces points éclaircis, la démarche SOA sera véritablement initialisée.
Identification des services
IBM propose une démarche qui va s’attacher à définir et caractériser les services, puis à aligner le métier et le SI.
Plusieurs approches méthodologiques peuvent être utilisées pour y arriver :
- l'approche "top-down" qui consiste à partir du savoir faire métier à décrire les services puis les implémenter en terme technique,
- l'approche "bottom-up" qui consiste à concevoir les services en partant de l’existant, c’est à dire du système d’information,
- l'approche "interactive" dite "hybride" , faite d’itérations successives de l’approche top down et de l’approche bottom-up, afin de définir les services métier qui satisfont au mieux les exigences et les contraintes métier d’une part, et informatiques d’autre part.
L’approche interactive est à privilégier, car elle permet de déterminer la bonne granularité des services.
Construction du socle
Méthodes pour SOA : Deux méthodes sont couramment utilisées pour mettre en œuvre une architecture orientée services : les méthodes descendante et ascendante.
La méthode descendante
Elle signifie une refonte de tout ou partie du S.I, jugée bien souvent trop coûteuse et trop risquée.
La méthode ascendante
C’est dans cette méthode que les technologies de types EAI et ESB prennent tout leur sens puisqu’elles permettent dans un premier temps de faire communiquer, entre elles, les différentes briques applicatives tout en garantissant leur totale indépendance et étanchéité les unes vis-à-vis des autres.
Cependant, chacune de ces méthodes présente des pièges pouvant faire échouer le projet. Un grand nombre des entreprises qui ont utilisé la méthode descendante pour déployer une infrastructure SOA se sont aperçues qu'une fois mise en œuvre, l'infrastructure ne répondait plus aux besoins de l'entreprise. La méthode ascendante peut également échouer dans la mesure où elle peut aboutir à une mise en œuvre chaotique de services créés sans tenir compte des objectifs de l'entreprise. Ni la méthode descendante ni la méthode ascendante ne fonctionne dans la réalité. En revanche, les entreprises qui réussissent à mettre en œuvre une architecture orientée services efficace adoptent souvent une approche hybride. Toutes ces entreprises ont des objectifs clairement définis et se consacrent à la génération de valeur.
Méthode Praxeme
Praxeme présente une démarche méthodologique complète et open source qui couvre tous les aspects de la construction du système d’information : modélisation sémantique (modélisation du métier), modélisation pragmatique (utilisation du système "modélisation de l'organisation"), architecture logique (modélisation des services), architecture logiciel qui tient compte des apports du MDA – Model Driven Architecture –, architecture technique et de déploiement.
La méthode Praxeme s'appuie à la fois sur UML, MDA et SOA. Il est certifié par le Praxeme Institute et permet de profiter des nouvelles approches pour bâtir un SI robuste, fiable et évolutif conforme aux principes SOA sans faire table rase de l'existant.
Comparaison des méthodes
Points communs
Différences
Content Disclaimer
Informasi ini disarikan dari Wikipedia dan disajikan kembali untuk tujuan edukasi. Konten tersedia di bawah lisensi CC BY-SA 3.0. Kami tidak bertanggung jawab atas ketidakakuratan data yang bersumber dari kontribusi publik tersebut.
- The information displayed on this website is sourced in part or in whole from Wikipedia and has been adapted for the purpose of restating it. We strive to provide accurate and relevant information, however:
- There is no guarantee of absolute accuracy. Wikipedia is an open, collaborative project that can be edited by anyone, so information is subject to change.
- It is not intended to constitute professional advice. The content displayed is for informational and educational purposes only. For important decisions (e.g., medical, legal, or financial), please consult a professional.
- Content copyright. Wikipedia is licensed under the Creative Commons Attribution-ShareAlike License (CC BY-SA). This means that content may be reused with appropriate attribution and shared under a similar license.
- Responsible use. Any risk arising from the use of information from this website is entirely the responsibility of the user.