Dans cet exercice, vous créez le diagramme du domaine fonctionnel Account Operations et le diagramme du modèle de domaine PiggyBank. Ce dernier décrit le domaine du système PiggyBank grâce à un diagramme montrant les principales classes du système.
Le modèle d'analyse s'appuie sur le domaine fonctionnel Account Operations que vous avez identifié dans le module 1. Le package Account Operations contient le sous-package Account Operations Analysis Elements, ainsi que les réalisations des cas d'utilisation Transfer Money, Transfer Money et Cash Check. Le sous-package Account Operations Analysis Elements contient les éléments d'analyse Rational Unified Process® (RUP®) que vous créez lors de la modélisation de la structure statique du modèle. Le package contient également le diagramme des éléments d'analyse d'opérations sur les comptes, lequel sert d'espace de travail pour la création des diagrammes de niveaux de domaine.
Le diagramme de domaine est un type de diagramme de classes qui montre les classes principales du système, ici le système PiggyBank de banque en ligne. Ce diagramme simple de classes montre les principales classes que vous avez identifiés dans l'exercice principal, les attributs des classes et les relations existant entre les classes. Le modèle de domaine se contente de décrire le domaine du système, il n'entre pas dans les détails de l'application elle-même. Pour ce faire, le modèle de domaine ne modélise que les classes d'entités du système et leurs relations. L'on dit du diagramme de domaine qu'il est statique car il ne modélise que la structure du système. Dans cet exercice, vous créez le diagramme des classes d'entités dont vous modélisez les attributs. Vous identifiez et modélisez les opérations de chaque entité lorsque vous créez le diagramme de séquence pour chacun des cas d'utilisation.
La modélisation est un processus itératif. Le modèle de domaine se transforme au fur et à mesure que vous découvrez davantage d'informations concernant le système que vous modélisez. Dans le présent tutoriel, vous esquissez les grands traits du diagramme de base du domaine et vous modélisez la totalité des attributs de chaque entité.
Le modèle d'analyse reposant sur le modèle de cas d'utilisation, les éléments d'analyse et les réalisations des cas d'utilisation PiggyBank sont stockés dans le domaine fonctionnel Account Operations. Vous devez créer à la racine du modèle un nouveau domaine fonctionnel Account Operations.
Le domaine fonctionnel Account Operations contient les réalisations de cas d'utilisation et les éléments d'analyse du modèle d'analyse PiggyBank. Le sous-package Account Operations Analysis Elements contient la totalité des éléments d'analyse du projet. Le diagramme des classes d'analyse des opérations sur des comptes peut vous servir d'espace de travail dans lequel vous élaborerez les diagrammes du domaine PiggyBank.
Vous créez le diagramme de modèle de domaine dans le domaine fonctionnel Account Operations, puis vous copiez vers le package «perspective» Overviews du canevas de modèle d'analyse les éléments de modèle que vous visualisez. Le diagramme des classes d'analyse des opérations sur les comptes est l'espace de travail où créer les diagrammes, tandis que le package «perspective» Overviews ne contient que la copie finale de ces diagrammes et non leurs classes.
Vous avez créé le diagramme des éléments d'analyse PiggyBank. Ce diagramme est l'espace de travail dans lequel vous pourrez créer et visualiser les classes au sein de la structure du domaine fonctionnel. Vous devez créer dans ce package vos diagrammes de classes de niveau de domaine, puis vous ferez glisser les diagrammes complets vers le package «perspective» Overviews ; le modèle sera alors complet.
La classe Account représente le compte de l'utilisateur de PiggyBank. Cette classe décrit les tâches fonctionnelles qui lui sont associées : par exemple getBalance et findForCustomer.
La classe Transfer Money décrit la transaction qui se produit lorsqu'un client transfère des fonds entre deux comptes. Cette classe possède deux associations avec la classe Account.
Vous avez modélisé la classe Transfer Money.
La classe Transfer Money dépend de la classe Account.
Vous avez modélisé les relations de la classe Transfer Money. Votre diagramme doit ressembler à celui-ci :
La classe Check décrit l'encaissement d'un chèque chez PiggyBank.
Vous avez modélisé la classe Check. Votre diagramme doit ressembler à celui-ci :
La classe Check dépend de la classe Account.
Vous avez modélisé les relations de la classe Check.
La classe Customer décrit le client PiggyBank.
Vous avez modélisé la classe Customer.
La classe Account dépend de la classe Customer.
Vous avez modélisé les relations de la classe Customer. Vous avez également fini de dessiner la structure de base du diagramme de domaine. Votre diagramme doit ressembler à celui-ci :
Le diagramme modélise le domaine de base du système en décrivant la structure des principales classes du système et les relations qui existent entre ces classes. Ainsi, un client, identifié par un ID de connexion et un nom uniques, pourra posséder plusieurs comptes, mais un compte ne peut appartenir à plusieurs clients.
A présent, vous créez dans le package «perspective» Overviews le diagramme du modèle de domaine PiggyBank. Ce sera la version finale du diagramme, celle qui en donne une vision d'ensemble et permet la navigation.
Vous avez créé dans le package «perspective» Overviews le diagramme du modèle de domaine PiggyBank. Il s'agit de la version finale de votre diagramme. Le diagramme des classes d'analyse des opérations sur des comptes peut vous servir d'espace de travail dans lequel vous élaborerez les diagrammes des participants aux cas d'utilisation.
Vous pouvez passer maintenant à l'exercice 2.4 : Créer le diagramme de présentation de la réalisation des cas d'utilisation Account Operations.