urbanisation-si

urbanisation-si

Exemple d’étude de cas TOGAF - Comment modéliser la phase A Vision de la méthode ADM : étape 1, les éléments de modélisation

La phase préliminaire de la méthode ADM (Architecture Development Method) de TOGAF (The Open Group Architecture Framework) identifie les acteurs participant aux travaux d’architecture d’entreprise et par rapport à leurs préoccupations spécifiques, on détermine les points de vue et artefacts importants dans le cadre d’une entreprise.

 

elements-de-modelisation-phase-A-vision-etude-de-cas-exemple-TOGAF.png
 

Pour comprendre ce que sont les points de vues et les vues TOGAF, voir l’article qui leurs sont consacrés  :

 

 

Les propriétés des artefacts TOGAF

Rappelons le, les artefacts TOGAF sont les supports de communication exposant une vue particulière de l'architecture.

Ils se décomposent en :

  • Catalogues,
  • Matrices
  • Modèles (diagrammes)

Un artefact doit avoir :

  • Nom
  • Participants : la phase préliminaire de la méthode ADM (Architecture Development Method) de TOGAF (The Open Group Architecture Framework) identifie les acteurs participant aux travaux d’architecture d’entreprise.
    Parmi ceux-ci, il faut indiquer pour chacun des artefacts lesquels participent à leur élaboration. 
    L’usage veut qu’on considère 3 niveaux : 
    - Experts métiers 
    - Concepteurs des artefacts (analystes étiers, AMOA)
    - Destinataires des artefacts (modèles, matrices).
  • Objectif : chaque artefact comporte sa raison d’être, la justification de sa réalisation, quel est son intérêt, son objectif, bénéfices par rapport à son coût de réalisation.
  • Informations en entrée servant à la conception de l'artefact.

 

L’AGL (Atelier de Génie Logiciel) Modelio propose un profil UML « Analyste » et un profil « TOGAF ».

Par exemple les point de vue sont représentés par des packages UML stéréotypés.

 

Pour l’installation et des informations sur Modelio voir l’article :

 

Création d’un projet TOGAF avec Modelio

Pour créer un projet, menu :

  • Fichier – Créer un projet – sélectionner Enterprise Architect Togaf – nommer le « Discount Travel for TOGAF »

 

creer-un-nouveau-projet-togaf-modelio-00.PNG

 

Modelio crée à l’intérieur du projet, 2 sous-projets.

Le premier est un « Sous-projet Analyste » et le deuxième « Sous-projet UML ».

 

structure-d-un-nouveau-projet-togaf-modelio-01.PNG

structure-d-un-nouveau-projet-togaf-modelio-02.PNG
 

Description de l’étude de cas

Système d'Information existant

L’entreprise « Discount Travel » est un HUB pour les agences de voyages qui veulent écouler leur stock de voyages invendus grâce à des remises ne pouvant pas excéder 50 %.

Le client n’a pas le choix des dates de départ et de retour et doit être prêt à partir dans un maximum de 15 jours.

L’entreprise dispose d’un call center ouvert de 8h à 20h du lundi au vendredi.

Un conseiller de clientèle répond au client qui choisit le voyage qui l’intéresse.

Le marketing envoie quotidiennement aux conseillers des fiches papier sur les produits disponibles en fonction du stock.

Le site web permet aux clients d’enregistrer des commandes qui sont ensuite traitées manuellement par un gestionnaire.

Les commandes sont ensuite gérées par une application accédée par les commerciaux.

 

Système d'Information cible

La décision de refondre le système d’information a été pris en comité de direction.

La direction a décidé :

  • de proposer son service de réservation sur internet,
  • d’améliorer le suivi de clientèle.

 

Ce nouveau SI doit proposer des formules complète, « clé en main » incluant l’avion, l’hôtel, la voiture, une destination et une prestation d’hébergement.

Une destination concerne un continent et un pays.

Un voyage concerne un unique pays.

Le marketing est en relation avec les agences de voyage, il décide des voyages prioritaires parmi ceux disponibles afin de constituer les offres les plus attrayantes pour les clients.

 

La modélisation de la phase A Vision s’effectue dans le premier sous-projet « Analyst project ».

 

Les éléments de modélisation mis en œuvre

 

elements-de-modelisation-phase-A-vision-etude-de-cas-exemple-TOGAF.png

 

Conclusion

Ces éléments de modélisation font partie d’un profil UML

Un profil UML contient des :

  • icône
  • stéréotype : sémantique d'un élément, c’est-à-dire que l’on catégorise un élément UML, par exemple une classe, peut être stéréotypée « Goal » (but, objectif stratégique) ou « Requirement » (exigence) ou bien un acteur des use case UML peut être stéréotypé « Acteur interne » ou « Acteur externe», tous les éléments UML peuvent stéréotypés (les relations, ...)
  • tagged value (paire clé/valeur) permettant d’ajouter des méta-informations (priorité, auteur, informations pour l’outil de dérivation de modèle, pour le générateur de code, …) à un élément de modélisation UML

 

Ce profil peut aisément être recréé dans n’importe quel outil de modélisation UML open source comme Eclipse Modeling Tools.

Normalement un profil s'exporte en XMI (XML for Interchange) qui est une norme de l'OMG pour l'interopérabilité des modèles, par exemple entre les différents outils de modélisation.

Un outil de modélisation peut posséder la fonctionnalité de création de profil et son exportation au format XML/XMI puis un autre pourra offrir l'importation à condition de respecter les versions de XMI, mais ça c'est une autre histoire.

 

Le prochain article sur l'étape 2 de "Comment modéliser la phase A Vision de la méthode ADM" sera consacré à la "matrice des parties prenantes (stakeholder)".

 

Rhona Maxwel

@rhona_helena

 

"L'oreille est le chemin du cœur"

Voltaire

 

 

Articles conseillés :

 

TOGAF pour les nuls.

 

Le processus des itérations ADM (Architecture Development Method), le moteur de la transformation d’entreprise TOGAF (The Open Group Architecture Framework)

 

La phase A Vision du cycle de la méthode ADM (Architecture Development Method) de la transformation d’entreprise TOGAF (The Open Group Architecture Framework)

 

La vision dynamique des exigences de la méthode ADM (Architecture Development Method) de l’architecture d’entreprise TOGAF (The Open Group Architecture Framework)

 

La structure de l’architecture d’entreprise TOGAF (The Open Group Architecture Framework)

 

Les concepts du métamodèle de l’architecture d’entreprise TOGAF (The Open Group Architecture Framework)

 

Le diagramme de classe UML du métamodèle de l’architecture d’entreprise TOGAF (The Open Group Architecture Framework)

 

Le référentiel TOGAF, le patrimoine des informations et des bonnes pratiques pour toute l’entreprise

 

Le référentiel TOGAF sous toutes ses coutures : le « Continuum d'Entreprise » et la réutilisation de l'architectur

 

Les fondamentaux de la modélisation d'un Système d'Information : le bon usage des modèles



20/03/2018
0 Poster un commentaire

A découvrir aussi


Inscrivez-vous au blog

Soyez prévenu par email des prochaines mises à jour

Rejoignez les 174 autres membres