Grosses erreurs à points négatifs
Use Cases (UC) = Cas d'utilisation
Il ne faut pas représenter, le système informatique ne fait rien pour cela : “Lorsqu'ils ne parviennent pas à modifier les informations sur un produit ils vont voir la responsable des marchés et en discute avec elle.”
Il ne faut pas écrire IngénieurS !!
Il faut utiliser des verbes à l'infinitif
Classes relativement au Diagramme de séquence
C'est des points hyper faciles !! Il suffit de lire
les acteurs ne font pas partie des classes donc pas : ingenieur, robot… et encore moins des classes ROO12, Gerald !
Système n'est pas une classe ! C'est une représentation de l'application pour les éléments non encore modélisés.
Classes
- Une classe est le “moule” pour ses Instances donc pas de classe PatronS
mais une classe Patron
car une instance correspondra à un Patron donné pas un ensemble de Patrons
Erreurs fréquentes
UC
- Des associations entre UC sans aucune signification
Diagramme de classes
Ce qui est faux, sera davantage sanctionné lors du prochain contrôle.
De l'héritage n'importe où (confusion entre association et héritage ?), c'est grave, c'est faux !
des associations et des attributs qui représentent la même information, c'est faux!
des attributs à la place d'associations, on ne veut pas de cela.
Des associations mal définies (pas de cardinalité et/ou pas de rôles)
Quelques erreurs sur copie
UC avec des relations mystérieuses !!
Quasiment toues les relations à l'envers
MAIS les instances ne doivent pas être dans le diagramme de classe !
Relations... inattendues
Une matiere est un tissus? Un plan de coupe est un tissus??
Dans un diagramme de classe, il n'y a que des classes
Donc pas besoin de :Classe, à moins que le nom de la classe commence par :.
Vous utilisez :Classe dans les diagrammes de séqunences
Des éléments de correction par Foivos
Résultats
moyenne 11,62162162
Mediane 12
ecarttype 4,331954232