School Work et automatisation de la gestion des frais scolaires">
Rapport de Stage de Licence
Rapport de Stage de Licence
Rapport de Stage de Licence
Analyse
8 2. ETUDE PRELIMINAIRE Elle consiste effectuer un premier reprage des besoins fonctionnels et oprationnels en utilisant principalement le texte, ou diagrammes trs simples. Elle prpare les activits plus formelles de capture des besoins fonctionnels et de capture techniques. 2.1. PRESENTATION DU PROJET A REALISER Cest une application qui doit permettre un utilisateur de faire lenregistrement ltablissement. 2.1.1. RECUEIL DES BESOINS FONCTIONNELS Nous avons effectu plusieurs recherches pour identifier au mieux les besoins de lapplication, et ceci afin de rpondre aux attentes des utilisateurs. Nous sommes alls chercher les informations auprs des administrations des collges et lycens et instituts pour bien dfinir le cadre de notre systme. Nous nous sommes procur quelques documents qui expliquent le mode de fonctionnement de la gestion des frais de scolarit et divers, ainsi nous avons restreints notre domaine en ce qui les frais scolaires, et cela nous a permis dtablir les informations suivantes: Organisation de Ltablissement Un tablissement est compos de sections (qui peuvent tre et le suivi des frais scolaires dun lve de
(francophones et anglophones), une section comporte des filires (gnrales et techniques), chaque filire est constitue de cycles (second cycle et premier cycle), les cycles eux-mmes contiennent des classes (Terminal C, Premire A, Seconde F, Troisime), et pour finir les classes sont reparties avec les libells quelconques.
9 Ltablissement est dirig par : Un administrateur : Cet utilisateur a accs fonctionnalits de bases et avances toutes les de lapplication. Entre
autres, il peut crer et supprimer tous les utilisateurs de lapplication. Il leur attribue et leur retire les droits selon leur responsabilit au sein de ltablissement. Lagent administratif : cette fonction est affecte au censeur, au surveillant gnral, etc., mais ici ne nous intresse pas. Le caissier : cette fonction est rserve la personne dsigne par ltablissement, il peut effectuer les versements des frais de scolarit, APE, etc., inscrire modifier et supprimer des lves en les attribuant des matricules, diter et imprimer les reus de versement et les certificats de scolarit selon les droits qui lui sont attribus par ladministrateur.
Organisation et gestion des frais scolaires Les frais de scolarit varient selon les classes, et plus encore selon les filires choisies par un lve. Ces frais sont repartis en tranches. Les tranches ont des dlais et les montants de rglement. Les montants et les dlais des tranches sont dfinis par ladministrateur dans le but de couvrir les frais de scolarit le plus facilement pour les parents dlves. Le ou les caissiers enregistrent les montants verss par les lves et leur remettent un reu de versement en mentionnant le solde et le dlai dudit versement. Les frais dinscriptions ne sont pas imputs ceux de la scolarit.
Rgles de gestion de ltablissement Un lve tudie dans une classe et une classe spcifique. Dans une classe tudie une ou plusieurs lves. Une lve effectue un seul versement. Un versement est reu par le caissier.
10 2.1.2. CHOIX TECHNIQUES Voici les techniques utiliss qui ont t adopts pour le projet : La modlisation avec UML (Unified Modeling Language, que l'on peut traduire par "langage de modlisation unifi) est une notation permettant de modliser un problme de faon standard. Ce langage est n de la fusion de plusieurs mthodes existant auparavant, et est devenu dsormais la rfrence en termes de modlisation objet.
UML est un langage formel et normalis de : gain de prcision gage de stabilit encourage l'utilisation d'outils UML est un support de communication performant Il cadre l'analyse. Il facilite la comprhension de reprsentations abstraites complexes. Son caractre polyvalent et sa souplesse en font un langage universel 2.1.3. IDENTIFICATION DES ACTEURS Nous allons maintenant numrer les acteurs susceptibles dinteragir avec le systme, mais dabord nous donnons une dfinition de ce que cest un acteur. Dfinition : Un acteur reprsente labstraction dun rle jou par des entits externes (utilisateur, dispositif matriel ou autre systme) qui interagissent directement avec le systme tudi. Les acteurs du systme identifis sont : LAdministrateur Le Caissier. 2.1.4. IDENTIFICATION DES MESSAGES
11 On va dtailler les diffrents messages changs entre lapplication et lextrieur. Dfinition : Un message reprsente la spcification dune
communication unidirectionnelle entre les objets qui transporte avec lintention de dclencher une activit chez le rcepteur. Le systme met les messages suivants : Les fiches des lves. Organiser ltablissement. Les modules dune section. Etat financier des paiements. Le systme reoit les messages suivants : Crations, modifications, suppressions des lves. Crations, modifications, suppressions des profils utilisateurs. Impression des reus de versements. Dfinitions, modifications, suppressions des frais scolaires. Dfinitions, modifications, suppressions des dlais de versements. Etablir les versements. 2.1.5. MODELISATION DU CONTEXTE A partir des informations obtenues lors des deux prcdentes tapes, nous allons modliser le contexte de notre application.
12
Utilisateurs finaux
Consulter la liste des lves. Donner les droits daccs. Crer les profils utilisateurs dfinir les frais scolaires configurer ltablissement Crer les sections Crer les filires Crer les cycles
Crer et modifier la fiche des lves Traiter les versements Imprimer les reus Consulter la liste des lves Consulter les tats financiers Enregistrer les paiements
3.
CAPTURE DES BESOINS FONCTIONNELS Cette phase reprsente un point de vue fonctionnel de larchitecture
systme. Par le biais des cas dutilisation, nous serons en contact permanent avec les acteurs du systme en vue de dfinir les limites de celui-ci, et ainsi viter de trop sloigner des besoins rels de lutilisateur final.
13 3.1. DETERMINATION DES CAS DUTILISATIONS Dfinition : Un cas dutilisation reprsente un ensemble de squences dactions ralises par le systme et produisant un rsultat pour un acteur particulier. Un cas dutilisation modlise un service rendu par le systme. Utilisation doutils de gnration de diagrammes UML : Tout au long du projet, nous avons utiliss plusieurs outils qui gnrent les diagrammes UML. Nous allons faire une prsentation rapide de ceux l. ArgoUML: cest un outil reprsenter les diagrammes dUML. Win Design : cest un outil qui sert reprsenter les graphiques en Merise, UML et plus encore. gratuit crit avec Java, permettant de
Identification des cas dutilisation : Lidentification des cas dutilisation une premire fois, nous donne un aperu des fonctionnalits futures que doit implmenter le systme. Cependant, il nous faut plusieurs itrations pour ainsi arriver constituer des cas dutilisation complets. Dautres cas dutilisation vont apparatre au fur mesure de la description de ceux l, et lavancement dans le recueil des besoins fonctionnels . Pour constituer les cas dutilisation, il faut considrer l'intention En regroupant les intentions
fonctionnelle de l'acteur par rapport au systme dans le cadre de l'mission ou de la rception de chaque message. fonctionnelles en units cohrentes, on obtient les cas d'utilisations.
14 Acteurs Cas dutilisation principaux, acteurs secondaires Emet : crer son tablissement, Organiser ltablissement crer /modifier les sections, Administrateur crer/modifier les filires, crer/modifier les cycles, crer/modifier les classes. Grer les profils Consulter les paiements Grer les inscriptions traiter les paiements consulter les inscriptions Administrateur Emet : crer ; modifier, supprimer les profils. Reoit : consulter les fiches de paiement. Emet : enregistrer les inscriptions Caissier crer /modifier /supprimer la fiche dun lve. Caissier Emet : enregistrer les paiements, imprimer les reus de paiements Reoit : consulter les fiches des inscriptions. Messages mis/reus par les acteurs
Caissier
Caissier
Remarque : Ce premier tableau n'est pas dfinitif, un processus de dveloppement avec UML est itratif, il se peut qu'il change au fur et mesure de l'avancement du projet.
15
3.1.1. DESCRIPTION PRELIMINAIRE DES CAS DUTILISATIONS Voici une description prliminaire des quelques cas dutilisation numrs prcdemment : Grer les inscriptions Intention : Grer les lves Actions : Crer le dossier lve, rattacher llve une anne acadmique, mettre jour le dossier, supprimer llve.
Grer les profils Intention : Crer les diffrents profils des utilisateurs. Actions : Crer un rle, attribuer des droits daccs, modifier le profil, crer un de mot de passe, supprimer les utilisateurs, consulter les listes.
16 Traiter les paiements Intention : effectuer les versements Actions : enregistrer les versements, consulter les versements, imprimer le reu de versements. 3.1.2. DESCRIPTION DTAILLE DES CAS DUTILISATIONS Nous allons maintenant dtailler chaque cas
dutilisation qui doit faire lobjet dune dfinition priori qui dcrit lintention de lacteur lorsquil utilise le systme et les squences dactions principales quil est susceptible deffectuer. REMARQUE : les descriptions vont tre organises de la faon suivante : o Un sommaire didentification : va rsumer les proprits du cas dutilisation. o Une description dtaille : des prconditions au dclenchement du cas dutilisation doivent tre spcifies, un scnario nominal dcrivant celui-ci additionn des scnarios alternatifs et dexceptions o Les diagrammes (optionnels) : Plusieurs diagrammes vont apparatre (mais pas ncessairement) pour apporter une comprhension supplmentaire au cas dutilisation. SOMMAIRE DIDENTIFICATION Titre : Grer les inscriptions. But : Dcrire les tapes de la cration dun nouvel lve. Rsum : sidentifier, crer un nouvel lve. Acteur : Le caissier. DESCRIPTION DES ENCHAINEMENTS Prconditions : le caissier sidentifie. Au moins une classe a t cre. Scnario nominal : Ce cas dutilisation commence lorsque lutilisateur demande lapplication de grer les inscriptions.
FOUKOU Yves Martial AUTOMATISATION DE LA GESTION DES FRAIS DE SCOLARITE
17 Enchanement (a) : Crer un nouvel lve en construction. Le caissier choisit une classe. Le caissier remplit le nom/prnom/date et lieu de naissance de llve, les informations sur ltat civil. Il affecte un matricule llve. Enchanement (b) : Valider une fiche lve en construction Le caissier doit avoir bien remplir toutes les informations obligatoires.
Enchainements Alternatifs Enchanement (c) : Modifier une fiche lve en construction ou valide Le caissier met jour cette fiche quand cela est ncessaire. Enchanement (d) : Supprimer une fiche lve Le caissier peut supprimer une fiche lve sil nappartient aucune classe. Exceptions [Exception1 : FicheclientExistante] : un message derreur saffiche lcran avisant lutilisateur que la fiche existe dj. [Exception2 : FicheIncomplte] : un message derreur saffiche lcran avisant lutilisateur de bien remplir et surtout les champs obligatoires.
18 SOMMAIRE DIDENTIFICATION Titre : Grer les profils But : Dcrire les tapes de la cration dun utilisateur. Rsum : Crer un nouveau profil et lui affecter des droits daccs Acteur : Ladministrateur DESCRIPTION DES ENCHAINEMENTS Prconditions : Ladministrateur est authentifi Scnario nominal : Ce cas dutilisation commence lorsque lutilisateur demande lapplication de grer les profils. Enchanement (a) : Crer un profil en construction Ladministrateur choisit un nom/mot de passe pour le compte Il choisit le rle. Enchanement (b) : valider un profil en construction Valider les donnes
Enchanements alternatifs Enchanement (c) : Supprimer un profil Ladministrateur peut supprimer un profil sil le dsire
SOMMAIRE DIDENTIFICATION Titre : traiter les paiements But : Dcrire les tapes de lenregistrement des frais de scolarit. Rsum : enregistrer, consulter les paiements, imprimer le reu de
19 Prconditions : Le caissier est authentifi Au moins une fiche dun lve est cre. Scnario nominal : Ce cas dutilisation commence lorsque le caissier demande lapplication de traiter les paiements. Enchanement (a) : enregistrer un paiement en construction Le caissier choisit une section. Il choisit la filire. Il choisit ensuite le cycle correspondant. Et puis, il choisit la classe de llve. Il choisit enfin llve concern. Enchanement (b) : remplir les informations du versement Le caissier remplt les informations de paiement telles : la date du jour, le montant payer. Enchanement (c) : valider lenregistrement Le caissier valide les donnes Enchanements alternatifs Enchanement (d) : consulter les paiements Ce Le caissier slectionne llve et affiche ses tats de versements. Enchainement (e) : Imprimer le reu de paiement Aprs la validation, le caissier imprime le reu de versement. cas dutilisation se termine lorsque le caissier a valid les
enregistrements du paiement.
3.2. STRUCTURATION DES CAS DUTILISATIONS DANS LES PACKAGES Cette phase va permettre de structurer les cas dutilisation en groupes fortement, ceci afin de prparer le terrain pour la prochaine phase qui est le dcoupage en catgories. Dfinition : Un package contenir :
FOUKOU Yves Martial AUTOMATISATION DE LA GESTION DES FRAIS DE SCOLARITE
reprsente un espace
de nommage
qui peut
20 Des lments dun modle. Des diagrammes qui reprsentent les lments du modle Dautres packages. La structuration des cas dutilisations se fait par domaine dexpertise mtier c'est--dire les lments contenus dans un package doivent reprsenter un ensemble fortement cohrent et sont gnralement de mme nature et de mme niveau smantique.
Cas dutilisations Grer les profils Organiser ltablissement Grer les paiements Consulter les paiements Grer les inscriptions Consulter les inscriptions
Caissier Caissier
21