Discussion :

[istatdi]

bonjour.
Généralement quand on développe une application on a une base de données. La gestion de cette base doit être prise en compte dans la phase de conception.
Par exemple on a la classe client avec l'opération Ajouter un nouveau à la base.

[bruno_pages]

Bonjour,

et donc ? avez-vous une question ?

[istatdi]

La question est :
On considère une classe client avec les opérations AjouterClient, ListeClients et des méthodes comme ça qui ont une relation avec la base de données. L'accès à la base de données on l'intègre dans ces opérations ou on le mettra dans une classe à part ?
SVP si vous avez un exemple (cours ou lien) qui donne le processus de l'analyse à l’implémentation en passant par la conception ?
Merci à vous.

[CinePhil]

Pour la modélisation des bases de données, je recommande plutôt le Modèle Conceptuel de Données (MCD) de la méthode Merise.

Quelle que soit la méthode de conception et les schémas utilisés lors de cette phase, il faut commencer par modéliser la base de données et l'application doit prendre en compte la structure de la BDD. Ce n'est pas l'application qui commande la structure de la BDD !

Et de préférence, l'application utilise des vues plutôt que les tables. Si la structure de la BDD change, on peut toujours reconstituer les vues sans avoir besoin de toucher aux programmes qui utilisent la BDD.

Il y a plein de tutoriels sur Merise et sur UML sur Developpez.com. Cherche un peu !

[istatdi]

Merci pour votre réponse.
Une question : pour la modélisation des données pourquoi ne pas partir du diagramme de classes ?
Moi ce que je cherche c'est de modéliser le tout en utilisant UML sans passer par les deux (merise pour les données et UML pour le reste).

Pour la doc que je cherche c'est des projets complets (j'ai pas cessé depuis plusieurs jours) et j'ai pas tombé sur un qui me satisfait.

En tout je vous remercie encore et bonne journée et fin de semaine.

[CinePhil]

Tu peux utiliser le diagramme de classes mais fais-en un spécifique pour le modèle de données en faisant abstraction du côté métier de l'application.

On peut plus facilement faire des erreurs de modélisation de données avec un diagramme de classe, ou en modélisant directement en MLD merisien, qu'en passant par un MCD qui est plus rigoureux.

[pseudocode]

Merci pour votre réponse.
Une question : pour la modélisation des données pourquoi ne pas partir du diagramme de classes ?
Moi ce que je cherche c'est de modéliser le tout en utilisant UML sans passer par les deux (merise pour les données et UML pour le reste).

Ce n'est pas évident de tout modéliser dans un seul schéma. Il y a des "niveaux" dans la conception d'une solution, et donc des schémas différents pour chaque niveau.

Par exemple:

• Niveau "Besoin" : on modélise le problème (Acteurs, entités, fonctions)
• Niveau "Application" : on modélise la solution au problème (Classes, Activités, Séquences)
• Niveau "Technique" : on modélise l'implémentation de la solution (Bdd, Schéma, requêtes SQL)