mardi 11 février 2014

GRAF - Enrichir le dossier d'architecture avec CalliGRAF

Notons tout d’abord qu’une inexactitude de conception s’était glissée dans notre modélisation du système d'information de l’agence de voyage dans les articles précédents, concernant la préparation et l’envoi du dossier voyage au client. Ci-dessous un schéma plus pertinent. Je laisse le soin au lecteur de détecter les différences et d’en expliquer les raisons.


Ouvrons à présent le dossier d’architecture généré par CalliGRAF dans l’article précédent. Les composants du schéma y sont décrits de façon succincte, mais des textes en bleu qui commencent par « prochainement ici » indiquent à quel endroit un enrichissement est possible.

Ci-dessous l’extrait concernant le module « passerelle mail » :
----------------------------------------------------------------------------------------------------------

1.1.1.1 /     Module « Passerelle mail »

Le module « Passerelle mail » fait partie du sous-système Echanges du système GRAFVOYAGE.
Il apparaît dans le schéma GRAF suivant :
·         Voyage - schéma global
Prochainement ici, l'inclusion du document descriptions\modu Passerelle mail.doc*...
Prochainement ici, votre commentaire issu de la propriété GRAF_commentaire...
Prochainement ici, votre explication issue de la propriété GRAF_documentation...
Interface du module « Passerelle mail » :
Cette liste est limitée aux interfaces non associées à un composant précis du module.
source vsd : 1 VOY_GLOB Cali_Voyages.vsd \_Voyage_/
·         destination du flux de données « Dossiers voyages » venant du module développé « Préparation dossier voyage » du sous-système « Préparation DV »
La structure interne du module « Passerelle mail » n'est pas détaillée.

----------------------------------------------------------------------------------------------------------

On peut compléter ces informations en rédigeant des détails complémentaires :
1) dans un fichier word (docx ou docm) baptisé « modu Passerelle mail.docm »,
2) Dans une propriété « GRAF_commentaire » de l’objet dans le schéma visio,
3) Dans une propriété « GRAF_documentation » de l’objet dans le schéma visio.

Rédigeons le document  « modu Passerelle mail.docm » avec le texte suivant :
Ce composant est responsable d’envoyer un mail au client contenant son dossier voyage en pièce jointe. Il est invoqué à la fin de la préparation du dossier voyage

Ci-dessous l’écran de saisie des propriétés :


deux propriétés ont été renseignées :
GRAF_commentaire : « Ce composant est un connecteur vers une passerelle SMTP »
GRAF_désignation : « le connecteur ». Cette propriété change la désignation du type d’objet (la désignation par défaut est « module » ou « composant »), pour désigner l’objet d’une manière plus adaptée au contexte.

En regénérant le dossier d’architecture, la description du module « passerelle mail » a été enrichie :

----------------------------------------------------------------------------------------------------------

1.1.1.2 /     Connecteur « Passerelle mail »

Le connecteur « Passerelle mail » fait partie du sous-système Echanges du système GRAFVOYAGE.
Il apparaît dans le schéma GRAF suivant :
·         Voyage - schéma global
Ce composant est responsable d’envoyer un mail au client contenant son dossier voyage en pièce jointe. Il est invoqué à la fin de la préparation du dossier voyage
Ce composant est un connecteur vers une passerelle SMTP
Prochainement ici, votre explication issue de la propriété GRAF_documentation...
Interface du connecteur « Passerelle mail » :
Cette liste est limitée aux interfaces non associées à un composant précis du module.
source vsd : 1 VOY_GLOB Cali_Voyages.vsd \_Voyage_/
·         destination d'un flux synchrone venant du module développé « Préparation dossier voyage » du sous-système « Préparation DV »
La structure interne du connecteur « Passerelle mail » n'est pas détaillée.

Aucun commentaire:

Enregistrer un commentaire