53
2.3 Diagramme de déploiement (DPL)
Un artefact peut représenter un ou plusieurs éléments d’un modèle. Le qualificatif « manifest » permet d’indiquer ce type de dépendance.
2.3.5 Représentation et exemples
Le diagramme de déploiement représente les nœuds de l’architecture physique ainsi
que l’affectation des artefacts sur les nœuds conformément aux règles de déploiement définies. Un premier exemple est donné à la figure 2.48.
Figure 2.48 — Exemple de représentation d’un diagramme de déploiement
Un second exemple relatif à une implémentation d’une architecture J2EE avec
quatre nœuds est donné à la figure 2.49.
Dans l’exemple de la figure 2.49, plusieurs composants sont déployés.
• Un serveur web où se trouvent les éléments statiques du site dans une
archive : images, feuilles de style, pages html (static.zip).
• Un serveur d’application « front » sur le lequel est déployée l’archive
« front.ear » composée de l’application web « front.war » et d’autres composants nécessaires au fonctionnement de cette archive web comme « clientejb.jar » (classes permettant l’appel aux EJB) et « commun.jar » (classes
communes aux deux serveurs d’application).
• Un serveur d’application métier sur lequel sont déployés les composants :
« ejb.jar ». Ils sont packagés dans l’archive « metier.ear ». Deux autres archives sont nécessaires au fonctionnement des EJB : « dao.jar » (classes qui
permettent l’accès à la base de données) et « commun.jar » (classes communes aux deux serveurs d’application).
• Un serveur BDD (base de données) sur lequel sont stockées des procédures
stockées PL/SQL : « scripts.sql ».
CommandeServeur1
PriseCom.jar
<>
facture.jar
<>
PriseComdescr.xml
"deployment spec"
"deployment spec"
facturedesc.xml
2.3 Diagramme de déploiement (DPL)
Un artefact peut représenter un ou plusieurs éléments d’un modèle. Le qualificatif « manifest » permet d’indiquer ce type de dépendance.
2.3.5 Représentation et exemples
Le diagramme de déploiement représente les nœuds de l’architecture physique ainsi
que l’affectation des artefacts sur les nœuds conformément aux règles de déploiement définies. Un premier exemple est donné à la figure 2.48.
Figure 2.48 — Exemple de représentation d’un diagramme de déploiement
Un second exemple relatif à une implémentation d’une architecture J2EE avec
quatre nœuds est donné à la figure 2.49.
Dans l’exemple de la figure 2.49, plusieurs composants sont déployés.
• Un serveur web où se trouvent les éléments statiques du site dans une
archive : images, feuilles de style, pages html (static.zip).
• Un serveur d’application « front » sur le lequel est déployée l’archive
« front.ear » composée de l’application web « front.war » et d’autres composants nécessaires au fonctionnement de cette archive web comme « clientejb.jar » (classes permettant l’appel aux EJB) et « commun.jar » (classes
communes aux deux serveurs d’application).
• Un serveur d’application métier sur lequel sont déployés les composants :
« ejb.jar ». Ils sont packagés dans l’archive « metier.ear ». Deux autres archives sont nécessaires au fonctionnement des EJB : « dao.jar » (classes qui
permettent l’accès à la base de données) et « commun.jar » (classes communes aux deux serveurs d’application).
• Un serveur BDD (base de données) sur lequel sont stockées des procédures
stockées PL/SQL : « scripts.sql ».
CommandeServeur1
PriseCom.jar
<
facture.jar
<
PriseComdescr.xml
"deployment spec"
"deployment spec"
facturedesc.xml