[PDF] Rapport de projet dobjet : Gestion des notes dun établissement

trois a exposé son diagramme de classe UML, lors de la première réunion Habituellement, il rentre l'ensemble des notes de tout les étudiant inscrit à

19 jui 2015 · UML ou Langage de Modélisation Unifié, est un langage de modélisation graphique à base de diagrammes Il est utilisé pour spécifier, visualiser

[PDF] une application de GESTION

➢ Notre système d'information consiste la gestion des notes des étudiants de notre département D'informatique Une application est déjà utilisée, seulement, il

[PDF] Rapport de projet dobjet : Gestion des notes dun établissement - Free

trois a exposé son diagramme de classe UML, lors de la première réunion Habituellement, il rentre l'ensemble des notes de tout les étudiant inscrit à

[PDF] Conception de Systèmes de Bases de Données Avec UML TD 1

étudiants – enseignants Système(s): – Serveur Intranet de l'IUT Cas d' utilisation: – gestion de l'emploi du temps – gestion des notes – stockage de fichier

[PDF] Gestion des élèves et étudiants - Ecole Mohammadia dIngénieurs

conception et la réalisation des modules de gestion des étudiants, des enseignants et des développement logicielle itérative basée sur le langage UML classes dans lesquelles l'élève a étudié, notes, notes finales, la fréquentation, )

[PDF] Application de Gestion de Notes - UVT e-doc - Université Virtuelle

théoriques par la conception et la réalisation d'une application de gestion de notes qui gère les étudiants, les classes, les modules, ainsi les résultats de d' utilisation, de séquences et de diagramme de classe en utilisant UML comme

[PDF] Application web pour la gestion du département de Mathématique et

quelques diagrammes du langage de modélisation UML Ce travail est structuré d'Informatique) à savoir la gestion des notes et des absences des étudiants

[PDF] La conception avec UML: les diagrammes de cas dutilisation - LACL

Administratif OMG UML, WTF ? Diagrammes de cas d'utilisation 2 / 51 Plan de la séance leurs notes et les étudiants les consulter ; les enseignants peuvent également La scolarité de l'université s'occupe de la gestion des inscriptions

[PDF] Conception et réalisation dune application web pour la gestion des

application web simple de gestion des entrées/sorties des étudiants ainsi que les enseignants méthodede développement logiciel UP (Processus Unifié) et UML (Unified Note :pour plus de précision veulliez consulter l'annexe (c)

[PDF] Rapport de projet dobjet : Gestion des notes dun établissement - Free

Rapport de projet d'objet : Gestion des notes d'unétablissement Florent KaisserSandrine PhcarYong LiL'intégralité du projet est disponible à : http://florent.kaisser.free.fr/soft/gnep.tar.gzjanvier 2005

Table des matièresI Modélisation UML........................................................................................................................2

1.Etudes de cas d'utilisations.......................................................................................................2

b)Cahier des charges...............................................................................................................2

c)Interaction avec le système..................................................................................................4

2.Diagramme de classes..............................................................................................................4

a)1er Versions.........................................................................................................................5

b)Seconde version .................................................................................................................6

c)Troisième version ...............................................................................................................7

d)Version finale......................................................................................................................8

II Implémentation du système..........................................................................................................8

1.Implementation des classes......................................................................................................9

2.Base de données.......................................................................................................................9

a)Systeme de base de données utilisé.....................................................................................9

b)Modèle relationnel du diagramme de classes....................................................................10

c)Intégration du modèle relationnel dans le modèle objet....................................................10

III Conception de l'IHM.................................................................................................................11

1.Le logiciel en Java..................................................................................................................11

a)Choix de la gestion des actions possibles par un membre de l'administration.................12

i. Pour tout ce qui concerne un étudiant..........................................................................13

choix pour le formulaire étudiant................................................................................13

après l'inscription, une éventuelle suppression ou recherche d'un étudiant...............13

une vérification toujours utile.....................................................................................14

ii. Pour ce qui concerne les diplômes..............................................................................14

l'ajout et la suppression d'un diplôme........................................................................14

la création de ces modules associés ...........................................................................15

l'inscription d'un étudiant à un diplôme.....................................................................16

iii. au niveau des notes.....................................................................................................17

b)intéraction Interface Graphique et Base de Données........................................................18

2.Le site web en PHP................................................................................................................18

a)Consultation des résultats..................................................................................................19

IntroductionLe projet à pour but de réaliser un logiciel qui permet de stocké des notes d'un établissementscolaire, et d'obtenir divers information sur ces notes (statistique, classement,...). On a alors séparéle logiciel en deux grande partie : •le système : C'est le noyau du logiciel, il permet de stocker et de récupérer les données entréespar l'utilisateur.•L'interface homme machine (IHM) : C'est l'interface graphique du noyau, il commande lesystème.Avant d'implémenter le système, on a ajouter une phase préliminaire, qui permettra de modéliserle système, avant de l'implémenter.IModélisation UMLAvant d'écrire le programme nous avons tout d'abord modélisé le problème en UML.L'organisation de cette tache s'est faite en plusieurs étapes, dans un premier temps, chacun de nous

trois a exposé son diagramme de classe UML, lors de la première réunion. On a ensuite donnéenotre avis sur ces diagrammes. On à alors abouti à la première version du diagramme. Pour savoir sinotre diagramme été correctes nous avons envisagé l'ensemble des cas d'utilisation, ainsi que lesdifférents acteurs du systèmes. 1. Etudes de cas d'utilisations

Pour mettre en évidence les différent cas d'utilisation du système nous avons décrit les acteurs dusystème, puis le cahiers des charges, c'est à dire, ce que le système doit posséder commefonctionnalité. Et enfin les interactions entre les acteurs et le système.a)ActeursLes acteurs jouant un rôle dans le systèmes sont au nombre de cinq : Une Personne, un étudiant,la scolarité, le jury, un examinateur :1.Une personneC'est un étudiant qui n'est pas encore inscrit à l'établissement.2.Un étudiantActeur représentant une personne inscrit à l'établissement. 3.La scolaritéPersonnel de l'établissement, qui à pour rôle de rentrer l'ensemble des données dans le système.Elle peux aussi communiquer ces données à un autre acteur 4.le juryIl peux modifier une moyenne d'un module.5.Un examinateurC'est lui qui détermine les notes des étudiantsb)Cahier des chargesPour pouvoir construire et évaluer notre diagramme de classe, nous avons essayer de recenserl'ensemble des scénarios possible entre les acteurs et le système. 1.Inscription d'une personne à un diplômeDeux possibilité peuvent se présenter : 1.La personne n'a jamais été inscrit à l'établissement,Il est tout d'abord inscrit à l'établissement: Il communique l'ensemble des information sur sonétat civil.Puis ensuite il est inscrit à un diplôme, ce qui correspond à l'autre possibilité puisqu'ilmaintenant inscrit à l'établissement.2.La personne est déjà inscrit à l'établissement.Il peux donc être inscrit à un diplôme: •L'étudiant choisi à quel diplôme il souhaite s'inscrire•Puis il choisi les modules du diplôme auxquels il souhaite s'inscrire2.Création d'un diplômeLorsque l'établissement souhaite créer un nouveau diplôme, la scolarité, doit entrer lesinformation sur ce diplôme:•Intitulé du diplôme•Choix d'un règle d'obtention du diplôme•Défini les modules du diplôme: Pour chaque module

•On associe un coefficient•On rentre les coefficient de chaque épreuve3.Notation La notation se fait par l'examinateur. Il à pour rôle dévaluer les épreuves de chaque étudiant, etd'y associer une note. Habituellement, il rentre l'ensemble des notes de tout les étudiant inscrit àune épreuve particulière. Il procède ainsi:•Choix d'un diplôme•Choix d'un module•Choix de l'épreuve. •Et pour chaque étudiant•Il rentre la note4.Modification d'une moyenneAprès que le jury soit réuni il peux modifier la moyenne à un module (calculer en fonctionne desnotes) Pour cela on différenciera, la moyenne calculé (à partir des notes déjà rentrées), et lamoyenne fixé (Défini par le jury). Cette moyenne clôtura alors le module. Il procède ainsi:•Choix d'un diplôme•Choix d'un module•Pour chaque étudiant•Modifier ou valider la moyenne5.Définition de règles d'obtentions pour valider un diplômeLa scolarité peut définir un ensemble de règle à l'obtention d'un diplôme. Pour ajouter une règleelle doit fournir les informations suivante:•La moyenne minimum pour valider un modules•Le nombre minimum de module à valider pour obtenir le diplôme•La moyenne minimum à chaque module pour valider un diplôme•Pour chaque mention, la moyenne minimum à un diplôme pour obtenir cette mention.6.Consultation des résultatsL'ensemble des acteur, peuvent consulter les données du systèmes. Cette consultation peux sefaire également plusieurs années après que les données ont été rentrer. Un historique del'ensemble des inscriptions, et des notes, et donc conservé. Pour différencier les inscription à undiplôme au fil des années, on associe à chaque diplôme une Promotion, qui correspond à l'annéed'inscription au diplôme. La consultation s'effectuera à partir de l'IHM.Les différentes consultation possibles (avec le scénario)sont :1.Consultation d'une note à une épreuve:•Identification (numéro d'étudiant)•Choix du diplôme•Choix d'un module.2.Consultation de moyenne définitive, ou partiel à un module ou à un diplôme•Identification (numéro d'étudiant)•Choix du diplôme

•Choix d'un module.3.Mention ou moyenne obtenue à un diplôme ou si il à été obtenue ou non.•Identification (numéro d'étudiant)•Choix du diplôme4.Détails sur les diplômes enseignés dans l'établissement.•Identification (numéro d'étudiant)•Choix du diplôme5.Historique des inscriptions d'un étudiants.•Identification (numéro d'étudiant)•(Choix d'une inscription)7.Redoublement à un diplômeUn étudiant peu redoubler une année, dans ce cas, il repasse les modules de son choix. Il doitalors se réinscrire à un diplôme (avec une promotion différente), mais il peux conserver certainmodule de l'année précédente de son choix. Si il se réinscrit à un module, c'est celui ci(Promotion la plus récente), qu'il sera utilisé dans la moyenne général.c)Interaction avec le systèmeSeule la scolarité pourra interagir avec le système pour des opérations de modification de typeinscription, définition de note ou de moyenne, ajout de diplômes, ect... Pour les opération deconsultation, l'ensemble des acteur pourront y accéder par l'intermédiaire du site web ou de lascolarité. Si une personne souhaite s'inscrire il faut qu'elle s'adresse à la scolarité. Idem si unétudiant veux se réinscrire, ou si le jury ou un examinateur veux définir une note ou une moyenne.2. Diagramme de classes

Le diagramme de classes à permis de modéliser notre problème, sous forme de classe. Lesattributs et les méthodes sont volontairement omis dans les première version, car il semblait plusimportant de bien définir les classes et les association être elle avant d'allé plus loin. Les diagrammede classe qui suivent sont aussi disponible au format GIF dans le répertoire doc/analysea)1er VersionsDans la première réunion, nous avons définie une 1er version d'un diagramme de classes,comportant les classes suivantes:

•Établissement•Personne•Règle : Ensemble de valeurs définissant les règles d'obtention d'un diplôme en fonction desmoyennes obtenues aux modules. •Matière : Une matière enseigné•Étudiant : Personnes inscrits à u moins une promotion.•Promotion : Représentes l'ensemble des étudiants inscrits à un diplôme pour une années.•Diplôme : Diplôme enseigné par l'établissement.•Modules : Matière coefficienté, enseigné dans un diplôme•épreuve : Epreuve d'un module. Possède un coefficients.•Note : Classes association entre un Étudiant et une épreuve. •RelevéDeNotes : Ensemble de moyenne de chaque module, fixé à partir des moyennescalculé. Un objet de cette classe est créé après que le jury a défini les moyennes finals desmodules. Cette classes permet aussi de calculer la moyenne au Diplôme, ainsi que de savoir sile diplôme est validé, et quel mention est attribué.•Moyenne : Association entre une relevée de note et un module. Définie une note moyennepour un module donnée.Les associations entre les classes sont :•Établissement/promotion: Permet de définir les promotions de l'établissement.•Étudiant/Note: Notes qu'a obtenues l'étudiant•Promotion/ReleveDeNote : Relevés de notes pour chaque Étudiant inscrit à une promotion.Elle bidirectionnel, car le Relevée de note doit pouvoir consulter les règles associé au

diplôme de la promotion.•Promotion/diplôme : Diplôme associé à la promotion•Diplôme/Module : Modules enseigné dans le diplôme•Épreuve/Module : Épreuves qui sanctionnes un module.•Note/Épreuve : Épreuve associé à la note.•ReleveDeNote/Moyenne : Ensemble des moyenne du relevée de note.•Moyenne/Module : Module associé à la moyenne.•Diplôme/Règle : Règle associé au diplômeSur cette version on peux noter plusieurs point litigieux. ReleveDeNotes est associé à unepromotion, mais aussi à un Étudiant, car il possède son numéro, hors on a pas mis d'associationentre ReleveDeNotes et Étudiant. La classes note doit-elle être associé directement à un Étudiant ?Ca pose problème car on demande pas à un Étudiant d'enregistrer sa note, puis quand on en àbesoin, de lui redemander. Le redoublement est difficilement gérable, car on peut pas conserver unéventuelle module qu'il a déjà validé.b)Seconde version On essayé de résoudre le problème des redoublements en se disant, qu'il faut faire apparaître lesinscription à un module, au lieu des inscriptions à un diplôme. La classes Promotion est retiré pour

ajouter une classes InscriptionModule, qui represente une inscription d'un Étudiant à un module,pour une année donnée (ce qui permet le redoublement). Comme on à liées les note à l'etudiant, ondécide de faire de même pour le RelevéedeNote. On ajoute aussi une association entreÉtablissement et Étudiant pour matérialiser un inscription à l'établissement.c)Troisième version On s'est dit, que puisque qu'on à matérialisé une inscription à un module , on pourrai faire dememe pour un Diplôme avec une classe InscriptionDiplome. Ce qui est plus logique,car unÉtudiant, s'inscrit, et un diplôme, puis à des modules. Si les notes serai associer à l'inscriptionmodule, au lieu d'un étudiant, on à plus besoin de relevée de note, car InscripltionModule peutcalculer la moyenne, ou la fixer. On a alors retiré la classe RelevéeDeNote et la classe moyenne.Pour qu'un Étudiant puisse s'inscrire à un diplôme on le demande à la classe Diplôme, qui crée unobjet de la classe InscriptionDiplome qui matérialise son inscription. Ensuite on peut demander aInscriptionDiplome, de s'inscrire à un module du diplôme, elle crée alors un objetInscritptionModule. Ces deux inscriptions sont toujours liée à une année (Promotion) car, si unÉtudiant veut conserver les notes obtenu à un module, il se réinscrit au diplôme pour l'annéesuivante, et ajoute à cette inscription, certaines des inscriptions aux modules de l'année précédente.On peut remarquer une sipulitude entre le groupe de classes Diplôme/Module/Epreuve et le groupeInscriptionDiplome/InscriptionModule/Note . Le premier groupe décrit les entités liées àl'établissement. Et le second des associations entre les classes (Classe d'association) :•InscriptionDiplome : Association entre un Étudiant et un diplôme pour une année donnée

•InscriptionModule : Association entre une inscription à un diplôme et un Module, pour uneannées données.•Note : Association entre une InscriptionModule et des Épreuve, pour une valeur de notedonnée. Après avoir vérifié, si les différent scénarios peuvent être accompli pas se diagramme, nousavons décidé qu'elle serai la version finale.d)Version finaleDans cette version finale nous avons ajouté les principales méthodes et attributs des classes. Lesméthode qui permettent de naviguer entre les classes ont été volontairement omis, en considérantqu'il sont déjà représenté par les associations du diagramme. Chaque attributs de classes sur lediagramme sont publique et peuvent être obtenu en lecture seul par une méthode de même nom.IIImplémentation du systèmePour implémenter le système on à choisi Java. L'implémentation en Java suivra scrupuleusementle diagramme de classe. L'IHM utilisera les objets des classes pour interagir avec le système. Dans un premier temps, nous avons implémenté le système en stand-alone (les objets etantstockés dans des vecteurs, et sans possibilité de sauvegarde des données), sans base de donnée poureffectuer des teste (sans l'IHM). Une fois les testes concluant nous avons intégrer le système dedialogue avec la base de données (interaction avec le JDBC).

1. Implementation des classes

Pour chaque classe du diagramme, on écrit une classe Java correspondante. Chacun des attributsde classe peut être obtenue en lecture seul à partir d'une méthode de même nom. Pour chaqueassociation entre 2 classes, on crée un méthode pour obtenir une Collection d'objet de la classeopposé. Si cette classe (celle opposé) à une clé, on peux obtenir un seul objet correspondant à cetteclé. La méthode pour obtenir cette objet aura alors comme paramètre la clé et retournera uneinstance de la classe correspondante. En résumé si on à 2 classe A et BA->B : A possédera une méthode : Collection b()Si B à une clé c ; A possédera en plus la méthode B b(c)En plus de ces méthodes, la classe A doit posséder une méthode du type ajouterB(B b) pourajouter une association entre un objet de A et l'objet b. Selon la situation " ajouter » peux êtrenommer " inscrire », si B est une classe d'association. Dans ce cas l'objet à passer en paramètre n'estplus une instance de classe opposé, mais une instance d' une des classe associer à cette association.La méthode retourne alors l'instance de la classe d'association crée. Par exemple pour inscrire unétudiant à un diplôme, on utilise la méthode InscriptionEtudiant inscrireEtudiant(Etudiant e) de laclasse diplôme. InscriptionEtudiant sert de classe d'association entre Etudiant et Diplôme.InscrireEtudiant n'a donc besoin que d'une instance de la classe Etudiant pour créer une association.Pour chaque méthode ajouterX on à aussi une méthode supprimerX pour supprimer uneassociation.Pour une description plus détaillé sur chacune des méthodes de classes, se référer à ladocumentation JavaDoc.La classes promotion est implémenté comme un entier, représentant l'année de l'inscription. Laclasses Mention et implémenté comme un type énuméré, qui est en faite un entier, qui peu prendrecomme valeur une constante défini dans la classe Règle.2. Base de données

Pour conserver toutes les données rentrées dans le système, elle devront être enregistré sur unsupport de sauvegarde. 2 cas ont été envisagé : •Les données sont enregistré dans un fichier, créer par java, en utilisant le système deSérialisation. Dans ce cas la base de donnée ne peux être consulter qu'a partir de l'ihm javaassocié, et seulement sur un seul poste. • Les données sont enregistré sur un serveur de base de données. N'importe quel logiciel peuxaccéder à cette base de données, pourvu qu'il respecte le protocole imposé. Les deuxième solution à été retenue, pour pouvoir utiliser avec l'IHM n'importe où, du momentqu'elle peux accéder au serveur. Une interface web pourra aussi être ajouté facilement. Pour éviterde " réinventer la roue » on choisi d'utiliser un serveur de base de donnée existant de typePostgresSQL ou MySQL.a)Systeme de base de données utiliséOn utilise une base de donnée de type relationnelle. Pour se connecter à cette base on utilise lemidle-ware JDBC de java, qui servira d'interface entre le système et la base de donnée. Pour desraisons de flexibilité, le système pourra se connecter au choix, à une base de données PostgreSQLou MySQL. Ces deux logiciels on été choisi, car ils sont libre, et un serveur MySQL étant mis ànotre disposition à l'Université. Dans un premier temps le logiciel à été testé sur PostgreSQL, caront avait un serveur personnel prêt à l'emploi, à notre disposition (le serveur MySQL de l'universitéétant inaccessible de l'extérieur). Avec JDBC, le portage à MySQL n'a pas posé beaucoup deproblème. Quelques différences subsistes : Lorsqu'on veux définir un clé auto-increpmentable,MySQL utilise le mot clé AUTO_INCREMENT, alors que PostGreSQL à son propre typeBIGSERIAL. Pour obtenir la dernière clé généré ou la prochaine clé qui sera généré, MySQL

implémente une méthode dans JDBC, mais c'est pas la cas de PostGreSQL, on doit alors envoyerune requête sur une table pour obtenir la clé.Le choix de la base de données se fait lors de l'établissement de la connexion ensuite plus aucunedifférence ne sera faite entre les deux. L'utilisateur spécifiera la base de données à utiliser dans unfichier de configuration (type, adresse du serveur, login).b)Modèle relationnel du diagramme de classesPour créer la base de donnée, on à besoin de définir son modèle relationnelle. Il est calqué sur lediagramme de classe. Chaque objet correspondant à une table, les attributs d'une tablecorrespondant aux attributs de la classe. Par contre les héritage étant pas permis les super classen'ont pas de tables correspondante. Dans notre cas seule deux cas simple ce sont présenté : Personnen'a pas de table correspondante, par contre la tables étudiant contient les attribut de personne etd'étudiant. Idem pour Matiere et Module. Les associations unidirectionnel 1 à N (les seules pressente dans notre diagramme) entre lesclasses peuvent être vu comme une relation entre 2 tables.Établissement n'ayant pas d'attribut, il n'a pas de table correspondante. Schéma de la base de donnéec)Intégration du modèle relationnel dans le modèle objetLe désavantage à l'utilisation d'une base de donnée relationnel, est son intégration difficile dans lemodèle de classe définit. Le travails à été de trouver la solution la plus élégante pour faire cohabiterle modèle objet et le modèle relationnelle. Pour pouvoir retrouver les données enregistrées, la pluspart des classes auront besoin d'accéder à la base, donc elle devront avoir accès à une instance declasses permettant d'accéder à cette base. Cette classe pourrai être Statement de JDBC, mais parsoucis d'abstraction, on créera une classes appelé BD, qui servira à interroger la base de donnée.Lors de sa création on lui fournie les différents paramètres pour se connecter à la base de données.A partir de l'objet BD on peut effectuer 2 types de requêtes : les requêtes d'actualisation

(INSERT,UPDATE,DELETE), et les requêtes d'interrogations (SELECT).Une méthode pourobtenir la dernière clé primaire généré est aussi disponible. Un autre problème à été de définir pour chaque tables sa clé primaire, qui permettra de définirplus facilement les relations entre les tables. On pourrai utiliser les clé des classes, mais chaqueclasses n'a pas forcément sa clé. On à donc décider d'ajouter un attribut entier id à chaque classe (etdonc à chaque table), id sera la clé primaire de la table. Cette attribut n'appairait pas dans lediagramme de classe car il est seulement utile pour la base de donnée du modèle relationnelle.Chaque classe possédera donc un attribut publique id (lecture et écriture par des méthodes), et unattribut privée bd correspondant à une instance de la classe BD. Ces 2 attributs seront initialisé parle constructeur des classes. Il est alors judicieux de définir un classe BDTable possédant cesattributs, chaque classes (sauf Établissement), hérite alors de BDTable.Les méthodes utilisé pour parcourir les associations, ont pour rôle de créer le ou les objets à partird'une requête SQL de type SELECT. A partir des données de la base, ont crée alors les objetsassociée, puis ont les retourne. Les méthodes de type ajouter et inscrire, exécute des requêted'actualisation de type INSERT, pour créer ou supprimer une nouvelle association entre 2 objets.Avec ce type d'implémentation le modèle relationnelle et sa base de donnée associée esttotalement invisible à l'utilisateur du système.L'interrogation de la base par l'intermédiaire du système (pour conserver le concept objet), peutpénaliser les performances sur l'obtention des données. Par exemple pour calculer la moyenne d'unétudiant inscrit à un diplôme, la méthode utilise une autre méthode des inscription à chaque modulepour obtenir la moyenne à ce module. La méthode calculant la moyenne à un module, interroge labase de donnée pour obtenir les notes. Donc si on a 8 modules, on effectuera 9 requêtes (1 pourobtenir les modules, et 8 pour calculer chaque moyenne au module), alors que si on aurai vouluobtenir la même information en interrogeant la base directement, on aurai pu réduire le nombre derequête à une seule. Mais il y a pire, pour obtenir la moyenne sur une promotion entière, on aura 9fois le nombre d'étudiant, de requête effectué, donc dans un cas réel, avec 200 étudiant on va avoir1800 requêtes d'effectuer, ça devient inacceptable. Heureusement, lorsque le module à été clôturé(aucune note ne seront ajouter dans l'avenir), la moyenne est fixé, et donc les requête d'obtention denotes ne sont plus utilisée, ce qui réduit le nombre de requête.diagramme partiel entre une classe et BDTable, BD, StatementIIIConception de l'IHML'ihm se décompose en deux parties : le logiciel en Java, et le site web. Le logiciel sera utiliséuniquement par la secrétaire, alors que le site web pourra être consultable par tous les utililistaurs.1. Le logiciel en Java

Le projet devait permettre de gérer tout le domaine administratif pour un étudiant. En effet, il aété établi qu'il devait être possible:•de saisir toutes les informations sur l'état civil d'un étudiant,•celui devait pouvoir s'inscrire à un (voire plusieurs) diplôme(s),•de saisir des notes de validation d'une matière pour un diplôme,•de consulter au final:les moyennes générales,la moyenne de la population ayant obtenu le diplôme,la moyenne de la population ayant obtenu la mention,les statistiques de réussite.•d'archiver des promotions,•des diplômes,•...

Le mieux pour interagir avec toutes ces données était de créer une interface graphique "facile"

d'utilisation. En effet, le mieux pour un utilisateur éventuel est de ne pas à avoir à communiqueravec le système par un nombre trop grand de fenêtres à gérer. C'est pourquoi il a été décidé que toutse ferait dans une unique fenêtre dont la taille est maximale par rapport à la taille de l'écran del'ordinateur utilisé.Dés la deuxième réunion de projet, des idées pour l'interface graphique ont été évoquées. Cesidées consistaient à n'avoir pour un utilisateur éventuel qu'une seule fenêtre de gestion des actionset des données à saisir ou à vérifier ! De plus, seule une personne de l'administration sera apte à utiliser ce logiciel.a)Choix de la gestion des actions possibles par un membre de l'administrationTout d'abord, nous avons dû choisir une méthode de représentation simple qui permettrait à lafois de voir certaines données du système comme les différents diplômes actuels de l'établissement,pour chacun les modules définis, ... mais également d'insérer de nouvelles données. Ces dernièrespeuvent se résoudre à :

une inscription d'un nouvel étudiant à un établissement une création d'un nouveau diplôme avec les modules qui lui seront associés ...

Pour cela, un seul composant graphique y répondait : un arbre ! Cet arbre, à l'état actuel se décompose de la manière suivante : De manière complètement étendue, l'arbre contient :

consulter les note d'un étudiant.Le langage de script utilisé est PHP, car il possède des modules pour mySQL et PostgreSQL ainsique pour la plus part des serveur Web. Sa syntaxe ressemblant au C, il est simple à utiliser. Pourrécupérer les donnée de la base, PHP interrogera directement le serveur de base de donnée. Lanotion d'objet n'est donc pas pris en compte dans le site Web.a)Consultation des résultatsCalqué sur les cas d'utilisations, l'étudiant doit avant tout s'identifier en entrant son numéro. Cetteétape se fait dans le fichier identification.php. Une fois identifié, le numéro de l'étudiant est transmisen la page liste_inscription.php par POST . liste_inscription.php affiche alors (après avoir vérifiél'existence de l'étudiant) l'historique de l'ensemble des inscription à l'établissement. L'utilisateur n'aplus qu'a choisir son l'inscription pour pouvoir afficher ses résultats.Conclusion:A la fin de ce projet, on s'est demandé si ça valait vraiment la peine de conserver le concept objetstricte, pour implémenter le système. Les données aurai pu être obtenue directement par l'ihm(comme avec le site). Mais la maintenance du logiciel aurai été d'autant plus difficile, car pourmodifier l'IHM il aurai fallu que le programmeur s'intéresse aux requêtes à utiliser, ce qui n'est pasle cas avec notre système, qui cache toutes les requêtes.On a aussi remarqué certain problème d'intégrité des données, par exemple si on oublie d'entréeune note pour un étudiant, la moyenne sera calculé seulement à partir des notes entrées, et lamoyenne sera faussé. On peux résoudre le problème en vérifiant combien il y a d'épreuve, dans lemodule. Des règles aurai pu être également ajouté, comme par exemple le nombre minimum demodule, auxquels l'étudiant doit être inscrit.La réalisation du diagramme de classe, nous a permis de mieux comprendre la manière de penserpour modéliser le monde réel en UML. La remise en question permanente de notre schéma nous àsans doute permis d'aboutir à un modèle qui se rapproche de ce que doit remplier le système.Néanmoins on se rend compte qu'il est difficile d'être sur à 100 % que notre diagramme colle bien àla réalité. La réalisation par la suite de la base de données, nous a amené à utiliser les driver JDBC,et à essayé d'intégrer au Modèle objet les requêtes pour récupéré les données dans la base.La deuxième partie, qui est la réalisation de l'IHM, nous a pousser à utiliser les composantSWING, et à mieux appréhender la réalisation d'une interface utilisateur, et à mieux comprendre lesliens qui peuvent exister être les données que l'utilisateur souhaite connaître, et leurs représentationsdans celle-ci.Nous avons sous estimé le temps qu'on allé passer sur l'IHM, sans doute à cause du manqued'expérience dans ce domaine. Elle n'est donc par terminé, et de nombreux bug de placement reste àcorriger. L'affichage des statistique reste très succin, et est seulement présent dans le site web. Lesite web aurai pu être agrémenter d'information sur l'établissement (diplôme enseignée,renseignement divers). Il n'est également pas possible de gérer les rattrapage et le redoublement àpartir de l'IHM.AnnexeOutils utilisés:ArgoUML 0.16.1 : Logiciel libre prometeur pour la réalisation de diagramme UML. Il nous à paspermis d'indiquer les attributs clés d'une classe.Eclipse 2.1.2 : Environnement intégré, permettant, les principales fonctionnalité qu'on attendd'un IDE. Le mode debugage est très pratique (-;

JDK 1.4 : Indispensable pour programmer en JAVAOpenOffice 1.1.0 : Pour réaliser ce présent document.JCreator : Autre Environnement intégré.Références:P. -A. MULLER, N. GAERTNER, Modélisation objet avec UML, Eyrolles 2004Laura LEMAY, Rogers CADENHED Java 2 en 21 jours , Campus Presse 2002

quotesdbs_dbs2.pdfusesText_3

[PDF] [PDF] Rapport de projet dobjet : Gestion des notes dun établissement - Free

[PDF] Application pour la gestion des notes des étudiants de la FST