Ce modèle est très personnel. Il est le fruit de mon expérience dans les domaines de:
- architecture logicielle
- méthodes UML et RUP
- architecte middleware
Celui-ci est volontairement simple. Il n'a pas vocation a être exhaustif. J'y ai d'ailleurs laissé quelques incohérences mais au profit d'une meilleure compréhension.
Les regroupements suivent les couches SOA:
- métier
- fonctionnel
- application
- technique.
Entreprise
| Nom | Description |
|---|---|
| Enjeu | Est un enjeu de niveau entreprise. Un macro objectif définit par le top management. |
| Objectif | Est un objectif fonctionnel porté par le métier. Exemple: "Proposer un catalogue de produits adapté aux professionnels en déplacement". |
| Processus | Représente un résultat tangible pour le métier qui doit être réalisé au travers d'une ou plusieurs activités. |
| Activité | Ensembles d'actions qui produisent un résultat direct ou indirect en vue de répondre au résultat à atteindre. |
Métier
| Nom | Description |
|---|---|
| Enjeu | Est un enjeu de niveau entreprise. Un macro objectif définit par le top management. |
| Objectif | Est un objectif fonctionnel porté par le métier. Exemple: "Proposer un catalogue de produits adapté aux professionnels en déplacement". |
| Processus | Représente un résultat tangible pour le métier qui doit être réalisé au travers d'une ou plusieurs activités. |
| Activité | Ensembles d'actions qui produisent un résultat direct ou indirect en vue de répondre au résultat à atteindre. |
Fonctionnel
| Nom | Description |
|---|---|
| Cas d'Usage | Porte un résultat fonctionnel de niveau tâche qui peut être informatisé ou non. Terme issue d'UML afin de formaliser un micro résultat au travers de plusieurs interractions entre des personnes, un ou des systèmes, etc. Un scénario le décrit très bien. |
| Domaine | Regoupe dans une cartographie les domaines et sous-domaines fonctionnels. L'urbanisation du SI permet d'affiner ce principe au travers d'une démarche plus formelle. L'application s'inscrit dans un ou plusieurs domaines (en superposition). |
| Application | L'application est un système applicatif autonome. Exemple: ERP, SIRH, etc. |
| Donnée | La donnée est la notion fonctionnelle créée, enrichie, transformée ou détruite. |
| Evénement | Lors de la réalisation de tâches, des événements arrivent. Ils sont créés lors de ces interractions. Ils peuvent ou non être interceptés pour analyse ou déclenchement de traitements. |
| Flux | Un flux est un transport ou transfert d'une donnée fonctionnelle d'une application vers une autre. Attention, lors d'une échange, une donnée peut etre poussée et une autre récupérée. |
| Service | Un service propose des opérations fonctionnelles atomiques. Exemple: Calculer un prix de TVA en fonction du produit et de la localisation du client. |
Application
| Nom | Description |
|---|---|
| Socle | Un socle correspond à un socle technologique et un produit. Exemple: Wildfly 10, SAP R3, etc. |
| Module applicatif | Il s'agit d'un élément autonome et possédant une consistance logique. Exemple: WebApp Front AC, Portlet AB, etc. |
| Interface | Une interface est un |
| Médiation | |
| Restriction d'usage | |
| Contrat de Services | |
| SLA service | |
| Sécurité |
Technique
| Nom | Description |
|---|---|
| Process OS | |
| Serveur | |
| Data Center | |
| SLA matériel |