Ministère de L'Enseignement Supérieur et de

la Recherche Scientifique

***

Direction Générale des Etudes Technologiques

Institut Supérieur des Etudes Technologiques de

Kélibia

Projet de Fin d'Etudes

Elaboré en vue de l’obtention du

DIPLÔME DE LICENCE APPLIQUÉE EN

TECHNOLOGIES DE L'INFORMATIQUE
PARCOURS : DÉVELOPPEMENT DES SYSTEMES D'INFORMATION

Conception et Réalisation d'une application administrative pour l'institut de formation

professionnelle et continue « Info-Langues»

Travail réalisé au sein de :

Info-Langues

Soutenu le 16/06/2015

Réalisé par : Aïda BEN MAHFOUDH

Encadré par :
Mme. Raja BOUAFIF Encadrant Entreprise

M. Salem SAIDI Encadrant ISET

Code du projet : DSI05/2015

Année universitaire :

2014 / 2015
 Avant propos
A cœur vaillant rien d’impossible
A conscience tranquille tout est accessible
Quand il y a la soif d’apprendre
Tout vient à point à qui sait attendre

Quand il y a le souci de réaliser un dessein

Tout devient facile pour arriver à nos fins
Malgré les obstacles qui s’opposent
En dépit des difficultés qui s’interposent

Les études sont avant tout

Notre unique et seul atout
Elles représentent la lumière de notre existence
L’étoile brillante de notre réjouissance

Comme un vol de gerfauts hors du charnier natal

Nous partons ivres d’un rêve héroïque et brutal
Espérant des lendemains épiques
Un avenir glorieux et magique

Souhaitant que les fruits de nos efforts fournis

Jour et nuit, nous mènera vers le bonheur fleuri

Aujourd’hui, ici rassemblés auprès des jurys,

Nous prions dieu que cette soutenance
Fera signe de persévérance
Et que nous serions enchantés
Par notre travail honoré

CHRAIBI Mariame, Docteur diplômée de la faculté de médecine et de

pharmacie à el Fès.
 Dédicaces

Je dédie ce travail à tous ceux qui me sont chers :

Au symbole de douceur, de tendresse et d'amour : ma très

chère mère Najet, pour l'amour éternel et les sacrifices qu'elle
n'a cessé de me prodiguer.

A celui qu'est toujours mon meilleur exemple dans la vie : mon

cher père Mustapha, pour mon éducation et pour l'avenir qu'il
n'a cessé d'offrir.

A celles qui m'ont été toujours la garante d'une existence

paisible et d'un avenir radieux : mes chères sœurs Houda,
Mouna, Raja et Maha.

A tous mes amis, et en particulier Wala BEN BRAHIM,

A toutes ces personnes que j'ai senti redoutable de leur dédier ce
modeste travail avec mes vifs remerciements et les expressions
respectueuses de ma profonde gratitude.

Aida
 Remerciements

Comme l'a dit ISAAK NEWTON :"Si j'ai pu voir plus

loin, c'est en montant sur les épaules des géants".

Je tiens à adresser mes sincères remerciements à Mme. Raja

BOUAFIF et M.Salem SAIDI pour voir bien voulu
m’encadrer, pour tout le temps qu'ils m'ont octroyés et pour
tout les conseils qu'ils m'ont prodigués.

A tous les membres de l'institut privé de formation

professionnelle et continue Info-Langues, pour leurs esprits de
collaboration.

A tous les membres de jury.

A tous ceux qui, directement ou indirectement, m'ont aidé à

la finalisation de ce travail.

Qu'ils trouvent ici l'expression de ma profonde gratitude.

 Tableau de matière
Introduction générale.............................................................................................................................. 1

Chapitre 1 : Étude au préalable ............................................................................................................... 2

Introduction............................................................................................................................................. 3

I. Présentation générale de l'organisme d'accueil................................................................................. 3

1. Description d'Info-Langues .............................................................................................................. 3

2. Les services ..................................................................................................................................... 3

2.1. Formations ............................................................................................................................... 3

2.2. Stage et encadrement .............................................................................................................. 4

3. L’organigramme d'Info-Langues ...................................................................................................... 4

II. État de l'art ......................................................................................................................................... 5

1. Présentation de la formation professionnelle et continue ............................................................. 5

2. Applications de gestion des centres de formation .......................................................................... 5

3. Objectifs de l'application cible ........................................................................................................ 7

III. Cadre de modélisation ....................................................................................................................... 8

1. Définition de modèle ....................................................................................................................... 8

2. UML (Unified Modeling Language) : ................................................................................................ 8

IV. Cadre de méthodologie ..................................................................................................................... 8

1. Modèle de procédé : ....................................................................................................................... 9

2. Choix de modèle : .......................................................................................................................... 10

3. Méthodologie Agile : ..................................................................................................................... 10

4. Crystal Clear : Méthodologie agile adopté : .................................................................................. 10

Conclusion ............................................................................................................................................. 11

Chapitre 2: Spécification DES BESOINS ................................................................................................. 12

Introduction :......................................................................................................................................... 13

I. Etudes des besoins ............................................................................................................................. 13

 1. Étude de l’existant ......................................................................................................................... 13

2. Critique de l’existant ..................................................................................................................... 13

3. Solution proposée ......................................................................................................................... 13

4. Analyse des besoins....................................................................................................................... 14

4.1. Le cahier des charges ............................................................................................................. 14

a. Contexte de projet : ............................................................................................................... 14

b. Acteurs du projet ................................................................................................................... 14

c. Besoins fonctionnels .............................................................................................................. 14

d. Besoins non fonctionnels ...................................................................................................... 15

e. Description de flux de données ............................................................................................. 16

4.2. Diagramme de cas d'utilisation général ................................................................................. 16

4.3. Raffinement des cas d'utilisation ........................................................................................... 19

a. Raffinement de cas « S'authentifier » ................................................................................... 19

b. Raffinement de cas d'utilisation « Voir détail » de « Gérer Boite de réception » : Acteur

Administrateur .......................................................................................................................... 19

c. Raffinement de cas « Ajouter formation » de « Gérer formation » : Acteur Administrateur21

d. Raffinement de cas «Modifier attestation de stage » de « Gérer attestations » : Acteur

Administrateur .......................................................................................................................... 22

e. Raffinement de cas d’utilisation «Supprimer personnel » de « Voir détail »

De « Gérer personnels » : Acteur Administrateur .................................................................... 23

f. Raffinement de cas « Envoyer fiche d'état d'absence » de « Voir détail» de « Gestion

Etudiant » : Acteur Administrateur ........................................................................................... 25

g. Raffinement de cas «Envoyer demande d'inscription» : Acteur Agent................................ 26

h. Raffinement de cas « Consulter attestation de stage » de « Gérer attestation de stage» :

Acteur Agent.............................................................................................................................. 27

4.4. Table de priorité : ................................................................................................................... 28

Conclusion ............................................................................................................................................. 30

Chapitre 3 : Ébauche de Conception ..................................................................................................... 31

Introduction........................................................................................................................................... 32
I. Diagramme de séquence de quelques cas d'utilisation ..................................................................... 32

1. Diagramme de séquence de cas d'utilisation: s'authentifier (priorité 1) ...................................... 32

2. Diagramme de séquence de cas d'utilisation: Consulter boite de réception (priorité 2) ............. 33

3. Diagramme de séquence de cas d'utilisation: « Ajouter formation » (priorité 3) ........................ 34

4. Diagramme de séquence de cas d'utilisation : « Modifier attestation de stage » (priorité 4) ..... 35

5. Diagramme de séquence de cas d'utilisation : «Envoyer fiche d'état d'absence» (priorité 5) ..... 36

II. Diagramme de classe ........................................................................................................................ 36

III.Diagramme de déploiement ............................................................................................................. 38

Conclusion ............................................................................................................................................. 38

Chapitre 4 : Réalisation du projet.......................................................................................................... 39

Introduction........................................................................................................................................... 40

I. Architecture de programmation ........................................................................................................ 40

1. Architecture matérielle ................................................................................................................. 40

1.1. Architecture 3-tiers .................................................................................................................... 40

1.2. Description de l’architecture : .................................................................................................... 41

2. L'intérêt de l'utilisation d'une architecture 3tiers ......................................................................... 41

II. Les outils et langages utilisés ............................................................................................................ 41

1. PHP5 .............................................................................................................................................. 41

2. HTML5 ........................................................................................................................................... 42

3. CSS3 ............................................................................................................................................... 42

4. JavaScript ....................................................................................................................................... 42

5. MySQL5 ......................................................................................................................................... 43

6. WAMP SERVER .............................................................................................................................. 44

7. DreamWeaver ............................................................................................................................... 44

8. Photoshop ..................................................................................................................................... 44

9. StarUML : ....................................................................................................................................... 44

III. Planning des itérations ................................................................................................................... 44

IV. Planning de projet : .......................................................................................................................... 45

V. Les interfaces réalisées .................................................................................................................... 45

1. Itération 1 : Implémentation de cas d'utilisation : « s’authentifier » ........................................... 46

2. Implémentation des quelques cas d’utilisation : Administrateur ................................................ 48

2.1 Itération 2 : implémentation de cas d’utilisation : « consulter emploi de temps » ................ 48

2.2. Itération 3 : Implémentation de cas d’utilisation « Envoyer message » ................................ 49

2.3. Itération 4 : Implémentation de cas d’utilisation « Modifier stagiaire » ............................... 50

2.4. Itération 5 : Implémentation de cas d’utilisation « Envoyer fiche d'état d'absence » .......... 52

3. Implémentation des quelques cas d’utilisations : Agent .............................................................. 53

3.1. Itération 2 : Implémentation des cas d’utilisation « Consulter boite de réception » ............ 53

3.2. Itération 2 : Implémentation de cas d’utilisation «Consulter attestation de présence» ....... 54

3.3. Itération 3 : Implémentation de cas d’utilisation « Voir détail » ........................................... 55

3.4. Itération 3 : Implémentation de cas d’utilisation « Envoyer fiche d'inscription» .................. 56

3.5. Itération 3 : Implémentation des cas d’utilisation « Envoyer facture» .................................. 57

Conclusion ............................................................................................................................................. 57

Conclusion générale .............................................................................................................................. 58

Bibliographie ......................................................................................................................................... 60

Netographie........................................................................................................................................... 61

Annexes ................................................................................................................................................. 62

Annexe A ............................................................................................................................................... 62

Annexe B................................................................................................................................................ 62

Annexe C ................................................................................................................................................ 64

1.Emploi de temps : ............................................................................................................................... 64

2.Règlement intérieur ........................................................................................................................... 66

3.Coupon ............................................................................................................................................... 69

4.Formulaire d’inscription ..................................................................................................................... 70

5.Attestation de présence : ................................................................................................................... 71

6.Facture :.............................................................................................................................................. 72

Annexe D ............................................................................................................................................... 73

1. Diagramme cas d'utilisation détaillé : Acteur Administrateur: ......................................................... 73

2. Diagramme cas d'utilisation détaillé : Acteur Agent ......................................................................... 74

 Liste des figures
FIGURE 1 : ORGANIGRAMME DE L'INSTITUT «INFO-LANGUES ............................................................................... 4
FIGURE 2 : SCHEMA REPRESENTATIVE DE LA FORMATION PROFESSIONNELLE ET CONTINUE .............................. 5
FIGURE 3 : CYCLE DE VIE DE CRYSTAL CLEAR ........................................................................................................ 11
FIGURE 3 : FLUX DE DONNEES .............................................................................................................................. 16
FIGURE 4 : DIAGRAMME CAS D'UTILISATION GENERALE : ACTEUR ADMINISTRATEUR ....................................... 17
FIGURE 5 : DIAGRAMME CAS D'UTILISATION GENERALE : ACTEUR AGENT.......................................................... 18
FIGURE 6 : DIAGRAMME DE CAS « S'AUTHENTIFIER » .......................................................................................... 19
FIGURE 7: DIAGRAMME DE CAS D'UTILISATION « GERER MESSAGERIE » ............................................................ 20
FIGURE 8: DIAGRAMME DE CAS D'UTILISATION « CONSULTER BOITE DE RECEPTION » ...................................... 20
FIGURE 9: DIAGRAMME DE CAS « GERER FORMATION » ..................................................................................... 21
FIGURE 10 : DIAGRAMME DE CAS « GERER ATTESTATIONS » .............................................................................. 22
FIGURE 11 : DIAGRAMME DE CAS « GERER ATTESTATION DE STAGE »................................................................ 22
FIGURE 12 : DIAGRAMME DE CAS « GERER PERSONNELS » : ACTEUR ADMINISTRATEUR ................................... 23
FIGURE 13 : DIAGRAMME DE CAS « VOIR DETAIL » .............................................................................................. 24
FIGURE 14: DIAGRAMME DE CAS « GERER ETUDIANTS » ..................................................................................... 25
FIGURE 15: DIAGRAMME DE CAS «VOIR DETAIL »................................................................................................ 25
FIGURE 16: DIAGRAMME DE CAS « CONSULTER ETAT D'ABSENCE ».................................................................... 26
FIGURE 17: DIAGRAMME DE CAS «ENVOYER DEMANDE D'INSCRIPTION» .......................................................... 26
FIGURE 18: DIAGRAMME DE CAS «CONSULTER ATTESTATION DE STAGE».......................................................... 27
FIGURE 17: DIAGRAMME DE SEQUENCE DE CAS D'UTILISATION «S'AUTHENTIFIER» .......................................... 32
FIGURE 18 : DIAGRAMME DE SEQUENCE DE CAS D'UTILISATION «CONSULTER BOITE DE RECEPTION» ............. 33
FIGURE 19 : DIAGRAMME DE SEQUENCE DE CAS D'UTILISATION «AJOUTER FORMATION» ............................... 34
FIGURE 20 : DIAGRAMME DE SEQUENCE DE CAS D'UTILISATION «MODIFIER ATTESTATION DE STAGE » .......... 35
FIGURE 21 : DIAGRAMME DE SEQUENCE DE CAS D'UTILISATION «ENVOYER FICHE D'ETAT».............................. 36
FIGURE 22:DIAGRAMME DE CLASSES ................................................................................................................... 37
FIGURE 24: DIAGRAMME DE DEPLOIEMENT ........................................................................................................ 38
FIGURE 25: SCHEMA RELATIONNEL DE LA BASE DE DONNEES ............................... ERREUR ! SIGNET NON DEFINI.
FIGURE 26: FONCTIONNEMENT DE MYSQL .......................................................................................................... 43
FIGURE 27: DIAGRAMME DE GANTT ..................................................................................................................... 45
FIGURE 28: INTERFACE D'AUTHENTIFICATION (PARAMETRES ERRONES) ............................................................ 46
FIGURE 29: INTERFACE D'AUTHENTIFICATION (PARAMETRES VALIDEES) ............................................................ 47
FIGURE 30 : INTERFACE DE LA PAGE D'ACCUEIL : ADMINISTRATEUR ................................................................... 47
FIGURE 31 : INTERFACE DE LA PAGE D'ACCUEIL : AGENT ..................................................................................... 48
FIGURE 32 : INTERFACE «CONSULTER EMPLOI» ................................................................................................... 48
FIGURE 33: INTERFACE « ENVOYER MESSAGE » ................................................................................................... 49
FIGURE 34: INTERFACE «CONSULTER LISTE DES STAGIAIRES» ............................................................................. 50
FIGURE 35 : INTERFACE «CONSULTER LISTE DES STAGIAIRES»............................................................................. 50
FIGURE 36 : INTERFACE «MODIFIER STAGIAIRE» .................................................................................................. 51
FIGURE 37 : INTERFACE «SUCCES MODIFICATION» .............................................................................................. 51
FIGURE 38 : INTERFACE «CONSULTER ETAT D'ABSENCE» .................................................................................... 52
FIGURE 39 : INTERFACE «ENVOYER FICHE D'ETAT D'ABSENCE» ........................................................................... 52
FIGURE 40: INTERFACE « CONSULTER MESSAGE» ................................................................................................ 53
FIGURE 41: INTERFACE « CONSULTER MESSAGE» ................................................................................................ 53
FIGURE 42: INTERFACE « CONSULTER ATTESTATION DE PRESENCE» ................................................................... 54
FIGURE 43: INTERFACE «VOIR DETAIL»................................................................................................................. 55
FIGURE 44: INTERFACE «ENVOYER FICHE D'INSCRIPTION» .................................................................................. 56
FIGURE 45: INTERFACE «ENVOYER FACTURE» ...................................................................................................... 57
 Liste des tableaux

TABLEAU 1:LES DIFFERENCES ENTRE LES METHODES CLASSIQUES ET LES METHODES AGILES ........................... 10
TABLEAU 2: RAFFINEMENT DE CAS D'UTILISATION « S'AUTHENTIFIER » ............................................................. 19
TABLEAU 3 : RAFFINEMENT DE CAS D'UTILISATION « VOIR DETAIL» ................................................................... 20
TABLEAU 4: RAFFINEMENT DE CAS D'UTILISATION « AJOUTER FORMATION» .................................................... 21
TABLEAU 5 : RAFFINEMENT DE CAS D'UTILISATION « MODIFIER ATTESTATION DE STAGE» ............................... 23
TABLEAU 6 : RAFFINEMENT DE CAS « SUPPRIMER PERSONNEL » ........................................................................ 24
TABLEAU 7: RAFFINEMENT DE CAS D'UTILISATION « ENVOYER FICHE D'ETAT D'ABSENCE» ............................... 26
TABLEAU 8 : RAFFINEMENT DE CAS D'UTILISATION «ENVOYER DEMANDE D'INSCRIPTION» ...... ERREUR ! SIGNET
NON DEFINI.
TABLEAU 9 : RAFFINEMENT DE CAS D'UTILISATION « CONSULTER ATTESTATION DE STAGE» ............................ 27
TABLEAU 10: ORDRE DE PRIORITE DES CAS D’UTILISATION DE L’ACTEUR ADMINISTRATEUR ............................. 29
TABLEAU 11: ORDRE DE PRIORITE DES CAS D’UTILISATION DE L’ACTEUR AGENT ............................................... 30
TABLEAU 12 : PLANNING DES ITERATIONS ........................................................................................................... 45
Rapport Projet Fin D'études Introduction Générale

I ntroduction générale

L es technologies de l'information et de la communication ont été la révolution

la plus importante et innovante qui a marquée ces dernières décennies. En
effet, les logiciels informatiques proposent maintenant des solutions à tous les
problèmes de la vie, aussi bien dans des domaines professionnels que pour des applications
personnelles. Et leurs méthodes de conception et de développement ont vu l'avènement
d'autant de technologies qui facilitent leur mise en place et leurs donnent des possibilités et
des fonctionnalités de plus en plus étendues.

« Info-Langues» représente un des établissements ayant des ressources et des

activités dont la gestion nécessite une application informatique. Ainsi, l'objectif de notre
projet est de réaliser une application informatique interactive, fiable, conviviale et facile à
intégrer dans l'environnement de travail de l'institut, compte tenu des besoins exprimés. Cette
application vise essentiellement à diminuer la complexité ainsi le temps perdu lors des
traitements des différents modules.

Le présent projet intitulé « Conception et réalisation d'une application administrative

d'Info- Langues » a été réalisé dans le cadre du projet de fin des études présenté en vue de
l'obtention de la licence appliquée en technologies de l'informatique à l'institut supérieur des
études technologiques de Kélibia. Ce projet a été effectué au sein de l'institut de formation
professionnelle et continue « Info-Langues ».

Dans le présent rapport, nous présentons en détail les étapes que nous avons suivies
pour réaliser notre application. Ce rapport comporte 4 chapitres qui sont organisés comme
suit :

Le premier chapitre comporte une étude au préalable qui met en valeur la

présentation de l'organisme d'accueil, le cadre de modélisation ainsi le cadre de méthodologie.

Le deuxième chapitre intitulé spécification des besoins permet une analyse complète
de notre projet à travers l'étude de l'existant et les défaillances qu’il présente, les objectifs
visés et la solution proposée pour répondre aux besoins, ainsi que le diagramme de cas
d'utilisation général et le raffinement de quelques cas d'utilisation.

Le troisième chapitre est consacré pour la conception informatique détaillée de notre

solution. Au cours de cette phase, nous présentons quelques vues statiques et dynamiques de
l’application sous forme de diagrammes UML.

Le quatrième chapitre est consacré pour les tâches accomplies en termes de

réalisation. Il présente les résultats concrets de notre application, autrement dit, les interfaces
réalisées tout en décrivant les services offerts par chaque interface.

Enfin, nous terminons par une conclusion qui récapitule notre travail, ainsi que
quelques perspectives potentielles.

1
Chapitre 1 : Étude au préalable
Rapport Projet Fin D'études Chapitre 1 : Étude au préalable

Introduction
La réussite de tout projet dépend de la qualité de son départ. De ce fait, l'étape de
l'étude au préalable constitue la base de départ de notre travail. En effet, dans ce chapitre nous
allons commencer par la présentation de la société d'accueil, ensuite le cadre de modélisation
et nous finissons par le cadre de méthodologie.

I.Présentation générale de l'organisme d'accueil

1. Description d'Info-Langues

Fondée en 2014, l’institut privé de formation professionnelle et continue

«Info-Langues» est considéré comme un nouveau-né dans la famille des écoles privées.

Il a comme objectif de mettre en œuvre des programmes de formation

permettant aux apprenants ainsi qu'aux stagiaires :

• d’acquérir les savoirs, les compétences et les habiletés nécessaires à l’exercice d’un
métier ou d’une profession exigeant une qualification,
• d’assurer l'adéquation de ces savoirs, compétences et habiletés avec les mutations
économiques et technologiques et avec l’évolution des métiers.
2. Les services

«Info-Langues» propose une diversité des services pour ses apprenants :

2.1 Formations

« Info-Langues » offre une large gamme de formations en informatique, Web,

multimédias, langues vivantes, gestion, ...etc.

 Formations accélérées

Animation 2D, 3D ; Bureautique et Multimédia ; Langage de programmation

Comptabilité et Gestion.

 Cursus métiers

Développement Web, Multimédia et Décoration, Réseaux et Sécurité, Services

administratifs.

 Langues vivantes

• Français (Débutant, Intermédiaire, Avancé) ;

• Anglais (Débutant, Intermédiaire, Avancé) ;

• Allemand (A, A2, B1, B2, C1, C2) ;

• Italien (Débutant, Avancé).

3
Rapport Projet Fin D'études Chapitre 1 : Étude au préalable

 Espace entreprise

• Formations selon catalogue ;

• Formation sur mesure.

 Élèves & Lycéens

• Cours Français ;

• Cours anglais ;

• Cours mathématiques ;

• Cours économie et gestion ;

• Cours informatiques.

2.2. Stage et encadrement

« Info-Langues» accueille et encadre des stagiaires d'université et d'ISET.

Les sujets de stages proposés s'adressent aux étudiants de filières d'enseignement:

• Informatique et multimédia ;

• Développement informatique : base de données, langage orienté objet (JAVA..) ;

• Médiation scientifique et communication.

3. L’organigramme d'Info-Langues

Figure 1 : Organigramme de l'institut «Info-Langues»

4
Rapport Projet Fin D'études Chapitre 1 : Étude au préalable

II.État de l'art
Informatiser le système d'information est aujourd'hui le souci de tout établissement
pour suivre le développement de la technologie et améliorer le rendement du travail. Plus
particulièrement, et dans le cadre de notre travail, nous nous intéressons à l’informatisation
de la gestion de l'institut « Info-Langues ». Pour ce faire nous intéressons dans cette section à
présenter brièvement les aspects généraux liés aux centres des formations professionnelles et
contenues en Tunisie.

1. Présentation de la formation professionnelle et continue

La formation [ 1] dans son sens le plus large, est scindé en deux grandes rubriques. Elle
permet à chacun de bénéficier d’une formation soit au titre des formations initiales scolaires
ou universitaires pour les élèves et les étudiants, soit au titre de la formation professionnelle
continue pour toute personne, jeune ou adulte, déjà engagée dans la vie active. Mise en place
dans sa forme actuelle à la fin des années 80 et largement réformée depuis, la formation
professionnelle continue mobilise l’État, les entreprises, les organismes de formation publics
et privés, les organisations professionnelles et syndicales. Les dispositions relatives à la
formation professionnelle continue sont le résultat d’initiatives des partenaires sociaux dans
des accords collectifs et de l’État dans des lois et des décrets.

Figure 2 : Schéma représentative de la formation professionnelle et continue

2. Applications de gestion des centres de formation

Par le biais du réseau international Internet, nous avons regroupé des informations
associées à des applications de gestion des centres des formations professionnelles et
contenues. Nous citons, les applications : Appli RH, Training Orchestra, Simon. Dans la
section ci-dessous, nous présentons l'étude de ces applications que nous avons menée.

5
Rapport Projet Fin D'études Chapitre 1 : Étude au préalable

 AppliRH

Conçus pour les gestionnaires de centre de formation ou pour les responsables de

formation d’entreprises, les logiciels de gestion de formation d’AppliRH sont des logiciels
simples d’utilisation et efficaces. Ils permettent de gérer l’ensemble du processus depuis les
demandes, les plannings de formation jusqu’à la gestion financière en passant par la gestion
administrative de la formation, les suivis et historiques, les recyclages et les statistiques.
CentreRH est un logiciel de gestion de centre de formation qui peut travailler
indépendamment ou en symbiose complète avec la gestion du plan de formation.

 Training Orchestra

Training Orchestra est en effet le fruit de multiples collaborations avec des Centres
de Formation du secteur privé et du secteur public à la recherche d'un Logiciel de Gestion du
Centre de Formation optimisé selon leurs attentes et contraintes.

Les différentes fonctionnalités de ce logiciel de gestion de centre de formation

permettent un pilotage dynamique et complet de l’ensemble des activités :

• Gestion commerciale
• Gestion logistique Formation
• Portail Client
• Fidélisation des clients
• Gestion du catalogue Formation
• Parcours Formation
• Pilotage des activités
• Gestion des habilitations et recyclages

 Simon

Simon est un logiciel de gestion et de facturation dédié uniquement aux centres de

formation. Conçu par un ancien directeur de centre de formation reconverti dans le
développement informatique, ce produit assurera une gestion dynamique et simplifiée de
l'activité de formation. Un centre de formation est lié à beaucoup d'obligations légales
notamment en termes de documentation et doit être rigoureux dans sa gestion au quotidien.
Simon apporte une souplesse administrative avec tous les modèles de documents prêts à
l'emploi éditables au format Word et PDF.

 Critique

Diverses applications de gestions des centres de formations sont existantes. Toutes

ces applications sont commerciales et produites par des sociétés étrangères. Cependant, selon
nos connaissances, on ne trouve aucune application de gestion des centres de formation
commerciale ou autre produite par une société en Tunisie.

Les applications existantes, lesquelles nous avons né nos investigations, ne sont pas
aussi parfaites qu'elles encouragent l'institut « Info-Langues » de les acheter avec un prix qui
est chère. En plus, en pensant au problème de maintenance qui sera coûteux et même difficile

6
Rapport Projet Fin D'études Chapitre 1 : Étude au préalable

par des sociétés étrangères, on ne pense jamais à acheter de telles applications. Pire encore,
chacune de ces applications a des lacunes qu'on ne peut pas les négliger, nous citons
principalement :

• L'absence de gestion des messages : cette fonctionnalité doit être considérée

comme étant la plus importante pour « Info-Langues », vue les contraintes qui lui
sont associées ;
• La mauvaise organisation des fenêtres de saisie ;
• L'absence de gestion de certaines ressources : fournisseurs, formateurs, étudiants,
etc. ;

Tous ces problèmes nous ont poussé à penser à développer une application de gestion
« Info-Langues » pour le profit des centres en Tunisie.

Nous présentons dans la section suivante les objectifs de l'application que nous avons
réalisée.

3.Objectifs de l'application cible

L'application présentée dans ce projet permet d'informatiser les différentes opérations

et données relatives à la gestion de l'institut « Info-Langues ». Nous précisons que dans le
cadre de ce projet nous focalisons sur les informations associées à cet institut.

L'avantage de cet institut, malgré qu'il ne soit pas grand, est qu'il est presque
complet. Donc, nous le considérons comme un bon exemple dans lequel le test de notre
application sera basé.

Dans le cadre de notre projet, nous devons, principalement :

• Créer un système d'informations pour la gestion de l'institut ;

• Gérer les ressources de l'institut ;
• Respecter les délais qui figurent dans le cahier des charges.
En plus, l'application à réaliser doit fournir les fonctionnalités suivantes :
• La gestion des messages ;
• La gestion des étudiants ;
• La gestion des stages ...

7
Rapport Projet Fin D'études Chapitre 1 : Étude au préalable

III. Cadre de modélisation

Afin d’expliquer la bonne succession et de clarifier les différentes étapes du notre
projet, nous déterminerons en détail le cadre de modélisation du projet.

1. Définition de modèle

Un modèle est une abstraction de la réalité. L'abstraction est l’un des piliers de
l'approche objet.

Il s'agit d'un processus qui consiste à identifier les caractéristiques intéressantes d'une
entité, en vue d'une utilisation précise.

Les caractéristiques fondamentales des modèles :

Le caractère abstrait du modèle doit notamment:

• faciliter la compréhension du système étudié ;

• simuler le système étudié.

2. UML (Unified Modeling Language) :

UML [ 2] (Unified Modeling Language, que l'on peut traduire par "langage de
modélisation unifié) est une notation permettant la modélisation d’un problème de façon
standard. Ce langage est né de la fusion de plusieurs méthodes existantes auparavant, et est
devenu désormais la référence en termes de modélisation objet.

Il définit un certain nombre de concepts et de diagrammes ainsi que leur

représentation graphique.

En effet, UML permet d'exprimer et d'élaborer des modèles objet,

indépendamment de tout langage de programmation et peut être intégré dans n'importe quel
processus de développement logiciel de manière transparente.

Pour ces raisons, nous avons décidé de suivre les concepts de base d’UML pour
aboutir à une démarche d’analyse basée sur les concepts objet.

Dans ce cadre de la modélisation avec UML, il est évident d'utiliser une démarche
[ 3]
:

• itérative et incrémentale,
• guidée par les besoins des utilisateurs du système,
• centrée sur l'architecture logicielle.
IV. Cadre de méthodologie
D’une part, pour être développé, tout logiciel passe par plusieurs étapes (définition,
développement et support), d’autre part tous les projets de développement ont des activités
2
Référence 2
3
Référence 3
8
 Rapport Projet Fin D'études Chapitre 1 : Étude au préalable

communes (Analyse de besoins, Conception, Codage, Tests et Maintenance).

Ainsi un procédé logiciel (software process) est un ensemble d’activités conduisant à la
production d’un logiciel. Il est aussi appelé cycle de vie d’un logiciel (SDLC).

1. Modèle de procédé :

Un modèle de procédé est une abstraction d’un procédé ainsi un procédé logiciel
est une application d’un modèle pour un projet spécifique, qui peut inclure une certaine
adaptation.
Il sert à :

• maîtriser les gros projets ;

• découper le projet et affecter correctement les tâches ;
• anticiper et gérer les risques.

Il existe deux types de modèles de procédés :

Thème Méthodes classiques Méthodologies agiles

Cycle de vie -En cascade ou en V, sans -Itératif et incrémental.
rétroaction possible, phases
séquentielles.
Planification -Prédictive, caractérisée par -Adaptative avec plusieurs niveaux de
des plans plus ou moins planification (macro-et micro
détaillés sur la base d'un planification) avec ajustements si
périmètre et d'exigences nécessaires au fil de l'eau en fonction
définies et stables au début des changements survenus.
du projet.
Documentation -Produite en qualité -Réduite et strict, nécessaire au profit
importante comme support d'incréments fonctionnels
de communication, de opérationnels pour obtenir le
validation et de feedback du client.
contractualisation.
Équipe -Une équipe avec des -Une équipe responsabilisée ou
ressources spécialisées, l'initiative et la communication sont
dirigées par un chef de privilégiées, soutenue par le chef de
projet. projet.
Qualité -Contrôle qualité à la fin du -Un contrôle qualité précoce et
cycle de développement. permanent, au niveau du produit et du
-Le client découvre le produit processus.
fini. -Le client visualise les résultats tôt et
fréquemment.
Changement -Résistance voire opposition -Accueil favorable au changement
au changement. inéluctable, intégré dans le processus.
-Processus lourds de gestion
des changements acceptés.
Suivi de l'avancement -Mesure de la conformité aux -Un seul indicateur d'avancement : le
plans initiaux. nombre de fonctionnalités
-Analyse des écarts. implémentées et le travail restant à
faire.

9
 Rapport Projet Fin D'études Chapitre 1 : Étude au préalable

Gestion des risques -Processus distinct, -Gestion des risques intégrée dans le
rigoureux, de gestion des processus global, avec
risques. responsabilisation de chacun dans
l'identification et la résolution des
risques.
-Pilotage par les risques.
Mesure de succès -Respect des engagements -Satisfaction de client par la livraison
initiaux en termes de couts, de valeur ajoutée.
de budget et de niveau de
qualité.
Tableau 1:Les différences entre les méthodes classiques et les méthodes agiles

2. Choix de modèle :
Aucun modèle n’est meilleur que l’autre, le choix se fait selon certains critères tels que la
nature du projet, sa taille, la nature du client et les compétences de l’équipe.

Dans ce cadre il est nécessaire de présenter les caractéristiques de notre projet, alors la
conception et la réalisation d’une application administrative pour info-Langues est un projet :
• de moyenne taille ;
• avec de petites équipes ;
• Incrémental et itératif ;
• accentué sur le code.

Ces différentes caractéristiques nous conduisent à prendre en considération comme un

modèle de procédé la méthodologie agile.

3. Méthodologie Agile :
Au milieu des années 90, un groupe d’expert en cycles de vie de logiciels voulaient
proposer de nouveaux modèles qui sont plus «légers»: moins de documentation et moins de
contrôle sur le procédé.
Ces modèles s’adressent à des projets de petite ou moyenne taille avec une équipe
réduite, ils permettent de s’ajuster rapidement aux changements des spécifications tout en
garantissant des livraisons fréquentes. Ils sont qualifiés de «modèles agiles» [ 4] .

4. Crystal Clear : Méthodologie agile adopté :

Crystal Clear [ 5] est une méthodologie agile de projets avec de petites équipes, ayant une
taille d'environ 6 personnes.
Cette méthodologie se compose de différentes phases :
• La spécification : consiste à observer les utilisateurs dans leur travail pour
mieux connaître leurs besoins et leur environnement. Ensuite, les différents cas
d'utilisation sont classés par ordre de priorité en collaboration avec les utilisateurs, ce

4
Référence 4
5
Référence 5
10
Rapport Projet Fin D'études Chapitre 1 : Étude au préalable

qui permet de savoir quelles fonctionnalités ont le plus de valeur et doivent être
développées en premier.
• Une ébauche de conception : est réalisée au début du projet, cela inclut les
choix des technologies à utiliser et implique une ébauche d'architecture ainsi que la
conception de projet.
• Le planning des itérations/programmation : consiste à prévoir vers quelles
dates les itérations vont se suivre.

Figure 3 : Cycle de vie de Crystal Clear

Conclusion
Après avoir présenté l'organisme d'accueil, le cadre de modélisation ainsi le cadre de
méthodologie du notre projet, nous devons obligatoirement passer à la partie spécification
afin de faciliter son étude. Nous consacrerons alors le chapitre suivant pour la partie
spécification des besoins.

11
Chapitre 2: Spécification DES
BESOINS
Rapport Projet Fin D'études Chapitre 2 : Spécification des besoins

Introduction :
Dans cette phase on doit spécifier les différents besoins du système. Ensuite, les
différents cas d'utilisation qui sont classés par ordre de priorité en collaboration avec les
utilisateurs, ce qui permet de savoir quelles fonctionnalités ont le plus de valeur et doivent
être développées en premier.
I. Etudes des besoins
1. Étude de l’existant
La société cliente ne dispose pas d'une application déjà à terme. Les dirigeants de la
société ne sont non plus satisfaits de la manière qu'ils dirigent avec ni des outils qu'ils
utilisent.
En effet, la gestion de tout cet établissement se fait qu'avec Excel , et l'emploi d'un grand
nombre de papiers qui ne cesse d' agrandir avec la croissance de nombres d'étudiants,
formateurs et stagiaires…
Pour se débarrasser de ce problème, les dirigeants de cette entreprise nous ont engagés
pour mener une étude et présenter d'éventuelles solutions à travers l'élaboration d'une
application qui mette l'accent sur leurs besoins.
2. Critique de l’existant
Après une étude rigoureuse de la manière dont les dirigeants d'Info-Langues gèrent leur
société, les lacunes suivantes sont dégagées :
• L'absence totale d'un système d'information qui met en évidence l'architecture adopté
pour organiser les données ;
• L'absence totale d'un système de gestion de base de données qui va gérer d'une
manière permanente les données spécifiques à l'entreprise ;
• L'emploi de l'outil Microsoft Excel n'a aucune utilité de nos jours pour ce genre
d'entreprise à cause de la large gamme des données existantes, qui ne cessent
d'agrandir avec le temps et qui ont besoin d'un outil pour les gérer et les traiter d'une
façon permanente, claire et sécurisé ;
• L'utilisation d'un grand nombre de papiers pour l'inscription des étudiants, stagiaires,
le paiement des personnels et des fournisseurs, etc., que les dirigeants ne peuvent non
plus continuer de les utiliser avec le temps vu leur nombre qui deviendra de plus en
plus élevés.
3. Solution proposée
Pour remédier à tous ces problèmes, les solutions suivantes sont proposées :
La création d’une application pour l’administration d'Info-Langues qui va mettre l'accent sur :
• L'utilisation d'un système de gestion de bases des données qui va stocker, partager les
informations dans une base de données, en garantissant la qualité, la pérennité et la
confidentialité des informations, tout en cachant la complexité des opérations.
• L'Informatisation des modules de travail a travers la créations des interfaces de gestion
de ces modules.

13
Rapport Projet Fin D'études Chapitre 2 : Spécification des besoins

• L'utilisation d'une plateforme performante et adaptable à l'utilisation.

• S'orienter vers l'emploi d'une architecture 3tiers afin d'assurer la cohérence dans la
circulation des données.
4. Analyse des besoins
A la suite de plusieurs réunions avec les responsables et les stagiaires, le besoin de cerner
les exigences exprimées à l’égard de l'application, est imposés.
Les confrontations ont abouties à poser trois questions à savoir :
1. Que veut « Info-Langues » voir apparaître sur l'application?
2. Que veut « Info-Langues » ne pas voir figurer sur l'application ?
3. Quelle rubrique souhaitera t'elle avoir?

Des réponses cueillies au cours des entretiens, un cahier de charges est survenu pour la
réalisation de l'application.
4.1. Le cahier des charges
Après une synthèse de l’ensemble des réunions, les besoins se sont clarifiés et les
objectifs de l'application se sont fixés.
a. Contexte de projet :
Depuis ses débuts, l’institut de formation professionnelle et continue info-Langues
accueille des étudiants, des stagiaires et des formateurs. La gestion de ces personnes implique
de nombreux documents papiers circulant entre beaucoup de personnes. Enfin, il n’y a aucune
cohérence entre toutes les données qui circulent. Le but de ce projet est donc de limiter les
documents papiers et d’assurer une certaine cohérence des données.
b. Acteurs du projet
Le projet implique deux acteurs au sein de l’institut. En effet, toutes les personnes
pouvant accueillir des étudiants, formateurs ou stagiaires, sont concernées.
La gestion d'Info-Langues met l'accent donc sur :
• L'administrateur de l'application : C’est la personne qui gère l’enregistrement des
étudiants, stagiaires, personnels, formations…
• L’agent : La personne qui va se charger par un ensemble de fonctionnalités
complémentaire à l'administrateur qu'on va les mentionner par la suite.
c. Besoins fonctionnels
• Gestion messagerie : L'application devrait permettre à chacun des acteurs de se
communiquer entre eux a travers l'envoie et la réception des messages.
• Gestion inscription : L'application devrait permettre à l'administrateur de consulter et
de gérer les demandes d'inscription ou bien les demandes de stage déjà envoyé par
l'agent. Et à l'agent de consulter la liste des inscriptions.
• Gestion caisse : L'application devrait permettre à l'agent de préparer les factures des
différents fournisseurs et les envoyer à l'administrateur, ce dernier s'occupe de la
vérification et la validation.
• Gestion personnels : L'application devrait permettre à l'administrateur de gérer les
membres de l'institut, à savoir les formateurs et l'agent ...
14
Rapport Projet Fin D'études Chapitre 2 : Spécification des besoins

• Gestion fournisseurs : L'application devrait permettre à l'administrateur de gérer les

fournisseurs aves lesquels ils vont s'entre-aident, et à l'agent de consulter la liste de ces
derniers.
• Gestion étudiants : L'application devrait permettre à l'agent de l'institut de saisir les
informations des étudiants dans un formulaire d'inscription et les envoyer par la suite à
l'administrateur qui va s'occuper de leurs gestion.
• Gestion stagiaires : L'application devrait permettre à l'agent de l'institut de saisir les
informations des stagiaires dans un formulaire de stage et les envoyer par la suite à
l'administrateur qui va s'occuper de leurs gestion.
• Gestion formations : L'application devrait permettre à l'administrateur de gérer les
formations existantes, ainsi qu'à l'agent de consulter la liste de ces formations.
• Gestion stage : L'application devrait permettre à l'agent de consulter la liste des stages
disponibles ainsi qu'à l'administrateur de leur gestion (ajout, modification,
suppression).
• Gestion attestation : L'application devrait permettre à l'administrateur de préparer les
attestations des étudiants en tenant compte de leurs formations et leurs résultats. Elle
devrait permettre également à l'agent de les consulter.
• Gestion cours : L'application devrait permettre à l'agent de consulter les cours envoyés
par l'administrateur et d'informer les étudiants de leurs existences. Elle devrait
permettre à l'administrateur d'ajouter, modifier imprimer ou bien supprimer un cours.
• Gestion emploi du temps : L'application devrait permettre à l'agent de gérer les
emplois de temps des étudiants ainsi les formateurs.
• Gestion examen : L'application devrait permettre à l'administrateur de gérer les
examens des étudiants selon leurs emplois, formations ...etc.
• Gestion notes : L'application devrait permettre à l'administrateur de gérer les notes des
étudiants ainsi leurs résultats en prenant les informations nécessaires de la part des
formateurs, et à l'agent de consulter ces notes.
d. Besoins non fonctionnels
• La convivialité : L’application doit être facile à utiliser. Les interfaces doivent être
conviviales, simples, ergonomiques, et adaptées à l’utilisateur.
• La performance : La plateforme à développer doit être performante à travers ses
fonctionnalités et répond à toutes les exigences des usagers d’une manière optimale.
• La sécurité : chaque utilisateur doit s’identifier avant d’accéder à sa propre interface.

15
Rapport Projet Fin D'études Chapitre 2 : Spécification des besoins

e. Description de flux de données

Identification de session Contrôles sortants

Accueil Accueil en diffusion

Documents Documents en diffusion

Formations Formations en diffusion

Personnels Personnels en diffusion

Système : Application
Stage Info Langues Stage en diffusion

Inscription Inscription en diffusion

Caisse Caisse en diffusion

Chargement, impression

Figure 3 : flux de données

4.2. Diagramme de cas d'utilisation général

Les cas d’utilisation permettent de structurer les besoins des utilisateurs et leurs objectifs
à travers un système, sans présenter les solutions d’implémentation. Ils donnent une vue claire
et filtrée sur les acteurs et leur interaction avec le système. Les cas d’utilisation servent de
base à la traçabilité des exigences d’un système dans un processus de développement
intégrant UML.
Nous allons tout d’abord présenter le diagramme de cas d’utilisation général qui nous
permettra de dégager une vue extérieure de l’architecture du système, et de représenter son
fonctionnement vis-à-vis des acteurs et des principales fonctionnalités et actions qu’ils
réalisent.
On s’intéresse à présenter en premier lieu le diagramme de cas d'utilisation général de
l’administrateur et en deuxième lieu celui de l'agent.

16
Rapport Projet Fin D'études Chapitre 2 : Spécification des besoins

Figure 4 : Diagramme cas d'utilisation général : Acteur Administrateur

17
Rapport Projet Fin D'études Chapitre 2 : Spécification des besoins

Figure 5 : Diagramme cas d'utilisation général : Acteur Agent

18
 Rapport Projet Fin D'études Chapitre 2 : Spécification des besoins

Description (Lien entre agent et administrateur) :

Les deux acteurs administrateur et agent de notre application accèdent aux même
modules de gestion, mais ils se différent par les tâches associés à chacun. En effet chacun de
ces acteurs a des tâches spécifiques à lui, où l'administrateur possède la majorité et les plus
importants. Quant à l'agent il a des autres tâches qui sont complémentaires à celles de
l'administrateur et a travers les quelles il va se dialoguer avec ce dernier.
4.3. Raffinement des cas d'utilisation
a. Raffinement de cas « S'authentifier »

Figure 6 : Diagramme de cas « S'authentifier »

Tableau 2: Raffinement de cas d'utilisation « S'authentifier »

Cas d'utilisation Authentification

Acteur Agent, administrateur
Pré condition Lancer l'application
Post condition Utilisateur authentifié et autorisé
Description du scénario principal -L'utilisateur lance l'application et une page
d'authentification s'affiche.
-L'utilisateur introduit son identifiant et son
mot de passe.
-Le système vérifie l'existence de l'identifiant
et du mot de passe.
-Si l'identifiant et le mot de passe sont
valides, le système lui donne l'accès avec le
profile adéquat (agent, administrateur).
Exception -Le système affiche un message d'erreur en
cas des paramètres d'authentification
invalides.

b. Raffinement de cas d'utilisation « Voir détail » de

« Gérer Boite de réception » : Acteur Administrateur

19
 Rapport Projet Fin D'études Chapitre 2 : Spécification des besoins

Figure 7: Diagramme de cas d'utilisation « Gérer messagerie »

Ce cas comporte deux sous cas :

• Consulter boite de réception
• Consulter boite d'envoie

Figure 8: Diagramme de cas d'utilisation « Consulter boite de réception »

Ce cas inclus trois sous cas :

• Envoyer message
• Voir détail
• Supprimer message
Tableau 3 : Raffinement de cas d'utilisation « Voir détail»

Cas d'utilisation Voir détail

Acteur Administrateur
Pré condition L'administrateur choisit le sous menu
Consulter boite de réception.
Post condition Le message est affiché en détails .
Description du scénario principal -L'administrateur choisit le sous menu
Consulter boite de réception.
-Le système affiche la forme contenant la
liste des messages reçus.
-L'administrateur choisit le message à voir
plus son détail.
-L'administrateur clique sur le bouton voir
détail.
20
 Rapport Projet Fin D'études Chapitre 2 : Spécification des besoins

-Le système affiche une page contenant les

détails du message après qu'il récupère les
données nécessaires de la base de données.

c. Raffinement de cas « Ajouter formation » de « Gérer formation » : Acteur

Administrateur

Figure 9: Diagramme de cas « Gérer formation »

Ce cas comporte un seul sous cas : Consulter la liste des formations qui inclut trois autres
sous cas :
• Ajouter
• Modifier
• Supprimer
Tableau 4: Raffinement de cas d'utilisation « Ajouter formation»

Cas d'utilisation Ajouter formation

Acteur Administrateur
Pré condition L'administrateur choisit le menu Gérer
formation.
Post condition Le système affiche la page « liste des
formation ».
Description du scénario principal -L'administrateur choisit le menu Gérer
formation.
-Le système affiche la forme contenant la
liste des formations.
-L'administrateur clique sur le bouton
Ajouter.
-Le système affiche le formulaire relatif à la
formation à ajouter.
-L'administrateur saisit les informations
relatives à la formation.
-L'administrateur valide les informations

21
 Rapport Projet Fin D'études Chapitre 2 : Spécification des besoins

saisies.
-Le système vérifie l'existence de la
formation dans la table formation.
-Le système effectue la transaction.
-Le système affiche la page « liste des
formation » afin de vérifier le succès d’ajout.
d. Raffinement de cas «Modifier attestation de stage » de « Gérer attestations » :
Acteur Administrateur

Figure 10 : Diagramme de cas « Gérer attestations »

Ce cas comporte trois autres sous cas :

• Attestation de présence
• Attestation de formation
• Attestation de stage

Figure 11 : Diagramme de cas « Gérer attestation de stage »

Ce cas inclut deux autres sous cas :

• Créer attestation de stage
• Consulter attestation de stage, qui inclut à son tour un autre sous cas : Modifier

22
 Rapport Projet Fin D'études Chapitre 2 : Spécification des besoins

Tableau 5 : Raffinement de cas d'utilisation « Modifier attestation de stage»

Cas d'utilisation Modifier attestation de stage

Acteur Administrateur
Pré condition L'administrateur choisit le menu Gérer
attestations.
Post condition Le système affiche la page de consultation
des listes des attestations de stage.
Description du scénario principal -L'administrateur choisit le menu Gérer
attestations.
-Le système affiche la forme contenant la
liste des attestations.
-L'administrateur choisit l'attestation de stage
à modifier.
-L'administrateur clique sur le bouton
Modifier.
-Le système affiche le formulaire relatif à
l'attestation de stage.
-L'administrateur modifie les informations
relatives à l'attestation de stage.
-L'administrateur valide la modification.
-Le système effectue la modification.
-Le système affiche la page de consultation
de liste des attestations de stage à fin de
vérifier la modification.
e. Raffinement de cas d’utilisation «Supprimer personnel » de « Voir détail » De «
Gérer personnels » : Acteur Administrateur

Figure 12 : Diagramme de cas « Gérer personnels » : Acteur Administrateur

Ce cas comporte deux autres sous cas :
• Ajouter personnel
• Voir détail

23
 Rapport Projet Fin D'études Chapitre 2 : Spécification des besoins

Figure 13 : Diagramme de cas « Voir détail »

Ce cas comporte quatre sous cas :
• Modifier personnel
• Supprimer personnel
• Consulter fiche de paie
• Consulter état d'absence

Tableau 6 : Raffinement de cas « Supprimer personnel »

Cas d'utilisation Supprimer personnel

Acteur Administrateur
Pré condition L'administrateur choisit le menu Gérer
personnel.
Post condition Le système affiche la page « liste des
personnels »
Description du scénario principal - L'administrateur choisit le menu Gérer
personnel.
-L'administrateur clique sur le bouton créer.
-Le système affiche la forme contenant la
liste des personnels.
-L'administrateur choisit le personnels à
supprimer.
-L'administrateur clique sur le bouton
supprimer.
-Le système effectue la suppression et affiche
la page «liste des personnels » de son retour
afin de vérifier la suppression.

24
Rapport Projet Fin D'études Chapitre 2 : Spécification des besoins

f.Raffinement de cas « Envoyer fiche d'état d'absence » de « Voir détail» de

« Gestion Etudiant » : Acteur Administrateur

Figure 14: Diagramme de cas « Gérer étudiants »

Ce cas comporte un sous cas :
• Consulter liste des étudiants : ce cas admette un autre sous cas : Voir détail

Figure 15: Diagramme de cas «Voir détail »

Ce cas inclut trois sous cas :
• Modifier étudiant
• Consulter état d'absence
• Supprimer étudiant

25
 Rapport Projet Fin D'études Chapitre 2 : Spécification des besoins

Figure 16: Diagramme de cas « Consulter état d'absence »

Tableau 7: Raffinement de cas d'utilisation « Envoyer fiche d'état d'absence»

Cas d'utilisation Envoyer fiche d'état d'absence

Acteur Administrateur
Pré condition L'administrateur choisit le menu Gérer étudiant.
Post condition Le système affiche un message de succès d'envoie.
Description du scénario principal -L'administrateur choisit le menu Gérer étudiant.
-L'administrateur clique sur le bouton consulter
fiche d'état d'absence.
-Le système affiche la fiche choisit.
-L'administrateur vérifier l’état d’absence de
l’étudiant.
Le système affiche le résultat de vérification dans
l’interface : « fiche d'état d'absence ».
g. Raffinement de cas «Envoyer demande d'inscription» : Acteur Agent

17: Diagramme de cas «Envoyer demande d'inscription»

26
 Rapport Projet Fin D'études Chapitre 2 : Spécification des besoins

Tableau 8: Raffinement de cas d'utilisation « Envoyer demande d'inscription»

Cas d'utilisation Envoyer demande d'inscription
Acteur Agent
Pré condition L'administrateur choisit le menu Gérer étudiant.
Post condition Le système affiche la page liste des étudiants avec la
nouvelle ajout
Description du scénario principal -L'agent choisit le menu Gérer étudiant.
-Le système affiche le formulaire d'inscription à
remplir.
-L' agent rempli le formulaire d'inscription.
- L'agent clique sur le bouton envoyer.
- Les données de formulaires sont ajoutées à la table
étudiant.
- Le système affiche la page liste des étudiants afin
de vérifier l’ajout
h. Raffinement de cas « Consulter attestation de stage » de « Gérer attestation
stage» : Acteur Agent

Figure 18: Diagramme de cas «Consulter attestation de stage»

Tableau 8 : Raffinement de cas d'utilisation « Consulter attestation de stage»
Cas d'utilisation Consulter attestation de stage
Acteur Agent
Pré condition L'agent choisit le sous menu Gérer
attestations.
Post condition Le système affiche un aperçu de l'attestation
de stage.
Description du scénario principal - L'agent choisit le sous menu Gérer
attestations.
- L'agent choisit attestation de stage.
-Le système affiche la forme contenant la
liste des attestations de stages à consulter.
-L'agent clique sur le bouton Consulter.
- Le système affiche un aperçu de
l'attestation de stage.

27
 Rapport Projet Fin D'études Chapitre 2 : Spécification des besoins

4.4. Table de priorité :

La table ci-dessous présente l’ordre de priorité des cas d’utilisation de
l’administrateur :
Cas d'utilisation Ordre de priorité
S'authentifier 1
Gérer messagerie
Consulter boite d’envoie 2
Consulter boite de réception 2
Envoyer message 3
Voir détail 3
Supprimer message 3
Gérer Documents
Gérer Attestations
Consulter Attestation de stage 2
Créer Attestation de stage 2
Modifier Attestation de stage 3
Consulter Attestation de présence 2
Créer Attestation de présence 2
Modifier Attestation de présence 3
Consulter Attestation de formation 2
Créer Attestation de formation 2
Modifier Attestation de formation 3
Gérer Emploi du temps
Consulter Emploi du temps 2
Valider Emploi du temps 3
Gérer Examen
Consulter Examen 2
Modifier Examen 3
Gérer Cours
Consulter Cours 2
Modifier Cours 3
Gérer Notes
Consulter Notes 2
Modifier Notes 3
Gérer Personnels
Consulter liste des personnels 2
Ajouter personnel 3
Voir détail 3
Modifier personnel 4
Supprimer personnel 4
Consulter état d'absence 4
Modifier état d’absence 5
Consulter fiche de paie 4
Gérer Caisse
Fiche de paie
Facture
Consulter liste des fiches de paie 2
Consulter liste des factures 2
28
 Rapport Projet Fin D'études Chapitre 2 : Spécification des besoins

Ajouter fiche de paie 3

Voir détail 3
Modifier fiche de paie 4
Modifier facture 4
Gérer Stage
Consulter liste de stage 2
Ajouter stage 3
Modifier stage 3
Supprimer stage 3
Gérer Stagiaire
Consulter demande de stage 2
Consulter la liste des stagiaires 2
Voir détail 3
Modifier stagiaires 4
Consulter état d’absence 4
Modifier état d’absence 5
Supprimer stagiaires 4
Gérer Etudiant
Consulter la liste d'étudiant 2
Voir détail 3
Modifier étudiant 4
Consulter état d’absence 4
Modifier état d’absence 5
Supprimer étudiant 4
Gérer Formation
Consulter liste de formation 2
Ajouter Formation 3
Modifier Formation 3
Supprimer Formation 3
Rechercher formation 2
Gérer Fournisseurs
Créer fournisseur 2
Consulter liste des fournisseurs 2
Modifier Fournisseur 3
Supprimer Fournisseur 3
Consulter facture 3
Gérer Inscription
Inscrire étudiant
Inscrire stagiaire
Consulter demande d'inscription 2
Modifier liste d'inscription 3
Valider liste d'inscription 3
Tableau 9: Ordre de priorité des cas d’utilisation de l’acteur Administrateur
La table ci-dessous présente l’ordre de priorité des cas d’utilisation de l’agent :

Cas d'utilisation Ordre de priorité

S'authentifier 1
Gérer messagerie

29
 Rapport Projet Fin D'études Chapitre 2 : Spécification des besoins

Consulter boite d’envoie 2

Consulter boite de réception 2
Envoyer message 3
Voir détail 3
Supprimer message (boite de réception) 3
Gérer documents
Gérer emploi du temps
Consulter emploi du temps 2
Gérer cours
Consulter cours 2
Gérer coupon
Consulter coupon 2
Gérer Notes
Consulter Notes 2
Gérer attestation
Gérer attestation de formation
Gérer attestation de présence
Gérer attestation de stage
Consulter attestation de formation 2
Consulter attestation de présence 2
Consulter attestation de stage 2
Gérer formation
Consulter liste des formations 2
Gérer Stage
Consulter liste des stages 2
Gérer Stagiaires
Envoyer formulaire de stage 2
Gérer étudiant
Envoyer formulaire d’inscription 2
Gérer fournisseur
Consulter liste des fournisseurs 2
Gérer Caisse
Envoyer facture 2
Gérer inscription
Consulter listes des inscriptions 2
Tableau 10: ordre de priorité des cas d’utilisation de l’acteur Agent

Conclusion
Nous avons présenté dans cette phase tout d’abord une étude de l’existant pour
comprendre la problématique ensuite une critique de l’existant afin de proposer une solution.
Finalement, cette phase nous a permis d’identifier les différents besoins.

30
Chapitre 3 : Ébauche de
Conception
Rapport Projet Fin D'études Chapitre 3: Ébauche de conception

Introduction
Pour programmer une application, il ne convient pas de se lancer tête baissée dans
l’écriture du code : il faut d’abord organiser ses idées, les documenter, puis organiser la
réalisation en définissant les modules et étapes de la réalisation. C’est cette démarche
antérieure à l’écriture que l’on appelle modélisation ; son produit est un modèle.

I.Diagramme de séquence de quelques cas d'utilisation

C’est une représentation graphique qui vise à montrer les interactions entre les
acteurs et le système selon un ordre chronologique dans la formulation UML afin de
simplifier la compréhension du déroulement des actions entre les acteurs ou objets. Pour notre
application, nous allons se limiter à représenter quelques diagrammes en titre d’exemples.

1. Diagramme de séquence de cas d'utilisation: s'authentifier (priorité 1)

Le cas d'utilisation «S'authentifier » possède deux scénarios et ceci selon la validité

des données saisies par l'utilisateur qui peut être un administrateur ou un agent

Figure 17: Diagramme de séquence de cas d'utilisation «S'authentifier»

32
Rapport Projet Fin D'études Chapitre 3: Ébauche de conception

L’utilisateur doit tout d’abord s’authentifier en fournissant son login et son mot de
passe. Comme étant le point de concentration du système, le serveur de base de données est
alors utilisé pour vérifier la validité des données fournies par l’utilisateur. Ensuite, le profil
correspond à l'utilisateur authentifié sera affiché, en cas des données conformes, c'est à dire la
réussite de l'opération d'authentification (2éme scénario), sinon un message d’interdiction
d’accès sera renvoyé à l’utilisateur en cas des données incorrectes, c'est à dire l'échec de
l'opération d'authentification (1er scénario) comme il est présenté dans la figure 17.

2.Diagramme de séquence de cas d'utilisation: Consulter boite de réception

(priorité 2)

Figure 18 : Diagramme de séquence de cas d'utilisation «Consulter boite de réception»

La figure ci-dessus représente le diagramme de séquence de cas d'utilisation

«Consulter boite de réception». Après son authentification, l'agent clique sur la notification
reçue, si elle existe, qui contient le message envoyé de la part de l'administrateur. Le système
va prendre en charge le clique, à ce niveau, la couche métier va intervenir à travers le
gestionnaire de la boite de réception afin de récupérer les données existant dans la table
« msg ». Par la suite le message envoyé va être affiché sur l'interface de l'agent.

Ce cas va être appliqué aussi pour l'administrateur qu'il va de même recevoir des
messages de la part de l'agent. La seule différence entre ces deux acteurs réside dans le
contenu de message.

Ces deux acteurs peuvent également consulter leurs messages reçues ainsi les
messages qu’ils ont envoyé en choisissant le menu Gérer messagerie.

33
Rapport Projet Fin D'études Chapitre 3: Ébauche de conception

3. Diagramme de séquence de cas d'utilisation: « Ajouter formation » (priorité 3)

Figure 19 : Diagramme de séquence de cas d'utilisation «Ajouter formation»

Le cas d'utilisation «Ajouter formation » possède deux scénarios, soit l'échec de

l'ajout de la formation soit la réussite comme il est présenter dans la figure 19.

En choisissant la gestion de formation, l'administrateur peut ensuite choisir l'option

« ajouter formation », ainsi l'interface correspondante s’ouvre. L’administrateur doit, par la
suite, remplir le formulaire pour ajouter la nouvelle formation. À ce niveau, la couche métier
intervient pour recevoir les données nécessaires et les envoyer vers la table formation. La
vérification des données saisies par l’administrateur se fait au niveau du serveur de données
avant d’être enregistrées, en fait, si la formation existe déjà alors un message d'erreur sera
affiché, si non la formation ajoutée aura lieu dans la liste des formations.

34
Rapport Projet Fin D'études Chapitre 3: Ébauche de conception

4.Diagramme de séquence de cas d'utilisation : « Modifier attestation de stage »

(priorité 4)

Figure 20 : Diagramme de séquence de cas d'utilisation «Modifier attestation de stage »

La figure 20 représente le diagramme de séquence de cas d'utilisation « Modifier

attestation de stage ». Suite à une authentification réussie, la page d’accueil s’affiche.

En faisant le choix de la gestion des documents, le choix de la gestion des

attestations et enfin le choix de la gestion des attestations de stage, cliquant sur le bouton
modifier , le formulaire de modification des attestations de stage apparait. L’utilisateur peut,
par la suite, modifier les champs qu'il souhaite. À ce niveau, la couche métier intervient pour
recevoir les nouvelles données et les envoyer vers la couche d’accès. Enfin de l'opération, un
message de succès de modification sera envoyé à l'administrateur dans l'interface qu'il a
chargé.

35
Rapport Projet Fin D'études Chapitre 3: Ébauche de conception

5. Diagramme de séquence de cas d'utilisation : «Envoyer fiche d'état d'absence»

(priorité 5)

Figure 21 : Diagramme de séquence de cas d'utilisation «Envoyer fiche d'état»

La figure 21 va être consacrée à la présentation de diagramme de séquence du cas

d'utilisation « envoyer fiche d'état ».
En faisant le choix de consulter l'état d'absence, l'administrateur peut par la suite envoyer
le fiche d'état à l'agent, cette opération peut être effectuée après le passage de la démarche
suivante.
D'abord, l'administrateur demande le chargement de l'interface de la fiche d'état d'absence
du l'étudiant, la couche métier représenté par le gestionnaire d'envoi de l'état interprète la
demande de ce dernier en récupérant les données à partir de la table étudiant ,la table
formation et la table attestation. L'administrateur peut ensuite saisir le nombre d'absence dans
le champ spécifique selon son état actuel. Enfin l'administrateur clique sur le bouton envoyer ,
et la couche métier intervient une dernière fois afin d'effectuer le transfert ou l'envoi de la
fiche d'état dans la table « etudiant ». L'agent peut par la suite le consulter après qu'il clique
sur la notification reçue.

II.Diagramme de classe
Ce type de diagramme nous permet d'avoir une vue statique de l'application. Il nous
montre les relations entre les différentes entités (classes) composant notre application. Il nous
mène vers la solution finale. En effet, à partir de ce diagramme on retrouve les corps des
différentes classes de notre application.
La figure 22 illustre le diagramme des classes correspondant au déroulement de notre
application

36
Rapport Projet Fin D’études Chapitre 3: Ébauche de conception

Figure 22:Diagramme de classes

37
Rapport Projet Fin D'études Chapitre 3: Ébauche de conception

Dans ce diagramme, nous montrons les classes principales ainsi que les différentes
relations entre elles. Ce modèle nous a beaucoup simplifiés la phase de création de notre base
de données.
Nous distinguons ainsi la classe « Utilisateur » qui possède des relations d’héritage avec
les classes : Administrateur, Agent. Ce qui fait la différence entre ces classes sont les
méthodes associées à chacune d'eux. De même pour la classe « Documents », elle possède des
relations d’héritage avec les classes : Emploi, Cours, Coupon, Examen et Attestation.
Comme nous trouvons des relations de composition telle que la classe TypeCompte qui
est une partie de la classe propriétaire Compte.
Il existe aussi des relations entre la classe Utilisateur et les classes Etudiants, msg,
facture, Fournisseur, Personnels et Stage, Stagiaire et Formation. Ces relations montrent la
nature des actions qui existent entre les différentes classes.
III. Diagramme de déploiement
Le diagramme de déploiement montre la configuration physique des différents
matériels qui participent à l'exécution de notre système, ainsi que les artefacts qu'ils
supportent.

Ce diagramme est constitué des nœuds peuvent contenir des artefacts. Un artefact
modélise une entité physique comme un fichier. On explicite la présence d'un artefact sur un
nœud de déploiement en imbriquant son symbole dans celui du nœud englobant.

Figure 24: Diagramme de déploiement

Conclusion
Dans ce chapitre, nous constatons que l’activité de conception nous a permis de mieux
comprendre l’application. En effet, nous avons présenté les diagrammes de la vue statique tels
que les diagrammes de cas d’utilisation et le diagramme de classes et ceux de la vue
dynamique tels que les diagrammes de séquences et le diagramme de déploiement.
L’achèvement de cette phase nous amène vers l’activité d’implémentation qui sera le sujet du
chapitre suivant.

38
Chapitre 4 : Réalisation du
projet
Rapport Projet Fin D'études Chapitre 4 : Réalisation du projet

Introduction
À ce stade, les cas d'utilisation sont terminés, le problème a été analysé en
profondeur. Nous avons défini une conception mieux appropriée aux besoins de l'application.
Nous pouvons alors entreprendre la dernière activité de la méthode agile Crystal Clear qui est
composée de deux parties (planning et programmation). Cette activité a comme objectif
d'aboutir à un produit final, exploitable par les utilisateurs. Durant ce chapitre, nous allons
présenter l'environnement de développement utilisé, l'architecture matérielle mise en place,
l’implémentation de tous les cas d'utilisation, et enfin les tests.

I.Architecture de programmation
Dans cette phase, nous allons présenter l’architecture matérielle de notre application,
l’environnement de développement ainsi le travail réalisé selon les différents itérations.

1. Architecture matérielle

1.1. Architecture 3-tiers

L’architecture matérielle mise en place est une architecture 3-tiers (à trois niveaux).

Cette architecture répartit la charge entre:

• Le client, un internaute par exemple, demandant l’affichage d’une page web PHP en
soumettant une requête http.
• Le serveur web traite la page PHP demandé. Au cours du traitement de la page PHP, le
serveur puise les données depuis la base de données MYSQL. Pour cela, il va
soumettre une requête SQL au serveur de base de données.
• La base de données MYSQL traite les requêtes et envoie en réponse les données
demandées au serveur web.
Comme le modèle à 3 niveaux déplace la logique de l’application vers le serveur, on
l’appelle architecture orienté serveur ou, depuis peu, architecture client léger.

Figure 23: Architecture trois tiers

40
Rapport Projet Fin D'études Chapitre 4 : Réalisation du projet

1.2. Description de l’architecture :

• Le navigateur envoie l'adresse que l'utilisateur a tapée ;
• Apache (le serveur web) cherche dans son arborescence si le fichier existe, et si celui-
ci porte une extension reconnue comme une application PHP (.PHP, .PHP3, .PHP4,
.PHP5 par exemple). Si c'est le cas, Apache transmet ce fichier au parseur PHP ;
• PHP parse le fichier, c'est-à-dire qu'il va analyser et exécuter le code PHP qui se
trouve entre les balises <? PHP et ?>. Si ce code contient des requêtes vers une base
de données MySQL, PHP envoie la requête SQL. La base de données renvoie les
informations voulues au script qui peut les exploiter (pour les afficher par exemple).
PHP continue de parser la page, puis retourne le fichier dépourvu du code PHP au
serveur web ;
• Le serveur web renvoie donc un fichier ne contenant plus de PHP, donc seulement du
HTML au navigateur qui l'interprète et l'affiche.

2. L'intérêt de l'utilisation d'une architecture 3tiers

L'intérêt majeur de ce modèle est que, par construction, il combine les avantages des
systèmes centralisés:

• Cohérence globale ;
• Simplicité de développement, d'exploitation et de maintenance ;
• Maîtrise des coûts... Et ceux du Client/serveur ;
• Meilleure ergonomie du poste de travail ;
• bonne intégration avec les outils bureautiques ou les autres applications ;
• gains de productivité…
II. Les outils et langages utilisés
1. PHP5

(PHP[6] Hypertext PreProcessor) est un langage de programmation. Sa

principale application se situe au niveau de l'utilisation d'un langage de script traité coté
serveur pour la création de pages web. Cette utilisation sur serveur web est la principale mais
PHP peut également être utilisé pour des autres types de développements.

PHP dispose d'une extension permettant de produire des applications graphiques

traditionnelles. Il n'ya alors ni serveur web ni navigateur, et l'application s'exécute
entièrement sur le post client. Tel est le cas pour notre application.

PHP5 a fait son apparition en 2004. Ses principales nouveautés résident dans :

• La Prise en charge de la programmation orientée objet POO ;

• Module de gestion d’appel aux bases de données PHP Data Object (PDO) ;
• Intégration de la base SQLite...

41
Rapport Projet Fin D'études Chapitre 4 : Réalisation du projet

2. HTML5

(HyperText Markup Language) est un langage de balisage (dite aussi langage

de marquage) qui permet de structurer le contenu des pages web dans différents éléments.

L'impossibilité pour le W3C de trouver un consensus entre les éditeurs de

navigateurs et les créateurs de moteurs de recherche pour faire évoluer XHTML a conduit un
groupe indépendant, le WHATWG (Web Hypertext Application Technology Working Group)
dirigé par Ian Hickson (aujourd'hui chez Google !), à entamer le développement de HTML 5.

Le langage HTML5 est une amélioration du langage HTML 4, avec des

simplifications par rapport à la version XHTML qui était de mise avant lui.

Pour faire simple, le HTML5 sert principalement à :

• Afficher un contenue (texte, image, …) ;

• Créer des liens hypertexte et relier les pages entre elles ;
• Structuré un document (titre, paragraphe …) ;
• Indiquez au navigateur ce qu’il doit afficher ;
• Bien indexer les pages web dans les moteur de recherches (choix de balise, mot-
clé …) ;
• Donner des informations au navigateur sur la gestion de la page (gestion du
cache, rafraichissement …) ;
• Donner des informations au navigateur sur la page (titre, mot-clé, langue, pays,
copyright …).

3. CSS3
CSS3 est également connu sous le nom des feuilles de style en cascade, est
un langage de présentation créé pour donner du style au contenu, jouer sur
son apparence. En résumé, le HTML5 détermine la structure et la signification du contenu sur
une page Web pendant que le CSS3 détermine le style et l’apparence de ce contenu. Ces
deux langages sont indépendants l’un de l’autre.

4. JavaScript

Le langage JavaScript permet de développer de véritables applications

fonctionnant exclusivement dans le cadre d'Internet. Néanmoins, plus le degré
de complexité de ces applications est important, plus la puissance de calcul du processeur sera
sollicitée jusque dans ses confins.

Contrairement à un applet Java qui est un programme compilé, les scripts écrits en
JavaScript sont interprétés, cela explique en partie la caractéristique précitée. De la même
manière de sorte à ne pas confondre les différents programmes : le Java, représenté par un ou
plusieurs fichiers autonomes dont l'extension sera *.class ou *.jar, est invoqué par une balise

42
Rapport Projet Fin D'études Chapitre 4 : Réalisation du projet

HTML spécifique, alors que le JavaScript est écrit directement au sein du document HTML
sous forme d'un script encadré par des balises HTML spéciales.

Cependant, le JavaScript est un langage de script simplifié orienté objet dont la

syntaxe est basée sur celle du Java.

5. jQuerry

jQuerry [7]est une bibliothèque JavaScript libre et multiplateforme créée pour

faciliter l'écriture de scripts côté client dans le code HTML des pages web.

La bibliothèque contient notamment les fonctionnalités suivantes :

• Parcours et modification du DOM (y compris le support des sélecteurs CSS 1 à 3 et un

support basique de XPath) ;
• Événements ;
• Effets visuels et animations ;
• Manipulations des feuilles de style en cascade (ajout/suppression des classes,
d'attributs…) ;
• Ajax ;
• Plugins ;

6. MySQL5

MySQL [8] présenté comme le plus populaire des serveurs de base de

données SQL Open Source, est développé, distribué et supporté par
MySQL AB.

MySQL est un système de gestion de base de données. Il permet de réaliser les

opérations d'ajout, de lecture et traitement des données dans une base de données, il s'avère
primordiale d'utiliser un système de gestion de base de données tel que le serveur MySQL.

MySQL est un serveur de bases de données relationnelles. Un serveur de base de

données stocke les données dans des tables séparées plutôt que tout rassembler dans un seul
table. Cela améliore la rapidité et la souplesse de l'ensemble. Les tables sont reliées par des
relations définies, qui rendent possible la combinaison de données entre plusieurs tables
durant une requête. Le SQL (Structured Query Language) est le langage standard pour les
traitements de base de données.

Figure 26: Fonctionnement de MySQL

7
8

43
Rapport Projet Fin D'études Chapitre 4 : Réalisation du projet

7. WAMP SERVER

WAMP signifiant Windows Apache MySQL PHP, est une plateforme de

développement Web sous Windows.

Il permet de développer des sites Web dynamiques à l'aide du serveur Apache, du

langage de scripts PHP5 et d'une base de données MySQL version 5. Il possède également
PHPMyAdmin et SQLite Manager pour gérer plus facilement les bases de données.

Il s'installe facilement et son utilisation très intuitive permet de le configurer très

rapidement (sans toucher aux fichiers de configuration).

8. DreamWeaver

Est un éditeur HTML professionnel destiné à la conception, au codage et au

développement de sites, de pages et d'applications Web. Quel que soit l'environnement de
travail utilisé (codage manuel HTML ou environnement d'édition visuel), Dreamweaver
propose des outils qui vous aideront à créer des applications Web.

9. Photoshop

Photoshop est un logiciel de retouche, de traitement et de dessin assisté

par ordinateur édité par Adobe. Il est principalement utilisé pour le traitement de
photographies numériques, mais sert également à la création d'images. Reconnu aussi par les
infographistes professionnels à travers sa puissante galerie de filtres et d'outils graphiques
performants, son utilisation est maintenant enseignée dans les plus grandes écoles, instituts
des Beaux-arts et il est utilisé par une grande majorité des studios et agences de créations.

10. StarUML :

« StarUML » est un logiciel de modélisation UML (Unified Modeling

Language) open source qui peut remplacer dans bien des situations des logiciels commerciaux
et coûteux comme « Rational Rose » ou « Together ». Étant simple d’utilisation, nécessitant
peu de ressources système, supportant UML 2, ce logiciel constitue une excellente option
pour une familiarisation à la modélisation.

III. Planning des itérations

Le planning consiste à prévoir vers quelles dates les itérations vont se suivre.

44
Rapport Projet Fin D'études Chapitre 4 : Réalisation du projet

Moins Avril Mai Juin

Semaine S8 S9 S10 S11 S12 S13 S14 S15 S16 S17 S18 S19
Itérations

Itération 1,2 Itération 2,3 Itération 3, 4,5

Tableau 12 : Planning des itérations

Description de planning :
Itération 1 : implémentation des cas d’utilisation prioritaire
Itération 2 : implémentation des cas d’utilisation secondaire
Itération 3 : implémentation des cas d’utilisation tertiaire
Itération 4 : implémentation des cas d’utilisation de priorité 4
Itération 5 : implémentation des cas d’utilisation de priorité 5

IV. Planning de projet :

Afin de garantir le succès de notre projet et maitriser le temps dédié pour le réaliser,
nous avons établi un planning dans lequel nous définissons les différentes tâches à faire ainsi
que le temps nécessaire pour chaque tâche. La figure ci-dessous représente le planning de
notre projet en utilisant le diagramme de Gantt.

Figure 27: Diagramme de Gantt

V. Les interfaces réalisées

Cette partie contient quelques imprimes écran de notre application qui présente les
différents itérations de notre projet.

45
Rapport Projet Fin D'études Chapitre 4 : Réalisation du projet

1. Itération 1 : Implémentation de cas d'utilisation : « s’authentifier »

Pour gérer l'accès à l'application nous avons réalisé une page d'authentification.
Chaque utilisateur tape son identifiant et son mot de passe pour pouvoir accéder à
l'application.

Message d'erreur
affiché dans l'URL

Figure 28: Interface d'authentification (paramètres erronés)

Description :

L’interface ci-dessus s’affiche si les paramètres entrées par l’administrateur sont

erronés qui représente le premier scénario du cas d’utilisation s’authentifier.

46
Rapport Projet Fin D'études Chapitre 4 : Réalisation du projet

Figure 29: Interface d'authentification (paramètres validées)

Description:

L’interface ci-dessus s'affiche si les paramètres entrées par l’administrateur sont

correctes qui représente le deuxième scénario du cas d’utilisation s’authentifier.

Une fois l'utilisateur est authentifié, une interface d'accueil s'affiche avec un menu et
une barre des favoris appropriés à son profil permettant, ainsi, à l'utilisateur d'accéder aux
différents modules de l'application qui lui sont accordés.

Dans le cas d'une authentification relative à l'administrateur, nous aurons l'interface

suivante:

Figure 30 : Interface de la page d'accueil : Administrateur

47
Rapport Projet Fin D'études Chapitre 4 : Réalisation du projet

Dans le cas d'une authentification relative à l’agent, nous aurons l'interface suivante:

Figure 31 : Interface de la page d'accueil : Agent

2. Implémentation des quelques cas d’utilisation : Administrateur

2.1 Itération 2 : implémentation de cas d’utilisation : « consulter emploi de temps »

Figure 32 : Interface «Consulter emploi»

48
Rapport Projet Fin D'études Chapitre 4 : Réalisation du projet

Description :

L’interface ci-dessus est affichée si l'administrateur souhaite consulter l'emploi de

temps. Il à la liberté de choix de modifier les dates des séances, la formation ainsi le groupe
associé à cette formation, en validant son choix par un simple clic sur le bouton "Valider".

2.2. Itération 3 : Implémentation de cas d’utilisation « Envoyer message »

Figure 33: Interface « Envoyer message »

Description :

L’interface ci-dessus est affichée si l'administrateur souhaite envoyer un message à

l'agent afin de lui demander certaines informations ou de lui répondre à ses interrogations.
Cliquant sur le bouton envoyer , le message sera envoyé à l’agent, ce dernier peut le consulter
dans sa boite de réception, on définira ce cas dans la partie des interfaces spécifique à l'agent.

49
Rapport Projet Fin D'études Chapitre 4 : Réalisation du projet

2.3. Itération 4 : Implémentation de cas d’utilisation « Modifier stagiaire »

Pour modifier un stagiaire, l'administrateur doit tout d'abord consulter la liste des
stagiaires actuels, comme le montre la figure ci-dessous :

Bouton voir détail

Figure 34: Interface «Consulter liste des stagiaires»

Ensuite l'administrateur clique sur le bouton Voir détail, cette action lui
permette d'accéder aux profils de ces stagiaires :

Bouton Modifier
Figure 35 : Interface «Consulter liste des stagiaires»

50
Rapport Projet Fin D'études Chapitre 4 : Réalisation du projet

En choisissant le bouton Modifier, le formulaire de modification est affiché comme

suit :

Figure 36 : Interface «Modifier stagiaire»

L'administrateur modifie l'email de stagiaire et valide la saisie en cliquant sur le

bouton Modifier. Il peut vérifier le succès de la modification, en affichant le profil de cette
stagiaire

Figure 37 : Interface «Succès modification»

51
Rapport Projet Fin D'études Chapitre 4 : Réalisation du projet

2.4. Itération 5 : Implémentation de cas d’utilisation « Envoyer fiche d'état d'absence »

Pour envoyer le fiche de l'état d'absence d'un étudiant, l'administrateur doit tout
d'abord consulter l'état d'absence de ce dernier, comme le montre la figure ci-dessous :

Figure 38 : Interface «Consulter état d'absence»

Il peut ensuite l'envoyer à l'agent en cliquant sur le bouton "Envoyer", afin que ce
dernier puisse informer l'étudiant de son état.

La figure suivante représente l'action d'envoie de la fiche :

Figure 39 : Interface «Envoyer fiche d'état d'absence»

52
Rapport Projet Fin D'études Chapitre 4 : Réalisation du projet

3.Implémentation des quelques cas d’utilisations : Agent

3.1. Itération 2 : Implémentation des cas d’utilisation « Consulter boite de réception »

L'agent a le choix dans ce cas de consulter sa boite de réception soit en cliquant sur
l'icône message qui existe dans le header comme le montre la figure 40 ou en choisissant le
menu Gestion messagerie puis le sous menu Boite de réception comme l'indique la figure 41.

Figure 40: Interface « Consulter message»

Description:
L'agent consulte les nouveaux messages envoyés de la part de l'administrateur.
Il peut également cliquer sur le bouton "Voir tous les messages "qui lui amener vers
la page "Boite de réception".

Bouton voir détail

Bouton supprimer

Figure 41: Interface « Consulter message»

Description:
L'agent consulte sa boite de réception a partir de sous menu Boite de réception.
Il a le choix dans ce cas soit d'envoyer un nouveau message en cliquant sur le bouton
"nouveau message", de supprimer un message ou de voir les détails d'un tel message.

53
Rapport Projet Fin D'études Chapitre 4 : Réalisation du projet

3.2. Itération 2 : Implémentation de cas d’utilisation «Consulter attestation de

présence»

Figure 42: Interface « Consulter attestation de présence»

Description :

L'agent ne peut consulter l'une des attestations, prenant l'attestation de présence

dans notre cas, que lorsque l'administrateur la lui envoyer.

54
Rapport Projet Fin D'études Chapitre 4 : Réalisation du projet

3.3. Itération 3 : Implémentation de cas d’utilisation « Voir détail »

Figure 43: Interface «Voir détail»

Description:
L'agent consulte les détails de message qu'il a sélectionné. Ce message contient
des détails sur l'administrateur, l'expéditeur du message, et des détails sur le contenue de
message ainsi la date d'envoie.
L'agent peut aussi répondre à ce message immédiatement en cliquant sur le bouton "
Cliquez ici pour Répondre" qui le dirige vers la page d'envoie d'un nouveau message.

55
Rapport Projet Fin D'études Chapitre 4 : Réalisation du projet

3.4. Itération 3 : Implémentation de cas d’utilisation « Envoyer fiche d'inscription»

Figure 44: Interface «Envoyer fiche d'inscription»

Description :

Cette interface est affichée à l’agent, un étudiant souhaite s'inscrire à une formation,
l'agent prend le charge de remplir son formulaire d'inscription, et l'envoyer par la suite à
l'administrateur.

56
Rapport Projet Fin D'études Chapitre 4 : Réalisation du projet

3.5. Itération 3 : Implémentation des cas d’utilisation « Envoyer facture»

Figure 45: Interface «Envoyer facture»

Description :

Suite à un nouvel achat d'un article de la part d'un tel fournisseur, l'agent se charge
de remplir une facture contenant tous les données sur l'article acheté, son fournisseur, la
quantité, le prix et le montant total à payer, il l'envoie par la suite à l'administrateur qui va
s'occuper de la vérification.

Conclusion
Dans ce chapitre, nous avons présenté l'architecture matérielle mise en œuvre, une
étude de l’environnement logiciel de l’application, le planning de projet ainsi que les
différentes étapes de la réalisation. Nous finissons, par un exposé d’une liste des interfaces
principales de l’application tout en les interprétant. L’implémentation de cette application
était pour nous l’étape la plus délicate dans tout le processus de développement.

57
Rapport Projet Fin D'études Conclusion Général

Conclusion générale

Notre projet de fin d'études a été établit au sein de l'institut privé de formation
professionnelle et continue «Info-Langues» et a porté sur la réalisation d'une application
administrative en PHP5 pour cet institut. Cette application représente une solution aux
problèmes proposés en se basant sur une architecture 3 tiers. Cette architecture offre une
bonne modularité et maintenabilité de l'application. Néanmoins la mise en place de cette
architecture a nécessité la maitrise des nouvelles technologies présentés sur le marché tel que
PHP5, HTML5, CSS3…

L'application a été guidée par les différentes phases du cycle de vie de la méthode
agile Crystal Clear. Nous avons dégagé, en premier lieu les besoins fonctionnels et non
fonctionnels du système qui permettent respectivement de le rendre opérationnel et efficace.
Cette première étape a donc mis en place un cahier de charge qui représente une spécification
de l'application. En deuxième lieu, Nous avons effectué les taches d'analyse et de conception
qui nous a permis de fournir une description raffinée des cas d'utilisation. Ceci a servit de
base dans l'implémentation de l'application. Cette dernière étape nous a permis donc de
développer l'application qui a été testée et évaluée tout au long de son développement pour
s'assurer que le logiciel mis en place correspond bien à sa spécification.

Nous tenons à préciser que ce projet nous a été bénéfique puisqu'il nous a permis
de découvrir un champ d'application pratique, vaste et riche en procédures. Il a été aussi une
véritable occasion pour voir de près la nature, l'aspect et le déroulement de la vie
professionnelle, et côtoyer des gens d'expérience qui nous ont été d'une aide précieuse dans la
réalisation de ce travail.

Ce projet nous a également donné l'occasion d'approfondir les connaissances

acquises durant notre formation à l' «ISETK» et d'en avoir des nouvelles. En effet il nous a
permis de retenir la technologie web ; maitriser PHP5, HTML5, CSS3, JavaScript ; Se
familiariser avec l’environnement de développement web «Dreamweaver» ; maitriser
l'utilisation du système de gestion de base de données MySQL.

58
Rapport Projet Fin D'études Conclusion Général

Enfin, ce projet en tant qu'un produit logiciel est toujours prêt à subir des
modifications recommandées par les utilisateurs finaux pour mieux satisfaire leurs besoins.

59
Rapport Projet Fin D'études Bibliographie

Bibliographie

• L'orienté objet
Auteur : Hugues Bersini , Ivan Wellesz
Editeur : EYROLLES
Source : propre

• UML 2 par la pratique

Auteur : Pascal Roques
Editeur : EYROLLES
Source: Bibliothèque ISETK

• Introduction à la modélisation orientée objets avec UML

Auteur : Olivier Sigaud
Source : Internet

• Le langage SQL
Auteur : Frédéric Baurand
Editeur : ELLIPSES
Source : Bibliothèque ISETK

• HTML5 et CSS3
Auteur : Jean Engels
Editeur : EYROLLES
Source : Bibliothèque ISETK

• PHP5 avancé
Auteur : Eric Daspet, Cyril Pierre de Geyer
Editeur : EYROLLES
Source : Bibliothèque ISETK

• Cours : Méthodologie de conception

Enseignant : SAIDI Salem

• Cours : Développement web avec PHP et MySQL

Enseignant : SAIDI Salem

60
Rapport Projet Fin D'études Netographie

Netographie

[1] : www.gestioncentreformation.fr
visité le 18/02/2015

[2] : methodeagile.org
visité le 06/02/2015

[3] : Developpez.com : Club des professionnels de l'informatique

(www.developpez.com)
visité le 01/03/2015

[4] : www.commentcamarche.net
visité le 16/03/2015

[5] : www.php.net/
visité le 30/03/2015

[6] : openclassrooms.com
visité le 02/04/2015

[7] : wikipedia.org
visité le 05/05/2015

[8] : dev.mysql.com
visité le 6/04/2015

61
Rapport Projet Fin D'études Annexes

Annexes

Annexe A

Microsoft Project est un logiciel de gestion de projet très évalué permettant de gérer
des projets de grande envergure, de réaliser le diagramme de GANTT ou le réseau PERT d'un
projet, ainsi que de prévoir les ressources consacrées ou à consacrer au projet.
Annexe B
Référence 1 : Représentations graphiques
Cette vue est fortement inspiré UML :

Référence 2 : Démarches UML

Une démarche itérative et incrémentale ?

• L'idée est simple : pour modéliser (comprendre et représenter) un système complexe,

il vaut mieux s'y prendre en plusieurs fois, en affinant son analyse par étapes.

• Cette démarche devrait aussi s'appliquer au cycle de développement dans son

ensemble, en favorisant le prototypage.

Le but est de mieux maîtriser la part d'inconnu et d'incertitudes qui caractérisent les systèmes
complexes.

Une démarche pilotée par les besoins des utilisateurs ?

• Avec UML, ce sont les utilisateurs qui guident la définition des modèles :

o Le périmètre du système à modéliser est défini par les besoins des utilisateurs
(les utilisateurs définissent ce que doit être le système).
o Le but du système à modéliser est de répondre aux besoins de ses utilisateurs
(les utilisateurs sont les clients du système).

• Les besoins des utilisateurs servent aussi de fil rouge, tout au long du cycle de
développement (itératif et incrémental) :
62
Rapport Projet Fin D'études Annexes

o A chaque itération de la phase d'analyse, on clarifie, affine et valide les besoins

des utilisateurs.
o A chaque itération de la phase de conception et de réalisation, on veille à la
prise en compte des besoins des utilisateurs.
o A chaque itération de la phase de test, on vérifie que les besoins des utilisateurs
sont satisfaits.

Une démarche centrée sur l'architecture ?

• Une architecture adaptée est la clé de voûte du succès d'un développement.

Elle décrit des choix stratégiques qui déterminent en grande partie les qualités du
logiciel (adaptabilité, performances, fiabilité...).
•
Référence : 3 Modèle Agile

1. Définition

Définir les besoins :

o Que doit faire le logiciel
o De quelle façon
o sous quelles conditions
2. Développement
Transformation des données collectées pendant l’étape de définition en
plusieurs produits :
o Logiciel fonctionnel
o Code source
o Produits connexes
3. Support

Correction

Prévention Changements Adaptation

Amélioration

o Correction : réparation des fonctions qui ne marchent pas ou qui ne marchent pas
comme souhaité.

o Adaptation : adaptation de fonctions aux évolutions technologiques actuelles.

o Amélioration : en termes de performance, ergonomie, …

o Prévention : Rendre le logiciel plus facile à la maintenance

63
Rapport Projet Fin D'études Annexes

4. Les douze principes agiles

1. Toujours satisfaire le client à travers des livraisons rapides et continues

2. Bien accueillir tous les changements même les tardifs
3. Livrer fréquemment un système fonctionnel
4. Les clients et les développeurs doivent collaborer
5. Conduire le projet autour d’équipes motivées
6. La meilleure méthode de faire circuler l’information c’est le contact direct entre
collaborateurs
7. La première mesure d’avancement c’est un logiciel fonctionnel
8.Le développement doit être durable et à un rythme constant
9. La bonne conception et l’excellence technique augmentent l’agilité
10. Simplifier au maximum
11. Les meilleures architectures, besoins et conceptions proviennent d’équipes qui
s’organisent d’elles-mêmes
12. L’équipe s’améliore d’une manière autonome et régulière

Référence 4: Crystal Clear est une méthodologie agile

Annexe C
Document de l’école Info-Langues :

1.Emploi de temps :

64
Rapport Projet Fin D'études Annexes

Emploi Du Temps
08 :09 09 :10 10 :11 11 :12 12 :13 13 :14 14 :15 15 :16 16 :17 17 :18 18 :20

Web Italien(Atef) Info (N) Anglais Français A

Lundi
Français (Ayem) Italien (Malika) Français(N) Anglais (Z, H, A)

Italien (Atef) Italien (Atef) Info (N, A) Français A

Mardi
Italien (Malika) Anglais

Français (Malika) Français A

Mercredi
Français (Dalel)

Français (Dalel) Français (Malika) Anglais (Arawa) Français

Jeudi (Groupe A)
Info(Ala) Ciel (Mohamed) Français (N)

Français Italien (Atef) Italien (Malika) Nawel (Anglais) Anglai (H,W) Français
Vendredi (Groupe A)
Nawel (info)

Anglais (Houcem) Anglais Anglais(Mohamed) Anglais (Nawel) Test Amani

(Tawfik)
Samedi
Français (Malika)

Dimanche

65
 Rapport Projet Fin D'études Annexes

2.Règlement intérieur

1-Mission de l’institut

1. Info-Langues est un établissement privé de formation professionnelle et continue spécialisé dans la

formation continue (formation professionnelle des cadres et dirigeants d’entreprise) ainsi que dans la formation
initiale et continue.

2- Structure de l’institut
L’institut est dirigé par une directrice qui est assisté par des formateurs.
 le conseil pédagogique : il a pour mission d’assurer le relaie entre la direction de l’institut, les
formateurs et les stagiaires. Il informe et donne
 conseil de discipline : présidé par le directeur du centre. Composé au moins de deux formateurs ainsi
que des personnes désignées par le directeur.
 conseil de classe : il ya un conseil de classe pour chaque classe. Il doit être composé du directeur ou de
son représentant, des responsables pédagogiques de la filière et des formateurs de la classe concernée.

3-Vacances :
1. seront communiqués par l’administration en temps opportun.

4-Moyens pédagogiques :
 l’institut doit fournir aux stagiaires les équipements et matériel nécessaires pour un déroulement
efficace des séances de formation.

 l’institut dispose d’une salle média : ordinateurs, tableaux blancs, accès internet, lecteur DVD , une
photocopieuse.
 Le stagiaire doit ramener avec lui une clé USB pour sauvegarder ses travaux personnels, ses fournitures
scolaires (cahier, stylos…).
 Les photocopies des documents ayant un lien direct avec les cours sont effectuées par le centre sous le
contrôle de l’enseignant en question.

5-Inscription :
L’inscription ne devient effective que lorsque le stagiaire a effectué :

• Le dépôt du dossier d’inscription complet

• Le paiement des droits d’inscription
• La direction peut autoriser les stagiaires à s’inscrire provisoirement ou tardivement.

Les droits d’inscription et de formation sont annuels, ne doivent subir aucun changement durant
l’année de formation. Les montants versés au centre de formation ne peuvent en aucun cas être
remboursés.
 Rapport Projet Fin D'études Annexes

Le centre de formation délivre au stagiaire après qu’il ait accompli les formalités d’inscription et
acquitté le montant des droits d’inscription, un certificat attestant sa qualité de stagiaire pour les
abonnements scolaires ou autres.

Les pièces devant constituer le dossier d’inscription sont :

 Formulaire d’inscription
 Un extrait de naissance en cours de validité
 2 photos d’identité
 Le présent règlement intérieur et la déclaration sur l’honneur jointe, portant la signature légalisée.
 D’autres pièces peuvent être demandées. Ces pièces sont fixées annuellement par la direction de
l’institut selon la réglementation en vigueur, les directives.

6-La discipline
 Les stagiaires doivent respecter les horaires du travail du centre.
 Tout retardataire n’est admis aux cours qu’après l’obtention l’autorisation de la direction.
 Pendant les heures réglementaires de présence le stagiaire ne peut quitter les cours sans autorisation
préalable du formateur.
 L’absence à une séance est considérée comme une absence pour une journée entière. Le stagiaire ne
peut réintégrer le cours, qu’après avoir présenté les justifications nécessaires. La justification de l’absence du
stagiaire doit être faite au plus tard dans les 48 heures qui suivent. Les absences fréquentes exposent le stagiaire
à son exclusion définitive de l’établissement. L’absence non justifiée et supérieure à 15 jours entraine le renvoi
du centre.
 L’accès aux espaces réservés à la formation est interdit en dehors de l’horaire normal, sauf autorisation
de la direction. La direction du centre décline toute responsabilité pour les pertes, vols ou détérioration survenus
aux effets des stagiaires déposés dans les locaux du centre.
 Le respect des stagiaires est du aux à tous les formateurs ainsi qu’à tous le personnel exerçant dans
l’établissement.
 Tout comportement illicite ou immoral, toute manifestation de laisser- aller, d’agressivité physique ou
verbale exposent le stagiaire à des sanctions disciplinaires pouvant aller jusqu’à son exclusion définitive de
l’établissement.
 Les tenues excentriques et ou provocantes sont formellement interdites.
 Il est strictement interdit aux stagiaires de fumer dans les espaces pédagogiques.
 Il est formellement interdit d’organiser à l’intérieur du centre des réunions, ou de procéder à des
propagandes à caractère politique, syndicale ou religieuse.

7-Sanctions :
1. Trois types de sanction sont prévus pour assurer la discipline au sein de l’école et ceci selon la gravité
de l’erreur :
 Sanction du premier degré.
 Sanction du second degré.
 Sanction du troisième degré.
a – Sanction du 1er degré :
 Rapport Projet Fin D'études Annexes

Il s’agit de l’exclusion de la salle de cours pour une séance, de l’interdiction d’accès aux cours pour
une séance et une observation. Ces sanctions peuvent être données directement par le formateur, le
directeur ou l’un de ses représentants

b – Sanction du second degré :

Ces sanctions peuvent être données directement par le directeur :il s’agit d’un avertissement et
l’interdiction d’assister aux cours pour une période n’excédant pas 3 jours.

c – Sanction du troisième degré :

Ces sanctions ne peuvent être émises que par le conseil de discipline .Il s’agit de renvois dépassant
les trois jours ou le renvoi définitif.

Les sanctions du premier degré sont particulièrement infligées dans les cas suivants :

 Retards injustifiés
 mauvais comportement en classe ou dans les couloirs
 manque de respect envers les formateurs et le personnel de l’institut
 le non réalisation des devoirs et devoirs demandés par le formateur et tout autre acte jugé anormal
pouvant porter atteinte à la bonne marche des cours ou à la discipline au sein de l’école.

Les sanctions du second degré sont particulièrement infligées dans les cas suivants :

 Retards injustifiés et répétés

 Absences injustifiées
 Manque de respect envers les formateurs et l’équipe dirigeante et tout autre acte jugé grave par la
direction de l’institut.
Les sanctions du troisième degré sont particulièrement infligées dans les cas suivants :

 Fraude ou tentative de fraude pendant les examens.

 comportement immoral.
 Manque de respect total ou tout autre acte jugé d’une gravité majeure.

8- Contrôles et examens
 Le stagiaire doit subir un examen à la fin de chaque niveau de formation, ceci en plus du test de
contrôle de contrôle continu (3 contrôles par formation)
 Les contrôles et examens doivent être organisés de manière à respecter scrupuleusement les
programmes de formation et la réglementation en vigueur.
 Les copies d’examens doivent être remises à la direction après correction
 Les formateurs doivent remettre les notes de contrôle et d’examen à l’administration.
 Toute fraude à un examen entrainera un zéro et une sanction du 3 ème degré
 Toute absence injustifiée lors d’un examen ou contrôle sera sanctionnée par un Zéro sur vingt
 Les copies d’examens sont conservées à l’administration
 Rapport Projet Fin D'études Annexes

 La direction du centre est tenue d’informer les étudiants, parents ou tuteurs des résultats des examens et
contrôles par l’affichage au centre.
 La direction du centre es tenue d’informer les étudiants à l’avance des conditions de réussite et
d’obtention du diplôme.

3.Coupon
 Rapport Projet Fin D'études Annexes

4.Formulaire d’inscription

Formulaire D’inscription
Fiche d’inscription à une formation
Situation actuelle : A la recherche d’un emploi Stagiaire Etudiant Employé Elève

Adresse personnelle :

Informations personnelles

N° CIN :

Civilité : Monsieur Madame Mademoiselle

Nom :

Prénom :

Nationalité :

Email : @
Date du Naissance : / / Lieu de naissance

Ville Code postal

Gouvernorat :

Mobile : / /

Formation

Type de formation :

Thème :

Formation souhaité :

Le : ……../……../………………….
Signature
 Rapport Projet Fin D'études Annexes

5.Attestation de présence :

ATTESTATION De PRESENCE
Info_langues :

Institut privé de formation professionnelle et continue

Mme : ---Ben Mahfoudh Raja Ep Bouafif---

Responsable du Info-langues :

Atteste que l’étudiant/e Mtaallah Amény

De l’institut privé de formation professionnelle et continue, est régulièrement

présente dans notre établissement au titre d’une Formation en anglais.

Date: 26/03/2015 Signature--------------------------------

Cachet:

Institut privé de formation professionnelle et continue

Info-langues

Rue Farhat Hached,

2ème étage au dessus de la BNA kélibia 8090

Tel/Fax 72 277 873

E-mail :[email protected]
 Rapport Projet Fin D'études Annexes

6.Facture :

Ben Mahfoudh Raja,

Rue Farhat Hached

2ème étage au dessus de la BNA

8090 Kélibia

Facturé à
HACO
Croisement el kedoua
8045 El Haouaria

FACTURE
n° Fac N°001

Date : 18/04/2015
Référence : Formation Rhinoceros version 5.0
Numéro de facture : Fac N°001

Désignation Quantité Prix total HT

Formation logiciel Rhinoceros 40 heurs 250
version 5.0

Total Hors Taxe 250,000

TVA à Taux de TVA applicable 000,000

Total TTC en dinar 250,000

Soit le montant à payer de :

Deux cent cinquante dinars

Conditions de paiement : à la réception, à 15 jours
à verser au compte : STB
Rapport Projet Fin D'études Annexes

Annexe D
1. Diagramme cas d'utilisation détaillé : Acteur Administrateur:

73
Rapport Projet Fin D'études Annexes

2. Diagramme cas d'utilisation détaillé : Acteur Agent

74
 : ‫ﺍﻟﺧﻼﺻﺔ‬
‫ﻟﻐﺎﺕ ﻓﻲ ﺍﻁﺎﺭ ﻣﺸﺮﻭﻉ ﺧﺘﻢ ﺍﻟﺪﺭﺍﺳﺎﺕ ﻟﻨﻴﻞ ﺍﻻﺟﺎﺯﺓ‬-‫ﺗﻢ ﺗﻨﻔﻴﺬ ﻫﺬﺍ ﺍﻟﻌﻤﻞ ﻓﻲ ﺍﻟﻤﻌﻬﺪ ﺍﻟﺨﺎﺹ ﻟﻠﺘﻜﻮﻳﻦ ﺍﻟﻤﻬﻨﻲ ﻭ ﺍﻟﻤﺴﺘﻤﺮ ﺍﻋﻼﻣﻴﺔ‬
.‫ ﻭﻳﺮﻣﻲ ﻫﺬﺍ ﺍﻟﻤﺸﺮﻭﻉ ﻹﺣﺪﺍﺙ ﺗﻄﺒﻴﻖ ﺍﺩﺍﺭﻱ ﻟﻬﺬﺍ ﺍﻟﻤﻌﻬﺪ‬.‫ﺍﻟﺘﻄﺒﻴﻘﻴﺔ ﻓﻲ ﺗﻜﻨﻮﻟﻮﺟﻴﺎﺕ ﺍﻟﻤﻌﻠﻮﻣﺎﺕ‬

‫ﺍﺳﺘﻨﺎﺩﺍ ﻋﻠﻰ ﺍﺳﺘﺨﺪﺍﻣﻨﺎ ﻟﺘﻘﻨﻴﺔ ﺍﻟﺒﻨﺎء ﻋﻠﻰ‬,‫ﻳﻤﺜﻞ ﻫﺬﺍ ﺍﻟﺘﻄﺒﻴﻖ ﺣﻶ ﻣﻨﺎﺳﺒﺎ ﺍﻣﺎﻡ ﺍﻻﺷﻜﺎﻟﻴﺎﺕ ﺍﻟﻤﻄﺮﻭﺣﺔ ﻣﻦ ﻗﺒﻞ ﻣﺴﺆﻭﻟﻲ ﻫﺬﺍ ﺍﻻﺧﻴﺮ‬
.‫ﺛﻼﺙ ﻣﺴﺘﻮﻳﺎﺕ‬

.‫ﻫﺬﻩ ﺍﻟﺘﻘﻨﻴﺔ ﺗﺨﻮ ﻟﻨﺎ ﻣﻦ ﺍﻟﺤﺼﻮﻝ ﻋﻠﻰ ﺗﻄﺒﻴﻖ ﻧﻤﻄﻲ ﻭ ﻋﻠﻰ ﻏﺎﻳﺔ ﻣﻦ ﺍﻟﺼﻴﺎﻧﺔ‬

PHP5, HTML5, :‫ﻫﺬﺍ ﻭ ﻗﺪ ﺗﻄﻠﺐ ﺍﺳﺘﻌﻤﺎﻟﻬﺎ ﺍﻟﺘﻤﻜﻦ ﻣﻦ ﺍﻟﻌﺪﻳﺪ ﻣﻦ ﺍﻟﺘﻜﻨﻮﻟﻮﺟﻴﺎﺕ ﺍﻟﺤﺪﻳﺜﺔ ﺍﻟﻤﻌﺮﻭﺿﺔ ﻓﻲ ﺍﻟﺴﻮﻕ ﻧﺬﻛﺮ ﻣﻨﻬﺎ‬
.CSS3, MySQL5 ,

‫ﺍﻟﺘﻜﻨﻮﻟﻮﺟﻴﺎﺕ ﺍﻟﺤﺪﻳﺜﺔ‬, ‫ ﺗﻄﺒﻴﻖ ﺍﺩﺍﺭﻱ‬: ‫ﺍﻟﻛﻠﻣﺎﺕ ﺍﻟﻣﻔﺎﺗﻳﺢ‬

Résumé :
Le présent travail a été réalisé au sein de l'institut privé de formation professionnelle et
continue «Info-Langues» dans le cadre du projet de fin d' études en vue de l'obtention de la licence
appliquée en technologies de l'informatique.
L'objectif du projet est de réaliser une application administrative pour cet institut.
Cette application représente une solution aux problèmes proposés en se basant sur une
architecture 3-tiers.
Cette architecture offre une bonne modularité et maintenabilité de l'application.
Sa mise en place a nécessité la maitrise des nouvelles technologies présentées sur le
marché tel que PHP5, HTML5, CSS3, MySQL5...

Mots clés : application administrative, nouvelles technologies

Abstract :
This work was carried out within the private institute of professional and continuing
training «Info-Langues» as a graduation project to get the license applied in computer
technologies.
The project consists in realizing an administrative application for this institute.
This application is considered as a solution to the main problems proposed; it's based in
the 3-tier architecture.
This architecture ensures a good modularity and maintainability to the current application.
The establishment of this architecture required the mastery of new technologies such as
PHP5, HTML5, CSS3, and MySQL5...

Key-words : administrative application, new technologies