Discussion :

[SmileSoft]

Salut


Il s’agit de concevoir un système d’enseignement et d’apprentissage. Cette application informatique doit permettre à des élèves d’apprendre la résolution de problèmes en « Architecture des ordinateurs » de façon autonome tout en ayant recours, si besoin est, à l’aide d’un enseignant.

Ce système s’adresse donc a deux types d’utilisateurs des élèves et des enseignants qui accèdent à l’application au moyen d’un équipement banalisé (ordinateur personnel),en spécifiant un nom d’utilisateur et un mot de passe.
Lorsqu’un élève est connecté, une interface graphique lui donne accès à son « cartable électronique » qui contient un ensemble d’exercices qu’il doit faire. Il peut choisir parmi la liste d’exercices celui sur lequel il désire travailler, et il peut demander ensuite une vérification. L’analyse consiste seulement à comparer la solution de l’élève avec celle proposé par l’enseignant.

Un enseignant qui se connecte au système dispose également d’une interface graphique qui va lui permettre d’accéder à son « casier électronique » .Il renferme les exercices que l’enseignant crée, modifie ou supprime, constituant ainsi une base de données.
Chaque élève connecté a l’accès à la liste des autres élèves et enseignants connectés.

Cette liste correspond aux élèves qui ont un niveau de connaissance identique et des enseignants qui peuvent intervenir pour apporter leur aide. Comme pour l’élève chaque enseignant a accès à la liste des autres élèves et enseignants connectés.

Je cherche à établir le diagramme de classe de ce système est ce que vous pouvez m’aider là-dessus ?


Merci d’avance

[wiztricks]

Il serait peut être sage de rédiger d'abord les Use Case de façon plus précise.
- W

[SmileSoft]

Salut wiztricks

Il serait peut être sage de rédiger d'abord les Use Case de façon plus précise.
- W

Voilà, ci joint une image jpeg contenant le diagramme use-case, peut être il comporte des erreurs

si vous avez des propositions, n'hésitez pas de me corriger.


Merci d'avance

[wiztricks]

Très joli diagramme.
La partie "authentification" est un peu lourde par rapport au reste.

Ceci dit, je me suis sans doute mal exprimé mais je parlais d'"Use Case Scenarii", dans lesquels on va détailler la séquence des différentes opérations réalisées sous forme de texte.
Ils vont permettre de définir un contexte pour "tester" (conceptuellement) les différents objets/classes, définir leurs relations, les cardinalités, etc.

Personnellement, à partir des UC, j'essaie plutôt de faire des DFDs (avant les diagrammes de classes) car il comporte plus d'informations côté "flux" qu'un UCD. Généralement, ils sont plus compréhensibles par des non informaticiens (faire que le client s'y retrouve et puisse critiquer est important dans une phase de conception).

- W