CHAPITRE TROISIEME ETUDE CONCEPTUELLE
Sans vouloir anticiper avec violence, nous voulons qu'il nous
soit permis au préalable de dire ce que nous pouvons exactement faire
dans cette partie du travail dite troisième chapitre qui est
l'étude conceptuelle.
Dans le présent chapitre il sera question de faires une
résumé des besoins des utilisateurs et aussi faire la
modélisation de la dite application qui sera implémenter pour le
télé-enseignement.
1. RESUME DES BESOINS DES UTILISATEURS
L'UMK comme étant une institution universitaire les
utilisateurs de son réseau éprouve un besoin du coté
éducation dans les diverses cours organiser en son sein et surtout du
côté de la faculté d'informatique qui regorges un grand
nombres d'étudiants, nous avons remarqué qu'il y a plusieurs
lacunes dans l'intellect des étudiants par le fait que la salle de
l'auditoire est petite sur ceux ses utilisateurs qui sont en grande partie les
étudiants , leurs besoins et de bénéficier d'une
très bonne éducation professionnelle une promotion tout
entière au même moment sans perdre le temps du côté
enseignant et même du côté des étudiants.
3. MODELISATION DU SYSTEME a.
Diagramme de cas d'utilisation
Figure 5Diagramme des cas d'Utilisateurs
<<include>>
CONSULTER HORAIRE
Doyen
<<include>>
CONSULTER COURS
S'AUTHENTIFIER
<<include>>
PUBLIER TUTO
<<include>>
Etudiant
<<include>>
ENSEIGNER A DISTANCE
<<include>>
ETUDIER A DISTANCE
Professeur
System
PUBLIER HORAIRE
Référence : L'auteur
45
b. Paquetage des cas d'utilisation
Ceci est dit paquetage des cas d'utilisation ou encore
description textuelle des cas d'utilisation, et ceci design l'action de
décrire ou de représenter une chose ou une personne dans son
ensemble.35
Notre diagramme des cas d'utilisation plusieurs cas
d'utilisation dont nous
citons ;
Nom Cas d'Utilisation : Authentification.
· Objectif : pour la sécurité du
système et afin d'éviter le piratage.
· Acteurs concerné : Utilisateur du
système.
· Précondition : Avoir le système et
l'accès au réseau.
· Post condition : Utiliser le système.
· Scenario nominal :
1. L'Utilisateur s'authentifie.
2. Le système vérifie l'authentification.
3. Le système donne l'accès au système.
· Scenario alternatif :
2. Le système vérifie l'authentification.
2. a. Si l'authentification est incorrecte, on affiche le
message « pas d'accès ».
2. b. Si l'authentification est correct, on affiche le message
«Connecter au système» ; Nom Cas d'Utilisation : Publier
Horaire
· Objectif : Informer les étudiants sur le cours
qu'ils doivent avoir ou les informé sur le programme des cours.
· Acteurs concerné : Doyen.
· Précondition : S'authentifier en tant que
doyen.
· Post condition : Publier l'horaire.
· Scenario nominal :
1 Rechercher d'information.
2 Sélectionner données.
3 Afficher Horaire.
35 Trésor Ramazani, cours inédit
Méthode d'Analyse Informatique (UML), Université
Méthodiste au Katanga, 2015-2016
46
4 Publier Horaire.
· Scenario alternatif :
2. Sélectionner Horaire.
2. a. Si l'horaire est sélectionné « le
système donne la possibilité de publier ».
2. b. Si l'horaire n'est pas sélectionné « le
système ne donne pas la possibilité de publier ;
Nom Cas d'Utilisation : Consulter l'horaire.
· Objectif : être informer sur le programme des
cours.
· Acteurs concerné : Etudiant, Enseignant.
· Précondition : Avoir l'accès au
système.
· Post condition : horaire afficher.
· Scenario nominal :
1. Recherche de l'horaire.
2. Vérification de la disponibilité de
l'horaire.
3. Horaire Non disponible.
4. Horaire disponible.
· Scenario alternatif :
2. Vérification de la disponibilité de l'horaire
;
2. a. Si l'horaire est disponible, on l'affiche.
2. b. Si l'horaire n'est pas disponible on affiche le message
« l'horaire non disponible ».
Nom Cas d'Utilisation : Consulter les Cours.
· Objectif : faire la révision, voir les contenu du
cours.
· Acteurs concerné : Etudiant et le Doyen.
· Précondition : Avoir l'accès au
système.
· Post condition : Consultation des cours.
· Scenario nomina l :
1. Rechercher cours.
2. Le système vérifie les cours disponible.
3. Le système affiche les cours disponible.
· Scenario alternatif :
2. Le système vérifie les cours disponible. 2. a.
Le système affiche les cours disponible.
47
Nom Cas d'Utilisation : Publier Tuto.
· Objectif : pour aider les étudiants à
s'auto former sur base des supports.
· Acteurs concerné : Enseignant.
· Précondition : avoir accès au
système et avoir le Tuto.
· Post condition : Publier Tuto.
· Scenario nominal :
1. Recherche Tuto.
2. Sélectionner Tuto.
3. Si le Tuto est trouvé le système donne
l'accès de publication.
· Scenario alternatif :
2. Le système vérifie l'authentification.
2. a. Si le Tuto est trouvé le système donne
l'accès de publication.
2. b. Si le Tuto n'est pas trouvé le système ne
donne pas l'accès de le publier.
Nom Cas d'Utilisation : Enseigner en Direct.
· Objectif : Permettre à l'enseignant de n'est pas
toujours se déplacer pour donner cours.
· Acteurs concerné : Enseignant.
· Précondition : Avoir accès au
réseau, savoir lancer l'application, s'authentifier.
· Post condition : Enseigner de loin.
· Scenario nominal :
1. L'enseignant lance l'application.
2. Le système présente la plateforme
d'échange.
3. L'Enseignant donne cours à distance.
· Scenario alternatif : Néant.
Nom Cas d'Utilisation : Suivre le cours en Direct.
· Objectif : Permettre à l'enseignant de n'est pas
toujours se déplacer pour donner cours.
· Acteurs concerné : Etudiant.
· Précondition : S'authentifier, avoir
l'accès au réseau, savoir lancer l'application.
· Post condition : suivre le cours en Direct.
· Scenario nominal :
1.
48
L'Etudiant lance l'application.
2. Le système présente la plateforme
d'échange.
3. L'Etudiant suit le cours à distance en direct. ?
Scenario alternatif : Néant.
49
c. Diagramme de séquence
système
Nom de cas d'utilisation : Publier Horaire.
Figure 6. Diagramme de séquence système du cas
d'utilisation Publier horaire.
SYSTEM
: Doyen
1 : RECHERCHER
HORAIRE()
2 :
SELECTIONNER()
Alt
3 : AFFICHER
HORAIRE
4 :
PUBLIER()
5 : HORAIRE
PUBLIER
Référence : L'auteur
Nom de cas d'utilisation : Consulter Horaire.
Figure 7. Diagramme de séquence système du cas
d'utilisation Consulter horaire.
: Etudiant
1 :
RECHERCHER()
2 :
RECHERCHE()
Alt
3 : HORAIRE NON
DISPONIBLE
4 : HORAIRE
DISPONIBLE
5 : HORAIRE AFFICHER
POUR CONSULTER
Référence : L'auteur
system
50
Nom de cas d'utilisation : Consulter Cours.
Figure 8. Diagramme de séquence système du cas
d'utilisation Consulter cours.
SYSTEME
: Enseignant
1 : CONSULTER
COURS()
2 :
RECHERCHE()
3 : COURS
AFFICHER
4 : CONSULTER
COURS
Référence : L'auteur
Nom de cas d'utilisation : Publier Tuto.
Figure 9. Diagramme de séquence système du cas
d'utilisation Publier Tuto.
SYSTEME
: Enseignant 1 : PUBLIER
TUTO()
2 :
RECHERCHE()
Alt
3 : TUTO NON
DISPONIBLE
4 : TUTO
DISPONIBLE
5 : TUTO
PUBLIER
Référence : L'auteur
51
Nom de cas d'utilisation : enseigner à distance.
Figure 10. Diagramme de séquence système du cas
d'utilisation Enseigner à distance.
SYSTEME
: Enseignant
1 :
OUVERTURE()
2 : PLATE FORME
D'ECHANGE
3 :
ENSEIGNER
Référence : L'auteur
Nom de cas d'utilisation : Etudier à distance.
Figure 11. Diagramme de séquence système du cas
d'utilisation Etudier à distance.
SYSTEME
: Etudiant
1 :
OUVERTURE()
2 : INTERFACE
D'ECHANGE
3 : ETUDIER A
DISTANCE
Référence : L'auteur
52
d. Diagramme de classe
Figure 12. Diagramme de classe.
1..*
ETUDIANT
+NUM_MAT_ET{PK}
+NOM_ET
+PROMOTION
+ENREGISTRER()
+SUPPRIMER()
+MODIFIER()
LIRE 1
HORAIRE
1
+CODE_HORAIRE{PK}
+NOM_COURS
#CODE_ENSEIGNANT
+ENREGISTRER()
+SUPPRIMER()
+MODIFIER()
1..*
ENSEIGNANT
AVOIR
ETABLIR
ADMIN
1
+CODE_DOYEN{PK}
+NOM_DOYEN
#CODE_HORAIRE
1 +CODE_ENSEIGNANT{PK}
#NUM_MAT_ET
+NOM_ENSEIGNANT
+ENREGISTRER()
+MODIFIER()
|
+ENREGISTRER()
+MODIFIER()
|
53
Nom de cas d'utilisation : Publier Horaire.
Figure 13. Diagramme de séquence système
détaillé du cas d'utilisation Publier horaire.
INTERFACE CONTROLE RECHERCHE BASE DES DONNEES
: Doyen
1 : LANCEMENT DE LA RECHERCHE()
6 : HORAIRE PUBLIER
2 : GET INFOS()
5 : CREAT
4 : HORAIRE SELECTIONNE
3 : RECHERCHE()
Référence : L'auteur
e. Diagramme de classe
Nom de cas d'utilisation : Consulter Horaire.
Figure 14. Diagramme de séquence système
détaillé du cas d'utilisation Consulter horaire.
INTERFACE
: Etudiant
CONTROL BDD
1 : LANCEMENT DE LA RECHERCHE()
2 : GET INFOS()
3 : RECHERCHE EN COURS()
4 : RESULTAT
Alt
5 : HORAIRE NON DISPONIBLE
6 : COURS NON DISPONIBLE
7 : HORAIRE DISPONIBLE
8 : HORAIRE AFFICHER
Référence : L'auteur
54
Nom de cas d'utilisation : Consulter Cours.
Figure 15. Diagramme de séquence système
détaillé du cas d'utilisation Consulter cours.
BDD
: Etudiant
1 : CONSULTER COURS()
2 : ENVOIE DE LA REQUETTE()
3 : RECHERCHE EN COURS()
4 : RESULTATS
5 : COURS TROUVE
6 : CONSULTER COURS
Référence : L'auteur
Nom de cas d'utilisation : Publier Tuto.
INTERFACE CONSULTER RECHERCHE
Figure 16. Diagramme de séquence système
détaillé du cas d'utilisation Publier Tuto.
BDD
CONTROL TUTO
INTERFACE DE PUBLICATION
: Enseignant
1 : PUBLIER TUTO()
2 : GET INFOS()
3 : RECHERCHE TUTO()
4 : RESULTATS
Alt
5 : TUTO INTROUVAVLE
6 : TUTO INTROUVABLE
7 : TUTO DISPONIBLE
8 : PUBLICATION EFFECTUE
Référence : L'auteur
55
Nom de cas d'utilisation : enseigner à distance.
Figure 17. Diagramme de séquence système
détaillé du cas d'utilisation Enseigne à distance.
INTERFACE D'ENSEIGNEMENT BDD
CONTROLE MATERIELS
: Enseignant
1 :
OUVERTURE()
2 : LANCEMENT DES
MATERIELS()
3 : OUVERTURE DES
MATERIELS
4 : PLATE FORME
D'ECHANGE
5 :
ENSEIGNER
Référence : L'auteur
Nom de cas d'utilisation : Etudier à distance.
Figure 18. Diagramme de séquence système
détaillé du cas d'utilisation Etudier à distance.
INTERFACE D'ETUDE
CONTROL MATERIELS BDD
: Etudiant
1 :
OUVERTURE()
2 : CONTROLE DE
MATERIELS()
3 : OUVERTURE DES
MATERIELS
4 : INTERFACE
D'ECHANGE
5 : ETUDIER A
DISTANCE
Référence : L'auteur
56
|