Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

Elaborée par : -Acyl El Hassani -Ameny El Okb -Oumaima Haj Ali -Welid Gueddari

Elaborée par : -Acyl El Hassani -Ameny El Okb -Oumaima Haj Ali -Welid Gueddari -Malek Gridah Encadré par : Mme Sonia Ghannouchi & Mme Neila Hochlef A introduction B Problématique C Objectifs D Spécification des besoins E Diagrammes de cas d’utilisation F Diagramme de classe G Les Interfaces H Tables relationnelles Plan : A- Introduction :  L'homme au cours de son évolution s'est buté aux problèmes liés à l'ignorance et au rythme du développement des sciences. Étant un être intelligent, il n'a pas voulu rester dans les conditions de vie médiocre mais il a cherché à les améliorer.  Dans la recherche d'une évolution, l'homme a souhaité mettre fin à ce travail lourd et long portant sur des opérations arithmétiques et logiques complexes et de tâches répétitives.  Au contrôle des structures des facultés manuel, nous avons trouvé multiples difficultés quant à ce qui concerne le traitement des informations qui lui sont liées.  Ainsi, il nous a été capital de voir, pour le cas de notre sujet : <<Conception et réalisation d’une application web pour la gestion des étudiants, des groupes >>, dans quelle mesure la gestion automatisée peut-elle être un élément nécessaire permettrait surtout l'allégement du travail de l'homme et fournir les résultats précis. B- Problématique : C- Objectifs:  Compte tenu de la richissime diversité et du nombre sans cesse grandissant des étudiants dans les instituts et les facultés supérieures, une gestion plus efficace utilisant les outils informatiques permettra de gérer au mieux les volumes importants des étudiants mises à la disposition du responsable de gestion des ressources humaines.  L'objectif de ce projet est de mettre en place une application de gestion semi-automatique qui permet de gérer le système d'information des étudiants et leurs groupes , ce qui facilitera le travail du responsable de gestion de ressources humaines et exclura les erreurs qu’il peut faire d'une part, et d'autre part, qui réduira de manière systématique la durée de recherche documentaire.  Pour aboutir à cette fin nous allons tout d'abord effectuer une étude conceptuelle de l'application . Cette dernière nous permettra , en effet , d'accéder facilement à la réalisation de l'application en organisant les idées et en structurant le processus de codage suivant des diagrammes . D- Spécification des besoins : 1-identification des besoins : 1.1 – besoins fonctionnelles: Il s'agit des fonctionnalités du système. Ce sont les besoins spécifiant un comportement d'entrée / sortie du Système. 1.2 -Besoins non-fonctionnelles: Il s'agit des besoins qui caractérisent le système. Ce sont des besoins en matière de performance, de type de matériel ou le type de conception. Ces besoins peuvent concerner les contraintes d'implémentation. l'application devra être:  Extensible, c'est-à-dire qu'il pourra y avoir une possibilité d'ajouter ou de modifier de nouvelles fonctionnalités.  Compatible avec n'importe quel système d'exploitation.  Hautement sécurisée car les informations ne devront pas être accessibles à tout le monde afin de protéger les données personnelles des étudiants.  Avec une interface simple et facile à utiliser pour aider l’utilisateur à mieux gérer son espace de travail. 2- IDENTIFICATION DES ACTEURS: Pour cette application, nous avons identifié un seul acteur principale, c’est l’administrateur qui a pour rôle de gérer les étudiants et leurs groupes depuis la conception jusqu’à la maintenance de l’application web. E- Diagramme de cas d’utilisation: Bien souvent, la maîtrise d'ouvrage et les utilisateurs ne sont pas des informaticiens. Il leur faut donc un moyen simple d'exprimer leurs besoins. C'est précisément le rôle des diagrammes de cas d'utilisation qui permettent de:  - Modélisant les besoins des utilisateurs.  - Identifiant les grandes fonctionnalités et les limites du système.  - Représentant les interactions entre le système et ses utilisateurs. Scénario:  spécification du cas d'utilisation : gérer les étudiants  résumé: ce cas d'utilisation permet d'effectuer des opérations quant à ce qui concerne un étudiant  acteur principal : administrateur Scénario nominal :  cas d'utilisation 1 : Ajouter un étudiant 1-Le système affiche le formulaire à remplir 2-l’administrateur remplit le formulaire et le valide 3-le système met à jour la base de données  cas d'utilisation 2 : Rechercher un étudiant 1-le système affiche le formulaire de recherche 2-l’administrateur ajoute le numéro d’inscription de l’étudiant 3-le système affiche les coordonnées de l’étudiant  cas d'utilisation 3: supprimer un étudiant 1-l'administrateur choisit l’étudiant à supprimer 2-le système demande une confirmation 3-l’administrateur valide l'opération 4-le système met à jour la base de données des étudiants  cas d'utilisation 4: modifier des données 1-l’administrateur choisit l’étudiant à modifier 2-le système affiche le formulaire de modification 3-l’administrateur modifie les coordonnées 4-le système met à jour la base de données suite au modification Scénario alternatif et d’erreurs : • cas d'utilisation 1 : Ajouter un étudiant 1.a étudiant existe déjà 1-le système affiche un message d’erreur 2-le CU se termine. 1.b champs non conformes aux types 1-le système affiche un message d’erreur 2-le CU se termine. 1.c formulaire avec des champs vides 1-le système affiche un message d’erreur 2-le CU se termine. • cas d'utilisation 2 : Rechercher un étudiant 2.a étudiant non existant 1- le système annonce l’administrateur que cet étudiant n'existe pas 2- le CU se termine • cas d'utilisation 3: supprimer un étudiant 3.a étudiant n’existe pas 1- le système affiche un message d’erreur 2- le CU se termine • cas d'utilisation 4: modifier des données 4.a champs non conformes aux types 1-le système affiche un message d’erreur 2-le CU se termine. 4.b formulaire avec des champs vides 1-le système affiche un message d’erreur 2-le CU se termine. Scénario  spécification du cas d'utilisation : gérer les groupes  résumé: ce cas d'utilisation permet d'effectuer des opérations quant à ce qui concerne un groupe d’étudiant  acteur principal : administrateur Scénario nominal : • cas d'utilisation 1 : Ajouter un groupe 1-Le système affiche le formulaire à remplir 2-l’administrateur remplit le formulaire et le valide 3-le système met à jour la base de données • cas d'utilisation 2 : Rechercher un groupe 1-le système affiche le formulaire de recherche 2-l’administrateur ajoute le numéro du groupe 3-le système affiche les informations du groupe • cas d'utilisation 3: supprimer un groupe 1-l'administrateur choisit le groupe à supprimer 2-le système demande une confirmation 3-l’administrateur valide l'opération 4-le système met à jour la base de données des groupes • cas d'utilisation 4: modifier des données du groupe 1-l’administrateur choisit le groupe à modifier 2-le système affiche le formulaire de modification 3-l’administrateur modifie les coordonnées voulus 4-le système met à jour la base de données suite au modification. • cas d’utilisation 5: affecter un étudiant à un groupe 1-l’administrateur choisir un groupe déjà existant 2-le système affiche le formulaire d’ajout d’un nouveau étudiant 3-l’administrateur remplit le formulaire et le valide 3-le système met à jour la base de données des étudiants et des groupes • cas d’utilisation 6 : afficher la liste des groupes 1-le système affiche la liste des groupes existant Scénario alternatif et d’erreurs :  cas d'utilisation 1 : Ajouter un groupe 1.a groupe existe déjà 1-le système affiche un message d’erreur 2-le CU se termine. 1.b champs non conformes aux types 1-le système affiche un message d’erreur 2-le CU se termine. 1.c formulaire avec des champs vides 1-le système affiche un message d’erreur 2-le CU se termine. • cas d'utilisation 2 : Rechercher un groupe 2.a groupe inexistant 1- le système annonce l’administrateur que ce groupe n'existe pas 2- le CU se termine • cas d'utilisation 3: supprimer un groupe 3.a groupe inexistant 1- le système affiche un message d’erreur 2- le CU se termine cas d'utilisation 4: modifier des données du groupe • 4.a champs non conformes aux types 1-le système affiche un message d’erreur 2-le CU se termine. 4.b formulaire avec des champs vides 1-le système affiche un message d’erreur 2-le CU se termine. F- Diagramme de classe : Le diagramme de classes est un schéma utilisé en génie logiciel pour présenter les classes et les interfaces des systèmes ainsi que les différentes relations entre celles-ci. Ce diagramme fait partie de la partie statique d'UML car il fait abstraction des aspects temporels et dynamiques. G- les interfaces : Les interfaces graphiques de l'application sont très importantes, car elles permettent de faciliter le dialogue entre l'homme et la machine ainsi que d'améliorer les performances de l'application. Dans la conception des interfaces de notre application nous avons respecté un ensemble des choix ergonomiques comme la lisibilité, la compréhensibilité, etc. Dans ce qui suit une présentation des captures écrans des plus importantes interfaces de l'application.  interface d’authentification: l'authentification pour un système informatique est un processus permettant au système de s’assurer de la légitimité de la demande d’accès faite par le responsable Cette première capture présente l'interface d'authentification dans laquelle on doit choisir le nom d'utilisateur et entrer le mot de passe pour commencer à utiliser notre application.  Interface d'accueil : Dans notre application , on a seulement un utilisateur qui est l’administrateur . Par conséquent, nous avons prévu un login et un mot de passe pour lui . Une uploads/Management/ sprint-1.pdf