WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Conception d'un lan et implémentation d'un système de télé-enseignement dans une institution universitaire.

( Télécharger le fichier original )
par Ir John MONDELA
Méthodiste au Katanga - En Sciences Informatiques 2015
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

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

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Nous devons apprendre à vivre ensemble comme des frères sinon nous allons mourir tous ensemble comme des idiots"   Martin Luther King