Discussion :

[alaweb]

Bonjour,

Je suis un habitué de Merise qui veux se convertir en UML,
j'ai commencé pour ce projet de site Web(Gestion Bibliothéque) par le Use Case, Diagramme de class et 2 Diagramme de séquence..
Veuillez me guider sur les éventuelles changement à faire et passer au shema de la BD..

Merci D'avance.

[bruno_pages]

Bonjour,

UC :

• ma première remarque est que ta bibliothèque va rapidement avoir des problèmes : les étudiants empruntent mais ne rendent jamais
  
• tu peux peut être fondre les UC emprunter et gerer emprunts en un, de même pour reserver et MAJ reservation ?
  
• il faudrait peut être aussi pouvoir annuler une réservation ?
  
• que veux dire MAJ ?

classes :

• ID_x n'est pas toujours du meme type
  
• tu utilises généralement des Date, sauf pour l'annee d'edition, normal ?
  
• afficher est la seule operation avec indication de parametre et ne retournant pas void, cela fait currieux, et en plus une opération afficher retournant un Ouvrage c'est louche ou mal nommé
  
• tes éditeurs ne sont pas très performants : ils n'editent qu'un ouvrage !
  
• de même tes domaines ne sontiennent également qu'un ouvrage
  
• vérifie donc tes multiplicités. le fait qu'un étudiant ne puisse faire qu'un réservation est plausible, de meme le fait qu'un ouvrage ne puisse etre réservé qu'une fois
  

diag de seq emprunt :

• les messages sont normallement des actions, il manque donc par exemple 'donner' dans carte biliotheque+nom livre
  
• les action sont effectuées par des instances, donc gestion bibliotheque -> gestionaire de bibiotheque

diag de seq reservation :

• est-ce que ce diagramme est un sous cas de reservation ? (cela conditionne les remarques suivantes)
  
• curieux de ne pas commencer par la remise de la carte et surtout le nom du livre
  
• tu as seulement mis le cas ou le livre est deja pris mais pas encore reserve il y a pourtant deux autres cas : livre pas encore pris, livre deja pris et reserve

[alaweb]

Merci pour ta reponse

UC :

• ma première remarque est que ta bibliothèque va rapidement avoir des problèmes : les étudiants empruntent mais ne rendent jamais
  

• J'ai ajouté Gérer Retard ça peut limiter les dégâts...
  
  

• tu peux peut être fondre les UC emprunter et gerer emprunts en un, de même pour reserver et MAJ reservation ?

[bruno_pages]

pour faciliter les reponses, y compris les tiennes en prennant des bouts du message auquel tu reponds, utilises 'citer' et decoupe si besoin en plusieurs [ QUOTE ] ... [ / QUOTE ]

J'ai ajouté Gérer Retard ça peut limiter les dégâts...

non, cela ne suffit pas, il faut que tu ajoutes 'rendre', de plus dans le nouveau diagramme il n'y a plus d'emprunt !!!

J'ai remplacé réserver par gérer réservation, ça devient plus géneral.

peut etre trop ?, il faut bien choisir le niveau, entre trop inutilement detaille et trop general ne disant plus rien, c'est pas facile

Quand je disais ID_x n'est pas toujours du meme type je ne demandais pas que ce soit le cas mais je m'en etonnais, juste pour que tu en verifies la pertinence

En mettant 1 du côté Ouvrage et 1..* côté editeurs j'ai pensé dir :
1 ouvrage est édité par un seul editeur,
1 Editeur edite plusieurs ouvrages.
Même chose pour domaine

c'est donc a l'envers pour la notation UML (mais peut etre pas pour MERISE ?)

sinon il faut que tu decoupes ton diagramme en deux, un pour les actions provoquee par l'etudiant (avec le bibliothequaire en acteur secondaire lorsque c'est le cas), et un autre avec seulement le bibliothequaire : un diagramme de cas doit etre simple et immediatement comprehensible, il doit aussi avoir un but (donc pas fourre tout comme je le disais dans un autre forum)

[alaweb]

Je résume ce que j'ai appris:

UC :
- Les cas d'utilisation doivent être représentatifs du système.
- Il faut bien choisir les actions qui s'approche de la réalité sans trop détailler
- On peut découper le UC en plusieurs selon les acteurs.

Classe:
- Faire des cardinalités selon les régles de gestion.
- Pour dire (par Ex.) 1 ouvrage est édité par un seul editeur, 1 Editeur edite plusieurs ouvrages. on met 1 du côté éditeur et 1..* du côté ouvrage.
- Les Types de donnés doivent être optimisés

Diag. Seq.:
- Les messages sont des actions.
- Les actions sont efféctués par des instances.
- Il faut représenter les DS chronologiquement (DS login, DS réserver, DS Annuler réserver...)

Ce que j'ai pas bien compris :

Classe :
- Comment choisir les arguments et les Types de retour des opérations d'une classe ?
- Comment passer à la base de données?

Merci