Informations sur les modèles UML PiggyBank

Conformément au processus RUP (Rational Unified Process), l'exemple de modèle UML PiggyBank est divisé en trois modèles : le modèle de cas d'utilisation, le modèle d'analyse et le modèle de conception. Chacun décrit un aspect différent du système.

Modèle de cas d'utilisation

Le modèle de cas d'utilisation décrit les interactions entre les utilisateurs et le système. Outre la documentation de configuration, il contient des diagrammes de cas d'utilisation et des diagrammes de séquence qui représentent la configuration du système sous forme graphique.

Modèle d'analyse

Le modèle d'analyse documente le résultat de la phase d'analyse. Il suit le processus RUP pour identifier les objets qui interagissent avec les utilisateurs (limites), les objets persistants dans le système (entités) et les objets qui coordonnent la réalisation de chaque cas d'utilisation (contrôleurs).

Modèle de conception

Le modèle de conception applique une architecture structurée au modèle d'analyse. Il décrit la mise en oeuvre des entités d'analyse du système qui sont appliquées sous forme d'EJB (Enterprise JavaBeans).

Ces EJB ont été mis en oeuvre conformément aux meilleures pratiques suivantes :

  • Les EJB entity ne sont pas révélés aux autres parties du système. En fait, une façade, créée sous la forme d'un bean session EJB sans état, masque les entités. La façade communique avec ses clients via des objets de transfert qui représentent les données entity sous une forme abrégée.
  • Pour isoler le code client de toute technologie EJB, la façade est encapsulée dans une couche déléguée. Cette couche gère tous les détails techniques associés à la création et au fonctionnement des EJB.
  • La couche déléguée est divisée en deux : d'une part, une structure définit le comportement de la couche déléguée indépendamment de la mise en oeuvre et d'autre part, une mise en oeuvre EJB gère les EJB.