Analyse du domaine
1. Introduction
L’objectif de ce chapitre est de présenter le résultat de l’analyse du domaine du projet QuizMaker, sous la forme d’un modèle du domaine.
Le modèle du domaine est un système d’abstractions qui décrit des aspects sélectionnés d’un domaine : une sphère de connaissances, d’influences ou d’activités.
Ce modèle sera utilisé pour résoudre des problèmes liés à ce domaine. Le modèle de domaine est donc une représentation des concepts significatifs du monde réel, qui sont pertinents pour la solution logicielle. Les concepts comprennent les données et les règles qui s’appliquent à ces données. Le modèle de domaine exploite le langage naturel du domaine.
Le modèle de domaine utilise généralement le vocabulaire du domaine, ce qui permet de communiquer une représentation du modèle aux parties prenantes non techniques. Il ne doit pas faire référence à des implémentations techniques telles que des bases de données ou des composants logiciels en cours de conception.
2. Analyse préliminaire
QuizMaker est un gestionnaire de questionnaires de type QCM. Il est utilisé par deux acteurs différents, les Enseignants et les Étudiants.
L’enseignant peut créer des questions à choix multiple et les ajouter à une banque de questions. Chaque question contient plusieurs options de réponse, correctes ou incorrectes. Une question possède au moins une réponse correcte.
L’enseignant peut créer aussi des questionnaires, composés d’un ensemble de questions, et des épreuves.
Les étudiants participent aux épreuves. Ils répondent aux questions du questionnaire lié à l’épreuve et sa note pour cette épreuve est calculée à partir de ses réponses.
3. Cas d’utilisation
3.1. UC-1 — Préparation d’un questionnaire
| Item | Description |
|---|---|
# |
UC-1 |
Cas d’utilisation |
Préparation d’un questionnaire |
Alias |
Initialisation, Mise en place |
Objectif contextuel |
Créer un questionnaire composé d’un ensemble de questions |
Portée |
Système (Le projet QuizMaker) |
Niveau |
Utilisateur |
Échéance |
Version 1.0.0 |
Condition de succès |
Le questionnaire est prêt et contient un ensemble de questions |
Condition d’échec |
Le questionnaire ne contient aucune question |
Acteurs principaux : |
L’enseignant |
Acteurs secondaires |
|
Événement déclencheur |
L’enseignant souhaite créer un questionnaire |
Priorité |
Haute |
Fréquence |
Une fois par semaine |
Pré-conditions |
L’enseignant connaît le thème de son questionnaire et les questions qu’il souhaite y ajouter. |
Post-conditions |
|
Scénario nominal |
|
Extensions |
|
Alternatives |
|
Cas d’utilisation supérieur |
Aucun |
Cas d’utilisation subordonnés |
Aucun |
Objectif de Performance |
Aucun |
Problèmes ouverts |
|
Contraintes |
|
Annexes |
Aucun |
3.2. UC-2 — Réalisation d’une épreuve
| Item | Description |
|---|---|
# |
UC-2 |
Cas d’utilisation |
Réalisation d’une épreuve |
Alias |
|
Objectif contextuel |
Évaluer les étudiants grâce à un questionnaire de type QCM |
Portée |
Système (QuizMaker) |
Niveau |
Utilisateur |
Échéance |
Version 1.0.0 |
Condition de succès |
Les étudiants répondent aux questions et obtiennent leurs notes |
Condition d’échec |
L’enseignant n’a pas les notes des étudiants pour son épreuve |
Acteurs principaux : |
L’enseignant, les étudiants |
Acteurs secondaires |
|
Événement déclencheur |
L’enseignant souhaite évaluer ses étudiants |
Priorité |
Haute |
Fréquence |
Une fois par semaine aux maximum. |
Pré-conditions |
|
Post-conditions |
Les étudiants ont une note pour cette épreuve |
Scénario nominal |
|
Extensions |
Aucune |
Alternatives |
Aucune |
Cas d’utilisation supérieur |
Aucun |
Cas d’utilisation subordonnés |
Aucun |
Objectif de Performance |
Aucun |
Problèmes ouverts |
Aucun, pour l’instant |
Contraintes |
|
Annexes |
Aucun |