GRAF - La modélisation de l'infrastructure

GRAF permet également de modéliser de façon très condensée l’infrastructure d’un système d’information, ainsi que le déploiement du système d’information sur l’infrastructure. 

Ce dernier point est très important pour pouvoir ensuite mesurer la sollicitation des différents serveurs lors de l’exécution des applications du système d’information.

Ci-dessous un sous ensemble (très réduit) des symboles  de GRAF_Physique :

Reprenons notre exemple de l’application « voyage ». Et essayons d’abord d’identifier des serveurs.

Il convient dès le départ de fixer une règle de dommage de ces serveurs. Nous adopterons la règle suivante :

<identifiant Serveur> ::= <Environnement>-<Rôle>-<Tier>[-<N°>]

<Environnement> ::= P pour production, Q pour pré-production, F pour performance, etc. et X pour les serveurs extérieurs à notre système d'information.

<Rôle> ::= 3 lettres

<Tiers> ::= W pour frontal Web, T : pour traitements, D pour données

Nous avons prévu pour notre application de voyage :

1. Une ferme de serveurs web contenant le logiciel « Apache » (P-MVO-W1 et P-MVO-V2)

2. Un serveur contenant les traitements de l’application (P-MVO-T)

3. Un serveur contenant les données métier de l’application (P-MVO-D)

4. Un serveur de données pour la facturation exécutée par SAP (P-FAC-D)

5. Deux serveurs d’application SAP pour la facturation (P-FAC-T1 et P-FAC-T2)

6. Un serveur d’impression (P-IMP-T)

7. Un serveur d’échanges (P-ECH-T)

Notre application « voyage » utilisera de plus trois  serveurs extérieurs :

1. Un provider JMS fourni par l’entreprise (X-JMS-T)

2. Un serveur extérieur permettant les réservations hôtelières (X-HOT-T)

3. Un serveur extérieur permettant les réservations des places d’avion  (X-AVI-T)

Le schéma d’infrastructure, avec une première esquisse de dimensionnement pourra se représenter comme ceci :

GRAF - Le référentiel d'architecture et les identifiants

Générer un référentiel nécessite la création d’une grande quantité de noms d’objets : les noms des composants et ceux des flux. GRAF permet de gérer les noms (identifiants) des objets référencés.

1. Une règle de nommage des identifiants :

<<identifiant Système> ::= une lettre

<identifiant Sous-système> ::=  <identifiant Système> une lettre 

<identifiant  module> ::= <identifiant Sous-système>_<majeure>

<identifiant  composant> ::= <identifiant module>_<majeure>

<Identifiant  flux> ::= <identifiant sous-système source><identifiant sous-système cible>< _<Majeure>[_<Mineure>]

<majeure>::= 9 lettres ou le caractère "_" pour coder la nature de l’objet

<mineure>::= 3 lettres ou chiffres pour différentier deux flux de même nature

2. La possibilité de saisir manuellement les identifiants des modules, composants et flux

dans la propriété « GRAF_identité » de l’objet

3. Une génération automatique des identifiants fournie par CalliGRAF et GrafFlux à partir des noms en clair décrits dans les schémas. 

Les lettres des systèmes et des sous-systèmes sont spécifiées dans le fichier de paramétrage « calliGRAF.par ».

Prenons l’exemple de l’agence de voyage et paramétrons la codification des systèmes et des sous-systèmes :

§codification système -- lettres de codification des systèmes

GRAFVOYAGE=                Y

Résa Hotels=               H

Résa Avions=               A

Resp. Marketing=           M

Client=                    C

Vendeur=                   V 

§codification sous-système -- lettres de codification des sous-systèmes

--

Marketing=                  M

Gestion demandes client     G

Facturation comptabilité=   F

Préparation DV=             P

Echanges=                   E

Ci-dessous un extrait des identifiants générés dans le référentiel :

YGYG_Client___	Client
YGYP_Clients__	Clients
YGYG_ConsuDema	Consulter demandes
YGYM_ConsuProd___1	Consulter produits
YGYM_ConsuProd___2	Consulter produits
YMYM_CreerProd	Créer produit
C_YG_DemanVoya	Demander voyage
YGYG_Demandes____1	Demandes
YGYG_Demandes____2	Demandes
YGYG_DeposDema	Déposer demande

GRAF - La génération du référentiel d'architecture logique

La génération du référentiel d’architecture s’obtient simplement en ouvrant le tableur GRAFlux Vx.x.xlsm, et en lançant la macro GRAFlux :

On obtient le remplissage de deux onglets très détaillés :

- elem : la liste des composants de l’architecture

- flux : la liste des flux logiques.

Ci-dessous la liste des flux logiques de notre application « Agence de voyage » :

 n obtient une version de synthèse flus facile à lire en lançant la macro « Smart »

Référentiel des composants :

Référentiels des flux :

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.

GRAF - Premiers pas avec CalliGRAF

L’outil CalliGRAF permet de générer automatiquement le dossier d’architecture de l’application étudiée. Nous allons le décrire au travers du petit exemple du système d'information de l’agence de voyage présenté lors de l’article précédent.

CalliGRAF s’appuie sur la description d’une arborescence :

Le répertoire « vsd » contient les schémas GRAF. En l’occurrence il n’y en a qu’un :

Cali_Voyages.vsd

Le répertoire « doc » contient le template des documents word :

Template DAL Voyage.docm

Le fichier calliGRAF.du répertoire « param » par contient le paramétrage de la génération du dossier d’architecture :

# paramétrage de calliGRAF

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

nom du système = GRAFVOYAGE -- nom du système implicite n'apparaissant pas dans visio

mise au point = oui -- c’est un mode « trace » pour le debug et qui ajoute des indications en bleu

description des flux = tableau

désignation du bus = la'infrastructure d'échange

§style -- définition des styles Word à utiliser -- mettre en adéquation avec le style du template

niveau 1 = Titre 1

niveau 2 = Titre 2

niveau 3 = Titre 3

niveau 4 = Titre 4

niveau 5 = Titre 5

puce     = Liste à puces

prose    = Normal

§tri -- règles de tri des objets

syst=type

flux=source

Le fichier schéma.csv contient la liste des fichiers visio analysé et de leurs onglets

des	fichier	onglet	nom	court
1	Cali_Voyages.vsd	Voyage	Voyage - schéma global	VOY_GLOB

le fichier plan.txt du répertoire « param » contient les directives de génération du document

prendre Template DAL Voyage.docm

créer DAL Voyage V1.0.docm

générer hiérarchie

générer flux

terminer

Lançons ensuite les outils de génération :

Le document généré se trouve dans le répertoire "doc". Un extrait de la table des matières :

3. /                          Architecture logique du système GRAFVOYAGE

3.1 /                          Système GRAFVOYAGE

3.1.1 /                       Sous-système Echanges

3.1.1.1 /    Module « Passerelle mail »

3.1.1.2 /    Module « Résa Avions »

3.1.1.3 /    Module « Résa Hotels »

3.1.2 /                       Sous-système « Facturation comptabilité »

3.1.2.1 /    Module de paramétrage Facturation

3.1.2.2 /    Silo de données Factures

3.1.3 /                       Sous-système « Gestion demandes client »

3.1.3.1 /    Silo de données Clients

3.1.3.2 /    Module développé « Gestion des clients »

3.1.3.3 /    Module développé « Gestion des réservations »

3.1.3.4 /    Module canal « Portail Back office »

3.1.3.5 /    Module canal « Portail client »

3.1.3.6 /    Module canal « Portail front office »

3.1.3.7 /    Silo de données Résa

3.1.4 /                       Sous-système Marketing

3.1.4.1 /    Module développé « Gestion des produits »

3.1.4.2 /    Module canal « Portail Marketing »

3.1.4.3 /           Silo de données Produits

  18

GRAF - Exemple de synthèse

Un petit exemple très simplifié, qui synthétise les principaux concepts logiques  de GRAF.

Une agence de voyage délivre à ses clients des forfaits séjour et des forfaits voyage qui comprennent :

- Des billets d’avion

- Des réservations hotelières

L’agence souhaite mettre à disposition des vendeurs un système d’information leur permettant de gérer les demandes des futurs vacancier

Une architecture logique possible du système d'information de l’agence peut être représentée sur le schéma suivant :

Séquence A : Création des produits par les agents du Marketing

Séquence B : Création des comptes clients par les vendeurs ou les clients eux-mêmes

Séquence C : Un client choisit un produit puis dépose une demande de réservation (train, hôtel) lié à ce produit

Séquence D : Un vendeur, ayant un client au téléphone, effectue pour lui une réservation (train + hôtel)

Séquence K: Un vendeur, traite une demande déposée par un client et, effectue pour lui une réservation (train + hôtel)

Séquence E : La facture est préparée pour le client

Séquence F : Le dossier voyage est préparé pour le client

Séquence G : Un mail est envoyé au client avec le dossier voyage en pièce jointe

Séquence H : Le dossier voyage est imprimé au format papier pour être envoyé au client