Rapport de Stage de Nelly 3e Annee IAI

REPUBLIQUE DU CAMEROUN
Paix-Travail-Patrie
THEME :
INSTITUT AFRICAIN
D’INFORMATIQUE
GESTION AUTOMATISEE DES PROCEDURES DE
REPRESENTATION DU CAMEROUN
CENTRE D’EXCELLENCE
GESTION DES FORMATIONS DU PERSONNEL DU
TECHNOLOGIQUE PAUL BIYA
BP 13719 Yaoundé (Cameroun)
MINISTERE DES FINANCES : CAS DU CENADI.ws
Tel: (237) 224 72 99 57
Site Web: www.iaicameroun.com
RAPPORT DE STAGE ACADEMIQUE
MINISTERE DES FINANCES

CENTRE NATIONAL DE
DEVELOPPEMENT L’INFORMATION
(CENADI)
P.O Box : 13750 Yaoundé/Cameroun
Stage effectué du 11juillet au 30 septembre 2016 Tel : 242 23 20 99 - 242 22 07 66
En vue de l’obtention du Diplôme d’ingénieur des travaux informatiques

Option Génie Logiciel (GL)
Rédigé par :
MENDOUGA OYONO Nelly Paola

GL3b
Sous la supervision :
ACADEMIQUE DE : PROFESSIONNELLE DE :
Mme MANI MBALLA Mr BELIBI

Ingénieur informaticienne Ingénieur informaticien
Enseignante à l’IAI-Cameroun Cadre de la DEP au CENADI
Année Académique : 2015 / 2016

GESTION AUTOMATISEE DES PROCEDURE DE
MINISTERE DES FINANCES : CAS DU CENADI
DEDICACE
Ce
document
est dédié à
ma famille
OYONO
Réalisé par MENDOUGA OYONO Nelly Paola « IAI-Cameroun, centre d’excellence technologique PAUL BIYA » 2016
Page 1
REMERCIEMENTS
C’est avec un grand plaisir que je pense à toutes les personnes qui ont cru
en moi, qui m’encourage chaque jour à aller toujours en avant au-delà de mes
compétences. Mes remerciements vont tout d’abord à l’endroit de la grande
famille Institut Africain d’Informatique (IAI), particulièrement :
 Mr AZAMBOU ZEBAZE Gaiël Blériot, Directeur Général de AZ
Corporation SARL et encadreur professionnel, qui nous a permis
d’effectuer ce stage, et pour son expertise apportée et ses multiples
conseils et attention à notre égard ;
 Mr le Directeur du CENADI qui nous a permis d’effectuer ce stage
académique au sein de son administration ;
 Mr WANGUE David, chef de la filière génie logiciel 3 et 5, dont
l’attention ne cesse de nous instruire sur la conscience professionnelle et
la sécurité des Systèmes d’informations ;
 Mr BELIBI Christian, notre encadreur professionnel pour sa présence,
son soutient, sa rigueur dans l’élaboration de ce document, ses multiples
conseils et remarques de nature à nous édifier ;
 Mme MANI MBALLA, notre encadreur académique pour son
dynamisme, sa disponibilité, les connaissances et les critiques dont elle
nous a fait bénéficier durant nôtre stage ;
 Mr MBANI, pour la transmission de ses connaissances et ses conseils
techniques durant le stage ;
 Tout le personnel actif et accueillant du CENADI ;
 Tous les enseignants de l’IAI-Cameroun pour leur travail ardu tout au
long de nôtre cycle ainsi que leur disponibilité pendant leurs vacances ;
 Ma famille pour le soutien inconditionnel tout au long de la présente
année académique.
Page 2
GLOSSAIRE
SIGLES DEFINITIONS
CENADI Centre National de Développement de l’Informatique.
SIGIPES
Système Informatisé de Gestion Intégré du Personnel de l’Etat
et de Solde.
MINFI Ministère des Finances.

SCI Service Central de l’Informatique.
SG Secrétariat Générale.
PR Présidence de la République ;
MINREST Ministère de la recherche scientifique et technique.
DIT Direction de l’Informatique et de la Téléinformatique.
DTB Division de la Téléinformatique et de la Bureautique.
PNI Plan National Informatique.

IBIS Information du Budget de l’Intendance et des Services de
l’Etat.
MINMAP Ministère de l’Informatique et des Marchés Publics.
IBM International Business Machine.

SYDONIA Système Douanier Automatisé.
TRINITE Traitement Informatisé des Impôts et Taxes de l’Etat.
ANTILOPE Application Nationale pour le Traitement Informatique et

Logistique du Personnel de l’Etat.
PAGODE Procédures Automatisés de Gestion des Operations de la
Douane et du commerce Extérieur.
CAMPAC Cameroon Packet Switching Network.
DEP Division des Etudes et des Projets.
DIRE Division de L’Informatique Appliquée à la Recherche et à
l’Enseignement.
DAAF Division des Affaires Administratives et Financières.
DEL Division de l’Exploitation et des Logiciels
Page 3
RESUME
L’évolution technologique contemporaine est telle que tout système se

voulant évolutif ne peut contourner le concept des Technologies de l’information et
de la communication(TIC). De ce fait l’informatique devient le moteur de toutes
administration et (ou) entreprises désireuses d’évoluer au rythme (rester à l’écoute)
de son environnement.
Ainsi, le réseau internet est actuellement le principal outil répondant aux

besoins de la communication de toutes les institutions. C’est à travers cet exemple
que les pays en voie de développement peuvent de nos jours valoriser leurs richesses
en faisant ressortir leurs compétences à l’échelle mondiale.
En outre dans l’optique d’étendre son objectif premier qui est d’accroître son
rendement, l’entreprise doit être à mesure de traiter rapidement toutes les
informations qui lui parviennent. D’où le devoir qui s’impose à nous de pouvoir
accorder efficacité, sécurité et rentabilité. Grâce à une informatisation du système
d’information répondant aux attentes de la structure, il est alors possible de faire de
ces concepts une réalité.
Partant de ce constat, la représentation Camerounaise de l’Institut Africain
d’Informatique (IAI-Cameroun) en quête d’excellence, a voulu faire de ses étudiants,
des opérateurs répondants aux attentes des entreprises, à travers les stages
académiques. Ces stages ont pour principal objectif, de rendre pratique les
connaissances acquises tout au long de notre formation au sein de l’IAI-Cameroun.
C’est dans ce cadre de la préparation, en vue de l’obtention du Diplôme
d’ingénieur des travaux informatiques en génie logiciel, que nous avons effectués un
stage académique, objet de ce rapport au sein du CENADI.
Page 4
ABSTRACT
The contemporary technological change is such that any system is

scalable wanting can bypass the concept of Information and Communication
Technology (ICT). This computer is becoming the engine of all
administration and (or) companies wishing to evolve (stay tuned) its
environment.
Thus, the Internet is currently the main tool to meet all institutions
communication needs. It is through this example that the developing
countries can today leverage their wealth by highlighting their skills on a
global scale.
Also with a view to expand its primary objective is to increase its
performance, the company must be able to deal quickly all the information it
receives. Hence the duty that is imposed on us can grant efficiency, safety
and profitability. Through a computerized information system that meets the
expectations of the structure, it is possible to make these concepts a reality.
On this basis, the Cameroonian representation of the African
Institute of Computer Science (IAI-Cameroon) in pursuit of excellence,
wanted to make his students, respondents operators the needs of companies,
through academic courses. These courses main objective, to make the
knowledge acquired throughout our training within the IAI-Cameroon.
It is in this context of the preparation in order to obtain the Higher
National Diploma software engineering, we have made an academic course,
subject of this report within the CENADI.
Page 5
LISTE DES TABLEAUX
Tableau 1: les fonctionnaires du Cenadi..............................................................................- 20 -

Tableau 2: les contractuels et les décisionnaires..................................................................- 20 -
Tableau 3: caractéristiques des gros systèmes.....................................................................- 21 -
Tableau 4: ressources matérielles du CENADI....................................................................- 22 -
Tableau 5: Equipement réseaux...........................................................................................- 23 -
Tableau 6: les contraintes matérielles..................................................................................- 32 -
Tableau 7: les contraintes logicielles...................................................................................- 33 -
Tableau 8: les contraintes de temps......................................................................................- 33 -
Tableau 9: identification des acteurs....................................................................................- 36 -
Tableau 10: identification des messages..............................................................................- 36 -
Tableau 11: planning prévisionnel des tâches......................................................................- 38 -
Tableau 12: identification des acteurs..................................................................................- 48 -
Tableau 13: cas d'utilisation planifier une formation...........................................................- 50 -
Tableau 14: cas d'utilisation demander formation................................................................- 50 -
Tableau 15: cas d'utilisation établir historique des formations............................................- 51 -
Tableau 16: risques, priorités et itérations...........................................................................- 53 -
Tableau 17: estimation des besoins logiciels et matériels et logiciels.................................- 54 -
Tableau 18: estimation des ressources humaines.................................................................- 55 -
Tableau 19: estimation du coût total de réalisation..............................................................- 56 -
Tableau 20: cas d'utilisation technique.................................................................................- 64 -
Tableau 21: cas d'utilisation technique s'authentifier...........................................................- 65 -
Tableau 22: cas d'utilisation technique créer compte...........................................................- 66 -
Tableau 23: les outils de développement.............................................................................- 83 -
Page 6
LISTE DES FIGURES
Figure 1: organigramme du Cenadi......................................................................................- 18 -

Figure 2: plan de localisation...............................................................................................- 19 -
Figure 3: modélisation dynamique du contexte...................................................................- 37 -
Figure 4: modélisation statique du contexte.........................................................................- 37 -
Figure 5 : diagramme de Gantt.............................................................................................- 39 -
Figure 6: méthode d'analyse 2Tup.......................................................................................- 44 -
Figure 7: capture des besoins fonctionnels..........................................................................- 46 -
Figure 8: formalisme du diagramme des cas d'utilisation....................................................- 48 -
Figure 9: diagramme des cas d'utilisation des besoins fonctionnels....................................- 49 -
Figure 10: classe candidate s'authentifier.............................................................................- 51 -
Figure 11: classe candidate planifier formation...................................................................- 52 -
Figure 12: classe candidate de demande de formation.........................................................- 52 -
Figure 13: architecture fonctionnelle 3Tiers........................................................................- 61 -
Figure 14: architecture réseau..............................................................................................- 62 -
Figure 15: diagramme de déploiement.................................................................................- 63 -
Figure 16: diagramme de composants..................................................................................- 64 -
Figure 17: diagramme des cas d'utilisation consolidé..........................................................- 66 -
Figure 18: formalisme du diagramme de séquence..............................................................- 67 -
Figure 19: diagramme de séquence s'authentifier................................................................- 68 -
Figure 20: diagramme de séquence traitement.....................................................................- 69 -
Figure 21: diagramme de séquence traitement serveur........................................................- 69 -
Figure 22: diagramme de séquence créer compte................................................................- 70 -
Figure 23: diagramme de séquence demander formation....................................................- 71 -
Figure 24: diagramme de séquence planifier formation.......................................................- 71 -
Figure 25: Schéma du Modèle-Vue-Contrôleur...................................................................- 74 -
Figure 26: formalisme du diagramme d'activités.................................................................- 74 -
Figure 27: diagramme d'activité de s'authentifier................................................................- 75 -
Figure 28: diagramme d'activité de création d'un compte....................................................- 76 -
Figure 29: formalisme du diagramme de classe...................................................................- 77 -
Figure 30: diagramme de classes.........................................................................................- 77 -
Figure 31: le modèle physique des données.........................................................................- 78 -
Figure 32: architecture de la plate-forme de développement...............................................- 85 -
Page 7
SOMMAIRE
DEDICACE...........................................................................................................................................I1
REMERCIEMENTS...........................................................................................................................II2
GLOSSAIRE......................................................................................................................................III3
RESUME.............................................................................................................................................IV4
ABSTRACT..........................................................................................................................................V5
LISTE DES TABLEAUX..................................................................................................................VI6
LISTE DES FIGURES.....................................................................................................................VII7
SOMMAIRE....................................................................................................................................VIII8
INTRODUCTION GENERALE......................................................................................................1X4
DOSSIER D’INSERTION................................................................................................................X15
CAHIER DES CHARGES..............................................................................................................XI32
DOSSIER D’ANALYSE................................................................................................................XII46
DOSSIER DE CONCEPTION....................................................................................................XIII63
DOSSIER DE REALISATION....................................................................................................XIV85
DOSSIER DE DEPLOIEMENT...................................................................................................XV92
CONCLUSION GENERALE......................................................................................................XVI98
BIBLIOGRAPHIE......................................................................................................................XVII99
WEBOGRAPHIE.......................................................................................................................XVIII99
DIFFICULTÉS RENCONTRÉES.............................................................................................XIX101
PERSPECTIVES...........................................................................................................................XXI01
ANNEXE........................................................................................................................................XXI02
TABLE DES MATIERES.........................................................................................................XXII103
Page 8
INTRODUCTION GENERALE
Les technologies de l’information et de la communication (TIC) sont un atout majeur

pour le développement économique de tout pays. C’est dans cette optique qu’il est important
et en même temps difficile de former les apprenants dans ce domaine.
C’est ainsi que notre établissement s’est spécialisé dans la formation de valeureux
diplômés en intégrant dans leur cursus académique un stage de trois (3) mois à effectuer dans
des entreprises au choix. Nous nous retrouvons ainsi au CENADI où les besoins grandissants
de suivre l’évolution du monde technologique ont permis à nos encadreurs de nous donner le
thème suivant : « GESTION AUTOMATISEE DES PROCEDURE DE GESTION DES
FORMATIONS DU MINISTERE DES FINANCES : CAS DU CENADI».
Cette étude nous permet de mettre en pratique les connaissances théoriques acquises et
les séances de travaux pratiques tout au long de notre cursus et l’année qui s’achève, surtout
dans le domaine de l’analyse où l’étude se sert de la méthode 2tup1et du langage HTML2
Une étude analogique du thème pendant le stage nous permettra de suivre les
différentes étapes ci-dessous dans l’optique de fournir un rapport de stage complet :
 Le dossier d’insertion ;
 Le dossier d’analyse ;
 Le dossier de conception ;
 Le dossier de réalisation ;
 Le dossier de déploiement.
1
2TUP : Two Track Unified Processus.
2
HTML : Hyper Text Mark up Language (langage à balise).
Page 9
DOSSIER D’INSERTION
DOSSIER D’INSERTION
Résumé :
Le dossier d’insertion3 consiste à faire une présentation de la structure d’accueil c’est-

à-dire sa description en terme de création, d’organisation, des ressources et réalisations.
Aperçu :
Introduction
I. Accueil et insertion
II. Création, mission et attribution du CENADI
III. Structure organisationnelle
IV. Les ressources
V. Les réalisations
VI. La présentation du sujet
VII. Le planning prévisionnel
Conclusion
3
Insertion :
Page 10
INTRODUCTION
Le rapport d’insertion est un compte rendu de l’accueil dans la structure hôte. En effet
c’est le livrable de notre projet attendu par l’instance académique. Pendant ladite période,
l’occasion nous est donnée de découvrir la structure d’accueil, s’imprégner de son
fonctionnement, s’acquérir de l’environnement logiciel et matériel. A cet effet, comment le
CENADI est-elle présenté de manière générale ? Qu’en est-il de ses ressources et de ses
réalisations ? Répondre à cette problématique constituera ainsi l’objet de notre insertion.
Pour ce faire nous présenterons notre rapport comme suit :
- Présentation organisationnelle en passant par la création, la mission les attributions ;
- Présentation des ressources et réalisations ;
- Présentation du sujet de stage ainsi que le planning prévisionnel.
Page 11
I. ACCEUIL ET INSERTION DANS LA STRUCTURE

C’est en date du 11 juillet 2016 que Le CENADI (Centre National de Développement
de l’Informatique) nous a reçus officiellement en marquant l’accord de début de stage
académique pour une période de 03 mois dans la division des études et des projets.
L’interview accordée par le responsable des études et des projets Mr MENGOUMOU nous a
rassuré que sa structure répondait à nos attentes en termes de stage. Pour faciliter notre
intégration, nous avons eu droit à : une présentation générale du CENADI, de sa création, son
organisation et de ses missions ; une visite de quelques Divisions et Services de la structure,
notamment ceux avec lesquels nous seront amenés à travailler et également ce que l’entreprise
attend de nous. Pour un meilleur suivi, on nous a mis sous l’encadrement de Monsieur
BELIBI Christian.
II. CREATION, MISSIONS ET ATTRIBUTIONS DU CENADI
II.1 Création
Dès les années 70 au sein du secrétariat général de la présidence de la république, la
structure était connue sous une direction centrale de l’informatique et de la
téléinformatique(DCIT). Après plusieurs mutations organiques, cette direction est devenue
centre national de développement de l’informatique (CENADI) après le décret n°88/1087 du
12 Août 1988 du Président de la République.
II.2 Mission
La mission du CENADI a été définie par l’article 02 (nouvel alinéa 1 er) du décret n°
93/133 du 10 mai 1993 qui stipule que le CENADI a pour mission de : la mise en œuvre de la
politique gouvernementale dans le domaine de l’informatique et la téléinformatique ainsi que
le développement des méthodes informatiques, dans tous les secteurs de la vie nationale ; en
outre il veille au secret, à la confidentialité et à l’intégrité des données et informations.
II.3 Attributions du CENADI

Suivant des dispositions du décret n° 93/133 du 10 mai 1993 le CENADI chargé de :
- participer à la mise au point des orientations pour la recherche scientifique et technique et
pour la promotion de l’enseignement de l’informatique ;
- concevoir, mettre en place et exploiter les systèmes d’informations ou de conduire des
processus destinés à la gestion, la production des biens et services, à l’enseignement et
Page 12
aux opérations de toute nature impliquant l’usage immédiat ou futur de l’informatique et

de la téléinformatique ;
- négocier les protocoles d’accord avec les constructeurs et fournisseur de matériel et de
logiciels informatiques ;
- assurer ou de superviser l’exploitation des ordinateurs installés dans le secteur public
éventuellement parapublic et privé ;
- mettre à la disposition de la clientèle tout ou une partie de ses ressources ;
- participer à l’application de soumission pour les appels d’offre des marchés des
opérations de l’Etat.
III. STRUCTURE ORGANISATIONNELLE DU CENADI
III.1 Organisation
Le Centre National de Développement de l’Informatique comprend : le conseil de
direction, la direction, l’administration centrale,
III.1.1 Le Conseil de Direction

Le conseil a les pouvoirs les plus étendus dans l’administration et la gestion du CENADI.
Il lui revient notamment :
- d’arrêter la politique générale du CENADI et de contrôler les activités ;
- d’adopter le règlement intérieur ;
- d’approuver le programme d’action et le manuel d’activité ;
- d’approuver les budgets prévisionnels et les programmes généraux
d’investissement ;
- d’approuver les rapports financiers et l’exercice écoulé ;
- de fixer les conditions de passation des marchés relatifs aux travaux et
fournitures du centre ;
- d’autoriser la passation de toute convention relative à la gestion et au
fonctionnement de centre ;
- décider de l’affectation des résultats d’exploitation.
Page 13
III.1.2 La Direction
La direction a à sa tête un Directeur qui applique les décisions du comité et exerce les
fonctions qui lui sont assignées par le conseil de direction et à ce titre :
- il est responsable devant le conseil de direction ;

- il est coordonnateur du budget du centre ;
- il élabore le programme annuel d’action du centre, le projet de budget au
nouvel exercice et le rapport d’activité de l’exercice écoulé ;
- il élabore le règlement intérieur.
Le Directeur peut sous sa responsabilité donner délégation de signature à ses

collaborateurs immédiats pour les actes des gestions courantes.
III.1.3 Administration Centrale

Elle comporte : le secrétariat, la division des Etudes et des Projets, la division de la
téléinformatique, et de la bureautique, la division de l’exploitation des logiciels, La Division
de l’Informatique Appliquée à la Recherche et à l’Enseignement, Les services extérieurs
Le Secrétariat²
Il est sous l’autorité du chef de secrétariat. Il comprend deux bureaux :
- Le bureau du courrier et de liaison ;
- Le bureau du protocole et de mission.
La Division des Etudes et des Projets (DEP)
Elle est chargée de l’étude des problèmes de développement à moyen et à long terme
de l’informatique. Plus particulièrement :
- Adapter et finaliser les systèmes informatiques ;
- Rechercher les nouvelles opportunités de développement informatique dans les
domaines scientifiques et de gestion ;
- Procéder aux études de faisabilité au préalable de toute mécanisation ;
- Définir les standards d’analyse et de programmation applicables dans les
centres informatiques et orienté vers la modularité;
- Concevoir les études de package généraux destinées à la gestion ;
- Assurer la maintenance des doubles dossiers d’analyse et de programmation de
tous les projets ;
Page 14
- Assurer la mise en œuvre technique de tous les projets informatiques en

veillant à l’harmonisation des codes de nomenclature utilisés dans les
traitements ;
- Assurer la maintenance des applications en exploitation.
La Division de la Téléinformatique et de la Bureautique (DTB)
Elle est chargée de :
- Coordonner l’action commerciale ;
- Mettre en œuvre la politique de développement des réseaux conformément aux
objectifs fixés par le gouvernement ;
- Développer les exploitations télématiques ;
- Gérer et maintenir les équipements de transmission des données ;
- Mettre en œuvre des serveurs ;
- Gérer les relations des fonctionnements avec les représentants du ministère des
postes et télécommunications ;
- Gérer les relations avec tout raccordement compatible avec l’exploitation
harmonieuse des réseaux.
Pour mener à bien ces missions la DTB est constituée de plusieurs cadres et un chef de
division.
La Division de l’Exploitation des Logiciels (DEL)
Elle s’occupe de l’exploitation des applications de l’Etat, des salaires des
fonctionnaires, travail avec la direction de la solde (MINFI). Elle est chargée :
- Veiller à l’optimisation et à l’harmonisation des procédures de sécurité
appliquées dans les centres informatiques ;
- Assurer la maintenance des logiciels fournis par les constructeurs d’ordinateurs
ou les sociétés service ;
- Procéder aux essais des nouveaux logiciels préalablement à leur mise en
exploitation ;
- Veiller au secret et à l’intégrité des informations ;
- Définir les normes de sécurité en ce qui concerne l’exploitation des archives
magnétiques ;
- Veiller à l’adéquation des programmes sources conservés par la division des
études et projets avec les load-modules d’exploitation ;
- Procéder à l’exécution dans les ordinateurs de l’ensemble des travaux dans les
délais prévus ;
Page 15
- Veiller au bon fonctionnement du matériel installé ;

- Effectuer des études en vue d’émettre des propositions au-delà de l’état de l’art
pour une éventuelle modification du parc matériel installé ;
- Participer à la réalisation des projets informatiques en ce qui concerne le choix
des logiciels et la mise en œuvre technique des dits projets.
La Division de l’Informatique Appliquée à la Recherche et à l’Enseignement (DIRE)
Elle est chargée de:
- Mettre en forme, conserver, diffuser le développement des signataires ;
- Former et informer les nouveaux venus ;
- Organiser les stages et recycler en informatique ;
- Harmoniser les programmes de formation en informatique en accord avec les
organismes et administrations concernés ;
- Développer la microinformatique et la bureautique ;
- Assurer la liaison avec les organismes et les bureaux nationaux de la
recherche ;
- Archiver par micrographie.
La Division des Affaires Administratives et Financière (DAAF)
Elle est chargée de :
- Gérer les problèmes de sécurité ;
- Contrôler et gérer le personnel du centre informatique ;
- Gérer le personnel du CENADI ;
- Gérer les affaires contentieuses en liaison avec la cellule juridique ;
- Contrôler la gestion financière du centre informatique ;
- Préparer et exécuter le budget du CENADI. ;
- Gérer les matériels et véhicules affectés au CENADI ;
- Suivre les problèmes contractuels et fournisseurs, de la facturation et du
recouvrement des créances ;
- Gérer le magasin d’imprimés et fournisseurs informatiques ;
- D’entretenir le matériel.
Les services extérieurs
Page 16
Il s’agit des centres informatiques répartis dans trois villes : Bafoussam, Douala,
Garoua. Ils sont placés sous l’autorité d’un chef de centre éventuellement assisté d’un adjoint
ayant le rang de sous-directeur pour le CID et de chefs de service pour les autres centres.
III.2 Organigramme
Ministère
des Finances
Conseil de
Direction
Direction
CENADI
Division de la Division de Division des Division des

Division des Téléinformatique l’Information Affaires
Exploitation et
Etudes et des et de la Appliquée à la Administratives et
Recherche et à des Logiciels
Projets Bureautique Financières
l’Enseignement
Centre Centre Centre

Informatiques de Informatique de Informatique de
Douala Bafoussam Garoua
Figure 1: organigramme du Cenadi
Page 17
III.3 Localisation
Comme l’indique le schéma ci-dessous, les locaux du CENADI sont situés en plein
centre-ville derrière le musée national et en face du Ministère de l’Administration territoriale
et de la décentralisation et du ministère de l’agriculture et du développement rural. Partageant
ainsi des locaux avec le Ministère des Affaires Sociales et le Ministère de la Promotion de la
Femme et de la Famille.
Figure 2: plan de localisation
Page 18
IV. RESSOURCES DU CENADI
IV.1 Ressources humaines

Le CENADI emploi trois types de personnels : les fonctionnaires, les contractuels et les
décisionnaires. Le personnel du CENADI est reparti dans des différentes Divisions et les
centres informatiques.
IV.1.1 Les fonctionnaires

Ceux-ci sont recrutés par la Fonction Publique dans les catégories D, C, B1, B2, A1 et
A2 et régis par le Statut Général de la Fonction Publique.
Tableau 1: les fonctionnaires du Cenadi
CATEGORIES FONCTIONS
D Opérateurs sur terminal
C Opérateurs sur ordinateur
B1 Pupitreurs
B2 Programmeurs
A1 Analystes
A2 Analystes Principaux et Ingénieurs Informaticiens
IV.1.2 Les contractuels et les décisionnaires

Ils sont recrutés par la Fonction Publique et régis par le code du travail. Le CENADI n’a
pas de décisionnaire à ce moment. Ils sont répartis comme suit :
Tableau 2:les contractuels et les décisionnaires
Catégories personnels classification
de I à VI (les Opérateur sur Terminal décisionnaires
décisionnaires)
VII Opérateurs sur ordinateur contractuels
VIII Pupitreurs
IX Programmeurs
X Analystes
XI à XII Analystes Principaux et Ingénieurs
Informaticiens
Page 19
IV.2 Ressources matérielles
IV.2.1 Gros systèmes

Il existe deux gros systèmes :
- un système IBM Z10 BC conditionné pour passer l’an 2000 ; c’est un mainframe de
dernière classe, il a plusieurs partitions qui au même moment et héberge l’application
ANTILOPE.
- Un système SUN ORACLE appelé EXADATA qui est la fusion du SIGIPES1 et
ANTILOPE ; il hébergera le SIGIPES2 qui utilisera un SGBD Oracle 12g avec un
système d’exploitation linux. Les caractéristiques de ces systèmes sont les suivant :
Tableau 3: caractéristiques des gros systèmes

Gros Mémoire Processeur Entrées / Sorties
systèmes
système IBM Un système d’entrée de Technologie Entreprise Nouveau tiroir (RAS)
Z10 BC gamme commençant à Quad Core -3,5GHz Bus Infini band de
4Go Model à 5processeurs à 6Go/s
Maximum de 248 Go plus grande capacité High performance
8Go réservés à a HSA, avec jusqu’à Za FICON pour système z
en dehors de la APs/zIIPs
mémoire achetée par le Jusqu’à 10 IFL ou
client processeurs CF
(Coupling Facility)
Technologie de core
sparing
2processeurs SAP en
standard par système
EXADATA 2 serveurs de bases de 128 cœurs de CPU et 2 75 GO par seconde

données TO de mémoire pour le d’E/S brutes et jusqu’à
14 servers de stockage traitement des bases de 1 500 000 d’opérations
oracle Exadata données d’E/S par
5,3 TO de Cache Smart 168 cœurs de CPU pour seconde.
Flash le traitement du
Commutateurs QDR stockage
(40 Gb/seconde)
Page 20
IV.2.2 Micros ordinateurs

Le parc informatique fonctionnel des services centraux et les services déconcentrés sont
constitués :
- des postes de travail:

- Serveurs micros.
Les détails sont présentés dans le tableau ci-après :

Tableau 4: ressources matérielles du CENADI
Ordinateurs Imprimante
Matériel
Nombre Marque Moniteur Systèmes Antivirus Suite Nombre Marque
d’exploitation Office
Division
DEP 11 HP : HP Intel Windows 7 Kaspersky 2008 08 HP
L170, Pentium 1 Windows 8 Bit 2010 Officejet :
Z197, Intel Core Windows 10 defender 2013 4500, 711O
DELL cn i3 wide
0x0T Dell
OptiPlex
3010
DIRE 9 HP : HP Intel Windows 8 Avast 2008 07 HP Officejet
LV1911 Pentium Windows 7 Kaspersky 2013 4500, j6415
Ubuntu zone alarm
DTB 17 HP L190 Intel Windows 7 Avast 2007 10 HP Officejet

Pentium Windows 10 Norton 2013 6006
Antivirus Wireless,
Deskjet,
laser jet
DEL 8 HP Intel Windows 7 Kaspersky 2007 5 HP
Compact Pentium Windows 8 Avast 2013 Officejet :
HP 5610
dell
La 8 HP Intel Windows 7 Antivirus 2007 3 HP Officejet
DAAF LV1911 Pentium Windows 8 Xp 2010 6006
2013 Wireless,
Deskjet,
laser jet
IV.2.3 Equipements réseaux

Le CENADI dispose d’un réseau local et d’une connexion internet avec un débit minimal
de 10 Mo/s sur le segment de la DEP et 10/100 Mo/s sur les autres segments. La DTB est la
division qui abrite tous ces équipements réseaux, On retrouve ainsi :
Tableau 5: Equipement réseaux
Page 21
Nombre Matériel
Salle des Serveurs
La baie SIGIPES contenant :
01 Un routeur CISCO 2800 qui gère le MPLS (Multiple Protocol Label Switch) ;
01 Un routeur CISCO 1840 qui permet la connexion internet ;
01 Un ransceiver qui joue le rôle de convertisseur optique ;
01 Switch CISCO 2960 manageable pouvant intégrer des VLAN (Virtual Local
Area Network).
Un lecteur optique
La baie LAN (Local Area Network) contenant :
01 une armoire de brassage ;
03 03 switches catalysts (2900 séries) de 24 ports chacun ;
01 un routeur CISCO 1841.
02 deux (02) consoles principales permettant de communiquer avec le Z10 BC ;
02 deux (02) consoles permettant de communiquer avec la multiprise 2003 ;
01 un (01) onduleur hautement performant et 04 (quatre) autres dont : deux (02)
online de 220V à 8 entrées de marque SMART-UP trois (03) heures
01 d’autonomie ;
08 un lecteur de cartouche magnétique tape system 3490 ;
8 Routeurs pour le routage des paquets ;
des Imprimantes, Scanner et Photocopieurs monoposte et réseau ;
01 des caméras de surveillances ;
18 un groupe électrogène
18 Onduleurs pour la reprise de service en cas de coupure d’électricité ;
des climatiseurs pour maintenir les équipements dans les bonnes conditions de
43 température ;
des extincteurs pour lutter contre les incendies ;
des ordinateurs de bureau et portables : Dual Core…
Matériel de Façonnage
01 Une délaisseuse (séparateur de listings imprimés en plusieurs exemplaires) de
02 marque IDEAL acquise en 1973 ;
02 Un massicot (séparateur de pages de listing) de marque IDEAL acquis en
01 1984 ;
02 Une découpeuse (séparateur de bordures de listing) de marque BOWE acquise
01 en 1973 ;
Une piqueuse-agrafeuse de marque RAPIDEX acquise en 1973 ;
Une broyeuse de marque IDEAL acquise en 1984 ;
Un chariot.
IV.2.4 Equipements de sécurité

La sécurité est repartie sur trois plans : sécurité physique et environnementale, sécurité
technique et la sécurité organisationnelle.
Sécurité physique et environnementale
Les accès au CENADI sont contrôlés par les militaires du Ministère de la Défense qui
veillent à la sécurité du personnel, des agents externes, de la salle des serveurs ainsi que la
salle machine (façonnage).
Page 22
La sécurité technique
 La sécurité matérielle est assurée par :
- des climatiseurs qui conditionnent l’air et assure le refroidissement régulier des
différentes salles mais surtout des salles serveurs et machine ;
- de gros onduleurs afin de maintenir en état de marche, les machines en cas de
coupure de courant ;
- 01 groupe électrogène d’une capacité de 400 litres pour assurer la fourniture de
l’énergie en cas de coupure prolongée de l’énergie électrique.
 La sécurité logicielle est contrôlée par la confidentialité au niveau professionnel et
l’accès aux différentes ressources logicielles. Le CENADI utilise des anti-virus ainsi
que des pare-feu implémentés au niveau des systèmes d’exploitation et des routeurs
afin d’éviter des intrusions malveillantes sur le réseau.
La sécurité organisationnelle
IV.3 Ressources logicielles

La DTB utilise un certain nombre de logiciels. A l’instar de l’ordinateur IBM Multiprise
2003 Les principaux logiciels retrouvés :
- Le système d’exploitation IBM OS/390 acquis en 1998 ;

- Le gestionnaire de transaction IBM CICS Trans Server acquis en 1998 ;
- Le gestionnaire de l’imprimante IBM Infoprint 4000, IBM Font Collection
PSF, acquis en 2003 ;
- Le gestionnaire de base de données CA DATACOM 9.0 ;
- L’environnement de développement (LAG) CA DYNAM-TLMS 5.5.
V. REALISATIONS DU CENADI
Les différentes réalisations du CENADI depuis sa création sont :

CAMPAC (Cameroun PacketSwitching Network) en 1982 permet les échanges économiques
et fiables de données entre équipements informatiques de toute nature :
- LA PAGODE (Procédure Automatisée de Gestion des Opérations de la Douane et
du commerce Extérieur) c’est un système ayant pour objectif l’accélération de la
procédure des opérations de dédouanement, la simplification de la procédure
administrative etc.
Page 23
- ANTILOPE (Application Nationale pour le Traitement Informatique et Logistique

des Opérations du Personnel de l’Etat) en 1986 c’est une application ayant pour
objectif d’aider à la maitrise et le contrôle du personnel de l’Etat, accélérer le
traitement des dossiers etc.
- TRINITE (Traitement Informatisé des Impôts et Taxes de l’Etat) en 1988 qui a pour
rôle de réduire les délais d’émission et de recouvrement, identifier parfaitement les
contribuables, améliorer le transfert d’information.
 IBIS (Informatisation du Budget, de l’Intendance et des Services de l’Etat) en juillet
1985 qui a pour rôle : la Gestion automatique du budget afin de faciliter les
opérations de contrôle, d’exécution et de suivi de ce dernier.
 Le PNDI (Plan National de Développement de l’Informatique)
 La nouvelle carte nationale d’identité informatisée et sécurisée.
VI. PRESENTATION DU SUJET DU STAGE

L’un des problèmes décelé pendant notre phase d’insertion est la gestion des formations
du personnel au CENADI ; Ce qui pourra faire l’objet de notre thème.
VII. PLANNING PREVISIONNEL DE REALISATION DU STAGE
Figure 3:planning prévisionnel
Page 24
CONCLUSION
Au terme de notre insertion, nous nous sommes familiarisés avec l’environnement de
travail dans lequel nous aurons à évoluer durant notre période de stage. Nous avons pris
connaissance des lieux d’où il nous a été présenté le CENADI c’est-à-dire son historique, ses
missions et attributions, son organisation, ses différentes ressources et réalisations. A la fin de
cette phase d’insertion, le thème retenu est : « LA GESTION AUTOMATISEE DE LA
GESTION DES FORMATIONS DU PERSONNEL DU CENADI ». La suite de notre
travail sera dédiée au dossier d’analyse qui comportera le cahier des charges et l’analyse
proprement dite.
Page 25
DOSSIER D’ANALYSE
DOSSIER D’ANALYSE
Résumé :
Le dossier d’analyse est un document qui donne un aperçu global de réalisation du

projet ; c’est qui permet qui permet de faire une étude détaillée du projet et d’identifier le
choix de la méthode à utiliser tout au long du projet. Ce dossier est constitué du cahier des
charges et de l’analyse proprement dite.
Page 26
Aperçu :
PARTIE I : le cahier des charges

Introduction
I. Le Contexte
II. La Problématique
III. Les objectifs
IV. La méthodologie
V. Le recueil des besoins
VI. La modélisation du contexte
VII. Les livrables
VIII. Le planning prévisionnel du projet
PARTIE II : l’analyse proprement dite

Introduction
I. Présentation de la démarche suivie
II. Etude préliminaire
III. Capture des besoins fonctionnels
IV. Evaluation des coûts
Conclusion
Page 27
PARTIE I : LE CAHIER DES CHARGES
Résumé :
Le cahier de charges est un document qui étale les besoins du client. Il joue le rôle
d’étude et de présentation avec exactitude des exigences formulées par les utilisateurs en ce
qui concerne le projet, son déroulement et les résultats attendus
Page 28
INTRODUCTION
A la fin de la phase d’insertion le travail qui nous est confié est la mise sur pied d’une
solution informatique capable d’implémenter la gestion des procédures des formations au
Ministère des Finances : cas du CENADI. S’engager dans un tel projet nécessite une étude
minutieuse du système existant en ce qui concerne les différentes procédures de gestion des
formations. Ceci dans le but de pouvoir en dégager les limites et de spécifier les besoins du
futur système à mettre en place.
Le présent document, qui constitue le cahier des charges, présente la description du

système actuel et les exigences fonctionnelles, non fonctionnelles, les coûts et les délais de la
solution à mettre en place. Le plan sera le suivant : le contexte, la problématique, les objectifs,
méthodologie, recueil des besoins, modélisation du contexte, livrables et le planning
prévisionnel.
Page 29
I. CONTEXTE
Selon le Centre National des Ressources Textuelles et Lexicales, La formation est

l’action de former, de se former. C’est kun ensemble des mesures adoptées en vue de
l'acquisition ou du perfectionnement d'une qualification professionnelle pour les travailleurs.
La formation consiste à transmettre à un employé les connaissances et les compétences
nécessaires à l’exécution de ses fonctions courantes. La formation professionnelle est
généralement adoptée pour des personnes exerçant déjà une activité professionnelle, et
souhaitant accroître leurs compétences. Par ailleurs, le Décret n° 2000/698/PM du 13
Septembre 2000 fixant le régime de formation permanente des fonctionnaires dans son
article 2 qui stipule que : (1) « L'État est tenu d'assurer au fonctionnaire en activité une
formation permanente en vue d'accroître ses performances, son efficacité et son rendement
professionnels. (2) A cet effet, le fonctionnaire doit bénéficier tous les cinq (05) ans d'au
moins une session de formation ».
Les formations au CENADI sont programmées en fonction du budget alloué ; Ainsi un
employé du CENADI peut bénéficier de deux types de formations à savoir les séminaires de
formation et les formations certifiantes.
- Les séminaires de formation sont organisés par le CENADI et axés sur un
point ou une lacune observée par l’administration. ils ont une durée de (3 à 5 jours) et
ne nécessite pas une documentation particulière de l’employé. Cette formation est
assortie d’une attestation de participation ainsi que la liste de participation. Il y’a
également des ateliers de formations qui se déroulent parfois à l’étranger pour une
durée allant de (1 à 6 mois) ces ateliers sont également assortie d’une attestation de fin
de formation ;
- Les formations dites certifiantes ont une durée de (1 à 5 ans) et nécessitent un
ensemble de procédures et de documents conformes. Les étapes à suivre pour bénéficier
d’un stage de formation sont les suivantes :
1) Constituer un dossier d’autorisation de concourir adressée au Ministre des Finances
sous couvert du Directeur du CENADI selon du statut du fonctionnaire, ce dossier
comporte :
- La demande d’autorisation de concourir (timbrée) ;
- Le communiqué du lancement du concours ;
Page 30
- L’arrêté d’intégration du personnel (voir s’il est enregistré dans le fichier du

personnel fonctionnel du Cenadi) ;
- L’attestation de présence effective au poste ;
- La correspondance adressée au MINFI.
L’autorisation est délivrée par le MINFOPRA.
2) Le dossier de la mise en stage de formation ou en indisponibilité, ce dossier
comporte :
- La demande de mise en stage de formation ;
- Les résultats du concours ;
- L’attestation de présence effective au poste ;
- La copie certifiée et conforme du dernier diplôme.
Une fois la formation termine, le personnel constitue un troisième dossier.
3) Le dossier de demande du certificat de reprise de service :
- Demande non timbre adressée au directeur ;
- Attestation de fin de formation ;
- L’arrêté de mise en stage ;
- Attestation du diplôme ;
- Dernier acte d’avancement.
Une fois ceci obtenu le personnel constitue un dernier dossier :
4) Dossier de demande de reclassement adresse au MINFOPRA
- Copie certifie et conforme d fin de formation ;
- Le procès-verbal de résultat de l’école de formation ;
- Le certificat de reprise de service.
Les dossiers sont suivis par la direction du CENADI et traité par la DAAF. Une fois
que les dossiers sont déposés au secrétariat de la direction, ils sont envoyés par la suite au
directeur du CENADI. Après validation ils sont traités par la DAAF, ensuite renvoyés au
secrétariat de la direction. Les dossiers finalisés ils sont envoyés à la DRH (Direction des
Ressources Humaines) du Ministère des Finances précisément au service de la formation pour
étude. Les dossiers sont traités à la DRH pour validation et déposé par la suite au secrétariat
du Ministre des Finances pour accord. Dès lors que les dossiers sont validés, ils sont envoyés
au MINFOPRA (ministère de la fonction publique) pour finalisation.
Page 31
II. PROBLÉMATIQUE
Les dossiers concernant la formation, sont traités et stockées dans des documents
différents comme Word, Excel et PowerPoint et le plus souvent dans des supports différents.
Nous nous sommes posé ainsi la question de savoir quelles sont les dispositions à prendre
pour rendre plus fluide, efficace et sécurisée la gestion des formations du personnel du
CENADI ?
III. OBJECTIFS
Il s'agira pour nous à travers cette problématique, d'effectuer une analyse afin de proposer
et de mettre en place une solution informatique permettant d'améliorer cette gestion. Cet
objectif poursuit les objectifs spécifiques suivants:
- L'accessibilité des données à tout moment;
- Le suivi des cursus de formation de tout agent;
- Générer automatiquement les rapports liés aux formations ;
- Améliorer le travail de la division en charge des formations du personnel ;
- classer les formations par types.
- Evaluer chaque formation
- Classer les différentes procédures de formation certifiantes
IV. METHODOLOGIE
Pour mieux réaliser les objectifs mentionnés plus haut, le langage que nous
utiliserons UML (Unified Modeling Language) associe au processus 2TUP (Two Track
Unified Process), également certaines technologies qui seront illustres dans le tableau des
contraintes matérielles, logicielles, de temps et l’équipe projet.
IV.1. Les contraintes matérielles
Les contraintes matérielles de notre projet sont représentées dans le tableau suivant :
Tableau 6: les contraintes matérielles
Désignation Quantité Caractéristiques

Ordinateurs 03 Laptop PC; Mark Packard Bell; HDD 500Go;
RAM 4Go; Screen 17”.
Périphérique de stockage 02 Clés USB d’une capacité de 4 GB minimum.
Page 32
Support papier 04 format A4 (poids de 96-110g of)

Régulateur de tension 01 A UPS capacité de 600 VA
IV.2. Les contraintes logicielles

Tableau 7: les contraintes logicielles
No Outils Version Auteurs Description Capacité
1 Power AMC 15 Logiciel pour la modélisation des 258.0 MB
processus.
2 wampserver2.5- 2.5 Plateforme de développement web 38.983MB
Apache-2.4.9- windows pour une application web
php5.5.12-32b dynamique + un serveur web
3 Notepad+ 6 Team. IDE (Integrated Development 348.0MB
Adobe Suite. Environment), placé en open source
4 Photoshop CS 6 Adobe Suite Logiciel pour le traitement de 482Mo
l’image, l’amélioration et la
conception
5 Gantt Project 2.0.10 Free Software Logiciel libre pour la gestion du 9.22Mo
Foundation temps dans le projet.
6 Microsoft Office 2013 Microsoft Logiciel libre pour le traitement de 987.39MB
Corporation textes.
7 Mozilla Firefox 35.0 Mozilla Navigateur. 38.926MB
Corporation
8 MySQL 5.6.17 Oracle Système de gestion de bases de 35.167MB
données relationnelles (SGBDR)
9 Avast Antivirus 10.3.2 Avast software Traitement des virus et protection des 127.89MB
ordinateurs et des fichiers.
10 Outils capture Fire Starter Logiciel pour la capture d’écran 13.3 MB
IV.3. Les contraintes de temps
Le développement de notre projet s’etendra d’une période allant du 11 juillet au 30

septembre 2016, le travail sera subdivise comme suit :
Tableau 8: les contraintes de temps
Phase Durée Document
Page 33
Insertion 14 jours Document d’insertion

Analyse 23 jours Document d’analyse
Conception 14 jours Document de conception
Réalisation 35 jours Document de réalisation
IV.4. L’équipe projet
Pour parvenir à la réalisation de ce projet et satisfaire les besoins de la structure, les

différentes équipes mises en place sont essentiellement :
- Le groupe de pilotage : c’est un groupe d'encadreurs chargé de veiller au bon
fonctionnement du projet. Il a pour rôle de guider le groupe de projet, de valider les choix
méthodologiques et les orientations générales, de définir les moyens à mettre en place pour la
réalisation du projet, de coordonner les activités et de donner la validation finale au projet. Il
est constitué de :
 M. WANGUE David, directeur du projet ;
 M. BELIBI Christian, encadreur professionnel.
- Le groupe de projet : il est chargé de l'exécution du projet, de la conception et
de la réalisation du projet. Il se compose de :
 MENDOUGA OYONO Nelly Paola, Etudiante à l'IAI, niveau3
Analyse et Programmation ;
 ATANGA OWONA Christian, Etudiant à l'IAI, niveau3 Analyse et
Programmation.
- Le groupe d'utilisateurs : est constitué des utilisateurs potentiels du système
qui sera développé. Il joue donc un rôle important dans la capture des besoins du système et
dans la validation des fonctionnalités développées. Les utilisateurs du système sont les agents
du CENADI concernés dans le processus de gestion des formations.
V. RECEUIL DES BESOINS
V.1. Recueil des besoins fonctionnels
Tout bon projet informatique nécessite un recueil des besoins bien spécifiques. Étant
donné que l’objectif global de notre projet est de faciliter la gestion des procédures des
formations du personnel. Les différents besoins fonctionnels recueillis sont entre autres : Le
suivi des formations certifiantes, Le suivie des séminaires et ateliers de formation, la
Page 34
Production des bilans de chaque formation, l’impression des documents, La sauvegarde et la

restauration de certains fichiers.
- Le suivi des formations certifiantes : ceci permettra au personnel et à
l’administration compétente de mieux suivre les demandes d’autorisation de
concourir, les demandes de mise en stage de formation et les demandes de reprise de
service des employés.
- Le suivie des séminaires et ateliers de formation : ceci permet de suivre de près le
recyclage du personnel administratif, la planification, le budget et ressortir la liste des
participants ;
- Classer les formations par type : ceci permettra de mieux avoir un aperçu de chaque
formation, l’utilisateur pourrait également consulter chaque formation ;
- La Production de l’historique des formations : il permet de ressortir les états liés
aux formations sur une période donnée c’est-à-dire les formateurs, le type de
formation donné, le lieu, les attestations qui en découle, les participants à la formation
et les rapports ;
- Evaluer chaque formation effectuée ;
- Classer les demandes de formation.
V.2. Recueil des besoins non fonctionnels
Etant donné que le système à modéliser est encore manuel donc on ne pourra pas
encore parler des besoins techniques.
VI. MODÉLISATION DU CONTEXTE
Cette partie consiste à identifier les différents acteurs de l’existant, les interactions qui
existent entre eux et dont nous aurons besoin pour notre futur système. Pour ce faire, nous
procèderons d’abord à l’identification des acteurs, des messages et modéliser de façon
dynamique notre future système.
VI.1. Identification des acteurs
Un acteur représente l'abstraction d'un rôle joué par des entités externes (utilisateur,
dispositif matériel ou autre système) qui interagissent directement avec le système étudié.
Nous allons maintenant énumérer les acteurs du système :
Tableau 9: identification des acteurs
Page 35
Acteurs Rôles
Il est un employé de la structure qui exprime
un besoin de formation.
Le demandeur
Il reçoit les dossiers et les transmet au
directeur et à la direction compétente.
Le secrétariat de la direction
C’est la division qui est en charge du
traitement des dossiers des demandes de
La DAAF formations.
Il approuve et valide les demandes de
formations.
Le directeur
C’est l’administration financière, il signe les
autorisations de demande de concourir ainsi
que les mises en stage. il s’occupe également
Le ministère des Finances
d’octroyer des Fonds.
C’est l’administration qui s’occupe du suivi
Le MINFOPRA (Ministère de la fonction des carrières.

publique et de la réforme administrative)
VI.2. Identification des messages
Un message représente la spécification d'une communication unidirectionnelle entre

objets qui transportent l'information avec l'intention de déclencher une activité chez le
récepteur. Un message est normalement associé à deux occurrences d’événements : un
événement d'envoi et un événement de réception.
Tableau 10: identification des messages
Messages Résultats
Demande d’autorisation de concourir - délivrance de l’autorisation de concourir.
- non obtention d’autorisation.
Demande de mise en stage de formation - Délivrance de l’arrête de mise en stage.
Demande de reprise de service - Délivrance de l’autorisation de reprise
Page 36
de service.
Ressortir historique des formations - statistiques effectuées par type.
Planifier formation - Formation programmée et validée
VI.3. Modélisation dynamique du contexte
Tous les messages entre le système et les acteurs définis précédemment peuvent être
représentés dans un diagramme qui pourra décrire de façon dynamique le contexte. Ce
diagramme donne la possibilité d’établir une première communication entre les acteurs et
notre système. Nous illustrerons cette communication à travers diagramme suivant :
:Super
Administrateur
administre les
confirmation des messages ou
administrateurs
erreur messages
creer, modifier,
enregistre, consulte,
supprimer, enregistrer,
valide, suit l'evolution
consulter.
des dossiers,
FORMAPERS_CENADI
message de
message de
:user confirmation
confirmation
:Aministrateur
Figure 3: modélisation dynamique du contexte
VI.4. Modelisation statique du contexte
Le diagramme de contexte statique délimite le domaine d’étude en précisant ce qui est

à la charge du système et en identifiant l’environnement extérieur au système étudié avec
lequel ce dernier communique.
Page 37
Super
Admi nistrateur
<<systeme>>
1..*
FORMAPERS_CENADI 1...*
user
Aministrateur
Figure 4: modélisation statique du contexte
VII. LES LIVRABLES
Les éléments attendus à la fin de notre projet sont :

- Un rapport complet contenant :
 Dossier d’insertion
 Le dossier d’analyse et de conception
 Le dossier de réalisation et de déploiement
- Un CD d’installation du produit
 Application (code source)
 Base de données.
VIII. LE PLANNING PREVISIONNEL
Gantt Project nous permettra de mieux planifier notre projet, en effet, c’est un outil qui
définit donc les tâches, le calendrier, les ressources, l'allocation de ces ressources aux tâches
et les procédures du projet. En effet, elle assure que ceci sera livré dans le temps en accord
avec les contraintes des acteurs.
Planning prévisionnel général des tâches:
Tableau 11: planning prévisionnel des tâches
Phases Détails Périodes Durée

Insertion Accueil et installation, prise Du 11 juillet au 2 semaines
connaissance du thème. 25 juillet
Page 38
Contexte et recueil Identification des acteurs et des Du 26 juillet au 1 semaine

des besoins messages 2 aout
Capture et analyse Besoins fonctionnels et besoins Du 03 aout au 2 semaines
des besoins techniques 17 aout
Conception du Conception des diagrammes : cas Du 18 2 semaines
système d’utilisations, séquences, classes et septembre au 01
déploiement septembre
Réalisation Connaissance des outils et du Du 02 3 semaines

langage de programmation, septembre au 23
développement septembre
Mise en œuvre Vérification. Validation et formation Du 23 au 30 1 semaine
des utilisateurs septembre
Le diagramme de Gantt de réalisation de notre projet est le suivant
Figure 5 : diagramme de Gantt
Page 39
CONCLUSION
La définition du cahier des charges nous a permis de présenter le contexte, de le
modéliser et de recueillir les besoins de la solution. Les futures fonctionnalités ainsi définies
devront être respectées dans les délais selon les contraintes prédéfinies ; ce qui nous amène à
faire une analyse détaillée afin d’implémenter la solution proposée.
Page 40
PARTIE II : L’ANALYSE PROPREMENT DITE
Résumé :
Cette phase est une étape essentielle dans le processus de réalisation d’un projet. Elle
décrit de façon claire l’étude de l’existant, les limites de l’existant, les solutions proposées, le
choix de la méthode d’analyses et la modélisation de la solution future.
Page 41
INTRODUCTION
La bonne réalisation d’un projet informatique passe nécessairement par une étude
préalable du système existant. Ainsi, après avoir ressorti les spécificités du sujet soumis à
notre étude, il sera question pour nous d’effectuer une description précise et détaillée du
système global de gestion de boulangerie à l’aide d’une méthode d’analyse. Nous
procéderons donc à la présentation de l’existant, critique de l’existant, une problématique, la
proposition d’une éventuelle solution sans mettre de côté la présentation du langage
d’analyse et la modélisation de la solution proprement dite.
Page 42
I. PRESENTATION DE LA DEMARCHE SUIVIE
La méthode d'analyse 2TUP (Two Tracks Unified Process) est une méthode de
développement de logiciel, proposant un cycle de développement en Y, dissociant les aspects
techniques des aspects fonctionnels. Ce processus a pour objectif de capitaliser le travail
effectué sur les branches, fonctionnelle et technique, avant même de commencer la
conception du système souhaité. Il s'articule autour de trois phases essentielles:
- La branche fonctionnelle: elle capitalise la connaissance du métier de l'entreprise.
Cette branche capture les besoins fonctionnels, et c'est ce qui produit un modèle
focalisé sur le métier des utilisateurs finaux.
- La branche technique: elle capitalise un savoir-faire technique et/ou des contraintes
techniques. Les techniques utilisées pour le développement du système sont
indépendantes des fonctions à réaliser.
- La branche de réalisation : elle consiste à réunir les deux branches, permettant de
mener une conception applicative et la livraison d'une solution adaptée aux besoins.
Figure 6: méthode d'analyse 2Tup
Page 43
2TUP est lui-même basé sur le Processus Unifié (Unified Process) qui est devenu un
standard général réunissant les meilleures pratiques de développement. Cette méthode ne se
base pas sur un processus linéaire mais sur un développement itératif et incrémental. Elle est
centrée sur l'architecture, conduite par les cas d'utilisation et pilotée par les risques.
- Itérative et incrémentale : la méthode est itérative dans le sens où elle propose de faire
des itérations lors de ses différentes phases. Ceci garantit l'affinité et l'amélioration du
modèle construit à chaque phase ou étape. Chaque itération peut servir aussi à ajouter
de nouveaux incréments.
- Conduite par les cas d'utilisation: elle est orientée utilisateur pour répondre aux
besoins de celui-ci.
- Centrée sur l'architecture: les modèles définis tout au long du processus de
développement vont contribuer à établir une architecture cohérente et solide.
- Pilotée par les risques: en définissant des priorités pour chaque fonctionnalité, on peut
minimiser les risques d'échec du projet.
II. ETUDE PRELIMINAIRE
II.1 Etude de l’existant
L'étude de l'existant a pour objectifs de permettre au groupe de projet de comprendre

le fonctionnement du système actuel, de recenser le souhait des utilisateurs, les matériels et
logiciels disponibles, de dégager les forces et faiblesses du système existant, de connaître les
contraintes à considérer dans la conception du système futur.
II.2 Comptes rendus d’interviews
Après interviews, les utilisateurs ont émis les souhaits suivants:

- l'élaboration du programme de formation annuel; la possibilité d'avoir l'historique
de toutes les formations;
- la possibilité d'avoir l'historique de toutes les formations suivies par un agent sur
une période donnée ;
- la production de rapports de formations à la fin de chaque session ou sur une
période;
- la gestion des formateurs: avoir la liste des formateurs et leur profile;
- la possibilité d'établir les statistiques.
Page 44
- Avoir une idée du nombre d'agents formés par division sur une période donnée
ainsi que l'ensemble des divisions dont les agents ont déjà pris part aux formations.
- L’établissement de liste de présence et pouvoir l'imprimer; le bilan global de la
formation.
II.3 Constat de l’existant
Les ordinateurs et les différents outils bureautiques sont utilisés dans

le cadre de la gestion des formations au niveau du CENADI. Que ce soit pour la planification
et l'exécution des séminaires, la programmation des formateurs, la programmation de
l'occupation des salles et le suivi des cursus des agents aucun logiciel n'est utilisé à cet effet.
Cette gestion présente plusieurs insuffisances:
- Le manque de suivi des agents: certains agents pouvaient suivre la même formation
plusieurs fois ;
- Le problème d'établissement de statistiques,
- Les pertes des données dues à l'enregistrement des données sur supports différents,
- L'inefficacité dans le suivi des formations certifiantes.
III. CAPTURE DES BESOINS FONCTIONNELS
Elle va nous permettre de préciser l'étude du contexte fonctionnel du système.
Figure 7: capture des besoins fonctionnels
III.1 Description des fonctionnalités
La capture des besoins met en évidence de façon précise les besoins des clients afin de
définir un cahier de charges stipulant les particularités à intégrer dans le projet informatique.
Page 45
C'est important de bien comprendre les besoins du client pour mieux cerner sa demande.
Après analyse des besoins des utilisateurs, nous pouvons définir les fonctionnalités
suivantes:
- La planification des formations: elle consiste à établir un calendrier annuel de
formations. Ce calendrier contient les différents séminaires de formation, des
formations certifiantes ainsi que les structures concernées et le lieu de la
formation.
- Préparer une formation et valider : il consiste à recenser tous les éléments
nécessaire à la réalisation une formation et la mettre en application.
- L'évaluation : consiste à évaluer le coût nécessaire à la réalisation de la formation.
Le responsable vérifie ensuite la disponibilité des ressources financières et
matérielles puis notifie au responsable de la formation sur le déroulement ou non
de la formation, rédiger des courriers adressés aux différentes structures
concernées pour les informer de la tenue d'une formation et demander les noms
des participants.
- L'édition des états : il consiste à générer les rapports de formation, générer les
listes de présence, générer la liste des mises en stage de formation. Actuellement,
le CENADI dispose d’une salle de formation en son sein. C'est dans cette
perspective que la gestion de salle s'avère importante. Cette gestion consiste à
avoir un planning d'occupation de la salle pour pouvoir répondre aux demandes.
- La gestion des formateurs : Pour chaque formateur on pourra savoir les différents
modules sur lesquels il est à mesure de dispenser ainsi que sa disponibilité.
- L’historique des formations : il est simplement ici d’avoir une traçabilité des
différentes formations enregistrées.
- Inscrire les participants et renseigner leur présence : il s’agit d’établir la liste
des employés retenus pour une formation et marquer leur présence ou leur
absence ;
- Consulter les différentes formations ;
III.2 Identification des cas d’utilisation
Un cas d'utilisation est un ensemble d'actions susceptibles d'être réalisées par un

système, produisant un résultat observable et intéressant pour un acteur particulier du
système. C'est l'image d'une fonctionnalité du système, déclenchée en réponse à la stimulation
Page 46
d'un acteur. Il illustre, détecte puis décrit le besoin d'un utilisateur. La totalité des cas
d'utilisation constitue l'ensemble des fonctionnalités du système.
Tableau 12: identification des acteurs
Cas d’utilisations Acteurs Description sommaire.

Planifier formation il s'agit de définir tous les
établir l’historique des séminaires de formations qui seront
formations effectuées au cours de l'année et
Valider formation donner une appréciation globale sur
Consulter formations Le responsable des des formations. Avoir une idée du
Inscrire participants formations nombre de personnel formé ainsi
Préparer formations que les différentes formations
Evaluer formation suivies par un personnel ; pour une
Renseigner présence formation donnée on veut établir le
budget à travers les besoins
exprimés.
Demande de Avoir un formulaire à remplir pour
formations L’agent bénéficier d’une formation
III.3 Diagramme des cas d’utilisation fonctionnels
Le diagramme des cas d'utilisation décrit sous la forme d'actions et de réactions, le

comportement du système du point de vue utilisateur. Il permet de définir les limites du
système et les relations entre le système et son environnement. C'est un diagramme qui
intervient tout au long du cycle de développement.
Formalisme :
Page 47
Figure 8: formalisme du diagramme des cas d'utilisation
Le diagramme des cas d’utilisation des besoins fonctionnels est le suivant :
Figure 9: diagramme des cas d'utilisation des besoins fonctionnels
Page 48
III.4 Description des cas d’utilisation
Dans cette partie, nous ferons une brève description textuelle de chaque cas d’utilisation
ainsi que la description système correspondante
Cas d’utilisation : planifier formation
Tableau 13: cas d'utilisation planifier une formation
CU : planifier formation
Acteurs Responsable de formations
But Etablir un calendrier des séminaires de formation
Pré condition L’utilisateur connecté
Description des scénarios
Utilisateur Système
Scénario nominal 1) Demande de planifier une 3) afficher le formulaire de
formation saisie
2) Saisir les informations 5) vérifier la saisie
requises 6) notifier le résultat de la
4) Valider la saisie requête
Alternatif : Afficher message d’erreur et
Informations incorrectes renvoyer au point 3 du
scénario
Exceptionnel
Post condition Une formation est créée
Fin : retour au menu principal
- Cas d’utilisation : demander formation

Tableau 14: cas d'utilisation demander formation
CU : demander formation
Acteur Agent
But Souscrire à une formation

Scénario nominal Utilisateur Système
1) Demande d’une 2) afficher le formulaire de
formation saisie
Page 49

requises 6) notifier le résultat de la
4) Valider la saisie requête
scénario
Post condition Formation enregistrée
- Cas d’utilisation : établir historique des formations

Tableau 15: cas d'utilisation établir historique des formations
CU : établir historique des formations
Acteur Le responsable des formations
But Ressortir l’historique des formations enregistrées.
Utilisateur Système
Scénario nominal 1) Aller à gérer 3) afficher historique des
formation formations
2) Choisir historique des
formations
Possibilité d’impression renvoyer au point 3 du
scénario
Exceptionnel : aucune formation enregistrée
Post condition Formation enregistrée
III.5 Identification des classes candidates
Il s’agit pour d’identifier quelques classes à partir des cas d’utilisations effectués plus
haut.
Classe candidate s’authentifier
Page 50
utilisateur 1..* profil

1..1
Figure 10: classe candidate s'authentifier
Classe candidate planifier formation

formation planing
formateur
salle formation
Figure 11: classe candidate planifier formation
Classe candidate de demande de formation

autorisation
emloyer
1..1 1..1
1..*
1..*
1..*
formation
1..1
profil
Figure 12: classe candidate de demande de formation
III.6 Validation et consolidation
La révision des cas d’utilisation doit absolument inclure une phase de présentation aux
futurs utilisateurs et poser les questions clés ci-après :
- Les frontières du système sont-elles bien définies ?
- Les acteurs sont-ils tous pris en compte (au moins une fois) ?
- Chaque cas d’utilisation a-t-il un processus de déclenchement (par un acteur) ?
- Le niveau d’abstraction des cas d’utilisation est-il homogène ?
- Toutes les fonctionnalités du système sont-elles traitées ?
III.7 Tableau des risques, priorités, itérations et durée

Tableau 16: risques, priorités et itérations
Page 51
Cas d’utilisation Risques Priorités Itérations Durée
Planifier formation : Haut Haute 2 18 jours

- Création ;
- Modification ;
- Suppression ;
- Impression.
Ressortir historique des Haut Moyen 6 10 jours
formations
Consulter formation Haut Moyen 3 5 jours
Valider formation Moyen
- Modification ;
- Suppression ;
- d’impression.
Demander formation Moyen Moyen 3 10 jours
IV.3 ESTIMATION DES COUTS DU PROJET

Le coût de notre projet sera estimé sur le plan matériel, logiciel et humain.
IV.1 Coût4 matériels et logiciels
Pour la mise en place du futur système, voici la liste de matériel et de logiciel à

acquérir:
Tableau 17: estimation des besoins logiciels et matériels et logiciels

LOGICIEL
No Outils Version Fonction Prix unitaire Prix total en F
en F CFA CFA
1 Power AMC 7.0 Logiciel pour dessiner les Logiciel Logiciel libre
diagrammes. libre.50 000 50 000
2 Wamp Server + 2.4.4 Plate forme de windows
Apache pour le développement des Logiciel libre. Logiciel libre.
applications web
dynamique plus un serveur
web.
3 Dreamweaver IDE (Integrated de
CS 6 Development Logiciel libre Logiciel libre.
Environment), placed in
open source.
4 Gantt Project 2.0.10 Free software for time
management in project Logiciel libre. Logiciel libre.
management.
6 Microsoft Word 2010 Logiciel pour le traitement 460 000 460 000
de textes.
4
Coût : ensemble des frais entrainés par la production ou distribution de quelque chose.
Page 52
7 Mozilla Firefox 35.0 Navigateur web. Logiciel libre. Logiciel libre.

8 MySQL 5.6.12 Relational Data Base
Management System Logiciel libre Logiciel libre
(RDBMS)
9 Avast Antivirus 10.3.2 Traitement des virus et 12 000 12 000
protection des fichiers
10 PrtScr Logiciels pour outils de 50 000 50 000
11 MS Windows 8.1 capture et des operations 131 000 131 000
système
Total : 853 000

MATERIEL
Designation caractéristiques quantité Prix unitaire en Prix total en
F CFA F CFA
Ordinateurs Laptop PC; Mark Packard Bell; Notre propre Pc Notre propre
HDD 500Go; RAM 4Go. 03 Pc
Stockage Clés USB d’une capacité 02 5 000 10 000
minimum de 4 GB
Support papiers Ram de formats A4 (96-110g) 04 30 000 12 000
Régulateur de capacité de 600 VA 01 50 000 50 000
tension
Total 72 000
IV.2 Ressources humaines
Tableau 18: estimation des ressources humaines

No Task Acteurs Durée Prix unitaire Prix total en
(D/M) en F CFA F CFA
1 Etude et choix technique de L’ingénieur 2 300 000 600 000
l’architecture
Analyse et conception de la solution L’analyste ou 2 300 000 600 000
2
l’ingénieur
Processus des documents
3
- Document pour les besoins
spéciphiques; Ingénieur 2 100 000 200 000
- Document pour les specifications technique
techniques de la realisation.
Creation des bases de données
4
Page 53
relationelles.
- Creation de la base de Ingénieur de
données; développement 2 200 000 400 000
- Creation des procedures et
des vues;
5 Realisation des interfaces
utilisateurs Ingénieur de 2 150 000 300 000
- Interfaces utilisateurs; plateforme
- Administration du système.
6 - Tests d’intégration des Ingénieur de
composants; développement 2 200 000 400 000
- Tests d’intégration;
- Tests de la qualité
d’assurance.
7 Realisation des packages de Ingénieur de 2 150 000 300 000
déploiement. plateforme
8 Développement des document
techniques Ingénieur
 déploiement; technique 2 100 000 200 000
 guide d’utilisation;
 Training.
9 Training of: Ingénieur de
 Utilisateurs ; déploiement 3 200 000 600 000
 Administrateurs.
TOTAL (RH) 3 600 000
IV.3 Estimation du cout total de réalisation
Tableau 19: estimation du coût total de réalisation

ITEM TOTAL EN F CFA
Resources logicielles 477 000
Page 54
Resources materielles 72 000

Resources humaines 3 600 000
20% marges des resources humaines 720 000
TOTAL 5 245 000
Coût de vente du projet : 5 245 000 FCFA
Page 55
CONCLUSION
L’étude préalable du système d’information nous a permis de rédiger notre dossier

d’analyse qui avait pour objectif l’étude de l’existant, de mettre en exergue les différents
processus du système d’information. Cela étant fait, le but du dossier de conception sera
d’affiner l’image du futur système d’information.
Page 56
DOSSIER DE CONCEPTION
DOSSIER DE CONCEPTION
Résumé :
Le dossier de conception permet de modéliser dans son ensemble la solution proposée

et de recueillir les informations nécessaires à la mise sur pied d’une base de données
complexes et efficace. De ce fait, il prévoir le système future.
Aperçu :
Introduction
I. Capture des besoins techniques
II. Conception générique
III. Conception préliminaire
IV. Conception détaillée
Conclusion
Page 57
INTRODUCTION
L’étude préalable du système d’information nous a permis de rédiger notre dossier

d’analyse qui avait pour objectif l’étude de l’existant, de mettre en exergue les différents
processus du système d’information. Cela étant fait, le but du dossier de conception sera
d’affiner l’image du futur système d’information.
Page 58
I. CAPTURE DES BESOINS TECHNIQUES
I.1 Spécification technique du point de vue matériel et logiciel
 Les outils nécessaires au projet :

- Langage de programmation : pour notre programmation nous utiliseront le PHP.
- Un système de gestion de bases de données (SGBD) : est un ensemble de logiciels
qui sert à la manipulation des données ; nous utiliserons Wamp server.
- Environnement de développement : DreamWeaver
 Architecture fonctionnelle 3-tiers : Compte tenu du fait que e CENADI dispose
d'une couverture internet et un réseau local, et aussi l'application doit être utilisée de
l'extérieur, le comité de pilotage a décidé que l'application sera accessible à partir de
l'intranet et de l'internet.
Une application web est un logiciel manipulable grâce à un navigateur (Firefox,
chrome, internet explorer, opéra mini ..). Elle est placée sur un serveur et se manipule en
actionnant des composants (widgets) du navigateur via un réseau informatique (Internet,
intranet, réseau local.). L'architecture 3-tiers est un modèle logique d'architecture applicative
qui vise à séparer très nettement trois couches logicielles au sein d'une même application ou
système, à modéliser et présenter cette application comme un empilement de trois couches ou
niveaux.
Figure 13: architecture fonctionnelle 3Tiers
Page 59
I.2 Spécification d’architecture et influence sur le modèle

de déploiement
I.2.1 les scenarii du futur système : architecture réseau5.
Dans cette architecture, chaque poste est relié par l'intermédiaire de son propre câble
au switch. Le switch à son tour est relié au serveur. C'est sur le serveur que notre application
sera logée.
Figure 14: architecture réseau
I.3 Identification des cas d’utilisation technique

Un cas d’utilisation technique est destiné à l’exploitant. C’est une séquence
d’actions produisant une valeur ajoutée opérationnelle ou purement technique.
Techniquement, nous aurons besoin de :
Tableau 20: cas d'utilisation technique
Cas d’utilisations Acteurs Description sommaire.
S’authentifier Tous les acteurs Gère l'accès au système aux
utilisateurs par une connexion
sécurisée.
L’administrateur et le super Les actions requises ici sont : la
Gérer les utilisateurs administrateur création, la modification, suppression
des données.
5
L'architecture réseau a été réalisée avec Microsoft Visio 2013. Visio permet de concevoir des
diagrammes très variés. Pour cela, il intègre un grand nombre de formes prédéfinies ainsi que
différentes fonctionnalités très utiles.
Page 60
I.4. Description des cas d’utilisation technique
- Cas d’utilisation s’authentifier

Tableau 21: cas d'utilisation technique s'authentifier
CU : s’authentifier
Acteurs Tous les acteurs
But Permettre à l’utilisateur d’accéder à l’espace de travail
Pré condition L’utilisateur possède un compte
1) Demande à accéder à 2) afficher le formulaire de
l’application connexion
demandées 6) afficher l’environnement
4) Valider la saisie de travail de l’utilisateur
scénario
Exceptionnel
Post condition Utilisateur connecté
- Cas d’utilisation créer utilisateur
Tableau 22: cas d'utilisation technique créer compte
CU : s’authentifier
Acteurs L’administrateur
But avoir les comptes disponibles pour chaque utilisateur
Pré condition authentification
1) Demande à accéder à 2) afficher le formulaire de
l’application connexion
3) choix de l’opération créer 4) affiche formulaire de
compte création d’un compte
5) saisir et valider 6) vérification et affiche le
Page 61
résultat
scénario
Exceptionnel : compte existant
Post condition Utilisateur connecté
Fin Retour au menu principal ou à la page de connexion
I.5 Diagramme des cas d’utilisation consolidé
consulter formation
demande de formation
<<extend>> plannifier formation
<<extend>>
utilisateur
inscrire participants
valider formation
<<extend>> <<extend>>
gerer formation
<<extend>>
administrateur
préparer formation
<<extend>>
établir bilan des formations
<<extend>>
<<extend>>
budgétiser formation
<<include>>
renseigner présence
S'AUTHENTIFIER
<<include>>
<<extend>>
gérer comptes utilisateurs
<<extend>>
super administrateur
créer compte ajouter compte

<<extend>> <<extend>>
supprimer compte consulter comptes
Page 62
Figure 15: diagramme des cas d'utilisation consolidé
Page 63
I.6 Diagramme des séquences
Le diagramme des cas de séquence, comme le diagramme de communication représente

les interactions entre les différents objets du système. il représente les messages dans le temps
par une lecture de bas en haut.
Formalisme :
Figure 16: formalisme du diagramme de séquence
Nous décrirons de façon séquentielle quelques cas d’utilisation tels que :
- L’authentification
- Le traitement
- Le traitement du serveur
- Créer un compte
- Demander formation
- Planifier formation
Page 64
Diagramme de séquence s’authentifier :
Figure 17: diagramme de séquence s'authentifier
Page 65
Diagramme de séquence : traitement
Figure 18: diagramme de séquence traitement
Diagramme de séquence : traitement serveur
Page 66
Figure 19: diagramme de séquence traitement serveur
Diagramme de séquence : créer un compte
Page 67
Figure 20: diagramme de séquence créer compte
Diagramme de séquence : demander formation
Figure 21: diagramme de séquence demander formation
Page 68
Diagramme de séquence : planifier formation
Figure 22: diagramme de séquence planifier formation
Page 69
II. CONCEPTION GENERIQUE
II.1 Diagramme de déploiement
Il modélise les composants matériels utilisés pour implanter un système et

l’association entre ces composants. Le diagramme de déploiement peut être mis en œuvre dès
la phase de conception pour documenter l’architecture physique du système. Les éléments
utilisés dans un diagramme de déploiement sont : les composants, les nœuds et les
associations.
Figure 23: diagramme de déploiement
II.2 Diagramme de composant

Il de représenter les composants logiciel d’un système ainsi que les relations entre ces
composants. Chaque composant est assimilé à un élément exécutable du système. Il décrit
l’organisation du système du point de vue des éléments d’application comme les modules
(paquetages, fichiers sources, bibliothèques, exécutables), des données (fichiers, base de
données) ou encore des éléments de configuration (paramètres, scripts, fichiers de
commande).
Page 70
Figure 24: diagramme de composants
III. CONCEPTION PRELIMINAIRE
Il s’agira dans cette partie de présenter les outils de développement utilisés pour la
conception de notre futur système.
III.1. Le Framework.
Un Framework est un ensemble d'outils et de composants logiciels organisés
conformément à un plan d'architecture et des patterns, ils permettent de formaliser une
architecture adaptée au besoin de l'entreprise. Nous avons utilisé Le bootstrap comme
Framework.
II.2. Design pattern (exemple : MVC).

Le patron de conception modèle-vue-contrôleur (en abrégé MVC, de l'anglais
model-view-Controller), tout comme les patrons modèle-vue-présentation ou Présentation,
abstraction, contrôle, est un modèle destiné à répondre aux besoins des applications
interactives en séparant les problématiques liées aux différents composants au sein de leur
architecture respective. Ce pattern est composé de trois composants :
- Un Modèle (modèle de données) : chargé de rassembler les données de notre banque

de données des compétences. Elle contiendra aussi nos classes donc les instances
doivent être vues et manipulés.
- Une Vue (présentation, interface utilisateur) : utilisée pour afficher les données du
modèle de l’interface utilisateur.
Page 71
- Un Contrôleur: stock les fonctionnalités importantes permettant de contrôler les

interactions entre l’utilisateur avec la vue et le modèle.
Ci-dessous la figure représentative de l’architecture MVC, donc l’avantage est de

faciliter la maintenance et la cohérence des données distribuées
Figure 25: Schéma du Modèle-Vue-Contrôleur (Source : www.wikipedia.fr)
IV. CONCEPTION DETAILLEE
IV.1. Diagramme d’activités
Les diagrammes d’activités sont utilisés pour documenter le déroulement des

opérations dans un système. L’usage général des diagrammes d’activités permet de faire
apparaitre les flots de traitement induits par des processus internes par rapport aux
évènements externes. Le formalisme est le suivant :
Figure 26: formalisme du diagramme d'activités
Page 72
Présentation des diagrammes d’activité de la solution :
Diagramme d’activité lors de l’authentification
Figure 27: diagramme d'activité de s'authentifier
Page 73
Diagramme d’activité lors de la création d’un compte utilisateur :
Figure 28: diagramme d'activité de création d'un compte
IV.2. Le diagramme de classe
Le diagramme de classe exprime la structure statique du système en termes de classe et de

relation entre ces classes. L’intérêt du diagramme de classe est de modéliser les entités du
système d’information.
Formalisme :
Page 74
Figure 29: formalisme du diagramme de classe
IV.2.1 Tableau des classes et attributs

Tableau 23: tableau des classes et attributs
Nom Code Type Taille Visibilité
Identifiant idEmployer Int 254 Private
Employer
Nom Nom String 254 Public
Prénom Prénom String 254 Public
Sexe Sexe String 254 Public
Fonction Fonction String 254 Public
Diplô me Diplôme String 254 Public
Matricule Matricule String 254 Public
Email Email String 254 Public
Date de prise de Date_prise_service Date 254 Public
service
Mot de passe Pwd String 254 Private
Login Login String 254 Public
Identifiant idFormation Int 12 Private
formation
libellé Libelle String 254 Public
Durée duree String 254 Public
Date de début Date_debut Date 254 Public
Date de fin Date_fin Date 254 Public
Lieu Lieu String 254 Public
Type parchemin Type_parchemin String 254 Public
Identifiant idFormateur Int 12 Private
formateur
Compétence Competence String 254 Public
Identifiant idDossier Int 12 Private
dossier
Identifiant idDivision Int 12 Private
division
Identifiant poste idPoste Int 12 Private
Identifiant profil idProfil Int 12 Private
Page 75
IV.2.2 Liste des classes
Les classes retenues pour la réalisation de notre projet sont :
Tableau 24: classes et relations entre elles
Classes Relations
Employer Un employé peut avoir un et un seul poste ;
Poste Un poste peut être occupé par aucun ou plusieurs employés ;
Division Une division contient un ou plusieurs postes ;
Dossiers Un poste est contenu dans un ou plusieurs divisions ;
Profil Un employé peut fournir un ou plusieurs dossiers ;
Formation Un dossier est fourni par un et un seul employés ;
Un employé peut avoir un et un seul profil ;

Formateur
Un profil concerne un ou plusieurs employés ;
Formation recyclage
Un employé peut faire un ou plusieurs employés ;
Formation certifiante
Une formation est faite par un ou plusieurs employés ;
Une formation concerne un ou plusieurs formateurs ;
Un formateur est concerné par une ou plusieurs formations.
Page 76
employer
- idEmployer : int
- nom : String
division
- prenom : String
- sexe : String 1..* peut occuper - idDivision : int
peut avoir - fonction : String - nom : String
1..* - diplome : String + ajouter () : void
- matricule : String
- email : String
1..1 - date_prise_service : Date 1..1
- mot_de_passe : String
contient
- login : String
Profil
+ ajouterEmpl () : void 1..* 1..*
- idProfil : int + modifierEmpl () : void
- nom : String + supprimerEmpl () : void peut fournir
poste
+ ajouter () : void + getter () : void 1..1
+ modifier () : void + setter () : void - idPoste : int
+ supprimer () : void + constructeur () : void - nom : String
1..1
+ ajouter () : void
1..1
demande dossier
- idDemande : int - idDossier : int

- nom : String demander - nomDossier : String
+ ajouter () : void
1..*
formation
- idFormation : int 1..* conserne formateur
- nom : String 1..1
- idFormateur : int
- type : String - nom : String
- libelle : String - prenom : String
+ ajouter () : void - sexe : String
+ setter () : void - competence : String
+ getter () : void + ajouter () : void
+ constructeur () : void
formation_certifiante formation_recyclage
- nom : String - nom : String

- duree : int - lieu : String
- type_parchemin : String - date_debut : Date 1..*
- date_fin : Date - date_fin : Date
- type_parchemin : String
1..*
1..1
0..*
1..1 1..* 1..* planning
- idPlanning : int
budget_alloué - durée : String
1..1 + Operation_1 ()
- idBudget : int 1..1
- montant : String
0..1 inscription
salle_de_formation
- idInscription : int
autorisation - idSalle : int
- nom : String
- idAutorisation : int - numero : int
- libellé : String
Figure 30: diagramme de classe
IV.3. Le modèle physique des données
Le modèle Physique de Données (MPD) est une représentation schématique qui a pour
but de proposer une solution technique et optimale pour l’implémentation physique des
Page 77
données. Il permet de décrire les données et leurs liens dans un langage spécifique du Système
de Gestion de Base de Données utilisé.
employer
idEmployer integer <pk>
idDossier integer <fk1>
FK_EMPLOYER_ASSOCIATI_PROFIL idProfil integer <fk2> division
idPoste integer <fk3> idDivision integer <pk>
nom varchar(254) nom varchar(254)
prenom varchar(254)
sexe varchar(254)
fonction varchar(254) FK_EMPLOYER_ASSOCIATI_POSTE
diplome varchar(254)
matricule varchar(254) FK_POSTE_ASSOCIATI_DIVISION
email varchar(254)
date_prise_service timestamp
Profil mot_de_passe varchar(254)
idProfil integer <pk> login varchar(254)
poste
nom varchar(254)
idPoste integer <pk>
FK_EMPLOYER_PEUT_FOUR_DOSSIER
idDivision integer <fk>
nom varchar(254)
FK_FORMATIO_FAIRE_EMPLOYER
dossier
idDossier integer <pk>
nomDossier varchar(254)
formation
idFormation integer <pk>
idEmployer integer <fk1>
FK_FORMATIO_ASSOCIATI_FORMATEU
idFormateur integer <fk2>
nom varchar(254)
type varchar(254)
libelle varchar(254) formateur
idDemande integer
idFormateur integer <pk>
nom2 varchar(254)
nom varchar(254)
prenom varchar(254)
sexe varchar(254)
competence varchar(254)
formation_certifiante
FK_FORMATIO_GENERALIS_FORMATIO
idAutorisation integer <fk>
nom varchar(254)
formation_recyclage
duree integer
FK_FORMATIO_GENERALIS_FORMATIOidSalle integer <fk2>
type_parchemin varchar(254)
date_fin timestamp idBudget integer <fk1>
idPlanning integer <fk4>
idInscription integer <fk3>
FK_FORMATIO_ASSOCIATI_PLANNING
nom varchar(254)
FK_FORMATIO_ASSOCIATI_BUDGET_A
lieu varchar(254)
date_debut timestamp
date_fin timestamp planning
FK_FORMATIO_ASSOCIATI_AUTORISA
type_parchemin varchar(254)
idPlanning integer <pk,ak>
budget_alloué durée varchar(254)
idBudget integer <pk,ak1,ak2>
montant varchar(254) FK_FORMATIO_ASSOCIATI_INSCRIPT
autorisation
FK_FORMATIO_ASSOCIATI_SALLE_DE
idAutorisation integer <pk,ak>
libellé varchar(254)
inscription salle_de_formation
idInscription integer <pk,ak> idSalle integer <pk,ak1,ak2,ak3>
nom varchar(254)
numero integer
Figure 31: le modèle physique des données
Page 78
CONCLUSION
Dans le dossier de conception nous avons mené une analyse en ressortant les
données validées et les traitements à automatiser. Cette validation nous permet d’avoir une
vision sur le logiciel à mettre sur pied. En d’autres termes les traitements validés vont
constituer les différents modules de l’application. Les données quant à elles vont servir pour
la création de la base de données. Dès lors, L’étape suivante de notre projet sera la
réalisation de la solution proprement dite tenant compte de tous les paramètres analysés ci-
dessus.
Page 79
DOSSIER DE REALISATION
DOSSIER DE RÉALISATION
DOSSIER DE REALISATION
Résumé :
Cette phase est réservée à la matérialisation de l’application. Elle présente le choix des
outils nécessaires pour la programmation. Elle présente le langage de développement,
l’architecture logicielle et la présentation de l’architecture physique de déploiement. Cette
phase est fortement liée aux autres tâches comme l’analyse, la conception, et avant tout et
surtout au cahier de charges.
Aperçu :
Introduction
I. Présentation des outils de développement
II. Présentation de l’architecture logicielle
III. Présentation de l’architecture physique de déploiement
IV. Résultats et commentaires
Conclusion
Page 80
INTRODUCTION
Le dossier de réalisation est un dossier qui contient toutes les informations relatives à
l’implémentation proprement dite d’un projet. Ce dernier a pour objectif de présenter les
étapes de développement de notre application ceci en présentant l’environnement technique
de travail et de développement utilisés. Dans cette partie, nous allons tour à tour parler des
outils de développement que nous avons utilisés, du langage de programmation 6 que nous
avons choisi et la présentation de l’architecture physique de déploiement.
6
Une notation conventionnelle destinée à formuler des algorithmes et produire des programmes
informatiques qui les appliquent
Page 81
I. PRESENTATION DES OUTILS DE DEVELOPEMENT

Tableau 25: les outils de développement
MATERIELS
- Micro-ordinateur HP AQ4000 processeur
Intel pentium Inside dual Core 2.30 2.30
Ram 4Go/DD 320 Go
- Imprimante
- Support papiers
- Stockage : clés USB
LOGICIELS
NOM DU LOGICIEL ROLES
MS Windows 8.1 capture et des operations système

Wamp server + Apache 2.4.4 Serveur web destiné à héberger notre application.
Mozilla Firefox 35.0 Navigateur web nécessaire au client pour utiliser
l’application.
Power AMC 7.0 Atelier de Génie Logiciel utilisé pour la modélisation
des diagrammes de la solution.
MySQL server Le SGBD qui nous servira d’hébergement de la base de
données.
Dream Weaver CS 6 Editeur de code utilisé pour le codage de l’application
Adobe Photoshop cs6 pour la retouche des images de l’application

Avast antivirus 10.3.2 Traitement des virus et protection des fichiers
Page 82
II. PRESENTATION DE LARCHITECTURE LOGICIEL
Le langage utilisé est le suivant :
- HTML : c’est le format de donnée conçu pour représenter les pages web c’est un
langage de balisage qui permet d’écrire de l’hypertexte. Le HTML permet de
structurer sémantiquement et de mettre en forme le contenu des pages, d’inclure les
ressources multi media dont les images, les formulaires.
- Le PHP : il est utilisé principalement en tant que langage de script coté serveur, ce qui
veut dire que c’est le serveur qui va interpréter le code PHP et générer du code
(constituer généralement du XHTML ou HTML, CSS, Java script) qui pourra être
interpréter par un navigateur. Il a été conçu pour permettre la création d’application
dynamique le plus souvent dédié au Web.
- Le CSS (feuille de style en cascade) : C’est un langage informatique qui sert à
décrire la présentation des documents HTML. Son objectif est de permettre la mise en
forme hors des documents.
- Editeur web : Macromedia Dreamweaver : il facilite d’utilisation, observation
immédiate du rendu graphique.
- La plateforme de développement web : Wamp server qui est une plateforme de
développement web sous Windows. Il permet de développer les applications web
dynamique à l’aide du serveur apache du langage de script PHP et d’une base de
données MySQL. Il possède également PHP Myadmin pour gérer plus facilement nos
bases de données. Wamp server nous permet de reproduire fidèlement notre serveur de
production. Une fois la base installée nous avons la possibilité d’ajouter autant de
versions. Lorsque nous installons Wamp server un répertoire « WWW » est
automatiquement crée (typiquement C:/wamp/www). Nous créons un sous répertoire
pour notre projet et mettons nos fichiers PHP dedans. Lorsque nous cliquons sur le
lien « localhost » du menu de Wamp ou ouvrons notre navigateur, nous allons à
l’adresse http://localhost
Page 83
Figure 32: architecture de la plate-forme de développement
III. PRESENTATION DE LARCHITECTURE PHYSIQUE DE

DEPLOIEMENT : CAS DE L’ARCHITECTURE 3TIERS
Le futur de notre application est basé sur les technologies web, requiert les spécificités
de type client/serveur dans le but des interactions. Une application informatique est structurée
en 3 couches à savoir : la couche présentation, le couche traitement et la couche de données.
Le noyau d’une application est constitué la logique de présentation et la logique de traitement.
C’est à partir de la répartition du noyau entre les couches que l’on détermine l’architecture
caractéristique des systèmes clients/serveurs. On peut ainsi citer les architectures : 1-tiers, 2-
tiers, 3-tiers et n-tiers.
L’architecture client/serveur de notre application sera constituée d’un serveur web
(chargé de la gestion des pages web), d’un serveur d’application ou d’un parseur, serveur de
données (fournissant au serveur d’application les données dont il a besoin) et aussi d’un client
qui représente un ordinateur demandeur de ressources.la gestion des données est prise en
charge par un SGBD centralisé, s’exécutant le plus souvent sur un serveur dédié. Ce dernier
sera interrogé à parti d’un langage de requête notamment SQL. Le dialogue entre le client et
le serveur se résume donc à l’envoi des requêtes et au retour des données correspondant.
Notre application portera donc sur l’architecture 3-tiers.
Cet échange de messages transite à travers le réseau entre les deux machines ; il met en
œuvre des mécanismes relativement complexes :
 Client : utilisateur ;
 Serveur : pour les bases de données ;
 Le réseau : pour le transport des messages.
Page 84
IV. RESULTATS ET COMMENTAIRES
Il sera question pour nous ici de faire une brève présentation des différentes interfaces
constituant notre solution automatisée de gestion des formations au CENADI.
L’application est baptisé GESFORM 1.0 ; ci-dessus la présentation de quelques

interfaces utilisateurs :
IV.1. Interface D’authentification
IV.2. Interface D’accueil
IV.3 Sécurité
La sécurité est fondamentale, surtout pour une application web car elle est ouverte à
un grand public. Pour donc protéger notre application, nous avons opté pour plusieurs
mesures de sécurité :
- Authentification des utilisateurs : Les utilisateurs accèdent à l’application en
utilisant un login et un mot de passe. Les comptes des clients sont créés par l’administrateur.
Ce mécanisme permet de gérer les différents contrôles d’accès aux différentes ressources.
Cependant comment assurer la sécurité du mot de passe afin d’éviter la diffusion des
données ?
- Sécurité des mots de passes : Pour un utilisateur, la principale ressource à protéger
est son mot de passe. Et pour cela nous avons opté pour le hachage de ce mot de passe afin
qu’il ne soit pas en clair dans la base des données. Cette simple mesure ne garantit pas la
sécurité complète du mot de passe car si un utilisateur utilise un dictionnaire et lance une
fonction qui hache chaque mot du dictionnaire et le compare avec le mot de passe haché de la
base des données, il retrouvera bien évidement le mot de passe. Cette attaque est appelée le «
DictionaryAttack» (attaque par dictionnaire). Pour donc optimiser cette sécurité, nous avons
ajouté au mot de passe un «SALT» qui est une clé ou une donnée pseudo aléatoire. En ce qui
est de la protection des formulaires contre les spam, la protection des formulaires nous permet
de nous assurer de l’intégrité des informations transmises à partir des différents formulaires de
l’application.
Page 85
V. Recettes
Nous avons réalisé notre travail avec dévouement, car le cadre était agréable et favorable.
Néanmoins, nous avons rencontré certaines difficultés auxquelles des solutions ont été
apportées après plusieurs recherches.
difficultés solutions
1. Le dossier d’insertion : Il nous a été Malgré l’indisponibilité du personnel nous

difficile de rédiger ce dossier car le avons insisté plusieurs fois pour accéder aux
CENADI est passé d’un ancien système à informations nécessaires.
un nouveau. Ce qui a entrainé
l’avènement d’un nouveau matériel.
2. Le plan de localisation : notre premier Apres plusieurs téléchargements, nous avons

plan de localisation n’avait pas de trait trouvé un outil correspondant à nos attentes :
professionnel, alors il nous été Edraw Max.
recommandé de concevoir une carte qui
serait conforme aux normes de l’éthique
3. Proposition du thème : nous avons Nous avons recueilli des réponses relatives)
recensé plusieurs problèmes auxquelles le un questionnaire probablement rédigé. Ces
personnel fait face. réponses ont permis de choisir le thème qui
avait un nombre de contraintes élevées : Mise
en place d’une application de gestion d’une
banque de données des compétences.
4. Le contexte : la gestion des formations Nous avons parcouru un certains nombres de

du personnel est un sujet complexe et documents et aussi, nous avons recueilli des
vaste. réponses qui ont éclairci nos idées.
5. La conception des diagrammes : la Nous avons approfondi nos recherches et

conception et la rédaction des différents avions mis en application les connaissances
diagrammes ont été assez lourdes. acquises pendant notre cursus académique.
6. L’écriture du code : c’est la phase la Nous avons choisi un langage auquel nous
plus difficile de notre projet mais la plus pouvons mieux implémenter notre travail,
importante car elle permet de produire nous avons choisi le langage PHP notre
l’application proprement dite. application car il présente en générale une
structures assez compréhensive.
Page 86
CONCLUSION
Dans cette partie, nous avons abordé plusieurs notions soit, tour à tour, l’architecture
logicielle, matérielle, les ressources matérielles et logicielles entrant dans le projet. Parvenus
donc au terme de cette phase, il est important de se poser la question de savoir si les
utilisateurs du futur système seront capables de l’utiliser sans éprouver de difficultés. La
réponse à cette question fera l’objet de la prochaine phase qui est : le dossier de déploiement.
Page 87
DOSSIER DE DEPLOIEMENT
DOSSIER DE DEPLOIEMENT
Résumé :
Le dossier de déploiement ou mode d’emploi ou encore notice est un document dont

l’importance est cruciale car il explique le fonctionnement de notre logiciel. Il est en d’autre
terme une boussole pour d’éventuels utilisateurs.
Aperçu :
Introduction
I. Guide d’installation
II. Guide d’utilisation
Conclusion
Page 88
INTRODUCTION
Le dossier de déploiement a pour but d’apporter à l’utilisateur de l’application l’aide

nécessaire concernant son utilisation. Ainsi il s’agit dans cette partie de présenter une vue
générale de l’application pour enfin voir comment l’utiliser. Dans notre cas puisqu’il s’agit
d’une application web, la phase d’hébergement sera illustrée dans cette partie. Nous
présenterons également les interfaces utilisateurs.
Page 89
I. GUIDE D’INSTALLATION
I.1. Installation
Pour déployer l’application il faut un serveur de base de données en occurrence MySQL

server sur un système linux tels qu’Ubuntu ou Windows et un navigateur web (Mozilla
Firefox). Tous ces logiciels sont disponibles dans notre CD d’installation.
I.1.1 Installation de wampserver et importation de la base de données
Page 90
Figure 33: installation de wampserver
I.2 Déploiement de l’application
II. Guide d’utilisation
Page 91
CONCLUSION
Au terme de cette phase où il était question de produire un document pour l’utilisateur,

il en ressort que cette phase est nécessaire pour l’utilisation aisée de l’application. La fin de
cette phase nous conduit à la conclusion générale.
Page 92
CONCLUSION GENERALE
Parvenu au terme de notre projet sanctionnant la fin du stage, nous pouvons dire que
cette expérience a été bénéfique dans la mesure où, hors mis les connaissances acquises, il a
fallu des recherches poussées pour résoudre les difficultés auxquelles nous avions fait face (la
compréhension du thème et la réalisation de certains modules tel que le bilan des formations).
Avec le soutien sans faille de nos encadreurs académique et professionnel, nous avons
avec le langage UML par le biais de la méthode 2TUP, traduit les données recueillies en
diagramme à savoir le diagramme des cas d’utilisation, des séquences, d’activité, des classes,
de déploiement. Nous avons ensuite généré le MPD nécessaire à la programmation. Pour la
mise en œuvre de ce logiciel, nous avons utilisé comme langage de programmation le PHP.
Afin de parfaire le fonctionnement de GESFORM 1.0, les perspectives peuvent être
entre autres la mise sur pied d’un module de prévision des formations, un module permettant
la gestion des compétences, un module gérant le reclassement du personnel après une
formation certifiante, un module gérant les différents attestations produits à la suite d’une
demande de formation, qui seraient complémentaires pour cette première version de
l’application.
Page 93
BIBLIOGRAPHIE
- Cours de Méthode de conception Orientée Objet (MCOO), IAI-Cameroun Centre
d’Excellence Technologique Paul BIYA (Non publié), M. ATANGA, 2016 ;
- Cours de Programmation Web basé sur le langage de programmation Java EE, IAI-
Cameroun Centre d’Excellence Technologique Paul BIYA (Non publié), M. FOTSA,
2016;
- Cours de Gestion de projet, IAI-Cameroun Centre d’Excellence Technologique Paul
BIYA (Non publié), Mme. HAPPY, 2016;
- Cours de Programmation Orienté Objet, IAI-Cameroun Centre d’Excellence
Technologique Paul BIYA (Non publié), M. OMBA, 2015 ;
- Intégrer UML dans vos projets, Editions d’Eyrolles, Nathalie Lopez, Jorge Migueis et
Emmanuel Pichon, 2000 ;
- UML 2 en action de l’analyse des besoins jusqu’à la conception, 4 e édition d’Eyrolles,
Pascal Roques, Franck Vallée de septembre 2006 ;
WEBOGRAPHIE
- http://fr.wikipedia.org/wiki/Architecture_trois_tiers : Ce site nous a permis d’obtenir
les informations sur l’architecture trois tiers (visité le 04/07/2016);
- http://fr.wikipedia.org/wiki/UML_(informatique) : Ce site nous a permis d’obtenir les
informations sur le langage UML (visité le 20/07/2016);
- http://fadace.developpez.com/sgbdcmp/ : Ce site nous a permis d’obtenir les
informations nécessaires pour la création et la gestion de la base de données (visité le
10/08/2016) ;
- http://fr.wikipedia.org/wiki/Cycle_de_développement_(logiciel) : Ce site nous a
permis d’obtenir les informations sur le cycle de vie d’un logiciel (visité le
20/08/2016) ;
- http://www.wampserver.com : Ce site nous a permis d’avoir des notions de gestion
d’un serveur de base de données (visité le 30/08/2016).
- http://www.developpement.com/php : Ce site nous a permis d’avoir des notions sur les
problèmes de débogage durant notre développement (visité le 30/08/2015);
- http://premiumqualityfreebootstrap Ce site nous a permis d’avoir les informations sur
le Framework Bootstrap (visité le 25/07/2016) ;
Page 94
- http://www.openclassroom.org/ Ce site nous a permis d’avoir des bases solides en

programmation orienté objet (visité le 15/07/2016) ;
DIFFICULTÉS RENCONTRÉES
Tout au long de notre travail, nous avons fait face à certaines difficultés qui sont entre
autres :
 Les contraintes de temps et délais de livraison de tous les constituants de notre
rapport de fin de stage ;
 L’intégration à la programmation orienté objet avec PHP ;
 Le fonctionnement de l’architecture logicielle de développement (architecture
MVC) ;
 La maitrise du Framework JSF pour le style et le design de notre application ;
 La notion de rendre une application responsive, permettant ainsi à l’application de
s’adapter à toutes formes d’écrans (Smartphones, tablettes, écrans plats,
ordinateur,…) ;
 Le processus d’hébergement d’une application web ;
 Le processus global de fonctionnement des procédures de formation
PERSPECTIVES
En raison des contraintes de temps et de délais, toutes les fonctionnalités de

l’application n’ont pas pu être implémentées. Mais nous avons en perspectives de :
 Intégrer un module de prévision des formations;
 Un module gérant les compétences ;
 Module de reclassement du personnel après une formation certifiante ;
 Un module gérant les attestations produit à la suite d’une demande de
formation;
 Un module d’archivage ;
 L’édition des états de synthèse.
Page 95
ANNEXE
Page 96
TABLE DES MATIERES
DEDICACE........................................................................................................................................- 1 -
REMERCIEMENTS.........................................................................................................................- 2 -
GLOSSAIRE......................................................................................................................................- 3 -
RESUME............................................................................................................................................- 4 -
ABSTRACT........................................................................................................................................- 5 -
LISTE DES TABLEAUX..................................................................................................................- 6 -
LISTE DES FIGURES......................................................................................................................- 7 -
SOMMAIRE.......................................................................................................................................- 8 -
INTRODUCTION GENERALE......................................................................................................- 9 -
DOSSIER D’INSERTION..............................................................................................................- 10 -
INTRODUCTION............................................................................................................................- 12 -
I. ACCEUIL ET INSERTION DANS LA STRUCTURE...................................................- 13 -
II. CREATION, MISSIONS ET ATTRIBUTIONS DU CENADI.......................................- 13 -
II.1 Création..........................................................................................................................- 13 -
II.2 Mission...........................................................................................................................- 13 -
II.3 Attributions du CENADI................................................................................................- 13 -
III. STRUCTURE ORGANISATIONNELLE DU CENADI.................................................- 14 -
III.1 Organisation........................................................................................................................- 14 -
III.1.2 La Direction....................................................................................................................- 15 -
III.2 Organigramme.....................................................................................................................- 18 -
III.3 Localisation.........................................................................................................................- 19 -
IV. RESSOURCES DU CENADI.............................................................................................- 20 -
IV.1 Ressources humaines..........................................................................................................- 20 -
IV.1.1 Les fonctionnaires........................................................................................................- 20 -
IV.1.2 Les contractuels et les décisionnaires...........................................................................- 20 -
IV.2 Ressources matérielles........................................................................................................- 21 -
IV.2.1 Gros systèmes..............................................................................................................- 21 -
IV.2.2 Micros ordinateurs........................................................................................................- 22 -
IV.2.3 Equipements réseaux....................................................................................................- 22 -
IV.2.4 Equipements de sécurité...............................................................................................- 23 -
V. REALISATIONS DU CENADI..........................................................................................- 24 -
Page 97
VI. PRESENTATION DU SUJET DU STAGE......................................................................- 25 -

VII. PLANNING PREVISIONNEL DE REALISATION DU STAGE..................................- 26 -
CONCLUSION................................................................................................................................- 27 -
DOSSIER D’ANALYSE..................................................................................................................- 28 -
PARTIE I : LE CAHIER DES CHARGES...................................................................................- 30 -
INTRODUCTION............................................................................................................................- 31 -
I. CONTEXTE.........................................................................................................................- 32 -
II. PROBLÉMATIQUE............................................................................................................- 33 -
III. OBJECTIFS.........................................................................................................................- 34 -
IV. METHODOLOGIE.............................................................................................................- 34 -
IV.1. Les contraintes matérielles...........................................................................................- 34 -
IV.2. Les contraintes logicielles............................................................................................- 35 -
IV.3. Les contraintes de temps...............................................................................................- 35 -
IV.4. L’équipe projet............................................................................................................- 36 -
V. RECEUIL DES BESOINS..................................................................................................- 36 -
V.1. Recueil des besoins fonctionnels......................................................................................- 36 -
V.2. Recueil des besoins non fonctionnels...............................................................................- 37 -
VI. MODÉLISATION DU CONTEXTE.................................................................................- 37 -
VI.1. Identification des acteurs..............................................................................................- 37 -
VI.2. Identification des messages..........................................................................................- 38 -
VI.3. Modélisation dynamique du contexte...........................................................................- 39 -
VI.4. Modelisation statique du contexte................................................................................- 39 -
VII. LES LIVRABLES................................................................................................................- 40 -
VIII. LE PLANNING PREVISIONNEL....................................................................................- 40 -
PARTIE II : L’ANALYSE PROPREMENT DITE......................................................................- 43 -
INTRODUCTION............................................................................................................................- 44 -
I. PRESENTATION DE LA DEMARCHE SUIVIE...........................................................- 45 -
II. ETUDE PRELIMINAIRE..................................................................................................- 46 -
II.1 Etude de l’existant............................................................................................................- 46 -
II.2 Comptes rendus d’interviews...........................................................................................- 46 -
II.3 Diagnostique de l’existant................................................................................................- 47 -
III. CAPTURE DES BESOINS FONCTIONNELS...............................................................- 47 -
III.1 Description des fonctionnalités........................................................................................- 47 -
III.2 Identification des cas d’utilisation...................................................................................- 48 -
III.3 Diagramme des cas d’utilisation fonctionnels...................................................................- 49 -
Page 98
III.4 Description des cas d’utilisation.......................................................................................- 50 -

III.5 Identification des classes candidates.................................................................................- 52 -
III.6 Validation et consolidation...............................................................................................- 53 -
III.7 Tableau des risques, priorités, itérations et durée.............................................................- 54 -
IV. ESTIMATION DES COUTS DU PROJET......................................................................- 54 -
IV.1 Coût matériels et logiciels................................................................................................- 54 -
IV.2 Ressources humaines........................................................................................................- 55 -
IV.3 Estimation du cout total de réalisation..............................................................................- 57 -
CONCLUSION................................................................................................................................- 58 -
DOSSIER DE CONCEPTION.......................................................................................................- 59 -
INTRODUCTION............................................................................................................................- 60 -
I. CAPTURE DES BESOINS TECHNIQUES.....................................................................- 61 -
I.1 Spécification technique du point de vue matériel et logiciel.............................................- 61 -
I.2 Spécification d’architecture et influence sur le modèle de déploiement..........................- 62 -
I.2.1 les scenarios du futur système : architecture réseau......................................................- 62 -
I.2.2 Diagramme de déploiement..........................................................................................- 62 -
I.3 Identification des cas d’utilisation technique....................................................................- 64 -
I.4. Description des cas d’utilisation technique.......................................................................- 64 -
I.5 Diagramme des séquences...............................................................................................- 67 -
II. CONCEPTION GENERIQUE...........................................................................................- 72 -
III. CONCEPTION PRELIMINAIRE.....................................................................................- 73 -
III.1. Le Framework....................................................................................................................- 73 -
II.2. Design pattern (exemple : MVC).........................................................................................- 73 -
IV. CONCEPTION DETAILLEE............................................................................................- 74 -
IV.1. Diagramme d’activités..................................................................................................- 74 -
IV.2. Le diagramme de classe................................................................................................- 76 -
IV.3. Le modèle physique des données..................................................................................- 78 -
CONCLUSION................................................................................................................................- 79 -
DOSSIER DE RÉALISATION......................................................................................................- 80 -
INTRODUCTION............................................................................................................................- 82 -
I. PRESENTATION DES OUTILS DE DEVELOPEMENT..............................................- 83 -
II. PRESENTATION DE LARCHITECTURE LOGICIEL................................................- 84 -
III. PRESENTATION DE LARCHITECTURE PHYSIQUE DE DEPLOIEMENT : CAS DE
L’ARCHITECTURE 3TIERS........................................................................................................- 85 -
IV. RESULTATS ET COMMENTAIRES..............................................................................- 86 -
Page 99
IV.1. Interface D’authentification.........................................................................................- 86 -

IV.2. Interface D’accueil......................................................................................................- 86 -
IV.3 Sécurité.............................................................................................................................- 86 -
CONCLUSION................................................................................................................................- 87 -
DOSSIER DE DEPLOIEMENT....................................................................................................- 88 -
INTRODUCTION............................................................................................................................- 90 -
I. GUIDE D’INSTALLATION...............................................................................................- 91 -
I.1. Installation........................................................................................................................- 91 -
I.1.1 Installation de MySQL server et importation de la base de données............................- 91 -
I.2 Déploiement de l’application.................................................................................................- 92 -
CONCLUSION................................................................................................................................- 93 -
CONCLUSION GENERALE.........................................................................................................- 94 -
BIBLIOGRAPHIE...........................................................................................................................- 95 -
WEBOGRAPHIE............................................................................................................................- 95 -
DIFFICULTÉS RENCONTRÉES.................................................................................................- 96 -
PERSPECTIVES.............................................................................................................................- 96 -
ANNEXE...........................................................................................................................................- 97 -
TABLE DES MATIERES...............................................................................................................- 98 -
Page 100

Rapport de Stage de Nelly 3e Annee IAI

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Rapport de Stage de Nelly 3e Annee IAI

Transféré par

Droits d'auteur :

Formats disponibles

REPUBLIQUE DU CAMEROUN

RAPPORT DE STAGE ACADEMIQUE

MINISTERE DES FINANCES

En vue de l’obtention du Diplôme d’ingénieur des travaux informatiques

MENDOUGA OYONO Nelly Paola

Mme MANI MBALLA Mr BELIBI

Année Académique : 2015 / 2016

MINFI Ministère des Finances.

DIT Direction de l’Informatique et de la Téléinformatique.

DTB Division de la Téléinformatique et de la Bureautique.

PNI Plan National Informatique.

IBM International Business Machine.

ANTILOPE Application Nationale pour le Traitement Informatique et

L’évolution technologique contemporaine est telle que tout système se

Ainsi, le réseau internet est actuellement le principal outil répondant aux

The contemporary technological change is such that any system is

LISTE DES TABLEAUX

Tableau 1: les fonctionnaires du Cenadi..............................................................................- 20 -

LISTE DES FIGURES

Figure 1: organigramme du Cenadi......................................................................................- 18 -

Les technologies de l’information et de la communication (TIC) sont un atout majeur

Le dossier d’insertion3 consiste à faire une présentation de la structure d’accueil c’est-

I. ACCEUIL ET INSERTION DANS LA STRUCTURE

II. CREATION, MISSIONS ET ATTRIBUTIONS DU CENADI

II.3 Attributions du CENADI

aux opérations de toute nature impliquant l’usage immédiat ou futur de l’informatique et

III. STRUCTURE ORGANISATIONNELLE DU CENADI

III.1.1 Le Conseil de Direction

- il est responsable devant le conseil de direction ;

Le Directeur peut sous sa responsabilité donner délégation de signature à ses

III.1.3 Administration Centrale

- Assurer la mise en œuvre technique de tous les projets informatiques en

- Veiller au bon fonctionnement du matériel installé ;

Les services extérieurs

Division de la Division de Division des Division des

Centre Centre Centre

Figure 1: organigramme du Cenadi

Figure 2: plan de localisation

IV. RESSOURCES DU CENADI

IV.1 Ressources humaines

IV.1.1 Les fonctionnaires

IV.1.2 Les contractuels et les décisionnaires

IV.2 Ressources matérielles

IV.2.1 Gros systèmes

Tableau 3: caractéristiques des gros systèmes

EXADATA 2 serveurs de bases de 128 cœurs de CPU et 2 75 GO par seconde

IV.2.2 Micros ordinateurs

- des postes de travail:

Les détails sont présentés dans le tableau ci-après :

DTB 17 HP L190 Intel Windows 7 Avast 2007 10 HP Officejet

IV.2.3 Equipements réseaux

Tableau 5: Equipement réseaux

IV.2.4 Equipements de sécurité

IV.3 Ressources logicielles

- Le système d’exploitation IBM OS/390 acquis en 1998 ;

Les différentes réalisations du CENADI depuis sa création sont :

- ANTILOPE (Application Nationale pour le Traitement Informatique et Logistique

VI. PRESENTATION DU SUJET DU STAGE

VII. PLANNING PREVISIONNEL DE REALISATION DU STAGE

Figure 3:planning prévisionnel

Le dossier d’analyse est un document qui donne un aperçu global de réalisation du

PARTIE I : le cahier des charges

PARTIE II : l’analyse proprement dite

PARTIE I : LE CAHIER DES CHARGES