GRAF - Conteneurs et sous-systèmes

Dans GRAF - Logique, l’organisation des composants en système, sous-système, module et composants doit être strictement hiérarchique car elle reflète ce qui va être construit, et comment ou pourrait déléguer cette construction à une organisation.

Une question se pose : comment modéliser des composants « communs », utilisés à l’exécution par plusieurs systèmes ?

Le terme « système » vu sous l’angle de l’exécution est identifié dans la notion de « conteneur ». A la différence d’un système (resp, sous-système, module, composant) qui est une unité de réalisation, un conteneur, lui,  est une unité de déploiement.

Prenons l’exemple d’un système d'information constitué d’un sous-système « Front office » et d’un sous-système « Back office ». Supposons que ces deux sous-systèmes utilisent un module de cryptage/décryptage, qui est développé une seule fois mais déployé deux fois : une fois dans le front-office et une fois dans le back-office.

On distinguera alors le sous-système « front-office » du conteneur « front-office ».

Le conteneur « Front office » contient le module de cryptage, mais ce dernier étant réalisé « à l’extérieur », ne fait pas partie du sous-système « front-office ».

idem pour le back office.

Complexifions encore le problème et supposons que l’IHM du back office soit doté d’un client riche. Comment distinguer dans le modèle les composants (AJAX par exemple) qui sont conçu pour s’exécuter dans le navigateur, des composants qui s’exécutent sur le serveur ? là encore, l’identification des conteneurs va permettre de préciser le modèle.