gestion des compétences des enseignants

8/7/2019 Gestion des comptences des enseignants

1/34

Table des matires

Table des matires ................................ ................................ ................................ ............. 2

Introduction gnrale ................................ ................................ ................................ ......... 5

Chapitre 1 : Etat de lart ................................ ................................ ................................ ..... 6

1.1. Introduction ................................ ................................ ................................ ........................ 6

1.2. Description du projet................................ ................................ ................................ ........... 6

1.3. Problmatique................................ ................................ ................................ ..................... 6

1.4. Solution propose ................................ ................................ ................................ ............... 7

1.5. Conclusion................................ ................................ ................................ .......................... 7

Chapitre 2 : Spcification et analyse des besoins ................................ ................................ 8

1.1. Introduction ................................ ................................ ................................ ........................ 8

1.2. Identification des acteurs................................ ................................ ................................ ..... 8

1.3. Besoins fonctionnels................................ ................................ ................................ ........... 8

1.4. Besoins non fonctionnels ................................ ................................ ................................ .. 12

1.5. Diagramme des cas dutilisation................................ ................................ ........................ 13

1.6. Diagramme de squences................................ ................................ ................................ .. 20

1.7. Conclusion................................ ................................ ................................ ........................ 23

Chapitre 3 : Conception ................................ ................................ ................................ ... 24

3.1. Introduction ................................ ................................ ................................ ...................... 24

3.2. Diagramme des classes ................................ ................................ ................................ ..... 24

3.3. Structure de stockage ................................ ................................ ................................ ........ 27

3.4. Conclusion................................ ................................ ................................ ........................ 28

Chapitre 4 : Ralisation................................ ................................ ................................ .... 29

4.1. Introduction ................................ ................................ ................................ ...................... 29

4.2. Environnement matriel et logiciel................................ ................................ .................... 29

4.3. Aperu de lapplication................................ ................................ ................................ ..... 30

4.4. Critiques ................................ ................................ ................................ ........................... 33

4.5. Conclusion................................ ................................ ................................ ........................ 34

Conclusion gnrale................................ ................................ ................................ ......... 35


2/34


3/34

4

Liste des tableaux

Tableau 1 Cas d'utilisation Grer les matires ................................ ....................... 15

Tableau 2 Cas d'utilisation Grer les tudiants ................................ ...................... 15

Tableau 3 Cas d'utilisation Grer les groupes ................................ ........................ 16


4/34

5

Introduction gnrale

Lenseignement est un des secteurs les plus sensibles au cur de toute socit moderne, les

gouvernements aujourdhui mettent tout en uvre pour promouvoir ce secteur dans lespoir

de munir les gnrations futures des meilleures armes censes leur permettre daffronter avec

confiance la vie dadultes pleinement productifs dans laquelle ils entreront de plain pied et ce

aprs seulement quelques annes dtudes universitaires.

Ainsi tout commence au sein des tablissements universitaires qui recueillent les tudiants

et leur prodiguent toutes sortes dtudes et de formations. Cet ensemble de savoirs est

transmis aux lves par les professeurs qui les enseignent activement visant dvelopper leursconnaissances par le biais de communicationverbale et crite.

La rputation et le succs dune cole suprieure reposent grandement sur la qualit de

lenseignement prodigu entre ses murs, cette mme qualit repose son tour, en majeure

partie, sur le talent et le mrite des enseignants professant dans la dite cole. Il est vident

dans ce cas quil est particulirement vital de pouvoir dresser un recensement des

comptences des professeurs dune institution ducative donne.

Cest dans ce contexte que sinscrit notre mini projet en Java qui vise dvelopper une

application permettant la gestion des comptences des enseignants dune universit ou dune

cole et ce par le biais dun systme capable de gnrer des QCM, des formulaires

dvaluation, etc. afin dattribution des notes aux professeurs et de crer des rapports si besoin

est.

Le prsent rapport est structur comme suit ; le premier chapitre traite de ltat de lart. La

spcification de notre mini-projet quant elle est prsente dans le deuxime chapitre. Nous

abordons ensuite la conception de notre application pour enfin terminer avec sa ralisation.


5/34

6

Chapitre 1 : Etat de lart

1.1. IntroductionCe chapitre nous permet de prsenter ltude prliminaire de notre travail. Nous

commenons par dcrire notre sujet pour ensuite tablir la problmatique ainsi que la solution

propose.

1.2. Description du projetLa gestion des comptences des enseignants ncessite llaboration dune solution

informatique. Notre projet a donc pour objectif de dvelopper une application informatique

interactive, fiable, conviviale et facile intgrer dans un intranet de luniversit en question.

Cette applicationvise essentiellement recenser les enseignants selon leurs comptences et

gnrer des rapports et des statistiques de leurs aptitudes.

1.3. ProblmatiqueUne cole suprieure est un organisme dont la page web est visite par des centaines

dtudiants et parfois de parents voulant orienter au mieux leurs enfants. Il est primordial dans

ce cadre de fournir des informations claires et concises concernant tous les aspects de

lenseignement dans ltablissement vis.

Dans cette optique, le niveau des professeurs se rvle tre un facteur dcisif dans le choix

que doit faire ltudiant, or les statistiques des comptences des enseignants ncessitent un

travail dvaluation reposant sur plusieurs lments et provenant surtout de sources

diffrentes. Il est vident que la collecte dinformations et llaboration de cet inventaire des

diffrents enseignants et leurs qualifications est une tche dont la complexit crot

proportionnellement au nombre dlments de classification prendre en compte. Ceci peut

facilement fausser le compte du recenseur si celui-ci sy prend manuellement. Il est par

ailleurs quasiment impossible de voir de telles statistiques sur les sites des universits et des

coles suprieures, du moins en Tunisie.


6/34

7

1.4. Solution proposeNous nous proposons de munir Esprit dun outil informatique qui est mme de fournir un

recensement des enseignants selon diffrents critres (nombre dheures de cours, projets

raliss, vie professionnelle, etc.) et de permettre lutilisateur deffectuer les oprations de

recherche avance, de consultation de la liste des matires ou des enseignants, lapplication

devra permettre galement ladministrateur de grer les matires, les tudiants, les groupes

dtudiants, les valuations, les enseignants et les tests quils devront passer, ainsi que la

validation des profils des enseignants et les demandes de test

1.5. ConclusionCe chapitre nous a permis de prsenter ltat de lart de notre projet. Nous prsentons dans

le deuxime chapitre, lanalyse des besoins et la spcification de notre application.


7/34

8

Chapitre 2 : Spcification et analyse des

besoins

1.1. IntroductionCe chapitre est ddi la spcification de notre projet. Aprs l'identification des acteurs du

systme, nous prsentons les besoins fonctionnels et non fonctionnels, pour illustrer ensuite

les diagrammes de cas d'utilisation et de squences.

1.2. Identification des acteursNous avons identifi trois utilisateurs pournotre application :

y Administrateur

y Etudiant

y Enseignant

En plus de leurs propres oprations, ladministrateur et lenseignant peuvent effectuer

celles de ltudiant sauf celle dvaluer les enseignants qui est exclusive ltudiant. Les

tches de ladministrateur lui sont spcifiques comme sont les fonctions du professeur

exclusives aux professeurs.

Nous prsentons dans ce qui suit tous les besoins fonctionnels classs par acteur ainsi que

les besoins non fonctionnels communs ces trois acteurs.

1.3. Besoins fonctionnelsIl nous parat avis dexpliciter tout dabord le systme dattribution des notes attestant des

comptences des enseignants. La note finale qui est sur 100 est calcule comme suit :


8/34

9

Type de la note Pourcentage

Note du profil 60%

Les notes du test 30%

Les valuations des tudiants 10%

y Si lenseignant na pass aucun test il a une note de test de 10/20.

y Si lenseignant na fait lobjet daucune valuation il a une note dvaluation de

10/20.

y La note du profil elle-mme est calcule comme suit :

Rubrique Pourcentage

Diplmes 40%

Nombre dheures/matire 25%

Professions 15%

Projets 10%

Sminaires 10%

Le systme se doit dtre oprationnel, volutif, convivial et offrant les informations

ncessaires en temps rel. Pour ce faire, le systme raliser doit satisfaire les exigences de la

totalit des utilisateurs.

Le systme doit permettre ladministrateur de :

y Grer les matires :

- Ajouter une matire ;

- Modifier une matire ;

- Supprimer une matire.

y Grer les tudiants :

- Ajouter un tudiant ;


9/34

10

- Modifier un tudiant ;

- Supprimer un tudiant.

y Grer les groupes :

- Ajouter un groupe ;

- Modifier un groupe ;

- Supprimer un groupe.

y Grer les enseignants:

- Ajouter un enseignant ;

- Modifier un enseignant ;

- Affecter un enseignant un groupe donn, en spcifiant la matire enseigne ;

- Supprimer un enseignant.

y Grer les tests :

- Crer un test QCM compos de cinq questions ayant 4 rponses au choix dont une

seule est exacte ;

- Modifier un test ;

- Supprimer un test.

y Grer les valuations:

- Recenser les valuations effectues par les tudiants.

y Valider les profils des professeurs:

- Accepter ou non les modifications apportes par un enseignant son profil ;

y Valider les demandes de tests:

- Accepter ou non la demande de passage dun test dun professeur :

- Inclure le test dans le compte du professeur en question en cas dacceptation ;

- Rdaction dune rponse explicitant le refus le cas chant.


10/34

11

Le systme doit permettre aux trois acteurs de :

y Sauthentifier

- Cette opration permet de donner les droits ncessaires lutilisateur selon sa

catgorie (admin, tudiant, enseignant). Elle permet donc doffrir chaque

utilisateur laccs qui lui convient.

y Consulter la liste des matires

- Afficher la liste des matires enseignes au sein de lcole.

y Effectuer une recherche avance

- Saisir le nom dune matire ou bien de plusieurs matires ce qui renverrait les

noms des professeurs enseignant la fois toutes les matires dont les noms on t

saisis.

y Consulter la liste des enseignants

- Afficher la liste des enseignants travaillant dans ltablissement universitaire. A

partir de la liste lutilisateur a le choix entre deux actions: ou bien afficher le profil

du professeur slectionn ou alors visualiser la comptence du dit professeur dans

la ou les matires quil inculque ses tudiants.

y Consulter les notifications

- Chaque utilisateur peut recevoir des notifications quil est en mesure de

consulter. :

Ladministrateur reoit des notifications de demande de test ou de demande de

validation de profil de la part des enseignants, il peut recevoir galement une

demande dinscription de la part des tudiants et des professeurs. Lenseignant

quant lui reoit des notifications de rponse aux demandes de tests, de validation

de profil. Finalement tous les membres enregistrs du systme peuvent

envoyer/recevoir des messages les uns des autres.


11/34

12

Le systme doit permettre exclusivement ltudiant de :

y Evaluer ses enseignants

- Attribuer un professeur une mention dans chacun de ces quatre critres : la

matrise du sujet, la ponctualit, la disponibilit et le comportement avec

ltudiant.

- Le systme doit permettre lenseignant de :

y Modifier son profil

- Lenseignant peut modifier les rubriques suivantes : Les informations gnrales le

concernant, les matires enseignes, les donnes concernant sa vie professionnelle,

les projets accomplis et les sminaires auxquels il a particip.

y Demander un test

- Le pdagogue a la possibilit de demander passer un test.

y Passer un test

- En cas dacceptation, lenseignant pourra passer un test QCM compos de cinq

questions ayant 4 rponses au choix dont une seule est exacte, dans la matire quil

a pralablement choisie.

1.4. Besoins non fonctionnelsAfin daugmenter les performances de lapplication, il est ncessaire de sintresser

certains facteurs :

y Ergonomie : Lapplication doit tre cohrente au point de vue de lergonomie. La qualit

de lergonomie sera un facteur essentiel, tant donne son importance dans toutrseau

intranet ou site web. Une application doit tre performante et doit fonctionner

convenablement sur des environnements matriel/logiciel diffrents.


12/34

13

y Maintenance : Le systme doit permettre dassurer les caractristiques suivantes :

- Maintenabilit : consiste diminuer leffort ncessaire pour localiser et corriger un

dfaut dans lapplication. Il est donc crucial de structurer et de commenter

convenablement son code source.

- Testabilit : consiste diminuer leffort ncessaire, pour tester les contrles et les

composants et sassurer quils remplissent correctement leurs fonctions.

1.5. Diagramme des cas dutilisation

L'tude des cas d'utilisation a pour objectif de dterminer ce que chaque utilisateur attend

du systme. Chaque cas d'utilisation doit faire l'objet d'une dfinition priori, qui dcrit

l'intention de l'acteur lorsqu'il utilise le systme et les squences d'actions principales, qu'il est

susceptible d'effectuer. Ces dfinitions servent fixer les ides lors de l'identification des cas

d'utilisation et n'ont aucun caractre exhaustif.

Le systme de gestion des comptences des enseignants dEsprit raliser doit satisfaire

les besoins dcrits dans le diagramme de cas dutilisations dans la page suivante :


13/34

14

G r er le s

e ns ei g n an ts

G re r l es m at i re s

G re r le s

tu di a ntsG re r le s g ro up e s

V al id er l e s p ro f i ls

C o n su lte r la l is te

d e s e n se ig n an t s

M od if ier s o n p rof il

Ev alu er s es

en se ig n an ts

C on su lt e r s e s

n o tif ic ai ti o ns

G re r le s te s t s

P as s er u n te st

A dm i n istr a te u r

E tu d ia n t

E n s e ig n a n t

D e m a nd e r u n t e st

L'A dm in ist ra te ur e t l'e n se ig n a n t

p e u ve n t e ff e ct u er to u t es le so p ra ti o n s d 'u n tu di a n t sa u f la t ch e"E v al u e r s e s e n se ig n a n ts"

C on su lte r la l is t e

d es m at i re s

E ff e c t ue r u n e

r e c h e r c h e

a v a nc e

V a lid e r le s

de m a n de s d e te st s

G re r les

v al u at i o ns

Figure 1 Diagramme des cas d'utilisation Systme


14/34

15

Nous avons choisi dexpliciter les cas dutilisations sous forme de tableaux dans lesquels

nous dcrivons la finalit du cas d'utilisation, ses acteurs, ses conditions, son acheminement

ainsi que les situations alternatives ou exceptionnelles.

Titre du use case : Grer les matires

Acteurs : Administrateur

Pr conditions : Utilisateur authentifi

Scnario nominal : -Lutilisateur ajoute une matire.

-lutilisateur peut modifier le nom de la matire ou le niveau

denseignement.

-lutilisateur peut supprimer une matire.

Scnario alternatif : -Un message derreur saffiche si on entre unnom et unniveau

dj existants

Tableau 1 Cas d'utilisation Grer les matires

Titre du use case : Grer les tudiants



Scnario nominal : -Ladmin ajoute un tudiant

-Ladmin modifie les informations dun tudiant

-Ladmin supprime un tudiant

Scnario alternatif : -Cration dun compte dj existant.

Tableau 2 Cas d'utilisation Grer les tudiants

Titre du use case : Grer Les groupes



Scnario nominal : -Ladmin ajoute un groupe.


15/34

16

-Ladmin modifie un groupe.

-Ladmin supprime un groupe.

Tableau 3 Cas d'utilisation Grer les groupes

Titre du use case : Grer Les enseignants



Scnario nominal : -Ladmin ajoute un enseignant.

-Ladmin modifie un enseignant.

-Ladmin supprime un enseignant.

Scnario alternatif : -Ajout dun enseignant dj existant.

Tableau 4 Cas d'utilisation Grer les enseignants

Titre du use case : Grer Les tests



Scnario nominal : -Ladmin

cre un

test.-Ladmin modifie un test.

-Ladmin supprime un test.

Scnario alternatif : -Cration dun test dj existant.

Tableau 5 Cas d'utilisation Grer les tests

Titre du use case : Grer Les valuations



Scnario nominal : -Ladmin gnre des statistiques partir des valuations

-Ladmin peut gnrer des rapports


16/34

17

Scnario alternatif : -Erreur de calcul ou omission dune valuation

Tableau 6 Cas d'utilisation Grer les valuations

Titre du use case : Valider les profils


Pr conditions : Utilisateur authentifi.

Scnario nominal : -Ladmin reoit une notification de la modification du profil

dun enseignant

-Ladmin accde au donnes modifies et choisit de les

valider ou pas

Tableau 7 Cas dutilisation Valider les profils

Titre du use case : Valider les demandes de tests


Pr conditions : Utilisateur authentifi.

Scnario nominal : -Ladmin reoit une demande de passage dun test dun

professeur

-Ladmin consulte les tests passs par lenseignant en question

-Ladministrateur choisit de valider la demande en incluant le

test appropri dans le compte du professeur

-Ou bien ladministrateur choisit de refuser la demande et

denvoyer un message lenseignant expliquant ce refus

Tableau 8 Cas d'utilisation Valider les demandes de tests

Titre du use case : Consulter la liste des matires

Acteurs : Etudiant, Administrateur, Enseignant



17/34

18

Scnario nominal : -Afficher la liste des matires

-Afficher les groupes auxquels elle est enseigne

Tableau 9 Cas d'utilisation Consulter la liste des matires

Titre du use case : Effectuer une recherche avance



Scnario nominal : -Lutilisateur saisi le nom dune matire (ou plusieurs)

-Affichage de la liste des professeurs enseignant la ou les

matires

Tableau 10 Cas d'utilisation Effectuer une recherche avance

Titre du use case : Consulter la liste des enseignants



Scnario nominal : - Afficher la liste des enseig

nants

-Affichage du profil dun des enseignants

-Affichage de la comptence de lenseignant (ses notes)

Tableau 11 Cas d'utilisation Consulter la liste des enseignants

Titre du use case : Consulter ses notifications



Scnario nominal : -Lutilisateur reoit une notification

-Lutilisateur accde au contenu du message reu et est en mesure

ou non dy rpondre (selon le type de message)

Tableau 12 Cas d'utilisation Consulter ses notifications


18/34

19

Titre du use case : Evaluer ses enseignants

Acteurs : Etudiant


Scnario nominal : -Ltudiant accde au formulaire dvaluation

-Ltudiant value lenseignant puis valide son choix

Tableau 13 Cas d'utilisation Evaluer ses enseignants

Titre du use case : Modifier son profil

Acteurs : Enseignant


Scnario nominal : -Lenseignant accde son profil

-Lenseignant effectue les modifications de son choix

-Ses modifications passent au statut en attente (afin dtre

valides ou non par ladministrateur)

Tableau 14 Cas d'utilisation Modifier son profil

Titre du use case : Demander un testActeurs : Enseignant


Scnario nominal : -Lenseignant requiert un formulaire de demande de test

-Lenseignant remplit le formulaire qui sera envoy

ladministrateur

Scnario alternatif : -Ladministrateur refuse la demande de test du professeur

Tableau 15 Cas d'utilisation Demander un test

Titre du use case : Passer un test

Acteurs : Enseignant


19/34

20


Scnario nominal : -Le professeur est notifi que sa demande a t bel et bien

accepte

-Le professeur a alors accs au test qui lui a t assign

-Le professeur rpond au test QCM et valide ses rponses

-Une notification est envoye ladministrateur

Tableau 16 Cas d'utilisation Passer un test

1.6. Diagramme de squencesLe diagramme de squences est une reprsentation graphique, qui dcrit les interactions

entre les acteurs et le systme suivant un ordre chronologique. En consquence, il montre les

objets que l'acteur va manipuler et les oprations qui reprsentent les interactions entre les

objets.

y Modifier son profil :le diagramme de squences est illustr par la figure2.

- Acteurs : Enseignant, administrateur.

- Description : Lenseignant accde son compte et demande modifier son profil,

il effectue les modifications voulues et attend la confirmation de ladministrateur

pourvoir son profil mis jour avec les nouvelles informations saisies.


20/34

21

Ens

i

nant

inistrat

r

Appli

ti

S

r

r

b

s

s

Demander le f

rmulairede lamodofi

ation

d'un rofil

fournir leformulaire

Ajouter oumodifier ses informations ersonnel les

Valider ses informations

Notifier l'administrateur

Consulter ses notifi

ations

Fournir lenouveau rofilde l'ensei nant

Verifi

ationdes donnes

Affectation lesmots cls ourles informations du rofil

Validationdes donnes

Notifier l'ensiegnant

Dtectionet modificationde la listedes matires de l'enseignant

C

anger l'tat durofil (enattente ---> Confirm)

Mise jour des notes de l'enseignant

Figure 2 Diagramme de squences Modifier son profil


21/34

22

y Demande et passage dun test: le diagramme de squences est illustr par la

figure3.

- Acteurs : Enseignant, administrateur.

- Description : Lenseignant demande passer un test, ladministrateur valide la

demande. Le professeur alors peut passer son test, ses notes seront mises jour par

la suite.

En

e!

gnan"

Ad#

!

n!

"

$

a"

eu$

App%&

ca'

&

on

(

e) veu ) de0

a1

e dedonne

1

De2

ande3e

4o

5 2u

3a

6 5e du pa

7 7age d'un

8e

7 8

4 ou5 n6 5 3 e 4 o 5 2 u 3 a6 5 e

Se3 ec8 6 onne5 3 a 2 a8 6 9 5 e

@ a3 6 de5 3 e 4 o5 2 u3 a6 5 e

A o 8 6 4 6 e5 3 'ad2 6 n6 7 8 5 a8 eu5

B on7 u3 8 e 5 7 e 7 no8 6 4 6 ca8 6 on7

Cou

5n

6 5 3a de

2ande

de 3 'en7 e6 gnan8

@ a3 6 da8 6 on de 3 a de2 ande

A o8 6 4 6 e5 3 'en 7 6 egnan8

B on7 u3 8 e5 7 e7 no8 6 4 6 ca8 6 on7

De2 ande du 4 o5 2 u3 a6 5 e du 8 e7 8

Gn5 e5 5 que7 8 6 on7 7 u53a

2a

8 6 9 5 e

7

3c

8 6onne

Rpond5 e e8 D a3 6 de5

M6 7e

Ejou

5de

7no

8e

7de

3'en

7e

6gnan

8

Figure 3 Diagramme de squences Demande et passage dun test


22/34

23

1.7. ConclusionDans ce chapitre nous avons pu spcifier les diffrents besoins de l'application en

commenant par distinguer les divers acteurs du systme, ensuite, nous avons illustr le

diagramme des cas dutilisation ainsi que quelques diagrammes de squences. Le chapitre

suivant quant lui nous permet de nous focaliser sur la conception de l'application.


23/34

24

Chapitre 3 : Con

ception

3.1. Introduction

L'tude conceptuelle peut tre co

nsidre comme ta

nt la phase la plus importa

nte du cycle

de dveloppement d'une application informatique. En effet elle permet de confronter l'analyse

l'implmentation tout en convergeant les deux aspects "le quoi faire" (analyse) et le

"comment faire" (ralisation).

3.2. Diagramme des classes

Le diagramme de classes constitue un lment important de la modlisation : il permet de

dfinir quelles seront les composantes du systme final : il ne permet en revanche pas de

dfinir le nombre et ltat des instances individuelles. En effet un diagramme de classes

proprement ralis permet de structurer le travail de dveloppement de manire efficace; il

permet galement de sparer les composantes de manire pouvoir rpartir le travail de

dveloppement entre plusieurs dveloppeurs. Enfin, il permet de construire le systme de

manire correcte.

La figure 4 de la page suivante prsente le diagramme des classes de notre application


24/34

25

Diplomes

TitreDip F oG

e

TypeDip F oG

e

ListMotCl

SeH

I

naI

Pe

Q

TitreSe G inaire

LieuSe G inaire

ListMotCls

ER

udI

anR

Groupe

ES

aluerEnseignant( )

AdH

I

nI

Q

R

Pa

R

euP

ValiderProT

il ( )

GererEnseignant ( )

GererEtudiant ( )

GererTest ( )

AjouterGroupe ( )AjouterMatiere ( )

ConsulterCoG

petence ( )

GPoupe

Niveau

Specialit

NuG

ero

EnQ

eI

gnanR

ListMatiere

DeG

anderTest()

PasserTest()

ModifierProfil()

P P ojeR

Q

TitreProjet

AnneeProjet

ListMotCles

MaR

I

Pe

NoG

Matire

Niveau

PPo

U

eQ Q

I

onQ

TitreProfessions

NoG

Organisme

NbrMois

MaR

I

ePe

Q

EnQ

eI

gneQ

NomMatiere

Anne

NbrHeures

CoH

peR

ence

ListNote

Matire

CalculerCompetence ( )

TeQ

R

Matire

QuestionsListReponses

ReponseCorrecte

GnrerTest ( )

UR

uV

I

Q

aR

euP

Nom

Prnom

Ma il

Tel

Login

MotDePasse

Connecter ( )

ConsulterCompetence( )

ConsulterNotification ( )

EnvoyerMe ssage( )

1..*

1..*

1

1

*

1

1..*

1..*

11..* 1..*

1..*

1..*

1..*

1..*

1..* 1..* 1..*

1..*

1..**

*

*

1

1..*

1

1..*

1..*

1..*

1..*

1..*

1..*

1

Figure 4 Diagramme des classes


25/34

26

Ci-dessous une brve description des classes qui ont t mises en uvre pour la ralisation

de notre travail.

y Un enseignant tout comme ladministrateur et ltudiant est reconnu par ses nom et

prnom, son e-mail, sonnumro de tlphone et ses Login et mot de passe. Il peut

avoir de plus son actif :

- De un plusieurs diplmes ;

- De un plusieurs projets ;

- De une plusieurs anciennes professions ;

- De une plusieurs comptences ;

- De un plusieurs sminaires auxquels il aurait assist ;

Il peut enseigner de une plusieurs matires un tudiant ou plus ou un groupe ou

plus comme il a la possibilit de passer de zro plusieurs tests.

y Un plusieurs : Diplmes, projets, professions, groupes, sminaires, matires

enseignes, comptences ; peuvent appartenir un professeur ou plus.

y Un groupe reconnu par sonnumro, le niveau et la spcialit auxquels il appartient est

une agrgation de :

- Un plusieurs enseignants ;

- Un plusieurs tudiants ;

-Un

e plusieurs matires.

y Un tudiant ne peut appartenir qu un seul groupe

- Un tudiant ou plus peuvent avoir un plusieurs enseignants.

y Un seul administrateur gre de un plusieurs : groupes, tudiants, enseignants,

matires et tests.


26/34

27

3.3. Structure de stockageDans loptique davoir un fonctionnement fluide et sr de notre applicationnous avons eu

recours lusage dune base de donnes Oracle pour stocker les donnes. Les tables de la base

qui sont au nombre de 10 sont dtailles ci-dessous :

y Table : AFFECTATION (ENSEIGNANT, MATIERE, GROUPE)

Affecte un groupe et une matire un enseignant

y Table : CONNEXION (LOGIN, PASSWORD, TYPE)

Contient les noms dutilisateur et mots de passe des utilisateurs et leur

type (admin, enseignant ou tudiant).

y Table : ENSEIGNANT (NOM, PRENOM, MAIL, TEL, LOGIN, MATIERE)

Contient la liste des enseignants de ltablissement.

y Table : PROFIL (ENSEIGNANT, TYPE, TITRE, ANNEES, NBR, VALIDER,

LIEU, TYPE-PROFIL, MATIERE, MOTCLE)

Contient les profils des enseignants.

y Table : ETUDIANT (NOM, PRENOM, MAIL, TEL, LOGIN, GROUPE)

Contient la liste des tudiants avec leurs coordonnes, leurs groupes et leurs

noms dutilisateur.

y Table : EVALUATION (ETUDIANT, ENSEIGNANT, EVAL1, EVAL2, EVAL3,

EVAL4, EVAL)

Contient lvaluation dun enseignant par un tudiant sur les quatre critres

spcifis dans lapplication.

y Table : GROUPE (NOM, NIVEAU, SPECIALITE)

Contient la liste des groupes avec le niveau de chaque groupe et sa spcialit.

y Table : MATIERE (NOM, NIVEAU)

Contient la liste des matires et le niveau denseignement de chacune

y Table : NOTES (ENSEIGNANT, MATIERE, NOTE1, NOTE2, NOTE3)

Contient les notes de lenseignant savoir celle calcule partir de son profil,

celle attribue partir des valuations et celle cumule des tests quil aurait

passs.

y Table : TEST (QUESTIONS, REP1, REP2, REP3, REP4, REP, MATIERE, ID)

Contient les questions des tests relatifs une matire donne et leurs rponses

optionnelles ainsi que la rponse exacte.


27/34

28

3.4. ConclusionDans ce chapitre nous avons prsent la conception de notre application. A la suite des

phases d'analyse et de co

nceptio

n,nous pou

vons e

ntamer la phase de ralisatio

n, qui co

nsiste

en la traduction informatique des rsultats de cette tude.


28/34

29

Chapitre 4 : Ralisation

4.1. IntroductionLa ralisation d'une application se fait dans un regroupement homogne d'outils matriels

et logiciels. En effet, il est important de faire un choix pertinent des outils tout en tenant

compte des spcifications pralablement exposes. Dans ce chapitre, nous prsentons

l'environnement de notre travail ainsi que quelques fonctionnalits de notre application

4.2. Environnement matriel et logiciely NetBeans IDE

NetBeans est un environnement de dveloppement intgr (IDE) open source. Il est

dvelopp par Sun et se trouve sous licence CDDL (Common Development and Distribution

License). En plus de Java, NetBeans permet galement de dvelopper avec d'autres langages

tels que : Python, C, C++, Ruby, XML, PHP et HTML.

Il comprend toutes les caractristiques d'unIDE moderne (coloration syntaxique, projets

multi-langage, refactoring, diteur graphique d'interfaces et de pages web, etc).

y Pacestar UML Diagrammer

Pacestar UML permet de crer des diagrammes en UML. Il dispose d'un module

WYSIWYG, supporte l'OMG UML 2.0, des fonctions classiques de diagramme...

Il supporte en import et export les fichiers JPG, GIF, PNG, BMP, GIF, DIB, WMF et

EMF.On peut y insrer des liens hypertexte vers d'autres diagrammes et fichiers externes.


29/34

30

y Oracle 10g Express Edition

Oracle est un systme de gestion de base de donnes relationnel (SGBDR) fourni

par Oracle Corporation.

La version 10g Standard Edition One appele Oracle Database Express Edition

que nous utilisons pour les fins de ce projet est une version limite: Elle gre

actuellement des fichiers de donnes limits 4 Go de donnes et un serveur dot d'un

seul processeur et d'un maximum de 1 Go de mmoire RAM. Parmi ses principales

fonctionnalits on peut citer SQL, PL/SQL, Java.

Cest une version totalement gratuite ce qui explique en grande partie notre choix

4.3. Aperu de lapplicationPour illustrernotre travail, nous avons choisi quelques crans de notre application.

La figure 5 prsente linterface dajout dun tudiant. Lutilisateur introduit entre autres

sonnom dutilisateur et son mot de passe pour pouvoir sauthentifier par la suite

Figure 5 Interface dajout dun tudiant


30/34

31

La figure 6 prsente le formulaire dvaluation dun enseignant

Figure 6 Formulaire dvaluation des enseignants

La figure 7 prsente laffichage de la liste des enseignants

Figure 7 Affichage de la liste des enseignants


31/34

32

La figure 8 reprsente linterface de modification du profil des enseignants o lon

peut distinguer cinq rubriques distinctes savoir : les informations gnrales, les matires

enseignes, la vie professionnelle, la liste des projets et les sminaires auxquels le professeur

a assist

Figure 8 Interface de modification du profil


32/34

33

La figure 9 reprsente le formulaire de validation de test devant tre rempli par

ladministrateur en rponse la demande de lenseignant

Figure 9 Formulaire de validation des tests

4.4. CritiquesLa gnration dun rapport ou de statistiques des comptences des enseignants devrait

pouvoir tre suivie par limpression de ces deux documents. Ceci reprsente une perspective

de notre travail.


33/34

34

4.5. ConclusionPour accomplir correctement un projet, il est primordial de faire un choix russi de

l'ensemble des composants matriels et logiciels combins aux variantes techniques adoptes.

Nous avons prsent dans ce chapitre lenvironnement de notre travail, ainsi quun aperu de

lapplication ralise.


34/34

Conclusion gnrale

Le dveloppement de lapplication de gestion des comptences des enseignants dEsprit,

dans le cadre de notre mini projet Java a requiert un effort de recherche et dapprentissage

continu, ce qui nous a permis davancer et de finalisernotre travail. Le souci de sa portabilit

et de son oprabilit fait que nous avons pralablement pens modulariser son code source

au maximum afin de faciliter tout changement ou toute amlioration venir.

Nous avons russi implmenter les fonctionnalits que nous avons distingues dans la

spcification des besoins de notre application. Le temps nous ayant fait dfaut, nous navons

pu perfectionner linterface de lapplication ou lui imaginer un design innovant ce qui peutconstituer une perspective de notre travail.

Il est maintenant certain que lenseignement est un domaine dcidment tourn vers

lavenir, lessor des moyens informatiques nous laisse esprer que des applications comme la

ntre ne peuvent que prolifrer et se perfectionner avec le temps afin quune pratique

dducation, aussi prcieuse pour lhumanit que lenseignement universitaire, puisse profiter

des meilleures pousses technologiques et techniques et contribue plus avant au confort et

lvolution de lhomme moderne.

gestion des compétences des enseignants

Documents