Remerciez-le!

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

Gestion des Etudiants 2.3 Description des cas d’utilisation Dans cette section,

Gestion des Etudiants 2.3 Description des cas d’utilisation Dans cette section, nous présenterons une description détaillée de chaque cas d’utilisation. Il s’agit de définir les scenarios possibles. 2.3.1 Cas d’utilisation authentification Les acteurs de notre application, à savoir l’administrateur, l’étudiant doivent s’authentifier afin d’accéder aux fonctionnalités de l’application. Le tableau ci-dessous décrit en détail les scénarios possibles de l’authentification. Nom du cas Authentification Brève description - Permet à un acteur de s’authentifier avant d’accéder à l’application Enchainement principal 1 - S’authentifier par un login et Mdp - Le login et le mdp sont corrects - Il accède à l’application Enchainement principal 2 - L’utilisateur choisit de lister les données. - L’utilisateur choisit une autre fonctionnalité parmi l’ajout de données, la mise à jour où supprimer des données. Enchainement principal 3 - L’utilisateur choisit d’exporter les données. - L’utilisateur choisit l’endroit pour sauvegarder les données. Enchainement principal 4 - Le système prépare les actions de l’ensemble des fonctionnalités du système. Enchainement principal 5 - Automatiser la sauvegarde a une date précise - Il accède à l’application Gestion des Etudiants 3. conception de l’application 3.1 Architecture de l’application Pour structure notre application, nous avons utilisé une architecture qui consiste à séparer l’application en trois couches :  La couche client : elle correspond à l’interface utilisateur. C’est la partie visible de l’application qui interagit avec les utilisateurs. Elle peut être réalise en HTML, CSS etc. pour obtenir une interface ergonomique, facile à utiliser, nous avons utilisé Framework Codeigniter et PHP.  La couche de traitement : elle correspond à la partie fonctionnelle de l’application, celle qui implémente le « logique métier », et qui décrit les opérations que l’application opère sur les données en fonction des requêtes des utilisateurs, effectue a travers de la couche présentation. Les différents règles de gestion et de contrôle du système sont mise en œuvre dans cette couche. La couche métier offre des services applicatifs et métier a la couche présentation a travers un serveur d’application. Dans notre projet, nous avons utilisé le serveur WAMP.  La couche de gestion des données : Elle correspond à la partie qui gère l’accès aux données du système. Les données peuvent être stockées indifféremment dans des fichiers de type texte, XML, ou encore dans une base de données gère par un SGBD. Dans notre projet, nous avons utilisé le SGBD MySQL. Figure : Architecture de l’application Gestion des Etudiants 3.2. Conception de la logique applicative Pour structurer notre application nous avons utilisé le pattern MVC qui permet de bien organiser l’application. Le but de MVC est justement de séparer la logique du code en trois parties que l'on retrouve dans des fichiers distincts, comme l'explique la description suivante :  Modèle : cette partie gère les données de l’application. Son rôle est de récupérer les informations « brutes » dans la base de données, de les organiser et de les assembler pour qu'elles puissent ensuite être traitées par le contrôleur. On y trouve donc les requêtes SQL. Parfois, les données ne sont pas stockées dans une base De données. C'est plus rare, mais on peut être amené à aller chercher des données dans des fichiers. Dans ce cas, le rôle du modèle est de faire les opérations d'ouverture, de lecture et d'écriture de fichiers.  Vue : cette partie se concentre sur l'affichage. Elle ne fait presque aucun traitement et se contente de récupérer des variables pour savoir ce qu'elle doit afficher. On y trouve essentiellement du code HTML.  Contrôleur : cette partie gère la logique du code qui prend des décisions. C'est en quelque sorte l'intermédiaire entre le modèle et la vue : le contrôleur va demander au modèle les données, les analyser, prendre des décisions et renvoyer le texte à afficher à la vue. Le contrôleur contient exclusivement du PHP. C'est notamment lui qui détermine si le visiteur a le droit de voir la page ou non (gestion des droits d'accès). Figure : Architecture MVC Ainsi, pour chaque d’utilisation nous avons développé des digrammes de séquences en se basant sur le MVC. Dans la suite nous présentons les digrammes de séquence de quelque cas d’utilisation. Gestion des Etudiants Gestion des Etudiants Gestion des Etudiants lhhl Gestion des Etudiants Acteur Rôles Administrateur - Ajouter Etudiant - lister Etudiant - Modifier Etudiant - supprimer Etudiant - planifier une tache - Automatisation de l’export des données des étudiants vers un fichier. - Utilisateur - Préciser l’endroit de fichier exporté (créer un nouveau dossier). - Enregistrer le fichier exporté avec son nom et sa date. 2.2 Identification des cas d’utilisation Les cas d’utilisation constituent un moyen de recueillir et de décrire les besoins des acteurs du système. Ils peuvent être aussi utilise ensuite comme moyen d’organisation du développement de l’application, dans cette section nous présentons les cas d’utilisation de notre application. Pour chaque acteur, nous avons réalisé un diagramme de cas d’utilisation. Gestion des Etudiants 4. Cahier de charges Le but de mon stage étant de réaliser une application de (gestion des étudiants), il fallait donc, au début de celui-ci, définir les points essentiels de mon travail, ainsi que ses limites. Tout cela donc sera regroupe dans le cahier des charges, en fonction des attentes de ma tutrice. Afin d’élaborer le cahier de charges, nous avons analysé les besoins des différentes acteurs du processus de la gestion des étudiants. Le système doit permettre à l’administrateur de charge des affaires pédagogiques de :  Gérer les matricules de chaque étudiant (ajouter, modifier, supprimer, lister).  Gérer les noms et les prénoms de chaque étudiant (ajouter, modifier, supprimer, lister).  Gérer les dates de naissance et le lieu de naissance de chaque étudiant (ajouter, modifier, supprimer, lister).  Gérer une interface permet d’automatiser une tache planifié dans un fichier batch.  L’utilisation sécurisée de l’interface.  Automatisation de l’export des données des étudiants vers un fichier. Le système doit permettre à l’utilisateur de :  Préciser l’endroit de fichier exporté (créer un nouveau dossier).  Enregistrer le fichier exporté avec son nom et sa date.  La bonne gestion du temps par rapport au rendu. La solution retenue pour la structure du site est donc de le diviser en deux grandes parties : une partie « utilisateur », qui sera accessible par tous, et une partie « administrateur », qui permettra la mise à jour de l’application. Gestion des Etudiants Analyse et conception 1. Méthodologies de développement Pour développe notre application nous avons utilisé une démarche simplifiée qui est un processus de développement itératif et incrémental base sur le langage de modélisation UML (UnifiedModelingLanguage). UML se veut une boite à outils offrant des éléments modélisation adaptes a l’approche objet. Elle permet aussi de décrire les différents aspects de notre application par une panoplie de diagrammes. Ainsi nous décrivons notre application en trois grandes étapes :  Analyse et conception des besoins : dans cette phase nous modélisons le cahier de charges. Pour ce faire, nous utilisons des diagrammes de cas d’utilisations, les diagrammes de séquences et le diagramme de classes.  Conception de l’application : dans cette phase nous décrivons l’architecture de l’application, le schéma de la base de données ainsi que les éléments conceptuels que nous avons choisis pour la mise en œuvre de différentes fonctionnalités de notre système.  Réalisation de l’application : qui consiste à mettre en œuvre les choix conceptuels effectuent précédemment. 2. Analyser des besoins : 2.1 indentification des acteurs : Nous avons identifié 3 acteurs principaux, le tableau ci-dessous présente les acteurs et leurs rôles : Gestion des Etudiants 2. Cadre du projet L’encadrant nous présenter l'étude préalable qui doit être élabore avant d'entamer la mise en place de notre application. Pour cela nous allons détailler en premier lieu la méthode de travail de la gestion des étudiants. En tant que développeurs nous allons citer les besoin essentiels demandes et les fonctionnalités requises par l’utilisateur, ainsi nous arriverons à trouver le problème de méthode adopte par la société pour en déduire une solution. 3. Problématique et Objectifs du projet De nos jours on assiste plus en plus à l’émergence d’une société de communication, il s’agit d’un phénomène ou cette dernière est devenue capitale dans la vie surtout avec l’apparition des nouvelles technologies d’information et de communication. Ce phénomène a déjà commencé à modifier nos habitudes, il a donné une nouvelle forme de gestion dans plusieurs domaines. Dans ce contexte, l’encadrant de notre stage propose le développement d’une application informatique pour une gestion plus développée des étudiants permettant d’atteindre les objectifs suivants :  Amélioration du processus de gestion des étudiants, actuellement accomplis d’une manière traditionnelle, à travers des outils de la bureautique.  Permettre un suivi temps réel des différents aspects des étudiants. Cela permet de gagner de temps et de se libérer à des taches plus stratégiques.  Permettre aux étudiants aussi bénéficier de cette application en demandant des informations. Gestion des Etudiants Remerciements Au nom d’Allah le tout puissant. On ne peut pas laisser passer l’occasion de la présentation de ce rapport sans exprimer nos uploads/Management/ rapport-de-stage 2 .pdf