Construire une architecture si orientee services

ETUDES STANDARMEDIA
CONSTRUIRE UNE ARCHITECTURE SI
ORIENTEE SERVICES
Exposé des concepts et étude de cas
Le contexte :
Comment parvenir à intégrer une architecture SI à base de services, en tenant compte de l’existant et
en optimisant la flexibilité du futur système ?
Le SOA (Service Oriented Architecture) répond à cette demande : ce terme décrit un style
d'architecture dans lequel les fonctions du SI sont des services et sur lesquels les applications sont
construites. Chaque service se compose d’un ensemble de traitements (généralement à forte
composante métier) exécutés par un « fournisseur » (ou « producteur ») à l’attention d’un « client »
(ou « consommateur »).
Un système construit selon SOA est basé sur un certain nombre de standards pour la gestion des
annuaires de services, la description des interfaces de services, l'invocation des services, le format
des données échangées et le transport des données.
Objectifs du document :
Face à la littérature foisonnante et parfois contradictoire traitant du SOA, dominée par une forte
dimension commerciale, ce document est un guide de recommandations et de bonnes pratiques,
opérationnel et applicable. Il donne aux concepts SOA une dimension concrète.
Ce document :
Ce document permet de comprendre les concepts et de se faire comprendre, quelque soit le niveau
d’expertise et le profil de l’intervenant. Il n’a pas de caractère normatif.
Ce document a été réalisé par le groupe de travail BPM/SOA, placé sous l’égide de la Commission
de normalisation « INGENIERIE ET QUALITE DES LOGICIELS ET SYSTÈMES » de l’AFNOR.
À qui s’adresse-ce document ?
Les profils visés par ce document sont multiples : DSI, architectes SI, Qualiticiens, concepteurs,
responsables MOA et MOE, urbanistes, consultants en stratégie d’entreprise.
Prix : 100 € HT
______________________________________________________________________________________
AFNOR
1
ETUDES STANDARMEDIA
! Ce que vous pourrez trouver dans cette étude :
- Structure du document
Après avoir présenté les objectifs et enjeux d’une architecture SOA, et précisé la terminologie
employée, ce document se compose de deux parties principales :
- Le Modèle de concepts :
Cette partie décrit (sous UML) les différentes vues d’architecture (métier, fonctionnelle, applicative,
technique), en isolant dans chacun d’eux les composants SERVICES, qui implémenteront
l’architecture SOA.
Chaque entité UML est documentée. Ses enjeux sont décrits dans un contexte SOA.
- Étude de cas : Prise de commande
Cette partie implémente le modèle de concepts décrit plus haut dans le cas d’une prise de
commande sur un site de vente en ligne.
Ont été retenus les modélisation suivantes pour les différentes vues d’architecture :
Vue métier :
• Modèle de Processus (Diagramme de cas d’utilisation et Diagramme d’activité des
Processus Métier)
• Modèle des objets métier (Diagramme de classe des objets métier échangés)
Vue fonctionnelle :
•
•
•
Modèle des cas d’utilisation (Diagramme des use case et diagramme d’activité)
Modèle processus instrumenté (Diagramme d’activité)
Modèle des services (Diagramme de classes des services et diagramme de
classe des objets échangés)
Vue applicative :
"
Modèle des composants (Diagramme de composants)
Vue technique:
"
Modèle de déploiement (Diagramme de déploiement)
POUR TOUTE INFORMATION SUPPLÉMENTAIRE ET COMMANDE :
www.standarmedia.com (commande en ligne),
ou bien contacter : [email protected] Tél : 01.41.62.80.74
VOLUME DE L’ÉTUDE : 43 PAGES – Livré au format PDF – Prix : 100€ HT
______________________________________________________________________________________
AFNOR
2