Discussion :

[manel007]

salut à tous

j'aimerais bien savoir coment faire la difference entre les classes qui vont etre transformées en tables dans la BD, et celle qui seront du code ?

Merci

[Higgins]

Les classes persistantes(celles dont on veut garder les valeurs) seront stockées dans la base de données

[Yveke]

Sorry j'avais pas compris la question

[ego]

Tu peux aussi utiliser les stéréotypes suivants :

- Entity
- Control
- Boundary

Control = classes enchainent des traitements d'autres contrôleurs, boundary ou entity. Ces classes ne sont pas persistantes = pas sotckées en BD
Boundary = classes utilisée pour modéliser l'interface de l'appli. Des boundary représentent des classes/pages IHM et d'autres des classes permettant l'interfaçage avec d'autres application. Ces classes ne sont pas persistantes = pas sotckées en BD.
Entity = classes "données" (qui peuvent avoir des méthodes, souvent des méthodes jugées "intrinsèques"). Parmi les Entity il y a les Entity "peristantes" = stockées en BD. Dans la pluspart des outils tu as une propriété "Persistant" au niveau des classes.

C'est donc des Entity peristantes que tu déduis ton MPD. Dans le monde objet, on assimile souvent le MCD Merise au modèle des classes persistantes.

[alex00]

Tu peux aussi faire la distinction en regroupant les classes de conception dans des packages (un par plate-forme: container, persistance, présentation, ...)
C'est une manière (parmi d'autres) compatible avec les approches analyse/conception et MDA (PIM, PSM).

L'utilisation de couleurs peut parfois convenir.

Une autre manière de faire... est de ne pas les distinguer.
Par exemple, en changeant les properties de Rose, on peut générer une classe C++, ou un schéma de bd objet Versant - ceci à partir d'une seule classe UML.

Quel est ton contexte ?

[manel007]

je vous remercie bien, ça m'a beaucoup aidé