Le cahier des charges "Gouvernance SOA - Web Services" a été rédigé par des experts indépendants. Il présente 313 critères techniques pour faciliter la préparation de votre cahier des charges et vous aider à mettre en place votre Architecture Orientée Services.
TÉLÉCHARGER CE CAHIER DES CHARGES
Sommaire du cahier des charges Gouvernance SOA - Web Services
1 – Contexte et projet
2 – Cadre global de gouvernance
2.1. Couverture fonctionnelle de la solution de gouvernance proposée
2.2. méthodologie
2.3. Caractéristiques centrales de l’outil
2.4. Gestion du cycle de vie
2.5. Gestion des rôles et utilisateurs
2.6. Ergonomie
2.7. Intégration de l’outil de gouvernance
2.8. Facturation de Services
3 – Gestion du cycle de vie
3.1. Gouvernance à la conception
3.1.1. Modèle de services (ontologie)
3.1.2. Partage des services
3.1.3. Organisation des services
3.1.3. Organisation des services
3.1.3. Organisation des services
3.1.3. Organisation des services
3.1.4. Analyses
3.1.5. Reporting
3.2. Gouvernance à l’exécution
3.2.1. Gestion de l’hétérogénéité
3.2.2. Surveillance des nouveaux services (déclaration/recherche)
3.2.3. Validation
3.3. Documentation des services
4 – Sécurité
4.1. Gestion des utilisateurs
4.2. Gestion des « policies »
4.3. Gestion des « policies » de sécurité
5 – Monitoring
5.1. Monitoring de l’exécution
5.2. Gestion des erreurs
5.3. Audit et reporting
5.4. SLA
5.4.1.Conception des SLA
5.4.2. Mise en oeuvre des SLA
TÉLÉCHARGER CE CAHIER DES CHARGES
Qu'est-ce que le SOA (service oriented architecture) ?
SOA (Service Oriented Architecture) ou en français Architecture Orientée Services est une forme d’architecture qui définit les échanges en terme de services. Ce concept d’échange et de partage inter-application dans une logique proche de l’EAI porte ainsi les web services bâtis sur des « applications composites ».
Mettre en place une Architecture Orientée Services consiste à concevoir et construire un système d’information et les applications qui la composent à partir d’un ensemble de services logiciels indépendants, mais capables de communiquer les uns avec les autres.
La notion de « service », composant élémentaire, est relativement large : consulter un compte en banque en ligne, passer une commande de billet d’avion, calcul d’un crédit, intégration d’un service (météo, jeux, suivi de livraison…) dans un portail tiers…
Plutôt que d’intégrer ces services dans le code source d’une application, des protocoles définissent comment ces services vont communiquer les uns avec les autres.
L’architecture générale s’appuie sur une démarche d’orchestration, choisissant et organisant les relations entre ces services afin de construire les applications métier.
Les architectures SOA ont pour objectif d’aider les structures à répondre plus rapidement et plus économiquement aux changements exigés par l’environnement.
Les architectures SOA simplifient l’utilisation et l’interconnexion d’éléments informatiques, réduisent les délais de création et de mise en œuvre de nouvelles fonctionnalités ou applications, et permettent la réutilisabilité d’actifs existants, quels que soient leur nature, environnement, langage de programmation…
TÉLÉCHARGER CE CAHIER DES CHARGES
Introduction du cahier des charges gouvernance SOA - web services
Objectifs et usages
Les architectures SOA ont pour objectif d’aider les structures à répondre plus rapidement et plus économiquement aux changements exigés par l’environnement.
Un grand nombre de facteurs impactent indirectement l’organisation du système d’information et ses nécessités d’ajustement ou d’évolution : facteurs de globalisation et de concurrence, fusions et acquisitions, externalisation d’activités, nouvelles législations et règlementations…
Les architectures SOA simplifient l’utilisation et l’interconnexion d’éléments informatiques, réduisent les délais de création et de mise en oeuvre de nouvelles fonctionnalités ou applications, et permettent la réutilisabilité d’actifs existants, quels que soient leur nature, environnement, langage de programmation… De telles démarches permettent plus aisément de combiner évolutions tactiques et construction d’infrastructure IT.
La SOA recouvre différentes significations selon le public de l’entreprise :
- Pour la Direction Générale, la SOA est la stratégie IT elle-même permettant au système d’information de s’adapter aux demandes de l’entreprise dans les délais compatibles, à des coûts maîtrisés, et avec un niveau de fiabilité dans le service garanti.
- Pour le service juridique, la SOA est une source de responsabilité, avec les échanges avec des partenaires ou des clients, la gestion des règlementations…
- Pour un utilisateur métier, la SOA exprime l’organisation et les processus de gestion d’une activité et rend possible différentes évolutions et exceptions en un délai réduit.
- Pour un architecte IT, la SOA représente l’organisation globale du système d’information et ses processus.
Mise en place d’une gouvernance SOA
La SOA apporte de nombreux avantages (agilité, réduction du « time to market », partage des ressources applicatives, réutilisation, facilité d’intégration …) mais elle crée aussi de nouvelles problématiques que les applications traditionnelles ne connaissaient pas:
- Il y a beaucoup plus de « pièces en mouvement » (les services, à couplage lâche par définition) qui ne se connaissent pas. Le poids des « flux » devient au moins aussi important que le poids des « ressources ». Ainsi, il faut pouvoir monitorer les flux autant que les ressources.
- Quand quelque chose ne va pas, la cause peut venir de sources très distinctes et diverses : chercher l’erreur coûte cher.
Il est donc important de mettre en place une solution de Gouvernance SOA et cela dès les premières étapes des projets.
Dans des contextes B2B, on s’aperçoit que de plus en plus de services sont exposés à des partenaires, à des fournisseurs … et les entreprises se doivent de garantir la qualité des services qu’elles exposent.
Des SLA (Service Level Agreements) seront mis en place. La qualité des services applicatifs pourra avoir un impact financier important.
En B2C, le mode de fonctionnement « self-care » est de plus en plus fréquent et la qualité des services applicatifs exposés par l’entreprise et accédés par les clients est primordiale. Plutôt que d’être informée par ses clients mécontents d’un problème d’indisponibilité ou de performance de service applicatif, l’entreprise est capable de détecter un problème potentiel et peut mettre en place le correctif qui s’impose.
La multiplicité des pièces en mouvements rend la visibilité de bout en bout beaucoup plus difficile, et pourtant c’est elle qui compte puisqu’elle reflète précisément l’expérience de l’utilisateur.
La gouvernance doit donc permettre de rendre compte de la qualité de service sur un parcours de services, et non seulement sur des appels de services individuels. Bien évidemment, la détection des goulets et des erreurs doit également commencer par le « tout » et descendre par la suite sur les composants (services) individuels.
