Rapport de Stage Iai Prosygma 2011 2012

Gestion en ligne des cotisations
Dédicace
I. Dédicace
A tous ceux qui m’aiment et que j’aime en retour…

A ceux qui m’aident à avancer.
Rédigé par Harold TAMO MOKEM M.

Année académique 2011-2012
1
Remerciements
II. Remerciements
Qu’il s’agisse de la rédaction de ce document ou des enseignements et conseils qui

nous ont permis d’arriver à ce résultat, nous avons été aidés par un grand nombre de
personnes. A toutes ces personnes nous aimerions adresser nos remerciements les plus
sincères. Plus particulièrement :
 M. Armand Claude ABANDA, représentant résident de l’IAI-Cameroun, pour les

conseils et tous les efforts qu’il fournit pour nous assurer une formation adéquate.
 M. Jack SOH NDEH, Directeur Général de l’entreprise PROSYGMA Cameroun, pour
nous avoir permis d’effectuer ce stage au sein de son entreprise et pour son aide dans
la conduite de notre projet
 M. TCHIO NGNOUNEVOU Flaubert, notre encadreur académique, pour sa grande
aide dans la rédaction de ce rapport et la réalisation de l’application à produire.
 Mme. FANKAM Denise, notre encadreur professionnel, pour le suivi de notre projet
et son aide tout le long du stage
 Tout le personnel de PROSYGMA Cameroun pour leur amabilité et leur aide.
 Tout le personnel de l’IAI-Cameroun pour leurs contributions.
 M. Serges KAPTUE TAGNE, pour son aide précieuse, sans laquelle ce rapport
n’aurait peut-être vu le jour.
 M. Mesmer CHETCHUENG MOKEM pour ses conseils et son aide.
 Toute notre famille, pour son soutien moral et financier indispensable à notre
évolution
 Nos camarades et amis, qui ont bien voulu nous prêter leur opinion en vue de
l’élaboration de ce travail.

2
Glossaire
III. Glossaire
AN : Alphanumérique
BD : Base de Données
GL : Génie Logiciel
DTS : Diplôme de Techniciens Supérieurs
HTTP : Hyper Text Transfer Protocol
HTTPS : Hyper Text Transfer Protocol Secure
IAI : Institut Africain d’Informatique
MCD : Modèle Conceptuel de données
MCT : Modèle Conceptuel de Traitement
MPD : Modèle Physique de Données
MLDR : Modèle Logique de Données relationnelles
MOT : Modèle Organisationnel de Traitement
SI : Système d’Information
MERISE : Méthode d’analyse et de conception structurelle
PHP : Personal Home Page
TIC : Technologie de l’Information de la Communication
SR : Systèmes et réseaux
SGBD : Système de Gestion de Base de Données
SE : Système d’Exploitation

3
Figures et tableaux
IV. Liste des figures et tableaux
Figure 1 : Organisation structurelle de PROSYGMA .............................................................................. 16

Figure 2 : Formalisme du MCC .............................................................................................................. 32
Figure 3 : Modèle Conceptuel de Communication................................................................................ 33
Figure 4 : graphe des flux inscription d'un membre ............................................................................. 34
Figure 5 : graphe des flux enregistrement des cotisations ................................................................... 35
Figure 6 : graphe des flux remise des cotisations ................................................................................. 35
Figure 7 : graphe des flux prêt à un membre ........................................................................................ 36
Figure 8 : Formalisme Modèle Conceptuel des Traitement .................................................................. 45
Figure 9 : MCT inscription d'un membre ............................................................................................... 47
Figure 10 : MCT enregistrement des cotisations................................................................................... 47
Figure 11 : MCT prêt à un membre ....................................................................................................... 48
Figure 12 : MCT remise des cotisations ................................................................................................. 48
Figure 13 : Graphe des dépendances fonctionnelles ............................................................................ 52
Figure 14 : Modèle Conceptuel des Données ....................................................................................... 54
Figure 15 : Architecture 3/3 .................................................................................................................. 60
Tableaux
Tableau 1 : Tableau recapitulatif du materiel informatique utilisé a PROSYGMA Cameroun ............. 18

Tableau 2 : Limites de l'existant conséquences et proposition de solution : cas de la gestion manuelle
............................................................................................................................................................... 26
Tableau 3 : Limites de l'existant conséquences et proposition de solution : cas de la gestion
automatisée........................................................................................................................................... 27
Tableau 4 : Formalisme du MOT ........................................................................................................... 37
Tableau 5 : MOT inscription d'un membre ........................................................................................... 38
Tableau 6 : MOT enregistrement des cotisations ................................................................................. 39
Tableau 7 : MOT remise des cotisations ............................................................................................... 40
Tableau 8 : MOT prêt à un membre ...................................................................................................... 41
Tableau 9 : Dictionnaire des données ................................................................................................... 50

4
Sommaire
Sommaire
DEDICACE…………………………………. ..................................................................................................................... 1
REMERCIEMENTS……………………….. ................................................................................................................... 2
GLOSSAIRE……………………………….. ..................................................................................................................... 3
LISTE DES FIGURES ET TABLEAUX ..................................................................................................................... 4
SOMMAIRE………………………………. ..................................................................................................................... 5
RESUME……………………………………...................................................................................................................... 8
NTRODUCTION GENERALE……………………….. ..................................................................................................... 9
DOSSIER D’INSERTION……………………….. ......................................................................................................... 10
INTRODUCTION…………………………. .................................................................................................................. 11
I. PRESENTATION DE PROSYGMA CAMEROUN .......................................................................................... 12
1- HISTORIQUE ET EVOLUTION ............................................................................................................................. 12

2- DOMAINES D’INTERVENTION ........................................................................................................................... 13
3- REALISATIONS .............................................................................................................................................. 14
II. ORGANISATION STRUCTURELLE ET ORGANIGRAMME DE PROSYGMA ................................................... 15
1- ORGANISATION STRUCTURELLE ........................................................................................................................ 15

2- ORGANIGRAMME DE L’ENTREPRISE ................................................................................................................... 16
III. RESSOURCES MATERIELLES DE PROSYGMA ........................................................................................... 17
IV. PRESENTATION DES PRINCIPALES APPLICATIONS ET DE L’ENVIRONNEMENT DE DEVELOPPEMENT ....... 19
CONCLUSION…………………………….. .................................................................................................................. 20
CAHIER DES CHARGES……………………….. .......................................................................................................... 21
INTRODUCTION………………………...................................................................................................................... 22
I- SPECIFICATION DES BESOINS ................................................................................................................. 23
II- ETUDE DE L’EXISTANT……………………….. .................................................................................................. 24
3- PRESENTATION DE L’EXISTANT ......................................................................................................................... 24

4- LIMITES DE L’EXISTANT ET PROPOSITION DE SOLUTIONS ......................................................................................... 26
CONCLUSION…………………………….. .................................................................................................................. 28

5
Sommaire
DOSSIER D’ANALYSE……………………….............................................................................................................. 29
INTRODUCTION………………………… ................................................................................................................... 30
I- PRESENTATION DE LA METHODE MERISE .............................................................................................. 31
1- GENERALITES ............................................................................................................................................... 31
II- ANALYSE DETAILLEE DE LA SOLUTION .................................................................................................... 32
1- DIAGRAMME DE FLUX .................................................................................................................................... 32

2- GRAPHE DES FLUX ......................................................................................................................................... 34
5- MODELE ORGANISATIONNEL DES DONNEES ....................................................................................................... 37
CONCLUSION…………………………….. .................................................................................................................. 42
DOSSIER DE CONCEPTION……………………….. ................................................................................................... 43
INTRODUCTION…………………………. .................................................................................................................. 44
I- MODELE CONCEPTUEL DE TRAITEMENT (MCT) ..................................................................................... 45

1- DEFINITION ET FORMALISME............................................................................................................................ 45
2- REGLES DE GESTION DE TRAITEMENT ................................................................................................................. 46
3- REPRESENTATION DU MODELE CONCEPTUEL DE TRAITEMENT (MCT) ..................................................................... 47
II- MODELE CONCEPTUEL DES DONNEES .................................................................................................... 49
1- DEFINITION : ................................................................................................................................................ 49
2- DICTIONNAIRE DES DONNEES ........................................................................................................................... 49
3- GRAPHE DES DEPENDANCES FONCTIONNELLES..................................................................................................... 52
4- REGLES DE GESTION ....................................................................................................................................... 53
5- REPRESENTATION DU MODELE CONCEPTUEL DE DONNEES .................................................................................... 54
CONCLUSION…………………………….. .................................................................................................................. 55
DOSSIER DE REALISATION……………………….. ................................................................................................... 56
INTRODUCTION…………………………. .................................................................................................................. 57
I- MODELE LOGIQUE DES DONNEES RELATIONNELLES .............................................................................. 58
1- DEFINITION ET FORMALISME :.......................................................................................................................... 58

2- REPRESENTATION DU MODELE LOGIQUE DE DONNEES RELATIONNELLES (MLDR) ...................................................... 58
II- MODELE PHYSIQUE DES DONNEES ......................................................................................................... 59
1- DEFINITION .................................................................................................................................................. 59
2- REPRESENTATION DU MODELE PHYSIQUE DE DONNEES (MPD).............................................................................. 59
III- ARCHITECTURE DE L’APPLICATION ......................................................................................................... 60
IV- CHOIX DES OUTILS (SGBD, IDE, …) .......................................................................................................... 61
V- ESTIMATION DU COUT DE L’APPLICATION ............................................................................................. 63
1- LES RESSOURCES HUMAINES : .......................................................................................................................... 63

2- LES RESSOURCES MATERIELLES ET LOGICIELLES..................................................................................................... 63

6
Sommaire
3- COUT TOTAL DU PROJET ................................................................................................................................. 63
VI- PLANNING PREVISIONNEL……………………….. ........................................................................................... 64
VII- GUIDE UTILISATEUR……………………….. ..................................................................................................... 65
CONCLUSION GENERALE……………………….. ...................................................................................................... 68
BLIOGRAPHIE / WEBOGRAPHIE……………………….. ............................................................................................ 69

7
Introduction générale
V. Résumé
Les systèmes d’information sont aujourd’hui l’un des éléments importants dans la
bonne gestion des entreprises et des problèmes de la vie courante. L’étude de ces systèmes
nécessite des personnes ayant une bonne maitrise de ceux-ci. C’est conscient de cette réalité
que l’IAI s’attèle à former des étudiants à l’utilisation de l’outil informatique et l’analyse des
systèmes d’information. Dans le cadre de cette formation, cette école prévoit pour l’étudiant
de deuxième année un stage en entreprise au sortir duquel il devra produire un rapport tenant
lieu de rapport de fin de stage.
Le présent rapport en est un exemple palpable. Il contient l’analyse et la conception de

l’application qui nous a été demandé de produire au sein de l’entreprise PROSYGMA
Cameroun à savoir une application de gestion en ligne des cotisations. En outre, il présente
cette entreprise en détails et les spécificités du projet, de son analyse à sa conception.

8
Introduction générale
Introduction Générale
Partout dans le monde, les hommes forment entre eux des groupements à but non
lucratif qui portent le nom d’associations. Ces dernières qui sont mises sur pied pour des
raisons diverses, permettent entre autre de consolider certaines valeurs comme le partage, la
famille, l’entraide. En parallèle, il existe des associations à but lucratif formées elles aussi
d’un ensemble d’hommes poursuivant les même objectifs. Qu’il s’agisse de l’une ou de
l’autre, plusieurs cotisations y sont effectuées pour de multiples raisons par l’ensemble des
membres de l’association en question.
A l’ère de la mondialisation et de la notion de « village planétaire », La gestion de ces

cotisations et des transactions qui s’y effectuent est devenu avec le temps un problème sérieux
qui mérite une attention particulière. C’est conscient de ce problème, qu’il est devenu
important d’automatiser cette gestion d’une manière adéquate et méthodique. C’est dans ce
contexte que s’inscrit le thème soumis à notre étude, en l’occurrence « La gestion en ligne
des cotisations », qui permettra de résoudre de nombreux problèmes liés à ces cotisations. Ce
travail s’inscrit dans le cadre du stage académique prévu par l’IAI en vue de l’obtention du
Diplôme de Techniciens Supérieurs. Il s’agira ici de mettre à contribution toutes les
connaissances acquises en cours théoriques et en travaux pratiques pendants ces deux années
passées au sein de l’IAI.
Le présent rapport tenant lieu de compte rendu de ce projet, est découpé en plusieurs
parties, chacune jouant un rôle différent à savoir :
 La première, à travers le cahier des charges, qui situera le contexte et la

définition du projet à réaliser
 La seconde, qui constituera l’analyse et la conception, permettra de cerner les
contours de ce problème, de l’analyser en détails et d’en sortir une solution
conceptuelle valide
 La troisième partie quant à elle sera la réalisation de ce qui a été modélisé
précédemment.

9
Dossier d’insertion
DOSSIER D’INSERTION
Résumé
Le dossier d'insertion est un document dans lequel l'étudiant fait son compte rendu à
l'instance académique par rapport à son insertion en entreprise. Il contient la présentation de
l’entreprise ainsi que ses ressources et son fonctionnement.
Aperçu
INTRODUCTION………………………... ............................................................................................................
I-PRESENTATION DE PROSYGMA CAMEROUN .........................................................................................
1-HISTORIQUE ET EVOLUTION ...............................................................................................................................
2-DOMAINES D’INTERVENTION..............................................................................................................................
3-REALISATIONS ...................................................................................................................................................
II-ORGANISATION STRUCTURELLE ET ORGANIGRAMME DE PROSYGMA ....................................
1-ORGANISATION STRUCTURELLE .........................................................................................................................
2-ORGANIGRAMME DE L’ENTREPRISE....................................................................................................................
III-RESSOURCES MATERIELLES DE PROSYGMA ....................................................................................
IV- PRESENTATION DES PRINCIPALES APPLICATIONS ET DE L’ENVIRONNEMNT DE
DEVELOPPEMENT……………………...............................................................................................................
CONCLUSION………………… ............................................................................................................................

10
Introduction
Introduction
L’Institut Africain d’Informatique (IAI), est une Ecole inter-Etats créée par Décision des
Chefs d'Etat en 1971 en vue de former des ingénieurs qualifiés en informatique pour l’Afrique
et par l’Afrique.
L'I.A.I-Cameroun, Représentation Camerounaise de l'I.A.I, existe depuis le 1er octobre
1999 : création réalisée par M. Armand Claude ABANDA (actuel Représentant Résident),
suite aux Décisions du Conseil d'Administration tenu à Niamey (Niger) en 1996.
L’étudiant de deuxième année à l’I.A.I-Cameroun, en vue de l’obtention de son Diplôme
de Technicien Supérieur en Informatique est soumis à un stage académique dans une structure
informatisée pendant une période bien déterminée. Ce dernier quant à lui est sanctionné d’un
rapport de stage.
Le rapport d'insertion est un document dans lequel l'étudiant fait son compte rendu à
l'instance académique par rapport à son insertion en entreprise. L'IAI Cameroun y accorde une
importance particulière dans le but de vérifier la présence effective de ses étudiants en
entreprise. En effet, la période d'insertion permet à l'étudiant de découvrir la structure qui
l'accueille et de s'imprégner de son fonctionnement.
De ce fait, tout au long de ce rapport, nous présenterons dans un premier temps la
structure qui nous a accueillis depuis le mois de juillet 2012 en l’occurrence PROSYGMA
Cameroun. Pour cela, nous mettrons en exergue tour à tour son historique et son évolution,
ses domaines d’intervention et ses réalisations. Ensuite, nous parlerons de son organisation
structurelle et enfin des différentes ressources matérielles et logicielles dont dispose cette
structure.

11
Présentation de PROSYGMA Cameroun
VI. Présentation de PROSYGMA Cameroun
PROSYGMA Cameroun est une entreprise exerçant dans le domaine des nouvelles
technologies de l’information et de la communication et spécialisée dans la prestation de
services aux particuliers et aux entreprises principalement dans le domaine du web. Située à
Douala au quartier BP cité à côté de la pharmacie cosmos, et disposant d’une représentation à
Yaoundé, son siège à Douala est constitué de sept (07) bureaux et d’une salle de conférence.
L’entreprise compte neuf (09) personnes dont cinq (5) femmes et quatre (04) hommes.
Cependant, PROSYGMA n’a pas toujours été ce qu’elle est aujourd’hui.
1- Historique et évolution
PROSYGMA Cameroun existe depuis le 10 Octobre 2010 à travers des services et

prestations rendues à différentes entreprises et particuliers. Il y a deux ans l’équipe qui n’était
constituée que du promoteur et d’un assistant est rejointe par plusieurs webmasters qui ont
choisi eux aussi le plaisir de créer et de faire de belles choses sur la toile. Profitant des
facilités offertes par la loi camerounaise en matière de légalisation des entreprises du secteur
informel, ils ont peu à peu mis en place Prosygma Cameroun essentiellement financée par les
revenus des prestations faites à ses clients. Située tout d’abord au carrefour ancien dalip à
Douala, elle s’installe finalement derrière la pharmacie cosmos du quartier Ndogbati du fait
de son agrandissement et du cadre idéal de ce quartier.

12
2- Domaines d’intervention
Prosygma Cameroun intervient dans le domaine des services web et mobiles

professionnels depuis 2006 et s’occupe dans les détails de :
La conception de site web ;

L’attribution de nom de domaines ;
L’hébergement ;
Le référencement de sites web ;
La fourniture de comptes de messagerie ;
Solutions de valeur ajoutée sur mobile ;
L’E-marketing ;
La création d’animation 2D ;
Le traitement de sons et réalisations audiovisuelles ;
La promotion des entreprises sur le web ;
Fournitures des sms et numéros courts ;
Etc…
Fort de cette popularité qui favorise la croissance de ses réalisations, Prosygma ne

cesse de gagner la confiance de nombreuses grandes firmes et compte renforcer sa force de
travail dans les années à venir pour continuer de satisfaire ses nombreux clients
qualitativement, dans les délais et à moindre cout.
Il s’est ainsi engagé dans la vulgarisation des innovations technologiques et

l’expansion de la communication en ligne auprès des entreprises, des particuliers et du grand
public. Pour ce faire, en 2006, en partenariat avec le groupe CAMDEV, il édite le site
prosyjob.com (ex camdevemploi.org).

13
3- Réalisations
PROSYGMA a édité au total plus de 100 sites et application web. Il vous ici présenté quelques-
unes de ses réalisations.
Webbuilder : Un CMS (à partir de 50000FCFA/an) qui compte à ce jour plus de 200 utilisateurs
Prosyjob.com (Ancien camdevemploi.org) : un site de recherche d’emploi avec environ 2000

entreprises référencées et 50 000 chercheurs d’emplois
Prosygma-cm.com : le site de l’entreprise
www.broli.net le site de l’entreprise Africa Food Distribution
www.okplastcam.com le site de l’entreprise OK PLAST CAMEROUN
www.okfood-cam .com le site de l’entreprise OK Food Cameroun
www.gfbcam.com le Site du syndicat patronal des forestiers

14
Organisation structurelle et organigramme
VII. Organisation structurelle et organigramme de PROSYGMA
1- Organisation structurelle
PROSYGMA dont le siège est à Douala est constitué en tout de 5 services et d’une représentation à
Yaoundé. Elle est constituée de :
 La direction :
Avec à sa tête le Directeur de l’entreprise M. Jack SOH NDEH, c’est d’elle que dépend
tous les autres services et la représentation de Yaoundé. Elle définit les orientations de
l’entreprise.
 Le service administratif qui comprend :
 Le Responsable administratif et financier : Mme. Caroline KOUAYEP qui dirige

ce service
 Un comptable : Mme. Christiane MOUNGANG
 Le service commercial avec :
 Le responsable du service commercial : Mme. Jeanine MEGUEM
 Une traductrice : Mme. Chimelle MAKOUGOUM
 Le service technique qui comprend :
 Un designer : Mme. Denise FANKAM
 Un webmaster : M. Ruben NKOT
 Le service marketing avec :
 Un animateur de réseaux sociaux : M. Herbert SIGHA

15
Ressources matérielles
2- Organigramme de l’entreprise
Representation Yaoundé
Le Representant
résident
Service technique
Service commercial
Designer
Direction Responsable
(Denise FANKAM)
Le Directeur Général (Jeanine MEGUEM)
( Jack SOH NDEH)
Webmaster
Traductrice
(Ruben NKOT)
(Chimelle
MAKOUGOUM)
Service marketing Service administratif

Animateur de réseaux
sociaux Responsable administratif et
(Herbert SIGHA) financier
(Caroline KOUAYEP)
Comptable
(Christiane MOUNGANG)
Figure 1 : Organisation structurelle de PROSYGMA

16
VIII. Ressources Matérielles de PROSYGMA
PROSYGMA dispose de quatre(04) serveurs délocalisés dans la zone industrielle de toulouse en

France et d’un (1) serveur local a Douala au Cameroun avec les caractéristiques suivantes :
Deux (2) vieux serveurs :
Matériel : 2Go RAM, 200Go disque dur
Système d’exploitation : windows 2000
Logiciels installés : IIS, Mysql , PHP. L’un des serveur éxecute Miracle mail
server
Deux (2) nouveaux serveurs :
Matériel : processeur Intel Core i5, 3Go RAM
Système d’exploitation : windows 2008 server .
Logiciels installés : IIS, Mysql, PHP, Java, Mail enable.
Ces serveurs disposent entre autre d’une bande passante de 100 Mbits/s Et peuvent chacun gérer 100
sites internet simultanément.
Le serveur local de tests :
Matériel : processeur intel pentium 4 3Ghz, 1Gà RAM, 150Go disque dur
Système d’exploitation : Windows 2003 server Service Pack 2
Logiciels installés : IIS, Mysql, PHP

17
Outre ces serveurs PROSYGMA dispose dans ses locaux de machines réservées à son
personnel. Le tableau suivant récapitule les différentes machines, leurs caractéristiques et les logiciels
installés.
Tableau 1 : Tableau recapitulatif du materiel informatique utilisé a PROSYGMA Cameroun
Système Logiciels
Marque Quantité Caractéristiques d’exploitation installés
CPU : P4 2.8 Ghz Sage, firefox,
DELL optiplex RAM :502Mo Windows XP Second copy,
GX280(Desktop) 01 GPU : Intel professional Adobe reader
82915G/GV/910/GL 7.0, VLC,
express chipset 128 Mb Office 2007,
Avast
DELL optiplex 01 CPU: Intel Celeron Windows XP Office 2007,
GX60 (Desktop) 2.4Ghz professional service VlC, firefox,
RAM: 510 Mb pack 2 Second copy,
GPU: Intel Avira
82845G/GL/GE/PE/GV
graphics 64 Mb
Acer Extensa 01 CPU: Intel Celeron 900 Windows vista Office 2007,
5235 (Laptop) 2.20Ghz 2.19 Ghz edition familiale Adobe CS4
RAM : 2Go basique service Notepad++,
GPU : Mobile Intel 4 pack 2 32 bits Wampserver ,
series Express chipset Firefox 11,
family VLC, Avira

18
Présentation des applications
IX. Présentation des principales applications et de l’environnement de

développement
Les environnements de développement principalement utilisés à PROSYGMA sont le

PHP et ASP.
Le PHP: HyperText Preprocessor, plus connu sous son sigle PHP, est un langage de scripts
libre principalement utilisé pour produire des pages Web dynamiques via un serveur HTTP,
mais pouvant également fonctionner comme n'importe quel langage interprété de façon locale,
en exécutant les programmes en ligne de commande. PHP est un langage impératif disposant
depuis la version 5 de fonctionnalités de modèle objet complètes. En raison de la richesse de
sa bibliothèque, on désigne parfois PHP comme une plate-forme plus qu'un simple langage.
Active Server Pages (ASP) est un ensemble de logiciels développés par Microsoft et utilisés
dans la programmation Web. C'est une suite de logiciels destinée à créer des sites web
dynamiques. Elle nécessite pour fonctionner une plate-forme Windows avec IIS installé, ou
encore une plate-forme Linux ou Unix avec une version modifiée d'Apache. ASP est une
structure composée d'objets accessibles par deux langages principaux : le VB Script et le
JScript. Il est possible d'utiliser d'autres langages comme le Perl Script, le REXX, ou encore le
Python en ajoutant le moteur d'interprétation du langage adéquat à IIS.
PROSYGMA utilise diverses applications pour ses activités parmi lesquelles :
Internet Information Services, communément appelé IIS, est le logiciel de serveur

services Web (ou FTP, SMTP, HTTP etc.) de la plateforme Windows NT.
MySQL un gestionnaire de base de données
Miracle Mail Server logiciel de messagerie
Mail enable un autre logiciel de messagerie

19
Conclusion
Conclusion
En somme, les premières semaines au sein de la société PROSYGMA Cameroun se

sont très bien déroulées surtout grâce à l’accueil chaleureux de l’ensemble du personnel, ce
qui a facilité la prise de contact et la visite de l’entreprise. Ainsi, j’ai pu étudier le
fonctionnement de cette structure aussi bien sur le plan matériel qu’administratif et structurel.
Les différents entretiens avec mon encadreur professionnel qui m’a été attribué dès mon
arrivée a conduit au choix de mon thème qui s’articule sur le déploiement d’une application
client-serveur. D’autres parts, l’enrichissement de ce document de diverses informations sur
l’entreprise n’a été possible que par la présence et la disponibilité du personnel et de
l’ensemble des ressources mises à ma disposition. De ce fait, il est évident que l’intégration
dans cette structure fut un succès. Le grand défi reste maintenant de répondre aux attentes
conjointes de mes encadreurs académique et professionnel en produisant un travail sérieux
dans les délais qui m’ont été impartis. La réalisation de ce travail commençant par
m’élaboration du cahier des charges.

20
Cahier des charges
CAHIER DES CHARGES
Résumé
Le cahier des charges représente le premier rapport d’analyse de notre projet. Il

indique la marche à suivre pour la réalisation de ce dernier à travers les spécifications du
commanditaire dudit projet. Il a pour but de décrire le fonctionnement du système existant
afin d’en dégager les insuffisances et, le cas échéant, de proposer d’éventuelles solutions
susceptibles d’y remédier et de satisfaire les utilisateurs dudit système.
Aperçu
INTRODUCTION
I. SPECIFICATION DES BESOINS .....................................................................................................................
II. ETUDE DE L’EXISTANT
1- PRESENTATION DE L’EXISTANT .............................................................................................................................

1.1- la gestion manuelle .............................................................................................................................
1.2- De la gestion automatisée ...................................................................................................................
2- LIMITES DE L’EXISTANT ET PROPOSITION DE SOLUTIONS .............................................................................................
2.1- De la gestion manuelle .......................................................................................................................
2.2- De la gestion automatisée ...................................................................................................................
CONCLUSION

21
Cahier des charges
Spécification des besoins
Introduction
Une association est un groupement de personnes réunies dans un intérêt commun,

différent de la poursuite du bénéfice. Dans le monde, de plus en plus de personnes se
regroupent en associations pour diverses raisons (professionnelles, familiales…).La gestion de
ces associations et des opérations qui s’y effectuent est un problème sérieux qui mérite une
attention particulière.
L’entreprise PROSYGMA Cameroun, s’est intéressée à ce problème et a donc décidé

d’automatiser la gestion des cotisations au sein de ces associations. A cet effet, Juste après
notre phase d’insertion, il nous a été confié le projet de la gestion en ligne des cotisations
ainsi que les directives à suivre pour le mener à bien.
La réalisation de ce document suppose alors une étude minutieuse du système en place, la

formulation des critiques relatives au fonctionnement en place ainsi que les solutions
proposées. Ainsi, après avoir présenté les attentes du commanditaire de l’application en
l’occurrence PROSYGMA Cameroun, nous exposerons le fonctionnement du système en
place et proposeront les solutions aux manquements et anomalies que nous aurons détectés
dans celui-ci.

22
Cahier des charges
Spécification des besoins
I- Spécification des besoins
L’entreprise PROSYGMA Cameroun souhaite automatiser la gestion des cotisations

d’une association. Pour cela, elle désire mettre sur pied une application accessible via internet
par les membres de l’association. Cette application devra gérer les points suivants :
Chaque internaute devra pouvoir créer une réunion en ligne après s’être inscrit
L’authentification de chaque internaute désirant accéder à une réunion
La gestion des membres : l’application doit pouvoir enregistrer tous les
membres de l’association, permettre les modifications de leurs profils et leur
suppression si besoin est.
La gestion des droits d’accès : il doit y avoir deux types de compte pour un
membre enregistré, administrateur et utilisateur ce dernier ne pouvant pas
effectuer des modifications sur l’application.
Chaque membre doit disposer d’un espace personnel dans lequel il aura accès
aux informations relatives à l’association ainsi qu’aux différentes cotisations
qui s’y effectuent par lui et les autres membres. Il devra, pour se connecter à
cet espace fournir un login (adresse e-mail), un mot de passe ainsi que la
réunion à laquelle il veut accéder.
La gestion des caisses : l’administrateur devra être libre de créer les caisses
dans lesquelles les membres de l’association vont cotiser. Il pourra effectuer
les opérations de modification et de suppression sur celles-ci.
La gestion des cotisations : L’administrateur de l’application doit pouvoir
enregistrer les cotisations de chaque membre dans les différentes caisses au
cours de chaque séance et afficher les états (par membre, par séance, ou par
caisse).
La gestion des prêts : les membres peuvent prêter de l’argent en cas de besoin.
La gestion des sanctions : Les membres qui ne cotisent pas sont sanctionnés
par l’augmentation de la somme à cotiser.

23
Cahier des charges
Etude de l’existant
II- Etude de l’existant
3- Présentation de l’existant
1.1- De la gestion manuelle
Dans la majorité des associations s’effectuent des cotisations entre les membres
comme les tontines, les banques d’épargne… . La gestion de ces transactions financières est
généralement faite à la main, et les informations sont consignées dans un cahier ou registre
par une personne déléguée pour cela(Secrétaire). A intervalles de temps réguliers, les
membres se réunissent au même endroit pour se mettre au courant de l’évolution des
cotisations et en effectuer d’autres, la manière dépendant du type de cotisation. Des prêts et
des aides financières peuvent être octroyés aux membres qui en ont besoin et, selon le type de
cotisation, ceux qui ne cotisent pas sont sanctionnés le plus souvent par l’augmentation du
montant de la dette. Il existe souvent différentes caisses telles que les tontines, les banques
d’épargne, fond d’aide, fond de caisse…
1.1.1- Exemple de la tontine
A chaque réunion, chaque membre verse dans cette caisse un montant fixé à l’ avance.
Au cours de cette même réunion, la somme contenue dans cette caisse est remise à l’un des
membres. On dit qu’il « bouffe » la cotisation. Et ainsi de suite, lors des prochaines réunions
ce sera au tour d’un autre membre, jusqu’à ce qu’on ait fait le tour et que tous les membres
ait « bouffé ». Le membre qui ne cotise pas au cours d’une séance est sanctionné. A chaque
séance toutes les informations sont consignées dans un registre.

24
Cahier des charges
Etude de l’existant
1.2- De la gestion automatisée
Il existe des applications accessibles en ligne qui permettent de gérer efficacement les
associations. Elles proposent les fonctionnalités suivantes :
La gestion des adhérents

La gestion de la comptabilité
La gestion des activités
La gestion du temps
La gestion des documents
La gestion de la communication
Etc…
C’est le cas des logiciels comme Galette, Garrandin, www.Gestasso.com. Ces

logiciels, bien que très performants, ne permettent pas de résoudre certains problèmes liés
aux cotisations comme ceux du Cameroun (prêts aux membres, sanctions …).
1.2.1- Cas des banques et micro finances
Les banques et les micro finances constituent un exemple d’association à but lucratif
ou s’effectuent des cotisations. Les clients de ces associations viennent y verser leur argent
qui est conservé et mis en sécurité en échange d’une contribution financière. Les banques
mettent à disposition de leurs clients des logiciels riches en fonctionnalités et accessibles en
ligne pour la consultation de leurs comptes et le suivi de leurs transactions. C’est le cas de la
BICEC (Banque Internationale du Cameroun pour l’Epargne et le Crédit) qui permet à ses
clients de consulter leurs comptes sur son site www.bicec.com. Cependant les clients doivent
payer une certaine somme pour obtenir ces services, et n’ont aucun contrôle sur la gestion des
informations. Les micros finances quant à elles ne disposent pas encore de ces outils logiciels
en ligne pour la plupart.

25
Cahier des charges
Limites de l’existant et proposition de solutions
4- Limites de l’existant et proposition de solutions
2.1- De la gestion manuelle
Le traitement des informations issues des cotisations étant manuel, il présente de gros
risques pour la sécurité à savoir : Dégradation du registre, qui peut être sujet aux intempéries
(feu, eau…) et aux accidents (Vol, destruction…), ou simplement son détournement.
A cela s’ajoute le problème de la distance. En effet, les membres d’une réunion sont
souvent amenés à voyager et se retrouvent ainsi dans des zones différentes mais souhaitent
toujours participer aux cotisations. Il est cependant très difficile pour les membres absents de
suivre les cotisations en temps réel et d’y participer.
Tableau 2 : Limites de l'existant conséquences et proposition de solution : cas de la gestion manuelle
LIMITES CONSEQUENCES SOLUTIONS

-Difficulté à retrouver -Enregistrement électronique
rapidement une information et centralisation des
Enregistrement manuel des -Risque de sécurité des informations sur un serveur
informations sur un support informations (support facilement accessible.
en papier sensible au feu, a l’eau, -Sauvegarde des
exposé au vol, détournement, informations sur plusieurs
falsification…) supports
-Rendre les informations
Difficulté pour les membres accessibles via internet
Le lieu de la réunion est en déplacement d’avoir accès -Permettre l’enregistrement
unique et tous les membres à l’information ou de ces informations via
doivent s’y retrouver d’effectuer les cotisations internet par l’administrateur
de la réunion pour les mises à
jour

26
Cahier des charges
Limites de l’existant et proposition de solutions
2.2- De la gestion automatisée

Les logiciels de gestion d’associations qui existent ont plusieurs limites et
inconvénients parmi lesquels :
La multitude de fonctionnalités (dont certaines se révèlent superflues) qui rend

leur utilisation difficile pour les non informaticiens.
Ils ne gèrent pas certains aspects des cotisations (Prêts aux membres, sanctions
à ceux qui ne cotisent pas, ouverture de caisses …).
Le caractère payant des services offerts par les banques constitue déjà un
inconvénient à leur utilisation. Les clients n’ont aucun contrôle sur la gestion
et doivent en plus payer pour avoir accès aux informations.
Tableau 3 : Limites de l'existant conséquences et proposition de solution : cas de la gestion automatisée
LIMITES CONSEQUENCES SOLUTIONS

Déroute l’utilisateur qui n’a -Rendre l’application la plus
pas besoin de toutes ces simple et intuitive en limitant
Multitude de fonctionnalités fonctionnalités (inutiles pour les fonctionnalités a
la plupart dans certains cas) l’essentiel et en simplifiant
ou repousse directement les l’interface
moins avertis.
Certains aspects des Manque d’intérêt d’une -Intégration de ces opérations
cotisations ne sont pas gérés application qui ne gère pas dans l’application
(caisses, prêts, sanctions) ces opérations pour la
majorité des réunions.
Les logiciels payants Très peu de personnes Proposer une application
utilisent l’application gratuite pour les membres
inscrits
L’utilisateur n’a aucun Les membres de la réunion -mettre sur pied une interface
contrôle sur l’application n’ont aucun contrôle sur la d’administration pour
gestion des cotisations et des permettre aux membres
informations d’interagir directement avec
l’application

27
Cahier des charges
Conclusion
Conclusion
A la fin de cette première phase de travail, nous avons terminé la première partie de
l’analyse du projet de gestion en ligne des cotisations. Après avoir précisé ce que l’entreprise
attendait de l’application à produire, nous avons mené une étude de l’existant sur deux fronts :
la gestion manuelle et la gestion automatisée ce qui nous a permis d’en ressortir les limites et
ainsi de proposer des solutions à ces manquements. Cette étude préalable qui constitue notre
cahier de charge est le point de départ du dossier d’analyse qui lui, apportera une analyse plus
détaillée du problème et de la solution.

28
Dossier d’analyse
DOSSIER D’ANALYSE
Résumé
Le dossier d’analyse, à la suite du cahier des charges, présente une analyse plus
détaillée du problème et de la solution, la méthode d’analyse choisie ainsi que les raisons de
ce choix.
Aperçu
INTRODUCTION
I- PRESENTATION DE LA METHODE MERISE ..................................................................................................
1- GENERALITES .......................................................................................................................................................
II- ANALYSE DETAILLEE DE LA SOLUTION ........................................................................................................
1- DIAGRAMME DE FLUX ........................................................................................................................................

2- GRAPHE DES FLUX .............................................................................................................................................
3- MODELE ORGANISATIONNEL DES DONNEES ...........................................................................................................
CONCLUSION

29
Dossier d’analyse
Introduction
Le cahier des charges nous a permis de proposer une solution aux problèmes liés à la
gestion des cotisations. A sa suite, le dossier d’analyse quant à lui permettra d’effectuer une
analyse plus approfondie de cette solution avec une méthode spécifique qui dépendra des
exigences et des contraintes que l’environnement d’étude nous impose. De ce fait il est
important avant tout de choisir une méthode d’analyse qui permettra une étude méthodique du
problème. Dans notre cas, notre choix c’est porté sur la méthode MERISE. Ainsi, nous
présenterons cette dernière dans un premier temps, et utiliserons ses concepts et ses normes
pour ensuite analyser le problème posé. Nous présenterons pour ce faire les diagrammes
suivants :
 Le Modèle Conceptuel de Communication

 Le Modèle Organisationnel de Données

30
Dossier d’analyse
Présentation de MERISE
I- Présentation de la méthode MERISE
1- Généralités
La méthode MERISE est une méthode d'analyse, de conception et de réalisation

de systèmes d'informations informatisés. Née vers les années 1978-1979, elle est devenue
après un certain nombre d’années un standard français en matière de conception des
systèmes d’information.
Un aspect important de cette méthode consiste à mener de front l’étude des

données et celle des traitements, ces deux s’ignorant mutuellement dans un premier temps.
C’est d’ailleurs une des particularités qui nous a poussé à choisir cette méthode.
L’étude des données consiste d’abord à modéliser le réel, sans préjuger des
traitements qui seront faits sur les données perçues à travers cette modélisation. Ce réel est
appréhendé de telle sorte qu’il puisse être appréhendé lors de traitements sur machine.
Parallèlement, se mène une étude des traitements consistant à abstraire le réel

existant pour arriver à une formalisation conceptuelle des processus dans lesquels on
injecte ensuite des choix organisationnels pour définir les traitements futurs.
La démarche se fait selon trois axes encore appelés les trois cycles : le cycle
d’abstraction, de vie et de décision. Ces derniers, du plus abstrait au plus concret pour
modéliser un système d’information correspondent aux trois niveaux : conceptuel,
organisationnel, et opérationnel.

31
Dossier d’analyse
Analyse détaillée de la solution
II- Analyse détaillée de la solution
1- Diagramme de flux
C’est un schéma qui représente les différents flux d’informations entre les
acteurs internes et externes du système.
1.3- Acteurs internes
Ce sont les personnes internes au système. Ils sont représentés par des ellipses
fermées. Les acteurs internes dans notre cas sont le plus souvent :
 Le membre
 Le trésorier
 Le secrétaire
 Le président
1.4- Acteurs externes
Ce sont les personnes externes au système, ils sont représentés par des ellipses
interrompues. Il s’agit dans notre cas de :
 La banque
 Le postulant
1.5- Formalisme
Acteur externe Flux Acteur interne
Figure 2 : Formalisme du MCC

32
Dossier d’analyse
1.6- Représentation
Figure 3 : Modèle Conceptuel de Communication

33
Dossier d’analyse
2- Graphe des flux
2.1- Définition
Le graphe des flux est un diagramme qui a pour but de représenter l’enchainement
entre les différents flux. Il est obtenu à partir des flux en prenant soin d’omettre tout ce qui est
de nature organisationnelle puis en ordonnançant les flux primaires puis les flux secondaires.
Processus d’inscription d’un membre
Figure 4 : graphe des flux inscription d'un membre
Processus d’enregistrement des cotisations

34
Dossier d’analyse
Figure 5 : graphe des flux enregistrement des cotisations
Processus de remise des cotisations
Figure 6 : graphe des flux remise des cotisations

35
Dossier d’analyse
Processus de prêt à un membre
Figure 7 : graphe des flux prêt à un membre

36
Dossier d’analyse
5- Modèle Organisationnel des Données
3.1- Définition et formalisme
Le Modèle organisationnel des traitements (MOT) permet de représenter les

opérations effectuées dans le système en tenant compte de la durée, du lieu, des responsables
et des ressources nécessaires à l’opération. Le MOT consiste donc à représenter le modèle
conceptuel des traitements dans un tableau dont les colonnes sont :
 La durée
 La nature
 Le lieu
 Les responsables
 Les ressources
Comme représenté dans le tableau ci-après :
Tableau 4 : Formalisme du MOT
Déroulement Poste de travail

Début Durée Enchaînement des PF Nature Lieu RSP RSS
PF : Procédure Fonctionnelle
RSP : Responsable
RSS : Ressources

37
Dossier d’analyse
3.2- Représentation du MOT
Tableau 5 : MOT inscription d'un membre

Dès le
dépôt de Indéte Siège de la L’Administrat 1 PC + 1
la rminé A réunion eur ou personn
demande e secrétaire e
RSP : Responsable
RSS : Ressources
A : Automatisé
PC : Ordinateur Personnel

38
Dossier d’analyse
Tableau 6 : MOT enregistrement des cotisations

Début Durée Lieu de Le trésorier 1 PC + 2

d’une de la AM tenue de la Le secrétaire personn
séance séance réunion es
de la
réunion
RSP : Responsable
RSS : Ressources
AM : Automatisé et manuel

39
Dossier d’analyse
Tableau 7 : MOT remise des cotisations

Début Durée Lieu de Le trésorier 1 PC + 2

d’une de la AM tenue de la Le secrétaire personn
séance séance réunion es
de la
réunion
RSP : Responsable
RSS : Ressources

40
Dossier d’analyse
Tableau 8 : MOT prêt à un membre

Lieu de Le trésorier 1 PC + 2
Indéter indéte AM tenue de la Le secrétaire personn
minée rminé réunion es
e
RSP : Responsable
RSS : Ressources

41
Dossier d’analyse
Conclusion
Conclusion
En somme, nous avons effectué tout au long de cette phase une analyse détaillée du
problème. Nous avons pu ressortir les acteurs du système ainsi que les flux qui interagissent
entre eux. Après avoir ressorti les règles de gestion de traitement et de données, nous avons
représenté respectivement le MCT et le MCD du système. Après avoir ressorti les règles de
gestion de traitement et de données, nous avons représenté respectivement le MCT et le MCD
du système en plus du dictionnaire de données. Tous ces éléments qui constituent le dossier
d’analyse aideront à la réalisation du dossier de conception qui s’attellera à décrire les
spécifications techniques du problème.

42
Dossier de conception
DOSSIER DE CONCEPTION
Résumé
Le dossier de conception représente la partie de ce rapport qui traite des

spécifications fonctionnelles et conceptuelles des traitements et des données.
Aperçu
INTRODUCTION
I- MODELE CONCEPTUEL DE TRAITEMENT (MCT) .........................................................................................
1- DEFINITION ET FORMALISME................................................................................................................................
2- REGLES DE GESTION DE TRAITEMENT .....................................................................................................................
3- REPRESENTATION DU MODELE CONCEPTUEL DE TRAITEMENT (MCT) .........................................................................
II- MODELE CONCEPTUEL DES DONNEES ........................................................................................................
1- DEFINITION : ....................................................................................................................................................
2- DICTIONNAIRE DES DONNEES ...............................................................................................................................
3- GRAPHE DES DEPENDANCES FONCTIONNELLES.........................................................................................................
4- REGLES DE GESTION ...........................................................................................................................................
5- REPRESENTATION DU MODELE CONCEPTUEL DE DONNEES ........................................................................................
CONCLUSION

43
Introduction
L’étape de l’analyse du projet nous a permis de recueillir les besoins fonctionnels du

système à réaliser. Nous avons proposé une solution organisationnelle des données et des
traitements à effectuer dans le système. La phase de conception quant à elle vise à ressortir les
différentes spécifications fonctionnelles et conceptuelles des traitements et des données. Il
s’agit ici de mener une étude approfondie de la solution exposée dans le cahier des charges.
L’issue de cette étude doit être consignée dans un support technique qui constituera le dossier
de conception dans lequel les modèles suivants seront présentés :
 Modèle Conceptuel des Traitements

 Modèle Conceptuel des Données

44
Modèle Conceptuel des Traitements
I- Modèle Conceptuel de Traitement (MCT)
1- Définition et formalisme
Le Modèle Conceptuel de Traitements est une matérialisation du niveau conceptuel de
la méthode MERISE. Il permet de décrire les opérations qui sont réalisées en fonction des
évènements qui apparaissent dans le système. Pour ce faire, ce modèle intègre quelques
concepts :
 L’évènement (fait nouveau provoquant la réaction du système)

 L’opération (ensemble d’actions qui s’enchainent en réaction à un évènement)
 La synchronisation (condition traduisant les règles d’activation d’une opération)
 La règle d’émission (condition traduisant la règle de gestion à laquelle est soumise
l’émission du résultat d’une opération
 Le résultat (collection de faits produits par l’opération dans les conditions prévues par
les règles de gestion
Le MCT se présente comme suit :
Figure 8 : Formalisme Modèle Conceptuel des Traitement

45
2- Règles de gestion de traitement
RT1 : Pour être inscrit dans une réunion, un postulant doit effectuer une demande
d’inscription
RT2 : L’inscription d’un membre dans l’association doit se faire sous l’autorisation du
président après examen de la demande
RT1 : Pour effectuer sa cotisation, un membre doit remettre son argent au trésorier
RT2 : Le trésorier doit vérifier si la somme reçue équivaut à la somme attendue
RT3 : Après le contrôle de la somme reçue, le trésorier transmet les informations de la

transaction au secrétaire (nom du membre, montant cotisé …)
RT4 : Le secrétaire enregistre ces nouvelles informations.
RT1 : Pour obtenir un prêt auprès de la réunion, un membre doit en faire la demande
RT2 : Après examen de la demande, le prêt n’est accordé qu’après autorisation du président
RT3 : Le trésorier remet au membre la somme demandée
RT4 : Le secrétaire enregistre les informations sur ces transactions
RT1 : La remise de l’argent des cotisations a un membre se fait après avoir déterminé à quel
membre c’est le tour de toucher cette somme
RT2 : Le secrétaire donne le nom du membre au trésorier qui remet l’argent au membre
RT3 : Le secrétaire enregistre les informations

46
3- Représentation du Modèle Conceptuel de Traitement (MCT)
Figure 9 : MCT inscription d'un membre
Figure 10 : MCT enregistrement des cotisations

47
Figure 11 : MCT prêt à un membre
Figure 12 : MCT remise des cotisations

48
Modèle Conceptuel des Données
II- Modèle Conceptuel des Données
1- Définition :
Le MCD est la représentation statique sous forme schématique de la situation respective
des données d’un domaine de gestion. Il permet de décrire l’ensemble des données sur
lesquelles repose le système ainsi que les relations qui les lient. Nous présentons ici quelques-
uns de ses concepts :
Entité : représentation dans le Système d’information d’un objet matériel ou

immatériel de l’univers extérieur
Relation : association entre des objets de l’univers extérieur
Propriété : rubrique attribut d’une entité ou d’une relation
Cardinalité : valeur numérique composée d’un couple ayant une borne
minimale et une borne maximale permettant de caractériser les liens qui
existent entre deux entités.
Identifiant : c’est une propriété particulière d’une entité tel qu’il n’en existe
pas deux occurrences de cet entité pour lesquels cette propriété pourrait
prendre une meme valeur.
2- Dictionnaire des données
2.1- Définition
C’est le résultat des informations relatives à l’ensemble du fonctionnement du système
étudié. Il récence toutes les données manipulées par le système d’information et les décrit de
manière explicite dans un tableau dont les colonnes portent comme en-tête :
 Nom symbolique : codification affectée à chaque donnée du système afin de faciliter

son utilisation lors de l’analyse et l’implémentation.
 Désignation en clair : libellé de la donnée codifiée du SI
 Type : type donnée qui peut être alphabétique (A), alphanumérique (AN)…
 Longueur : exprime le nombre maximum de caractères ou d’octets occupés par la

49
donnée
 Observation : expression de toutes les particularités des données. Elle exploite
les contraintes d’intégrité à respecter pour chaque donnée du SI et permet de
lever certaines ambiguïtés.
2.2- Représentation du dictionnaire des données
Tableau 9 : Dictionnaire des données
Nom symbolique Libelle Type Longueur Observations

1 Nom_reunion Nom de la réunion AN 255 Obligatoire
2 Createur Nom du fondateur de AN 255 Obligatoire
la réunion
3 Date_creation_reunion Date de creation de Date 8 Obligatoire
la reunion
4 Nom_membre Nom du membre AN 255 Obligatoire
5 Prenom Prenom du membre AN 50 Facultatif
6 Adresse Adresse du membre AN 50 Facultatif
7 Telephone Contact du membre N 20 Obligatoire
8 Pays Pays de residence du A 255 Obligatoire
membre
9 Ville Ville de résidence du A 255 Obligatoire
membre
10 Email e-mail du membre AN 255 Obligatoire
11 Num_cpte Numéro de compte AN 20 Facultatif
bancaire du membre
12 Date_inscr Date d’inscription en date 8 Obligatoire
ligne du membre
13 Date_modif Date de modification date 8 Obligatoire
du compte en ligne
14 Date_seance Date de tenue de la Date 8 Obligatoire
séance

50
15 Lieu_seance Lieu ou s’est tenu la A 255 Facultatif
seance
16 Heure_debut Heure de début de la Heure 8 Obligatoire
seance
17 Heure_fin Heure de fin de la Heure 8 Obligatoire
seance
18 Montant_vers Montant du N 20 Obligatoire
versement effectué
par le membre
19 Nom_caisse Nom de la caisse A 255 Obligatoire
20 Date_creation_caisse Date de création de Date 8 Obligatoire
la caisse
21 Montant_min Montant minimum à N 20 Facultatif
verser dans la caisse
par un membre
Légende des types :
A : Alphabétique
N : Numérique
AN : Alphanumérique

51
3- Graphe des dépendances fonctionnelles
3.1- Définition
Le graphe des dépendances fonctionnelles est la représentation des relations qui

existent entre les différentes propriétés du système. Il permet d’éviter les redondances de
donnée, d’assurer la cohérence des données et de répondre aux requêtes du système.
Figure 13 : Graphe des dépendances fonctionnelles

52
4- Règles de gestion
RG1 : Un membre est inscrit dans une et une seule réunion
RG2 : Dans une réunion, il peut y avoir un ou plusieurs membres
RG3 : Un membre effectue un ou plusieurs versements dans une ou plusieurs caisses
RG4 : Un versement est effectué par un et un seul membre
RG5 : Un versement est fait au cours d’une séance
RG6 : Au cours d’une séance peut s’effectuer un ou plusieurs versements
RG7 : Une séance appartient à une et une seule réunion
RG8 : Une réunion peut avoir une ou plusieurs séances
RG9 : Dans une reunion on peut créer une ou plusieurs caisses
RG10 : Une caisse appartient à une et une seule réunion

53
5- Représentation du Modèle Conceptuel de données
Figure 14 : Modèle Conceptuel des Données

54
Dossier de réalisation
Conclusion
En somme, le dossier de conception nous a permis de présenter le futur système de

manière conceptuelle à travers le Modèle Conceptuel des Données et le Modèle conceptuel
des traitements. Cela nous amène donc au dossier de réalisation, qui représente le dernière
étape de notre projet

55
DOSSIER DE REALISATION
Résumé
Le dossier de réalisation représente la partie d’implémentation de a solution. De la

réalisation de la base de données à travers le Modèle Physique des Données au guide
utilisateur en passant par la présentation des outils utilisés, il marque le dernier tournant de
notre projet.
Aperçu
INTRODUCTION
I- MODELE LOGIQUE DES DONNEES RELATIONNELLES ..................................................................................
1- DEFINITION ET FORMALISME :..............................................................................................................................

2- REPRESENTATION DU MODELE LOGIQUE DE DONNEES RELATIONNELLES (MLDR) ..........................................................
II- MODELE PHYSIQUE DES DONNEES .............................................................................................................
1- DEFINITION ......................................................................................................................................................
2- REPRESENTATION DU MODELE PHYSIQUE DE DONNEES (MPD)..................................................................................
III- CHOIX DES OUTILS (SGBD, IDE, …) ..............................................................................................................
IV- ESTIMATION DU COUT DE L’APPLICATION .................................................................................................
V- ARCHITECTURE DE L’APPLICATION .............................................................................................................

56
Introduction
Introduction
A la Suite de la conception, la réalisation s’attaque au domaine physique et concret du projet.

Ainsi, nous présenterons tout d’abord le Modèle Logique de Données Relationnelles, puis le Modèle
Physique de Données. Ensuite, nous présenterons l’architecture de notre application, les outils
utilisés pour sa réalisation et enfin, nous finirons par l’estimation du coût du projet et le guide
d’utilisateur

57
Modèle Logique de Données Relationnelles
I- Modèle Logique des Données Relationnelles
1- Définition et formalisme :
Le modèle logique des données relationnelle MLDR fournit une description des données
tenant compte des moyens informatiques mis en œuvre. Il a pour objectif de traduire le MCD
dans un formalisme dépendant des possibilités techniques en introduisant la notion
d’organisation. Son formalisme se présente comme suit :
Relation (clé_1, ...clé_n, att1, ... att_m)
2- Représentation du Modèle Logique de données relationnelles (MLDR)
Reunion (id_reunion, nom_reunion, date_creation, #id_membre)
Membre (id_membre, nom_membre, prenom, adresse, telephone, pays, ville, email,

num_cpte, privilège, date_inscr, date_modif, #id_reunion)
Caisse (id_caisse, nom_caisse, date_creation, montant_min, #id_reunion)
Séance (id_seance, date, lieu, heure_debut, heure_fin, #id_reunion, #id_membre)
Versement (id_versement, montant, motif, #id_membre, #id_seance, #id_caisse)

58
Modèle Physique de Données
II- Modèle Physique des Données
1- Définition
Le modèle physique des données représente la structure des tables telles qu’elles se
représenteront dans le Système de Gestion de Bases de Données (SGBD).
2- Représentation du Modèle Physique de données (MPD)

59
Architecture de l’application
III- Architecture de l’application
L’architecture de notre application est une architecture trois tiers. Cette architecture est
composée de trois éléments :
Le client qui représente la partie présentation ou affichage

Le Serveur (serveur web) représente la partie fonctionnelle
Le serveur de données (base de données)
Le client qui, dans notre cas, est le poste de l’utilisateur assure uniquement des fonctions
d’affichage et n’effectue que des requêtes vers le serveur. Aucun calcul n’est donc effectué
par ce dernier.
Le serveur quant à lui effectue tous les calculs et effectue d’autres requêtes. Il s’agit ici d’un
serveur web Apache.
La base de données conserve les données et les retransmet en fonction des requêtes qui lui
sont envoyées.
Niveau 1 Niveau 2
URL Fichier PHP
Page web Fichier HTML Parseur PHP
Poste client Envoi des requêtes

Serveur web sous-jacentes
Apache
Données
Données
Requêtes
Figure 15 : Architecture 3/3

Niveau 3
Base de données

60
Choix des outils
IV- Choix des outils (SGBD, IDE, …)
Pour mener à bien la réalisation de notre projet, nous avons été amenés à faire un tri
des outils qui allait nous être utiles. Ces différents choix se sont fait sur la base de plusieurs
critères. Ainsi, nous présenterons les outils que nous avons utilisés ainsi que la raison de notre
choix.
Le Système de Gestion de Base de Données : MYSQL
L’application à développer étant une application client-serveur, nous avons eu besoin

d’un système de gestion de bases de données. Notre choix s’est porté sur MYSQL.
Pourquoi MYSQL ?
Nous avons choisi MYSQL du fait des avantages que ce SGBD nous offre :
 Sa rapidité
 Sa robustesse
 Sa facilité d’utilisation et d’administration
 Il est léger
 Facilement interrogeable avec PHP et facilement administrable avec
PHPMyAdmin
 Et surtout il est gratuit et open source donc joui d’une communauté
importante et dispose d’une documentation très complète et bien construite

61
Choix des outils
Les langages de programmation : PHP et JavaScript
Pourquoi PHP ?
PHP (Personal Home Page) est un langage de scripts interprété. Nous l’avons choisi
principalement du fait de sa légèreté et d’autres avantages :
 Inclusion directe au sein d’une page HTML

 Connexion aisée aux bases de données
 Intégrabilité et disponibilité au sein de serveurs comme Apache par exemple.
Pourquoi JavaScript ?
Nous avons choisi d’utiliser JavaScript dans un souci d’ergonomie pour notre application. En
effet, grâce à ce langage de scripts nous gérons plus facilement :
 les messages d’alerte, les notifications etc. …

 Les évènements de la souris
 Les menus déroulant de l’interface
 Etc…
Nous l’avons principalement choisi parmi d’autres parce qu’il est très sécuritaire et
fonctionne sur la majorité des clients.
Les logiciels tiers :
Nous nous sommes aidés de quelques logiciels pour la réalisation de notre application parmi
lesquels :
 Adobe Dreamweaver CS4 (pour le code PHP)

 Notepad++ (pour le code PHP)
 Wampserver (pour les Base de données et les tests client-serveur)
 Adobe Photoshop (pour le design de l’application)
 PowerAMC (pour la modélisation des diagrammes MERISE)

62
Estimation du coût de l’application
V- Estimation du cout de l’application
1- Les ressources humaines :
Catégorie Nombre Cout mensuel Nombre de mois Montant en FCFA

Encadreurs 02 1.000.000 03 3.000.000
Réalisateur 01 350.000 03 1.050.000
MONTANT TOTAL 4.050.000
2- Les ressources matérielles et logicielles
Dénomination Quantité Prix Unitaire Montant total en FCFA

laptop 01 500.000 500.000
Adobe master collection cs4 1 licence 80.000 80.000
PowerAMC 1 licence 65.000 65.000
MONTANT TOTAL 645.000
3- Cout total du projet
Intitulé Montant en FCFA

Evaluation des ressources humaines 4.050.000
Evaluation des ressources matérielles et logicielles 645.000
TOTAL 4.695.000
Imprévus 500.000
MONTANT TOTAL 5.195.000

63
Planning prévisionnel
VI- Planning Prévisionnel
5T5

64
Guide utilisateur
VII- Guide utilisateur
Pour une bonne utilisation d’un produit logiciel, il est important de laisser une
documentation aux utilisateurs. Le guide utilisateur que voici a été justement conçu dans le
but de faciliter l’utilisation du logiciel aux utilisateurs.
Après avoir saisi l’url de l’application dans votre navigateur favori vous accéder à
l’index qui représente la page de connexion.
Il vous reste alors soit à vous connecter avec vos paramètres soit à créer une nouvelle réunion
en cliquant sur le lien « Pas encore inscrit ? »

65
Guide utilisateur
Pour créer une nouvelle réunion vous devez remplir le formulaire d’inscription suivant :

66
Guide utilisateur
Si l’authentification réussi vous accéder alors à l’accueil de l’application. Vous pouvez

alors commencer à consulter les informations sur vos cotisations ou administrer les cotisations
de l’association si vous êtes administrateur.

67
Conclusion générale
Conclusion générale
Au terme de ce stage académique effectué à PROSYGMA Cameroun et qui a duré

trois mois (du 03 juillet au 30 septembre) nous sommes en grande partie satisfaits du travail
que nous avons fourni. A travers ce stage nous avons eu l’occasion de mettre en application
les connaissances acquises depuis le début de notre formation. Après avoir été bien accueillis
dans cette structure, il nous a été confié le projet de gestion en ligne des cotisations. Nous
avons effectué une analyse de ce projet, sa conception et sa réalisation. Les résultats issu de
ces différentes étapes de conception de la méthode que nous avons choisi (MERISE) ont été
consignés dans ce rapport en plus d’un guide utilisateur. Nous avons ainsi pu produire une
application capable de répondre aux attentes du commanditaire du projet.
Néanmoins, de nombreuses améliorations et corrections reste à faire sur celle-ci et

nous espérons pouvoir le faire le plus vite possible pour pouvoir la proposer au grand public.
Le stage effectué à PROSYGMA Cameroun s’est bien passé dans l’ensemble, nous avons pu
atteindre la majorité de nos objectifs.

68
Bibliographie/webographie
BIBLIOGRAPHIE / WEBOGRAPHIE
Bibliographie
Support de cours MERISE, TCHIO NGNOUNEVOU Flaubert, IAI-Cameroun, pour la

définition de la méthode et ses concepts, l’élaboration des diagrammes.
Concevez Votre Site Web Avec PHP et MySQL, Mathieu NEBRA, le livre du zéro
Pour l’apprentissage de PHP et de MYSQL, consulté à partir du 05 juillet 2012
PHP/MySQL ET CSS, Jean CARFANTAN, Micro Application
Pour l’apprentissage de PHP et du CSS, consulté à partir du 05 juillet 2012
PHP 5 La Bible, Laurent GUEDON, Damien HEUTE et al, Micro Application
Pour l’apprentissage de PHP, consulté à partir du 05 juillet 2012
Sécurité PHP5 et MySQL, Damien Seguy, Philippe Gamache, EROLLES
Pour la sécurité de l’application, consulté à partir du 17 juillet2012
Lephpfacile comment faire un espace membre en PHP, fichier PDF issu du site
Lephpfacile.com, consulté à partir du 17 juillet 2012
Pour la mise sur pied de l’espace membre de l’application
PHP manual Fr, fichier HTML compilé, consulté à partir du 17 juillet 2012
Pour la recherche de syntaxe des fonctions PHP
download.sybase.com/pdfdocs/amc0951f/ttmr.pdf, pour l’utilisation de powerAMC

69
Bibliographie/webographie
Webographie
http://www.siteduzero.com/tutoriel-3-13666-apprenez-a-creer-votre-site-web-avec-html5-et-
css3.html, consulté le 02 Août 2012 pour l’apprentissage du css
http://fr.wikipedia.org/wiki/php, consulté le 07 juillet 2012, pour la description de PHP
http://fr.wikipedia.org/wiki/Architecture_trois_tiers, consulté le 02 septembre 2012, pour la

description de l’architecture 3/3
http://www.phpmyadmin.net, consulté le 22 juillet 2012, pour la prise en main de

PHPMyAdmin
http://www.siteduzero.com/tutoriel-3-309961-dynamisez-vos-sites-web-avec-javascript.html,
http://www.toutjavascript.com/main/index.php3
Consulté le 03 Août 2012, pour l’apprentissage du JavaScript

70

Rapport de Stage Iai Prosygma 2011 2012

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 Iai Prosygma 2011 2012

Transféré par

Droits d'auteur :

Formats disponibles

Gestion en ligne des cotisations

A tous ceux qui m’aiment et que j’aime en retour…

Rédigé par Harold TAMO MOKEM M.

Qu’il s’agisse de la rédaction de ce document ou des enseignements et conseils qui

 M. Armand Claude ABANDA, représentant résident de l’IAI-Cameroun, pour les

Rédigé par Harold TAMO MOKEM M.

Rédigé par Harold TAMO MOKEM M.

IV. Liste des figures et tableaux

Figure 1 : Organisation structurelle de PROSYGMA .............................................................................. 16

Tableau 1 : Tableau recapitulatif du materiel informatique utilisé a PROSYGMA Cameroun ............. 18

Rédigé par Harold TAMO MOKEM M.

LISTE DES FIGURES ET TABLEAUX ..................................................................................................................... 4

NTRODUCTION GENERALE……………………….. ..................................................................................................... 9

DOSSIER D’INSERTION……………………….. ......................................................................................................... 10

I. PRESENTATION DE PROSYGMA CAMEROUN .......................................................................................... 12

1- HISTORIQUE ET EVOLUTION ............................................................................................................................. 12

II. ORGANISATION STRUCTURELLE ET ORGANIGRAMME DE PROSYGMA ................................................... 15

1- ORGANISATION STRUCTURELLE ........................................................................................................................ 15

III. RESSOURCES MATERIELLES DE PROSYGMA ........................................................................................... 17

IV. PRESENTATION DES PRINCIPALES APPLICATIONS ET DE L’ENVIRONNEMENT DE DEVELOPPEMENT ....... 19

CAHIER DES CHARGES……………………….. .......................................................................................................... 21

I- SPECIFICATION DES BESOINS ................................................................................................................. 23

II- ETUDE DE L’EXISTANT……………………….. .................................................................................................. 24

3- PRESENTATION DE L’EXISTANT ......................................................................................................................... 24

Rédigé par Harold TAMO MOKEM M.

I- PRESENTATION DE LA METHODE MERISE .............................................................................................. 31

II- ANALYSE DETAILLEE DE LA SOLUTION .................................................................................................... 32

1- DIAGRAMME DE FLUX .................................................................................................................................... 32

DOSSIER DE CONCEPTION……………………….. ................................................................................................... 43

I- MODELE CONCEPTUEL DE TRAITEMENT (MCT) ..................................................................................... 45

II- MODELE CONCEPTUEL DES DONNEES .................................................................................................... 49

DOSSIER DE REALISATION……………………….. ................................................................................................... 56

I- MODELE LOGIQUE DES DONNEES RELATIONNELLES .............................................................................. 58

1- DEFINITION ET FORMALISME :.......................................................................................................................... 58

II- MODELE PHYSIQUE DES DONNEES ......................................................................................................... 59

III- ARCHITECTURE DE L’APPLICATION ......................................................................................................... 60

IV- CHOIX DES OUTILS (SGBD, IDE, …) .......................................................................................................... 61

V- ESTIMATION DU COUT DE L’APPLICATION ............................................................................................. 63

1- LES RESSOURCES HUMAINES : .......................................................................................................................... 63

Rédigé par Harold TAMO MOKEM M.

3- COUT TOTAL DU PROJET ................................................................................................................................. 63

VI- PLANNING PREVISIONNEL……………………….. ........................................................................................... 64

VII- GUIDE UTILISATEUR……………………….. ..................................................................................................... 65

CONCLUSION GENERALE……………………….. ...................................................................................................... 68

BLIOGRAPHIE / WEBOGRAPHIE……………………….. ............................................................................................ 69

Rédigé par Harold TAMO MOKEM M.

Le présent rapport en est un exemple palpable. Il contient l’analyse et la conception de

Rédigé par Harold TAMO MOKEM M.

A l’ère de la mondialisation et de la notion de « village planétaire », La gestion de ces

 La première, à travers le cahier des charges, qui situera le contexte et la

Rédigé par Harold TAMO MOKEM M.

Rédigé par Harold TAMO MOKEM M.

Rédigé par Harold TAMO MOKEM M.

VI. Présentation de PROSYGMA Cameroun

PROSYGMA Cameroun existe depuis le 10 Octobre 2010 à travers des services et

Rédigé par Harold TAMO MOKEM M.

Prosygma Cameroun intervient dans le domaine des services web et mobiles

La conception de site web ;

Fort de cette popularité qui favorise la croissance de ses réalisations, Prosygma ne

Il s’est ainsi engagé dans la vulgarisation des innovations technologiques et

Rédigé par Harold TAMO MOKEM M.

Prosyjob.com (Ancien camdevemploi.org) : un site de recherche d’emploi avec environ 2000

Prosygma-cm.com : le site de l’entreprise

www.broli.net le site de l’entreprise Africa Food Distribution