Version imprimable
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.
Bonjour,
UC :
- ma première remarque est que ta bibliothèque va rapidement avoir des problèmes : les étudiants empruntent mais ne rendent jamais :D
- 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
Merci pour ta reponse
Citation:
Envoyé par bruno_pages
- J'ai ajouté Gérer Retard ça peut limiter les dégâts... ;)
manque de Révision.. c'est en double, j'ai changé..Citation:
Envoyé par bruno_pages
J'ai remplacé réserver par gérer réservation, ça devient plus géneral.Citation:
Envoyé par bruno_pages
ça veut dire Mise à jour, je l'ai remplacé par Gérer qui est plus juste.Citation:
Envoyé par bruno_pages
Envoyé par bruno_pages
J'ai pensé à le faire comme entier pour pouvoir gérer plus facilement les années d'editions 2001, 2002... au lieu de 01/01/2001 ...Citation:
Envoyé par bruno_pages
J'ai des confusions sur les opérations, est ce qu'ont doit normalement spécifier les arguments et leurs Type et le type retournés : Chercher(MotClé : String) : Array..Citation:
Envoyé par bruno_pages
si c'est comme ça dont tout mes opérations doivent avoir des arguments et des type de retour plus représentatifs..
En mettant 1 du côté Ouvrage et 1..* côté editeurs j'ai pensé dir :Citation:
Envoyé par bruno_pages
1 ouvrage est édité par un seul editeur,
1 Editeur edite plusieurs ouvrages.
Même chose pour domaine,
est ce que vous pouvez me montrer un exemple de cardinalité qui me m'éviterait les erreurs de ce type..
http://dnastrass.free.fr/Diagrammede...ilisation1.png
http://dnastrass.free.fr/Diag_Seq.png
Je réviserais le cours et je chercherais des exemples avant de corriger le reste.
Merci Infiniment
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 ] ;)
non, cela ne suffit pas, il faut que tu ajoutes 'rendre', de plus dans le nouveau diagramme il n'y a plus d'emprunt !!!Citation:
Envoyé par alaweb
peut etre trop ?, il faut bien choisir le niveau, entre trop inutilement detaille et trop general ne disant plus rien, c'est pas facile :DCitation:
J'ai remplacé réserver par gérer réservation, ça devient plus géneral.
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
c'est donc a l'envers pour la notation UML (mais peut etre pas pour MERISE ?)Citation:
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
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)
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