Nom du produit
Le diagramme de classe est un élément important dans une démarche de conception orientée objet. Il représente les différentes entités (les classes d'objet) intervenant dans le système.
En identifiant les concepts importants de l'application, nous avons réalisé un premier diagramme de classes pour représenter ces concepts et leurs associations.
Réalisons maintenant le diagramme de classes final qui servira de base au codage de l'application. La grande partie du travail a déjà été fait sur le modèle conceptuel.
Identifier les classes d'analyse
Pour améliorer le modèle conceptuel, nous devons identifier les classes d'analyse qui vont participer à la réalisation de chaque cas d'utilisation. Ces classes seront de trois types :
»Les entités représentent les informations persistantes de l'application, comme celles stockées dans une base de données. Les entités vont seulement posséder des attributs. Elles proviennent directement du modèle conceptuel.
» Les dialogues vont représenter l'interface utilisateur, les écrans proposés à l'utilisateur pour qu'il interagisse avec l'application. Les dialogues vont posséder des attributs et des opérations. Ils sont issues de la maquette.
» Les contrôles correspondent à la logique interne de l'application. Ils font la transition entre les dialogues et les données. Les contrôles vont seulement posséder des opérations.
On ajoutera aussi des associations entre les classes d'analyse, mais avec des règles strictes :
»Les dialogues ne peuvent être reliés qu'à des contrôles ou d'autres dialogues. En général, les associations sont unidirectionnelles, de dialogue vers contrôle.
»Les entités ne peuvent être reliées qu'aux contrôles ou à d'autres entitées. Toujours unidirectionnelles et dans le sens de contrôle vers entité.
»Les contrôles ont accès à tout type de classe, y compris d'autres contrôles.
Les acteurs peuvent aussi être rajoutés à ces diagrammes, un acteur ne pouvant être relié qu'à un dialogue.
Ajouter les opérations
L'attribution des bonnes responsabilités aux bonnes classes est l'un des problèmes les plus délicats de la conception orientée objet. Il convient alors de faire appel à son jugement et de se fier à quelques règles de base.
En consultant la description textuelle d'un cas d'utilisation et le diagramme de séquences, nous pouvons déjà identifier les principaux messages circulant entre l'utilisateur et le système.
Généralement, on dira qu'un message entre deux objets constitue une opération sur la classe de l'objet récepteur. Ainsi, si un objet A envoie un message op à un objet B, op() sera une opération de la classe B.
|
