Gestion de scolarit

Remerciements

Avant tous, nous voudrions exprimer nos remerciements et notre reconnaissance notre encadrant Mme Nehla Sassi pour son aide et son assistance durant toute la priode d'encadrement en nous aidant enrichir nos connaissance.

Nous tenons aussi remercier le directeur de l'ISET Mr Wahid Bannour et nos enseignants. nous tenons aussi remercier l'encadreur du centre de formation en lectronique de Sousse Mr Sami Ben Abdallah qui n'a cess de nous informer tout au long du dveloppement du projet.

Nous remercions aussi tous ceux et celles qui ont contribu d'une faon ou d'une autre la ralisation de notre projet.

Gestion de scolarit2014

5

Ddicaces

A tous qui me connaissent et tous ce que j'ai connu. je ddie mon travail ma famille qui m'a encourage travailler et terminer mes tudes

Nebil

Ddicaces

SommaireIntroduction gnrale1Chapitre 1:2Cadre Gnral2Introduction3I.Prsentation du centre31.Prsentation32.Organigramme3II.Etude de lexistant4III.Critique de lexistant4IV.Solution propos4Conclusion4Chapitre II:5Analyse et spcification des besoins5Introduction6I.Analyse fonctionnelle6II.Spcification des besoins61.Les besoins fonctionnels62.Spcification des besoins non fonctionnels:8III.Identification des acteurs9IV.Diagramme de cas dutilisation91.Diagramme de cas dutilisation gnrale102.Structuration des cas dutilisation113.Diagramme de cas dutilisation de spcialit114.Diagramme de cas dutilisation des enseignants125.Diagramme de cas dutilisation des matires136.Diagramme de cas dutilisation des groupes137.Diagramme de cas dutilisation des tudiants148.Diagramme de cas dutilisation de gestion des notes159.Digramme de cas dutilisation des stages1510.Digramme de cas dutilisation des statistiques1611.Diagramme de cas dutilisation des profiles17Conclusion:17Chapitre III:18Etude Conceptuelle18Introduction:19I.Etude conceptuelle avec UML191.Dfinition de lUML192.Diagrammes de squences193.Scnario203.1. Scnario du cas dutilisation authentification203.2 .Scnario de cas dutilisation Gestion de spcialit223.3.Scnario de cas dutilisationGestion de enseignant243.4.Scnario de cas dutilisationGestion des matires263.5.Scnario de cas dutilisationGestion de groupe283.6.Scnario de cas dutilisationGestion dtudiant303.7.Scnario de cas dutilisationGestion des notes323.8.Scnario de cas dutilisationGestion des stages344.Diagramme de classes42II.Conception de la base de donnes441.Notion de la base de donnes442.Modle relationnel44Conclusion45Chapitre IV:46Ralisation46Introduction47I.Environnement de dveloppement de lapplication471.Environnement matriel472.Environnement logiciel473.Dveloppement dapplication Gestion de scolarit48Conclusion66Conclusion gnrale67

Introduction gnrale

Linformatique se dfinit actuellement comme la notion la plus innovante qui a marqu la vie de lhumanit dans ce sicle et qui fait intervenir ensuite une srie de nouvelles notions telles que: le rseau, la base de donnes, le serveur, le dveloppement web, etc.

En effet, on peut noter sans aucun doute que linformatique reprsente une rvolution de grande importance et assez bnfique qui vient nous apporter de multiples conforts notre mode de vie. Aucun domaine nest rest tranger cette stratgie hirarchise qui offre tant de services aussi bien pour lentreprise que pour le personnel.

Ce dveloppement technologique est toujours en train dvoluer et dinventer de nouvelles applications et de modernes technique. Sous ce titre, nous tions appel cres une nouvelle application informatique qui assure la gestion de scolarit.

Ce rapport, organis en quatre chapitres dont le premier chapitre dcrit le cadre gnrale. Au niveau du deuxime chapitre, intitul Analyse et spcification de besoins, nous prsenterons une tude de lexistant dont le but est de dgager les besoins de lapplication.

La conception sera lobjectif du troisime chapitre, o nous prsenterons les diffrents diagrammes associs au domaine tudi conformment au langage de modlisation UML.

Le dernier chapitre sintresse la ralisation de notre application. Au niveau de ce chapitre aussi, nous spcifierons lenvironnement de dveloppement utile pour aboutir une relle ralisation. De plus, nous montrons laspect fonctionnel de notre application.

Chapitre 1: Cadre Gnral

IntroductionDans ce chapitre nous allons prsenter le cadre gnrale de notre projet de fin dtudes Gestion de scolarit. Au prim lieu nous allons commencer par la prsentation du centre et son organigramme et terminons par ltude de lexistant et sa critique.I. Prsentation du centre PrsentationAu bout de leur formation dans le Centre Sectoriel De Formation En Electronique De Sousse, les techniciens peuvent avoir trois type de diplmes : BTS: Brevet de technicien Suprieur, elle contient 3 spcialits: Technicien Suprieur en Automatisme & informatique industrielle. Technicien Suprieur en Tlcommunication-option informatique. Technicien Suprieur en Maintenance Mcatronique. BTP: Brevet de Technicien Professionnel, elle contient 4 spcialits: Technicien en Maintenance de Micros-Systme Informatique. Technicien en Electronique Industrielle. Technicien en Automatisme et informatique Industrielle. Technicien en Electronique Maritime. CAP: Certificat daptitude professionnelle, elle contient 2 spcialits: Installateur en Electricit de btiment. Tabletier Cbleur Electricien.Organigramme

Figure 1:organigramme du centre

Etude de lexistant Dans cette partie, nous commenons par la description des processus existant au Centre Sectoriel De Formation En Electronique De Sousse.Le processus de gestion de scolarit Utilisation des fichiers Excel pour toutes les oprations dadministration (inscription des tudiants, rpartition des tudiants dans des groupes, affectation des notes, calcule des moyennes, gestion des enseignants) Ltudiant ne peut connaitre ses notes et ses moyennes qua partir de laffichage des rsultats au centre, sachant quil peut venir depuis trs lointain. Pas de contrle dans la saisie des donnes.Critique de lexistantApres avoir prsent lexistant, il est ncessaire de le critiquer pour avoir une solution. Lutilisation des fichiers Excel provoque plusieurs problmes de scurit, En effet sur un classeur Excel n'importe quel utilisateur peut consulter les donnes. un nombre norme de fichiers traits.Les tudiants peuvent avoir des difficults pour connaitre leur rsultat, ils peuvent se prsenter dans le centre sans avoir le rsultat cause dun dfaut de non disponibilit des notes, une faute logicielle ou de planning dans centre.Solution propos

Cration dune application gestion de scolarit permette de grer les donnes relatives aux tudiants stocks dans la base de donnes. Lapplication offre aux tudiants la possibilit davoir son relev travers un mail. Un accs rapide aux menus et aux donnes: le dveloppeur de lapplication est responsable de raliser des interfaces plus simples et efficaces travers une mthodologie de travail bien organise et performante, grce ces interfaces ladministrateur peut grer les donnes des tudiants. Un accs scuris et les utilisateurs doit avoir une authentification. Gestion des donnes enregistres: ladministrateur a le droit de grer les donnes enregistres cest--dire peut assurer les fonctions principales de lapplication.

ConclusionLtude de lexistant et sa critiqu nous incite trouver une solution qui participera son amlioration et ce dont le sujet du chapitre suivant

Chapitre II:Analyse et spcification des besoins

IntroductionLanalyse et la spcification des besoins est une partie qui prsente les besoin fonctionnels et non fonctionnels bien quelle spcifie les fonctionnalits de notre application laide de diagramme de cas dutilisation.I. Analyse fonctionnelleLes besoins fonctionnels sont lappui de logiciel, ils dcrivent les fonctionnalits de systme et les besoins non fonctionnels qui assurent lintgrit de systme aussi quelles garantissent la scurit de laccs au logiciel.II. Spcification des besoins Les besoins fonctionnelsNotre application va avoir les fonctions suivantes:1. Gestion des spcialits:1.1. Ajout des spcialits: insertion de diplme, nom de spcialit et nombre danne tudi.1.2. suppression: la suppression se fait aprs le choix du nom de spcialit.2. Gestion des enseignants:2.1. Ajout des enseignants: insertion du Ncin, nom, prnom, date de naissance, adresse, email et tlphone.2.2. Modification: se fait partir dune recherche de nom ou prnom, la modification est applique sur toutes les informations denseignant.2.3. Suppression: se faite partir dune recherche de nom o prnom.2.4. Consultation: aprs quon a donn chaque enseignant les listes des groupes quil doit enseigner, on peut consulter les listes des enseignants par groupe.2.5. Impression: lhors de la consultation on a la possibilit dimprimer les listes des enseignants par groupes.3. Gestion des matires:3.1. Ajout matire: lajout de matire se fait par linsertion de nom de matire et de sa catgorie.3.2. Suppression des matires: la suppression se fait partir la saisi du nom de la matire.

4. Gestion des groupes:4.1. Ajout des groupes: insertion de diplme, spcialit et nom de groupe.4.2. Enseignement: insertion de spcialits, groupe, matire, enseignant, la date de dbut et la date de fin de la priode denseignement.4.3. Suppression de groupe: la suppression se fait aprs le choix de spcialit.5. Gestion des tudiants:5.1. Ajout des tudiants: insertion du Ncin, nom, prnom, date de naissance, adresse, email, tlphone, diplme, spcialit et groupe.5.2. Modification: se fait partir dune recherche de nom ou prnom, la modification est applique sur toutes les informations de ltudiant sauf numro dtudiant et le numro de carte didentit dtudiant.5.3. Suppression: se fait partir dune recherche par nom ou prnom.5.4. Consultation: se fait aprs le choix du groupe dtudiant.5.5. Impression: aprs la consultation, on a la possibilit dimprimer les listes des tudiants par groupes. 6. Gestion des notes:6.1. Ajout des notes: Aprs choix du nom de groupe, on doit slectionner un tudiant, choisir une matire et du type de note et par la suite saisir la note. 6.2. Consultation des notes: aprs le choix de groupe et de matire, on peut consulter les notes.7. Gestion des stages:7.1. Ajout: aprs le choix de spcialit et groupe, on doit slectionner un tudiant, insrer la date de dbut et la date de fin de stage et enfin saisir la socit. 7.2. Consultation: la recherche se faite par le choix spcialit, groupe et priode.7.3. Notation: la notation se faite par la recherche de groupe et dtudiant.8. Gestion des Moyennes:8.1. Calcule de Moyenne: if faut choisir le nom de groupe et ltudiant pour calculer sa moyenne.

9. Gestion denvoi:9.1. Envoi des relevs des notes par mail: pour envoyer un mail on doit choisir le nom de groupe, l'metteur doit saisir son adresse mail et le mot de passe .le systme rcupre automatiquement l'emplacement de fichier relev partir de leur chemin dans la base de donnes.10. Gestion des statistiques:10.1. Statistiques de classe: if faut choisir le nom de groupe pour connaitre les statistiques de classe. 10.2. Statistique par spcialit: on doit choisir la spcialit pour connaitre le pourcentage des admis et de refuss.10.3. Statistiques par diplme: on doit choisir le diplme pour connaitre le pourcentage des admis et des refuss.10.4. Statistiques gnrale: on doit choisir lanne pour connaitre le pourcentage des admis et de refuss. Remarque: on peut visualiser les statistiques sous format de graphe.11. Gestion des profiles:11.1. Ajout de profile: insertion de type de profile, choix denseignant, insertion de login et mot de passe. 11.2. Modification des profiles: pour raliser la modification on doit choisir un profile.11.3. Suppression des profiles: choix de profile et la slection de profile supprimer.

Spcification des besoins non fonctionnels:Notre application doit assure: Efficacit: lapplication doit tre efficace. Scurit: Il sagit de grer lauthentification de lapplication laide dun mot de passe et dun nom dutilisateur. Performance: Il sagit dune gestion du temps avec une rponse rapide. Ergonomie: Il sagit de grer linterface homme machine avec des interfaces claires, concises et faciles manipuler. Stabilit: Le logiciel ne doit pas avoir des erreurs dexcution en lui connectant un serveur ou des problmes de connexion la base. Portabilit Le logiciel doit avoir la capacit de fonctionner plus ou moins facilement diffrents environnements dexcution. Il doit fonctionner sur nimporte quelle systme dexploitation et ne trouve pas des problmes pendant son changement dun systme a un autre.III. Identification des acteursUn acteur reprsente labstraction dun rle jou par des entits externes (utilisateur, dispositif matriel ou autre systme) qui interagissent directement avec le systme tudi. Dans notre projet, les acteurs prliminaires sont: Administrateur: cest toute personne qui se charge de lapplication, il possde tous les droits aprs authentification. Il peut effectuer toutes les oprations sur les tches (ajouter, modifier, supprimer, etc.) et contrler les droits des utilisateurs (ajouter utilisateur, modifier, supprimer). Enseignant: cest la personne qui se charge de la gestion des notes, il doit s'authentifier pour accder aux interfaces de gestion des notes. IV. Diagramme de cas dutilisationLesdiagrammes de cas d'utilisationsont desdiagrammes UMLutiliss pour donner une vision globale du comportement fonctionnel d'un systmelogiciel. Ils sont utiles pour des prsentations auprs de la direction ou des acteurs d'un projet, mais pour le dveloppement, lescas d'utilisationsont plus appropris. Un cas d'utilisation reprsente une unit discrte d'interaction entre un utilisateur (humain ou machine) et un systme. Il est une unit significative de travail.Proprits des cas dutilisation: Les cas dutilisation ne gnrent pas de code, contrairement aux diagrammes de classes. En revanche, les cas dutilisation peuvent avoir des relations entre eux. Trois types de relation standard entre cas dutilisation sont proposs par UML : : le cas d'utilisation incorpore explicitement et de manire obligatoire un autre cas d'utilisation l'endroit spcifi. : le cas d'utilisation incorpore implicitement de manire facultative un autre cas d'utilisation l'endroit spcifi. gnralisation: les cas d'utilisation descendants hritent des proprits de leur parent.

1. Diagramme de cas dutilisation gnrale

Figure 2:diagramme de cas utilisation de gestion des tudiants

2. Structuration des cas dutilisationNotre application Gestion de scolarit contient neuf parties aprs authentification: Gestion des spcialits Gestion des enseignants Gestion des matires Gestion des groupes Gestion des tudiants Gestion des notes Gestion denvoies Gestion des stages Gestion des statistiques Gestion de profilesDiagramme de cas dutilisation de spcialit

Figure 3:Diagramme de cas dutilisation de spcialit

Diagramme de cas dutilisation des enseignants

Figure 4:Diagramme de cas dutilisation des enseignants

Diagramme de cas dutilisation des matires

Figure 5:Diagramme de cas dutilisation des matiresDiagramme de cas dutilisation des groupes

Figure 6:Diagramme de cas dutilisation des groupes

Diagramme de cas dutilisation des tudiants

Figure 7:Diagramme de cas dutilisation des tudiants

Diagramme de cas dutilisation de gestion des notes

Figure 8:Diagramme de cas dutilisation des notesDigramme de cas dutilisation des stages

Figure 9: Digramme de cas dutilisation des stages

Digramme de cas dutilisation des statistiques

Figure 10:Digramme de cas dutilisation des statistiques

Figure 11:Diagramme de cas dutilisation des profilesDiagramme de cas dutilisation des profiles

Conclusion:Dans ce chapitre, nous avons spcifi notre besoin qui procure une vision plus claire du sujet et qui dtermine les taches raliser.

Chapitre III:Etude Conceptuelle

Introduction:A travers de ce chapitre, nous allons prsenter la partie conceptuelle qui dfini par le diagramme de classe, les diagrammes de squence et le modle relationnelle.I. Etude conceptuelle avec UML1. Dfinition de lUMLUML (Unified Modeling Language, que l'on peut traduire par "langage de modlisation unifi) est une notation permettant de modliser un problme de faon standard. Ce langage est n de la fusion de plusieurs mthodes existant auparavant, et est devenu dsormais la rfrence en termes de modlisation objet, un tel point que sa connaissance est souvent ncessaire pour obtenir un poste de dveloppeur objet.2. Diagrammes de squencesLesdiagrammes de squences sont la reprsentation graphique des interactions entre les acteurs et le systme selon un ordre chronologique dans la formulation Unified Modeling Language.

3. Scnario 3.1. Scnario du cas dutilisation authentificationLa figure 12 prsente le diagramme de squence de cas dutilisation authentification de notre application.

Figure 12:diagramme de squence authentification

Le scnario de diagramme de squence de cas dutilisation authentification est la suivante:1. Demande de lapplication2. Ladministrateur ou lenseignant saisit son identifiant et mot de passe.3. Le systme vrifie lidentifiant et le mot de passe.4. Si les informations saisies sont correctes la session ouverte.5. Si les informations est invalide un message derreur saffiche.scnario alternativeen cas d'chec de connexion l'application refaire la compilation partir de message 5

3.2 .Scnario de cas dutilisation Gestion de spcialitLa figure 13 prsente le diagramme de squence de cas dutilisation Gestion de spcialit.

Figure 13:diagramme de squence Gestion de spcialit

Le scnario de diagramme de squence de cas dutilisationGestion de spcialit est le suivant: Ajout spcialit:1. Ladministrateur demande linterface dajout.2. Lapplication affiche linterface.3. Ladministrateur saisit les informations ncessaires.4. Lapplication vrifi les informations5. Lapplication affirme quelle a t bien ajout. Suppression spcialit:6. Ladministrateur demande linterface de suppression.7. Lapplication affiche linterface.8. Ladministrateur choisi la spcialit supprimer.9. Lapplication envoy les informations la base de donne.10. Lapplication supprime la spcialit puis renvoie un message de suppression russi.

3.3.Scnario de cas dutilisationGestion de enseignantLa figure 14 prsente le diagramme de squence de cas dutilisation Gestion de enseignant.

Figure 14:diagramme de squence Gestion denseignant

Le scnario de diagramme de squence de cas dutilisationGestion de enseignant est le suivant:Ajout enseignant1. Ladministrateur demande linterface dajout.2. Lapplication affiche linterface.3. Ladministrateur saisit les informations ncessaires.4. Lapplication vrifi les informations5. Lapplication ajout le nouvel enseignant et affirme quil a t bien ajout.Modification enseignant6. Ladministrateur demande linterface de modification.7. Lapplication affiche linterface.8. Ladministrateur remplir le zone de recherche.9. Rcupration des informations partie de base de donnes.10. Ladministrateur saisit les nouvelles informations.11. Lapplication modifier les informations et envoie un message de confirmation. Suppression enseignant12. Ladministrateur demande linterface de suppression.13. Lapplication affiche linterface.14. Ladministrateur choisi lenseignant supprimer.15. Lapplication envoie les informations la base de donnes.16. Lapplication supprime lenseignant puis renvoie un message de suppression russi. Consultation denseignant17. Ladministrateur demande linterface de consultation.18. Lapplication affiche linterface.19. Ladministrateur slectionne le groupe consulter.20. Lapplication affiche les listes des enseignants par groupe.

3.4.Scnario de cas dutilisationGestion des matiresLa figure 15 prsente le diagramme de squence de cas dutilisation Gestion des matires.

Figure 15:diagramme de squence Gestion des matires

Le scnario de diagramme de squence de cas dutilisationGestion des matires est le suivant:Ajout matire1. Ladministrateur demande linterface dajout.2. Lapplication affiche linterface.3. Ladministrateur saisit les informations ncessaires.4. Lapplication vrifi les informations5. Lapplication ajout la nouvelle matire et affirme quelle a t bien ajout.Suppression matire:6. Ladministrateur demande linterface de suppression.7. Lapplication affiche linterface.8. Ladministrateur choisi la spcialit supprimer.9. Lapplication envoie les informations la base de donnes.10. Lapplication supprime la matire puis renvoie un message de suppression russi.

3.5.Scnario de cas dutilisationGestion de groupeLa figure 16 prsente le diagramme de squence de cas dutilisation Gestion de groupe.

Figure 16:diagramme de squence Gestion de groupe

Le scnario de diagramme de squence de cas dutilisationGestion de groupe est le suivant:Ajout groupe1. Ladministrateur demande linterface dajout.2. Lapplication affiche linterface.3. Ladministrateur saisit les informations ncessaires.4. Lapplication vrifie les informations5. Lapplication ajout le nouvel groupe et affirme quil a t bien ajout. Enseignement6. Ladministrateur demande linterface denseignement.7. Lapplication affiche linterface.8. Ladministrateur saisit les informations ncessaires.9. Lapplication vrifie les informations.10. Lapplication ajout le nouvel enseignement et affirme quil a t bien ajoutSuppression groupe

11. Ladministrateur demande linterface de suppression.12. Lapplication affiche linterface.13. Ladministrateur choisi la groupe supprimer.14. Lapplication envoie les informations la base de donnes15. l'application supprime la groupe et affirme qu'il a t bien ajoute

3.6.Scnario de cas dutilisationGestion dtudiantLa figure 17 prsente le diagramme de squence de cas dutilisation Gestion dtudiant.

Figure 17:diagramme de squence Gestion d'tudiant

Le scnario de diagramme de squence de cas dutilisationGestion dtudiant est le suivant:Ajout tudiant1. Ladministrateur demande linterface dajout.2. Lapplication affiche linterface.3. Ladministrateur saisit les informations ncessaires.4. Lapplication vrifi les informations5. Lapplication ajout le nouvel tudiant et affirme quil a t bien ajout.Modification tudiant6. Ladministrateur demande linterface de modification.7. Lapplication affiche linterface.8. Ladministrateur remplir le zone de recherche des informations d'tudiant.9. Rcupration des informations a partie de base de donnes.10. Ladministrateur saisit les nouvelles informations.11. Lapplication modifier les informations et envoie un message de confirmation.Suppression tudiant12. Ladministrateur demande linterface de suppression.13. Lapplication affiche linterface.14. Ladministrateur choisi ltudiant supprimer.15. Lapplication envoie les informations de base de donnes.16. Lapplication supprime ltudiant puis renvoie un message de suppression russi. Cas dutilisation:Consultation dtudiant17. Ladministrateur demande linterface de consultation.18. Lapplication affiche linterface.19. Ladministrateur slectionne le groupe consulter.20. Lapplication affiche les listes des tudiants par groupe.

3.7.Scnario de cas dutilisationGestion des notes

Figure 18:diagramme de squence Gestion des notes La figure 18 prsente le diagramme de squence de cas dutilisation Gestion de note.

Le scnario de diagramme de squence de cas dutilisationGestion de note est le suivant:Ajout note1. Ladministrateur demande linterface dajout.2. Lapplication affiche linterface.3. Ladministrateur saisit les informations ncessaires.4. Lapplication vrifi les informations5. Lapplication ajout le nouvel note et affirme quil a t bien ajout.Consultation de note6. Ladministrateur demande linterface de consultation.7. Lapplication affiche linterface.8. Ladministrateur slectionne ltudiant consulter.9. Lapplication affiche les listes des notes par tudiant.

3.8.Scnario de cas dutilisationGestion des stagesLa figure 19 prsente le diagramme de squence de cas dutilisation Gestion de stage.

Figure 19:diagramme de squence Gestion des stages

Le scnario de diagramme de squence de cas dutilisationGestion de stage est le suivant:Ajout stage1. Ladministrateur demande linterface dajout.2. Lapplication affiche linterface.3. Ladministrateur saisit les informations ncessaires.4. Lapplication vrifi les informations5. Lapplication ajout le nouvel stage et affirme quil a t bien ajout.Consultation de stage6. Ladministrateur demande linterface de consultation.7. Lapplication affiche linterface.8. Ladministrateur slectionne la spcialit, le groupe et la priode.9. Lapplication affiche les listes des stages.notation10. Ladministrateur demande linterface de consultation.11. Lapplication affiche linterface.12. Ladministrateur saisit ltudiant et ses informations et saisit la note de stage.13. Lapplication ajout la note de stage et affirme quil a t bien ajout.

3.9.Scnario de cas dutilisationGestion de moyenne

Figure 20:diagramme de squence Gestion de moyenne La figure 20 prsente le diagramme de squence de cas dutilisation Gestion de moyenne.

Le scnario de diagramme de squence de cas dutilisationGestion de moyenne est le suivant:1. Ladministrateur demande linterface de moyenne.2. Lapplication affiche linterface.3. Ladministrateur saisit les informations ncessaires.4. Lapplication affiche les informations demandes.5. Ladministrateur demande de calcule de moyenne.6. Lapplication fait le calcule et affiche le rsultat.

3.10.Scnario de cas dutilisationGestion denvoiLa figure 21 prsente le diagramme de squence de cas dutilisation Gestion denvoi

Figure 21:diagramme de squence Gestion d'envoi

Le scnario de diagramme de squence de cas dutilisationGestion denvoi est le suivant1. Ladministrateur demande linterface d'envoi.2. Lapplication affiche linterface.3. Ladministrateur saisit le groupe.4. La base de donnes envoi les informations linterface.5. Ladministrateur choisit un tudiant et lenvoyer un mail.6. Lapplication envoyer un message de confirmation.

3.11.Scnario de cas dutilisationGestion de statistiqueLa figure 22 prsente le diagramme de squence de cas dutilisation Gestion de statistique

Figure 22:diagramme de squence Gestion de statistique

Le scnario de diagramme de squence de cas dutilisationGestion de statistique est le suivantstatistique par groupe1. Ladministrateur demande linterface de statistique par groupe.2. Lapplication affiche linterface.3. Ladministrateur saisit le groupe.4. Lapplication rcupre les donnes et affiche les statistiques du groupe choisi. 5. Ladministrateur imprime les statistiques.Cas dutilisation:statistique par anne6. Ladministrateur demande linterface de statistique par anne.7. Lapplication affiche linterface.8. Ladministrateur saisit lanne.9. Lapplication rcupre les donnes et affiche les statistiques danne choisi.10. Ladministrateur imprime les statistiques.Cas dutilisation:statistique par spcialit11. Ladministrateur demande linterface de statistique par spcialit.12. Lapplication affiche linterface.13. Ladministrateur saisit la spcialit.14. Lapplication rcupre les donnes et affiche les statistiques de spcialit choisi.15. Ladministrateur imprime les statistiques.Cas dutilisation:statistique par diplme16. Ladministrateur demande linterface de statistique.17. Lapplication affiche linterface.18. Ladministrateur saisit le diplme.19. Lapplication rcupre les donnes et affiche les statistiques du diplme choisi.20. Ladministrateur imprime les statistiques.

3.12.Scnario de cas dutilisationGestion de profile

Figure 23:diagramme de squence Gestion de profile La figure 23 prsente le diagramme de squence de cas dutilisation Gestion de profile

Le scnario de diagramme de squence de cas dutilisationGestion de profile est le suivant:Ajout profile1. Ladministrateur demande linterface dajout de profile.2. Lapplication affiche linterface.3. Ladministrateur saisit les informations ncessaires.4. Lapplication vrifie les informations5. Lapplication ajout le nouvel profile et affirme quil a t bien ajout.Modification profile6. Ladministrateur demande linterface de modification de profile.7. Lapplication affiche linterface.8. Ladministrateur remplir le zone de recherche.9. Rcupration des informations a partir de base de donnes.10. Ladministrateur saisit les nouvelles informations.11. Lapplication modifier les informations et envoie un message de confirmation.Cas dutilisation: Suppression profile12. Ladministrateur demande linterface de suppression de profile.13. Lapplication affiche linterface.14. Ladministrateur choisi le profile supprimer.15. Lapplication envoie les informations base de donnes.16. Lapplication supprime le profile puis renvoie un message de suppression russi.

4. Diagramme de classesLe diagramme de classes exprime la structure statique du systme en termes de classes et relations entre ces classes. Lintrt du diagramme de classes est de modliser les entits du systme dinformation. Le diagramme de classe permet de reprsenter lensemble des informations finalises qui sont gres par le domaine.ces informations sont structures, cest--dire quelles ont regroupes dans des classes. Le diagramme met en vidence dventuelles relations ces classes.Le digramme de classes comporte 6 concepts: Classe: une classe est une description abstraite (condense) dun ensemble dobjets du domaine de lapplication: elle dfinit leur structure, leur comportement et leurs relations. Attribut: une classe correspond un concept global dinformation et de compose dun ensemble dinformations lmentaires, appeles attributs de classe. Un attribut reprsente la modlisation dune information lmentaire reprsente par son nom et son format. Par commodit de gestion, on choisit parfois de conserver dans un attribut le rsultat dun calcul effectu partir dautres classes: on place un / devant son nom. Identifiant: lidentifiant est un attribut particulier, qui permet de reprer de faon unique chaque objet, instance de la classe. Relation: sil existe des liens entre objets, cela se traduit ncessairement par des relations qui existent entre leurs classes respectives. Les liens entre les objets doivent tre considrs comme des instances de relations entre classes. Opration: lopration reprsente un lment de comportement des objets, dfini de manire globale dans la classe. Une opration est une fonctionnalit assure par une classe. La description des oprations peut prciser les paramtres dentre et de sortie ainsi que les actions lmentaires excuter. Gnralisation / Spcialisation: lopration reprsente un lment de comportement des objets, dfini de manire globale dans la classe. Une opration est une fonctionnalit assure par une classe. La description des oprations peut prciser les paramtres dentre et de sortie ainsi que les actions lmentaires excuter.

La figure 24 prsente le diagramme de classes de notre application gestion de scolarit

Figure 24:diagramme de classeII. Conception de la base de donnes1.Notion de la base de donnesUne base de donnes, usuellement abrge en BD ou BDD, est un lot dinformations stockes dans un dispositif informatique. Les technologies existantes permettent dorganiser et de structurer la base de donnes de manire pouvoir facilement manipuler le contenu et stocker efficacement de trs grandes quantits dinformations.Le logiciel qui manipule les bases de donnes est appel systme de gestion de base de donnes(SGBD). Il permet dorganiser, de contrler, de consulter et de modifier la base de donnes. Les oprations sont parfois formules dans un langage de requte tel que SQL le plus connu et employ pour les modles relationnels.2.Modle relationnelLe modle relationnel est bas sur une organisation des donnes sous forme de tables. La manipulation des donnes se fait selon le concept mathmatique de relation de la thorie des ensembles, cest--dire lalgbre relationnelle.La modlisation relationnelle permet de reprsenter les relations laide de tables dont chaque colonne a un identificateur qui reprsente un domaine. Une ligne du tableau reprsente donc une entit et chacune des cases reprsente un de ses attributs.

On appelle attributs le nom des colonnes qui reprsentent les constituants de lentit. On appelle tuple une ligna du tableau.La cardinalit dune relation est le nombre de tuples qui la composent.La cl primaire dune relation est lattribut, ou lensemble dattributs, permettant de dsigner de faon unique une tuple.Une cl trangre, par contre, est une cl (donc un attribut permettant didentifier de faon unique un tuple) faisant rfrence une cl appartenant une autre table.

Notre base de donnes comporte 13 tables:

Etudiant (numetud, nometud, prenometud, datenetud, adretud, teletud, emailetud, #desg) groupe (desg, #numspe) diplme (numdip, titredep) spcialit (numspe, nomspe, #numdip) stage (numstage, dated, datef, lieu, note-stage, #numetud) persenseignant (numcin, nom, prenon, daten, adresse, email, tl, codeenseignant) persadmin (numcin, nom, prenon, codeadmin, adresse, email, tl, daten) parameter-authentification (numauth, typeauth, login, motpasse, #numcin) matire (nummat, nommat, categorie) note (numnote, typenote, note,Moytp,Moyth,Moyg,#numetud, #nummat) enseignement (id, dated, datef, #numcin, #desg, #nummat) relev (#numetud, #numnote, annee, chemin)Conclusion Au cour de ce chapitre, nous avons tudi la partie conceptuelle par lintgration des diagrammes de cas dutilisation, les diagrammes de squence, le diagramme de classe et le modle relationnelle.

Chapitre IV:Ralisation

Introduction Dans cette partie nous allons dfinir les principaux outils de dveloppement matriel et logiciels que nous avons pour l'laboration de ce projet.I. Environnement de dveloppement de lapplication1. Environnement matriel

Au cour de ce projet, nous avons effectue la ralisation de cette application l'aide d'un ordinateur DELL ayant les caractristiques suivantes EnvironnementWindows 7 professionnel (64 bits)

ProcesseurIntel core(TM) i7-3537U CPU @2.00GHz,2.50 GHz

Mmoire8.00GO

Disque dur1TO

2. Environnement logicielLa ralisation de lapplication a ncessit lutilisation des diffrents outils et lacquisition de certaines librairies indispensables quon dcrira dans ce qui suit:

MySQLEst unsystme de gestion de base de donnesrelationnelle (SGBDR). Il est distribu sous une double licenceGPLet propritaire. Il fait partie des logiciels de gestion debase de donnesles plus utiliss au monde, autant par le grand public (applications web principalement) que par des professionnels, en concurrence avecOracleetMicrosoft SQL Server. VB.NETCest un langage de programmation propritaire Microsoft permettant de dvelopper des applications pour Windows. Son nom provient des similitudes de ce langage avec le langage Basic auquel il apporte un environnement de dveloppement visuel. Ce langage est le plus rpandu dans l'industrie aux Etats-Unis devant le langage C++ et le Cobol. Il prsente l'inconvnient de ne pas tre portable sur les environnements non-MS.Parmi les avantages de VB.NET nous citons: VB.NET est trs rpandu, facile avec un dveloppement rapide. VB.NET est un langage compil: le code source est trait par un programme (le compilateur) Lors de la premire excution, un autre compilateur (just in time) compile le IL en langage machine natif

3. Dveloppement dapplication Gestion de scolaritl'accs l'application pour l'utilisateur dbut par le choix de type de profile.

Figure 25:Authentification gnrale

Aprs le choix de type de profileet lauthentification Figure 26:Menu administrateurPour le choix de profile administrateur linterface suivant saffiche

Figure 27:Menu enseignantPour le choix de profile enseignant linterface suivant saffiche

Ladministrateur a le droit de grer tous les gestions et lenseignant ne peut grer que le gestion denvoi et le gestion de note.

Gestion de spcialit comporte 2 partiesFigure 28:Ajout spcialit Ajout de spcialit Suppression de spcialit

Figure 29:Suppression de spcialit Figure 30:Ajouter enseignantGestion denseignantcomporte 4 interfaces Ajouter Enseignant Figure 31:Modifier enseignantModifier enseignant

Supprimer enseignant

Figure 32:Supprimer enseignant

Consulter enseignant

Figure 33:Consulter enseignant

Gestion de matire elle contient 2 interfaces Ajouter matire

Figure 34:Ajouter matire

Figure 35:Supprimer matireSupprimer matire

Gestion de groupeelle contient 3interfaces: Ajouter groupe

Figure 36:Ajouter groupe Figure 37:EnseignementEnseignement

Figure 38:Supprimer groupeSupprimer groupe

Gestion dtudiant elle contient 4 interfaces Figure 39:Ajouter tudiantAjouter tudiant

Figure 40:Modifier tudiantModifier tudiant

Figure 41:Supprimer tudiantSupprimer tudiant

Figure 42:Consulter tudiantConsulter tudiant

Gestion de note elle contient 2 interfaces Figure 43:Ajouter noteAjout notes

Consulter noteFigure 44:consulter note

Gestion de stage elle contient 3 interfaces Figure 45:Ajouter stageAjouter stage

Figure 46:Consulter stageConsulter stage

Noter stage

Figure 47:Noter stage

Gestion de moyenne elle contient une seul interface calcule Moyenne

Figure 48:Calculer moyenne

Gestion denvoi elle contient une seul interface Figure 49:Gestion d'envoiEmail

Rq: pour l'envoi de mail l'metteur doit tre avoir une adresse gmail ou Hotmail l'adresse d'metteur doit tre ouvert

Gestion de statistique elle contient 4 interfaces Statistiques par groupe

Figure 50:Statistiques par groupe Figure 51:Statistiques par spcialitStatistiques par spcialit

Figure 52:Statistique par diplmeStatistiques par diplme:

Figure 53:Statistiques gnraleStatistiques gnrale:

Gestion de profile elle contient 3 interfaces Ajouter profile:

Figure 54:ajouter profile

Rq: la zone rouge est un contrle sur le champs vide

Modifier profile:

Figure 55:Modifier profile

Figure 56:supprimer profileSupprimer profile:

ConclusionDans ce dernier chapitre, nous avons prsent les diffrents modules implments dans cette application. Nous avons prsent des captures dcran pour les principales interfaces de notre projet.

Conclusion gnrale

Afin dattendre notre objectif, nous avons fait une tude des besoins fonctionnels et nom fonctionnels. Ainsi nous avons pu dgager larchitecture de notre application, les outils ncessaires pour la ralisation et la mise en uvre.Au cour de ce projet, nous avons rencontr plusieurs problme lis la comprhension du contexte. Sans doute, cette exprience nous a t belle et bien fructueuse sur plusieurs plans.Dune part, nous avons pu activement contribuer lactivit de dveloppement.Dautre part, elle nous a permis dappliquer et de consolider nos connaissances acquisesDurant nos annes dtudes. De plus, nous avons pu nous familiariser avec plusieurs nouvelles notions.Enfin, travers ce projet, nous avons eu la chance damliorer nos aptitudes communiquer et Travailler en collaboration ce qui nous aidera sans doute bien nous intgrer dans le milieu professionnelLes perspectives pour ce projet sont diverses. En effet, nous projetons de crer une application Gestion de scolarit travers lenvironnement VB.NET et qui vient remplacer les fonctionnalits manuelles.

En plus, cette application peut tre amliore en faisant introduire des nouvelles options bien quelle peut avoir une volution comme un site web ou une application mobile.