Realisation d une application de gestion d-un -tablissement priv-e 26-04_08

Projet de fin d’études

Dédicaces

DEDICACES

A mes très chers parents

Pour tout l’amour dont vous m’avez entouré,

pour tout ce que vous avez fait pour moi. Je

ferai de mon mieux pour rester un sujet de

fierté à vos yeux avec l’espoir de ne jamais

vous décevoir. Que ce modeste travail, soit

l’exaucement de vos veux tant formulés et de

vos prières quotidiennes.

A mes très chères sœurs et frère

Vous occupez une place particulière dans mon

cœur. Je vous dédie ce travail en vous

souhaitant un avenir radieux, plein de bonheur

et de succès.

A mes très chers amis

En souvenir de nos éclats de rire et des bons

moments. En souvenir de tout ce qu’on a vécu

A


Dédicaces

ensemble. J’espère de tout mon cœur que

notre amitié durera éternellement.

Salah

A mes très chers warida et wiem

Je vous dois ce que je suis aujourd’hui grâce à

votre amour, à votre patience et vos

innombrables sacrifices.

Que ce modeste travail, soit pour vous une

petite compensation et reconnaissance envers

ce que vous avez fait d’incroyable pour moi.

Que dieu, le tout puissant, vous préserve et

vous procure santé et longue vie afin que je

puisse à mon tour vous combler.

A mes très chers parents

Aucune dédicace ne serait exprimé assez

profondément ce que je ressens envers vous.

B


Dédicaces

Je vous dirais tout simplement, un grand

merci, je vous aime.

A mes très chers collègues

En témoignage de l’amitié sincère qui nous a

liées et des bons moments passés ensemble.

Je vous dédie ce travail en vous souhaitant un

avenir radieux et plein de bonnes promesses.

A mes très chers directeurs

Monsieur Mourad HALI et Adel YAHYAOUI

Pour tout ce que vous avez fait pour moi. Je vous dirais tout simplement, un grand merci.

Riadh

C


Remerciements

Remerciements

Madame Latifa RABAI

Nous vous remercions pour le grand honneur que vous

nous avez fait en nous proposant le sujet de ce mémoire

de fin d’étude.

Nous avons eu l’honneur et le privilège de travailler sous

votre assistance et de profiter de vos qualités humaines,

professionnelles et de votre grande expérience.

Vous nous avez guidés tout le long de ce travail dont vous

avez mis à cœur, l’élaboration avec l’amabilité et le

dynamisme qui vous caractérisent.

Puisse ce modeste travail, vous satisfaire et témoigner de

notre gratitude et connaissance pour l’aide et les conseils

que vous nous avez prodigués, ainsi que pour le savoir

que vous nous avez inculqué.

C


Remerciements

Avant-propos

D


Remerciements

yant atteint la fin de formation pour l’obtention de

maîtrise en Informatique appliquée à la Gestion, un Projet

de fin d’études nous est demandé d’accomplir.ANotre choix s’est rapporté à concevoir et réaliser un produit

logiciel.

Après de nombreuses recherches, nous avons réussi à obtenir

l’accord des responsables de l’Ibnou Ârafa.

Nous nous sommes trouvés dans un groupe de deux personnes,

amenés à réaliser un logiciel de gestion de l’établissement.

Nous avons plusieurs décisions à prendre, surtout lorsqu’il s’agira

de mettre en place la base de données et de concevoir les

interfaces utilisateurs.

Nous avons choisi nos outils d’une manière cohérente avec notre

philosophie de travail. En effet, nous voulons que notre système

soit ouvert, extensible, évolutif et ergonomique tout en gardant

son efficacité. L’objectif de la direction, après notre départ, étant

la mise en place du système en intranet seulement.

E


Remerciements

F


Table des matières

Table des matières

DEDICACES_________________________________________________________________A

Avant-propos___________________________________________________________________D

Introduction Générale____________________________________________________________1

Chapitre I : La phase d’incubation__________________________________________________4

I. Introduction________________________________________________________________5

II. La capture des besoins________________________________________________________5

1. Contexte du système______________________________________________________________51.1. Présentation du lycée_________________________________________________________________51.2. Hiérarchie administrative de l’établissement_______________________________________________61.3. Restructuration de l’enseignement secondaire______________________________________________71.4. Définition des besoins fonctionnels______________________________________________________71.5. Définition des besoins non fonctionnels__________________________________________________8

2. Recherche des acteurs____________________________________________________________82.1. Définition d’un acteur________________________________________________________________82.2. Les principaux acteurs du système_______________________________________________________82.2.1. Le directeur_________________________________________________________________________82.2.2. Le secrétaire________________________________________________________________________82.2.3. Le surveillant général_________________________________________________________________8

3. Les cas d’utilisations_____________________________________________________________93.1. Définition d’un cas d'utilisation_________________________________________________________93.2. Identification des cas d’utilisation_______________________________________________________93.3. Le modèle des cas d’utilisations________________________________________________________103.4. Affectation des priorités aux cas d’utilisation_____________________________________________11

4. Description détaillée des cas d’utilisations___________________________________________114.1. Gérer les professeurs________________________________________________________________114.1.1. Description du cas d’utilisation « Inscrire professeur»______________________________________124.1.2. Description du cas d’utilisation « Affecter professeur aux groupes »___________________________134.1.3. Description du cas d’utilisation « modifier professeur»_____________________________________144.1.4. Description du cas d’utilisation « Rechercher professeur»___________________________________144.2. Préparer l’année scolaire_____________________________________________________________154.2.1. Description du cas d’utilisation « Ajouter Année scolaire»___________________________________164.2.2. Description du cas d’utilisation « Ajouter cycle d’étude»____________________________________174.2.3. Description du cas d’utilisation « Ajouter niveau d’étude»___________________________________184.2.4. Description du cas d’utilisation « Ajouter orientation»______________________________________184.2.5. Description du cas d’utilisation « Ajouter passage»________________________________________194.2.6. Description du cas d’utilisation « Ajouter section»_________________________________________194.2.7. Description du cas d’utilisation « Ajouter classe»__________________________________________204.2.8. Description du cas d’utilisation « Ajouter groupe»_________________________________________214.3. Gérer les élèves____________________________________________________________________214.3.1. Description du cas d’utilisation « Inscrire élève»__________________________________________224.3.2. Description du cas d’utilisation « Affecter élève à un groupe »_______________________________224.3.3. Description du cas d’utilisation « Réinscrire élève»________________________________________234.3.4. Description du cas d’utilisation « Modifier les informations d’un élève»________________________244.3.5. Description du cas d’utilisation « Rechercher les informations d’un élève»______________________244.3.6. Description du cas d’utilisation « Inscrire abandon»________________________________________254.4. Modifier les informations de l’année scolaire_____________________________________________264.4.1. Description du cas d’utilisation « Modifier informations de l’année scolaire »___________________264.5. Attribuer coefficient matière_________________________________________________________274.6. Gérer les notes_____________________________________________________________________274.7. Gérer les paies_____________________________________________________________________28


Table des matières

4.8. Gérer les disciplines_________________________________________________________________29

5. Les prototypes des interfaces utilisateurs___________________________________________29

III. Analyse des cas d’utilisation prioritaires______________________________________31

1. Analyse du cas d’utilisation « gérer les professeurs »__________________________________311.1. Traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse du cas d’utilisation « Gérer les professeurs »______________________________________________________________________________311.2. Le diagramme des classe relatif au cas d’utilisation « Gérer les professeurs »__________________311.3. Les diagrammes de collaboration du cas d’utilisation « Gérer les professeurs »___________________311.3.1. Le diagramme de collaboration « Inscrire professeur »______________________________________321.3.2. Le diagramme de collaboration « Modifier professeur »_____________________________________33

2. Analyse du cas d’utilisation « gérer les élèves »______________________________________342.1. Traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse du cas d’utilisation « Gérer les élèves » 342.2. Le diagramme des classes relatif au cas d’utilisation « Gérer les élèves »_______________________342.3. Le diagramme de collaboration « Inscrire élève »__________________________________________352.4. Le diagramme de collaboration «Affecter élève »__________________________________________352.5. Le diagramme de collaboration « Modifier élève »_________________________________________362.6. Le diagramme de collaboration «Réinscrire élève »________________________________________362.7. Le diagramme de collaboration «Réinscrire abandon»______________________________________372.8. Le diagramme de collaboration «Recherche élève»_________________________________________37

3. Analyse du cas d’utilisation « Préparer année scolaire »_______________________________383.1. Traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse du cas d’utilisation « Préparer année scolaire»____________________________________________________________________________383.2. Le diagramme des classes relatif au cas d’utilisation « Préparer année scolaire »_________________383.3. Le diagramme de collaboration relatif au cas d’utilisation « Ajouter année »____________________393.4. Le diagramme de collaboration « Ajouter cycle d’étude »___________________________________393.5. Le diagramme de collaboration « Ajouter niveau d’étude »__________________________________403.6. Le diagramme de collaboration « Ajouter section »________________________________________403.7. Le diagramme de collaboration « Ajouter passage »________________________________________413.8. Le diagramme de collaboration « Ajouter classe »_________________________________________413.9. Le diagramme de collaboration « Ajouter groupe »_________________________________________42

4. Analyse du cas d’utilisation « Modifier informations de l’année scolaire » :_______________424.1. Traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse du cas d’utilisation « Modifier informations de l’année scolaire»______________________________________________________________424.2. Le diagramme des classes relatif au cas d’utilisation « Modifier informations de l’année scolaire »___434.3. Le diagramme de collaboration relatif au cas d’utilisation « Modifier informations de l’année scolaire »

43

IV. Conclusion______________________________________________________________44

Chapitre II : La phase d’élaboration_______________________________________________45

I. Introduction_______________________________________________________________46

II. Première itération : Modélisation des cas d’utilisation secondaires et conception des cas d’utilisation prioritaires :_________________________________________________________46

1. La capture des besoins___________________________________________________________46

1.1. Raffinement des cas d’utilisation « Gérer les matières »_____________________________461.1.1. Description du cas d’utilisation « Ajouter matière »________________________________________461.1.2. Description du cas d’utilisation « Modifier matière »_______________________________________471.1.3. Description du cas d’utilisation «Rechercher matière »______________________________________481.1.4. Description du cas d’utilisation «Supprimer matière »______________________________________49

1.2. Raffinement des cas d’utilisation « Gérer discipline »_______________________________501.2.1. Description du cas d’utilisation « Enregistrer les absences »_________________________________501.2.2. Description du cas d’utilisation « Enregistrer les sanctions»__________________________________51


Table des matières

1.3. Raffinement des cas d’utilisation « Attribuer coefficient matière »____________________521.3.1. Description du cas d’utilisation « Ajouter coefficient»______________________________________521.3.2. Description du cas d’utilisation « Modifier coefficient »_____________________________________53

1.4. Raffinement des cas d’utilisation « Gérer les notes »________________________________541.4.1. Description du cas d’utilisation « saisir les notes»__________________________________________541.4.2. Description du cas d’utilisation « exporter les feuilles des notes»______________________________551.4.3. Description du cas d’utilisation « importer les feuilles des notes»_____________________________561.4.4. Description du cas d’utilisation « Attribuer les formules de calculs»___________________________56

1.5. Raffinement des cas d’utilisation « Gérer les paies »________________________________571.5.1. Description du cas d’utilisation « Enregistrer paie»________________________________________57

2. Analyse des cas d’utilisation secondaires____________________________________________58

2.1. Le modèle d’analyse du cas d’utilisation « Gérer matières »_________________________582.1.1. Traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse du cas d’utilisation « Gérer matières »________________________________________________________________________________582.1.2. Le diagramme des classes du modèle d’analyse relative au cas d’utilisation « Gérer matière »______592.1.3. Les diagrammes de collaboration du modèle d’analyse relatifs à la réalisation du cas d’utilisation « Gérer matières »__________________________________________________________________________592.1.3.1. Le diagramme de collaboration du cas d’utilisation « Ajouter matière »______________________592.1.3.2. Le diagramme de collaboration du cas d’utilisation « Modifier matière »____________________602.1.3.3. Le diagramme de collaboration du cas d’utilisation « Rechercher matière »__________________61

2.2. Le modèle d’analyse du cas d’utilisation « Gérer discipline »_________________________622.2.1. Traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse du cas d’utilisation « Gérer discipline »_______________________________________________________________________________622.2.2. Le diagramme des classes du modèle d’analyse relative au cas d’utilisation « Gérer discipline »_____622.2.3. Le diagramme de collaboration du cas d’utilisation « Enregistrer les absences »__________________632.2.4. Le diagramme de collaboration du cas d’utilisation « Enregistrer les sanctions »_________________64

2.3. Le modèle d’analyse du cas d’utilisation « Attribuer coefficient matière »______________652.3.1. Traçabilité entre le diagramme du cas d’utilisation et le modèle d’analyse relatif au cas d’utilisation « Attribuer coefficient matière »_______________________________________________________________652.3.2. Le diagramme des classes relatif au cas d’utilisation « Attribuer coefficient matière »_____________652.3.3. Le diagramme de collaboration du cas d’utilisation « Ajouter coefficient»______________________662.3.4. Le diagramme de collaboration du cas d’utilisation «Modifier coefficient»______________________67

2.4. Le modèle d’analyse du cas d’utilisation « Gérer les notes »_________________________682.4.1. Traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse du cas d’utilisation « Gérer les notes » 682.4.2. Le diagramme des classes du modèle d’analyse relative au cas d’utilisation « Gérer les notes »______682.4.3. Les digrammes de collaboration du modèle d’analyse relatifs à la réalisation du cas d’utilisation « Gérer les notes »_________________________________________________________________________682.4.4. Le diagramme de collaboration du cas d’utilisation « Saisir les notes »_________________________692.4.5. Le diagramme de collaboration du cas d’utilisation « Exporter feuilles des notes »________________702.4.6. Le diagramme de collaboration du cas d’utilisation « Importer les notes »_______________________712.4.7. Le diagramme de collaboration du cas d’utilisation « Attribuer formule de calcul»________________72

3. Conception des cas d’utilisation prioritaires________________________________________73

3.1. Le modèle de conception du cas d’utilisation « Préparer l’année scolaire »_____________733.1.1. Traçabilité entre le modèle d’analyse et le modèle de conception relatif au cas d’utilisation « Préparer l’année scolaire »__________________________________________________________________________733.1.2. Le diagramme des classes du modèle de conception relative au cas d’utilisation « Préparer l’année scolaire»_________________________________________________________________________________743.1.3. Le diagramme de séquence du cas d’utilisation «Ajouter cycle»______________________________753.1.4. Le diagramme de séquence du cas d’utilisation «Ajouter niveau»_____________________________753.1.5. Le diagramme de séquence du cas d’utilisation «Ajouter passage»____________________________763.1.6. Le diagramme de séquence du cas d’utilisation «Ajouter orientation»__________________________763.1.7. Le diagramme de séquence du cas d’utilisation «Ajouter section»_____________________________77


Table des matières

3.1.8. Le diagramme de séquence du cas d’utilisation «Ajouter classe»______________________________773.1.9. Le diagramme de séquence du cas d’utilisation «Ajouter groupe»_____________________________783.1.10. Le diagramme de séquence du cas d’utilisation «Rechercher cycle»_________________________783.1.11. Le diagramme de séquence du cas d’utilisation «Rechercher niveau»________________________793.1.12. Le diagramme de séquence du cas d’utilisation «Rechercher passage»_______________________793.1.13. Le diagramme de séquence du cas d’utilisation «Rechercher section»________________________803.1.14. Le diagramme de séquence du cas d’utilisation «Rechercher orientation»_____________________803.1.15. Le diagramme de séquence du cas d’utilisation «Rechercher classe»________________________813.1.16. Le diagramme de séquence du cas d’utilisation «Rechercher groupe»_______________________81

3.2. Le modèle de conception du cas d’utilisation « modifier informations de l’année scolaire »82

3.2.1. Traçabilité entre le modèle d’analyse et le modèle de conception relatif au cas d’utilisation « Modifier informations de l’année scolaire » :____________________________________________________________823.2.2. Le diagramme des classes relatif au cas d’utilisation « Modifier informations de l’année scolaire »__82

3.3. Le modèle de conception du cas d’utilisation « Gérer élève »_________________________833.3.1. Traçabilité entre le modèle d’analyse et le modèle de conception relatif au cas d’utilisation « Gérer élève » 833.3.2. Le diagramme des classes du modèle de conception relative au cas d’utilisation « Gérer les élèves»__833.3.3. Le diagramme de séquence du cas d’utilisation «Inscrire élève»______________________________843.3.4. Le diagramme de séquence du cas d’utilisation «Réinscrire élève»____________________________843.3.5. Le diagramme de séquence du cas d’utilisation «Modifier élève»_____________________________853.3.6. Le diagramme de séquence du cas d’utilisation «Affecter élève»______________________________853.3.6.1. Scénario d’affectation par élève_____________________________________________________853.3.6.2. Scénario d’affectation par groupe____________________________________________________863.3.7. Le diagramme de séquence du cas d’utilisation «Inscrire élève abandon»_______________________863.3.8. Le diagramme de séquence du cas d’utilisation «Rechercher élève»___________________________87

3.4. Le modèle de conception du cas d’utilisation « Gérer professeur »____________________873.4.1. Traçabilité entre le modèle d’analyse et le modèle de conception relatif au cas d’utilisation « Gérer professeur »_______________________________________________________________________________873.4.2. Le diagramme des classes du modèle de conception relative au cas d’utilisation « Gérer les professeurs»______________________________________________________________________________883.4.3. Le diagramme de séquence du cas d’utilisation «Inscrire professeur»__________________________883.4.4. Le diagramme de séquence du cas d’utilisation «Modifier professeur»_________________________893.4.5. Le diagramme de séquence du cas d’utilisation «Affecter professeur»__________________________893.4.6. Le diagramme de séquence du cas d’utilisation «Supprimer professeur»________________________903.4.7. Le diagramme de séquence du cas d’utilisation «Rechercher professeur»_______________________90

III. Deuxième itération : Modélisation des cas d’utilisation tertiaires et conception des cas d’utilisation secondaires:_________________________________________________________91

1. La capture des besoins___________________________________________________________91

1.1. Raffinement du cas d’utilisation « Gérer les paies »________________________________911.1.1. Description du cas d’utilisation « Enregistrer paie »________________________________________91

1.2. Raffinement du cas d’utilisation « Editer documents »______________________________921.2.1. Description du cas d’utilisation « Editer certificat d’inscription »_____________________________921.2.2. Description du cas d’utilisation « Editer attestation scolaire »________________________________931.2.3. Description du cas d’utilisation « Editer bon de paie »______________________________________941.2.4. Description du cas d’utilisation « Editer billet d’entrée »____________________________________94

1.3. Raffinement du cas d’utilisation « Gérer les utilisateurs »___________________________951.3.1. Description du cas d’utilisation « Ajouter utilisateur»_______________________________________961.3.2. Description du cas d’utilisation « Supprimer utilisateur»____________________________________971.3.3. Description du cas d’utilisation « Modifier utilisateur»______________________________________971.3.4. Description du cas d’utilisation « Modifier compte utilisateur»_______________________________98

1.4. Raffinement du cas d’utilisation « S’identifier»____________________________________991.4.1. Description du cas d’utilisation « S’identifier»____________________________________________99


Table des matières

2. Analyse des cas d’utilisation tertiaires et des nouveaux cas décrit :_____________________100

2.1. Analyse du cas d’utilisateur « Gérer paie »_______________________________________1002.1.1. Traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse du cas d’utilisation « Gérer paie » 1002.1.2. Le diagramme des classes relatif au cas d’utilisation « Gérer paie »__________________________1002.1.3. Le diagramme de collaboration du cas d’utilisation « Enregistrer paie »_______________________101

2.2. Analyse du cas d’utilisateur « Editer documents »_________________________________1012.2.1. Traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse du cas d’utilisation « Editer documents »_____________________________________________________________________________1012.2.2. Le diagramme des classes relatif au cas d’utilisation « Editer documents »____________________1022.2.3. Le diagramme de collaboration relatif au cas d’utilisation « Editer attestation d’inscription»______1022.2.4. Le diagramme de collaboration relatif au cas d’utilisation « Editer certificat scolaire»____________1032.2.5. Le diagramme de collaboration relatif au cas d’utilisation « Editer bon de paie»________________1042.2.6. Le diagramme de collaboration relatif au cas d’utilisation « Editer Bulletin»___________________1052.2.6.1. Scénario 1 : édition des bulletins lors du 1èr et 2ème trimestre____________________________1052.2.6.2. Scénario 2 : édition des bulletins lors du 3ème trimestre________________________________1062.2.7. Le diagramme de collaboration relatif au cas d’utilisation « Editer billet»_____________________1072.2.7.1. Scénario : l’absence est déjà enregistrée______________________________________________1072.2.7.2. Scénario : l’absence n’est pas encore enregistrée_______________________________________107

2.3. Analyse du cas d’utilisateur « S’identifier »______________________________________1082.3.1. Traçabilité entre le diagramme du cas d’utilisation et le modèle d’analyse du cas « S’identifier »___1082.3.2. Le diagramme des classes du cas d’utilisation et le modèle d’analyse du cas « S’identifier »_______1082.3.3. Le diagramme de collaboration du cas d’utilisation et le modèle d’analyse du cas « S’identifier »__1092.3.3.1. Scénario 1 : vérification de l’identification de l’utilisateur avec succès 1092.3.3.2. Scénario 2 : Vérification de l’identification de l’utilisateur avec échec 110

2.4. Analyse du cas d’utilisateur « Gérer utilisateur »_________________________________1112.4.1. Traçabilité entre le diagramme du cas d’utilisation et le modèle d’analyse du cas « Gérer utilisateur »

1112.4.2. Le diagramme des classes du cas d’utilisation « Gérer utilisateur »___________________________1112.4.3. Le diagramme de collaboration relatif au cas d’utilisation « Ajouter utilisateur »________________1122.4.4. Le diagramme de collaboration relatif au cas d’utilisation « Ajouter responsable »_______________1132.4.5. Le diagramme de collaboration relatif au cas d’utilisation « modifier utilisateur »_______________1142.4.6. Le diagramme de collaboration relatif au cas d’utilisation « Supprimer utilisateur »_____________115

3. Conception des cas d’utilisation secondaires________________________________________116

3.1. Conception du cas d’utilisation « Gérer matières »________________________________1163.1.1. Traçabilité entre le modèle d’analyse et le modèle de conception relatif au cas d’utilisation « Gérer matière »________________________________________________________________________________1163.1.2. Le diagramme des classes relatif au cas d’utilisation « Gérer matières »______________________1163.1.3. Le diagramme de séquence relatif au cas d’utilisation « Ajouter matière»_____________________1173.1.4. Le diagramme de séquence relatif au cas d’utilisation « Modifier matière»____________________1173.1.5. Le diagramme de séquence relatif au cas d’utilisation « Supprimer matière»___________________1183.1.6. Le diagramme de séquence relatif au cas d’utilisation « Rechercher matière»__________________118

3.2. Conception du cas d’utilisation « Attribuer coefficient matière »____________________1193.2.1. Traçabilité entre le modèle d’analyse et le modèle de conception du cas « Attribuer coefficient matière »________________________________________________________________________________1193.2.2. Le diagramme des classes relatif au cas d’utilisation « Attribuer coefficient matière »____________1193.2.3. Le diagramme de séquence relatif au cas d’utilisation « Ajouter coefficient »___________________1203.2.4. Le diagramme de séquence relatif au cas d’utilisation «Modifier coefficient »__________________120

3.3. Conception du cas d’utilisation « Gérer discipline »_______________________________1213.3.1. Traçabilité entre le modèle d’analyse et le modèle de conception relatif au cas d’utilisation Gérer discipline » :_____________________________________________________________________________1213.3.2. Le diagramme des classes relatif au cas d’utilisation « Gérer discipline »______________________121


Table des matières

3.3.3. Le diagramme de séquence relatif au cas d’utilisation « enregistrer les absences » :______________1223.3.4. Le diagramme de séquence relatif au cas d’utilisation « enregistrer les sanctions » :_____________122

3.4. Conception du cas d’utilisation « Gérer les notes »________________________________1233.4.1. Traçabilité entre le modèle d’analyse et le modèle de conception relatif au cas d’utilisation « Gérer les notes » 1233.4.2. Le diagramme des classes relatif au cas d’utilisation « Gérer les notes »_______________________1233.4.3. Le diagramme de séquence relatif au cas d’utilisation « saisir notes »_________________________1243.4.4. Le diagramme de séquence relatif au cas d’utilisation « exporter feuilles des notes »_____________1253.4.5. Le diagramme de séquence relatif au cas d’utilisation « importer feuilles des notes »_____________1263.4.6. Le diagramme de séquence relatif au cas d’utilisation « Attribuer formules»____________________127

IV. Conclusion :____________________________________________________________127

Chapitre III : La phase de construction____________________________________________128

I. Introduction______________________________________________________________129

II. Première itération : conception des cas d’utilisation tertiaires :_____________________129

1. Conception des cas d’utilisation tertiaires__________________________________________1291.1. Conception du cas d’utilisation « Gérer les paies »________________________________________1291.1.1. Traçabilité entre le modèle d’analyse et le modèle de conception relatif au cas d’utilisation « Gérer les paies » 1291.1.2. Le diagramme des classes relatif au cas d’utilisation « Gérer les paies »_______________________1301.1.3. Le diagramme de séquence relatif au cas d’utilisation « Gérer les paies »______________________1301.2. Conception du cas d’utilisation « Gérer utilisateur »_______________________________________1311.2.1. Traçabilité entre le modèle d’analyse et le modèle de conception relatif au cas d’utilisation « Gérer utilisateur »______________________________________________________________________________1311.2.2. Le diagramme des classes relatif au cas d’utilisation « Gérer utilisateur »______________________1311.2.3. Le diagramme de séquence relatif au cas d’utilisation «Ajouter utilisateur »____________________1321.2.4. Le diagramme de séquence relatif au cas d’utilisation « Modifier utilisateur »__________________1321.2.5. Le diagramme de séquence relatif au cas d’utilisation « Supprimer utilisateur »_________________1331.2.6. Le diagramme de séquence relatif au cas d’utilisation « Ajouter responsable »__________________1331.3. Conception du cas d’utilisation « S’identifier »___________________________________________1341.3.1. Traçabilité entre le modèle d’analyse et le modèle de conception relatif au cas d’utilisation « S’identifier »___________________________________________________________________________1341.3.2. Le diagramme des classes relatif au cas d’utilisation « S’identifier »__________________________1341.3.2.1. Scénario avec succès_____________________________________________________________1341.3.2.2. Scénario avec échec______________________________________________________________1351.4. Conception du cas d’utilisation «Editer les documents »____________________________________1351.4.1. Traçabilité entre le modèle d’analyse et le modèle de conception relatif au cas d’utilisation « Editer les documents »_____________________________________________________________________________1351.4.2. Le diagramme des classes relatif au cas d’utilisation « Editer les documents »__________________1361.4.3. Le diagramme de séquence relatif au cas d’utilisation « Editer attestation d’inscription »__________1361.4.4. Le diagramme de séquence relatif au cas d’utilisation « Editer certificat scolaire »_______________1371.4.5. Le diagramme de séquence relatif au cas d’utilisation « Editer bon de paie »___________________1371.4.6. Le diagramme de séquence relatif au cas d’utilisation « Editer billet d’entrée»__________________1381.4.6.1. Scénario1 : l’absence est déjà enregistrée_____________________________________________1381.4.6.2. Scénario2 : l’absence n’est pas encore enregistrée :_____________________________________138

2. Le diagramme des classes entités complet__________________________________________139

3. Les règles de passage du diagramme des classes vers la base de données relationnelle_____140

4. Schéma relationnel de la base de données__________________________________________141

5. Schéma final de la base de données relationnelle____________________________________1425.1. La table « Professeur »______________________________________________________________1425.2. La table « élève »__________________________________________________________________1435.3. La table « année scolaire »___________________________________________________________1455.4. La table « cycle »__________________________________________________________________145


Table des matières

5.5. La table « niveau »_________________________________________________________________1465.6. La table « les_sections »_____________________________________________________________1465.7. La table « Passage»________________________________________________________________1465.8. La table « orientation »______________________________________________________________1475.9. La table « Classe »_________________________________________________________________1475.10. La table « groupe »_________________________________________________________________1485.11. La table « affectation_eleve_groupe»__________________________________________________1485.12. La table « matière »________________________________________________________________1485.13. La table « les_notes »_______________________________________________________________1495.14. La table « affectation_prof_mat_groupe»_______________________________________________1495.15. La table « examen »________________________________________________________________1505.16. La table « coefficient »______________________________________________________________1505.17. La table « les_sanctions »____________________________________________________________1505.18. La table « les_abscences »___________________________________________________________1505.19. La table « affectation_mat_classe »____________________________________________________1515.20. La table « gouvernorat »_____________________________________________________________1515.21. La table « delegation »______________________________________________________________1515.22. La table « les_groupes »_____________________________________________________________1515.23. La table « utilisateurs»______________________________________________________________1525.24. La table « les_coifficients_matieres»___________________________________________________152

6. Le modèle de déploiement_______________________________________________________153

III. Deuxième itération : Implémentation des cas d’utilisation_______________________154

1. Implémentation du cas d’utilisation « Préparer année scolaire »_______________________1541.1. Traçabilité entre le modèle de conception et le modèle d’implémentation du cas d’utilisation « Préparer année scolaire »___________________________________________________________________________1541.2. Le diagramme des composants_______________________________________________________154

2. Implémentation du cas d’utilisation « Gérer les professeurs »_________________________1552.1. Traçabilité entre le modèle de conception et le modèle d’implémentation du cas d’utilisation « gérer les professeurs »_____________________________________________________________________________1552.2. Le diagramme des composants_______________________________________________________155

3. Implémentation du cas d’utilisation « Gérer les élèves »______________________________1553.1. Traçabilité entre le modèle de conception et le modèle d’implémentation du cas d’utilisation « Gérer les élèves »______________________________________________________________________________1553.2. Le diagramme des composants :______________________________________________________156

4. Implémentation du cas d’utilisation « Modifier informations année scolaire »____________1564.1. Traçabilité entre le modèle de conception et le modèle d’implémentation du cas d’utilisation « Modifier informations de l’année scolaire »___________________________________________________1564.2. Le diagramme des composants_______________________________________________________156

5. Implémentation du cas d’utilisation « Gérer matière »_______________________________1575.1. Traçabilité entre le modèle de conception et le modèle d’implémentation______________________1575.2. Le diagramme des composants_______________________________________________________157

6. Implémentation du cas d’utilisation « Attribuer coefficient »__________________________1576.1. Traçabilité entre le modèle de conception et le modèle d’implémentation______________________1576.2. Le diagramme des composants_______________________________________________________157

7. Implémentation du cas d’utilisation « Gérer discipline »_____________________________1587.1. Traçabilité entre le modèle de conception et le modèle d’implémentation______________________1587.2. Le diagramme des composants_______________________________________________________158

8. Implémentation du cas d’utilisation « Gérer les notes »______________________________1588.1. Traçabilité entre le modèle de conception et le modèle d’implémentation du cas d’utilisation « Gérer les notes »_______________________________________________________________________________1588.2. Le diagramme des composants_______________________________________________________159

9. Implémentation du cas d’utilisation « Gérer les paies »______________________________159


Table des matières

9.1. Traçabilité entre le modèle de conception et le modèle d’implémentation du cas d’utilisation « Gérer les paies »_______________________________________________________________________________1599.2. Le diagramme des composants_______________________________________________________159

10. Implémentation du cas d’utilisation « S’identifier »_______________________________16010.1. Traçabilité entre le modèle d’analyse et le modèle d’implémentation__________________________16010.2. Le diagramme des composants_______________________________________________________160

11. Implémentation du cas d’utilisation « Gérer les utilisateurs »_______________________16011.1. Traçabilité entre le modèle de conception et le modèle d’implémentation______________________16011.2. Le diagramme des composants_______________________________________________________160

IV. Conclusion_____________________________________________________________161

Chapitre IV : La phase de Transition_____________________________________________162

I. Introduction______________________________________________________________163

II. Conclusion_______________________________________________________________170

Conclusion Générale___________________________________________________________171

ANNEXES___________________________________________________________________174

I. Présentation du processus unifiée_____________________________________________175

1. La phase d’incubation__________________________________________________________175

2. La phase d’élaboration_________________________________________________________175

3. La phase de construction________________________________________________________175

4. La phase de transition__________________________________________________________1754.1. Capture des besoins________________________________________________________________1754.2. Analyse__________________________________________________________________________1764.3. Conception_______________________________________________________________________1764.4. Implémentation____________________________________________________________________1764.5. Test_____________________________________________________________________________176

II. Présentation d’UML_______________________________________________________177

1. Présentation synthétique d’UML_________________________________________________177

2. Les Diagrammes_______________________________________________________________1772.1. Les diagrammes de classe___________________________________________________________1772.2. Le diagramme de composants________________________________________________________1772.3. Le diagramme de déploiement________________________________________________________1772.4. Le diagramme d’objet______________________________________________________________1772.5. Le diagramme de cas d’utilisation_____________________________________________________1782.6. Le diagramme d’activité_____________________________________________________________1782.7. Le diagramme de séquence__________________________________________________________1782.8. Le diagramme de collaboration_______________________________________________________1782.9. Le diagramme d’état/transition_______________________________________________________178

III. Rational Rose___________________________________________________________178

IV. Présentation de VB.NET__________________________________________________179

1. Définitions____________________________________________________________________179

2. Les variables, constantes et énumérations__________________________________________1802.1. Les variables______________________________________________________________________1802.2. Les constantes____________________________________________________________________1802.3. Les énumérations__________________________________________________________________180

Bibliographie_________________________________________________________________182


Table des matières

I. Mémoires________________________________________________________________183

II. Sites_____________________________________________________________________183


Table des figures

Table des figures

Fig.1: Organigramme de l’Initiation.......................................................................................................................6

Fig.2: Organigramme de l’enseignement secondaire.............................................................................................7

Fig.3: Diagramme des cas d’utilisation.................................................................................................................10

Fig.4: Raffinement du cas d’utilisation « gérer les professeurs »........................................................................12

Fig.5: Préparer année scolaire..............................................................................................................................16

Fig.6: Gérer les élèves............................................................................................................................................21

Fig.7: Gérer les élèves............................................................................................................................................26

Fig.8: Attribuer coefficient matière.......................................................................................................................27

Fig.9: Gérer les notes.............................................................................................................................................28

Fig.10: Gérer les paies.............................................................................................................................................29

Fig.11: Gérer les absences.......................................................................................................................................29

Fig.12: Traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse du cas d’utilisation « Gérer les professeurs »...................................................................................................................................................................31

Fig.13: Diagramme des classes du cas d’utilisation « Gérer les professeurs».....................................................31

Fig.14: Diagramme de collaboration « Inscrire professeur »................................................................................32

Fig.15: Diagramme de collaboration « Affecter professeur »................................................................................32

Fig.16: Diagramme de collaboration « Modifier professeur »...............................................................................33

Fig.17: Traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse du cas d’utilisation « Gérer les élèves » 34

Fig.18: Diagramme des classes relatif au cas d’utilisation « Gérer les élève ».....................................................34

Fig.19: Diagramme de collaboration relatif au cas d’utilisation « Inscrire élève »..............................................35

Fig.20: Diagramme de la collaboration relative au cas d’utilisation « Affecter élève ».......................................35

Fig.21: Diagramme de collaboration relatif au cas d’utilisation « Modifier élève »............................................36

Fig.22: Diagramme de la collaboration relative au cas d’utilisation « Réinscrire élève »...................................36

Fig.23: Diagramme des collaborations relatif au cas d’utilisation « Réinscrire abandon».................................37

Fig.24: Diagramme des collaborations relatives au cas d’utilisation « Rechercher élève»..................................37

Fig.25: Traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse du cas d’utilisation « Préparer année scolaire»...............................................................................................................................................................38

Fig.26: Diagramme des classes relatif au cas d’utilisation « Préparer année scolaire ».....................................38

Fig.27: Diagramme de collaboration relatif au cas d’utilisation « Ajouter année »............................................39

Fig.28: Diagramme de collaboration relatif au cas d’utilisation « Ajouter année »............................................39

Fig.29: Diagramme de collaboration relatif au cas d’utilisation « Ajouter niveau d’étude »..............................40

Fig.30: Diagramme de collaboration relatif au cas d’utilisation « Ajouter section »...........................................40

Fig.31: Diagramme de collaboration relatif au cas d’utilisation « Ajouter passage »..........................................41

Fig.32: Diagramme de collaboration relatif au cas d’utilisation « Ajouter classe ».............................................41

Fig.33: Diagramme de collaboration relatif au cas d’utilisation « Ajouter classe ».............................................42

Fig.34: Traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse du cas d’utilisation « Modifier année scolaire»...............................................................................................................................................................42

Fig.35: Diagramme des classes relatif au cas d’utilisation « Modifier informations de l’année scolaire »........43

Fig.36: Diagramme de collaboration relatif au cas d’utilisation « Modifier informations de l’année scolaire »43


Table des figures

Fig.37: Raffinement du cas d’utilisation « Gérer les matières »............................................................................46

Fig.38: Raffinement du cas d’utilisation « Gérer discipline »...............................................................................46

Fig.39: Raffinement du cas d’utilisation « Attribuer coefficient matière »...........................................................46

Fig.40: Raffinement du cas d’utilisation « Gérer les notes ».................................................................................46

Fig.41: Raffinement du cas d’utilisation « Gérer les paies ».................................................................................46

Fig.42: Traçabilité entre le modèle du cas d’utilisation et le modèle d’analyse du cas d’utilisation « Gérer matière » 46

Fig.43: Diagramme des classes du cas d’utilisation « Gérer matière ».................................................................46

Fig.44: Diagramme de collaboration relative au cas d’utilisation « Ajouter matière »........................................46

Fig.45: Diagramme de collaboration relative au cas d’utilisation « Modifier matière »......................................46

Fig.46: Description du diagramme de collaboration relative au cas d’utilisation « Rechercher matière ».........46

Fig.47: Traçabilité entre le modèle du cas d’utilisation et le modèle d’analyse du cas d’utilisation « Gérer discipline »46

Fig.48: Diagramme des classes du cas d’utilisation « Enregistrer les absences »................................................46

Fig.49: Diagramme de collaboration du cas d’utilisation « Enregistrer les absences ».......................................46

Fig.50: Diagramme de collaboration du cas d’utilisation « Enregistrer les sanctions »......................................46

Fig.51: Traçabilité entre le diagramme du cas d’utilisation et le modèle d’analyse relatif au cas d’utilisation « Attribuer coefficient matière »....................................................................................................................................46

Fig.52: Diagramme des classes relatif au cas d’utilisation « Attribuer coefficient matière ».............................46

Fig.53: Diagramme de collaboration du cas d’utilisation « Ajouter le coefficient»............................................46

Fig.54: Le diagramme de collaboration du cas d’utilisation «Modifier coefficient»............................................46

Fig.55: Traçabilité entre le modèle du cas d’utilisation et le modèle d’analyse du cas d’utilisation « Gérer les notes » 46

Fig.56: Diagramme de classe du cas d’utilisation « Gérer les notes »..................................................................46

Fig.57: Diagramme de collaboration du cas d’utilisation « saisir les notes »......................................................46

Fig.58: Diagramme de collaboration du cas d’utilisation « Exporter les feuilles de notes »..............................46

Fig.59: Diagramme de collaboration du cas d’utilisation « Importer les notes »................................................46

Fig.60: Diagramme de collaboration du cas d’utilisation « Attribuer formule de calcul»..................................46

Fig.61: Traçabilité entre le modèle d’analyse et le modèle de conception du cas d’utilisation « Préparer l’année scolaire » 46

Fig.62: Diagramme des classes de conception relatif au cas d’utilisation « Préparer année scolaire »..............46

Fig.63: Diagramme des séquences relatives au cas d’utilisation « Ajouter section »...........................................46

Fig.64: Diagramme des séquences relatif au cas d’utilisation « Ajouter niveau »...............................................46

Fig.65: Diagramme des séquences relatif au cas d’utilisation « Ajouter passage»..............................................46

Fig.66: Diagramme des séquences relatif au cas d’utilisation « Ajouter orientation »........................................46

Fig.67: Diagramme des séquences relatif au cas d’utilisation « Ajouter section »...............................................46

Fig.68: Diagramme des séquences relatif au cas d’utilisation « Ajouter classe».................................................46

Fig.69: Diagramme des séquences relatif au cas d’utilisation « Ajouter groupe»................................................46

Fig.70: Diagramme des séquences relatif au cas d’utilisation « rechercher cycle».............................................46

Fig.71: Diagramme des séquences relatif au cas d’utilisation « Rechercher niveau».........................................46

Fig.72: Diagramme de séquence du cas d’utilisation « rechercher passage »......................................................46

Fig.73: Diagramme de séquence du cas d’utilisation « rechercher section ».......................................................46


Table des figures

Fig.74: Diagramme de séquence du cas d’utilisation « rechercher orientation»..................................................46

Fig.75: Diagramme de séquence du cas d’utilisation « rechercher classe»..........................................................46

Fig.76: Diagramme de séquence du cas d’utilisation « rechercher groupe»........................................................46

Fig.77: Traçabilité entre le modèle d’analyse et le modèle de conception relatif au cas d’utilisation « Modifier informations de l’année scolaire ».................................................................................................................................46

Fig.78: Diagramme des classes relatif au cas d’utilisation « Modifier informations de l’année scolaire » :.....46

Fig.79: Traçabilité entre le modèle d’analyse et le modèle de conception du cas d’utilisation « Gérer les élèves » 46

Fig.80: Diagramme des classes relatif au cas d’utilisation « Gérer les élèves »...................................................46

Fig.81: Diagramme de séquence relatif au cas d’utilisation « inscrire élève ».....................................................46

Fig.82: Diagramme de séquence relatif au cas d’utilisation « réinscrire élève »..................................................46

Fig.83: Diagramme de séquence relatif au cas d’utilisation « modifier élève »....................................................46

Fig.84: Diagramme de séquence relatif au cas d’utilisation « affecter élève ».....................................................46

Fig.85: Diagramme de séquence relatif au cas d’utilisation « affecter élève »....................................................46

Fig.86: Diagramme de séquence relatif au cas d’utilisation « inscrire élève abandon »....................................46

Fig.87: Diagramme de séquence relatif au cas d’utilisation « rechercher élève »................................................46

Fig.88: Traçabilité entre le modèle d’analyse et le modèle de conception du cas d’utilisation « Gérer les professeurs »...................................................................................................................................................................46

Fig.89: Diagramme de séquence relatif au cas d’utilisation « gérer les professeurs ».........................................46

Fig.90: Diagramme de séquence relatif au cas d’utilisation « inscrire professeur »............................................46

Fig.91: Diagramme de séquence relatif au cas d’utilisation «modifier professeur »...........................................46

Fig.92: Diagramme de séquence relatif au cas d’utilisation «affecter professeur ».............................................46

Fig.93: Diagramme de séquence relatif au cas d’utilisation «supprimer professeur ».........................................46

Fig.94: Diagramme de séquence relatif au cas d’utilisation «rechercher professeur ».......................................46

Fig.95: Raffinement du cas d’utilisation « Gérer les paies ».................................................................................46

Fig.96: Raffinement du cas d’utilisation «Editer documents »..............................................................................46

Fig.97: Raffinement du cas d’utilisation «Gérer utilisateur »...............................................................................46

Fig.98: Raffinement du cas d’utilisation «S’identifier »........................................................................................46

Fig.99: Traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse du cas d’utilisation « Gérer paie » 46

Fig.100: Diagramme de classes relatif au cas d’utilisation « Gérer les paies....................................................46

Fig.101: Diagramme de collaboration relatif au cas d’utilisation « Enregistrer les paies ».............................46

Fig.102: Traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse du cas d’utilisation « Editer documents » 46

Fig.103: Diagramme des classes relatif au cas d’utilisation « Editer documents »..........................................46

Fig.104: Diagramme de collaboration relatif au cas d’utilisation « Editer attestation d’inscription »............46

Fig.105: Diagramme de collaboration relatif au cas d’utilisation « Editer certificat scolaire »......................46

Fig.106: Diagramme de collaboration relatif au cas d’utilisation « Editer bon de paie »................................46

Fig.107: Diagramme de collaboration relatif au cas d’utilisation « Editer bulletin».......................................46

Fig.108: Diagramme de collaboration relatif au cas d’utilisation « Editer bulletin».......................................46

Fig.109: Diagramme de collaboration relatif au cas d’utilisation « Editer billet»............................................46

Fig.110: Diagramme de collaboration relatif au cas d’utilisation « Editer billet»............................................46


Table des figures

Fig.111: Traçabilité entre le diagramme du cas d’utilisation et le modèle d’analyse du cas « S’identifier ». .46

Fig.112: Diagramme des classes du cas d’utilisation « S’identifier »................................................................46

Fig.113: Diagramme de collaboration du cas d’utilisation « S’identifier »......................................................46

Fig.114: Diagramme de collaboration du cas d’utilisation « S’identifier »......................................................46

Fig.115: Traçabilité entre le diagramme du cas d’utilisation et le modèle d’analyse du cas « Gérer utilisateur » 46

Fig.116: Diagramme des classes du cas d’utilisation « Gérer utilisateur »........................................................46

Fig.117: Diagramme de collaboration relatif au cas d’utilisation « Ajouter utilisateur ».................................46

Fig.118: Diagramme de collaboration relatif au cas d’utilisation « Ajouter responsable»...............................46

Fig.119: Diagramme de collaboration relatif au cas d’utilisation « Modifier responsable».............................46

Fig.120: Diagramme de collaboration relatif au cas d’utilisation « Supprimer utilisateur».............................46

Fig.121: Traçabilité entre le modèle d’analyse et le modèle de conception relatif au cas d’utilisation « Gérer matière » 46

Fig.122: Diagramme des classes relatif au cas d’utilisation « Gérer matières »................................................46

Fig.123: Diagramme de séquence relatif au cas d’utilisation « Ajouter matière »............................................46

Fig.124: Diagramme de séquence relatif au cas d’utilisation « Modifier matière».........................................46

Fig.125: Diagramme de séquence relatif au cas d’utilisation « Modifier matière».........................................46

Fig.126: Diagramme de séquence relatif au cas d’utilisation « Rechercher ma matière»..............................46

Fig.127: Traçabilité entre le modèle d’analyse et le modèle de conception du cas « Attribuer coefficient matière » 46

Fig.128: Diagramme des classes relatif au cas d’utilisation « Attribuer coefficient matière ».........................46

Fig.129: Diagramme de séquence relatif au cas d’utilisation « Ajouter coefficient ».......................................46

Fig.130: Diagramme de séquence relatif au cas d’utilisation «Modifier coefficient ».....................................46

Fig.131: Traçabilité entre le modèle d’analyse et le modèle de conception relatif au cas d’utilisation « Gérer discipline » 46

Fig.132: Diagramme des classes relatif au cas d’utilisation « Gérer discipline »..............................................46

Fig.133: Diagramme de séquence au cas d’utilisation « enregistrer les absences » :.......................................46

Fig.134: Diagramme de séquence relatif au cas d’utilisation « enregistrer les sanctions ».............................46

Fig.135: Traçabilité entre le modèle d’analyse et le modèle de conception relatif au cas d’utilisation « Gérer les notes » 46

Fig.136: Diagramme des classes relatif au cas d’utilisation « Gérer les notes »................................................46

Fig.137: Diagramme de séquence relatif au cas d’utilisation « saisir notes »...................................................46

Fig.138: Diagramme de séquence relatif au cas d’utilisation « exporter feuilles des notes »...........................46

Fig.139: Diagramme de séquence relatif au cas d’utilisation « importer feuilles des notes »...........................46

Fig.140: Diagramme de séquence relatif au cas d’utilisation « Attribuer formules»........................................46

Fig.141: Traçabilité entre le modèle d’analyse et le modèle de conception relatif au cas d’utilisation « Gérer les paies » 46

Fig.142: Diagramme des classes relatif au cas d’utilisation « Gérer les paies »...............................................46

Fig.143: Diagramme de séquence relatif au cas d’utilisation « Gérer les paies ».............................................46

Fig.144: Traçabilité entre le modèle d’analyse et le modèle de conception relatif au cas d’utilisation « Gérer utilisateur » 46

Fig.145: Diagramme des classes relatif au cas d’utilisation « Gérer les utilisateurs.........................................46

Fig.146: Diagramme de séquence relatif au cas d’utilisation « ajouter utilisateur »........................................46


Table des figures

Fig.147: Diagramme de séquence relatif au cas d’utilisation « Modifier utilisateur »......................................46

Fig.148: Diagramme de séquence relatif au cas d’utilisation « Supprimer utilisateur »..................................46

Fig.149: Diagramme de séquence relatif au cas d’utilisation « Ajouter responsable ».....................................46

Fig.150: Traçabilité entre le modèle d’analyse et le modèle de conception relatif au cas d’utilisation « S’identifier »................................................................................................................................................................46

Fig.151: Diagramme de séquence relatif au cas d’utilisation « S’identifier »...................................................46

Fig.152: Diagramme de séquence relatif au cas d’utilisation « S’identifier »...................................................46

Fig.153: Traçabilité entre le modèle d’analyse et le modèle de conception relatif au cas d’utilisation « Editer les documents »...............................................................................................................................................................46

Fig.154: Diagramme des classes relatif au cas d’utilisation « Editer les documents »......................................46

Fig.155: Diagramme de séquence relatif au cas d’utilisation « Editer certificat d’inscription »......................46

Fig.156: Diagramme de séquence relatif au cas d’utilisation « Editer certificat scolaire »..............................46

Fig.157: Diagramme de séquence relatif au cas d’utilisation « Editer bon de paie »........................................46

Fig.158: Diagramme de séquence relatif au cas d’utilisation « Editer billet d’entrée».....................................46

Fig.159: Diagramme de séquence relatif au cas d’utilisation « Editer billet d’entrée».....................................46

Fig.160: Le diagramme des classes entités complet.............................................................................................46

Fig.161: Schéma de la base de données..............................................................................................................46

Fig.162: Le modèle de déploiement......................................................................................................................46

Fig.163: Traçabilité entre le modèle de conception et le modèle d’implémentation du cas d’utilisation « Préparer année scolaire »...........................................................................................................................................46

Fig.164: Diagramme des composants relatif au cas d’utilisation « Préparer année scolaire ».........................46

Fig.165: Traçabilité entre le modèle de conception et modèle d’implémentation du cas d’utilisation « Gérer les professeurs »..............................................................................................................................................................46

Fig.166: Diagramme des composants relatif au cas d’utilisation « Gérer les professeurs ».............................46

Fig.167: Traçabilité entre le modèle de conception et le modèle d’implémentation du cas d’utilisation « Gérer les élèves » 46

Fig.168: Diagramme des composants relatif au cas d’utilisation « Gérer les élèves »......................................46

Fig.169: Traçabilité entre le modèle de conception et le modèle d’implémentation du cas d’utilisation « Modifier informations de l’année scolaire »..............................................................................................................46

Fig.170: Diagramme des composants relatif au cas d’utilisation « Modifier informations de l’année scolaire » 46

Fig.171: Traçabilité entre le modèle de conception et le modèle d’implémentation du cas d’utilisation Gérer matière » 46

Fig.172: Diagramme des composants relatif au cas d’utilisation « Gérer matières »........................................46

Fig.173: Traçabilité entre le modèle de conception et le modèle d’implémentation du cas d’utilisation « Attribuer coefficient »..................................................................................................................................................46

Fig.174: Diagramme des composants relatif au cas d’utilisation « Attribuer coefficient »...............................46

Fig.175: Traçabilité entre le modèle de conception et le modèle d’implémentation..........................................46

Fig.176: Diagramme de composant relatif au cas d’utilisation « Gérer discipline ».........................................46

Fig.177: Traçabilité entre le modèle de conception et le modèle d’implémentation du cas d’utilisation « Gérer les notes » 46

Fig.178: Diagramme des composants relatif au cas d’utilisation « Gérer les notes »........................................46

Fig.179: Traçabilité entre le modèle de conception et le modèle d’implémentation du cas d’utilisation « Gérer les paies » 46


Table des figures

Fig.180: Diagramme des composants relatifs au cas d’utilisation « Gérer les paies »......................................46

Fig.181: Traçabilité entre le modèle d’analyse et le modèle d’implémentation du cas d’utilisation « S’identifier »................................................................................................................................................................46

Fig.182: Diagramme des composants relatif au cas d’utilisation « S’identifier »..............................................46

Fig.183: Traçabilité entre le modèle de conception et le modèle d’implémentation du cas d’utilisation « Gérer les utilisateurs »..............................................................................................................................................................46

Fig.184: Diagramme des composants relatif au cas d’utilisation « gérer les utilisateurs »...............................46

Fig.185: Interface d’identification........................................................................................................................46

Fig.186: Interface d’identification : coordonnés erronés....................................................................................46

Fig.187: L’interface du menu principale.............................................................................................................46

Fig.188: Ecran d’inscription d’un élève...............................................................................................................46

Fig.189: Ecran d’affectation d’un élève à un groupe..........................................................................................46

Fig.190: Ecran d’inscription d’un professeur......................................................................................................46

Fig.191: Ecran d’ajout d’une matière..................................................................................................................46

Fig.192: Ecran d’affectation des matières aux classes........................................................................................46

Fig.193: Ecran d’enregistrement des absences....................................................................................................46

Fig.194: Ecran d’enregistrement des sanctions...................................................................................................46

Fig.195: Ecran d’ajout d’un utilisateur..............................................................................................................46


Introduction générale

Introduction

Générale



ette introduction fera l’objet d’une brève présentation de

l’application que nous allons concevoir et réaliser, des

outils et des méthodes choisis, suivi du plan général du

processus de développement.

CNotre tâche consiste à réaliser la gestion des notes. Bien que

l’application semble un peu classique, nous ferons face à plusieurs

difficultés surtout que les outils d’implémentation utilisés ne sont

pas faciles à manipuler.

L’implémentation n’est pas la seule difficulté à surmonter, il faut

savoir que la gestion des notes au sein d’un établissement

scolaire privée est beaucoup plus complexe et différente que celle

dans un établissement public.

Dans un système de gestion des notes, il faut distinguer entre les

trimestres, les matières, les coefficients, les niveaux d’études

l’orientation, les moyennes … car ils n’ont pas du tout les mêmes

caractéristiques (attributs).

En plus de cette ambiguïté, il faut gérer les paies effectuées par

les élèves et celles effectuées par l’administration envi les

professeurs.

Ceci dit, à ce stade du processus de conception, tout nous semble

difficile et dur à réaliser. C’est pour cela que notre choix s’est

porté sur le Processus Unifié.

En effet, le processus unifié est une solution de développement

logiciel adapté à tous types de projets.

Ses traits distinctifs tiennent en trois notions : piloté par les cas

d’utilisation, centré sur l’architecture et itératif et incrémental (voir

annexe).



Le processus unifié répète un certain nombre de fois, une série de

cycles constituant la construction d’une génération du système.

Tout cycle se termine par la livraison d’une version du produit aux

clients et se déroule suivant quatre phases : l’incubation,

l’élaboration, la construction et la transition.

Chacune de ces phases peut se dérouler en une ou plusieurs

itérations.

Il faut noter que l’outil Rational Rose 2007 nous aidera

énormément à dessiner et gérer les différents diagrammes UML.

En ce qui concerne le développement, nous utiliserons VB.NET

2005, un outil puissant et complet compatible avec tous les SGBD.

Quant au système de gestion de base de données, nous avons eu

recours à

Oracle9i, la solution convenable à un système si riche

d’informations vu le très grand nombre d’élèves qui se forment

dans l’école, aussi du personnel qui y travaille. Mais suit à la

manque des équipements puissants nous avons décidé de faire

recours à Access vue sa disponibilité chez le client (Office 2007).

Ayant présenté les outils et les méthodes adoptés, nous allons

exposer maintenant le plan de conception.

Notre œuvre se subdivisera en quatre principaux chapitres.

Dans le premier chapitre intitulé « Incubation », nous

commencerons par comprendre le contexte du système,

déterminer les principaux cas d’utilisation, énumérer les besoins

fonctionnels et les besoins non fonctionnels, et dégager les risques

critiques, pouvant nuire au bon déroulement du projet.

Puis, au sein de « L’élaboration », deuxième chapitre de ce

travail, nous tenterons d’approfondir la compréhension du système

par un processus continu de collecte d’informations auprès des



experts du domaine et d’arriver, à la fin de la phase, à obtenir une

spécification, une analyse et une conception détaillées des cas

d’utilisation. Nous avons jugé que cette phase est la plus

importante car nous devons passer d’une architecture candidate,

construite lors de la phase d’incubation, à une architecture stable.

Au niveau du troisième chapitre : « La construction », l’architecture étant stable, le produit s’apparente alors à l’application, satisfaisant les exigences des utilisateurs.Finalement, dans le dernier chapitre de ce mémoire : « la transition », nous présenterons comment le produit est mis en place et déployé chez l’école Ibnou Ârafa.

Projet de fin d’études Chapitre I La

phase d’incubation

Chapitre I : La


I. Introduction...............................................................................................................................4

II. La capture des besoins..............................................................................................................4

1. Contexte du système..........................................................................................................................4

2. Recherche des acteurs.......................................................................................................................8

3. Les cas d’utilisations.........................................................................................................................9

4. Description détaillée des cas d’utilisations....................................................................................11

5. Les prototypes des interfaces utilisateurs.....................................................................................29

III. Analyse des cas d’utilisation prioritaires...........................................................................31

1. Analyse du cas d’utilisation « gérer les professeurs »..................................................................31

2. Analyse du cas d’utilisation « gérer les élèves »...........................................................................34

3. Analyse du cas d’utilisation « Préparer année scolaire »............................................................38

4. Analyse du cas d’utilisation « Modifier informations de l’année scolaire » :............................42

IV. Conclusion...........................................................................................................................44



I. Introduction

La phase incubation consiste à comprendre le contexte du système. Il s’agit de déterminer les

fonctionnalités et les acteurs les plus pertinents, de préciser les risques les plus critiques et

d’identifier les cas d’utilisation initiaux. Ceci dit, notre description va sembler trop détaillée pour

une première phase du processus.

II. La capture des besoins

L’activité de la capture des besoins consiste à identifier la plupart des cas d’utilisation et les

différents acteurs qui constituent l’environnement.

1. Contexte du système

Pour concevoir et réaliser le système de Gestion d’un établissement privé, il nous était

indispensable de collecter les informations nécessaires auprès des gens travaillant dans cet

établissement.

Après avoir structuré les informations collectées, nous avons remarqué que presque tout,

se déroule autour de l’élève (Inscription, affectation à un groupe, payement, Résultat,

absence, sanctions,..) et le professeur (Inscription, affectation, . .)

1.1. Présentation du lycée

IBNOU ARAFA est un établissement d’enseignement secondaire privé, sis à 85, avenue HABIB

BOURGUIBA, ELFAHS.

Cet établissement comporte pendant cette année, 270 élèves, 29 professeurs repartis comme

suivent :

Niveau 7 8 9 Total

Cycle

Base 15 20 20 65

Secondaire 1 2 3 4

23 25 30 72 150



Total 215

TAB : 02 Tableau des répartitions des élèves par cycle et par niveau

Discipline NBRE

Mathématiques 3

Sciences physiques 2

Sciences naturelles 2

Informatique 2

Technologies 1

Arabe 3

Français 3

Anglais 2

Philosophie 2

Histoire 2

Géographie 2

Education civile 1

Education religieuse 1

Education artistique 1

Musique 1

Sport 2

Total 29

TAB : 03 Tableau des répartitions des professeurs par discipline



1.2. Hiérarchie administrative de l’établissement

Fig.1: Organigramme de l’Initiation

Directeur

Surveillant général Secrétaire

Surveillants



1.3. Restructuration de l’enseignement secondaire

Fig.2: Organigramme de l’enseignement secondaire

1.4. Définition des besoins fonctionnels

Le système doit permettre de gérer :

L’inscription des élèves

L’inscription des professeurs

La préparation de l’année scolaire en ajoutant l’année, les matières, les sections,…

L’affectation des élèves dans des classes, les professeurs,…

La recherche des informations concernant les élèves, les professeurs,…

La saisie des notes ou de les importer à partir d’autres fichiers, les calculs des moyennes

et l’édition des bulletins

Cycle

Base

7ème année8ème année

9ème année

Secondaire

2ème année Technologie de l’Informatique

2ème année Lettres et Langues

2ème année Sciences

2ème année Economie et Services

3ème et 4ème année Science de l’informatique

3ème et 4ème année Lettres

3ème et 4ème année Science expérimentales

3ème et 4ème année Mathématiques

3ème et 4ème année Techniques

3ème et 4ème année Economie et Gestion



La paie de des élèves puisqu’il s’agit d’un établissement privé

Etc.

1.5. Définition des besoins non fonctionnels

A part les besoins fondamentaux, notre futur système doit répondre aux critères suivants :

La rapidité de traitement : En effet, vu le nombre important des transactions quotidiennes, il est

impérativement nécessaire que la durée d’exécution des traitements s’approche le plus possible du

temps réel.

La performance : Un logiciel doit être avant tout performant c'est à dire à travers ses

fonctionnalités, répond à toutes les exigences des usagers d’une manière optimale.

La convivialité : Le futur logiciel doit être facile à utiliser. En effet, les interfaces utilisateurs

doivent être conviviales c'est-à-dire simples, ergonomiques et adaptées à l’utilisateur.

2. Recherche des acteurs

2.1. Définition d’un acteur

Un acteur est une entité externe qui agit sur le système, le terme acteur ne désigne pas

seulement les utilisateurs humains mais également les autres systèmes.

C'est un utilisateur du système, qui communique et interagit avec les cas d'utilisation du

système par des envoies des messages et par des échanges de données dans les deux sens.

2.2. Les principaux acteurs du système

Toutes les taches se déroulent dans trois bureaux le bureau de directeur, le surveillant général et le

secrétariat:

2.2.1. Le directeur

Il assure la préparation de l’année scolaire, gère les professeurs (recrutement, affectation,

modification,…)



2.2.2. Le secrétaire

Il gère les élèves (inscription, affectation, modifications …), les notes (Saisie des notes, calculs

des moyennes, édition des bulletins), les paies (enregistrement des paies, édition de bon de paie,

…)

2.2.3. Le surveillant général

Il gère les absences des élèves (Enregistrement des absences, édition des billets d’entrée…) et

enregistre les sanctions.

3. Les cas d’utilisations

3.1. Définition d’un cas d'utilisation

Un cas d'utilisation comporte une quantité de travail, remplit une fonction qui a une valeur pour

l'acteur.

3.2. Identification des cas d’utilisation

Nous décrivons ci-dessous les différents cas d’utilisation du système qui permettent de décrire

l’interaction de l’acteur avec le système à développer.

Ainsi le directeur de l’établissement interagit avec le système à travers les cas d’utilisation

suivants :

Gérer les professeurs

Préparer l’année scolaire

Le secrétaire présente le deuxième acteur et interagit avec le système à travers les cas d’utilisation

suivants :

Gérer les élèves

Gérer les paies

Attribuer coefficient matière

Gérer les notes

Edition

Enfin le surveillant général notre troisième acteur peut assure les cas d’utilisation suivants :

Gérer Discipline



Gérer les statistiques

3.3. Le modèle des cas d’utilisations

Editer documents

Gèrer les disciplines

Le surveillant générale

Gèrer les notes

Gèrer les paiesLe secretaire

Gèrer les professeurs

Préparer année scolaire

Gèrer les professeurs

Gèrer les élèves

Le directeur

Fig.3: Diagramme des cas d’utilisation



3.4. Affectation des priorités aux cas d’utilisation

Afin de faciliter notre travail, il nous semble judicieux de répartir les d’utilisation initiaux en des

cas prioritaires et autres secondaires.

Les cas d’utilisation Acteurs priorité

Gérer les élèves Le secrétaire 1

Gérer les professeurs le directeur 1

Préparer l’année scolaire le directeur 1

Modifier les informations de l’année scolaire Le secrétaire 1

Gérer les matières Le directeur 2

Gérer les notes Le secrétaire 2

Gérer la discipline le surveillant général 2

Attribuer les coefficients des matières Le secrétaire 2

Gérer les paies Le secrétaire 3

Editer documents Le secrétaire/ le

surveillant générale3

TAB : 01 Tableau des priorités aux cas d’utilisation

Les cas d’utilisation portant la priorité « 1 » présentent les principales fonctionnalités du système

dont dépend la réalisation des cas d’utilisation de priorité « 2 » et « 3 ». Les cas d’utilisation

secondaires et tertiaires vont être détaillés dans les phases ultérieures.

4. Description détaillée des cas d’utilisations

Au niveau de se paragraphe nous commençons par le raffinement des cas d’utilisation ayant la

priorité « 1 » à savoir « Gérer les professeurs » , « Préparer l’année scolaire » et «Gérer les

élèves ».



4.1. Gérer les professeurs

Ce cas regroupe les cas suivants :

Inscrire professeur : Le directeur choisit ses besoins à partir des demandes de

recrutement faites par les professeurs qui peuvent appartenir à des établissements

publiques ou qu’ils sont des diplômés sans être recrutés, ensuite il saisit les informations

nécessaires qui seront stockées dans la table professeur

Affecter professeur aux groupes : Le directeur affecte pour chaque professeur les

groupes qu’il va les enseigner, les informations seront stockées dans la base

Modifier professeur : Le directeur peut modifier les informations concernant

le professeur, dans ce cas la table professeur sera mise à jour.

Rechercher professeur : Le directeur peut rechercher les informations concernant le

professeur, dans ce cas la table professeur sera consultée.

Donc, le cas « gérer les professeurs » raffiné sera :

Inscrire professeur

Modifier professeur

Rechercher professeur

Affecter les professeurs

gérer les professeurs

Le directeur



Fig.4: Raffinement du cas d’utilisation « gérer les professeurs »

4.1.1. Description du cas d’utilisation « Inscrire professeur»

Cette fonctionnalité permet au directeur d’inscrire les informations concernant le

professeur

Cas d’utilisation : « Inscrire professeur»

Acteur principal : Le directeur

Parties prenantes et intérêt :

Le directeur veut un moyen rapide et fiable permettant d’ajouter les informations

d’un professeur à la base.

Pré condition :

Le menu du professeur est choisit.

L’option inscrire professeur est choisit.

Le formulaire d’ajout est affiché.

Post condition : (garantie de succès) :

Le professeur est enregistré.

Scénario principal (succès) :

Le directeur saisit les informations.

Le système enregistre les informations et affiche un message de mise à jour avec

succès.

Extensions (scénarios alternatifs) :

Si la saisie est invalide le système signale l’erreur et rejette la saisie.

4.1.2. Description du cas d’utilisation « Affecter professeur aux groupes »

Cette fonctionnalité permet au directeur d’affecter les professeurs aux groupes.

Cas d’utilisation : « Affecter professeur aux groupes »





Le directeur veut un moyen rapide et fiable permettant d’affecter les professeurs

déjà enregistrées, aux groupes déjà crées dans le cas préparer l’année scolaire.

Pré condition :

- Le menu du professeur est choisit.

- L’option affecter professeur est choisit.

- Le formulaire d’affectation professeur est affiché.


Le professeur est enregistré.

Le groupe est crée.


- Le directeur saisit les informations.

- Le système enregistre les informations et affiche un message de mise à jour

avec succès.



4.1.3. Description du cas d’utilisation « modifier professeur»

Cette fonctionnalité permet au directeur de modifier les informations concernant le

professeur.

Cas d’utilisation : « Modifier professeur»



Le directeur veut un moyen rapide et fiable permettant de modifier les

informations d’un professeur enregistrées dans la base.

Pré condition :


- L’option modifier professeur est choisit.

- Le formulaire de modification est affiché.


Le professeur est modifié.




- Le directeur saisit le numéro de professeur.

- Le système affiche les informations du professeur choisit.

- Le système enregistre les modifications et affiche un message de mise à jour

avec succès.



4.1.4. Description du cas d’utilisation « Rechercher professeur»

Cette fonctionnalité permet au directeur de modifier les informations concernant le

professeur.

Cas d’utilisation : « Rechercher professeur»



Le directeur veut un moyen rapide et fiable permettant de rechercher les


Pré condition :


- L’option rechercher professeur est choisit.



Le professeur est modifié.


- Le directeur saisit le numéro de professeur.

- Le système affiche les informations du professeur choisit.



4.2. Préparer l’année scolaire




Ajouter année scolaire : au début de chaque année scolaire, le directeur sélectionne

l’année scolaire qui correspond à l’année en cours

Ajouter cycle d’étude : Selon le cas, le directeur peut ajouter un cycle d’étude (cycle

de base, cycle secondaire)

Ajouter niveau d’étude : Selon le cas, le directeur peut ajouter un niveau d’étude (7-

8-9 de base, 1-2-3-4 secondaire)

Ajouter orientation : Selon le cas, le directeur, peut ajouter une orientation (Tronc

commun ou sport)

Ajouter passage : Selon le cas, le directeur, peut ajouter un passage (lettres et langues,

économie et services, sciences, technologie de l’informatique)

Ajouter section : selon ses objectifs, le directeur peut ajouter une section

(lettre, science expérimentale, mathématiques, sciences de l’informatique,

économie et gestion)

Ajouter classe : selon les orientations et les passages des élèves dans un niveau, le

directeur, peut ajouter une classe, qui sera stockée dans la table classe(7B,8B, 9B, 1TC,

1SP, 2TI, 2L, 2ES, 2S, 2SP, 3SI, 3M, 3T, 3SC, 3L, 3EG, 3SP , 4SI, 4M, 4SC, 4L, 4EG,

4T, 4SP

Ajouter groupe : selon la capacité des salles, le directeur peut ajouter des

nouveaux groupes (7B1, 2L2, 4M1, …)



Ajouter cycle d'étude Ajouter niveau d'étude

Ajouter orientation

Ajouter année scolaire

Ajouter passage

Ajouter section

Ajouter classeAjouter groupe

Préparer année scolaireLe directeur <<include>>

Fig.5: Préparer année scolaire

4.2.1. Description du cas d’utilisation « Ajouter Année scolaire»

Cette fonctionnalité permet au directeur d’ajouter l’année scolaire.

Cas d’utilisation : « Ajouter année scolaire»



Le directeur veut un moyen rapide et fiable permettant de rechercher les


Pré condition :

- Le menu préparer année scolaire est choisit.

- L’option ajouter année est choisit.

- Le formulaire d’ajout est affiché.


L’année est ajoutée.


- Le directeur sélectionne l’année scolaire voulu.

- Le système enregistre les informations.





4.2.2. Description du cas d’utilisation « Ajouter cycle d’étude»

Cette fonctionnalité permet au directeur d’ajouter un cycle de formation en cas de

besoin.

Cas d’utilisation : « Ajouter cycle de formation»



Le directeur veut un moyen rapide et fiable permettant d’ajouter un cycle de

formation.

Pré condition :


- L’option ajouter cycle de formation est choisit.

- Le formulaire d’ajout d’un cycle est affiché.


Le cycle de formation est ajouté à la base.


- Le directeur saisit le cycle de formation.




4.2.3. Description du cas d’utilisation « Ajouter niveau d’étude»

Cette fonctionnalité permet au directeur d’ajouter un cycle de formation en cas de

besoin.

Cas d’utilisation : « Ajouter niveau d’étude»



Le directeur veut un moyen rapide et fiable permettant d’ajouter un niveau



d’étude

Pré condition :

Le menu préparer année scolaire est choisit.

L’option ajouter niveau d’étude.

Le formulaire d’ajout d’un niveau d’étude est affiché.


Le niveau d’étude est ajouté à la base.


Le directeur saisit niveau d’étude de formation.

Le système enregistre les informations.



4.2.4. Description du cas d’utilisation « Ajouter orientation»

Cette fonctionnalité permet au directeur d’ajouter l’orientation de formation en cas de

besoin.

Cas d’utilisation : « Ajouter l’orientation»



Le directeur veut un moyen rapide et fiable permettant d’ajouter orientation

Pré condition :


- L’option ajouter orientation.

- Le formulaire d’ajout orientation est affiché.


- Le niveau d’orientation est ajouté à la base.


- Le directeur saisit niveau d’orientation.






4.2.5. Description du cas d’utilisation « Ajouter passage»

Cette fonctionnalité permet au directeur d’ajouter le passage (lettres et langues, économie

et services, sciences, technologie de l’informatique…) en cas de besoin.

Cas d’utilisation : « Ajouter passage»



Le directeur veut un moyen rapide et fiable permettant d’ajouter un passage

Pré condition :


- L’option ajouter passage.

- Le formulaire d’ajout passage est affiché.


- Le passage est ajouté à la base.


- Le directeur saisit un nouveau passage.




4.2.6. Description du cas d’utilisation « Ajouter section»

Cette fonctionnalité permet au directeur d’ajouter une section (lettre, science

expérimentale, mathématiques, sciences de l’informatique, économie et gestion) en cas de

besoin.

Cas d’utilisation : « Ajouter section»





Le directeur veut un moyen rapide et fiable permettant d’ajouter une section

Pré condition :


- L’option ajouter section.

- Le formulaire d’ajout section est affiché.


- La section est ajoutée à la base.


- Le directeur saisit une nouvelle section.




4.2.7. Description du cas d’utilisation « Ajouter classe»

Cette fonctionnalité permet au directeur d’ajouter une classe en cas de besoin.

- Cas d’utilisation : « Ajouter classe»

- Acteur principal : Le directeur

- Parties prenantes et intérêt :

- Le directeur veut un moyen rapide et fiable permettant d’ajouter une classe

- Pré condition :


- L’option ajouter classe.

- Le formulaire d’ajout classe est affiché.

- Post condition : (garantie de succès) :

- La classe est ajoutée à la base.

- Scénario principal (succès) :

- Le directeur saisit une nouvelle classe.






4.2.8. Description du cas d’utilisation « Ajouter groupe»

Cette fonctionnalité permet au directeur d’ajouter un groupe en cas de besoin.

Cas d’utilisation : « Ajouter groupe»



Le directeur veut un moyen rapide et fiable permettant d’ajouter un groupe

Pré condition :


- L’option ajouter groupe.

- Le formulaire d’ajout groupe est affiché.


- Le groupe est ajouté à la base.


- Le directeur saisit un nouveau groupe.




4.3. Gérer les élèves


Le secretaire

Réinscrire élève modifier élève Affecter élève Inscrire abandonInscrire élève Rechercher

Gèrer les élèves

Fig.6: Gérer les élèves Inscrire élève : cette opération est réalisée chaque fois qu’un nouvel élève se présente

(avec les documents nécessaires) à la scolarité pour être inscrit. Le secrétaire saisit les



informations nécessaires (informations concernant l’élève, les parents, l’établissement

d’origine,.. .). Les informations seront stockées dans la table élève

Affecter élève à un groupe : après inscription, chaque élève doit être affecté à un

groupe. Les informations seront insérer dans la base

Réinscrire élève : cette opération consiste à réinscrire les élèves.

Modifier les informations d’un élève : en cas d’erreur ou modification après

enregistrement le secrétaire générale peut modifier les informations de l’élève.

Rechercher les informations d’un élève : en cas de besoin le secrétaire peut

rechercher les informations d’un l’élève.

4.3.1. Description du cas d’utilisation « Inscrire élève»

Cette fonctionnalité permet au secrétaire d’inscrire un élève.

Cas d’utilisation : « Inscrire élève»

Acteur principal : Le secrétaire


Le secrétaire veut un moyen rapide et fiable permettant d’inscrire les élèves dans

la base.

Pré condition :

Le menu Elève est choisit.

L’option ajouter inscription est choisit.

Le formulaire d’inscription est affiché.


L’année est ajoutée.


Le secrétaire saisie tous les informations obligatoire.






4.3.2. Description du cas d’utilisation « Affecter élève à un groupe »

Cette fonctionnalité permet au secrétaire d’affecter un élève à un groupe.

Cas d’utilisation : « Affecter élève à un groupe »



Le secrétaire veut un moyen rapide et fiable permettant d’affecter les élèves dans

les groupes.

Pré condition :

Le menu Elève est choisit.

L’option affecter élève à un groupe est choisit.

Le formulaire d’affectation est affiché.


Inscription déjà faite.






4.3.3. Description du cas d’utilisation « Réinscrire élève»

Cette fonctionnalité permet au secrétaire de réinscrire un élève.

Cas d’utilisation : « Réinscrire élève»



Le secrétaire veut un moyen rapide et fiable permettant de réinscrire les élèves

dans la base.

Pré condition :

- Le menu Elève est choisit.

- L’option réinscription élève est choisit.



- Le formulaire de réinscription est affiché.


L’élève est inscrit.






4.3.4. Description du cas d’utilisation « Modifier les informations d’un

élève»

Cette fonctionnalité permet au secrétaire de modifier les informations d’un élève.

Cas d’utilisation : « modifier les informations d’un élève»



Le secrétaire veut un moyen rapide et fiable permettant de modifier les

informations d’un élève dans la base.

Pré condition :


- L’option modification élève est choisit.





- Le secrétaire saisie tous les informations obligatoire.

- Le système enregistre les informations modifiées.





4.3.5. Description du cas d’utilisation « Rechercher les informations d’un

élève»

Cette fonctionnalité permet au secrétaire de rechercher les informations d’un élève.

Cas d’utilisation : « Rechercher les informations d’un élève»



Le secrétaire veut un moyen rapide et fiable permettant de rechercher les

informations d’un élève dans la base.

Pré condition :


- L’option rechercher élève est choisit.

- Le formulaire de recherche est affiché.




- Le secrétaire saisie tous les informations obligatoire.

- Le système enregistre les informations modifiées.



4.3.6. Description du cas d’utilisation « Inscrire abandon»

Cette fonctionnalité permet au secrétaire de réinscrire l’élève abandon

Cas d’utilisation : « Inscrire élève abandon»



Le secrétaire veut un moyen rapide et fiable permettant de réinscrire les élèves

dans la base.

Pré condition :


- L’option inscrire abandon est choisit.



- Le formulaire de réinscription est affiché.


L’élève est réinscrit.


- Le secrétaire rendre active des champs spécifiques pour les élèves abandon




4.4. Modifier les informations de l’année scolaire

Selon les objectifs de l’établissement et la structuration imposé par l’état, et suite a une

demande le secrétaire peut modifier les informations du cycle, niveau, orientation, passage,

section, classe ou et / ou groupe

Le cas de « Modifier informations de l’année scolaire », raffiné sera :

Modifier informations de l'année scolaireLe secretaire

Fig.7: Gérer les élèves

4.4.1. Description du cas d’utilisation « Modifier informations de l’année scolaire »

Cette fonctionnalité permet au secrétaire de modifier les informations de l’année scolaire

Cas d’utilisation : « modifier les informations de l’année scolaire»



Le secrétaire veut un moyen rapide et fiable permettant de modifier les informations de

l’année scolaire

Pré condition :

Le menu modifier information est choisi



Le secrétaire choisit le critère de modification

Le formulaire de modification est affiché.


Le critère choisi est modifié



Le système enregistre les informations modifiées.



4.5. Attribuer coefficient matière

Avant d’entamer la gestion des notes, il est nécessaire d’attribuer à chaque matière et pour chaque

classe son coefficient :

Ajouter coefficient : selon une structuration élaboré par le ministère, et suite à une

demande du directeur, le secrétaire est appelé a attribuer pour chaque couple (matière, classe)

le coefficient qui sera utiliser lors du calcul de la moyenne

Modifier coefficient : selon une restructuration élaboré par le ministère, et suite à une

demande du directeur, le secrétaire est appelé a modifier pour quelques couple (matière,

classe) le coefficient qui sera utiliser lors du calcul de la moyenne

Le cas « Attribuer coefficient matière », raffiné sera :

Ajouter coefficient


Le secretaire

Modifier coefficient



Fig.8: Attribuer coefficient matière

4.6. Gérer les notes


Saisir les notes : à la fin de chaque trimestre, le secrétaire saisit les notes rendues par

les professeurs, la saisie peut se faire par élève ou par groupe

Importer les notes : les feuilles de notes rendues par les professeurs s’ils sont sous

formats numérique, ils seront importer et enregistrer

Exporter les feuilles de notes : chaque professeur doit avoir les feuilles de notes qui

correspondent aux groupes qu’il enseigne

Modifier les notes : en cas de faute les notes peuvent être modifiées

Attribuer les formules de calcul : ces formules servent à calculer les moyennes de

chaque matière, puisque chaque matière a ses caractéristiques spécifiques (exemple : dans une

matière M1 un élève d’un niveau bien déterminé doit avoir 3 notes alors dans une autre matière

M2, il aura 4 notes)

Le cas « Gérer les notes », raffiné sera :

Enregistrer paieGèrer les paies

<<include>>

Le secretaire



Exporter feuilles des notes

Importer feuilles des notes

Attribuer les formules

saisir les notes

Gèrer les notes

Le secretaire

Modifier les notes

<<extend>>

Fig.9: Gérer les notes

4.7. Gérer les paies

Cette opération consiste à :

Enregistrer la paie : chaque mois, l’élève doit rembourser un montant, qui sera

enregistré dans table paie, il reçoit son bon de paie.

Ce cas raffiné, sera :

Enregistrer les absences

Enregistrer les sanctions

Gèrer les disciplinesLe surveillant

générale



Fig.10: Gérer les paies

4.8. Gérer les disciplines

Lors d’une absence ou un retard d’un élève, le surveillant générale lui édite un billet et enregistre

l’absence, ainsi que les pièces justificatives

Gérer les absences, raffiné sera :

Fig.11: Gérer les absences

5. Les prototypes des interfaces utilisateurs

Dans le but d’inciter l’utilisateur à nous fournir une information efficace, nous adoptons la

démarche du prototypage. Le prototypage motive les utilisateurs à nous livrer des informations.

Dans ce qui suit, nous présentons quelques prototypes des interfaces usagers

réalisées au cours de cette phase, mais il faut noter que les interfaces prototypes peuvent

avoir une légère différence avec les interfaces du futur système.

Projet de fin d’études Chapitre I La phase d’incubation

تحديد الهويةاسم اختيارالمستخدم

المرور كلمةموافق :1خروج :2

لوحة االستقبال 2

1

اللوحة الرئيسية

تسجيل:1توزيع :2

تصرف :3تغيير :4بحث:5

عرض :6طباعة :7

8: المستعملون

؟ :9

تسجيلتلميذ :1أستاذ :2

مادة :3سنة :4دراسيةشعبة :5قسم :6قسم :7

مجموعة :8ضارب :9

المادة

1

تسجيل تلميذحفظ :1البياناتخروج :2

2

1

2

تسجيل أستاذحفظ :1البياناتخروج :2

3

تسجيل مادةحفظ :1البياناتخروج :2

4 تسجيلسنة

دراسيةحفظ :1البياناتخروج :2

تسجيل شعبةحفظ :1البياناتخروج :2

5 تسجيلقسمحفظ :1البياناتخروج :2

6

تسجيلقسمحفظ :1البياناتخروج :2

تسجيلمجموعة

حفظ :1البياناتخروج :2

تسجيلضارب المادة


8

9

7

توزيعالتالميذ :1

األساتذة :2

2

1

توزيع األساتذة


توزيع التالميذ


2

Interface Gestion des professeursC_Gestion des professeursprofesseur

Gérer les professeursGérer les professeursLe directeur

affectation_prof_mat_classe

<<trace>>



III. Analyse des cas d’utilisation prioritaires

1. Analyse du cas d’utilisation « gérer les professeurs »

1.1. Traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse du

cas d’utilisation « Gérer les professeurs »

Fig.12: Traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse du cas d’utilisation « Gérer les professeurs »

1.2. Le diagramme des classe relatif au cas d’utilisation « Gérer les

professeurs »

groupe(f rom Use Case View)

Le directeur(f rom Use Case View)

professeur(f rom Use Case View)

C_Gestion des professeurs(f rom Use Case View)

matière(f rom Use Case View)

Fig.13: Diagramme des classes du cas d’utilisation « Gérer les professeurs»

1.3. Les diagrammes de collaboration du cas d’utilisation « Gérer les professeurs »

Le directeur peut effectuer certaines opérations lui permettant de gérer les professeurs



1.3.1. Le diagramme de collaboration « Inscrire professeur »

: Le directeur : Interface Gestion des professeurs : C_Gestion_professeurs

: professeur

1: demande d'ajout d'un professeur

2: saisir(informations)

3: ajout_prof(informations)

4: afficher"professeur ajouté"

5: Insert(informations)

Fig.14: Diagramme de collaboration « Inscrire professeur »o Description du diagramme de collaboration du cas d’utilisation « Inscrire professeur »

Le formulaire de gestion des professeurs est affiché et l’option d’ajout est choisie.

Le directeur saisit les informations concernant le professeur à ajouter (1, 2)

Le système lance le processus de création du professeur (3)

Une fois les informations correctement saisies, le système ajoute le professeur(4)

Après l’ajout du professeur, un message informant que l’opération d’ajout est effectuée (5)

Diagramme de collaboration « Affecter professeur »

: Le directeur : Interface Gestion des professeurs : C_Gestion des professeurs

: matière : groupe : professeur

1: demande d'affectation4: selectionner(as, cl, gr, np, mat)

5: demande d'affectation2: affectation demandée

6: affecter_prof(as,cl,gr,np,mat)

3: afficher(formulaire de choix)

10: afficher("affectationeffectuée")

7: select(groupe)

8: select(matière)

9: select(prof)



Fig.15: Diagramme de collaboration « Affecter professeur »

o Description du diagramme de collaboration du cas d’utilisation « Inscrire professeur »

Le formulaire de gestion des professeurs est affiché et l’option d’affectation est choisie.

Le directeur demande l’affectation d’un professeur (1, 2)

Le système affiche le formulaire de modification (3)

Le directeur sélectionne les paramètres d’affectation et demande l’enregistrement (4, 5)

Une fois les informations correctement choisies, le système affecte le professeur (6)

Après l’affectation du professeur, un message informant que l’opération d’ajout est effectuée

(7)

1.3.2. Le diagramme de collaboration « Modifier professeur »

: Le directeur : C_Gestion_professeurs

: professeur

: C_Gestion_professeurs

1: demande de modification

4: saisir (informations à modifier)

6: Update(informations)


3: afficher(formulaire de modification)

5: enregistrement modification

7: afficher("Modification effectuée")

Fig.16: Diagramme de collaboration « Modifier professeur »o Description du diagramme de collaboration du cas d’utilisation « Modifier

professeur »

Le formulaire de gestion des professeurs est affiché et l’option de modification est

choisie.

Le directeur demande la modification d’un professeur (1, 2)

Le système lance le processus de modification (3)

Une fois les informations correctement saisies, le système modifie le professeur (4)

Après l’ajout du professeur, un message informant que l’opération d’ajout est effectuée (5)



2. Analyse du cas d’utilisation « gérer les élèves »

2.1. Traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse

du cas d’utilisation « Gérer les élèves »

<<participent>>

Le secretaire

eleveC_Gestion des élèvesInterface Gestion des élèves

Gèrer les élèvesGèrer les élèves

<<traçe>>

Fig.17: Traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse du cas d’utilisation « Gérer les élèves »

2.2. Le diagramme des classes relatif au cas d’utilisation « Gérer les élèves »

Le secretaire

(f rom Use Case View) Interface Gestion des élèves(f rom Use Case View)

C_Gestion des élèves(f rom Use Case View)


eleve(f rom Use Case View)

Fig.18: Diagramme des classes relatif au cas d’utilisation « Gérer les élève »



2.3. Le diagramme de collaboration « Inscrire élève »

: Le secretaire : Interface Gestion des élèves : C_Gestion des élèves

: eleve

1: Inscription demandée demandé

4: données saisies et enregestrement demandé 2: inscription demandée5: Données saisies et enregistrement demané()

3: Afficher(formulaire de saisie)7: Afficher ("Inscription effectuée")

6: créer_élève(données saisies)

Fig.19: Diagramme de collaboration relatif au cas d’utilisation « Inscrire élève »

2.4. Le diagramme de collaboration «Affecter élève »

: Le directeur : Interface Gestion des professeurs : C_Gestion des professeurs

: matière : groupe : professeur

1: demande d'affectation4: selectionner(as, cl, gr, np, mat)

5: demande d'affectation2: affectation demandée

6: affecter_prof(as,cl,gr,np,mat)

3: afficher(formulaire de choix)

10: afficher("affectationeffectuée")

7: select(groupe)

8: select(matière)

9: select(prof)

Fig.20: Diagramme de la collaboration relative au cas d’utilisation « Affecter élève »



2.5. Le diagramme de collaboration « Modifier élève »


: eleve

1: modification demandée4: données modifiées et enregestrement demandé

2: modification demandée5: données modifiées et enregistrement demané()

3: Afficher(formulaire de saisie)7: Afficher ("Réinscription effectuée")

6: modifié_élève(données modifiées)

Fig.21: Diagramme de collaboration relatif au cas d’utilisation « Modifier élève »

2.6. Le diagramme de collaboration «Réinscrire élève »


: eleve

1: Réinscription demandée demandé

4: données saisies et enregestrement demandé

2: Réinscription demandée

5: Données saisies et enregistrement demané()

3: Afficher(formulaire de saisie)

7: Afficher ("Réinscription effectuée")

6: réinscrire_élève(paramètres)

Fig.22: Diagramme de la collaboration relative au cas d’utilisation « Réinscrire élève »



2.7. Le diagramme de collaboration «Réinscrire abandon»


: eleve

1: Réinscription demandée demandé4: activation choisie et enregestrement demandé

2: Réinscription demandée5: Activation et enregistrement demané()



6: réinscrire_élève()

Fig.23: Diagramme des collaborations relatif au cas d’utilisation « Réinscrire abandon»

2.8. Le diagramme de collaboration «Recherche élève»


: eleve

1: demande de recherche4: choisir langue de recherche5: choisir critére de recherche

6: saisir (code_eleve)2: recherche demandée

7: recherche_eleve(code_eleve)

3: Afficher(formulaire de sasie)

9: [succes]afficher("informations_eleve)

8: select(code_eleve)

Fig.24: Diagramme des collaborations relatives au cas d’utilisation « Rechercher élève»



3. Analyse du cas d’utilisation « Préparer année scolaire »


cas d’utilisation « Préparer année scolaire»

Le directeur

Interface préparer l'année scolaireannee_scolaireC_Gestion de préparation de l'année scolaire

Préparer année scolairePréparer année scolaire

<<traçe>>

<<participent>>

Fig.25: Traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse du cas d’utilisation « Préparer année scolaire»

3.2. Le diagramme des classes relatif au cas d’utilisation « Préparer année

scolaire »

Le directeur

(f rom Use Case View)

Interface préparer l'année scolaire


annee_scolaire(f rom Use Case View)

cycle(f rom Use Case View)


classe(f rom Use Case View)

section(f rom Use Case View)

passage(f rom Use Case View)

niveau(f rom Use Case View)

C_Gestion de préparation de l'année scolaire(f rom Use Case View)

orientation(f rom Use Case View)

Fig.26: Diagramme des classes relatif au cas d’utilisation « Préparer année scolaire »

: Directeur : IUAjouter année scolaire : C_ajouter année scolaire

: annee_scolaire

1: afficher IUAjouter année scolaire()

2: Choisir année_en_cours(as)

3: ajout_année_scolaire(as)

5: afficher( )تمتعمليةالتحيينبنجاح

4: insert(as)

: Directeur : IUAjouter cycle d'étude : C_ajouter cycle d'étude

: cycle

1: afficher IUAjouter cycled'étude() 2: ajout_acycle_d'étude()


3: insert()



3.3. Le diagramme de collaboration relatif au cas d’utilisation « Ajouter

année »

Fig.27: Diagramme de collaboration relatif au cas d’utilisation « Ajouter année »

3.4. Le diagramme de collaboration « Ajouter cycle d’étude »

Fig.28: Diagramme de collaboration relatif au cas d’utilisation « Ajouter année »

: Directeur : IUAjouter niveau d'étude : C_ajouter niveau d'étude

: niveau

1: afficher IUAjouter niveau d'étude() 2: ajout_niveau_d'étude()


3: insert()

: Directeur : IUAjoutersection : C_ajouter section

: les_sections

1: afficher IUAjouter section() 2: ajout_section()


3: insert()



3.5. Le diagramme de collaboration « Ajouter niveau d’étude »

Fig.29: Diagramme de collaboration relatif au cas d’utilisation « Ajouter niveau d’étude »

3.6. Le diagramme de collaboration « Ajouter section »

Fig.30: Diagramme de collaboration relatif au cas d’utilisation « Ajouter section »

: Directeur : IUAjouter passage : C_ajouter passage

: passage

1: afficher IUAjouter passage() 2: ajout_passage()


3: insert()

: Directeur : IUAjouter classe : C_ajouter classe

: classe

1: afficher IUAjouter classe() 2: ajout_classe()


3: insert()



3.7. Le diagramme de collaboration « Ajouter passage »

Fig.31: Diagramme de collaboration relatif au cas d’utilisation « Ajouter passage »

3.8. Le diagramme de collaboration « Ajouter classe »

Fig.32: Diagramme de collaboration relatif au cas d’utilisation « Ajouter classe »

: Directeur : IUAjouter groupe : C_ajouter_groupe

: groupe

1: afficher IUAjouter groupe() 2: ajout_groupe()


3: insert()



3.9. Le diagramme de collaboration « Ajouter groupe »

Fig.33: Diagramme de collaboration relatif au cas d’utilisation « Ajouter classe »

4. Analyse du cas d’utilisation « Modifier informations de l’année

scolaire » :


cas d’utilisation « Modifier informations de l’année scolaire»

<<participent>>

C_Gestion modication informations de l'annéeInterface modifier informations année scolaire

table_modifie

Le secretaireModifier informations de l'année

scolaireModifier informations de l'année

scolaire

<<traçe>>

Fig.34: Traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse du cas d’utilisation « Modifier année scolaire»



4.2. Le diagramme des classes relatif au cas d’utilisation « Modifier

informations de l’année scolaire »

orientation(f rom Use Case View)





section(f rom Use Case View)

C_Gestion modication informations de l'année


Le secretaire


Interface modifier informations année scolaire


Fig.35: Diagramme des classes relatif au cas d’utilisation « Modifier informations de l’année scolaire »

4.3. Le diagramme de collaboration relatif au cas d’utilisation « Modifier


: Le secretaire : Interface modifier informations année scolaire : C_Gestion modication informations de l'année

: table_modifie


4: choisir critère de modification

5: saisir(informations à modifiées)




8: afficher("Modification effectuée")

7: Update(informations)

Fig.36: Diagramme de collaboration relatif au cas d’utilisation « Modifier informations de l’année scolaire »



IV. Conclusion

Ayant réalisé cette phase, nous avons réussi à répondre aux questions suivantes :

- Quels sont les principaux utilisateurs de notre futur système ?

- Quelles fonctionnalités notre futur système doit-il offrir pour satisfaire les besoins

des différents acteurs ?

Ce qui nous a permis de passer à la phase d’élaboration, dans laquelle nous entamerons la

capture de nouveaux besoins, l’analyse des cas d’utilisation secondaires et nouveaux, la

conception des cas d’utilisation prioritaires et secondaires, l’implémentation des cas

d’utilisation prioritaires et enfin leurs tests respectifs.

Projet de fin d’études Chapitre II La

phase d’élaboration

Chapitre II : La


I. Introduction.............................................................................................................................45

II. Première itération : Modélisation des cas d’utilisation secondaires et conception des cas d’utilisation prioritaires :................................................................................................................46

1. La capture des besoins....................................................................................................................46

2. Analyse des cas d’utilisation secondaires......................................................................................58

3. Conception des cas d’utilisation prioritaires...............................................................................73

III. Deuxième itération : Modélisation des cas d’utilisation tertiaires et conception des cas d’utilisation secondaires:................................................................................................................91

1. La capture des besoins....................................................................................................................91

2. Analyse des cas d’utilisation tertiaires et des nouveaux cas décrit :........................................100

3. Conception des cas d’utilisation secondaires..............................................................................116

IV. Conclusion :.......................................................................................................................127



I. Introduction

La phase d’élaboration poursuit la tache entamée dans la phase d’incubation, cette phase vise à

identifier et décrire la majorité des besoins utilisateurs, construire l’architecture de base du

système et lever les risques majeurs du projet.

Au niveau de cette phase, nous analysons les cas d’utilisation secondaires puis nous essayons de

concevoir les cas d’utilisations ayons la priorité « 1 ». Enfin nous étudions d’une façon détaillée

les cas d’utilisation tertiaires afin d’aboutir à une architecture stable du système.

II. Première itération : Modélisation des cas d’utilisation secondaires et

conception des cas d’utilisation prioritaires :

1. La capture des besoins

1.1. Raffinement des cas d’utilisation « Gérer les matières »

Ajouter matière

Modifier matière

Rechercher matière

Le directeurGérer les matières

Fig.37: Raffinement du cas d’utilisation « Gérer les matières »



1.1.1. Description du cas d’utilisation « Ajouter matière »

Le directeur saisit les informations concernant la matière telle que le code, nom de la

matière,…

Cas d’utilisation : Ajouter matière



Le directeur veut un moyen de saisie rapide et exacte minimisant les risques

d’erreurs et effectuant l’ajout d’une matière dans la table des matières

Pré condition :

En cliquant sur le menu matière, un écran est affiché, on choisit ajouter matière,

le formule d’ajout s’affiche.


Toutes les informations de la matière sont à saisir


1. Le directeur demande l’ajout d’une matière

2. Le système affiche un formulaire d’ajout d’une matière

3. Le directeur remplit tous les champs nécessaires et demande

l’enregistrement de la matière

4. Le système enregistre la matière et affiche un message d’ajout.


Si la saisie est invalide le système signale l’erreur et rejette la saisie

1.1.2. Description du cas d’utilisation « Modifier matière »

Cette fonctionnalité permet au directeur de modifier des informations concernant une

matière

Cas d’utilisation : Modifier matière





Le directeur veut un moyen rapide et fiable permettant d’effectuer les

modifications souhaitées.

Pré condition :

- la matière à modifier est enregistrée

- le formulaire de la matière est affiché

- l’option de modification est choisie


La matière est modifiée et enregistrée


1. Le directeur saisit les modifications

2. Le système enregistre les modifications et affiche un message de

modification



1.1.3. Description du cas d’utilisation «Rechercher matière »

Cette fonctionnalité permet au directeur de chercher une matière enregistrée.

Cas d’utilisation : Rechercher matière



Le directeur veut un moyen rapide et fiable permettant la recherche d’une matière

selon différents paramètres

Pré condition :

- L’option de recherche est choisie

- Le formulaire de recherche est affiché

- Le(s) critère(s) de recherche est choisi


La matière recherchée est affichée avec ses différents paramètres




1. Le directeur demande la recherche d’une matière

2. Le système affiche le formulaire de recherche

3. Le directeur choisit le(s) critère(s) de recherche

4. Le système affiche les matières ayant les paramètres entés


- Si le directeur n’a rien choisi le système signale l’erreur

Le système signale l’échec de la recherche si aucune matière ne correspond aux paramètres

choisis

1.1.4. Description du cas d’utilisation «Supprimer matière »

Cette fonctionnalité permet au directeur de supprimer une matière enregistrée

Cas d’utilisation : Supprimer matière



Le directeur veut un moyen rapide et fiable permettant la suppression d’une

matière après son enregistrement

Pré condition :

- La matière a été enregistrée

- Le formulaire de suppression est affiché


La matière est supprimée


5. Le directeur demande la suppression d’une matière

6. Le système supprime la matière et affiche un message de suppression



1.2. Raffinement des cas d’utilisation « Gérer discipline »

Enregistrer les absences

Enregistrer les sanctions


Gérer les disciplines

Fig.38: Raffinement du cas d’utilisation « Gérer discipline »

1.2.1. Description du cas d’utilisation « Enregistrer les absences »

Cette fonctionnalité permet au surveillant général d’enregistrer l’absence des élèves.

Cas d’utilisation : Enregistrer absence

Acteur principal : Le surveillant général


Le surveillant général veut un moyen de saisie rapide et exacte minimisant les

risques d’erreurs et effectuant l’enregistrement des absences

Pré condition :

L’option d’enregistrement des absences est choisie

Le formulaire d’enregistrement des absences est affiché.


En recherchant l’élève toutes les informations telles que (Code, nom, prénom,

classe, groupe) seront affichées, le surveillant saisie la date de l’absence.

L’absence est enregistrée.




7. Le surveillant général demande l’enregistrement de l’absence

8. Le système affiche un formulaire d’enregistrement des absences

9. Le surveillant générale remplit tous les champs nécessaires et demande

l’enregistrement de l’absence saisit

10. Le système enregistre l’absence et affiche un message d’enregistrement.



1.2.2. Description du cas d’utilisation « Enregistrer les sanctions»

Cette fonctionnalité permet au surveillant général d’enregistrer les sanctions des élèves

Cas d’utilisation : Enregistrer sanction



Le surveillant général veut un moyen de saisie rapide et exacte minimisant les

risques d’erreurs et effectuant l’enregistrement des sanctions

Pré condition :

En cliquant sur le menu discipline, un écran est affiché, on choisit gérer les

sanctions, l’option d’enregistrement des sanctions est choisie, le formule

s’affiche.



classe, groupe) seront affichées, à partir de la liste box, le surveillant choisit le

type de sanction.

La sanction est enregistrée.


1. Le surveillant général demande l’enregistrement de la sanction

2. Le système affiche un formulaire d’enregistrement des sanctions

3. Le surveillant générale remplit tous les champs nécessaires et

demande l’enregistrement de la sanction saisit

4. Le système enregistre la sanction et affiche un message



d’enregistrement.



1.3. Raffinement des cas d’utilisation « Attribuer coefficient matière »

Ajouter coefficient


Le secretaire

Modifier coefficient

Fig.39: Raffinement du cas d’utilisation « Attribuer coefficient matière »

1.3.1. Description du cas d’utilisation « Ajouter coefficient»

Pour chaque classe, le secrétaire, attribue le coefficient de chaque matière

Cas d’utilisation : attribuer les coefficients des matières



Le secrétaire veut un moyen de saisie rapide et exacte minimisant les risques

d’erreurs et effectuant l’enregistrement du coefficient

Pré condition :

Le secrétaire demande la saisie d’un coefficient


La saisie du coefficient sera enregistrée dans la table qui comporte les

coefficients




1. Le secrétaire demande la saisie du coefficient

2. Le système affiche le formulaire

3. la classe et la matière seront choisies

4. le secrétaire saisie le coefficient qui lui correspond

5. Le système enregistre le coefficient et affiche un message

d’enregistrement.



1.3.2. Description du cas d’utilisation « Modifier coefficient »

Suite à une restructuration de l’enseignement imposé par le ministre, le secrétaire est appelé à

modifier le coefficient de certaines matières dans certaines classes

Cas d’utilisation : Modifier coefficients des matières




d’erreurs et effectuant la modification et l’enregistrement du coefficient

Pré condition :

La classe sera choisit

La matière sera choisie

Le coefficient sera affiché


La nouvelle valeur du coefficient sera enregistrée dans la table qui comporte le

coefficient


6. Le secrétaire demande la modification du coefficient

7. Le système affiche le formulaire

8. la classe et la matière seront choisies

9. le secrétaire saisie la nouvelle valeur du coefficient et demande

l’enregistrement

10. Le système enregistre la nouvelle valeur coefficient et affiche un



message d’enregistrement.



1.4. Raffinement des cas d’utilisation « Gérer les notes »

Exporter feuilles des notes

Importer feuilles des notes

Attribuer les formules

Le secretaire

saisir les notes

Gèrer les notes

Fig.40: Raffinement du cas d’utilisation « Gérer les notes »

1.4.1. Description du cas d’utilisation « saisir les notes»

Cette fonctionnalité permet au secrétaire de saisir les notes des élèves

Cas d’utilisation : saisir les notes




d’erreurs et effectuant l’enregistrement des notes saisies

Pré condition :

En cliquant sur le menu gestion des notes, un écran est affiché, on choisit saisir les

notes, on choisit le groupe ; la liste sera affiche ; on se positionne sur l’élève



voulue et selon le cas on modifie ou on saisie les notes qui lui correspond


La note est enregistrée.


1. Le secrétaire demande la saisie des notes

2. Le système affiche un formulaire de saisie

3. Le secrétaire saisit les notes et demande l’enregistrement de notes

4. Le système enregistre les notes et affiche un message

d’enregistrement.



1.4.2. Description du cas d’utilisation « exporter les feuilles des notes»

Cette fonctionnalité permet au secrétaire d’exporter les feuilles des notes vers d’autres sources,

afin d’être saisi par le professeur

Cas d’utilisation : exporter les feuilles de notes



Le secrétaire veut un moyen d’exportation rapide et exacte minimisant les risques

d’erreurs et effectuant l’exportation des feuilles de notes

Pré condition :

Le professeur est choisi

La liste des groupes est affichée


Les feuilles des notes seront enregistrées dans un support de stockage


1. Le secrétaire demande l’exportation des feuilles de notes

2. Le système affiche la liste des enseignants

3. Le secrétaire choisit le professeur et demande l’exportation

4. Le système exporte les feuilles et affiche un message



d’enregistrement.


Si les feuilles de notes d’un professeur sont déjà exportées le système signale

l’erreur

1.4.3. Description du cas d’utilisation « importer les feuilles des notes»

Après saisit des notes faites par les professeurs ailleurs, le secrétaire doit importer les feuilles

de notes.

Cas d’utilisation : importer les feuilles de notes



Le secrétaire veut un moyen d’importation rapide et exacte minimisant les risques

d’erreurs et effectuant l’importation des feuilles de notes

Pré condition :

Le système accepte les fichiers importés


Les feuilles des notes seront enregistrées dans la table qui comporte les notes


1. Le secrétaire demande l’importation des feuilles de notes

2. Le système affiche une boite de dialogue

3. A partir de la boite de dialogue, le secrétaire sélectionne les

fichiers voulus

4. Le système importe les feuilles et affiche un message

d’enregistrement.


Si les feuilles de notes d’un professeur sont déjà importées le système signale

l’erreur



1.4.4. Description du cas d’utilisation « Attribuer les formules de calculs»

Cette fonctionnalité permet au secrétaire d’attribuer les formules de calcul de la moyenne

dune matière

Cas d’utilisation : attribuer formule de calcul




d’erreurs et effectuant l’enregistrement de la formule

Pré condition :

La classe sera choisit

Les matières seront affichées

L’écran de saisie de la formule dune matière sera affiché


La saisie de la formule sera enregistrée dans la table qui comporte les formules


1. Le secrétaire demande la saisie d’une formule

2. Le système affiche la liste des niveaux

3. le niveau sera choisit, la liste des matières sera affichée

4. le secrétaire sélectionne la matière et saisie la formule qui lui

correspond

5. Le système enregistre la formule et affiche un message

d’enregistrement.



1.5. Raffinement des cas d’utilisation « Gérer les paies »

Enregistrer paieLe secretaire

Gérer les paies

<<include>>



Fig.41: Raffinement du cas d’utilisation « Gérer les paies »

1.5.1. Description du cas d’utilisation « Enregistrer paie»

Cette fonctionnalité permet au secrétaire d’enregistrer les paies des études effectuées par

les élèves

Cas d’utilisation : Enregistrer paie




d’erreurs et effectuant l’enregistrement de la paie

Pré condition :

En cliquant sur le menu gestion des paies, un écran est affiché, l’option

d’enregistrement des paies est choisie, le formule s’affiche.



classe, groupe) seront affichées, à partir de la liste box, le surveillant choisit le

type de sanction.

La paie est enregistrée.


1. Le secrétaire demande l’enregistrement de la paie

2. Le système affiche un formulaire d’enregistrement des paies

3. Le secrétaire remplit tous les champs nécessaires et demande

l’enregistrement de la paie saisit

4. Le système enregistre la paie et affiche un message d’enregistrement.





2. Analyse des cas d’utilisation secondaires

2.1. Le modèle d’analyse du cas d’utilisation « Gérer matières »

2.1.1. Traçabilité entre le modèle de cas d’utilisation et le modèle

d’analyse du cas d’utilisation « Gérer matières »

Interface Gestion des matières

C_Gestion des matièresmatière

Gèrer les professeursGèrer les professeurs

<<trace>>

Le directeur

Fig.42: Traçabilité entre le modèle du cas d’utilisation et le modèle d’analyse du cas d’utilisation « Gérer matière »

2.1.2. Le diagramme des classes du modèle d’analyse relative au cas

d’utilisation « Gérer matière »

Le directeurInterface Gestion des matières C_Gestion des matières

matière

Fig.43: Diagramme des classes du cas d’utilisation « Gérer matière »



2.1.3. Les diagrammes de collaboration du modèle d’analyse relatifs à la réalisation

du cas d’utilisation « Gérer matières »

Le directeur peut effectuer certaines opérations lui permettant de gérer les matières

2.1.3.1. Le diagramme de collaboration du cas d’utilisation « Ajouter matière »

4: Créer_matières(informations saisies)

: Le directeur : Interface Gestion des matières : C_Gestion des matières

: matière

1: Informations saisie

2: Enregistrement demandé

3: Créer()

5: Affiché ("Ajout effectué")

Fig.44: Diagramme de collaboration relative au cas d’utilisation « Ajouter matière »

o Description du diagramme de collaboration du cas d’utilisation « Ajouter

matière »

Le formulaire de gestion des matières est affiché et l’option d’ajout

est choisie.

Le directeur saisit les informations concernant la matière à ajouter (1)

Une fois les informations saisies, le directeur demande

l’enregistrement de la matière (2)

Le système lance le processus de création de la matière (3)

Une fois les informations correctement saisies, le système ajoute la

matière (4)

Après l’ajout de la matière, un message informant que l’opération

d’ajout est effectuée (5)



2.1.3.2. Le diagramme de collaboration du cas d’utilisation « Modifier

matière »

: Le directeur : C_Gestion des matières : Interface Gestion des matières

: matière

1: Informations modifiées saisies

2: Enregistrement demandé

4: Modifier_matière(informations saisies)

3: Informations saisies et enregistrement demandé

5: Afficher "modification effectuée"

Fig.45: Diagramme de collaboration relative au cas d’utilisation « Modifier matière »

o Description du diagramme de collaboration du cas d’utilisation « Modifier

matière »

Le formulaire de gestion des matières est affiché, l’option de modification est

choisie.

Le directeur saisit les modifications à effectuer sur la matière (1)

Une fois les informations saisies, le directeur demande l’enregistrement des

modifications (2)

Le système lance le processus de modification (3)

Une fois les informations correctement saisies, le système enregistre les

modifications réalisées sur la matière. (4)

Après l’enregistrement des modifications, un message informant que l’opération de

modification est effectuée (5)



2.1.3.3. Le diagramme de collaboration du cas d’utilisation « Rechercher

matière »

: Le directeur : Interface Gestion des matières : C_Gestion des matières

: matière

1: Recherche demandée

2: critère choisi

3: Recherche demandée

5: [existe] afficher_matière(informations_matière)

4: Rechercher_matière(critère choisi)

Fig.46: Description du diagramme de collaboration relative au cas d’utilisation « Rechercher matière »

o Description du diagramme de collaboration du cas d’utilisation « Rechercher

matière »

Le formulaire de recherche est affiché et le bouton de recherche est sélectionné

Le directeur demande la recherche d’une matière (1)

Le directeur choisit le critère de recherche (2)

Le système lance le processus de recherche selon le(s) critère(s) sélectionné (3)

Le système affiche la matière recherchée (5)

2.2. Le modèle d’analyse du cas d’utilisation « Gérer discipline »


d’analyse du cas d’utilisation « Gérer discipline »



Interface Gestion des disciplines


participent


<<traçe>>


les_absences

eleveC_Gestion_discipline

les_sanctions

Fig.47: Traçabilité entre le modèle du cas d’utilisation et le modèle d’analyse du cas d’utilisation « Gérer discipline »


d’utilisation « Gérer discipline »

Le secretaire

(f rom Use Case View) Interface Gestion des disciplines

les_sanctions


eleve


les_absences


C_Gestion_discipline(f rom Use Case View)

Fig.48: Diagramme des classes du cas d’utilisation « Enregistrer les absences »

Les digrammes de collaboration du modèle d’analyse relatifs à la

réalisation du cas d’utilisation « Gérer discipline »

o Etant identifié, le surveillant générale, peut effectuer certaines opérations lui

permettant de gérer les disciplines (absences et sanctions)



2.2.3. Le diagramme de collaboration du cas d’utilisation « Enregistrer

les absences »

: Le surveillant générale : Interface Gestion des disciplines : C_Gestion_discipline

: les_absences : eleve

1: Informations saisies

2: Enregistrement demandé3: Informations saisies et enregistrement demandé

6: afficher("absence enregistrée")

5: insert(informations)

4: select(informations)

Fig.49: Diagramme de collaboration du cas d’utilisation « Enregistrer les absences »

o Description du diagramme de collaboration du cas d’utilisation « Enregistrer les

absence »

Le formulaire de gestion des disciplines est affiché et l’option d’enregistrement des

absences et choisie.

Le surveillant général saisit les informations concernant l’absence (1)

Une fois les informations saisies, le surveillant général demande l’enregistrement

de l’absence (2)

Le système lance le processus d’enregistrement de l’absence (3)

Une fois les informations correctement saisies, le système enregistre l’absence. (4)

Après l’enregistrement, un message informant que l’opération d’enregistrement de

l’absence est effectuée (5)




les sanctions »

: Le surveillant générale : Interface Gestion des disciplines : Interface Gestion des matières

: les_sanctions

: eleve

1: Informations saisies

2: Enregistrement demandée

3: Informations saisies et enregistrement demandée

6: afficher("sanction enregistrée")


4: select(informations)

Fig.50: Diagramme de collaboration du cas d’utilisation « Enregistrer les sanctions »

o Description du diagramme de collaboration du cas d’utilisation « Enregistrer les

sanctions »

Le formulaire de gestion des disciplines est affiché et l’option d’enregistrement des

sanctions et choisie.

Le surveillant général saisit les informations concernant la sanction (1)

Une fois les informations saisies, le surveillant général demande l’enregistrement

de la sanction (2)

Le système lance le processus d’enregistrement de la sanction (3)

Une fois les informations correctement saisies, le système enregistre la sanction. (4)


la sanction est effectuée (5)



2.3. Le modèle d’analyse du cas d’utilisation « Attribuer coefficient matière »

2.3.1. Traçabilité entre le diagramme du cas d’utilisation et le modèle

d’analyse relatif au cas d’utilisation « Attribuer coefficient

matière »

Interface Gestion des coefficients

Le secretaireAttribuer coefficient matière Attribuer coefficient matière

<<participent>>

<<traçe>>

C_Gestion des coefficients les_coefficients

matière

classe

niveau

Fig.51: Traçabilité entre le diagramme du cas d’utilisation et le modèle d’analyse relatif au cas d’utilisation « Attribuer coefficient matière »

2.3.2. Le diagramme des classes relatif au cas d’utilisation « Attribuer

coefficient matière »


les_coefficients(f rom Use Case View)


C_Gestion des coefficients(f rom Use Case View)


Le secretaire


Interface Gestion des coefficients(f rom Use Case View)

Fig.52: Diagramme des classes relatif au cas d’utilisation « Attribuer coefficient matière »



2.3.3. Le diagramme de collaboration du cas d’utilisation « Ajouter

coefficient»

: Le secretaire : Interface Gestion des coefficients : C_Gestion des coefficients

: les_coefficients

1: choisir(classe, matière)

2: saisir coefficient(coef)

3: ajouter( )

: niveau : matière : classe

0: afficher("coefficient enregistré")


4: select(info_niveau)6: select(info_mat)

5: select(info_cl)

Fig.53: Diagramme de collaboration du cas d’utilisation « Ajouter le coefficient»

o Description du diagramme de collaboration du cas d’utilisation «Ajouter

coefficient »

Le formulaire de gestion des notes est affiché et l’option d’attribution de coefficient

est choisie :

Le secrétaire demande la saisie de coefficient (1)

Le système lance le processus de la saisie affiche l’écran de saisie (2, 3)

Le secrétaire choisir le niveau, la classe et la matière ensuite saisit le coefficient

(6,7, 8)

Le système lance le processus d’enregistrement du coefficient (9)

Après enregistrement de la formule, un message informant que l’opération de saisie

de coefficient est effectuée (10)



2.3.4. Le diagramme de collaboration du cas d’utilisation «Modifier

coefficient»

: Le secretaire : Interface Gestion des coefficients : C_Gestion des coefficients

: les_coefficients

: matière : niveau

: classe

1: demande de modifiaction

4: saisir(coefficient à modifier)

2: modification demandée



10: afficher("moification effectuée")9: update(coef)

6: select(cl) 7: select(nv)8: select(mat)

Fig.54: Le diagramme de collaboration du cas d’utilisation «Modifier coefficient»

o Description du diagramme de collaboration du cas d’utilisation «Modifier

coefficient »

Le formulaire de gestion des notes est affiché et l’option modification de coefficient

est choisie :

Le secrétaire demande la modification de coefficient (1)

Le système lance le processus de la modification et affiche l’écran de saisie (2, 3)

Le secrétaire choisir le niveau, la classe, la matière puis saisit la nouvelle valeur du

coefficient (6,7, 8)

Le système lance le processus d’enregistrement du coefficient modifié (9)


de coefficient est effectuée (10)



2.4. Le modèle d’analyse du cas d’utilisation « Gérer les notes »


d’analyse du cas d’utilisation « Gérer les notes »

Le secretaire

Interface Gestion des notes groupeeleveC_gestion_des_notes les_notes

matière

Gèrer les notes Gèrer les notes

<<participent>>

Fig.55: Traçabilité entre le modèle du cas d’utilisation et le modèle d’analyse du cas d’utilisation « Gérer les notes »


d’utilisation « Gérer les notes »


Le secretaire



examen(f rom Use Case View)groupe


Interface Gestion des notes


les_notes(f rom Use Case View)

exportation(f rom Use Case View)

C_gestion_des_notes(f rom Use Case View)

les_formules(f rom Use Case View)

Fig.56: Diagramme de classe du cas d’utilisation « Gérer les notes »

2.4.3. Les digrammes de collaboration du modèle d’analyse relatifs à la

réalisation du cas d’utilisation « Gérer les notes »

Etant identifié, le secrétaire, peut effectuer certaines opérations lui permettant

de gérer les notes (saisie du note, l’exploration des feuilles de notes,

l’importation des feuilles de notes,…)



2.4.4. Le diagramme de collaboration du cas d’utilisation « Saisir les

notes »

: Le secretaire : Interface Gestion des notes : C_gestion_des_notes

: les_notes : eleve

: groupe

: matière

: examen

1: demande de saisies des notes

7: note saisie et enregistrement demandée

2: demande de saisie

8: demande d'enregistrement

10: afficher("note inserée")

9: insert(note)

6: select(examen)

4: select(matière)3: selectgroupe()

5: select(eleve)

Fig.57: Diagramme de collaboration du cas d’utilisation « saisir les notes »

o Description du diagramme de collaboration du cas d’utilisation « Saisir les

notes »

Le formulaire de gestion des notes est affiché et l’option de saisie des notes et

choisie.

Le secrétaire choisir le groupe, la matière, l’examen et l’élève ensuite saisit les

notes (1, 2, 3, 4, 5, 6,)

Une fois les notes saisies, le secrétaire demande l’enregistrement des notes (7)

Le système lance le processus d’enregistrement des notes (8)

Une fois les notes correctement saisies, le système enregistre les notes. (9)


des notes est effectuée (10)



2.4.5. Le diagramme de collaboration du cas d’utilisation « Exporter

feuilles des notes »


: exportation

: groupe

: matière

1: demande d'exportation

3: groupe et matière choisies

7: enregistrement demandée

2: exporation demandée

4: choix du groupe et du matière

8: enregistrement exportation

10: afficher("exportation effectuée")

9: insert(exportation)

5: select(groupe)

6: select(matière)

Fig.58: Diagramme de collaboration du cas d’utilisation « Exporter les feuilles de notes »

o Description du diagramme de collaboration du cas d’utilisation «Exporter les

feuilles de notes »

Le formulaire de gestion des notes est affiché et l’option d’exportation des

feuilles de notes est choisie :

Le secrétaire choisit le groupe, la matière (1, 3, 4,5)

Une fois les groupes sont choisis, le secrétaire demande l’exportation des feuilles de

notes (6)

Le système lance le processus d’exportation des feuilles de notes (8,9)

Après l’enregistrement, un message informant que l’opération d’exportation des

feuilles de notes est effectuée (10)



2.4.6. Le diagramme de collaboration du cas d’utilisation « Importer les

notes »


: les_notes

1: demande d'importation des notes

4: emplacement selectionnée

2: Importation demandée

3: choix de l'emplacement

5: emplacement selectionnée

: matière : groupe

0: 9: afficher("notes importées")

8: insert(note)

6: select(matière)

7: select(groupe)

Fig.59: Diagramme de collaboration du cas d’utilisation « Importer les notes »

o Description du diagramme de collaboration du cas d’utilisation «Importer les

notes »

Le formulaire de gestion des notes est affiché et l’option d’importation des notes

est choisie :

Le secrétaire demande l’importation (1)

Le système lance le processus d’importation de notes (2)

Le système demande l’emplacement d’importation (3)

Une fois l’emplacement est choisi, le système enregistre les notes (6, 7, 8)

Après l’enregistrement, un message informant que l’opération d’importation de

notes est effectuée (9)



2.4.7. Le diagramme de collaboration du cas d’utilisation « Attribuer

formule de calcul»


: les_formules : matière : classe

1: demande la saisie d'une formule

4: classe et matière choisies

8: saisie de la formule

2: saisie de formule demandée

3: afficher "écran de saisie

5: choix de la classe et du matière

9: enregistrement de la formule

11: afficher("formule enrgistrée")10: insert(cde_formule)

6: select(cde_classe)7: select(cde_mat)

Fig.60: Diagramme de collaboration du cas d’utilisation « Attribuer formule de calcul»

o Description du diagramme de collaboration du cas d’utilisation «Attribuer

formule de calcul »

Le formulaire de gestion des notes est affiché et l’option d’attribution de formule de

calcul est choisie :

Le secrétaire demande la saisie d’une formule (1)

Le système lance le processus de la saisie affiche l’écran de saisie (2, 3)

Le secrétaire choisit la classe et la matière (4, 5, 6)

Le secrétaire saisit la formule de calcul (7)

Le système lance le processus d’enregistrement de la formule (8)


de la formule est effectuée (9)



3. Conception des cas d’utilisation prioritaires

L’activité de conception consiste à façonner le système et lui accorder une forme

et une architecture. Elle achève le travail déjà commencé au niveau de l’activité

d’analyse et constitue une entrée majeure pour les activités d’implémentation et de test.

[ ]

Pour réaliser les cas d’utilisations prioritaires déjà analysés au niveau de la phase

d’incubation nous avons recours à :

La Traçabilité entre le modèle d’analyse et le modèle de conception

Les diagrammes de classe de conception et les diagrammes de séquence

Lors de cette activité nous entamons la conception des cas d’utilisation prioritaires

« Préparer l’année scolaire », « Modifier informations de l’année scolaire », « Gérer

les élèves », et «Gérer les professeurs »

3.1. Le modèle de conception du cas d’utilisation « Préparer l’année

scolaire »

3.1.1. Traçabilité entre le modèle d’analyse et le modèle de conception

relatif au cas d’utilisation « Préparer l’année scolaire »

interface Gestion de l'année scolaire


C_Gestion de l'année scolaire


année_scolaire


interface Gestion de l'année scolaire(f rom Use Case View)

<<boundary>>

C_Gestion de l'année scolaire(f rom Use Case View)

<<control>>année_scolaire


<<entity>>

<<traçe>> <<traçe>> <<traçe>>



Fig.61: Traçabilité entre le modèle d’analyse et le modèle de conception du cas d’utilisation « Préparer l’année scolaire »

3.1.2. Le diagramme des classes du modèle de conception relative au cas

d’utilisation « Préparer l’année scolaire»

[OR][OR]

niveau

code_cycleintitulé_arintitulé_fr

ajouter()

(from Use Case View)

groupe

code_groupe

Ajouter()supprimer()


section

cinnomprénomgrade

créer()modifier()supprimer()


passage

code_passage

Ajouter()


orientation

code_orientation

Ajouter()


cycle

code_cycleintitule_arintitule_fr

Ajouter()


Interface préparer l'année scolaire

cycleniveaupassagesectionclassegroupe

Preparer_annee()


Le directeur


annee_scolaire

code_ann_sco


C_Gestion de préparation de l'année scolaire

Gestion_preparation_annee()


classe

code_classe

Ajouter()


1

1..*

1

1..*

apparatient

0..1

1..*

0..1

1..*

contient

1

1..*

1

1..*

avoir

1

1..*

1

1..*

orienter

Fig.62: Diagramme des classes de conception relatif au cas d’utilisation « Préparer année scolaire »

: Le directeur : Le directeur

: interface Gestion de l'année scolaire


: C_Gestion de l'année scolaire


: cycle : cycle

Afficher()

Saisir(inforamtions_cycle)

demande d'enregistrement()

Ajout_cycle()

Insert(informations_cycle)

Afficher"opération d'ajout effectuée"



Le diagramme de séquence : présente les interactions entre les objets, il met l’action

sur le classement des messages par ordre chronologique durant l’exécution du système.

Ces messages seront transformés en opérations de classe lors de la phase de conception

3.1.3. Le diagramme de séquence du cas d’utilisation «Ajouter cycle»






: passage : passage

Afficher()

Saisir(inforamtions_passage)


Ajout_cycle()

Insert(informations_passage)







: niveau : niveau

Afficher()

Saisir(inforamtions_niveau)


Ajout_cycle()

Insert(informations_niveau)




Fig.63: Diagramme des séquences relatives au cas d’utilisation « Ajouter section »

3.1.4. Le diagramme de séquence du cas d’utilisation «Ajouter niveau»

Fig.64: Diagramme des séquences relatif au cas d’utilisation « Ajouter niveau »

3.1.5. Le diagramme de séquence du cas d’utilisation «Ajouter passage»



Fig.65: Diagramme des séquences relatif au cas d’utilisation « Ajouter passage»

3.1.6. Le diagramme de séquence du cas d’utilisation «Ajouter

orientation»






: orientation : orientation

Afficher()

Saisir(inforamtions_orientation)


Ajout_cycle()

Insert(informations_orientation)


Fig.66: Diagramme des séquences relatif au cas d’utilisation « Ajouter orientation »






: section : section

Afficher()

Saisir(inforamtions_sections)


Ajout_cycle()

Insert(informations_section)







: classe : classe

Afficher()

Saisir(inforamtions_classe)


Ajout_cycle()

Insert(informations_classe)




3.1.7. Le diagramme de séquence du cas d’utilisation «Ajouter section»

Fig.67: Diagramme des séquences relatif au cas d’utilisation « Ajouter section »

3.1.8. Le diagramme de séquence du cas d’utilisation «Ajouter classe»

Fig.68: Diagramme des séquences relatif au cas d’utilisation « Ajouter classe»

: utilisateur : utilisateur

: Interface Gestion... : Interface Gestion...

: C_Gestion de l'année scolaire : C_Gestion de l'année scolaire

: cycle : cycle

Afficher()

selectionner critère de recherche

selectionner rechercher cycle()

recherche (cycle)

select(code_cycle)

afficher informations_cycle()






: groupe : groupe

Afficher()

Saisir(inforamtions_groupe)


Ajout_cycle()

Insert(informations_groupe)




3.1.9. Le diagramme de séquence du cas d’utilisation «Ajouter groupe»

Fig.69: Diagramme des séquences relatif au cas d’utilisation « Ajouter groupe»

3.1.10. Le diagramme de séquence du cas d’utilisation «Rechercher cycle»

Fig.70: Diagramme des séquences relatif au cas d’utilisation « rechercher cycle»




: niveau : niveau

Afficher()


selectionner rechercher niveau()

recherche (niveau)

select(code_niveau)





: passage : passage

Afficher()


selectionner rechercher niveau()

recherche passage()

select(code_passage)




3.1.11. Le diagramme de séquence du cas d’utilisation «Rechercher

niveau»

Fig.71: Diagramme des séquences relatif au cas d’utilisation « Rechercher niveau»


passage»




: section : section

Afficher()


selectionner rechercher section()

recherche section()

select(code_section)

afficher informations_section()



Fig.72: Diagramme de séquence du cas d’utilisation « rechercher passage »


section»



Fig.73: Diagramme de séquence du cas d’utilisation « rechercher section »


orientation»




: orientation : orientation

Afficher()


selectionner rechercher orientation()

recherche section()

select(code_orientation)

afficher informations_orientation()

Fig.74: Diagramme de séquence du cas d’utilisation « rechercher orientation»




classe»




: classe : classe

Afficher()


selectionner rechercher classe()

recherche classe()

select(code_classe)

afficher informations_classe()

Fig.75: Diagramme de séquence du cas d’utilisation « rechercher classe»


groupe»




: groupe : groupe

Afficher()


selectionner rechercher groupe()

recherche groupe()

select(code_groupe)

afficher informations_groupe()



Fig.76: Diagramme de séquence du cas d’utilisation « rechercher groupe»

3.2. Le modèle de conception du cas d’utilisation « modifier informations de

l’année scolaire »


relatif au cas d’utilisation « Modifier informations de l’année

scolaire » :



Interface modifier informations année scolaire


table_modifie


C_Gestion modication informations de l'année(f rom Use Case View)

Interface modifier informations année scolaire(f rom Use Case View)

table_modifie(f rom Use Case View)

<<traçe>> <<traçe>><<traçe>>



Fig.77: Traçabilité entre le modèle d’analyse et le modèle de conception relatif au cas d’utilisation « Modifier informations de l’année scolaire »

3.2.2. Le diagramme des classes relatif au cas d’utilisation « Modifier


0

*

orientation

code_orientation

Ajouter()


<<entity>>

niveau

code_cycleintitulé_arintitulé_fr

ajouter()


<<entity>>


<<entity>>

section

cinnomprénomgrade



<<entity>>


modifier()


<<control>>

1

*

*

1

*

1Le secretaire



<<boundary>>

classe

code_classe

Ajouter()


<<entity>>*

1

groupe

code_groupe



<<entity>>

*

1

1 11

1

1

0

*

*

*

*

*

*

Fig.78: Diagramme des classes relatif au cas d’utilisation « Modifier informations de l’année scolaire » :



3.3. Le modèle de conception du cas d’utilisation « Gérer élève »


relatif au cas d’utilisation « Gérer élève »

C_Gestion des élèves(f rom Use Case View)

Interface Gestion des élèves(f rom Use Case View)

eleve

Interface Gestion des élèves

gérer les élèves()


<<boundary>>C_Gestion des élèves

affecter_élève()


<<control>> eleve

code_elevenomprénomadresse

inscrire()modifier()affecter()supprimer()rechercher()


<<entity>>

<<traçe>> <<traçe>>

<<traçe>>

Fig.79: Traçabilité entre le modèle d’analyse et le modèle de conception du cas d’utilisation « Gérer les élèves »


d’utilisation « Gérer les élèves»

Le secretaire


Interface Gestion des élèves

gérer les élèves()


C_Gestion des élèves

affecter_élève()


eleve




groupe

code_groupe



*1

affecter

1 *

: Le secretaire : Le secretaire

: Interface Gestion ... : Interface

Gestion ...

: C_Gestion des élèves


: eleve : eleve

1:Inscription demandée demandé

2:inscription demandée




créer_élève(données saisies)

7: Afficher ("Inscription effectuée")



Fig.80: Diagramme des classes relatif au cas d’utilisation « Gérer les élèves »

3.3.3. Le diagramme de séquence du cas d’utilisation «Inscrire élève»

Fig.81: Diagramme de séquence relatif au cas d’utilisation « inscrire élève »

3.3.4. Le diagramme de séquence du cas d’utilisation «Réinscrire élève»



Gestion ...



: eleve : eleve

1:Réinscription demandée demandé

2:Réinscription demandée




réinscrire_élève(paramètres)


Fig.82: Diagramme de séquence relatif au cas d’utilisation « réinscrire élève »



Gestion ...



: eleve : eleve

1:modification demandée



4: données modifiées et enregestrement demandé

5: Données modifiées et enregistrement demané()

modifié_élève(données modifiées)




3.3.5. Le diagramme de séquence du cas d’utilisation «Modifier élève»

Fig.83: Diagramme de séquence relatif au cas d’utilisation « modifier élève »

3.3.6. Le diagramme de séquence du cas d’utilisation «Affecter élève»

3.3.6.1. Scénario d’affectation par élève


: Interface Gestion des élèves




: eleve : eleve : groupe : groupe

affectationaffectation

Affectation demandée

Affectation demandée

Afficher (formulaire de sai...

Choisir affectation par élève

Selectionner élève et groupe d'affectation désiré

Affectation_élève

selet(groupe)

select(eleve)

insert(cde_eleve, cde_groupe)

afficher("affectation effectuée")



Fig.84: Diagramme de séquence relatif au cas d’utilisation « affecter élève »

3.3.6.2. Scénario d’affectation par groupe






: eleve : eleve : groupe : groupe affectationaffectation

1: Affectation demandée

2: Affectation demandée

3: Afficher (formulaire de saisie)

4: Choisir affectation pargroupe

5: groupe d'affectation désiré

groupe choisi

select(groupe)

chosir(eleve)

[nbre<capacité]*affecter()

select(eleve)

insert(cde_eleve)

afficher("affectation effectuée")



Gestion ...



: eleve : eleve


activation choisie et enregestrement demandé



5: Activation et enregistrement demané()


réinscrire_élève()



Gestion ...



: eleve : eleve


activation choisie et enregestrement demandé



5: Activation et enregistrement demané()


réinscrire_élève()



Fig.85: Diagramme de séquence relatif au cas d’utilisation « affecter élève »

3.3.7. Le diagramme de séquence du cas d’utilisation «Inscrire élève

abandon»

Fig.86: Diagramme de séquence relatif au cas d’utilisation « inscrire élève abandon »

3.3.8. Le diagramme de séquence du cas d’utilisation «Rechercher élève»



Fig.87: Diagramme de séquence relatif au cas d’utilisation « rechercher élève »

3.4. Le modèle de conception du cas d’utilisation « Gérer professeur »


relatif au cas d’utilisation « Gérer professeur »

C_Gestion des professeurs


Interface Gestion des professeurs


professeur


afficher()quitter()


<<boundary>> C_Gestion des professeurs

ajout_prof()modificatio_prof()suppression_prof()


<<control>>

<<traçe>> <<traçe>>

professeur

cinnomprénomgrade



<<entity>>

<<traçe>>

Fig.88: Traçabilité entre le modèle d’analyse et le modèle de conception du cas d’utilisation « Gérer les professeurs »


d’utilisation « Gérer les professeurs»

matière

Code_matilibellé_arlibellé_fr

Insert()select()update()delete()


<<entity>>

Le directeur



afficher()quitter()


groupe

cde_groupeintitule_arintitule_fr



C_Gestion des professeurs

ajout_prof()modificatio_prof()suppression_prof()


professeur

cinnomprénomgrade



1..** 1..**

affecter1

1..*

*

1..*

*

enseigne



Fig.89: Diagramme de séquence relatif au cas d’utilisation « gérer les professeurs »

3.4.3. Le diagramme de séquence du cas d’utilisation «Inscrire

professeur»


: Interface Gestion des professurs




: professeur : professeur

1: demande d'inscription

2:inscription demandée


4:informations saisies et enregistrement demandée

5:ajout_prof()

créer_prof(informations)

7:Afficher("professeur ajouté")

Fig.90: Diagramme de séquence relatif au cas d’utilisation « inscrire professeur »



3.4.4. Le diagramme de séquence du cas d’utilisation «Modifier

professeur»








4:informations modifiées et enregistrement demandée



5:modification_prof()

7:Afficher("modification effectuée")

Update_prof(informations)

Fig.91: Diagramme de séquence relatif au cas d’utilisation «modifier professeur »

3.4.5. Le diagramme de séquence du cas d’utilisation «Affecter

professeur»


: Interface Gestion des professeurs


: C_Gestion des professeurs

: C_Gestion des professeurs

: matière : matière : groupe : groupe : professeur : professeur

demande d'affectation

affectation demandée

afficher(formulaire de choix)

selectionner(as, cl, gr, np, mat)

demande d'affectation

affecter_prof(as,cl,gr,np,mat)

select(groupe)

select(matière)

select(prof)

afficher("affectationeffectuée")



Fig.92: Diagramme de séquence relatif au cas d’utilisation «affecter professeur »

3.4.6. Le diagramme de séquence du cas d’utilisation «Supprimer

professeur»







1: demande de suppression

4:saisir (code pof)

2:suppression demandée


5:suppression_prof()

11:Afficher("professeur ajouté")

6:afficher("êtes vous sure de vouloir supprimer le proffesseur p")

8:cliquer(bouton)

9:[ok]suppression_cofirmé(code prof)

10: delete(code prof)







1:demande de recherche

4: choisir langue de recherche

5:choisir critére de recherche

6:saisir (vc)

2:recherche demandée

3:Afficher(formulaire de sasie)

7:recherche_prof(vc)

[succes]afficher("informations_professeur")

select(vc)



Fig.93: Diagramme de séquence relatif au cas d’utilisation «supprimer professeur »


professeur»

Fig.94: Diagramme de séquence relatif au cas d’utilisation «rechercher professeur »

III. Deuxième itération : Modélisation des cas d’utilisation tertiaires et

conception des cas d’utilisation secondaires:

1. La capture des besoins

La notion de sécurité est très importante au sein d’un système multi- utilisateurs.

Pour cette raison, il est indispensable d’ajouter un cas d’utilisation « S’identifier », tous les

acteurs doivent s’identifier avant de réaliser n’importe quelle opération.

Dans ce qui suit, nous présentons la description des nouveaux cas d’utilisation identifiés.

Le directeur :

Gérer les utilisateurs : Une autre fonctionnalité s’ajoute pour le directeur, c’est la

gestion des utilisateurs (Création, modification et suppression des comptes utilisateurs)



1.1. Raffinement du cas d’utilisation « Gérer les paies »

Enregistrer paieGèrer les paies

<<include>>

Le secretaire

Fig.95: Raffinement du cas d’utilisation « Gérer les paies »

1.1.1. Description du cas d’utilisation « Enregistrer paie »

Tout payement effectué doit être enregistré, pour pouvoir être édité lors d’un besoin qui peut être

un contrôle ou une impression de bon de payement,….

Cas d’utilisation : Enregistrer paie



Le secrétaire veut un moyen rapide et fiable permettant d’enregistrer les paies

Pré condition :

- La menue paie est choisit.

- L’option enregistrer paie est choisi

- Le formulaire d’enregistrement de la paie est affiché.


- L’opération est ajoutée à la base.


- Le secrétaire saisit les informations nécessaires de la paie






1.2. Raffinement du cas d’utilisation « Editer documents »

La fonctionnalité d’édition est similaire à une fonctionnalité de consultation avec la particularité

de gérer les critères d’édition des états. L’état est affiché selon un formalisme particulier et peut

être imprimé par l’utilisateur s’il choisit de le faire

Le secretaire


Imprimer

Editer certificat d'inscription

<<extend>>

Editer attestation scolaire

<<extend>>

Editer bon de paie

<<extend>>

Eiter billet d'entrée

<<extend>>

Editer documents

Editer bulletin de note

<<extend>>

Fig.96: Raffinement du cas d’utilisation «Editer documents »

1.2.1. Description du cas d’utilisation « Editer certificat d’inscription »

A la fin de l’inscription, le secrétaire peut éditer les certificats d’inscription et peut

l’imprimer

Cas d’utilisation : Editer certificat d’inscription



Le secrétaire veut un moyen rapide et fiable permettant d’éditer les certificats

d’inscriptions

Pré condition :

- Le menu édition est choisit.



- L’option éditer certificat d’inscription est demandé


- l’état qui correspond au critère choisi est affiché


- Le système affiche les différents critères

- Le secrétaire choisit le critère éditer certificat d’inscription

- Le système génère et édite l’état affichant les résultats trouvés


Si le secrétaire demande l’impression de l’état affiché, le système effectue

impression.

1.2.2. Description du cas d’utilisation « Editer attestation scolaire »

Suite à la demande d’un élève abandon, le secrétaire édite son attestation scolaire

l’imprime

Cas d’utilisation : Editer attestation scolaire



Le secrétaire veut un moyen rapide et fiable permettant d’éditer les attestations

scolaires

Pré condition :

- Le menu édition est choisit.

- L’option éditer attestation scolaire est demandé





- Le secrétaire choisit le critère édité attestation scolaire






impression.

1.2.3. Description du cas d’utilisation « Editer bon de paie »

Le secrétaire peut éditer les bons de paies et peut l’imprimer

Cas d’utilisation : Editer bon de paie



Le secrétaire veut un moyen rapide et fiable permettant d’éditer les bons de paies

Pré condition :

- Le menu édition est choisi

- L’option éditer certificat d’inscription est demandé





- Le responsable choisit le critère édité bon de paie




impression.

1.2.4. Description du cas d’utilisation « Editer billet d’entrée »

Le surveillant générale édite les billets d’entrée l’imprime

Cas d’utilisation : Editer billet d’entrée



Le surveillant général veut un moyen rapide et fiable permettant d’éditer les bons

de paies

Pré condition :



- Le menu édition des billets d’entrée est choisi

- L’option éditer billet d’entrée est demandé





- Le secrétaire choisit le critère édité billet d’entrée


- Le surveillant général clique sur imprimé

- Le système lance l’impression



1.3. Raffinement du cas d’utilisation « Gérer les utilisateurs »


Ajouter utilisateur : le directeur saisit l’ensemble des informations

concernant le nouvel utilisateur du système telles que son nom, son mot de

passe, ses droits d’accès.

Ajouter responsable : cette fonctionnalité offre au responsable la possibilité

d’ajouter un autre responsable d’administration afin de faciliter les tâches

d’administration,

Modifier utilisateur : cette fonctionnalité offre au responsable la possibilité

de modifier un compte utilisateur,

Supprimer utilisateur : cette fonctionnalité offre à l’utilisateur la possibilité

de supprimer un utilisateur.



Le directeur

ajouter utilisateur

ajouter responsable

modifier compte utilisateur

gérer les utilisateurs

supprimer utilisateur

<<extend>>

Fig.97: Raffinement du cas d’utilisation «Gérer utilisateur »

1.3.1. Description du cas d’utilisation « Ajouter utilisateur»

Cette fonctionnalité permet au directeur d’ajouter un utilisateur à la base.

Cas d’utilisation : « Ajouter utilisateur»



Le directeur veut un moyen de saisie rapide et exacte et des contrôles permanents

sur les saisies entrées.

Pré condition :

- Le menu utilisateur est choisit.

- L’option ajouter utilisateur est choisit.

- Le formulaire d’ajout est affiché.



- Le directeur saisie tous les informations obligatoire.

- Le directeur enregistre les informations saisit.

- Le système ajoute le nouvel utilisateur et affiche un message d’ajout


Si les coordonnés du nouvel utilisateur sont invalides le système signale



l’erreur et rejette la saisie.

1.3.2. Description du cas d’utilisation « Supprimer utilisateur»

Cette fonctionnalité permet au directeur de supprimer un utilisateur de la base.

Cas d’utilisation : « supprimer utilisateur»



Le directeur veut un moyen de saisie rapide et efficace permettant la suppression

d’un utilisateur déjà enregistré.

Pré condition :


- L’option supprimer utilisateur est choisit.

- Le formulaire de suppression est affiché.


- L’utilisateur est déjà enregistré.


- Le directeur choisit l’utilisateur à supprimer.

- Le système supprime l’utilisateur et affiche un message de suppression..



1.3.3. Description du cas d’utilisation « Modifier utilisateur»

Cette fonctionnalité permet au directeur de modifier un utilisateur de la base.

Cas d’utilisation : « modifier utilisateur»



Le directeur veut un moyen de saisie rapide et efficace permettant la modification

les informations d’un utilisateur déjà enregistré.

Pré condition :




- L’option modifier utilisateur est choisit.





- Le directeur choisit l’utilisateur à modifier.

- Le système modifie l’utilisateur et affiche un message de modification..



1.3.4. Description du cas d’utilisation « Modifier compte utilisateur»

Cette fonctionnalité permet au directeur de modifier un utilisateur de la base.

Cas d’utilisation : « modifier compte utilisateur»



Le directeur veut un moyen de saisie rapide et efficace permettant la modification

les informations d’un utilisateur déjà enregistré.

Pré condition :


- L’option modifier compte utilisateur est choisit.





- Le directeur choisit l’utilisateur à modifier.

- Le directeur choisit le critère de modification

- Le système modifie l’utilisateur et affiche un message de modification..





1.4. Raffinement du cas d’utilisation « S’identifier»

utilisateurS'identifier Vérifier nom utilisateur et mot de

passe

<<include>>

Afficher message d'erreur

Prise en charge de resaisie

<<extend>>

<<extend>>

Fig.98: Raffinement du cas d’utilisation «S’identifier »

1.4.1. Description du cas d’utilisation « S’identifier»

- Cette fonctionnalité permet au directeur de modifier un utilisateur de la base.

Cas d’utilisation : « S’identifier »

Acteur principal : utilisateur


- L’utilisateur veut un moyen de saisie rapide et exact afin de pouvoir

s’identifier

Pré condition :

L’utilisateur a demandé l’exécution de l’application


- Le nom de l’utilisateur et son mot de passe sont vérifiés

- Le système vérifie son nom et son mot de passe

- Le système affiche le menu principal qui correspond à cet utilisateur


- L’utilisateur saisi ses coordonnés et demande la vérification

- Le système vérifie son nom et son mot de passe



- Le système affiche le menu principal qui correspond à cet utilisateur


- Si l’utilisateur a saisi un nom ou un mot de passe erroné le système affiche un

message d’erreur et lui demande de ressaisir son nom

2. Analyse des cas d’utilisation tertiaires et des nouveaux cas décrit :

2.1. Analyse du cas d’utilisateur « Gérer paie »


d’analyse du cas d’utilisation « Gérer paie »

<<traçe>>

Interface enregistrer paie C_Gestion de la paieles_paies

eleve

Gèrer les paies

<<participent>>

Le secretaireGèrer les paies



Fig.99: Traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse du cas d’utilisation « Gérer paie »

2.1.2. Le diagramme des classes relatif au cas d’utilisation « Gérer paie »

les_paies(f rom Use Case View)


C_Gestion de la paie(f rom Use Case View)

Le secretaire(f rom Use Case View)

Interface enregistrer paie(f rom Use Case View)

Fig.100: Diagramme de classes relatif au cas d’utilisation « Gérer les paies


paie »

: Le secretaire : Interface enregistrer paie : C_Gestion de la paie

: les_paies

: eleve

1: demande d'enregistrement de paie

4: saisir(informations)

2: enregistrement de la paie demandé

3: afficher(formulaire de saisie)

5: informations_paie saisies

6: afficher("enregistrement effectuée")


7: select(cde_eleve)



Fig.101: Diagramme de collaboration relatif au cas d’utilisation « Enregistrer les paies »

2.2. Analyse du cas d’utilisateur « Editer documents »


d’analyse du cas d’utilisation « Editer documents »

Le secretaire


Imprimante

Génerateur d'état C_Gestion d'edition des documents

interface edition documents

attestation_inscription

attestation scolaire

bulletin

Editer documentsEditer documents

Fig.102: Traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse du cas d’utilisation « Editer documents »



2.2.2. Le diagramme des classes relatif au cas d’utilisation « Editer

documents »

1..*1

bulletin(f rom Use Case View)

billet_d_entree(f rom Use Case View) certificat_scolaire


attestation_inscription(f rom Use Case View)

Le secretaire


Imprimante


Génerateur d'état


interface edition documents




C_Gestion d'edition des documents(f rom Use Case View)

1..*

1

1..*

1

1..*

1

1..*

1

1..*1..*

1..*

1

1..*

1 eleve(f rom Use Case View)

1 1..*



Fig.103: Diagramme des classes relatif au cas d’utilisation « Editer documents »

2.2.3. Le diagramme de collaboration relatif au cas d’utilisation « Editer

attestation d’inscription»

: Le secretaire : interface edition documents

: Imprimante

: Génerateur d'état

: C_Gestion d'edition des documents

: eleve : affectation_eleve_groupe

: attestation_inscription

1: critére d'édition choisi

9: impression demandée

10: afficher("impression effectuée")


8: afficher(attestation inscription)

3: extraire_informations(critère choisi)

6: générer_état(critère choisi)

5: extraire_informations_eleve(critère choisi)

4: [élève inscrit]extraire_informations_inscription(critére choisi)

7: Insert(attestation inscription)

Fig.104: Diagramme de collaboration relatif au cas d’utilisation « Editer attestation d’inscription »

o Description du diagramme de collaboration du cas « Editer attestation d’inscription »

Le secrétaire choisit le critère de l’édition (1, 2)

Le système extrait les informations nécessaires (4, 5)

Le système génère l’état d’attestation d’inscription

Le système édite l’attestation d’inscription (7, 8)

Si le secrétaire demande l’impression de l’attestation (9), le système lance le

processus d’impression (10)




certificat scolaire»

: certificat scolaire


: Imprimante



: eleve


8: Impression demandée



7: afficher (certificat scolaire)


4: générer_état(critère choisi)

5: [eleve abandon]extraire_informations_eleve(critère choisi)


Fig.105: Diagramme de collaboration relatif au cas d’utilisation « Editer certificat scolaire »

o Description du diagramme de collaboration du cas « Editer certificat scolaire »


Le système extrait les informations nécessaires (4, 5)

Le système génère l’état ce certificat scolaire

Le système édite le certificat scolaire (6, 7)






bon de paie»


: Imprimante



: eleve

: les_paies



9: afficher("impression demandée")


7: afficher(bon de paie)


6: géner état

5: extraire_informations

4: [paie effectuée]extraire_informations

Fig.106: Diagramme de collaboration relatif au cas d’utilisation « Editer bon de paie »

o Description du diagramme de collaboration du cas « Editer bon de paie »


Le système vérifie l’état de la paie (réglé ou non) (3)

Si c’est bon, le système extrait les informations nécessaires (5)

Le système génère l’état édité bon de paie (6)

Le système édite l’attestation d’inscription (7)




: Imprimante



: eleve

: trimestre

: annee_scolaire

: matière

: niveau

: professeur

: groupe

: classe

: la_moyenne_mat_trimestrielle : la_moyenne_generale_trimesst...

: la_moyenne_generale_trimesst...





15: afficher(bulletin)

14: gérer bulletins














2.2.6. Le diagramme de collaboration relatif au cas d’utilisation « Editer Bulletin»

2.2.6.1. Scénario 1 : édition des bulletins lors du 1èr et 2ème trimestre

Fig.107: Diagramme de collaboration relatif au cas d’utilisation « Editer bulletin»

o Description du diagramme de collaboration du cas « Editer bulletin»


le système extrait les informations nécessaires (4, 5, 6, 7, 8, 9, 10, 11, 12, 13)

Le système génère l’état éditer bulletin (14)

Le système édite le bulletin (15)





2.2.6.2. Scénario 2 : édition des bulletins lors du 3ème trimestre


: Imprimante

: Génerateur d'état : C_Gestion d'edition des documents

: eleve

: classe

: groupe

: annee_scolaire : les_absences : les_notes : les_sanctions : matière : niveau

: professeur

: les_coefficients

: la_moyenne_mat_trimestrielle

: la_moyenne_mat_annuelle

: la_moyenne_generale_trimesstrielle

: la_moyenne_annuelle

1: critère d'état choisi


18: afficher(""impression effectuée")

2: critère de l'état choisi 3: extraire_informations(critère choisi)

16: extraire_informations15: extraire_informations



4: extraire_inforamtions







9: extraire_informations11: extraire_informations

Fig.108: Diagramme de collaboration relatif au cas d’utilisation « Editer bulletin»

o Description du diagramme de collaboration du cas « Editer bulletin»


le système extrait les informations nécessaires (4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14)

Le système génère l’état édité bulletin (15)

Le système édite le bulletin (16)

Si le secrétaire demande l’impression de l’attestation (17), le système lance le processus

d’impression (18)



2.2.7. Le diagramme de collaboration relatif au cas d’utilisation « Editer billet»

2.2.7.1. Scénario : l’absence est déjà enregistrée

: Le surveillant générale : interface edition documents

: les_absences


: Imprimante


: eleve : groupe

1: critère choisi


2: critère d'édition choisi

8: afficher ("billet d'entrée")

4: update5: extraire informations

6: extaire informations


3: extraire informations

7: géner état

Fig.109: Diagramme de collaboration relatif au cas d’utilisation « Editer billet»

2.2.7.2. Scénario : l’absence n’est pas encore enregistrée

: Le surveillant générale : interface edition documents

: les_absences


: Imprimante


: eleve : groupe

1: critère choisi

9: Impression demandée

3: critère d'édition choisi

4: afficher ("billet d'entrée")


7: extraire informations8: extaire informations


5: extraire informations

6: géner état



Fig.110: Diagramme de collaboration relatif au cas d’utilisation « Editer billet»

2.3. Analyse du cas d’utilisateur « S’identifier »


d’analyse du cas « S’identifier »

Interface identificationC_Gestion_identification

user

S'identifier S'identifier

<<traçe>>

<<participent>>



Fig.111: Traçabilité entre le diagramme du cas d’utilisation et le modèle d’analyse du cas « S’identifier »

2.3.2. Le diagramme des classes du cas d’utilisation et le modèle d’analyse

du cas « S’identifier »

utilisateur(f rom Use Case View)

Interface identification


user


C_Gestion_identification(f rom Use Case View)

Fig.112: Diagramme des classes du cas d’utilisation « S’identifier »



2.3.3. Le diagramme de collaboration du cas d’utilisation et le modèle d’analyse du

cas « S’identifier »

2.3.3.1. Scénario 1 : vérification de l’identification de l’utilisateur avec

succès

: utilisateur : Interface identification : C_Gestion_identification

: user

1: saisir(mot de passe, nom utilisateur) 2: vérifier(mot de passe, nom utilisateur)

4: [existe]afficher(menu)

3: verifier(mot de passe, nom utilisateur)

Fig.113: Diagramme de collaboration du cas d’utilisation « S’identifier »

o Description du diagramme de collaboration du cas « S’identifier» scénario de succès :

Chaque utilisateur du système à savoir le directeur, le secrétaire ou bien le

surveillant général doit introduire son mot de passe et son nom utilisateur (1)

Une fois les coordonnées saisies, le système lance le processus de vérification (2)

Le système vérifie le nom utilisateur et le mot de passe (3)

Après vérification, le système affiche le menu de l’application(4)



2.3.3.2. Scénario 2 : Vérification de l’identification de l’utilisateur

avec échec

: utilisateur : Interface identification : C_Gestion_identification

: user

1: saisir(mot de passe, nom utilisateur)2: vérifier(mot de passe, nom utilisateur)

3: afficher("accès refusé")

4: verifier(mot de passe, nom utilisateur)

Fig.114: Diagramme de collaboration du cas d’utilisation « S’identifier »

o Description du diagramme de collaboration du cas « S’identifier» scénario d’échec :

Chaque utilisateur du système à savoir le directeur, le secrétaire ou bien le

surveillant général doit introduire son mot de passe et son nom utilisateur (1)

Une fois les coordonnées saisies, le système lance le processus de vérification (2)

Le système vérifie le nom utilisateur et le mot de passe (3)

Une fois la vérification effectuée et les coordonnées sont invalides, le système

affiche un message informant que l’accès est refusé (4)



2.4. Analyse du cas d’utilisateur « Gérer utilisateur »


d’analyse du cas « Gérer utilisateur »

Le directeur

Interface Gestion des utilisateursC_Gestion_des_utilisateurs user

gérer les utilisateursgérer les utilisateurs

<<traçe>>

<<participent>>



Fig.115: Traçabilité entre le diagramme du cas d’utilisation et le modèle d’analyse du cas « Gérer utilisateur »

2.4.2. Le diagramme des classes du cas d’utilisation « Gérer utilisateur »

Le directeur


Interface Gestion des utilisateurs


C_Gestion_des_utilisateurs


user


Fig.116: Diagramme des classes du cas d’utilisation « Gérer utilisateur »



2.4.3. Le diagramme de collaboration relatif au cas d’utilisation « Ajouter

utilisateur »

: Le secretaire : Interface Gestion des utilisateurs : C_Gestion_des_utilisateurs

: user

1: demande d'ajout d'un utilisateur

4: saisir(nom d'utilisateur, mot de passe)


2: demande d'ajout d'un utilisateur

3: afficher(formaire de saisie)

6: enregistremnt d'un compte

8: afficher("ajout effectuée")

7: Insert(nom utilisateur, mot de passe)

Fig.117: Diagramme de collaboration relatif au cas d’utilisation « Ajouter utilisateur »

o Description du diagramme de collaboration du cas « Ajouter utilisateur»

Le directeur demande l’ajout d’un utilisateur (1, 2)

Le système le système affiche le formulaire de saisie (3)

Le directeur saisie les paramètres du nouveau compte et demande l’enregistrement

(4)

Le système lance le processus d’enregistrement (5, 6)

Une foi l’enregistrement effectuée, le système affiche un message informant que

l’ajout est effectué (8)



2.4.4. Le diagramme de collaboration relatif au cas d’utilisation « Ajouter

responsable »


: user

1: demande d'ajout d'un responsable

2: saisir(nom d'utilisateur, mot de passe)


4: demande d'ajout d'un responsable


6: enregistremnt d'un compte

7: afficher("ajout effectuée")

8: Insert(nom utilisateur, mot de passe)

Fig.118: Diagramme de collaboration relatif au cas d’utilisation « Ajouter responsable»

o Description du diagramme de collaboration du cas « Ajouter responsable»

Le directeur demande l’ajout d’un responsable (1, 2)


Le directeur saisie les paramètres du nouveau compte et demande l’enregistrement

(4)

Le système lance le processus d’enregistrement (5, 6)

Une foi l’enregistrement effectuée, le système affiche un message informant que

l’ajout est effectué (8)



2.4.5. Le diagramme de collaboration relatif au cas d’utilisation

« modifier utilisateur »

8: afficher ("paramètres modifiées")


: user

1: demande de modification4: saisir les paramétres du compte à modifier

5: saisir les nouveaux paramètres et demande d'enregistrement



6: enregistrement du modification

7: [compte existe]Update(nouveaux parametres)

Fig.119: Diagramme de collaboration relatif au cas d’utilisation « Modifier responsable»

o Description du diagramme de collaboration du cas « Modifier utilisateur»

Le directeur demande la modification d’un compte (1, 2)


Le directeur saisie les paramètres du compte a modifié et saisir les nouveaux

paramètres et demande l’enregistrement (4, 5)

Le système vérifie les paramètres saisis (6)

Si le compte existe, le système enregistre les nouveaux paramètres (7)

Une fois l’enregistrement effectuée, le système affiche un message informant que

la modification est effectuée (8)



2.4.6. Le diagramme de collaboration relatif au cas d’utilisation

« Supprimer utilisateur »


: user

1: demande de suppression

4: saisir les paramètres du compte à supprimer


3: afficher(formulaire de suppression)

5: suppression du compte

7: afficher("suppression effectuée")

6: [existe]Delete(parmètres)

Fig.120: Diagramme de collaboration relatif au cas d’utilisation « Supprimer utilisateur»

o Description du diagramme de collaboration du cas « Supprimer utilisateur»

Le directeur demande la suppression d’un compte (1, 2)


Le directeur saisie les paramètres du compte à supprimer et demande la

suppression (4, 5)

Le système vérifie les paramètres saisis (6)

Si le compte existe, le système lance le processus de suppression (7)

Une fois la suppression effectuée, le système affiche un message informant que la

suppression est effectuée (8)



3. Conception des cas d’utilisation secondaires

3.1. Conception du cas d’utilisation « Gérer matières »


relatif au cas d’utilisation « Gérer matière »

Interface Gestion des matières(f rom Use Case View)


C_Gestion des matières(f rom Use Case View)


Code_matintitulé_arintitulé_fr

gerer_mat()


<<boundary>>C_Gestion des matières

ajouter()modifier()supprimer()rechercher()


<<control>>matière



<<entity>>

<<traçe>>



Fig.121: Traçabilité entre le modèle d’analyse et le modèle de conception relatif au cas d’utilisation « Gérer matière »

3.1.2. Le diagramme des classes relatif au cas d’utilisation « Gérer

matières »

Le directeur



Code_matintitulé_arintitulé_fr

gerer_mat()


C_Gestion des matières

ajouter()modifier()supprimer()rechercher()


matière



Fig.122: Diagramme des classes relatif au cas d’utilisation « Gérer matières »

3.1.3. Le diagramme de séquence relatif au cas d’utilisation « Ajouter

matière»

: Le directeur : Le directeur : Interface Gestion ... : Interface

Gestion ...

: C_Gestion des matières : C_Gestion des matières

: matière : matière

Informations saisie

Enregistrement demandé

Créer()

Créer_matières(informations saisies)

Affiché ("Ajout effectué")



Fig.123: Diagramme de séquence relatif au cas d’utilisation « Ajouter matière »

3.1.4. Le diagramme de séquence relatif au cas d’utilisation « Modifier

matière»


Gestion ...

: C_Gestion des matières



demande de maodification

modification demandée

afficher(formulaire de saisie)

informations modifiées

modifier( )

update( )

afficher("Modification effectuée")

Fig.124: Diagramme de séquence relatif au cas d’utilisation « Modifier matière»



3.1.5. Le diagramme de séquence relatif au cas d’utilisation « Supprimer

matière»


Gestion ...




demande de suppression

suppression demandée

afficher(formulaire de suppression)

saisir(code_mat)

supprimer( )

[existe]delete(code_mat )

afficher("suppression effectuée")

Fig.125: Diagramme de séquence relatif au cas d’utilisation « Modifier matière»

3.1.6. Le diagramme de séquence relatif au cas d’utilisation « Rechercher

matière»

: Le directeur : Le directeur : Interface Gestion des matières

: Interface Gestion des matières

: C_Gestion des matières : C_Gestion des matières


Recherche demandée

critère choisi

Recherche demandée

Rechercher_matière(critère choisi)

[existe] afficher_matière(informations_matière)

Fig.126: Diagramme de séquence relatif au cas d’utilisation « Rechercher ma matière»



3.2. Conception du cas d’utilisation « Attribuer coefficient matière »

3.2.1. Traçabilité entre le modèle d’analyse et le modèle de conception du

cas « Attribuer coefficient matière »

Interface Gestion des coefficients(f rom Use Case View)

les_coefficients(f rom Use Case View)C_Gestion des coefficients


C_Gestion des coefficients

ajouter()modifier()


<<control>> les_coefficients

code_anneecode_classecode_matcoef

ajouter()modifier()


<<entity>>


année scolaireclassematièrecoefficient

btnOK()btnAnnuler()


<<boundary>>

Fig.127: Traçabilité entre le modèle d’analyse et le modèle de conception du cas « Attribuer coefficient matière »

3.2.2. Le diagramme des classes relatif au cas d’utilisation « Attribuer

coefficient matière »

classe

code_classe

Ajouter()


les_coefficients

code_anneecode_classecode_matcoef

ajouter()modifier()


matière




** **

enseigner

1..*1 1..*1

avoir

C_Gestion des coefficients

ajouter()modifier()


Le secretaire(f rom Use Case View)


année scolaireclassematièrecoefficient

btnOK()btnAnnuler()




Fig.128: Diagramme des classes relatif au cas d’utilisation « Attribuer coefficient matière »


coefficient »

: Le secretaire : Le secretaire : Interface Gestion des

coefficients : Interface Gestion des

coefficients : C_Gestion des


coefficients

: les_coefficients

: les_coefficients

: niveau : niveau : matière : matière : classe : classe

choisir(classe, matière)

saisir coefficient(coef)

ajouter(coef )

select(info_niveau)

select(info_cl)

select(info_mat)

insert(informations)

afficher("coefficient ajouté")

Fig.129: Diagramme de séquence relatif au cas d’utilisation « Ajouter coefficient »

3.2.4. Le diagramme de séquence relatif au cas d’utilisation «Modifier

coefficient »

: Interface Gestion des coefficients


: Le secretaire : Le secretaire : C_Gestion des


coefficients

: les_coefficients

: les_coefficients

: matière : matière : classe : classe

demande de modifiaction

saisir(coefficient à modifier)


afficher(formulaire de modification)

enregistrement modification

afficher("moification effectuée")

update(coef)

select( )

select(cl)



Fig.130: Diagramme de séquence relatif au cas d’utilisation «Modifier coefficient »

3.3. Conception du cas d’utilisation « Gérer discipline »


relatif au cas d’utilisation Gérer discipline » :


(f rom Use Case View)les_absences


les_sanctions


C_Gestion_discipline






les_absences


les_sanctions


<<traçe>>





Fig.131: Traçabilité entre le modèle d’analyse et le modèle de conception relatif au cas d’utilisation « Gérer discipline »


discipline »

Le secretaire



code élèvenomprénom


enregistrer()


les_sanctions

code_sanctcode_elevedte_sanctionraison

enregistrer()supprimer()modifier()

(f rom Use Case View) les_absences

code_elevnum_absencesdte_debutdte_finnbr_moisraison

enregistrer()supprimer()


eleve




*

1

*

1

est sanctionné

*

1

s'abstenir

*

1

Fig.132: Diagramme des classes relatif au cas d’utilisation « Gérer discipline »



3.3.3. Le diagramme de séquence relatif au cas d’utilisation « enregistrer

les absences » :



: Le secretaire : Le secretaire : C_Gestion des


coefficients

: les_coefficients

: les_coefficients

: matière : matière : classe : classe

demande de modifiaction

saisir(coefficient à modifier)


afficher(formulaire de modification)

enregistrement modification

afficher("moification effectuée")

update(coef)

select( )

select(cl)

Fig.133: Diagramme de séquence au cas d’utilisation « enregistrer les absences » :

3.3.4. Le diagramme de séquence relatif au cas d’utilisation « enregistrer

les sanctions » :

: les_sanctions : les_sanctions

: Le surveillant générale


: Interface Gestion des disciplines

: Interface Gestion des disciplines



: eleve : eleve

Informations saisies

Enregistrement demandée

Informations saisies et enregistrement demandée

select(informations)

insert(informations)

afficher("sanction enregistrée")



Fig.134: Diagramme de séquence relatif au cas d’utilisation « enregistrer les sanctions »

3.4. Conception du cas d’utilisation « Gérer les notes »


relatif au cas d’utilisation « Gérer les notes »

<<traçe>>

enregistrement_exporation


Interface Gestion des notes


les_notes


Interface Gestion des notes(f rom Use Case View)

<<boundary>>enregistrement_exporation


<<entity>>les_notes


<<entity>>

<<traçe>> traçe<<traçe>>

C_gestion_des_notes


les_formules



<<control>> les_formules(f rom Use Case View)

<<traçe>>



Fig.135: Traçabilité entre le modèle d’analyse et le modèle de conception relatif au cas d’utilisation « Gérer les notes »

3.4.2. Le diagramme des classes relatif au cas d’utilisation « Gérer les

notes »

Le secretaire


Interface Gestion des notes(f rom Use Case View)

<<boundary>>

professeur

cinnomprénomgrade



eleve




les_formules(f rom Use Case View)

<<entity>>

matière




*

*

avoir_formule

examen

code_examenintitulé


enregistrement_exporation

code_operation


<<entity>>

les_notes

code_elevecode_metcode_trimcode_profcode_classecode_examenla_nots

créer()modifir()supprimer()


<<entity>>

1

*

avoir

*1

noter

1 *attribue

*

1

appartient

1

1

exporter

C_gestion_des_notes

saisir()exporter()importer()


<<control>>

annee_scolaire

code_ann_sco

(f rom Use Case View)trimestre

code_trimcode_ann_sco


*

*

obtenir

1*

appartenir

*

1

*1

1

1

*1

*

*

*

*

*

1

1*

Fig.136: Diagramme des classes relatif au cas d’utilisation « Gérer les notes »



3.4.3. Le diagramme de séquence relatif au cas d’utilisation « saisir notes »


notes : Interface Gestion des

notes : C_gestion_des_notes : C_gestion_des_notes

: les_notes : les_notes

: eleve : eleve : groupe : groupe : matière : matière : examen : examen

demande de saisies des notes

demande de saisie

select(groupe)

select(matière)

select(eleve)

select(examen)

note saisie et enregistrement demandée

demande d'enregistrement

insert(note)

afficher("notes inserées")

Fig.137: Diagramme de séquence relatif au cas d’utilisation « saisir notes »



3.4.4. Le diagramme de séquence relatif au cas d’utilisation « exporter


: exportation : exportation

: Le secretaire : Le secretaire : Interface Gestion des notes

: Interface Gestion des notes

: C_gestion_des_notes : C_gestion_des_notes : groupe : groupe : matière : matière

demande d'exportation

exporation demandée

groupe et matière choisies

choix du groupe et du matière

select(groupe)

select(matière)

enregistrement demandée

enregistrement exportation

insert(exportation)

afficher("exportation effectuée")

9: afficher("notes importées")

Fig.138: Diagramme de séquence relatif au cas d’utilisation « exporter feuilles des notes »



3.4.5. Le diagramme de séquence relatif au cas d’utilisation « importer


: les_notes : les_notes

: Le secretaire : Le secretaire : Interface Gestion des notes

: Interface Gestion des notes

: C_gestion_des_notes : C_gestion_des_notes : matière : matière : groupe : groupe

demande d'importation des notes

Importation demandée

choix de l'emplacement

emplacement selectionnée

emplacement selectionnée

select(matière)

select(groupe)

insert(note)

Fig.139: Diagramme de séquence relatif au cas d’utilisation « importer feuilles des notes »



3.4.6. Le diagramme de séquence relatif au cas d’utilisation « Attribuer

formules»

: les_formules : les_formules


notes : Interface Gestion des

notes : C_gestion_des_notes : C_gestion_des_notes : matière : matière : classe : classe

demande la saisie d'une formule

saisie de formule demandée

afficher "écran de saisie

classe et matière choisies

choix de la classe et du matière

select(cde_classe)

select(cde_mat)

saisie de la formule

enregistrement de la formule

insert(cde_formule)

afficher("formule enrgistrée")

Fig.140: Diagramme de séquence relatif au cas d’utilisation « Attribuer formules»

IV. Conclusion :

Au niveau de la phase d’élaboration, nous avons analysés et conçus les cas d’utilisations

prioritaires et les cas d’utilisation secondaires, les cas d’utilisations tertiaires ont été modélisés et

une architecture stable est aboutie.

Les cas d’utilisation tertiaires seront conçus au niveau de la phase de construction ainsi que

l’implémentation de la totalité des cas d’utilisation.

Projet de fin d’études Chapitre III La

phase de construction

Chapitre III : La

phase de

constructionI. Introduction...........................................................................................................................128

II. Première itération : conception des cas d’utilisation tertiaires :........................................128

1. Conception des cas d’utilisation tertiaires..................................................................................129

2. Le diagramme des classes entités complet..................................................................................139

3. Les règles de passage du diagramme des classes vers la base de données relationnelle.........140

4. Schéma relationnel de la base de données..................................................................................141

5. Schéma final de la base de données relationnelle.......................................................................142

6. Le modèle de déploiement............................................................................................................152

III. Deuxième itération : Implémentation des cas d’utilisation.............................................153

1. Implémentation du cas d’utilisation « Préparer année scolaire »............................................153

2. Implémentation du cas d’utilisation « Gérer les professeurs ».................................................154

3. Implémentation du cas d’utilisation « Gérer les élèves »..........................................................154

4. Implémentation du cas d’utilisation « Modifier informations année scolaire »......................155

5. Implémentation du cas d’utilisation « Gérer matière »............................................................156

6. Implémentation du cas d’utilisation « Attribuer coefficient »..................................................156

7. Implémentation du cas d’utilisation « Gérer discipline »........................................................157

8. Implémentation du cas d’utilisation « Gérer les notes »..........................................................157

9. Implémentation du cas d’utilisation « Gérer les paies »...........................................................158

146



10. Implémentation du cas d’utilisation « S’identifier »............................................................159

11. Implémentation du cas d’utilisation « Gérer les utilisateurs ».............................................159

IV. Conclusion.........................................................................................................................160

I. Introduction

La phase de construction est le moment ou l’on construit un produit logiciel complet prêt à

être exploiter par l’utilisateur.

II. Première itération : conception des cas d’utilisation tertiaires :

Durant cette itération nous nous intéressons à la conception des cas d’utilisations tertiaires

ainsi qu’à la description détaillée des classes entités, le modèle de déploiement, le modèle

d’implémentation et la description des outils de travail.

147



1. Conception des cas d’utilisation tertiaires

1.1. Conception du cas d’utilisation « Gérer les paies »


relatif au cas d’utilisation « Gérer les paies »

les_paies(f rom Use Case View)



Interface enregistrer paie

ElèveClasseGroupeMontant

enregistrer()annuler()


<<boundary>>

C_Gestion de la paie

enregistrer_paie()


<<control>>les_paies

code_elevecode_classecode_groupemontant


<<entity>>

<<traçe>><<traçe>> <<traçe>>

Fig.141: Traçabilité entre le modèle d’analyse et le modèle de conception relatif au cas d’utilisation « Gérer les paies »

148



1.1.2. Le diagramme des classes relatif au cas d’utilisation « Gérer les

paies »

Le secretaire


Interface enregistrer paie

ElèveClasseGroupeMontant

enregistrer()annuler()


les_paies

code_elevecode_classecode_groupemontant


C_Gestion de la paie

enregistrer_paie()


Fig.142: Diagramme des classes relatif au cas d’utilisation « Gérer les paies »

1.1.3. Le diagramme de séquence relatif au cas d’utilisation « Gérer les

paies »

: Le secretaire : Le secretaire : Interface enregistrer paie

: Interface enregistrer paie

: C_Gestion de la paie

: C_Gestion de la paie

: les_paies : les_paies

demande d'enregistrement de paie

enregistrement de la paie demandé

afficher(formulaire de saisie)

saisir(informations)

informations_paie saisies

Insert(informations)

afficher("enregistrement effectuée")

149



Fig.143: Diagramme de séquence relatif au cas d’utilisation « Gérer les paies »

1.2. Conception du cas d’utilisation « Gérer utilisateur »


relatif au cas d’utilisation « Gérer utilisateur »

Interface Gestion des utilisateurs(f rom Use Case View)

user(f rom Use Case View)

C_Gestion_des_utilisateurs(f rom Use Case View)


nom utilisateurmon de passe

entrer()quitter()


ajouter_utilisateur()modifier_utilisateur()supprimer_utilisateur()ajouter_responsable()

(f rom Use Case View)user

user_namepasswordtype

Insert()update()delete()


<<traçe>><<traçe>> <<traçe>>

Fig.144: Traçabilité entre le modèle d’analyse et le modèle de conception relatif au cas d’utilisation « Gérer utilisateur »


utilisateur »

Le directeur



nom utilisateurmon de passe

entrer()quitter()


user





ajouter_utilisateur()modifier_utilisateur()supprimer_utilisateur()ajouter_responsable()


150



Fig.145: Diagramme des classes relatif au cas d’utilisation « Gérer les utilisateurs

1.2.3. Le diagramme de séquence relatif au cas d’utilisation «Ajouter

utilisateur »

: Le secretaire : Le secretaire : Interface Gestion des utilisateurs

: Interface Gestion des utilisateurs

: C_Gestion_des_utilisateurs : C_Gestion_des_utilisateurs : user : user

demande d'ajout d'un utilisateur

demande d'ajout d'un utilisateur

afficher(formaire de saisie)

saisir(nom d'utilisateur, mot de passe)


enregistremnt d'un compte

Insert(nom utilisateur, mot de passe)

afficher("ajout effectuée")

Fig.146: Diagramme de séquence relatif au cas d’utilisation « ajouter utilisateur »

1.2.4. Le diagramme de séquence relatif au cas d’utilisation « Modifier

utilisateur »



: C_Gestion_des_utilisa...

: C_Gestion_des_utilisa...

: user : user

demande de modification



saisir les paramétres du compte à modifier

saisir les nouveaux paramètres et demande d'enregistrement

enregistrement du modification

[compte existe]Update(nouveaux parametres)

afficher ("paramètres modifiées")

Fig.147: Diagramme de séquence relatif au cas d’utilisation « Modifier utilisateur »

151



1.2.5. Le diagramme de séquence relatif au cas d’utilisation

« Supprimer utilisateur »

: C_Gestion_des_utilisateurs

: C_Gestion_des_utilisateurs



: user : user

demande de suppression


afficher(formulaire de suppression)

saisir les paramètres du compte à supprimer

suppression du compte

[existe]Delete(parmètres)

afficher("suppression effectuée")

Fig.148: Diagramme de séquence relatif au cas d’utilisation « Supprimer utilisateur »


responsable »


utilisateurs : Interface Gestion des

utilisateurs : C_Gestion_des_utilisateurs : C_Gestion_des_utilisateurs : user : user

demande d'ajout d'un responsable

saisir(nom d'utilisateur, mot de passe)


demande d'ajout d'un responsable


enregistremnt d'un compte

afficher("ajout effectuée")

Insert(nom utilisateur, mot de passe)

Fig.149: Diagramme de séquence relatif au cas d’utilisation « Ajouter responsable »

152



1.3. Conception du cas d’utilisation « S’identifier »


relatif au cas d’utilisation « S’identifier »

<<traçe>>

Interface identification

Nom d'utilisateurMot de passe

connecter()annuler()quitter()

user




Interface identification(f rom Use Case View)

<<traçe>>

user


<<traçe>>

C_Gestion_identification(f rom Use Case View)

C_Gestion_identification

Verifiier_identification()


Fig.150: Traçabilité entre le modèle d’analyse et le modèle de conception relatif au cas d’utilisation « S’identifier »

1.3.2. Le diagramme des classes relatif au cas d’utilisation « S’identifier »

1.3.2.1. Scénario avec succès

: utilisateur : utilisateur : Interface identification : Interface identification : C_Gestion_identification : C_Gestion_identification : user : user

saisir(mot de passe, nom utilisateur)

vérifier(mot de passe, nom utilisateur)

verifier(mot de passe, nom utilisateur)

[existe]afficher(menu)

Fig.151: Diagramme de séquence relatif au cas d’utilisation « S’identifier »

153



1.3.2.2. Scénario avec échec

: utilisateur : utilisateur : Interface identification : Interface

identification :

C_Gestion_identifi... :

C_Gestion_identifi... : user : user

saisir(mot de passe, nom utilisateur)

vérifier(mot de passe, nom utilisateur)

afficher("accès refusé")

verifier(mot de passe, nom utilisateur)

Fig.152: Diagramme de séquence relatif au cas d’utilisation « S’identifier »

1.4. Conception du cas d’utilisation «Editer les documents »


relatif au cas d’utilisation « Editer les documents »

Imprimante(f rom Use Case View)

Génerateur d'état(f rom Use Case View)

interface edition documents(f rom Use Case View)


certificat scolaire(f rom Use Case View)

billet_d_entree(f rom Use Case View)


interface edition documents(f rom Use Case View)







<<traçe>>

<<traçe>> <<traçe>> <<traçe>> <<traçe>> <<traçe>><<traçe>>

Fig.153: Traçabilité entre le modèle d’analyse et le modèle de conception relatif au cas d’utilisation « Editer les documents »

154



1.4.2. Le diagramme des classes relatif au cas d’utilisation « Editer les

documents »

1..*

1

bulletin(f rom Use Case View)

<<entity>>


<<entity>>


<<entity>>


<<entity>>


<<control>>

Le secretaire



<<boundary>>


<<control>>interface edition documents


<<boundary>>



1..*

1

1..*

1

1..*

1

1..*

1

1

1..*1..*

1..*

Fig.154: Diagramme des classes relatif au cas d’utilisation « Editer les documents »

1.4.3. Le diagramme de séquence relatif au cas d’utilisation « Editer

attestation d’inscription »

: Le secretaire : Le secretaire : interface edition documents

: interface edition documents

: Imprimante : Imprimante : Génerateur d'état




: eleve : eleve : affectation_...

: affectation_...

: attestation_inscription : attestation_inscription

critére d'édition choisi


extraire_informations(critère choisi)

[élève inscrit]extraire_informations_inscription(critére choisi)

extraire_informations_eleve(critère choisi)

générer_état(critère choisi)

Insert(attestation inscription)

afficher(attestation inscription)

impression demandée

afficher("Impression effectuée")

Fig.155: Diagramme de séquence relatif au cas d’utilisation « Editer certificat d’inscription »

155




certificat scolaire »







: eleve : eleve : certificat scolaire

: certificat scolaire




générer_état(critère choisi)

[eleve abandon]extraire_informations_eleve(critère choisi)

Insert(informations)

afficher (certificat scolaire)

Impression demandée

afficher("Impression effectuée")

Fig.156: Diagramme de séquence relatif au cas d’utilisation « Editer certificat scolaire »


bon de paie »







: eleve : eleve : les_paies : les_paies




[paie effectuée]extraire_informations

extraire_informations

géner état

afficher(bon de paie)


afficher("impression demandée")

Fig.157: Diagramme de séquence relatif au cas d’utilisation « Editer bon de paie »

156



1.4.6. Le diagramme de séquence relatif au cas d’utilisation « Editer billet

d’entrée»

1.4.6.1. Scénario1 : l’absence est déjà enregistrée





: les_absences : les_absences : C_Gestion d'edition ... : C_Gestion d'edition ...




critère choisi

critère d'édition choisi

extraire informations

update


extaire informations

géner état

afficher ("billet d'entrée")


afficher("impression effectuée")

Fig.158: Diagramme de séquence relatif au cas d’utilisation « Editer billet d’entrée»

1.4.6.2. Scénario2 : l’absence n’est pas encore enregistrée :


: Le surveillant générale : interface

edit... : interface

edit... : les_absences : les_absences : C_Gestion

d'edition ... : C_Gestion d'edition ...




critère choisi Insert(informations)

critère d'édition choisi

afficher ("billet d'entrée")


géner état


extaire informations

Impression demandée

afficher("impression effectuée")

Fig.159: Diagramme de séquence relatif au cas d’utilisation « Editer billet d’entrée»

157



2. Le diagramme des classes entités complet

la_moyenne_mat_trim

cde_elevcde_classecde_trimcde_matmoyennerang

[OR][OR]

user

user_namepasswordtypenomprénom


bulletin

num_bulletindatecde_élève


<<entity>>

billet_d_entree

num_billetdateheurecde_élève


<<entity>>

certificat_scolaire

num_certificatdatecde_élève


<<entity>>


num_attestation_insdatecde_élève


<<entity>>

les_types_sanctions

cde_sanctionsintitulé


gouvernorat

cde_gouv


cycle



<<entity>>

annee_scolaire

cde_ann_sco


les_absences

cde_elevenum_absencesdte_debutdte_finnbr_moisraison


les_paies

cde_elevecde_classecde_groupemontantdate


la_moyenne_ann

cde_elevecde_ann_scola_moyenne_annsucces_ann_nouvaffecter_ann_nouv


la_moyenne_gen_tri,

cde_elevecde_ann_scocde_matcde_trimla_moyenne_timrang


les_sanctions

cde_sanctioncde_elevedte_sanctionraison


1* 1*

est de type

deligation

cde_delcde_gouv

(f rom Use Case View)1* 1* se compose

niveau

cde_cycleintitulé_arintitulé_frcde_niveau


<<entity>>

1

*

1

*

avoir

examen

cde_examenintitulé


exportation

code_operation


<<entity>>

trimestre

cde_trimcde_ann_sco


1

*

1

*

appartenir

eleve

cde_elevenomprénomadresse

(f rom Use Case View)*

1

*

1

s'absentir

1*

1*

payer

*

1

*

1 obtenir2

*

1

*

1

obtenir1

*

1

*

1

est sanctionné

1

*

1

*

habiter

section

cde_sectionintitule_arintitule_frcde_niveau


<<entity>>1..*

1..*

1..*

1..*

spécialiser

passage

cde_passageintitule_arintitule_frcde_niveau


<<entity>>

1

*

1

*

passer par

orientation

code_orientationcde_niveau


<<entity>>

1

1..*

1

1..*

s'orienter

groupe

cde_groupeintitule_arintitule_frcde_classe


*

1

*

1

affecter2

les_formules

cde_anncde_grcde_classecde_matformule


<<entity>>

les_coefficients

cde_anncode_classecode_matcoef


professeur

cinnomprénomgrade


1..*

*

1..*

*

affecter1

la_moyenne_mat_ann

cde_elevecde_ann_scocde_trimcde_matla_maoyennerang


*

1

*

1concerne2

*

1

*

1concerne1

les_notes

cde_elevcde_matcde_trimcde_profcde_classecde_examenla_notes


<<entity>>

*1

*1 appartient1

1

1

1exporter

1

*

1

*

evaluer2

*

*

*

*

obtenir

1

*

1

*

avoir3

classe

cde_classe_arcde_sectioncde_passagecde_orientation


<<entity>>

1

1..*

1

1..*

continir

1

1..*

1

1..*

contenir1

1

1

1

1

contenir2

1

*

1

*

composer

matière

Code_matlibellé_arlibellé_fr


*

*

*

*

avoir formule

1..*

1

1..*

1

avoir*

1..*

*

1..*

enseigne

1

*

1

*

evaluer*

*

*

*

avoir2

*

*

*

*

affecter_mat_classe

Fig.160: Le diagramme des classes entités complet

158



3. Les règles de passage du diagramme des classes vers la base de

données relationnelle

Le schéma de la base de données relationnelle est déduit à partir du diagramme des classes

entités.

Le passage du diagramme des classes vers la base de données relationnelle se fait selon les règles

de passage décrites ci-dessous :

o Chaque classe entité est représentée par une table

o Chaque attribut primitif donne une colonne dans la table

o Chaque instance de la table est représentée par une ligne dans celle-ci

o La colonne de clé primaire est l’identificateur unique de l’instance

o Chaque association « un à plusieurs » est représentée par une clé étrangère dans la table

fille

o Chaque association « plusieurs à plusieurs » entre deux classes est représentée par une

nouvelle table qui prend comme clé primaire la concaténation des clés primaires des deux

classes

o Chaque association « un à un » est représentée par l’intégration d’une clé étrangère dans la

table la moins récente

159



4. Schéma relationnel de la base de données

user

user_namepasswordtypenomprénom


annee_scolaire

cde_ann_sco


cycle



<<entity>>

trimestre

cde_trimcde_ann_sco


1

*

1

*

appartenir

niveau

cde_cycleintitulé_arintitulé_frcde_niveau


<<entity>>

1

*

1

*

avoir

les_formules

cde_anncde_grcde_classecde_matformule


<<entity>>

les_coefficients

cde_anncode_classecode_matcoef

la_moyenne_mat_ann

cde_elevecde_ann_scocde_trimcde_matla_maoyennerang


*

1

*

1concerne2

la_moyenne_mat_trim

cde_elevcde_classecde_trimcde_matmoyennerang


*

1

*

1concerne1

section

cde_sectionintitule_arintitule_frcde_niveau


<<entity>>1..*

1..*

1..*

1..*

spécialiser

passage

cde_passageintitule_arintitule_frcde_niveau


<<entity>>

1

*

1

*

passer par

orientation

code_orientationcde_niveau


<<entity>>

1

1..*

1

1..*

s'orienter

affectation_mat_classe

cde_matcde_classe_ar


les_types_sanctions

cde_sanctionsintitulé


gouvernorat

cde_gouv


examen

cde_examenintitulé


exportation

code_operation


<<entity>>

note_trimestrielle

cde_trimcde_elevecde_matcde_profcde_classecde_examen


professeur

cinnomprénomgrade


matière

Code_matlibellé_arlibellé_fr


*

*

*

*

avoir formule

1..*

1

1..*

1

avoir*

1..*

*

1..*

enseigne

affectation_prof_mat_groupe

cincde_groupe

classe

cde_classe_arcde_sectioncde_passagecde_orientation


<<entity>>

1

1..*

1

1..*

continir

1

1..*

1

1..*

contenir1

1

1

1

1

contenir2

les_absences

cde_elevenum_absencesdte_debutdte_finnbr_moisraison


les_paies

cde_elevecde_classecde_groupemontantdate

la_moyenne_ann

cde_elevecde_ann_scola_moyenne_annsucces_ann_nouvaffecter_ann_nouv


la_moyenne_gen_tri,

cde_elevecde_ann_scocde_matcde_trimla_moyenne_timrang


les_sanctions

cde_sanctioncde_elevedte_sanctionraison


1* 1*

est de type

deligation

cde_delcde_gouv

(f rom Use Case View)1* 1* se compose

les_notes

cde_elevcde_matcde_trimcde_profcde_classecde_examenla_notes


<<entity>>

*

1

*

1

appartient

1

1

1

1exporter

1

*

1

*

evaluer21

*

1

*

evaluer

groupe

cde_groupeintitule_arintitule_frcde_classe


1

*

1

*

composer

bulletin

num_bulletindatecde_élève


<<entity>>

billet_d_entree

num_billetdateheurecde_élève


<<entity>>

certificat_scolaire

num_certificatdatecde_élève


<<entity>>


num_attestation_insdatecde_élève


<<entity>>

eleve

cde_elevenomprénomadresse

(f rom Use Case View)*

1

*

1

s'absentir

1

*

1

*

payer

*

1

*

1 obtenir2

*

1

*

1

obtenir1

*

1

*

1

est sanctionné

1

*

1

*

habiter

1

*

1

*

avoir3

*

1

*

1

affecter2

1

1

1

11

11

1

11

1

1

1

1

Fig.161: Schéma de la base de données

160



5. Schéma final de la base de données relationnelle

5.1. La table « Professeur »

Professeur

Attributs Type Taille : Libellé Contraintes

cde_prof Numérique Entier Code professeur Clé primaire

nom_prenom_ar Texte 50 Nom Prénom en arabe

nom_prenom_fr Texte 50 Nom Prénom en français

adr_an Texte 255 Adresse de vacance

adr_vac Texte 255 Adresse de vacance

date_naiss DateDate,

abrégéDate de naissance

lieu_naiss Texte 50 Lieu de naissance en arabe

sexe Numérique Octet Sexe

etat_civil Numérique Octet Etat civil

tel Numérique Entier Téléphone

diplome Texte 50 Diplôme

dte_obt_dip DateDate,

abrégé

Date d’obtention du

diplôme

specialite Texte 50 Spécialité

e_mail Texte 50 Spécialité

num_bancaire NumériqueEntier

longNuméro bancaire

etablissement_origine Texte 50Etablissement

d’origine

tel_etabl Numérique Entier Téléphone d’établissement

161



de travail

cde_mat1 Texte 20 Code matière 1






5.2. La table « élève »

élève


cde_eleve NumériqueEntier

longCode élève Clé primaire

cin Texte 12 Carte d’identité nationale

nom_ar Texte 50 Nom en arabe

nom_fr Texte 50 Nom en français

prenom_ar Texte 50 Prénom en arabe

prenom_fr Texte 50 Prénom en français

regime Texte 20Régime de l’élève (interne,

externe, demi pensionnaire)

date_naiss DateDate,

abrégéDate de naissance

lieu_naiss_ar Texte 50 Lieu de naissance en arabe

lieu_naiss_fr Texte 50 Lieu de naissance en Français

cde_gouv Numérique Octet Code gouvernorat

Cde_deleg Numérique Entier Code délégation

adr_ar Texte 255 Adresse en arabe

adr_fr Texte 255 Adresse en Français

tel_port Numérique Entier Téléphone portable

162



sexe Numérique Octet Sexe

cin_pere Texte 12Carte d’identité nationale du

père

nom_pere_ar Texte 12 Nom en arabe

nom_pere_fr Texte 50 Nom en français

date_naiss_per DateDate,

abrégéDate de naissance du père

profession_per Texte 50 Profession du père

lieu_travail_per Texte 50 Lieu de travail du père

tel_per Numérique Entier Téléphone père

cin_mere Texte 12Carte d’identité nationale de la

mère

nom_mere_ar Texte 50 Nom en arabe de la mère

nom_mere_fr Texte 50 Nom en français de la mère

date_naiss_mer DateDate,

abrégéDate de naissance de la mère

prof_mer Texte 50 Profession de la mère

lieu_travail_mer Texte 255 Lieu de travail de la mère

tel_mer Numérique Entier Téléphone de la mère

cin_tut Texte 12Carte d’identité nationale du

tuteure

nom_tut_ar Texte 50 Nom en arabe

nom_tut_fr Texte 50 Nom en français

date_naiss_tut DateDate,

abrégéDate de naissance du tuteure

prof_tut Texte 50 Profession du tuteure

lieu_travail_tut Texte 255 Lieu de travail du tuteure

tel_tut Numérique Entier Téléphone tuteure

163



sit_fam Texte 50 Situation familiale

nbr_frere Numérique Octet Nombre des frères

type_hab Texte 50Type d’habitation (location,

privée,..)

tel_hab Numérique Entier Téléphone d’habitation

adr_hab Texte 255 Adresse d’habitation

cde_cycle Texte 50 Code cycle (antérieure)

cde_niveau Texte 50 Code niveau (antérieure)

cde_orientation Texte 50 Code orientation (antérieure)

cde_passage Texte 50 Code passage (antérieure)

cde_specialite Texte 50 Code spécialité (antérieure)

etb_ant Texte 50 établissement antérieure

adr_etb_ant Texte 255Adresse établissement

antérieure

tel_etb_ant Numérique EntierTéléphone établissement

antérieure

moyenne NumériqueRéel

simpleMoyenne antérieure

quitter Oui/Non Oui/Non

affectee Oui/Non Oui/Non

resultat_anterieur Numérique Octet

5.3. La table « année scolaire »

annee_scolaire


cde_an_scol Texte 10 Code année scolaire Clé primaire

5.4. La table « cycle »

cycle


164



cde_cyc_frTexte 10

Code cycle de

formation

Clé primaire

intitule_ar Texte 50 Intitulé arabe

intitule_fr Texte 50 Intitulé français

5.5. La table « niveau »

niveau


cde_niv_frTexte 10

Code niveau de

formation

Clé primaire

cde_cyc_frTexte 10

Code cycle de

formation



5.6. La table « les_sections »

Les_sections


cde_sec_frTexte 10

Code de la section en

françaisClé primaire

intitule_arTexte 10

Code de la section en

Arabe

intitule_frTexte 50

Intitulé de la section

en arabe

5.7. La table « Passage»

passage


165



cde_ori_fr Texte 10Code de

l’orientationClé primaire

cde_pas_fr Texte 10

Code du

passage en

français


intitule_frTexte 50

Intitulé

français

cde_pas_ar Texte 10

Code du

passage en

arabe

5.8. La table « orientation »

orientation


cde_ori_fr Texte 10 Code de l’orientation Clé primaire

cde_cycl_fr Texte 10 Code cycle de formation



5.9. La table « Classe »

classe


cde_cyc_frTexte 10

Code cycle de

formation

Clé primaire

cde_niv_fr Texte 10Code niveau de

formationClé primaire

cde_ori_fr Texte 10Code de

l’orientationClé primaire

cde_pas_fr Texte 10 Code du passage Clé primaire

166



en français

cde_spe_fr Texte 10Code de

spécialitéClé primaire

cde_clas_frTexte 10

Code de la classe

en françaisClé primaire

cde_clas_arTexte 10

Code de la classe

en arabe



5.10. La table « groupe »

Les_groupes



cde_clas_ar Texte 10 Code de la classe en arabe Clé primaire

cde_groupe_ar Texte 10 Code du groupe en arabe Clé primaire

cde_groupe_fr Texte 10 Code du groupe en français

5.11. La table « affectation_eleve_groupe»

affectation_eleve_classe


cde_groupe_ar Texte 10Code du groupe

en arabeClé primaire

cde_eleve Numérique Entier long Code élève Clé primaire

cde_cde Texte 10Code de la classe

en arabeClé primaire

cde_an_scol Texte 10Code année

scolaireClé primaire

affectee Oui/Non Oui/Non

167



5.12. La table « matière »

matière


cde_mat_fr Texte 10Code de la matière en


cde_mat_ar Texte 10Code de la matière en

Arabe

intitule_mat_ar Texte 50Intitulé de la matière en

arabe

intitule_mat_fr Texte 50Intitulé de la matière en

français

5.13. La table « les_notes »

Les_notes


cde_eleve Numérique Entier long Code élève Clé primaire



cde_trim Texte 10 Code de trimestre Clé primaire


cde_gro Texte 10 Code du groupe Clé primaire

cde_exam Texte 10 Code de l’examen Clé primaire

la_note Numérique Réel simple La note

observation Texte 255 Observation

5.14. La table « affectation_prof_mat_groupe»



cde_groupe_ar Texte 10Code du groupe en

arabeClé primaire

168







les_coefficients Numérique 10 Réel simple

5.15. La table « examen »

examen


cde_exam Texte 10 Code de l’examen Clé primaire

intitule Texte 10 Code cycle de formation

5.16. La table « coefficient »

les_coefficients_matieres


cde_clas_fr Texte 10Code de la classe en


cde_mat_fr Texte 10 Code de la matière en français Clé primaire

coefficient Numérique 10 Réel simple

5.17. La table « les_sanctions »

Les_sanctions


Cde_eleve Texte 10 Code de l’élève Clé primaire

cde_sanction Texte 10 Code de la sanction Clé primaire

Dte_sanction Date Date de la sanction

5.18. La table « les_abscences »

Les_abscences


169



Cde_eleve Texte 10 Code de l’élève Clé primaire

Num_abscence Texte 10 Code de l’absence Clé primaire

Dte_debut Date Date de début de l’absences

Dte_fin date Date de début

Nbre_mois Numerique 2 Compteur d’absence en mois

Nbre_jour Numerique 2 Compteur d’absence en jour

Nbre_heure Numerique 2Compteur d’absence en

heure

nature texte 10

Num_billet texte 10 Numéro du billet

Cde_justification texte 10 Code de justification

5.19. La table « affectation_mat_classe »

affectation_mat_classe

Attributs Type Taille Libellé Contraintes

cde_clas_ar Texte 50 Code de classe Clé primaire

cde_mat_fr Texte 10 Code de la matière en français Clé primaire

cde_an_scol Date 10 Code année scol Clé primaire

5.20. La table « gouvernorat »

gouvernorat


cde_gouv Octet 1 Code Du gouvernorat Clé primaire

intitule Texte 50 Intitulé du gouvernorat

5.21. La table « delegation »

délégation


cde_gouv Octet 1 Code du gouvernorat Clé primaire

cde_deleg Entier 2 Code de la délégation Clé primaire

170



intitule Texte 50 Intitulé de la délégation

5.22. La table « les_groupes »

Les groupes


cde_an_scol Date 10 Code année scolaire Clé primaire


cde_gr_ar Texte 50 Code de groupe en arabe Clé primaire

cde_gr_fr Texte 50 Code de groupe en français

5.23. La table « utilisateurs»

Les utilisateurs


type_utilisateur Texte 10 Type utilisateur

nom_utilisateur Texte 50 Nom utilisateur

mot_de_passe Texte 50 Mot de passe

privilege Oui/Non

num_utilisateur Octet 1 Clé primaire

5.24. La table « les_coifficients_matieres»

les_coifficients_matieres


cde_an_scol Texte 10 Type utilisateur




coefficient Numérique 10 Réel simple

171



6. Le modèle de déploiement

Le modèle de déploiement indique l’organisation matérielle de l’application à concevoir, il

spécifie les composants physiques ainsi que le disposition des programmes exécutables sur les

matérielles.

Le diagramme de déploiement contient les composants suivants :

Les nœuds : ce sont des objets physiques nécessaires pour réaliser un traitement

Les connections : les nœuds sont relié par des connections qui représente une relation de

communication

Serveur de données

PC Sécretaire

PC surveillant génerale

PC directeur

Imprimante

TCP/IP

TCP/IP

TCP/IP

TCP/IP

Fig.162: Le modèle de déploiement

172



III. Deuxième itération : Implémentation des cas d’utilisation

L’implémentation part des résultats de la conception pour implémenter le système sous

forme de composants, c'est-à-dire, de code source, de scripts, de binaires, d’exécutable et d’autre

élément de même type.

Au cours de cette itération, nous allons présenter la traçabilité entre la modélisation conceptuelle

et l’implémentation et enfin la réalisation des cas d’utilisations avec l’ensemble des outils de

développement et de programmation utilisés.

1. Implémentation du cas d’utilisation « Préparer année scolaire »

1.1. Traçabilité entre le modèle de conception et le modèle

d’implémentation du cas d’utilisation « Préparer année scolaire »

Interface Gestion de l'année scolaire(f rom Use Case View)

C_Gestion de préparation de l'année scolaire(f rom Use Case View)

annee_scolaire(f rom Use Case View)

Loginform.designer.vb

<<file>>Loginform.vb<<file>>

annee_scolaire

<<table>>

Fig.163: Traçabilité entre le modèle de conception et le modèle d’implémentation du cas d’utilisation « Préparer année scolaire »

Les diagrammes de composants : décrivent les composants d’un système et leurs relations dans

l’environnement de réalisation. Les diagrammes de composants sont généralement utilisés pour

décrire les choix d’implémentation et les dépendances de la compilation et d’implémentation entre

les composants du système

Au sein de notre application, le fichier. Designer.vb et le fichier.vb contiennent le code source et

implémentation des classes interface, entité et contrôle.

1.2. Le diagramme des composants

Loginform.designer.vb

<<file>>Loginform.vb<<file>>

annee_scolaire

<<table>>

173



Fig.164: Diagramme des composants relatif au cas d’utilisation « Préparer année scolaire »

2. Implémentation du cas d’utilisation « Gérer les professeurs »


d’implémentation du cas d’utilisation « gérer les professeurs »

professeur(f rom Use Case View)

<<entity>>

C_Gestion des professeurs(f rom Use Case View)

<<control>>Interface Gestion des professeurs


<<boundary>>

frm_professeur.design.vb

<<file>>frm_professeur.vb

<<file>>professeur<<table>>

Fig.165: Traçabilité entre le modèle de conception et modèle d’implémentation du cas d’utilisation « Gérer les professeurs »



frm_professeur.design.vb

<<file>>frm_professeur.vb

<<file>>

professeur<<table>>

Fig.166: Diagramme des composants relatif au cas d’utilisation « Gérer les professeurs »

3. Implémentation du cas d’utilisation « Gérer les élèves »


d’implémentation du cas d’utilisation « Gérer les élèves »

Interface Gestion des élèves(f rom Use Case View)

<<boundary>>C_Gestion des élèves


<<control>>eleve


<<entity>>

174



frm_eleve.design.vb

<<file>>

frm_eleve.vb<<file>>

eleve<<table>>

Fig.167: Traçabilité entre le modèle de conception et le modèle d’implémentation du cas d’utilisation « Gérer les élèves »

3.2. Le diagramme des composants :

eleve<<table>>

frm_eleve.design.vb

<<file>>

frm_eleve.vb<<file>>

affectation_eleve_groupe

Fig.168: Diagramme des composants relatif au cas d’utilisation « Gérer les élèves »

4. Implémentation du cas d’utilisation « Modifier informations année

scolaire »


d’implémentation du cas d’utilisation « Modifier informations de

l’année scolaire »


C_Gestion modication informations de l'année(f rom Use Case View)

table_modifie(f rom Use Case View)

frm_modification_informations.design.vb

frm_modifications.vb table_a_modifier

Fig.169: Traçabilité entre le modèle de conception et le modèle d’implémentation du cas d’utilisation « Modifier informations de l’année scolaire »


frm_modification_informations.design.vb

frm_modifications.vb table_a_modifier

175



Fig.170: Diagramme des composants relatif au cas d’utilisation « Modifier informations de l’année scolaire »

5. Implémentation du cas d’utilisation « Gérer matière »


d’implémentation

Interface Gestion des matières(f rom Use Case View)

<<boundary>>C_Gestion des matières


<<control>>matière


<<entity>>

matiere<<table>>

frm_matiere.design.vb<<file>>

frm_matiere.vb<<file>>

Fig.171: Traçabilité entre le modèle de conception et le modèle d’implémentation du cas d’utilisation Gérer matière »


frm_matiere.design.vb<<file>>

frm_matiere.vb<<file>>

matiere<<table>>

Fig.172: Diagramme des composants relatif au cas d’utilisation « Gérer matières »

6. Implémentation du cas d’utilisation « Attribuer coefficient »


d’implémentation

les_coefficients(f rom Use Case View)

<<entity>>C_Gestion des coefficients


<<control>>Interface Gestion des coefficients


<<boundary>>

frm_coefficient.design.vb<<file>>

frm_coefficient.vb<<file>>

coefficient<<table>>

176



Fig.173: Traçabilité entre le modèle de conception et le modèle d’implémentation du cas d’utilisation « Attribuer coefficient »


frm_coefficient.design.vb<<file>>

frm_coefficient.vb<<file>>

coefficient<<table>>

matière<<table>>

classe<<table>>

Fig.174: Diagramme des composants relatif au cas d’utilisation « Attribuer coefficient »

7. Implémentation du cas d’utilisation « Gérer discipline »


d’implémentation

Interface Gestion des disciplines(f rom Use Case View)

<<boundary>> C_Gestion_discipline(f rom Use Case View)

<<control>>

les_absences(f rom Use Case View)

<<entity>>

les_sanctions(f rom Use Case View)

<<entity>>

frm_discipline.design.vb

<<file>>

frm_discipline.vb<<file>>

les_abscences<<table>>

les_sanctions<<table>>

Fig.175: Traçabilité entre le modèle de conception et le modèle d’implémentation


frm_discipline.design.vb

<<file>>

frm_discipline.vb<<file>>

les_abscences<<table>>

les_sanctions<<table>>

les_absences

<<table>>

eleve<<table>>

Fig.176: Diagramme de composant relatif au cas d’utilisation « Gérer discipline »

177



8. Implémentation du cas d’utilisation « Gérer les notes »


d’implémentation du cas d’utilisation « Gérer les notes »


<<control>>enregistrement_exporation


<<entity>>

les_notes(f rom Use Case View)

<<entity>>

frm_notes.design.vb

<<file>>frm_notes.vb<<file>>

les_notes<<table>>

Fig.177: Traçabilité entre le modèle de conception et le modèle d’implémentation du cas d’utilisation « Gérer les notes »


frm_notes.design.vb

<<file>>frm_notes.vb<<file>>

les_notes<<table>>

eleve<<table>>

Fig.178: Diagramme des composants relatif au cas d’utilisation « Gérer les notes »

9. Implémentation du cas d’utilisation « Gérer les paies »


d’implémentation du cas d’utilisation « Gérer les paies »


<<boundary>>


<<control>>les_paies


<<entity>>

frm_paie.design.vb

<<file>>frm_paie.vb<<file>>

les_paies<<table>>

178



Fig.179: Traçabilité entre le modèle de conception et le modèle d’implémentation du cas d’utilisation « Gérer les paies »


eleve<<table>>

frm_paie.design.vb

<<file>>frm_paie.vb<<file>> les_paies

<<table>>

Fig.180: Diagramme des composants relatifs au cas d’utilisation « Gérer les paies »

10.Implémentation du cas d’utilisation « S’identifier »

10.1. Traçabilité entre le modèle d’analyse et le modèle d’implémentation

user(f rom Use Case View)

<<entity>>C_Gestion_identification

(f rom Use Case View)Interface identification

user<<table>>

frm_identification.vb<<file>>

frm_identification.design.vb<<file>>

Fig.181: Traçabilité entre le modèle d’analyse et le modèle d’implémentation du cas d’utilisation « S’identifier »


user<<table>>

frm_identification.vb<<file>>

frm_identification.design.vb<<file>>

Fig.182: Diagramme des composants relatif au cas d’utilisation « S’identifier »

179



11.Implémentation du cas d’utilisation « Gérer les utilisateurs »


d’implémentation

user(f rom Use Case View)C_Gestion_des_utilisateurs

(f rom Use Case View)Interface Gestion des utilisateurs

frm_gerer_utilisateur.design.vb<<file>>

frm_gerer_utilisateur.vb<<file>>

user<<table>>

Fig.183: Traçabilité entre le modèle de conception et le modèle d’implémentation du cas d’utilisation « Gérer les utilisateurs »


frm_gerer_utilisateur.design.vb<<file>>

frm_gerer_utilisateur.vb<<file>>

user<<table>>

Fig.184: Diagramme des composants relatif au cas d’utilisation « gérer les utilisateurs »

IV. Conclusion

A ce niveau, nous avons entièrement achevés le modèle conception, le modèle de

déploiement, ainsi que le modèle d’implémentation.

Le développement est ainsi complété et un produit exécutable est livrable, il nous reste qu’à le

tester, c’est ce qui sera effectuée au cours de la phase suivante à savoir la phase de transition.

180

Projet de fin d’études Chapitre IV La

phase de transition

Chapitre IV : La

phase de Transition

I. Introduction...........................................................................................................................161Fig.185: Interface d’identification.........................................................................................................162Fig.186: Interface d’identification : coordonnés erronés......................................................................163Fig.187: L’interface du menu principale...............................................................................................163Fig.188: Ecran d’inscription d’un élève................................................................................................164Fig.189: Ecran d’affectation d’un élève à un groupe............................................................................165Fig.190: Ecran d’inscription d’un professeur........................................................................................165Fig.191: Ecran d’ajout d’une matière....................................................................................................166Fig.192: Ecran d’affectation des matières aux classes..........................................................................167Fig.193: Ecran d’enregistrement des absences......................................................................................167Fig.194: Ecran d’enregistrement des sanctions.....................................................................................167Fig.195: Ecran d’ajout d’un utilisateur..................................................................................................168

II. Conclusion.............................................................................................................................168

181


phase de transition

I. Introduction

La phase de transition correspond à la vérification de la version bêta du produit fourni par la

construction

La phase de transition est le moment où nous déployons le produit chez les acteurs du système et

nous établissons un modèle de test pour détecter les anomalies et les défauts afin de les corrigées

et aboutir à la version définitive.

Le modèle de test :

Les tests permettent la vérification des résultats de l’implémentation en testant chaque

construction

Le modèle de test comprend deux activités : la vérification et la validation. La première

activité consiste à évaluer le résultat s’il correspond à la spécification et la deuxième consiste

à vérifier si le résultat est conforme au besoin de l’utilisateur.

Dans ce qui suit nous présentons les interfaces de notre système qui vont détailler le processus

de développement de notre application.

La première interface qui correspond à l’identification, est une interface qui gère les droits

d’accès des utilisateurs.

Fig.185: Interface d’identification

182


phase de transition

Chaque utilisateur introduit son mot de passe et son nom d’utilisateur pour accéder au

système souhaité. Si les coordonnés de l’utilisateur sont erronés, le système affiche un

message d’erreur et lui invite à ressaisir ses coordonnés.

Fig.186: Interface d’identification : coordonnés erronés

Après l’identification, le menu principal s’affiche. L’interface du menu principale permet à

l’utilisateur l’accès aux différentes fonctionnalités du système qui lui sont attachés à savoir :

o La gestion des élèves

o La gestion des professeurs

o La préparation de l’année scolaire

o La gestion des matières

o La gestion des notes

o La gestion des disciplines

o La gestion des paies

o La gestion des utilisateurs

183


phase de transition

Fig.187: L’interface du menu principale

L’utilisateur effectue son choix par un simple clic sur la fonctionnalité qui lui est

autorisée.

184


phase de transition

Cet écran est visualisé lorsque le choix de l’utilisateur, a porté sur le sous menu

« Élève » du menu « inscription »

Fig.188: Ecran d’inscription d’un élève

Cet écran visualise l’affectation d’un élève à un groupe

185


phase de transition

Fig.189: Ecran d’affectation d’un élève à un groupeCet écran visualise l’inscription d’un professeur relatif au cas d’utilisation « Inscrire

professeur »

Fig.190: Ecran d’inscription d’un professeur

Cet écran visualise l’ajout d’une matière relatif au cas d’utilisation « Ajouter matière »

Fig.191: Ecran d’ajout d’une matière

186


phase de transition

Cet écran visualise l’affectation des matières aux classes

Fig.192: Ecran d’affectation des matières aux classes

Cet écran visualise l’enregistrement des absences

Fig.193: Ecran d’enregistrement des absences

187


phase de transition

Cet écran visualise l’enregistrement des sanctions

Fig.194: Ecran d’enregistrement des sanctions

Cet écran visualise l’ajout d’un utilisateur

188


phase de transition

Fig.195: Ecran d’ajout d’un utilisateur

II. Conclusion

A la fin de ce le développement est terminé : testé et corrigé. Nous avons obtenu un

produit final conforme aux besoins des utilisateurs

189


phase de transition

Conclusion Générale

190


phase de transition

La phase de conception du projet a duré plus que nous l’avions prévue.

En effet, il lui a fallu deux mois et demi, pour analyser le contexte auquel s’attache notre travail et

concevoir le futur système. La tâche qui nous a embarrassés le plus, consistait à l’application

conforme du cycle de vie du processus unifié. La liberté que nous a accordée ce processus (un

processus générique) s’est convertie en lourde responsabilité, la responsabilité d’accomplir les

bons choix.

Si nous élaborons un résumé global du mémoire, nous parlerons de quatre grandes phases :

L’inception, appelée aussi incubation, a duré un mois. Pendant ce mois, il nous était demandé

d’assimiler le contexte du travail à accomplir.

Alors, il nous a fallu parler avec les acteurs du système d’informations de l’établissement pour

enrichir notre modèle initial de cas d’utilisation. Et là nous nous étions confrontés à un problème

délicat : la dissimulation de l’information. La solution réside dans le processus unifié lui même, et

consiste au prototypage.

Il fallait construire des interfaces prototypes et les présenter aux acteurs (directeur, secrétaire,

surveillant général) qui occupe la partie la plus importante du système. Quatre jours étaient

indispensables pour construire des interfaces prototypes avec VB.Net. La solution était

191


phase de transition

merveilleusement brillante puisque dès que les acteurs ont vu les prototypes, toutes nos questions

étaient devenues moins difficiles qu’auparavant. Les éléments à livrer au terme de la phase

d’incubation (acteurs, besoins et risques) étant déterminés, nous pouvions passer à la phase

suivante.

La phase d’élaboration a duré un mois, au cours duquel nous avons essayé de stabiliser

l’architecture du système en enchaînant les cinq activités génériques. En effet, il s’agissait de

formuler, d’affiner et d’analyser la plupart des cas d’utilisations, d’en concevoir une grande partie

et d’implémenter les cas d’utilisations prioritaires qui ont été déterminés lors de la première phase.

Ensuite nous avons entamé la phase de construction. Dans cette phase, nous avions déjà un

modèle final de cas d’utilisations. Tous les cas d’utilisation sont analysés et la plupart conçus. Il

s’agissait alors de concevoir, d’implémenter et de tester le reste des cas d’utilisation. L’élément

principal à livrer au terme de cette phase est la première version exécutable du système.

Enfin nous étions arrivés à la dernière phase du processus unifié, la phase de transition, où il

s’agissait d’ajuster des détails mineurs du logiciel afin d’avoir la version finale et prête à

l’utilisation. Une fois cette version est prête, nous avons installé la base de données et

l’application dans l’environnement des utilisateurs.

Nous souhaitons que l’application développée sera aussi utile à l’établissement qu’elle fut pour

nous, En fait, à la fin de la réalisation de ce mémoire, nous avions accumulé une masse importante

de connaissances aussi bien sur le plan théorique que sur le plan pratique et que nous jugeons très

utile pour l’avenir d’une carrière professionnelle.

192


phase de transition

193


phase de transition

ANNEXES

194


phase de transition

I. Présentation du processus unifiée

Le processus unifié est un processus de développement logiciel itératif, centré sur l’architecture,

piloté par des cas d’utilisation et orienté vers la diminution des risques. [URL]1

Le processus unifié est organisé suivant quatre phases à savoir :

1. La phase d’incubation

La phase d’incubation conduit à définir la « vision » du projet, sa portée, sa faisabilité afin

de pouvoir décider aux mieux de sa poursuite ou de son arrêt.

2. La phase d’élaboration

La phase d’élaboration permet de stabiliser et raffiner l’architecture. Le planning de la phase

de construction est précisé par un plan d’itération. En raffinant l’architecture, les principaux

composants sont identifiés.

3. La phase de construction

La phase de construction consiste surtout à concevoir et implémenter l’ensemble des éléments

opérationnels (autres que ceux de l’architecture de base). C’est la phase la plus

consommatrice en ressources et en effort.

4. La phase de transition

La phase de transition consiste à déployer, tester et valider. Elle permet de faire passer

l’application des développeurs aux utilisateurs finaux [URL]2

Dans chacune des ses phases 5 activités se répètent :

4.1. Capture des besoins

L’activité de capture des besoins permet de :

- inventorier des besoins principaux et fournir une liste de leurs fonctions.

- Recenser les besoins fonctionnels (du point de vue de l’utilisateur) qui conduisent à

l’élaboration des modèles de cas d’utilisation.

- Appréhender les besoins non fonctionnels (technique) et livrer une liste des

exigences.

1 http://developper.com2 http://www.alaide.com

195


phase de transition

4.2. Analyse

L’activité d’analyse se consacre à l’analyse des besoins décrits au cours de

l’activité capture des besoins. Il s’agit de résoudre des problèmes restés en suspens

en procédant à l’analyse plus approfondie des besoins et des exigences en utilisant

le langage des développeurs.

4.3. Conception

L’activité de conception permet d’acquérir une compréhension approfondie des

contraintes liées au langage de programmation, à l’utilisation des composants et au

système d’exploitation. Il s’agit de constituer un point de départ pour l’activité

d’implémentation.

4.4. Implémentation

L’activité d’implémentation est le résultat de la conception pour implémenter le

système sous formes de composants, c’est-à-dire, de code source, de scripts, de

binaires, d’exécutables et d’autres éléments du même type.

4.5. Test

L’activité test s’attache à la vérification des résultats obtenus lors d’activité

implémentation. Pour mener à bien ces tests, il faut les planifier pour chaque

itération, les implémenter en créant des cas de tests, effectuer ces tests et prendre en

compte le résultat de chacun.[URL]3

3 http://www.eisti.fr

196


phase de transition

II. Présentation d’UML

1. Présentation synthétique d’UML

UML (Unified Modeling Langage) est né de la fusion des méthodes objets dominante tel que

OMT (Object Modeling Technic), OOSE ( Object Oriented Software Engeneering) et Booch.

Le principaux auteurs de la notation sont UML Grady booch, Ivar Jacobson et Jim

Rumbaugh, puis normalisé par l’OMG (Object Management Group)en 1997 [URL]4

UML est un moyen d’exprimer des modèles d’objet en faisant abstraction de leur

implémentation, c'est-à-dire que le modèle fourni par UML est valable pour n’importe quel

langage de programmation

Les digrammes d’UML :

UML définit des programmes structurels (au nombre de 4) et comportementaux (5) qui

représentent respectivement des vues statiques et dynamiques d’un système. Les quatre types

de diagrammes structurels sont :

2. Les Diagrammes

2.1. Les diagrammes de classe

Les diagrammes de classes représentent l’architecture conceptuelle du système : il décrit

les classes que le système utilise, ainsi que leurs liens.

2.2. Le diagramme de composants

Le diagramme des composants permet de spécifier l’architecture logicielle dans un

environnement de développement donné et montre la décomposition du système en sous

système et la dépendance entre eux.

2.3. Le diagramme de déploiement

Le diagramme de déploiement permet de spécifier l’organisation matérielle de

l’application à concevoir, il spécifie chaque composant matériel (nœud) utilisé et

l’élément logique exécuté au niveau de chaque nœud.

2.4. Le diagramme d’objet

Il sert de représenter les instances de classes (objets) utilisées dans le système.

Les cinq types de diagramme comportementaux sont :

4 http://uml.free.fr

197


phase de transition

2.5. Le diagramme de cas d’utilisation

Le diagramme de cas d’utilisation décrit la succession des opérations réalisées par un

acteur. C’est le diagramme principal du modèle UML, celui ou s’assure la relation entre

l’utilisateur et les objets que le système met en œuvre.

2.6. Le diagramme d’activité

Le diagramme d’activité n’est autre que la transcription dans UML de la représentation du

processus telle qu’elle a été élaborée lors du travail qui a préparé la modélisation, il

montre l’enchaînement des activités qui concourent au processus.

2.7. Le diagramme de séquence

Le diagramme de séquence représentation la succession chronologique des opérations

réalisées par un acteur, il indique les objets que l’acteur va manipuler, et les opérations qui

font passer d’un objet à l’autre.

2.8. Le diagramme de collaboration

Le diagramme de collaboration ressemble au diagramme de séquence, c’est un graphe

dont les nœuds sont des objets et les arcs (numérotés selon la chronologie) les échanges

entre objets : diagramme de séquence et diagramme de séquence et diagramme de

collaboration sont deux vues différents, mais logiquement équivalentes (on peut construire

l’une à partir de l’autre), d’une même chronologie.

2.9. Le diagramme d’état/transition

Le diagramme d’état/transition montre la manière dont l’état du système (ou de sous

parties) est modifié en fonction des événements du système. [URL]5

III. Rational Rose

Rational Rose de Rational Software corporation est un outil de modélisation

de diagrammes UML.

Ces modèles contiennent des classes, des cas d’utilisation, des objets, des packages, des

composants… et des relations entre eux. Ces éléments, représentés par des icônes, traitent

les propriétés du modèle et le caractérisent.

5 http://www.omg.org

198


phase de transition

La méthode de l’application recommande l’utilisation de deux vues pour chaque modèle,

une vue statique et une vue dynamique.

Vue statique : cette vue permet de décrire les objets et les relations qui interviennent

dans le cadre de la problématique. Il s’agit d’une description de la structure des objets et de

leurs caractéristiques, et aussi d’une description des associations qui existent entre les

différents objets.

Vue dynamique : cette vue vise à décrire les relations temporelles et événementielles

entre les objets décrits dans la vue statique, les états des objets (modifications internes au

cours du déroulement de l’application), les actions effectuées par les objets dans un

contexte donné etc.

Ceci dit, Rational Rose n’est pas un simple outil de dessin de diagrammes

UML, car il permet aussi de générer l’implémentation des classes conçues, et de

générer le schéma de la base de données à partir du diagramme de classes

Après avoir précisé le langage de programmation et le SGBD.

IV. Présentation de VB.NET

1. Définitions

L'élément principal de l'infrastructure .NET est constitué par le CLR (Common Language

Runtume). Ce langage met à la disposition des applications s'exécutant dans

l'environnement .NET, un ensemble de classes permettant à l'utilisateur d'interagir avec le

système...

L'élément principal de l'infrastructure .NET est constitué par le CLR (Common Language

Runtume). Ce langage met à la disposition des applications s'exécutant dans

l'environnement .NET, un ensemble de classes permettant à l'utilisateur d'interagir avec le

système.

Ces classes sont utilisées quel que soit le langage dans lequel l'application a été développée (VB,

C++, C#, ...). Pour permettre une interopérabilité entre les langages, les variables utilisées

reposent également sur un type commun quel que soit le langage. Ainsi un entier est toujours codé

sur quatre octets quel que soit le langage.

Le compilateur de chaque langage ne génère plus de code directement exécutable par le processus

mais un code intermédiaire, le MSIL (Microsoft Intermediate Language).

Dans ce document, vous allez apprendre les bases d'un des langages supportés par .NET, le

VB.NET.

199


phase de transition

2. Les variables, constantes et énumérations

2.1. Les variables

Les variables vous permettent, pendant l'exécution de votre application de mémoriser

différentes valeurs utiles pour son fonctionnement. Contrairement aux versions

précédentes de Visual Basic, une variable doit obligatoirement être déclarée avant son

utilisation dans le code. Lors de la déclaration d'une variable, vous fixez ses

caractéristiques :

- son nom,

- le type de valeur que l'on stockera,

- sa portée,

- sa durée de vie.

2.2. Les constantes

Dans l'application, il arrive fréquemment que l'on utilise des valeurs numériques ou

chaînes de caractères qui ne sont pas modifiées pendant le fonctionnement de l'application.

Il est conseillé, pour faciliter la lecture du code, de définir ces valeurs sous forme de

constantes dans votre code.

La définition de constante se fait par le mot clé Const.

La constante peut être alors utilisée dans le code à la place de la valeur qu'elle représente.

2.3. Les énumérations

Une énumération permet de définir un ensemble de constantes qui sont liées entre elles. La

déclaration se fait de la manière suivante :

200


phase de transition

Par défaut, la première valeur de l'énumération est initialisée à 0. Les constantes suivantes

sont ensuite initialisées avec un incrément de un. La déclaration précédente aurait donc pu

s'écrire :

La séquence d'incrémentation automatique dans une énumération peut être interrompue,

voir même ne pas être utilisée, comme pour l'exemple suivant :

Il faut toutefois que les valeurs utilisées dans l'énumération soient des valeurs entières.

201


Bibliographie

Bibliographie


Bibliographie

I. Mémoires

Mémoire de fin d’étude à l’ISG : Réalisation d’une application Web de gestion du

B.O.C élaboré Ahlem Srioui Trabelsi et Ikram Lacheb, encadré par Mme Latifa

RABAI

Mémoire de fin d’étude au F.S.EG de Sfax : Automatisation de l’inventaire des stocks,

élaboré par Fakher Elarbi et Ameni Yengui, encadré par Mr Rafik Bouaziz

Conception et réalisation d’un logiciel de facturation pour une polyclinique

privée : réalisé par Manel Bouzid et Mohamed Anis Bachtobji, encadré par Mohamed

Salah Gouider

II. Sites

http://www.ques2com.civil.fr

http://www.volle.com

http://www.free.fr

http://www.alaide.com

http://www.iseig.com

http://www.rational.com

http://www.omg.org

http://fr.wikipedia.org

http://www.eisti.fr

http://www.eisti.fr/

http://fr.wikipedia.org/

http://www.omg.org/

http://www.rational.com/

http://www.iseig.com/

http://www.alaide.com/

http://www.free.fr/

http://www.volle.com/

http://www.ques2com.civil.fr/

Realisation d une application de gestion d-un -tablissement priv-e 26-04_08

Documents

Transcript of Realisation d une application de gestion d-un -tablissement priv-e 26-04_08