Chapitre 1,2,3,4

PGI POUR LES CENTRES SOCIAUX D’AIDE DES HANDICAPES
Sommaire
Introduction Générale ....................................................................................................... 5
Chapitre I : Présentation Générale ............................................................................... 6
I. Présentation du sujet...................................................................................... 6
II. Méthodologie et formalise adoptés ............................................................... 6
1. Méthodologie de conception ........................................................................ 6
2. Le langage de modélisation ......................................................................... 7
Chapitre2 : Analyse des besoins et spécifications .................................................... 9
I. Objectif : ........................................................................................................ 9
II. Etude de l’existant : ..................................................................................... 10
III. Spécification des exigences : .................................................................... 10
1. Liste des exigences .................................................................................... 10
2. Identification des acteurs : ......................................................................... 10
3. Les besoins fonctionnels ........................................................................... 11
4. Les besoins non fonctionnels .................................................................... 11
IV. Quelques concepts ..................................................................................... 12
V. Scénarios des cas d’utilisations : ............................................................... 13
1. Identification des cas d’utilisation : ........................................................... 13
2. Diagramme de package :............................................................................ 17
3. Diagramme des cas d’utilisations : ............................................................ 19
4. Diagrammes d’interaction.......................................................................... 24
Chapitre 3 : CONCEPTION ............................................................................ 32
I. Architecture du système ............................................................................ 32
II. Conception ................................................................................................ 33
1. Conception de la Base de Données ............................................................ 33
2. Présentation du dictionnaire de donnée ..................................................... 34
3. Présentation du MCD................................................................................. 36
4. Diagramme de classe ................................................................................. 38
1
Chapitre 4 :Réalisation ..................................................................................... 40

I. Environnement de travail .......................................................................... 40
1. Environnement matériel ............................................................................. 40
2. Environnement logiciel .............................................................................. 40
3. Choix technique ......................................................................................... 41
4. Choix du langage ....................................................................................... 41
5. Choix du standard de développement ........................................................ 42
6. Choix de la technologie de sécurité ........................................................... 42
II. Déroulement du projet : ............................................................................ 43
III. Phase d’implémentation ............................................................................ 43
1. Qu’est-ce que phpMyAdmin ? ................................................................... 43
2. Créer une base de données ......................................................................... 44
3. Comment créer une table de la base de données ....................................... 44
Chapitre V : Interface de l’application ........................................................... 46
I. Interfaces de l’application ......................................................................... 46
1. Page d’authentification : ............................................................................ 46
2. Message d’erreur :...................................................................................... 46
3. Page d’accueil : .......................................................................................... 47
4. Interface de Menu : .................................................................................... 48
II. Gestion élève : ........................................................................................... 48
CONCLUSION GENERALE ....................................................................................... 50
Bibliographie ........................................................................................................................ 51
2
Liste des figures
Figure 1 Modèle méthode «agile» .............................................................................................. 7

Figure 2 : Différents diagrammes d'UML .................................................................................. 8
Figure 3 : Diagrammes de cas d’utilisation du paquetage «paramétrage» ............................... 20
Figure 5 : Diagrammes de cas d’utilisation de paquetage «affichage» .................................... 22
Figure 6 : Diagrammes de cas d’utilisation «archivage» ......................................................... 23
Figure 8 : Diagramme d’activité d’ajouter nature .................................................................... 25
Figure 9 : Diagramme de séquence d’ajouter, modifier, supprimer membre........................... 26
Figure 10 : Diagramme d’activité d’ajouter un membre .......................................................... 27
Figure 11 : Diagramme de séquence afficher les informations d’association .......................... 28
Figure 12 : Diagramme d’activité afficher les informations d’association .............................. 29
Figure 13 : Diagramme de séquence inscription ...................................................................... 30
Figure 14 : Diagramme d’activité d’inscription ....................................................................... 31
Figure 15 : Processus de conception d'une base de données .................................................... 33
Figure 16 : Modèle conceptuel des données (MCD) ................................................................ 37
Figure 17 : Diagramme de classe ............................................................................................. 38
Figure 18 : Création d'une base de données ............................................................................. 44
Figure 19 : Création d'une table ............................................................................................... 44
Figure 20 : Résultat de création de la table .............................................................................. 45
Figure 21: Interface d'authentification ..................................................................................... 46
Figure 22: Interface d'erreur de connexion .............................................................................. 47
Figure 23:Interface Page d'accueil ........................................................................................... 47
Figure 24: Interface de Menu ................................................................................................... 48
Figure 25: Interface gestion élève ............................................................................................ 48
3
Liste des tableaux
Tableau 1 : Liste des acteurs du système ................................................................................. 10

Tableau 2 : Liste de cas d’utilisation ........................................................................................ 17
Tableau 3 : Diagramme de paquetage ...................................................................................... 19
Tableau 4 : Dictionnaire de données ........................................................................................ 36
Tableau 5 : Déroulement de projet ........................................................................................... 43
4
Introduction Générale
Actuellement, il est possible d’adhérer à des applications web, est un logiciel applicatif
hébergé, sur un serveur est accessible via un navigateur web.
La différence entre l’application web et le site web est qu’une agence internet peut
proposer, développer, fournir et présenter de l’information aux visiteurs. Mais au
contraire les applications web sont des outils informatiques orientées métier qui
facilitent le travail au quotidien des membres d’une entrepris, association ou collectivité.
Pour atteindre l’objectif principal de ce travail il faut concevoir et développer une

application web pour la gestion de l’association permettant de réaliser plusieurs taches
dans un délai plus court que le temps de déplacement physique et assurer la qualité de
services.
Le travail présenté a pour but la réalisation du projet de fin d’études et l’obtention du

diplôme de licence appliquée en technologies de l’informatique.
Notre rapport de projet de fin d’études est organisé comme suit :
*Un premier chapitre intitulé « Présentation Générale » fera l’objet d’une vue globale sur
le projet de notre cadre de travail.
*Le deuxième chapitre présente d’une part, analyse des besoins et spécification dans
lequel nous définissons les objectifs à éteindre, d’autre part, il présente la liste d’acteurs
et leurs cas d’utilisations pour finir dans ce chapitre par l’élaboration du Diagrammes
d’interaction.
*Un troisième chapitre consacré à la phase de conception, ou à la fin, nous donnons le

diagramme de classe de notre application.
*Le quatrième chapitre s’intéressa à la phase d’implémentation et la réalisation de

l’application.
*Le dernier chapitre représente les interfaces de l’application.
5
Chapitre I : Présentation Générale

Introduction
Dans ce chapitre, nous allons déterminer quelques généralités portant sur la

méthode et outils mettant en évidence la réalisation de notre projet.
Dans ce chapitre, nous détaillons les éléments suivants :
 Cadre général du travail
 Présentation du sujet
 Méthodologie et formalise adoptés
I. Présentation du sujet
Notre sujet consiste à réaliser et développer une application web de l'association

SANAD de Sidi Bouzid pour faciliter et organiser le système de l’association.
II. Méthodologie et formalise adoptés

1. Méthodologie de conception
On peut développer notre projet sur la base de la méthode agile pour la conception
de notre système nous avons adopté une méthode objet, en effet l'approche objet est une
approche incontournable dans le cadre de développement des applications. Pour mieux
présenter l'architecture de notre application, on va choisir le langage de modélisation le plus
adopté UML.
La méthode agile fonctionne sur la base de l'itérative, l'incrémentale et

l'adaptative.[1]
Les avantages de la méthode agile sont :
 Excellente réactivité vis-à-vis du client.[2]

 Favorise et facilite la communication avec les autres membres de l'équipe.
 Développements hors sujet très peu probable.
6
Figure 1 Modèle méthode «agile»[3]
2. Le langage de modélisation
On a choisi UML (Unified Modeling Langage) Pour la conception de l’application, L'UML est
un langage de modélisation objet. Il permet donc de modéliser vos objets et ainsi
représenter votre application sous forme de diagramme. C’est une notation permettant de
modéliser un problème de façon standard.
UML n'est pas un langage à proprement parler, plutôt une sorte de méthodologie.
 Vue statique : représente l’architecture conceptuelle de système, elle regroupe

le diagramme de classe, d’objet, de déploiement, de composants et de
paquetages.[4]
 Vue dynamique : connu aussi sous le nom diagramme d’interaction, séquence,
d’activité, de collaboration et d’état transition.
7
La figure suivante (Figure 2) montre les différents diagrammes de l'UML.
Figure 2 : Différents diagrammes d'UML
Conclusion
Dans ce chapitre nous nous intéressons par la présentation générale de notre

application ‹‹PGI pour les centres sociaux d’aide des handicapes›› par une présentation
générale et une mise en œuvre
8
Chapitre2 : Analyse des besoins et

spécifications
Introduction :
Dans ce chapitre l'étape de spécification constitue la base de départ de notre travail,

cette étape consiste à comprendre le contexte du système. Il s'agit de déterminer les
fonctionnalités et les acteurs les plus pertinents. En outre, l’adéquation de toute application
à réaliser et aux besoins des utilisateurs assureront la réussite de l’application et son utilité
future. Et suite à l’étude du cahier des charges entamée au chapitre précédant, nous allons
essayer dans ce chapitre de présenter l’étape de capture des besoins, ainsi que l’étape
d’analyse.
I. Objectif :
Pour développer notre application répondant des solutions aux besoins de centres
sociaux d’aides les handicapés, C’est ainsi que le suivi du centre social s’intègre dans le but
de remédier aux problèmes détectés et apporter des solutions requises ainsi que des
suggestions d'améliorations.
Les objectifs à atteindre dans notre application consistent à :
 Gagner du temps pour le déroulement de chaque opération : une telle demande peut
s’effectue à l’aide de notre site dans un délai plus courte que le temps de déplacement
physique.
 Mettre en place un système informatisé permettant d’acquérir de l’information et
faciliter des tâches.
 Etablir la rapidité et la fiabilité.
 Effectuer les traitements des informations.
 Garantir la confidentialité.
9
II. Etude de l’existant :

L'étude de l'existant nécessite une analyse détaillée de son domaine d'étude,
de son environnement, suivi d'une critique permettant de dégager le dysfonctionnement
de la gestion.
III. Spécification des exigences :

Étant donné l'utilité d'avoir un système informatique de valeur. Le sujet de notre site
permettra de réagir aux besoins des responsables du centre social.
1. Liste des exigences

Dans cette partie, nous allons présenter les différents besoins fonctionnels et non
fonctionnels de notre application.
2. Identification des acteurs :

Un acteur est tout utilisateur du système qui peut être une personne, un système
informatique ou un matériel. Il a une bonne idée des fonctionnalités de l’application.
En se basant sur cette définition, nous avons identifié les acteurs du futur système qui sont
au nombre de deux: administrateur et superviseur.
Chacun de ces acteurs va utiliser l’application pour réaliser des tâches bien précises.
L’administrateur est un acteur principal, celui

qui va gérer directement l’application,
Il gère le processus de recrutement des
ouvriers ainsi que l'étude de leurs l'état. Il
gère les absences et les congés. Il peut
également consulter les fiches de
Administrateur statistiques, aussi il peut gère le pointage
C’est l’acteur qui va débute le déroulement

de notre application
Superviseur
Tableau 1 : Liste des acteurs du système
10
3. Les besoins fonctionnels
Les besoins fonctionnels ou besoin métiers représentent les actions que le système
doit exécuter, il ne devient opérationnel que s’il les satisfait. Cette application doit couvrir
principalement les besoins fonctionnels suivants :
Gestion des membres (ajout, modification, suppression).

Gestion de finance (ajout, modification, suppression, calcule, contrôler).
Gérer les congés (accepter, annuler).
Gestion productive et de vente.
Consulter le planning (ajout, modification, suppression).
Engagement (tuteur, stagiaire, handicapé à l'atelier).
Gérer le pointage.
Gérer les ateliers créatifs.
Gérer les activités (affectation, suppression)
Gérer les déplacements (affectation, suppression)
Gérer la réunion (affectation, suppression).
4. Les besoins non fonctionnels
Ce sont les besoins qui permettraient d'améliorer la qualité des services du site
comme la convivialité et l'ergonomie des interfaces et l'amélioration du temps de réponse.
Parmi ces besoins on cite :
Contraintes d'exploitation :
L’application devra être une architecture client serveur, il doit fonctionner sous Windows,
l’administrateur doit pouvoir un accès à l’historique.
Interface Homme-Machine (IHM) :

Le futur logiciel doit être facile à utiliser. En effet, les interfaces utilisateurs doivent être
conviviales c'est-à-dire simples, ergonomiques et adaptées à l'utilisateur.
L'application devra être accessible depuis l'utilisateur, Il faut aussi prévoir une accessibilité
suffisamment rapide aux différentes fonctions.
11
Contraintes de développement :
Développement d’une application accessible en ligne d’où le développement d’une

application web.
Sécurité :
Gérer les droits d’accès.
La rapidité de traitement :
En effet, vu le nombre important des transactions quotidiennes, il est impérativement

nécessaire que la durée d'exécution des traitements s'approche le plus possible du temps
réel.
La performance :
Un logiciel doit être avant tout performant c'est-à-dire à travers ses fonctionnalités, répond
à toutes les exigences des usagers d'une manière optimale.
La convivialité :
L’application doit être facile à utiliser.il doit présenter un enchainement logique entre les
interfaces et un ensemble de liens suffisants pour assurer une navigation rapide et un texte
compréhensible, visible et lisible.
IV. Quelques concepts
Qu’est ce qu’un PGI :

Un PGI est la traduction en Français du terme ERP « Enterprise Resource
Planning » qui signifie « planification des ressources de l’entreprise ».
C’est une imbrication d’applications informatiques plus ou moins étendues (gestion des
commandes, gestion des stocks, gestion des ventes, gestion de la comptabilité, contrôle de
gestion) émanant d’un éditeur unique, et aussi est un logiciel de planification des ressources
d'entreprise qui a pour but d'assurer la coordination de l'ensemble des activités d'une
entreprise au tour d'un même système d'information.
12
Chaque application construite de manière modulaire partageant une base de données

unique et commune.[5]
Les avantages d’un Progiciel de Gestion Intégré

Les avantages d’un Progiciel de Gestion Intégré sont nombreux mais on choisi
quelques avantages :
 Unicité du système d’information : les PGI supprime les risques de doublons et donc
le risque d’erreur, la base de données étant commune à tous les modules.[5]
 Outil de productivité : les PGI permettent un gain de temps considérable (des
écritures comptables peuvent être créées et générées de manière automatique, les
données sont mises à jour en temps réel).[5]
 Optimisation des processus : les processus de l’entreprise se retrouvent plus
standardisés, le PGI jouant un rôle structurant.[5]
 Diminution de certains coûts : l’ergonomie du PGI étant la même pour tous les
modules, les coûts de formation du personnel à son utilisation sont limités .[5]
 Une utilisation évolutive : le PGI étant défini par une combinaison de modules,
l’entreprise utilisatrice peut facilement intégrer de nouvelles applications.[5]
V. Scénarios des cas d’utilisations :
1. Identification des cas d’utilisation :
Un cas d’utilisation est un classificateur qui modélise une fonctionnalité d’un

système ou d’une classe. C’est un ensemble d’actions réalisées par le système en réponse à
une action d’un acteur.
13
Cas d’utilisations Description Acteur

Paramétrer association Le paramétrage de l'association en Administrateur
type ajout n'est effectué qu’une

seule fois, lors du premier lancement
du logiciel.
puis, un administrateur ne peut que
modifier les données de l’entreprise
à savoir : nom, logo, adresse et
description.
Paramétrer nature L’administrateur peut modifier, Administrateur
supprimer, contrôler ou ajouter un

nature handicap
Paramétrer poste ouvrier L’administrateur peut modifier, Administrateur
supprimer, ou ajouter une poste
Paramétrer nature handicape L’administrateur peut modifier, Administrateur
supprimer, ou ajouter une nature

d’handicap
Paramétrer profession L’administrateur peut modifier, Administrateur
membre supprimer, ou ajouter une

profession
Gérer élève L’administrateur peut modifier, Administrateur
supprimer ou ajouter un élève

Gérer stagiaire L’administrateur peut modifier, Administrateur
supprimer ou ajouter un stagiaire

Gérer utilisateur L’administrateur peut modifier, Administrateur
supprimer ou ajouter un utilisateur

Gestion membres L’administrateur peut modifier, Administrateur
supprimer ou ajouter un membre
14
Gérer formateur L’administrateur peut modifier, Administrateur
supprimer ou ajouter un formateur

Gérer ouvrier L’administrateur peut modifier, Administrateur
supprimer ou ajouter un ouvrier. Superviseur
Le superviseur régir les ouvriers

Gérer Person L’administrateur peut modifier, Administrateur
supprimer ou ajouter un Person. Superviseur
Le superviseur régir le Person

Gérer les congés L’administrateur peut accepter ou Administrateur
annuler la demande de congé

Gérer l'engagement L'administrateur accepter Administrateur
l'engagement de le stagiaire ou de
tuteur ou de l'atelier
Gérer le pointage L'administrateur peut contrôler les Administrateur
absences et les présences de

l’handicapé et de le stagiaire et de
l'ouvrier et de l'élève dans l'atelier
par la gestion de pointage
Gestion de registre de L’administrateur peut modifier, Administrateur
mantique contrôler, ajouter ou calculer

Planning Un planificateur d’activités est Administrateur
associé à chaque personne. La

prévention des absences et des
congés est effectuée dans ce cas
d’utilisation.
Gérer la réunion le superviseur permet d’affecter ou Superviseur
annuler la réunion.
Gérer les activités Le superviseur peut affecter une Superviseur
activité soit éducation ou

divertissement ou culturel ou
sportive, et peut ajouter ou
15
supprimer une activité

Gérer les déplacements Le Superviseur peut affecter ou Superviseur
annuler le déplacement
Afficher la permission de On afficher la permission de sortir Administrateur
sortir ouvrier ouvrier sous format imprimable pour

la signature
Afficher la permission de On afficher la permission de sortir Administrateur
sortir formateur formateur sous format imprimable

pour la signature
Afficher la fiche des on afficher le fiche sous format Administrateur
engagements imprimable pour la signature

Afficher la fiche de rapport on afficher le fiche sous format Administrateur
financier imprimable pour la signature

Afficher la fiche de demande on afficher le fiche sous format Administrateur
imprimable pour la signature

Afficher les informations de choix les données de l’association Administrateur
l’association (nom, logo, adresse et description)

et affichage sous format imprimable.
Afficher la fiche de présence on afficher le fiche sous format Administrateur
des élèves imprimable pour la signature
des formateurs imprimable pour la signature.

des ouvriers imprimable pour la signature.
des stagiaires imprimable pour la signature

Afficher la fiche d’ajouter on afficher le fiche sous format Administrateur
mission imprimable pour la signature
16
Afficher la fiche d’ajouter on afficher le fiche sous format Administrateur
annonce imprimable pour la signature

Sauvegarder les données des Insérer toutes les informations Superviseur
membres relatives aux clients dans la base de

données.
Contenir l'option d'ajout Administrateur
Superviseur
d'utilisateurs d'application. Un
utilisateur d’application doit être un
Inscription superviseur d’association.
L’utilisateur doit avoir un
enregistrement dans la table des
employés
Tout utilisateur possède un seul Administrateur
Superviseur
moyen d'authentification (login et
mot de passe) qui autoriser de lui
Authentification
donner les données en temps réel.
tout utilisateur peut s’authentifier
plusieurs fois.
Tableau 2 : Liste de cas d’utilisation

2. Diagramme de package :
Dans le but d'élaborer le modèle, nous allons organiser les cas d'utilisation et les
regrouper en ensembles fonctionnels cohérents. Pour ce faire, nous utilisons le concept
générale d'UML qui s'appelle le : « package ».[6]
17
Sous système Paquetage Cas d’utilisation

Paramétrer association
parametrage de l'application parametrage Paramétrer nature
Paramétrer poste ouvrier
Paramétrer nature
handicape
Paramétrer profession
membre
Gérer élève
Gérer membre
collecte et gestion de l'information gestion de l'information
Gérer formateur
Gérer ouvrier
Gérer stagiaire
Gérer Person
Gérer les congés
Gérer l'engagement
Gérer le pointage
Gestion de registre de
mantique
Planning
Gérer la réunion
Gérer les déplacements
Gérer les activités
Afficher les informations

accées à l'information affichage
de l’association
Afficher la permission de
sortir ouvrier
Afficher la permission de
sortir formateur
Afficher la fiche des
engagements
18
Afficher la fiche d’ajouter

mission
Afficher la fiche d’ajouter
annonce
Afficher la fiche de rapport
financier
Afficher la fiche de
demande
présence des élèves
présence des ouvriers
présence des formateurs
présence des stagiaires
archifage Sauvegarder les données des

membres
Inscription
connexion
Authentification
Tableau 3 : Diagramme de paquetage

3. Diagramme des cas d’utilisations :
C’est un moyen de recueillir et de décrire les besoins des utilisateurs. Il est
également une représentation des fonctionnalités du système selon le point de vue de
l’utilisateur final. Il permet de décrire l’interaction entre le système et ses utilisateurs. [2]
On peut expliquer dans les figures qui vont suivre les diagrammes de cas d’utilisation des
différents paquetages.
19
Le sous système « paramétrage de l’application » :
Figure 3 : Diagrammes de cas d’utilisation du paquetage «paramétrage»
 Description textuelle
 But : définir les paramètres de classification pour les affectés aux
superviseurs et administrateur.
 Acteurs : Administrateur
 Description : Un administrateur doit s’authentifier pour la gestion de ce cas
d’utilisation. La définition de l’association n’est effectuée qu’une seule fois
en mode ajout. L’administrateur peut modifier ces données selon son choix.
Le paramétrage de nature s’effectue par ajout, modification ou suppression.
20
Le sous système « collecte et gestion de l’information» :
Figure 4 : Collecte et gestion de l’information
21
Le sous système « accès a l’information »
Affichage :
Figure 5 : Diagrammes de cas d’utilisation de paquetage «affichage»
 But : Sélectionner et afficher les données selon les choix de l’utilisateur.
 Acteurs : Administrateur
 Description : Un administrateur doit définir le domaine de données à afficher.

Les données doit lecture seul. les données sont synthétisées selon le besoin.
22
Archivage :
Figure 6 : Diagrammes de cas d’utilisation «archivage»
 But : Garder un historique de données sur les élèves, les stagiaires, les
formateurs et les animateurs.
 Acteurs : Superviseur
 Description : Une sauvegarde de données est nécessaire lors de chaque

gestion. Toute opération est accompagnée par un enregistrement de données.
Figure : Diagrammes de cas d’utilisation du paquetage « connexion »

 But : Former une équipe administrative pour faciliter l’administration de
l’application et organiser l’accès.et il est bien évidant qu’un administrateur peut
gérer les personnels alors que la réciproque est fausse.
 Acteurs : Administrateur, Superviseur
 Description : Ce cas d’utilisation englobe la gestion d’accès à l’application. Un

superviseur déjà inscrit peut s’authentifier pour accéder à l’application via
deux modes (empreinte, login et mot de passe).
23
4. Diagrammes d’interaction
Le diagramme d’interaction permet d'associer les notations du diagramme de
séquence à celle du diagramme d'activité, ce qui permet de décrire une méthode complexe.
Sous système « paramétrage »

Le package paramétrage contient 2 cas d’utilisation à savoir : paramétrage
d’association et paramétrage de nature de service et Nous allons présenter par la suite les
diagrammes de séquence et d’activité de celle d’ajout d’un nouveau nature.
Figure 7 : Diagramme de séquence d’ajouter nature
24
Figure 8 : Diagramme d’activité d’ajouter nature
25
Sous système collecte et gestion de l’information
:Administrateur :Système :Membre

Authenfication (login,mot de passe)
Vérification(login,mot de passe)
Authentfcation valide
[ si opération= Ajout]
Formulaire Ajout
Remplir Formulaire
Membre ajouter
Formulaire de modification [ si opération= Modification]
Remplir formulaire
Membre modifier
[ si opération= Suppression]
Formulaire suppression
Remplir formulaire
Membre supprimer
Figure 9 : Diagramme de séquence d’ajouter, modifier, supprimer membre
26
Figure 10 : Diagramme d’activité d’ajouter un membre
27
Sous système accès a l’information
L’affichage présente le paquetage le plus important dans l’application. Il reflète l’état de la

base de données et facilite l’interaction utilisateur-base de données. Les diagrammes
suivants présentent une modélisation de séquence et d’activité du cas d’utilisation « afficher
les information d’association».
Figure 11 : Diagramme de séquence afficher les informations d’association
28
Figure 12 : Diagramme d’activité afficher les informations d’association
29
Sous Système « connexion »
La connexion présente l’étape primordiale pour le lancement du logiciel.

Les diagrammes suivants donnent un aperçu sur la séquence et l’activité du cas d’utilisation
«inscription».
Figure 13 : Diagramme de séquence inscription
30
Figure 14 : Diagramme d’activité d’inscription
Conclusion :
Dans ce chapitre, on a présenté et justifié les choix des technologies utilisées dans
notre projet lors de la conception et la réalisation en mettant l’accent sur ses différents
avantages et inconvénients. Dans le chapitre suivant, on présentera une conception détaillée
de notre application suivant le langage UML ainsi que l’architecture de la base de données.
31
Chapitre 3 : CONCEPTION
Introduction
Dans ce chapitre, nous abordons la partie conception du sujet dans le quelle, nous
détaillons les différents éléments de conception, à savoir le diagramme de classe et le
modèle conceptuel de données.
I. Architecture du système
L’architecture de système se base sur une stratégie bien définit : on trouve 4 acteurs qui
participent a celle-ci :
Les utilisateurs : il s’agit de l’administrateur ou des superviseurs travaillant pour

l’Association. La manière d’accéder aux services de l’application pour l’un et pour
l’autre est la même. La différence réside sur les droits d’accès et les limites de
chacun.[7]
L’application : c’est le noyau de l’architecture. Elle permet de modéliser nos besoins
et de répondre aux services demandés dont l’utilisateur peut y accéder et gérer tous
ses fonctionnalités.[8]
La base de données : cet acteur s’agit d’une explication détaillé de tous les tables
qu’on va les étudier dans tous les informations contenus dans les interfaces de notre
application.[9]
L’impression : c’est une phase très importante car après avoir accéder à l’application
par l’utilisateur, et en élaborant la base de données on obtient des interfaces bien
définie.[10]
L’impression est une idée que l’on se fait à partir d’ancien évènement (accès à
l’application, gérer bases de données).
32
II. Conception
La conception se fait par étapes, afin d'aboutir à un système fonctionnel reflétant

une réalité physique. Il s'agit donc de valider une à une chacune des étapes en prenant en
compte les résultats de la phase précédente.
Ainsi, dans une première étape nous nous intéressons à la conception de la base de
données qui représente un point primordial et central de l’outil. On a en fait choisi les
formalismes des différents modèles de la méthode de conception UML afin de montrer les
relations entre les entités, les modifications de ces dernières et de leurs relations.
Et pour la deuxième étape, nous entamons la conception de l’applicatif qui consiste

à présenter les diagrammes des cas d’utilisation.
1. Conception de la Base de Données

On va s’appuyer ici sur la méthodologie UML pour la conception de la base de
données vu qu’elle est basée sur la séparation des données et des traitements à effectuer en
plusieurs modèles conceptuels de données puis en traduire un modèle logique de données.
On va représenter le dictionnaire de données, le modèle conceptuel des données et le
modèle logique de données.
Figure 15 : Processus de conception d'une base de données
33
2. Présentation du dictionnaire de donnée

Le dictionnaire de données englobe toutes les entités nécessaires pour la
représentation du modèle conceptuel des données.
Code Libellé Commentaire
1 Numéro Numéro de comite_direction
2 Nom Nom de comite_direction
3 Prénom Prénom de comite_direction
5 Date naissance Date de naissance
6 Nom Prénom de Mère Nom et Prénom de Mère
7 Nom Prénom de Père Nom Prénom de Père
8 Nationalité Nationalité de comite_direction
9 Numéro de CIN Numéro de carte nationalité international
10 Statut Statut de comite de direction
11 Adresse Adresse de comite de direction
13 E-mail Adresse E-mail
14 Référence Référence d’élève
15 Nom Nom d’élève
16 Prénom Prénom d’élève
17 Date_naissance Date de naissance d’un élève
18 CIN Numéro de carte nationalité international
19 Id_Nature _handicap Id_Nature d’handicapé
20 Nom_nature_handicap Nom nature handicap
21 Numéro_carte_handicapé Numéro de carte handicapé
22 Numéro_ouvrier Numéro d’ouvrier
23 Nom Nom d’ouvrier
24 Prénom Prénom d’ouvrier
25 Id_Poste Identifier Poste d’ouvrier
26 Nom_poste Nom de poste
27 Numéro_superviseur Numéro de superviseur
28 Fonction Fonction de superviseur
29 Id_utilisateur Identifier utilisateur
30 Nom Nom utilisateur
31 Prénom Prénom utilisateur
32 Login Login de l’utilisateur
34
33 Password Mot de passe

34 Rôle Rôle de l’utilisateur
35 Id_membre Identifier membre
36 Nom_membre Nom de membre
37 Prénom_membre Prénom de membre
38 CIN Numéro de CIN
39 Date_naissance_membre Date de naissance de membre
40 Tel_membre Numéro de téléphone de membre
41 Adresse_membre Adresse de membre
42 Email Adresse email de membre
43 Date_adhesion Date adhésion de membre
44 Id_profession Identifier profession membre
45 Nom_profession Nom d’une profession d’un membre
46 Numéro_engagement Numéro d’engagement stagiaire
47 Nom Nom de personne engagé
48 Prénom Prénom de personne engagé
49 Atelier Nom de l’atelier de stage
50 Référence Référence d’association
51 Nom Nom d’association
52 E-mail Adresse E-mail pour l’association
53 Ville Ville d’association
54 Numéro_telephone Numéro de téléphone de l’association
55 Site Site internet de l’association
56 Référence Référence d’engagement à l’association
57 Nom Nom de personne engagé à l’association
58 Prénom Prénom de personne à l’association
59 Numéro_registre Numéro de registre mantique
60 Montant Montant saisie au registre
61 Article Article de produit
62 Flag Flag de registre
63 Heure_Début Heure de début d’ordre de mission
64 Heure_Fin Heure de fin d’ordre de mission
65 Motif Motif d’ordre de mission
35
66 Id_avis Identifier d’un avis

67 Texte Texte pour un avis affiché
68 Jour Jour de pointage formateur
69 Heure_Début Heure de début pour pointage formateur
70 Heure_fin Heure de fin pour pointage formateur
71 Id_fiche Identifier fiche
72 Mois Mois de présence d’un formateur
73 Numéro_fiche_éléve Numéro de fiche présence élève
74 Id_parent Numéro d’engagement de parents
75 Nom_prenom Nom et prénom parents
76 Numéro_fiche_stagiere Numéro de fiche présence stagiere
77 Date Date de stage
78 Jour Jour de présence d’un stagiere
79 Référence Référence de document destiné
80 Description_document Destination de document destiné
81 Nombre_copie Nombre de document destiné
82 Remarque Remarque sur le document destiné
83 Piece_joint Pièce joint de document
84 ID_sorte Identifier de sortie bureau d’ordre
85 Référence Référence de sortie bureau d’ordre
86 Destination Destination de sortie bureau d’ordre
87 Date Date de sortie bureau d’ordre
88 Numéro_nature Numéro de nature de registre mantique
89 Description Type de registre mantique
Tableau 4 : Dictionnaire de données

3. Présentation du MCD
Le modèle conceptuel des données (MCD) a pour but de représenter de façon
structurée les données qui seront utilisées par le système d'information. Le modèle
conceptuel des données décrit la sémantique c’est à dire le sens attaché à ces données et à
leurs rapports et non à l’utilisation qui peut en être faite. [11]
On établit le MCD après avoir recensé et donné un nom à l’ensemble des données
du domaine étudié. Ensuite on étudie les relations existantes entre ces données.
36
Demande
date Date
Nom sup Texte Registre de mentique
Nature
1,n Sujet Texte Montant Entier long
texte Texte contient Description Texte
Article Texte 1,n Numero-nature <pi> Entier <O>
Référence dem <pi> <Indéfini> <O> Flag Texte
1,1
Identifiant_1 <pi> Numero-registre <pi> Entier <O> Identifiant_1 <pi>
... ...
Identifiant_1 <pi>
créer ...
1,1 Association
afficher Adresse Texte
Avis controler e-mail Texte
1,n 1,n 1,n
texte Texte 1,1 ville Texte
ID-avis <pi> Entier <O> numéro de télèphone Entier
Superviseur site Texte
Identifiant_1 <pi>
fonction Texte Referenceassocaition <pi> Entier <O>
...
Numero-supreviseur <pi> Entier <O> Nom Texte
1,n Identifiant_1 <pi>
Identifiant_1 <pi>
... ...
ordre de mission 1,1 1,n 1,n
HEURE_DEBUT Heure
heure-fin Heure posséder
motif Texte régir 1,1 engager
... 1,n
1,n Ouvrier
appartient 1,1
Nom_Prénom Texte poste
membre Poste Texte id_poste <pi> Entier <O>
1,1 Engagement
id-membre <pi> Entier <O> numero-ouvrier <pi> Entier <O> nom_poste Texte
1,n Nom_Prénom Texte
prenom_membre Texte Identifiant_1 <pi> Identifiant_1 <pi>
... Reference <pi> Entier <O>
CIN Entier Comité de direction ...
Nom Texte
tel_membre Entier Nom_Prénom Texte
date_naissance_membre Date Identifiant_1 <pi>
Date-naissance Date ...
adresse_membre Texte Nom&Prénom de mére Texte
email_membre Texte
Nom&Prénom de pére Texte formateur
date_adhesion Date Nationalité Texte
Nom_membre Texte Nom_Prénom Texte
Numéro de CIN Entier Numero-formateur <pi> Entier <O> Engagement stagiaire accéder
Identifiant_1 <pi> Statut Texte Stagiaire
Nom Texte
... Adresse Texte Nom_Prénom Texte Nom_Prénom Texte
Identifiant_1 <pi> Atelier Texte 1,n
1,n e-mail Texte ... Identifier-stagiere <pi> Entier <O>
Numero <pi> Entier <O> Numero-engagement <pi> Entier <O> 1,1 Nom Texte
1,1 Nom Texte
Nom Texte Identifiant_1 <pi>
Ligne-pointage-formateur Identifiant_1 <pi>
Identifiant_1 <pi> ...
... jour Entier ...
travailler HEURE_DEBUT Heure 1,1
heure-fin Heure
...
1,n
1,n ligne-fiche-
présence
fiche-présence-formateur
Document
profession_membre mois Date système
Identifier-fiche <pi> Entier <O> REFERENCE Entier
id_profession <pi> Entier <O>
observer Destination Texte
nom_profession Texte Identifiant_1 <pi>
1,n Nombre Entier
Identifiant_1 <pi> ... 1,n
1,1 Remarque Texte
... Eléve
Observation Texte
REFERENCE Entier Sortie
Iddocumment <pi> Entier <O> Fiche-présente-stagieire
Nom Texte Id <pi> Entier <O>
1,n Identifiant_1 <pi> date Date
Fiche-présence-eléve Nom_Prénom Texte Destination Texte ...
Date-naissance Date jour Entier
Ligne-fiche Identifiant_1 <pi>
jour Entier 1,1 CIN Numero-stagiere <pi> Entier <O>
-éléve Entier ...
Numero-fiche <pi> Entier <O> Nature Texte Identifiant_1 <pi>
Identifiant_1 <pi> Numéro-carte-hendicapé Entier ...
... Numero-eleve <pi> Entier <O>
type_utilisateur
Identifiant_2 <pi> utilisateur
... id_type_utilisateur <pi> Entier <O>
id_utilisateur <pi> Entier <O> 1,n
1,1 type_utilisateur Texte
1,1 Nom_Prénom Texte 1,1 type
1,1
Identifiant_1 <pi>
login Texte
engager ...
password Texte
occuper Identifiant_1 <pi>

1,n commettre ...
engagement_parents 1,n
id_parent <pi> Entier <O> 1,n

Nom_Prénom Texte Engagement_atelier
CIN Entier id_atelier <pi> Entier <O> nature_handicap
DateCIN Date date Date id_nature_handicap <pi> Entier <O>
Identifiant_1 <pi> Nom_Prénom Texte nature_handicap Texte
... Identifiant_1 <pi> Identifiant_1 <pi>
... ...
Figure 16 : Modèle conceptuel des données (MCD)
37
4. Diagramme de classe
Le diagramme de classes est considère comme le plus important de modélisation
orienté objet, il et le seul obligatoire lors d’une telle modélisation. Le diagramme de classes
montre la structure interne du système.il permet de fournir une représentation abstraite des
objets du système qui Von interagir ensemble pour réaliser les cas d’utilisation.il s’agit d’une
vue statique car on ne tient pas compte du facteur temporel dans le comportement du
système.
Les principaux éléments de cette vue statique sont les classes et leurs relations.
Demande
+ date : Date
Registre de mentique
+ Nom sup : String Nature
+ Sujet : String + Montant : long
+ Description : String
+ texte : String + Article : String
1..* + Numero-nature : int
+ Référence dem : Integer + Flag : String
+ Numero-registre : int 1..1 + ajouter ()
+ ajouter () + modifier ()
+ imprimer () + ajouter ()
+ supprimer ()
... + modifier ()
...
+ supprimer ()
1..* ...
Avis Association
+ texte : String 1..* 1..* + Adresse : String

+ e-mail : String
+ ID-avis : int
+ ville : String
+ Ajouter () Superviseur + numéro de télèphone : int
+ Imprimer () + site : String
+ fonction : String
... 1..1
+ Numero-supreviseur : int + Referenceassocaition : int
1..* 1..1 + Nom : String
+ ajouter ()
+ modifier ()
+ supprimer () poste
1..* ...
+ id_poste : int 1..1
1..* 1..1 Ouvrier + nom_poste : String
ordre de mission 1..1
+ Nom_Prénom : String + Ajouter ()
+ HEURE_DEBUT : Date + Poste : short + Modifier ()
+ heure-fin : Date 1..* 1..*
+ numero-ouvrier : int + supprimer ()
1..* 1..*
+ motif : String + ajouter () ...
+ Ajouter () + modifier () Engagement
membre + Imprimer () + supprimer () + Nom_Prénom : String
+ id-membre : int ... 1..1 ... + Reference : int
+ prenom_membre : String - numéro : int
+ CIN : int + ajouter ()
+ tel_membre : int Comité de direction formateur
+ modifier ()
+ date_naissance_membre : Date + Nom_Prénom : String + Nom_Prénom : String
+ supprimer ()
+ adresse_membre : String + Date-naissance : Date + Numero-formateur : int ...
+ email_membre : String + Nom&Prénom de mére : String + Ajouter ()
+ date_adhesion : Date + Nom&Prénom de pére : String + Modifier ()
+ Nom_membre : String + Nationalité : String + Supprimer () Engagement stagiaire Stagiaire
+ Ajouter () + Numéro de CIN : int ...
+ Nom_Prénom : String + Nom_Prénom : String
+ Modifier () + Statut : String
1..* + Atelier : String 1..1 + Identifier-stagiere : int
+ Supprimer () + Adresse : String
+ e-mail : String + Numero-engagement : int 1..* + Ajouter ()
... Ligne-pointage-formateur
+ Numero : int + Ajouter () + Modifier ()
1..* 1..* + jour : int + Supprimer ()
+ Ajouter () + Imprimer ()
+ HEURE_DEBUT : Number ...
+ Modifier () ...
+ heure-fin : Number
profession_membre + Supprimer () 1..*
+ Ajouter ()
+ id_profession : int ...
+ Modifier ()
+ nom_profession : String
+ Supprimer ()
+ Ajouter () ...
1..1
+ Modifier () Document
+ Supprimer () fiche-présence-formateur + REFERENCE : int
...
+ mois : Date + Destination : String
+ Identifier-fiche : int + Nombre : int 1..1
Eléve + Remarque : String
+ Ajouter () 1..*
+ REFERENCE : int Sortie + Observation : String
+ Modifier () Fiche-présente-stagieire
+ Nom_Prénom : String + Supprimer () + Ajouter ()
+ Id : int + date : Date
Engagement_parents + Date-naissance : Date ... 1..1 + Modifier ()
+ Destination : String
+ CIN : int + jour : int
+ Id_parent : int 1..* + Supprimer ()
+ Nature : String + Ajouter () ... + Numero-stagiere : int
+ Nom_prenom : String 1..*
1..1 + Modifier ()
+ CIN : int + Numéro-carte-hendicapé : int + Ajouter ()
+ Numero-eleve : int + Supprimer ()
+ DateCIN : Date + Modifier ()
...
+ Ajouter () + Supprimer ()
+ Ajouter ()
+ Modifier () type_utilisateur ...
+ Imprimer () utilisateur
... + Supprimer () + id_type_utilisateur : int
... + id_utilisateur : int + type_utilisateur : String
+ Nom_Prénom : String
1..* 1..* 1..1 + Ajouter ()
+ login : String 1..*
+ Modifier ()
+ password : String
+ Supprimer ()
+ Ajouter () ...
+ Modifier ()
+ Supprimer ()
1..1 ...
1..1
Fiche-présence-eléve
Engagement_atelier
+ jour : int
+ id_atelier : int nature_handicap
+ Numero-fiche : int 1..1
+ date : Date
+ id_nature_handicap : int
+ Ajouter () + Nom_Prénom : String
+ Modifier () + nature_handicap : String
+ Ajouter ()
+ Supprimer () + Ajouter ()
+ Imprimer ()
... + Modifier ()
...
+ Supprimer ()
...
Figure 17 : Diagramme de classe
38
Conclusion
Dans ce chapitre nous avons détaillé les différents vues conceptuelles des
applications à réaliser à travers les modèles UML nécessaires. Cette application est
essentielle pour la phase de réalisation qui constitue l’objet du chapitre suivant
«Réalisation».
39
Chapitre 4 :Réalisation
Introduction :
Dans les deux chapitres précédents, nous avons décrit les concepts techniques
permettant d’implémenter l’application. Ce chapitre présente les différents outils et
techniques informatiques qui ont été utilisés pour la réalisation de notre application. Le
premier paragraphe est consacré à l'étude de l'environnement matériel. L'environnement
logiciel sera présenté dans un deuxième paragraphe.
I. Environnement de travail
1. Environnement matériel
Notre application est réalisée sur un micro-ordinateur HP ayant les caractéristiques
suivantes :
Processeur : Intel® Core™ i3-4005U

RAM : 4 Go
Disque dur : 500 Go
Ecran : 15.6 pouces
2. Environnement logiciel
Pour la réalisation de l’application, nous avons utilisé les outils et les langages de
programmation suivants :
Les outils logiciels utilisés sont :
Outil pour la conception :

 Power AMC
 Argo UML
Système d’exploitation : Microsoft Windows
Logiciel de développement :
 PHP
 xampp
40
Outils de gestion des bases des données

 Système de gestion de base de données MySQL
 Langage SQL.
3. Choix technique
Pour réaliser notre application, nous avons utilisé le langage de programmation
PHP dédié à la création des applications web, celui-ci nous l'avons manipulé dans un
environnement de développement intitulé xampp, qui est largement compatible avec PHP.
Par ailleurs, il faut noter que les pages écrites en PHP version 5.6.14 sont à chaque fois
testées grâce à une plate forme de développement spécifique. La plate forme que nous
avons adoptée est XAMPP Control version 3.2.1 qui inclut tous les outils nécessaires pour le
test d'un site web dynamique à savoir le serveur Apache version 2.4.17, MySQL version
5.0.51b et la version PhpMyadmin 4.5.0.2. Nous avons utilisé quelques portions de codes
JavaScript qui est un langage exécuté coté client.
4. Choix du langage
JavaScript
JavaScript est un langage de programmation de scripts principalement utilisé dans

les pages web interactives. C'est un langage orienté objets à prototype .[11]
jQuery
Si vous avez déjà programmé en JavaScript, vous savez que ce langage est puissant,
et aussi créée pour faciliter l'écriture de scripts côté client dans le code HTML des pages web
.[12]
41
5. Choix du standard de développement
PHP
PHP est un langage de scripts libre principalement utilisé pour produire des pages
Web dynamiques via un serveur HTTP, mais pouvant également fonctionner comme
n'importe quel langage interprété de façon locale, en exécutant les programmes en ligne de
commande. PHP est un langage impératif disposant depuis la version 5 de fonctionnalités de
modèle objet complètes. En raison de la richesse de sa bibliothèque, on désigne parfois PHP
comme une plate-forme plus qu'un simple langage. [13]
MySQL
MySQL est un système de gestion de base de données (SGBD). Selon le type

d'application, sa licence est libre ou propriétaire. Il fait partie des logiciels de gestion de base
de données les plus utilisés au monde, autant par le grand public (applications web
principalement) que par des professionnels, en concurrence avec Oracle et Microsoft SQL
Server.[14]
MySQL est un serveur de bases de données relationnelles SQL développé dans un

souci de performances élevées en lecture, ce qui signifie qu'il est davantage orienté vers le
service de données déjà en place que vers celui de mises à jour fréquentes et fortement
sécurisées. Il est multithread et multiutilisateur.
CSS
CSS Permet la mise en forme d’une page web.[15]
6. Choix de la technologie de sécurité
Spécialisez-vous en sécurité de l'information, notamment en mesures intégrées de

protection de la confidentialité des renseignements stockés. On peut sécuriser
L'authentification qui consistant à assurer que seules les personnes autorisées aient accès
aux ressources.
42
II. Déroulement du projet :

Tache Durée Pourcentage
Etude préalable 5 jours 10%
Conception 15 jours 30%
Développement 20 jours 40%
Rapport 10 jours 20%
Tableau 5 : Déroulement de projet

 Etude préalable : pour désigner l'ensemble des étapes préparatoires nécessaires au
lancement du projet, il permet d'étudier la demande de projet et de décider si le
concept est viable, c’est-à-dire de définir ce qui sera inclus dans les objectifs du
projet
 Conception :
 Conception architecturale a pour but d'analyser le logiciel en composants plus
simples, déterminer par leurs interfaces et leurs fonctions (les services qu'ils
rendent).[16]
 La conception détaillée fournit pour chaque composant une description de la

manière dont les fonctions ou les services sont réalisés : algorithmes,
représentation des données.[17]
 Développement : c’est la réalisation, à partir de la conception détaillée, un ensemble
de programme ou des composants de programmes.[18]
 Rapport : c’est la phase de rédaction du rapport.
III. Phase d’implémentation

1. Qu’est-ce que phpMyAdmin ?
PhpMyAdmin est une application Web de gestion pour les systèmes de gestion de
base de données MySQL réalisée en PHP [19]. Par des interactions avec des clics de souris, il
permet de choisir une table, choisir un enregistrement à éditer, etc.
43
2. Créer une base de données

 PhpMyAdmin c'est qu'il permet depuis son interface de créer des bases de
données, simplement et rapidement.
 Comment ?
Essayez de créer une base de données pour voir. Entrez dans le champ vide le nom
que vous voulez donner à votre BD, "centre-db". Puis cliquez sur "Créer".
Figure 18 : Création d'une base de données[20]

3. Comment créer une table de la base de données
Depuis votre interface vous devriez avoir ça. Entrez un nom dans le champ "Nom",
comme par exemple "test". Ensuite vous devrez choisir le nombre de colonnes, le nombre
que vous allez entrer doit bien être choisi car il déterminera les informations que vous
voudrez stocker.
Figure 19 : Création d'une table
44
Figure 20 : Résultat de création de la table
Conclusion
Ce chapitre montre d’une façon réelle l’interaction de l’utilisateur avec le logiciel en

représentant des exemples des interfaces aussi il illustre l’environnement matériel et logiciel
utilisé pour la conception et le développement de l’application.
45
Chapitre V : Interface de l’application

Introduction :
Ce chapitre présente l’architecture de notre application avec un aperçu sur les maquettes
de l’interface, ainsi que les différentes fonctionnalités de l’application illustrées par des
images écrans.
I. Interfaces de l’application
1. Page d’authentification :
Cette page donne la main aux utilisateurs pour accéder aux différentes interfaces. Après la
vérification si leur login et mot de passe existe dans la base de données.
Figure 21: Interface d'authentification
2. Message d’erreur :
Ce message s’affiche lorsqu’un utilisateur se trompe sur son login et mot de passe.
Donc, il doit entrer une autre fois les login et mot de passe correcte pour pouvoir accéder à
ses fonctionnalités.
46
Figure 22: Interface d'erreur de connexion
3. Page d’accueil :
A travers l’interface principale de notre application l’administrateur peut effectuer les
opérations suivantes :
Figure 23:Interface Page d'accueil
47
4. Interface de Menu :
La figure suivante montre l’interface de menu
Figure 24: Interface de Menu
II. Gestion élève :
On a plusieurs Gestion de même principe : gestion élève, gestion ouvrier, gestion

stagiaire, gestion formateur, gestion commuté de direction, gestion superviseurs, gestion
membres, gestion utilisateurs, gestion de sorties bureau d’ordre, gestion de documents.
On a choisi un exemple ; Gestion élève
Figure 25: Interface gestion élève
48
Grace à cette interface l’utilisateur peut faire l’ajout, la suppression, et la modification d’un
élève :
 Ajouter des élèves : l’utilisateur doit remplir tous les champs (id, nom, prénom,
nature handicap, date de naissance) et les données seront automatiquement
ajoutées à la base de données à l’aide d’une requête dynamique. Ensuite, un
message s’affiche pour informer sur le succès de l’ajout.
 Supprimer des élèves : pour la suppression des élèves, l’utilisateur n’aura qu’à
sélectionner l’élève qu’il veut supprimer de la liste des élèves. Puis, il valide en
appuyant sur « Supprimer » ; les données seront automatiquement supprimées de la
base de données à l’aide d’une requête dynamique. Ensuite, un message s’affiche
pour informer le succès de suppression.
 Modifier les élèves : En cas de demande de modification de données relatives à un
élève, l’utilisateur à le droit de faire la mise à jour des données. Pour réaliser cette
action, il suffit de sélectionner l’élève et l’utilisateur peut faire des mises à jour aux
données de l’élève sélectionné, les données seront automatiquement modifiées de la
base de données à l’aide d’une requête dynamique. Ensuite, un message s’affiche
pour informer le succès de modification.
CONCLUSION
Dans ce chapitre nous avons présenté notre conception des interfaces
homme-machine de notre application. En effet, nous avons exposé les différentes critères
ergonomiques que nous avons tenu à respecter et comment on navigue entre les interfaces.
49
CONCLUSION GENERALE
L’objectif de ce projet de fin d’étude était de recevoir et développer une application web
pour faciliter et organiser le système de gestion de l’association SANAD.
Cette étude nous a permis de passer à une phase plus importante qui est :
Citer les besoins de la société et les répartir en besoins fonctionnels et non fonctionnels
Une phase de conception détaillée basée sur le langage UML.
Pour implémenter les différentes fonctionnalités de l’application nous avons utilisé le

langage de programmation PHP et MYSQL comme système de gestion de bases de données.
Enfin, l’application que nous avons développée pourrait être enrichie par des fonctionnalités
avancées telles que l’intégration de nouvelles taches selon la nécessité des utilisateurs.
50
Bibliographie
[1]http://www.semaweb.fr/101-prestations/271-la-méthode-agile/
[2] http://www.journaldunet.com/développer/expert/55616/la-méthode-agile---
optimisation-de-la-relation--client---fournisseur.shtml
[3] http://www.cogenit.fr/solutions/xcarecrows4smv/solution-smv-simulation-modélisation-
validation
[4] http://docplayer.fr/875055-3-uml-united-modeling-langage-digramme-statiques.html
[5]http://www.compta-facile.com/progiciel-gestion-integrée-pgi/
[6]http://www.sparxsystems.fr/resources/uml2-tutorial/uml2-packagediagram.html
[7] http://-gtr.iutv.univ-paris13.fr
[8]http://materiel-informatique.be/mysql.php
[9] http://delmas-rigous.nom.fr/Documents/YDelmas-ArchiWeb.html
[10] http://support.objecteering.com/
[11]http://additeam.com
[12] http://www.futura-sciences.com
[13] http://webtuto.weebly.com/c’est-quoi-le-css.html
[14]http://www.adproxima.fr
[15]http://www-gtr.univ-paris13.fr
[16] http://tecfaetu.unige.ch/etu-maltt/friz0/stic-2/ex16/introduction-query
[17] http://glssaire.infowebmaster.fr
51

Chapitre 1,2,3,4

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Chapitre 1,2,3,4

Încărcat de

Drepturi de autor:

Formate disponibile

PGI POUR LES CENTRES SOCIAUX D’AIDE DES HANDICAPES

Chapitre 4 :Réalisation ..................................................................................... 40

Liste des figures

Figure 1 Modèle méthode «agile» .............................................................................................. 7

Liste des tableaux

Tableau 1 : Liste des acteurs du système ................................................................................. 10

Pour atteindre l’objectif principal de ce travail il faut concevoir et développer une

Le travail présenté a pour but la réalisation du projet de fin d’études et l’obtention du

Notre rapport de projet de fin d’études est organisé comme suit :

*Un troisième chapitre consacré à la phase de conception, ou à la fin, nous donnons le

*Le quatrième chapitre s’intéressa à la phase d’implémentation et la réalisation de

*Le dernier chapitre représente les interfaces de l’application.

Chapitre I : Présentation Générale

Dans ce chapitre, nous allons déterminer quelques généralités portant sur la

Notre sujet consiste à réaliser et développer une application web de l'association

II. Méthodologie et formalise adoptés

La méthode agile fonctionne sur la base de l'itérative, l'incrémentale et

Les avantages de la méthode agile sont :

 Excellente réactivité vis-à-vis du client.[2]

Figure 1 Modèle méthode «agile»[3]

 Vue statique : représente l’architecture conceptuelle de système, elle regroupe

La figure suivante (Figure 2) montre les différents diagrammes de l'UML.

Figure 2 : Différents diagrammes d'UML

Dans ce chapitre nous nous intéressons par la présentation générale de notre

Chapitre2 : Analyse des besoins et

Dans ce chapitre l'étape de spécification constitue la base de départ de notre travail,

Les objectifs à atteindre dans notre application consistent à :

II. Etude de l’existant :

de son environnement, suivi d'une critique permettant de dégager le dysfonctionnement

III. Spécification des exigences :

1. Liste des exigences

2. Identification des acteurs :

L’administrateur est un acteur principal, celui

C’est l’acteur qui va débute le déroulement

Tableau 1 : Liste des acteurs du système

3. Les besoins fonctionnels

Gestion des membres (ajout, modification, suppression).

4. Les besoins non fonctionnels

Parmi ces besoins on cite :

Interface Homme-Machine (IHM) :

Développement d’une application accessible en ligne d’où le développement d’une

En effet, vu le nombre important des transactions quotidiennes, il est impérativement

IV. Quelques concepts

Qu’est ce qu’un PGI :

Chaque application construite de manière modulaire partageant une base de données

Les avantages d’un Progiciel de Gestion Intégré

V. Scénarios des cas d’utilisations :

1. Identification des cas d’utilisation :

Un cas d’utilisation est un classificateur qui modélise une fonctionnalité d’un

Cas d’utilisations Description Acteur

type ajout n'est effectué qu’une

supprimer, contrôler ou ajouter un

Paramétrer poste ouvrier L’administrateur peut modifier, Administrateur

supprimer, ou ajouter une poste

Paramétrer nature handicape L’administrateur peut modifier, Administrateur

supprimer, ou ajouter une nature

Paramétrer profession L’administrateur peut modifier, Administrateur

membre supprimer, ou ajouter une

supprimer ou ajouter un élève

supprimer ou ajouter un stagiaire

supprimer ou ajouter un utilisateur

supprimer ou ajouter un membre

Gérer formateur L’administrateur peut modifier, Administrateur