rapport 04-10-13

93
RAPPORT De Projet de Fin d’Etudes Présenté en vue de l’obtention de la : Licence Appliquée en Technologies de l’Informatique Parcours : Développement des Systèmes d’Information Sujet : Elaboré par Sabrine BEN AISSA & Mariem HAMRAOUI REPUBLIQUE TUNISIENNE ***** MINISTERE DE L'ENSEIGNEMENT SUPERIEUR ET DE LA RECHERCHE SCIENTIFIQUE ***** DIRECTION GENERALE DES ETUDES TECHNOLOGIQUES ***** INSTITUT SUPERIEUR DES ETUDES TECHNOLOGIQUES DE CHARGUIA ***** Département Technologies de l’Informatique Conception et réalisation d’un outil d’aide à la planification et au suivi des

description

PFE

Transcript of rapport 04-10-13

REPUBLIQUE TUNISIENNE*****MINISTERE DE L'ENSEIGNEMENT SUPERIEUR ET DE LARECHERCHE SCIENTIFIQUE*****DIRECTION GENERALE DES ETUDES TECHNOLOGIQUES*****INSTITUT SUPERIEUR DES ETUDES TECHNOLOGIQUESDE CHARGUIA*****Dpartement Technologies de lInformatique

RAPPORTDeProjet de Fin dEtudes

Prsent en vue de lobtention de la:

Licence Applique en Technologies de lInformatiqueParcours: Dveloppement des Systmes dInformation

Sujet :

Conception et ralisation dun outil daide la planification et au suivi des PFE au sein de lISET de Charguia

Elabor parSabrine BEN AISSA&Mariem HAMRAOUI

Encadr par :Mlle AMEL TRIKI (ISET Charguia)Mme KHOULOUD JEBLI (ISET Charguia)

Socit daccueil : INSTITUT SUPERIEUR DES ETUDES TECHNOLOGIQUESDE CHARGUIA

Anne Universitaire : 2012/2013Ddicaces

Grande tait ta tendresse, grand tait et restera ton amour dans mon cur.., tu as tout sacrifi, tout donn, sans espoir du retourMerci ma Mre Mahria,Grande tait ton amour, grand tait et restera ton amour dans mon cur tu nas jamais cess de me protger et de me guiderMerci mon Pre Youssef,Grande tait votre fraternit, grand tait et restera votre amour dans mon cur vous navez jamais hsit me soutenir, et vous tiez toujours auprs de moi Merci Imen, Yossra, et WassimGrande tait votre amiti, grand tait et restera votre amour et respect dans mon curvous navez jamais hsit me tendre la main pour quon franchisse ensemble des montagnesMerci Hanen KLAI et Zoubair HELALI Cest pour vous que je ddie ce travail, et je remercie Dieu MARIEM HAMRAOUI

Au Dieu tout puissant mon crateur.Ama mre Zayneb, ma raison dtre, ma raison de vivre, la lanterne qui claire mon chemin et millumine de douceur et damour, les mots me manquent pour exprimer toute la reconnaissance, la fiert et le profond amour que je vous porte pour les sacrifices que vous avez consenti pour ma russite. Quelle trouve ici le tmoignage de mon attachement, ma reconnaissance, gratitude et respect, que Dieu la prserve bonne sant et longue vie.Amon pre Amor, en signe damour, de reconnaissance et de gratitude pour tous les soutiens et les sacrifices dont il a fait preuve mon gard. Tous mes sentiments de reconnaissance pour vous.Ames surs Hanen et Mariem, jespre atteindre le seuil de tes esprances. Je vous remercie pour le soutien moral et lencouragement que vous mavez accord .Je vous souhaite tout le bonheur que vous mritezEn vous souhaitant un brillant avenir.A ma famille, que je ne pourrais nommer de peur den oublier mon attachement et mes affections les plus sincresAmes ami(e)s, qui ont su mapporter aide et soutient aux moments propices, Je ddie ce travail, reconnaissant et remerciant chaleureusement.SABRINE BEN AISSA

Remerciements

Il nous est plaisant, avant d'entamer la prsentation de ce travail, dexprimer nos remerciements avec un grand plaisir et un grand respect notre tuteur pdagogique de lInstitut Suprieur des Etudes Technologiques de CHARGUIA Mlle Amel TRIKI, qui a cru en nous et qui n'a pas cess de nous faire profiter de ses prcieux conseils et remarques, sa disponibilit et ses encouragements nous ont permis de raliser ce travail dans les meilleures conditions. Nous adressons aussi nos reconnaissances notre Directrice du dpartement Madame Sonia BEN DAKHLIA et Madame Khouloud JEBLI, notre tuteur professionnel.Nous ne pouvons pas nommer ici toutes les personnes qui, de prs ou de loin, nous ont aides et encourages mais nous les en remercions vivement.Enfin, nous tenons dire combien le soutien quotidien de nos familles a t important tout au long de ces quelques annes, nous leur devons beaucoup.

: . . " " " " " " ". . : .Rsum:Notre projet se rsume en la conception et la ralisation dun outil daide la planification et au suivi des PFE au sein de l'Institut Suprieur des Etudes Technologiques de Charguia.Ses objectifs majeurs sont laffectation des tuteurs pdagogiques, la planification des soutenances des Projets de Fin dEtudes (PFE), le contacte des entreprises, l dition des rsultats.Pour atteindre cet objectif nous avons utilis , la technologie Windows Presentation Fondation avec le langage de programmation Csharp , SQL Server 2008 comme systme de gestion de bases de donnes, la technologie Windows Presentation Fondation avec le langage de programmation Csharp et UML comme langage de modlisation.Enfin, notre application de planification et suivi des PFE sera exploite par les chefs de dpartements, les responsables de lunit PFE, les agents administratifs.Mots cls: Gestion des PFE, planification, affectation, Windows Presentation Fondation, SQL Server 2008.

Abstract:Our project consists in the design and the realization of a tool for managing and planning the End of Study Project at the Higher Institute of Technological Studies of Charguia.Its main objectives are assigning mentors, planning defenses final project study (FPD), contacting companies and result edition. To achieve this goal we used the "Windows Presentation Foundation" technology with the programming language "Csharp", "SQL Server 2008" as a database management system, and UML as modeling language.Finally, our project will be used by the director departments, PFE responsible, administrative agents.Keys words: Final project Student management, planning, assigning mentors, Windows Presentation Foundation, SQL Server 2008.

SommaireINTRODUCTION GENERALE1ChapitreI: Prsentation du cadre de stage3Introduction3I.Prsentation de lorganisme daccueil31.Historique32.Organisation des tudes33.Organigramme44.Parc Informatique4II.Etude de lexistant51.Description de lexistant52.Critique de lexistant73.Solution propose7Conclusion7Chapitre II: spcification et analyse des besoins8Introduction9I.Etude des besoins91.Besoins fonctionnels91.1.La gestion de contact avec les entreprises91.2.La gestion des PFE91.3.Le suivi des PFE101.4.La planification des soutenances101.5.La gestion des rsultats des PFE111.6.Consultation111.7.Gnration des tats111.8.Gnration des informations gnrales et des statistiques111.9.Larchivage111.10.Ladministration de l'application112.Besoins non fonctionnels12II.Les diagrammes de cas dutilisation121.Prsentation des acteurs122.Diagrammes des cas dutilisation13a)Cas dutilisation gnral13b)Raffinement du cas dutilisation Grer les contacts avec les entreprises14c)Raffinement du cas dutilisation Grer les Sujets des PFE18d)Raffinement du cas dutilisation Assurer le suivi des PFE21e)Raffinement du cas dutilisation Planification des soutenances de PFE24f)Raffinement du cas dutilisation Grer les rsultats des PFE26g)Raffinement du cas dutilisation Administrer de lapplication28III.Analyse des besoins29Conclusion32Chapitre III: Conception33Introduction34I.Architecture de lapplication34II.Conception ct serveur351.Rgles de gestion352.Description des classes363.Diagramme de classes374.Modle relationnel38III.Conception du ct client381.Traitement associ laffectation dun sujet de PFE392.Traitement associ la planification des PFE41Conclusion44Chapitre IV: Ralisation45Introduction46I.Environnement de dveloppement461.Environnement matriel462.Environnement logiciel463.Choix des outils de dveloppement46II.Dploiement de lapplication47III.Principales interfaces graphiques482.Planifications des soutenaces51Conclusion56CONCLUSION GENERALE57BIBLIOGRAPHIE ET NETOGRAPHIE58ANNEXES59

Liste des figures

Figure 1: Organigramme de lISET4Figure 2: les tapes de la gestion des PFE5Figure 3: Diagramme de cas dutilisation global13Figure 4 :Diagramme de cas dutilisation Grer les contacts avec les entreprises 14Figure 5: diagramme de cas dutilisation Grer les Sujet des PFE18Figure 6: Diagramme de cas dutilisation Assurer le suivi des PFE 21Figure 7 : Diagramme de cas dutilisation Planification des soutenances de PFE24Figure 8 :Diagramme de cas dutilisation Grer les rsultats des PFE 26Figure 9 :Diagramme de cas dutilisation Administrer lapplication 28Figure 10 : Diagramme de squence dAuthentification 29Figure 11 : Diagramme de squence Affecter les sujets 30Figure 12 : Diagramme de squence Planification des soutenances 31Figure 13 : Architecture de notre application34Figure 14 : Diagramme de classe37Figure 15 : : Diagramme dactivit Affectation dun tuteur pdagogique 40Figure 16: Diagramme dactivit Paramtrage de laffectation 41Figure 17 : Diagramme dactivit Planification des soutenances 43Figure 18 : Diagramme dactivit Paramtrage de la planification 44Figure 19 : Diagramme de dploiement47Figure 20: Interface dAuthentification48Figure 21: Le menu principal de lapplication48Figure 22 : interfaces de consultation50Figure 23 : Interface dAjout dun sujet de PFE50Figure 24 : Interface pour laffectation dun sujet de PFE51Figure 25 : Interface pour laffectation des membres des jurys52Figure 26 : Interface pour la planification des soutenances de PFE53Figure 27 : Interface ajouter rclamation54Figure 28 : interface rsultat55Figure 29: Interface Archivage56

Liste des tableauxTableau 1:Description de cas dutilisation Ajouter une entreprises 15Tableau 2: Description de cas dutilisation Modifier une entreprises 15Tableau 3: Description de cas dutilisation Supprimer une entreprises 16Tableau 4: description de cas dutilisation Envoyer des mails aux entreprises 17Tableau 5 : description de cas dutilisation Saisir les informations des sujets des PFE19Tableau 6 : description de cas dutilisation Affecter les tuteurs pdagogiques 20Tableau 7 : description de cas dutilisation Ajouter cahier de charge22Tableau 8 : description de cas dutilisation Ajouter une rclamation23Tableau 9 : description de cas dutilisation Ajouter une rclamation25Tableau 10 :description de cas dutilisation Ajouter note27

INTRODUCTION GENERALE

Dans leur qute dune meilleure satisfaction de leurs employs, les grandes socits et les tablissements sorientent de plus en plus vers lamlioration de la qualit de leurs mthodes de motivation.Ladoption de bonnes pratiques afin datteindre ce but est aujourdhui un choix stratgique voire invitable.

C'est dans ce cadre que s'intgre notre projet qui consiste tudier, concevoir et dvelopper une application qui sert faciliter la gestion des PFE lInstitut Suprieur des Etudes Technologiques de CHARGUIA.Le prsent rapport s'articule autour de quatre chapitres:Un premier chapitre introductif qui contient une prsentation du cadre du stage suivi dune tude approfondie de l'existant.Nous abordons, ensuite, la spcification des besoins base sur le langage UML avec une illustration des besoins fonctionnels et non fonctionnels dans un deuxime chapitre.Nous consacrons le troisime chapitre la conception. Pour finir, le quatrime chapitre prsente ltape de ralisation.Nous clturons le rapport par une conclusion gnrale qui prsente un rcapitulatif de notre travail.

1

CHAPITRE1Prsentation du cadre De stage

ChapitreI: Prsentation du cadre de stage

7IntroductionDans ce chapitre, nous mettons le sujet dans son cadre gnral, en prsentant lorganisme daccueil. Par la suite, nous abordons ltude de lexistant du projet, suivie dune critique et nous clturons le chapitre par une description de la mthodologie utilise dans notre projet.I. Prsentation de lorganisme daccueil1. HistoriqueLes Instituts Suprieurs des Etudes Technologiques ont t crs en vertu de la loi N92-50 du 12 mai 1992. Ce sont des tablissements publics caractre scientifique et technologique.Le rseau des Instituts Suprieurs des Etudes Technologiques compte 25 Iset.LInstitut Suprieur des Etudes Technologiques de CHARGUIA a t cr en vertu du Dcret n 2000-981 en date du 11 mai 2000. Il relve de la Direction Gnrale des Etudes Technologiques du Ministre de lEnseignements Suprieur.ISET-CHARGUIA compte deux dpartements:a) Dpartement TI: Technologies de lInformatiqueLe dpartement Technologies de lInformatique offre trois parcours: Dveloppement des Systmes dInformation (DSI), Systmes Embarqus et Mobiles (SEM) et Rseaux et Services Informatiques (RSI).b) Dpartement SEG: Sciences Economiques et GestionLe dpartement Sciences Economiques et Gestion offre trois filires: Gestion de Production(GP), Logistique et Transport International (LTI) et Petite et Moyenne Entreprises (PME).Les tudes aboutissent au Diplme de licence applique dans les disciplines cites ci-dessus.Les diplms de lISET peuvent, par voie de concours, accder aux Ecoles dIngnieurs ou aux Facults et y poursuivre des tudes.2. Organisation des tudesLes tudes LInstitut Suprieur des Etudes Technologiques de Charguia sorganisent en six semestres. Un tronc commun pendant les trois semestres assure une formation de base dans la spcialit. Au cours des deuxime, troisime, quatrime et cinquime semestres un ensemble des matires permet ltudiant dapprofondir sa formation. Un projet de fin dtudes est obligatoire pendant le dernier semestre, il seffectue gnralement sous un double encadrement Universitaire et Professionnel. Paralllement, le cursus comporte aussi deux stages obligatoires (Initiation et Perfectionnement) en milieu industriel.

3. OrganigrammeLorganisation de lInstitut Suprieur des Etudes Technologique de Charguia est reprsente par lorganigramme illustr par la figure1:

Figure 1: Organigramme de lISET

Science conomique et Gestion

Cest au sein du dpartement Technologies de lInformatique que nous avons effectu notreProjet de Fin dEtudes.4. Parc InformatiqueCette partie dcrit les lments du parc informatique de lInstitut Suprieur des Etudes Technologiques de CHARGUIA.LInstitut comporte 16 laboratoires dont le nombre dordinateursest plus de 200 machines.Lensemble des outils informatiques par catgorie est dcrit comme suit:a) Configuration matrielle Les marques des machines: Nec , Acer, Aopen, Versus, Siemens Processus: CPU: Pentium 4, Dual Core 2.33, Dual Core 2.40 RAM: 256 MO, 356 MO,1GOb) Configuration logicielle Les systmes d'exploitation installs: LINUX, WINDOWS 2007, WINDOWS XP, WINDOWS 2003 Les systmes de gestion de base de donnes mis en place: ORACLE,MySQL. Les outils de dveloppements: VISUAL STUDIO, FORMS, PL/SQL, MS Project, Les outils de modlisation: RATIONAL ROSE., Power AMC Bureautique: Pack trac, PDF, office 2007/2003, matlab

II. Etude de lexistant1. Description de lexistantLInstitut Suprieur des Etudes Technologiques de Charguia gre les : Stages dinitiation et de perfectionnement Projets de Fin dEtudesLa gestion du PFE est assure par une unit PFE forme par :Les responsables de lunit PFE: ce sont des enseignants qui se chargent de la gestion des PFE selon le parcoursLe Directeur de Dpartement qui supervise tout le processus de gestion des PFE et la coordination entre tous les membres de lunitLa gestion des projets de fin dtudes passe par plusieurs tapes (voir figure2) :

Figure 2: les tapes de la gestion des PFE

Le contact des entreprises:Chaque anne les responsables de lunit PFE se chargent de contacter les entreprises en leur envoyant des mails personnaliss dont les coordonnes sont sauvegardes dans un ficher Excel. Laffectation des PFE:Ds que ltudiant remet la fiche du PFE remplie par la socit daccueil, le responsable des PFE et le directeur du dpartement classent les sujets par thme et saisissent les dtails des sujets dans un document Excel.Les tudiants sont ensuite affects un tuteur pdagogique selon la nature de PFE ainsi que les comptences du tuteur pdagogique et le nombre dencadrements atteints. Le suivi des PFE:Chaque fois que ltudiant, le tuteur pdagogique ou le tuteur professionnel rencontre un problme, il le signale en envoyant une rclamation en version papier au responsable de lunit PFE qui classe le document dans le dossier de ltudiant. La planificationdes soutenancesLe responsable des PFE organise la phase de la planification en affectant tout dabord les prsidents et puis les rapporteurs par la suite les dates des soutenances et les plages horaires.La planification tient en compte plusieurs paramtres: Ladquation des comptences des jurys avec la nature des sujets Lquit entre les enseignants en termes de nombre de sujets rapporter ou prsider Les problmes de chevauchements des soutenances du moment quun enseignant peut assurer 3 rles (prsident, rapporteuret tuteur pdagogique) Les dplacements des membres du jury dune salle de soutenance une autre qui devrait tre minimale Ldition des rsultats:Aprs la soutenance, lagent administratif se charge dafficher ltat et les notes des PFE.

2. Critique de lexistantAprs avoir tabli ltude de lexistant, nous avons dgag les insuffisances suivantes : Le contact des socits pour demander daccueillir les tudiants se fait dune faon ardue en utilisant non seulement un fichier EXCEL mais aussi en envoyant un mail personnalis chaque socit et cela engendre une perte de temps, La phase de laffectation des PFE est ralise laide dune simulation des sujets avec les comptences des enseignants dune manire manuelle, La planification des soutenances pose un grand problme du fait quelle doit prendre en considration plusieurs facteurs ce qui ne facilite pas la tche, La consultation de lhistorique des projets de fin dtudes nest pas possible.

3. Solution proposeAfin de remdier aux dfaillances cites prcdemment, nous proposons de concevoir et de dvelopper une application Desktop ayant pour objectif de grer les PFE en fournissant un outil de planification et de suivi des PFE.ConclusionDans ce chapitre, nous avons prsent le cadre gnral du travail tout en dcrivant la socit daccueil, suivi dune analyse de lexistant dans laquelle nous avons dgag les dfaillances du systme actuel et essay de trouver une solution.Cette tude nous permet daborder plus clairement la phase de spcification et danalyse des besoins.

Chapitre II: spcification et analyse des besoins

CHAPITRE2Spcification et Analyse des besoins

IntroductionAprs ltude de lexistant et la proposition dune solution thorique, cette phase consiste cadrer le projet et dfinir ses cas dutilisation afin de mieux le situer dans son contexte gnral. Pour cela, nous allons commencer par prsenter les besoins fonctionnels, les besoins non fonctionnels pour enfin terminer avec la prsentation des cas dutilisation et les diagrammes de squences de notre application.I. Etude des besoinsDans cette section du chapitre, nous nous intressons aux besoins des utilisateurs travers les spcifications fonctionnelles et non fonctionnelles pour aboutir une application de qualit selon les besoins du client.1. Besoins fonctionnelsLobjectif de ce projet est de doter lInstitut Suprieur des Etudes Technologiques de CHARGUIA dun outil informatique qui permettra tous les acteurs concerns de grer les Projets de Fin dEtude des tudiants. Cette application devra permettrele contact avec des entreprises, la gestion des sujets des PFE, le suivi des PFE, la planification des soutenances, la gestion des rsultats des PFE, la consultation de lhistorique et ladministration de lapplication.1.1. La gestion de contact avec les entreprisesLe contact des entreprises consiste grer une base dentreprises partenaires pouvant proposer des offres de PFE. Le responsable de lunit PFE a le droit de contacter les socits daccueils alors que lagent administratif a le droit de saisir les coordonnes des socits Ce dernier peut ajouter, modifier, supprimer et rechercher une entreprise de mme consulter de la liste des entreprises existantes. Lors de la saisie des offres, si lentreprise concerne existe dj, il ne sera pas ncessaire de ressaisir toutes les informations la concernant.La gestion de contact des entreprises comporte aussi lenvoi des invitations et des mails aux socits susceptibles daccueillir les stagiaires de lISET. 1.2. La gestion des PFE La gestion des PFE permet la saisie des informations relatives aux sujets de PFE, les modifier ou les supprimer et aussi la recherche des sujets. Elle admet la consultation de la liste des projets actuels. Le responsable de lunit PFE assure laffectation dun tuteur pdagogique pour chaque sujet suivant des critres tels que ladquation du domaine du sujet avec les comptences de lenseignant en suivant le nombre moyens dencadrement par enseignant aussi il gre les PFE en assurant la modification ou la suppression dune affectation. Il sera possible de modifier une affectation de PFE. Cela permettra ainsi d'ajouter des informations manquantes ou de modifier celles errones. Pour aider laffectation, le systme suggre certains profils denseignants et assure le calcul de nombre moyen dencadrements pour chaque enseignant par parcours.1.3. Le suivi des PFELapplication permettra ladministrateur ou au responsable de lunit PFE deffectuer un suivi des stages de la part des tuteurs pdagogiques, tuteurs professionnels, et administratifs de lISET. Il sagit de saisir non seulement les rclamations et/ou les problmes lis au droulement des PFE avec leurs rponses mais aussi dintroduire les cahiers des charges de chaque sujet, des informations gnrales telles que le signalement dun changement de sujet, une lettre dapprciation envoye par lorganisme daccueil.Le suivi permet lajout, la modification, la suppression et la consultation densemble des rclamations.Lapplication devrait signaler les tudiants qui nont pas rendu leur cahier des charges dans les dlais et fournir des indicateurs qui prciseraient si le problme mentionn a t rsolu ou non.1.4. La planification des soutenances Il permet de dterminer le nombre de sujets rapporter et prsider pour chaque parcours par enseignant avec la dfinition du nombre de soutenances par jour ainsi que leurs plages horaires et les dates de soutenances. La planification gre laffectation des rapporteurs et des prsidents pour chaque sujet selon ladquation du profil de lenseignant avec le domaine du sujet et tenir compte du nombre maximal de sujets rapporter et / ou prsiderLe responsable de lunit PFE soccupe de l'affectation, des salles disponibles, des dates et des plages horaires des soutenances pour chaque projet Dans le cas o la planification ncessiterait une modification, la validation de la planification devra tre annule par le responsable de lunit PFE.Pour aider la planification, le systme suggre certains profils denseignants et assure le calcul de nombre moyen de sujets valus pour chaque enseignant par parcours.Il suggre aussi les salles, les dates de soutenances, et les plages horaires disponibles.

1.5. La gestion des rsultats des PFELe responsable de lunit PFE assure la saisie, la modification, la suppression en cas derreur avec la consultation des notes des tudiants et les remarques des membres du jury et ldition des tats des soutenances.1.6. ConsultationElle permet la consultation de la liste des sujets PFE ainsi que les binmes, les encadreurs, les entreprises daccueil 1.7. Gnration des tatsLagent administratif a plusieurs fonctionnalits telles que ldition des demandes de PFE, ldition des lettres daffectation, ldition des invitations pour les entreprises et ldition des listes des PFE par tuteurs pdagogiques, par thmes, par socit, etc.1.8. Gnration des informations gnrales et des statistiques Lapplication doit fournirla liste des socits qui ont accueilli les tudiants, la liste des sujets des PFE en cours ainsi que les diffrents binmes et/ou monmes la liste des sujets par ordre de mrite, la recherche de sujets dj soutenus moyennant plusieurs critres de recherche et afficher les statistiques de lapplication (nombre moyen dencadrements par anne, nombre des sujets PFE, etc.).1.9. LarchivageIl sagit de sauvegarder la base des donnes de lanne en cours, de crer une nouvelle pour lanne daprs o il y aura migration des informations relatives aux enseignants, comptences, domaine, salles, entreprises, qui serviront pour lanne daprs.1.10. Ladministration de l'applicationLadministrateur de lapplication saisit, recherche, supprime, importe et met jour la liste des enseignants ainsi que leurs comptences et leurs domaines, il importe la liste des tudiants avec la possibilit den ajouter dautres, les modifier, les supprimer et le rechercher Il importe, saisit, modifie et supprime les salles pouvant accueillir les soutenances.Il ajout et met jour galement les classes, les parcours et les dpartements. De plus, il cre des comptes utilisateurs ayant diffrents droits daccs et peut les modifier ou les supprimer dans le cas de besoin.

2. Besoins non fonctionnelsLes besoins non fonctionnels dcrivent toutes les contraintes auxquelles est soumis le systme pour sa ralisation et son bon fonctionnement: Ergonomie et souplesse: L'application doit offrir une interface Home/Machine conviviale et ergonomique exploitable par l'utilisateur en envisageant toutes les interactions possibles. Efficacit: L'application doit tre fonctionnelle indpendamment de toute circonstance relative l'utilisateur. Evolution: Le code de l'application doit tre lisible et comprhensible afin d'assurer son tat volutif et extensible II. Les diagrammes de cas dutilisationLobjectif fondamental de cette tape est didentifier les principaux cas dutilisation.Nous nous intressons donc, dans cette partie, la ralisation des diagrammes des cas dutilisations. Ces diagrammes dcrivent prcisment les besoins du client final et spcifient le comportement attendu par le systme dvelopper. Gnralement un diagramme de cas dutilisation modlise un service rendu par le systme.1. Prsentation des acteursIls sont dfinis comme tant les utilisateurs directs de l'application. Dans le cadre de notre projet, nous distinguons trois acteurs principaux: Agent Administratif: il possde les privilges daccder lapplication aprs une authentification, dditer les diffrents tats et de grer des entreprises. Responsable unit PFE: il possde de plus que lagent administratif les privilges de planifier les soutenances de PFE, grer les contacts avec les socits, de grer les sujets des PFE et dassurer le suivi des PFE. Ladministrateur: il possde tous les privilges de lagent administratif et du responsable de lunit PFE ainsi que le droit dadministrer lapplication.

2. Diagrammes des cas dutilisation a) Cas dutilisation gnral

Figure 3: Diagramme de cas dutilisation global

b) Raffinement du cas dutilisation Grer les contacts avec les entreprises

Figure 4 :Diagramme de cas dutilisation Grer les contacts avec les entreprises

La gestion des entreprises permet la consultation des socits existantes, lajout des coordonnes des nouvelles socits, la modification des informations en relation avec la socit en question et la suppression des socits inutiles

Description textuelle du cas dutilisationGrer les contacts avec les entreprises

Cas dutilisation Ajouter une Entreprise

Acteur principale Agent administratif et le responsable PFE

ButAjouter une entreprise

Pr Condition Lacteur doit tre authentifi

Scnario nominal 1. La consultation de la liste des socits existantes,

3. Saisir les donnes de la nouvelle socit 4. Sauvegarder lajout 2. le systme affiche les coordonnes de la socit si elle existe5. vrifier le sauvegarde

Enchanement alternatif E1 : donnes incorrecteLe systme affiche lchec sous forme dun messageLenchainement E1 dmarre au point 3 3. Saisir les donnes de la nouvelle socit4. Sauvegarder lajout

Post condition Les donnes sont enregistres

Tableau 1:Description de cas dutilisation Ajouter une entreprises Grer les contacts avec les entreprises

Cas dutilisation Modifier une Entreprise

Acteur principale Agent administratif et le responsable PFE

ButModifier une entreprise

Pr Condition Lacteur doit tre authentifi

Scnario nominal 1. Chercher la socit.

3. Modifier les donnes de la socit.4. Enregistrer les mis a jour. 2. le systme affiche les coordonnes de la socit.

Enchanement alternatif E1 : donnes incorrecteLe systme affiche lchec sous forme dun messageLenchainement E1 dmarre au point 33. Modifier les donnes de la socit.4. Enregistrer les mis a jour.

Post condition Les donnes sont enregistres

Tableau 2: Description de cas dutilisation Modifier une entreprises

Grer les contacts avec les entreprises

Cas dutilisation Supprimer une Entreprise

Acteur principale Agent administratif et le responsable PFE

ButEffacer une entreprise

Pr Condition Lacteur doit tre authentifi

Scnario nominal 1. Chercher la socit.

3. Supprimer les donnes de la socit.4. Enregistrer les mis a jour. 2. le systme affiche les coordonnes de la socit.

Enchanement alternatif E1 : donnes incorrecteLe systme affiche lchec sous forme dun messageLenchainement E1 dmarre au point 33. Supprimer les donnes de la socit.4. Enregistrer les mis a jour.

Post condition Les donnes sont enregistres

Tableau 3: Description de cas dutilisation Supprimer une entreprises

Grer les contacts avec les entreprises

Cas dutilisation Envoyer des mails aux entreprises

Acteur principalAdministrateur et responsable de lunit PFE

But Lenvoi des mails consiste envoyer un courrier personnalis lentreprise dont les coordonnes sont dj sauvegardes

Pr conditionLacteur doit tre authentifi

ActeurSystme

Scnario nominal1. Accs au partie denvoie de mail

3. Choisir la socit4. Saisir lobjet de lemail 5. Ajouter la pice jointe en cas de lenvoi de demande de stage ou de lettre daffectation 6. Envoyez les mails.2. Le systme propose la liste des socits existantes

Enchainement alternatifA1: la socit existe djLenchanement A1 dmarre au point 1 du cas dutilisation Ajouter une Entreprise 3. Choisir la socit4. Sectionner le destinataire,5. Choisir la pice jointe6. Envoyez les mails

E1: Lacteur fait une erreur lors de lenvoi des mailsLe systme affiche un message derreur

Post condition Mail envoyez avec succs

Tableau 4: description de cas dutilisation Envoyer des mails aux entreprises

c) Raffinement du cas dutilisation Grer les Sujets des PFE

Figure 5: diagramme de cas dutilisation Grer les Sujet des PFE

Description textuelle du cas dutilisationGrer les informations des sujets des PFE

Cas dutilisation Saisir les informations des sujets des PFE

Acteur principale Responsable de lunit PFE et ladministrateur

ButCe cas dutilisation permet lajout des coordonnes des nouveaux sujets avec leurs domaines

Pr Condition Lacteur doit tre authentifi

Scnario nominal 1. Saisir les donnes de sujet 2. Choisir le domaine de sujet3. Enregistrer le sujet

Enchanement alternatifE1 : information incorrecte Le systme affiche lchec sous forme dun messageLenchanement E1 dmarre au premier point du scnario nominal.E2: le sujet existe dj Le systme affiche lchec sous forme dun messageE3: le domaine non choisitLe systme affiche un indicateur pour rappeler lacteur de choisir le domaineLenchanement E3 dmarre au point 2 du scnario nominal

Post condition Les donnes sont enregistres

Tableau 5 : description de cas dutilisation Saisir les informations des sujets des PFE

Grer l'affectation

Cas dutilisation Affecter les tuteurs pdagogiques

Acteur principalResponsable de lunit PFE et administrateur

ButCe cas dutilisation permet laffectation dun tuteur pdagogique a un sujet le responsable de lunit PFE sappuie sur le domaine et les comptences du tuteur.

Pr condition1. Authentification de lacteur2. Sujet existant

ActeurSystme

Scnario nominal1. Slectionner le parcours

3. Slectionner le sujet

5. Slectionner lenseignant

6. Affecter le tuteur pdagogique

2. Le systme propose la liste des sujets existants non affects.4. Le systme propose la liste des enseignants disponibles ayant des comptences adquates avec le domaine de sujet

7. Enregistrer laffectation

Enchainement alternatifE1 : aucun enseignant qui rpond au profil exigLe systme affiche la liste de tous les enseignants Lenchanement E1 reprend au point 4 du scnario nominal.4. Le systme propose la liste des enseignants disponibles ayant des comptences adquates avec le domaine de sujet5. Slectionner lenseignant 6. Affecter le tuteur pdagogique7. Enregistrer laffectation E2: les enseignants ne sont pas disponibles Le systme affiche la liste des enseignants disponibles avec un message davertissement. Lenchanement E2 reprend au point 4 du scnario nominal.4. Le systme propose la liste des enseignants disponibles ayant des comptences adquates avec le domaine de sujet5. Slectionner lenseignant 6. Affecter le tuteur pdagogique7. Enregistrer laffectation

Post condition Affectation de tuteur faite avec succs

Tableau 6 : description de cas dutilisation Affecter les tuteurs pdagogiques

d) Raffinement du cas dutilisation Assurer le suivi des PFE

Figure 6: Diagramme de cas dutilisation Assurer le suivi des PFE

Description textuelle du cas dutilisationAssurer le suivi des PFE

Cas dutilisation Ajouter cahier de charge

Acteur principalResponsable de lunit PFE et administrateur

ButCe cas permet au responsable PFE et ladministrateur de suivre la remise de cahier de charge de chaque sujet.

Pr conditionAuthentification de lacteur

ActeurSystme

Scnario nominal1. Slectionner le parcours

3. Slectionner le sujet4. Ajouter un cahier de charge5. Demander lenregistrement

2. Le systme propose la liste des sujets existants

6.Enregistrer lajout

Enchainement alternatifE1: cahier de charge existe dj Le systme affiche un message derreur

Post condition Cahier de charge ajout avec succs

Tableau 7 : description de cas dutilisation Ajouter cahier de charge

Assurer le suivi des PFE

Cas dutilisation Ajouter rclamation

Acteur principalResponsable de lunit PFE et administrateur

ButCe cas permet au responsable PFE et ladministrateur ajouter les rclamations pour suivre les PFE

Pr conditionAuthentification de lacteur

ActeurSystme

Scnario nominal1. Slectionner le parcours

3. Slectionner le sujet

5. Enregistrer lajout

2. Le systme propose la liste des sujets existants 4. Ajouter une rclamation

Enchainement alternatifE1: Rclamation RsolueLe systme affiche un message derreur Lenchainement alternatif dmarre au point 2 du scnario nominal.E2: Rclamation existe dj Le systme affiche un message derreur Lenchainement alternatif dmarre au point 2 du scnario nominal.

Post condition Rclamation ajout avec suces

Tableau 8 : description de cas dutilisation Ajouter une rclamation

e) Raffinement du cas dutilisation Planification des soutenances de PFE

Figure 7 : Diagramme de cas dutilisation Planification des soutenances de PFE

Planifier les soutenances

Cas dutilisation Ajouter jury

Acteur principalResponsable de lunit PFE et ladministrateur

BUTce cas permet lutilisateur daffecter un prsident et un rapporteur pour chaque sujet

Pr condition1. Authentification 2. Sujet existant

ActeurSystme

Scnario nominal1. Slectionner le parcours

3. Slectionner le sujet

5. Affecter les rapporteurs et les prsidents

7. Demander menregistrement

2. Le systme propose la liste des sujets non planifis4. Le systme propose la liste des enseignants disponibles ayant des comptences adquates avec le domaine des sujets

6. Le systme propose le nombre de sujets valids pour lenseignant

8. Enregistrer laffectation

Enchainement alternatif E1 : Enseignant non disponible Le systme affiche un message derreurLenchainement E1 dmarre au point 4 4. Le systme propose la liste des enseignants disponibles ayant des comptences adquates avec le domaine des sujets5. Affecter les rapporteurs et les prsidents6. Le systme propose le nombre de sujets valids pour lenseignant 7. Demander menregistrement8. Enregistrer laffectation

Post condition Affectation du jury faite avec succs

Tableau 9 : description de cas dutilisation Ajouter une rclamation

f) Raffinement du cas dutilisation Grer les rsultats des PFE

Figure 8 :Diagramme de cas dutilisation Grer les rsultats des PFE

Grer les rsultats des PFE

Cas dutilisation Ajouter note

Acteur principale Responsable de lunit PFE, Administrateur

Pr Condition Le responsable de lunit PFE doit tre authentifier

Scnario nominal LacteurSystme

1. Choisir le parcours

4. Choisir le sujet

6. Slectionner ltudiant

7. Saisir la note 8. Demander lenregistrement 2. Le systme affiche la liste des sujets existants

5. Le systme affiche les tudiants en relations avec les sujets slectionns

9. Enregistrer lajout

Enchanement alternatif E1: Saisie des notes non faitesLe systme affiche un message derreur Lenchanement E1dmarre au point 5 du scnario nominal.5. Le systme affiche les tudiants en relations avec les sujets slectionns6. Slectionner ltudiant7. Saisir la note8. Demander lenregistrement 9. Enregistrer lajout E2: Lacteur saisi des informations incorrectesLe systme affiche un message derreur

Post condition La saisie des notes faite avec succs

Description textuelle du cas dutilisationTableau 10 : description de cas dutilisation Ajouter note

28

27g) Raffinement du cas dutilisation Administrer de lapplication

Figure 9 :Diagramme de cas dutilisation Administrer lapplication

III. Analyse des besoins Suite aux descriptions textuelles des cas dutilisation, les scnarios peuvent tre reprsents en utilisant des diagrammes de squences.Le diagramme de squences permet de visualiser laspect temporel des interactions et de connatre le sens de ces interactions (acteur vers systme ou contraire) [3].Parmi les scnarios importants dans notre application, ceux relatifs laffectation des sujets de PFE et la planification des soutenances que nous illustrons travers des diagrammes de squence.Pour accder lapplication, lutilisateur doit tout dabord sauthentifier, ce diagramme prsente cette action:

Figure 10 : Diagramme de squence dAuthentification

Figure 11 : Diagramme de squence Affecter les sujets

Pour affecter un tuteur pdagogique , ladministrateur choisit le parcours puis il choisit le sujet et encore le domaine de ce dernier .Il vrifie non seulement ladquation des comptences de lenseignant choisi avec le domaine de sujet mais aussi le nombre dencadrement atteindre.

Figure 12 : Diagramme de squence Planification des soutenances Concernant la phase de la planification des soutenances, ladministrateur choisit tout dabord le parcours puis le sujet valider. Aprs, il distingue le rapporteur et le prsident suivant des critres tel que ladquation des comptences des membres de jury avec le domaine de sujet.Enfin il essaye de choisir la date de la soutenance, la plage horaire et la salle disponible ConclusionLa spcification des besoins nous a permis de dterminer les principales fonctionnalits de notre systme travers la prsentation des besoins fonctionnels et non fonctionnels, les diagrammes de cas dutilisation et de squences. Par la suite, il est indispensable de passer ltape de conception.

CHAPITRE3 Conception

Chapitre III: Conception

IntroductionDans ce chapitre, nous dtaillons les diffrentes tapes que nous avons suivies au cours de la conception en la divisant en trois parties savoir : larchitecture globale du systme, la conception du niveau serveur et du niveau client.I. Architecture de lapplication Notre application est base sur une architecture Client-serveur. Elle est compose de deux parties: lune est un serveur qui reprsente la base des donnes, lautre le client qui voque le traitement de lapplication et la partie de traitement et interfaces.Le client se connecte au serveur sur lequel il fait tourner lapplication. Il lui envoie des informations. Le serveur interprte les vnements et excute les requtes comme si elles taient effectues sur le poste client.L'environnementclient-serveurdsigne un mode de communication travers unrseauentre plusieursprogrammesoulogiciels: l'un, qualifi declient, envoie des requtes; l'autre ou les autres, qualifis deserveurs, attendent les requtes des clients et y rpondent. Par extension, le client dsigne galement l'ordinateursur lequel est excut le logiciel client, et le serveur, l'ordinateur sur lequel est excut le logiciel serveur [4]En gnral, les serveurs sont des ordinateurs ddis au logiciel serveur qu'ils abritent, et dots de capacits suprieures celles des ordinateurs personnels en termes depuissance de calcul, d'entres-sortieset deconnexions rseau. Les clients sont souvent des ordinateurs personnels ou des appareils individuels (tlphone, tablette), mais pas systmatiquement. Un serveur peut rpondre aux requtes d'un grand nombre de clients.

Figure 13 : Architecture de notre application

Cet change de messages transite travers le rseau reliant les deux machines. Il met en uvre des mcanismes relativement complexes qui sont, en gnral, pris en charge par un middleware.Les avantages de larchitecture: Toutes les donnes sont centralises sur un seul serveur, ce qui simplifie les contrles de scurit, l'administration, la mise jour des donnes et des logiciels, Les technologies supportant l'architecture client-serveur sont plus matures que les autres, La complexit du traitement et la puissance de calculs sont la charge du ou des serveurs, les utilisateurs utilisant simplement un client lger sur un ordinateur terminal qui peut tre simplifi au maximum

Les inconvnients de larchitecture: Si trop de clients veulent communiquer avec le serveur au mme moment, ce dernier risque de ne pas supporter la charge (alors que les rseaux pair--pair fonctionnent mieux en ajoutant de nouveaux participants). Les cots de mise en place et de maintenance peuvent tre levs.II. Conception ct serveurLe serveur abrite la base des donnes qui permet de stocker et de retrouver un ensemble d'informations de plusieurs natures ainsi que les liens qui existent entre les diffrentes informations

1. Rgles de gestionNous prsentons dans ce qui suit les principales rgles de gestions relatives notre application Un tudiant travaille sur un seul sujet de PFE Chaque tudiant effectue son PFE dans une socit Ltudiant est encadr par un tuteur pdagogique et un tuteur professionnel Chaque tudiant doit obligatoirement avoir une note pour son PFE Le prsident et le rapporteur peuvent valider plusieurs PFE Une socit compte plusieurs tuteurs professionnels Un enseignant possde une ou plusieurs comptences Une comptence relve dun seul domaine Le PFE se droule dans une salle, une date prcise Lenseignant peut encadrer plusieurs sujets de PFE Chaque tudiant suit un parcours dtudes

2. Description des classesUne classe reprsente la structure d'un objet, c'est--dire la dclaration de l'ensemble des entits qui le composent. Elle est constitue d'attributs dont les valeurs reprsentent l'tat de l'objet et des mthodes qui sont les oprations applicables aux objets. [5]Notre application comporte les classes suivantes : Classe Etudiant: Cette classe dfinit ltudiant tel que le numro de sa carte didentit, son nom, son prnom, son mail et le numro de tlphone Classe PFE: Cest une classe qui reprsente le PFE cest--dire lintitul du sujet et sa description Classe enseignant: Cette classe comporte les donnes dun enseignant comme le numro de sa carte didentit, son nom, son prnom, son mail, le numro de tlphone Classe Comptence: Cette classe possde les diffrentes comptences lies chaque enseignant Classe Domaine: Cette classe indique le domaine scientifique dont relve une comptence Classe Parcours: Chaque tudiant suit un parcours dtudes Classe Classe: Elle dcrit la classe o tudie ltudiant Classe Dpartement: Elle prcise les diffrents dpartements de ltablissement Classe Socit: Elle englobe toutes les informations qui dfinissent une socit tel que son identifiant, son nom, ladresse, le numro de tlphone et le mail Classe Tuteur professionnel: Elle contient les informations relatives un tuteur professionnel Classe Rsultat: Chaque tudiant doit avoir une rsultat lors de sa soutenance Classe Soutenance: indique le type de soutenance passe par ltudiant pour valider son projet de fin dtudes Classe Date: Elle reprsente la date de la soutenance Classe Salle: Elle prsente la salle o se droule la soutenance Classe Rclamation: Elle prsente une demande ou une rclamation formule par ltudiant, le tuteur professionnel ou le tuteur pdagogique.

34

363. Figure 14 : Diagramme de classeDiagramme de classes

374. Modle relationnelLe modle relationnel reprsente la base de donnes comme un ensemble de tables. Ces derniers constituent donc la structure logique du modle relationnel. [6]

Enseignant (matriculeEnseignant, #cin ,chargehoraire,nom,prenom,mail,num_tel) Competence (id_competences,texte,#IdDomaine) Domaine (IdDomaine,TypeDomaine,description) TuteurProfessionel (idTuteurProfessionel, nomTuteurProfessionel,PrnomTuteurProfessionel,mailTuteurProfessionel,num_telTuteurProfessionel, #idSociete) Parcours (CodeParcours, nomParcours,#CodeDepartement) Classe (CodeClasse,# CodeParcours) Socit (idSociete,nomSociete,adresseSociete,num_telSociete,mail_Societe) PFE(CodePFE,nomSujet,description,EnvrMateriel,EnvrLogiciel,#idTuteurProfessionlnumSalle,#Id_date,#IdRapporteur,#IdPresident, #IdResponsable) Seance (Id_date,heure_debut,heure_fin,date) Salle (numSalle) Rsultat (IdResultat,note,etat,commentaire, ,#NCE) Etudiant (NCE,# CodePFE,# CodeClasse, cin, nom, prnom, mail, num_tel) Reclamation(IdReclamation, textReclamation,# CodePFE) Dpartement(CodeDepartement,Nom Dpartement)III. Conception du ct clientDu cot client, nous allons illustrer les principaux traitements de notre application qui consiste prsenter la partie de laffectation de tuteur pdagogique et la partie de la planification des soutenances.Le diagramme d'activit est une reprsentation proche de l'organigramme; la description d'un cas d'utilisation par un diagramme d'activit correspond sa traduction algorithmique. Une activit est l'excution d'une partie du cas d'utilisation [7]Parmi les principaux traitements de notre application, nous pouvons citer laffectation de tuteur pdagogique et la planification des soutenances.

1. Traitement associ laffectation dun sujet de PFELe diagramme d'activit relatif la phase daffectation dun tuteur pdagogique est reprsent par la figure suivante:

Figure 15 : : Diagramme dactivit Affectation dun tuteur pdagogique Pour affecter un tuteur pdagogique, le responsable de lunit PFE, aprs avoir paramtr lapplication, slectionne les binmes puis il essaye daffecter le tuteur pdagogique. Il prend en considration ladquation entre les comptences de lenseignant avec le domaine de sujet. Si la condition est vrifie, il vrifie le nombre dencadrements et affecte le tuteur au sujet slectionn, sinon il refait le mme traitement. Figure 16: Diagramme dactivit Paramtrage de laffectation Le paramtrage dans la partie affectation permet dafficher le nombre des sujets de PFE dans chaque parcours, dafficher le nombre des enseignants et calculer le nombre moyen dencadrement possible pour chaque enseignant, ensuite permet au responsable unit PFE de saisir le nombre moyen dencadrement.

2. Traitement associ la planification des PFEConcernant la phase de la planification, le responsable de lunit PFE, aprs avoir paramtr lapplication, slectionne le sujet valuer ensuite il choisit le rapporteur et le prsident suivant des critres tels que ladquation des comptences du jury avec le domaine de sujet. Puis le responsable de lunit PFE choisit la date, la plage horaire et la salle et il reprend le mme traitement pour le reste des binmes sinon il essaye nouveau.

Figure 17 : Diagramme dactivit Planification des soutenances

Figure 18 : Diagramme dactivit Paramtrage de la planification Le paramtrage dans la partie planification permet de choisir les dates, les plages horaires et les salles des soutenances.

ConclusionDans ce chapitre, nous avons spcifi larchitecture de notre systme, ainsi que sa conception dtaille travers le diagramme de classes, et les diagrammes dactivits afin de montrer la structure de lapplication.Le chapitre suivant met en vidence la partie ralisation de lapplication.

44

Chapitre IV: Ralisation

CHAPITRE4 RalisationIntroductionLe chapitre ralisation consiste dfinir les diffrents outils matriels et logiciels qui ont contribu la ralisation de notre projet et mettre en uvre les besoins fonctionnels et non fonctionnels prsents dans les chapitres prcdents tout en tenant compte de la partie conception.En effet, nous prsentons dans ce chapitre lenvironnement matriel et logiciel utiliss le dploiement de notre application ainsi que les principales interfaces graphiques.

I. Environnement de dveloppementLa prsentation de lenvironnement de dveloppement de notre application comporte une description de lenvironnement matriel et logiciel tout en spcifiant notre choix pour les outils de dveloppement.1. Environnement matriel Un ordinateur portable Fujitsu. Processeur: Intel(R) Pentium(R) RAM: 4 Go Systme dexploitation: Windows 7 Edition intgrale2. Environnement logicielAu cours de notre dveloppement nous avons eu recours plusieurs logiciels, savoir : Microsoft Visual Studio 2012 Professionnel. SQL Server 2008. Power AMC

3. Choix des outils de dveloppementNotre choix concernant les outils de dveloppement est bas sur le fait que : Microsoft Visual Studio 2012 Professionnel:Visual Studio est une suite d'outils de dveloppement bass sur des composants et des technologies destines la cration d'applications puissantes et hautement performantes. En outre, Visual Studio est optimis pour la conception, le dveloppement et le dploiement en quipe de solutions d'entreprise. [6]

SQL Server 2008SQL Server 2008 est un systme de gestion de bases de donnes relationnelles. Le stockage, la manipulation et lanalyse de ces donnes se font au sein de son moteur de bases de donnes. Ce service permet la ralisation de nombreuses applications, requtes, et transactions.Nous avons aussi eu recours des technologie savoir:WPF (Windows Presentation Foundation) comme une technologie dveloppement dinterfaces graphiques avec le code C# (code Behind) WPF s'est avr tre beaucoup plus rapide que WinForms pour dvelopper des applicationsL'avantage du WPF est que le design et le code sont totalement spars. Le cot design est contenu dans un fichier XAML (eXtensible Application Markup Language) que n'importe quel designer sans aucune connaissance en programmation peut modifier afin d'amliorer l'apparence du logiciel. De plus, WPF est li DirectX, ce qui veut dire que l'affichage des applications est assist par la carte graphique.II. Dploiement de lapplicationCe diagramme indique l'organisation matrielle de l'application concevoir, il spcifie les composants ncessaires notre application.

Figure 19 : Diagramme de dploiement

III. Principales interfaces graphiquesPour accder lapplication, lutilisateur doit tout dabord sauthentifier, pour cela il introduit son login et son mot de passe comme lindique la figure 22:

Figure 20: Interface dAuthentification

Figure 21: Le menu principal de lapplication

Figure 22 : interfaces de consultationLe interfaces de consultation permet la recherche dun sujet par nom, le filtrer le recherche par catgorie (tout les sujets, les sujets en cours de traitement, les sujets qui sont dj affecter un encadreur, les sujets qui sont dj affecter un jury, les sujets planifis, les sujets finis, et les sujets archivs). Ensuit permet de mettre jours les sujets dans tout les phase (suivi, affectation, planification, rsultat) et le supprimer.

Figure 23 : Interface dAjout dun sujet de PFE

Parmi les principales fonctionnalits dans notre application cest laffectation des tuteurs pdagogiques aprs la saisir des donnes ncessaire.Lenchainement se droule comme suit: le responsable de lUnit PFE choisit le sujet et puis il laffecte un tuteur pdagogique suivant des critres tel que ladquation des comptences du lenseignant avec le domaine de sujet.

Figure 24 : Interface pour laffectation dun sujet de PFEAprs avoir affect un tuteur pdagogique, le responsable de lUnit PFE essaye de planifier les soutenances2. Planifications des soutenaces Il commence tout dabord par laffectation des membres des jurys:le rapporteur et le prsident en choisissant le sujet valider et puis les jury

Figure 25 : Interface pour laffectation des membres des jurys

Passons maintenant aux choix de la date, de la salle et de la sance de la soutenance.Ladministrateur choisit le sujet et puis il choisit le jour de la soutenance ainsi que la salle disponible et la sance de soutenance

Figure 26 : Interface pour la planification des soutenances de PFE

Figure 27 : Interface ajouter rclamationNotre application permettre aussi le suivi des PFE par des rclamations en cas de problme partir de lentreprise, ltudiant, Enseignant.

Figure 28 : interface rsultat Ensuite notre application permet la gestion des rsultats aprs les planifications des soutenances dajouter les note des PFE pour chaque tudiant et de prcis le rsultat de admis, prolongation ou bien refuser.NB: en cas de prolongation en ajoute la dure de cette dernire.

Figure 29: Interface ArchivageEnfin lapplication permet larchivage des donnes.

ConclusionCe dernier chapitre nous a permis de prsenter quelques interfaces de lapplication selon le profil de lutilisateur aprs avoir dcrit notre environnement de travail matriel et logiciel et spcifi le diagramme de dploiement

CONCLUSION GENERALE

Pour conclure, nous rappelons que ce projet consiste raliser une application qui sert doutil daide la planification et au suivi des PFE au sein de lISET et qui prend en charge la gestion de tout le processus de PFEEn effet, notre travail consiste concevoir et raliser une application de gestion de Projet de Fin dEtudes, qui gre les sujets ainsi que laffectation des tuteurs pdagogiques, de mme elle assure la planification des soutenances. Elle permet ainsi de faire le suivi des projets.Le projet sest droul selon trois axes principaux afin de passer par les tapes essentielles de tout projet : lanalyse, la conception et la ralisation. Nous avons dvelopp notre application avec la technologie WPF et le langage C# et nous avons utilis SQL server comme systme de gestion de base des donnes.Ce projet nous a permis dtre plus proches de la vie professionnelle et de suivre les diffrentes tapes de dveloppement dun projet.A court terme nous envisageons de terminer limplmentation de certaines fonctionnalits.A long terme, il est prvu que lapplication soit dote du systme SMS Gateway qui permettra denvoyer des messages aux tudiants.

BIBLIOGRAPHIE ET NETOGRAPHIEBibliographie[1]: Pascal, Roques. UML par la pratique , Paris, ditions Eyrolles, 2009, 357p. (utilis pour la conception).[3]: ROQUES, Pascal. UML 2 par la pratique . Paris, Edition EYROLLES, 2004, 309pages. [7]: VAN DER HEYDE, Fiwen et DEBRAUWER, Laurent. Modlisation des objets . France, Edition ENI, 2006, 151 pages.Ntographie[2]: http://www.techterms.com/definition/rup[5]: http://uml.free.fr/cours/i-p14.html[6]: http://tcosnuau.free.fr/COURS/MODREL/MODREL.HTM[8]: http://www.wpftutorial.net/[9]: http://www.codeproject.com

ANNEXES

Lutilisation de la technologie WPF nous permet de modifier le couleur, le thme et la taille de police de notre application selon le choix dutilisateur.

46

59