Activité :
|
Objet
EJB Design a pour objet d'identifier et de spécifier les Classes de conception qui constituent les Enterprise JavaBeans (EJB). De même que pour l'Activité : Conception d'une classe, le but est le suivant :
|
|
Rôle : Concepteur | |
Fréquence : A lieu de nombreuses reprises dans toutes les itérations suivant la phase de création. Peut également apparaître dès la création en cas d'activités de prototypage. | |
Etapes | |
Artefacts d'entrée : | Artefacts de sortie : |
Guides d'utilisation de l'outil : | |
Plus d'informations : |
Détails de l'enchaînement d'activités : |
Distinguez les EJB des classes d'analyse et/ou des éléments initiaux du modèle de conception. Les EJB peuvent également être identifiés à l'intérieur d'un modèle de conception. L'incorporation d'un pattern permet d'exécuter efficacement de nombreuses étapes de cette activité (ajout de nouvelles classes, opérations, attributs et relations), mais selon les règles définies par le pattern. Des exemples de patterns J2EE sont donnés dans Patterns J2EE de base ([ALU01].
Un certain nombre de décisions essentielles doivent être prises.
Pour plus d'informations sur l'identification des EJB, voir Principes et conseils : Identification des EJB.
Identifiez tous les attributs de l'EJB.
Pour chaque bean d'entité, il s'agit notamment d'identifier ses attributs persistants et sa clé primaire.
Pour plus d'informations sur la définition des attributs des EJB, voir Principes et conseils: Conception des beans d'entité.
Cette étape s'applique aux beans de session et d'entité. Elle ne concerne pas les beans orientés message.
La conception des opérations est couverte par l'Activité: Conception des classes, notamment l'étape Définition des opérations.
Les EJB demandent certaines décisions capitales, notamment :
Pour plus d'informations sur la définition des opérations EJB, voir Principes et conseils : Conception des EJB.
La conception du comportement d'une classe est traitée dans Activité : Conception d'une classe.
Une des principales étapes de la conception d'un EJB consiste à identifier les mécanismes de l'EJB à utiliser, s'ils ne l'ont pas été lors de son identification initiale. Il s'agit alors de décider :
Beaucoup de ces décisions sur les mécanismes relèvent de l'architecte logiciel à l'échelon du projet, le Concepteur se contentant de suivre les principes et conseils définis pour le projet.
Alors qu'une partie du comportement des EJB est fournie par les méthodes, l'autre partie est fournie par les collaborations entre EJB. Vous pouvez créer des références entre EJB et, pour les EJB entité CMP 2.0, des relations gérées par conteneur (CMR) entre eux.
Des instructions détaillées sur la conception du comportement des EJB sont fournies dans Principes et conseils : Conception des EJB.
Cette étape s'applique à tous les EJB.
Elle comporte l'identification des classes de conception supplémentaires sur lesquelles repose la conception des EJB. Les classes les plus courantes de cette catégorie sont les classes de clé primaire (classes PK), les objets d'accès aux données (DAO) et les objets "valeurs" (VO). Les DAO sont utilisés dans l'implémentation des EJB entité à persistance gérée par le bean pour masquer les détails de manipulation de la base de données. Cela facilite le portage d'une application entre serveurs de bases de données. Les VO sont utilisés pour accéder de façon transparente aux données et passer efficacement les valeurs des données entre composants.
Vous pouvez créer des références entre EJB, ainsi que des relations gérées par le conteneur (CMR).
Des classes de prise en charge supplémentaires peuvent être définies par l'application de patterns. Pour plus d'informations sur les patterns J2EE, voir patterns J2EE de base ([ALU01].
Voir Activité : Conception d'une classe pour des instructions d'ordre général sur la conception des classes.
RUP (Rational Unified Process)
|