REPUBLIQUE DU CAMEROUN REPUBLIC OF CAMEROON

PAIX-TRAVAIL-PATRIE PEACE-WORK-FATHERLAND

MINISTERE DE L’ENSEIGNEMENT MINISTRY OF HIGH EDUCATION

SUPERIEUR

INSTITUT SUPERIEUR DE TECHNOLOGIE

Projet de fin d’étude en vue de
APPLIQUE ET DE GESTION
l’obtention du BTS option GENIE
LOGICIEL

Intitulé du projet :

CONCEPTION ET MODELISATION D’UNE APPLICATION DE

GESTION DE TONTINE BASEE SUR LE SALAIRE : CAS DE
GETEC SARL

Rapport présenté par :

MAKEM FONKOU DIAGRACE LITICIA étudiante en GLO

Encadreur académique : Encadreur professionnel :

M. TCHANA WANDJI Mme. DEMBA NADIA

M. TSAFACK

ANNEE ACADEMIQUE 2021/2022

Dédicace

A tous ceux qui

m’aiment et que
j’aime en retour
A tous ceux qui m’ont
aidé
Avant-propos

ISTAG est un centre de formation

Remerciements

Je remercie avant tout le bon Dieu de m’avoir donné la volonté de finir ce rapport de stage.
Ce travail a pu voir le jour avec énormément d’aide et d’encouragement des personnes autour
de moi. Ce court remerciement ne sera pas suffisant pour récompenser leurs efforts mais tout
de même….
Mes remerciements vont en l’endroit de tous ceux qui m’ont aidé et soutenu dans mon travail,
en particulier au directeur de GETEC SARL M. ERNEST PEKOUANDA, à mon encadreur
professionnel Mme DEMBA DIANE pour sa gentillesse, ces précieux conseils et sa patiente.
Je tiens aussi à remercier les membres du jury qui ont accepté d’examiner mon rapport.
Je remercie le professeur TCHANA pour son encouragement continu et pour ces conseils
avisés
Toute ma reconnaissance est adressée à mes parents, mes frères et sœurs pour leurs sacrifices
et leur soutient ce n’est que grâce à eux que tout cela a été rendu possible.
Mes remerciements vont enfin à l’endroit de toute personne qui a contribué de près ou de loin
à l’élaboration de ce travail

Liste des abréviations

Sigles Signification
UML Unified Modeling Language
CSS 3 Cascading Style Sheet Version
3
HTML 5 Hyper Text Markup Language
Version 5
PHP 5 Personal Home Page Version 5
IUT-FV Institut Universitaire de
Technologie FOTSO Victor
SQL Structured Query Language
XML EXtensible Markup Language
AGL Atelier de Génie Logiciel
SGBD Système de Gestion de Base de
Données
PDO PHP Data Object
HTTP Hyper Text Transfert Protocol
API Interface de Programmation
d’Application

Résumé

La tontine est une association d’épargne qui réunit des épargnants pour investir en commun
dans un actif financier ou d’un bien dont la propriété revient à ses membres. Toutes fois, on
observe un détournement des fonds surtout par les membres du bureau de l’association. C’est
dans l’optique d’apporter une aide à cette problématique que nous travaillons sur
l’automatisation des opérations d’épargne/d’emprunt et de tontine dans une association.
L’objectif principal de ce projet est de mettre sur pied un système permettant de gérer les
emprunts, les épargnes, les remboursements, les créations des sessions, des séances, le calcul
automatique des taux d’intérêts en fonction des sessions puis de générer les statistiques à
l’exemple des emprunts et des épargnes faites par séance au cours d’une session. Pour parvenir
à bon port de ce projet, plusieurs outils et techniques ont été mis en œuvre. La conception de ce
projet a été faite par le langage de modélisation UML. Nous avons utilisé WAMPSERVER comme
serveur. Pour rendre nos formulaires dynamiques, nous avons utilisé JavaScript, et JQUERY. Pour
la beauté de nos pages, BOOTSTRAP a été utilisé et Notepad ++ a été utilisé pour la réalisation
des formulaires. PHP nous a aidés pour la communication avec la base de données.

Abstract
The protective sacking is an association of saving which together savers to investjointly in a
financial credit or of whose property returns to its members.All times, one especially observe a
diversion of the funds by the members of the office of association.It is in optics to bring an
assistance to these problems that we work on the automation of the operations of épargné/d'
loan and protective sacking in an association.The principal objective of this project is to set up a
system making it possible to manage the loans, the savings, refundings, creations of the sessions,
of the meetings, the automatic calculation of the interest rates according to the sessions then to
generate the statistics the following the example of of the loans and savings made by meeting
during a session.To arrive to good port of this project, several tools and techniques were
implemented.The design of this project was made by the language of modeling UML.We used
wampserver as waiter.To make our forms dynamic, we used JavaScript, and JQUERY.For the
beauty of our pages, Bootstrap was used and Notepad ++ was used for the realization of the
forms.PHP helped us for the communication with the data base.

Sommaire
Listes tableaux et figures
Introduction
 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êmes 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 conception et la
modélisation d’une application de gestion se tontine basée sur le salaire », qui permettra de
résoudre de nombreux problèmes liés aux tontines d’entreprise. Ce travail s’inscrit dans le
cadre du stage académique prévu par ISTAG pour l’obtention du Brevet de Techniciens
Supérieurs. Il s’agira ici de mettre en contribution toutes les connaissances acquises en cours
théoriques et en travaux pratiques pendant cette année passée au sein d’ISTAG.
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 de 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 des
problèmes de tontines d’entreprise à GETEC, de l’analyser en détails et d’en sortir une
solution conceptuelle valide
La troisième, quant à elle, sera la réalisation de ce qui a été modélisé précédemment

Chap1 :

PRESENTATION DE LA
STRUCTURE D’ACCEUIL
PRESENTATION

Genèse
La période de gestation de GETEC débute en 2000 à BIYEM-ASSI à YAOUNDE dans un bureau. Son
promoteur à cette époque dépannait des téléphones. Au fil des années les activités de GETEC
s’étendent à la maintenance des réseaux informatiques de la sécurité électronique, de l’électricité et
du génie civil. Actuellement ses références et partenaires participent à son positionnement sur le
marché national et international.

Motivation
La société GETEC Sarl (Générale des Technologies du Cameroun Sarl), est née de la volonté de son
promoteur d’offrir à un nombre sans cesse croissant d’usagers, les services d’une équipe technique
motivée, dynamique et qualifiée en ce qui concerne les technologies d’impulsion de développement
tel que, les télécommunications, l’informatique, l’électricité, le génie civil et la gestion technique
centralisée

Informations générales concernant GETEC

Nom de la société : GETECSARL

No contribuable MAA4 RCR9 08TT 00

Registre de commerce RC/YAO/2007/B/3672

Adresse de la société : BP : 31484 Ydé

URL site web : www.getecsarl.com

Nom de la personne à contacter : M Ernest PEKOUANDA

Titre/Fonction : MANAGER de GETECSARL

Téléphone : +(237) 242 04 07 16 / 677 65 23 29

Adresse e-mail : service@getecsarl.com

Tableau1 : récapitulatif de la structure de GETEC SARL

Activité

Dans les domaines des technologies numériques GETEC mène les activités comme :

La mise en place des réseaux informatiques et des réseaux privés de communications d’entreprise
(PABX PANASONIC, ALCATEL, SIEMENS, RAND…) ;

La traitance et cotraitance ;

La vente, la mise en place et la maintenance des équipements de télécommunication fixe ou mobile

(Vsat, radios VHF et HF, passerelle GSM, téléphone satellitaire…) ;

La vente, la maintenance des équipements informatiques (ordinateurs, imprimantes, onduleurs, et

autres périphériques) ;

La vente et la maintenance des équipements de sécurité, de gestion technique centralisée (vidéo

surveillance, détecteur de fumé, de métaux, de micro et camera espion etc.…) ;

La formation et le recyclage dans le domaine de l’informatique et des télécommunications

(maintenances et administration des réseaux informatiques, maintenance des réseaux et terminaux
téléphoniques…) ;

Les homologations des produits télécoms et informatique auprès des organismes de régulation ;

L’Expertise, la représentation, l’Audit et autres servicesss professionnels.

Dans le domaine du génie civil GETEC mène les activités comme :

Les études et réalisation des travaux bâtiments ;

Les réalisations des assainissements de réseau routier en sous-traitance ;

Les études et les réalisations petits ouvrages (daleaux et petits ponts, escalier de secours
métallique…)

Dans le domaine de l’électricité GETEC mène les activités comme :

Fournitures, installations et maintenances des Onduleurs et réseaux électriques ondulés ;

Etude dimensionnement et Installation des systèmes d’alimentation de secours pour entreprises et

domicile particulier (groupe électrogène, électricité solaire…) ;

Audit, diagnostique, dépannage et mise au norme des réseaux électriques bâtiments.

Infrastructures et Equipes

Pour assurer la proximité vis-à-vis de ses clients, GETEC dispose de 2 agences :

- Une agence technique, au marché central (Centre commerciale NGOLA porte 107) ;

- Une agence commerciale, au carrefour régie à Yaoundé quartier MBALLA II à côté d’Express Union.

GETEC Sarl dispose aussi :

D’une équipe d’ingénieurs et techniciens pouvant intervenir en tout point du Cameroun et de la
sous-région Afrique centrale ;

D’un laboratoire fortement équipé pour la maintenance des systèmes à microcontrôleur ;

Des véhicules pour les déplacements de ses équipes.

Références et partenaires

Dans le cadre de ses activités, GETEC a effectué plusieurs prestations dans des entreprises de la place
comme :

COOPERATION CAMEROUN UNION EUROPENNE ;

DDT REGIONAL (Cellule des infrastructures et de transport) (Entretien réseau téléphone privé
d’entreprise PANASONIC- Fourniture consommable informatique et télécommunication) client sous
contrat ;

PACDU (Entretien réseau téléphone privé d’entreprise SIEMENS) ;

DCE (délégation de la commission européenne) ;

(Entretien réseau radio HF type CODAN) ;

UNESCO, UNICEF, UNOPS

Fourniture et entretien des équipements radio HF type CODAN ;

GUINNESS CAMEROUN
Fourniture et entretien des équipements informatique et télécommunication ;

Société FOKOU
Fournitures et entretien des équipements de télécommunication ;

CCA Banc – FCIC Banc- FICAM – GECEFI Copeck – MELA Plus Center
Installation et entretien des réseaux de vidéo surveillance et des réseaux des communications
privées d’entreprise ;

Télé point Net – Espace cyber TVA – Easy computer – intelli net – Pr évis.Net
Fourniture et entretien des ordinateurs et de puissance pour réseau informatique ;

CNPS
Fourniture et entretien des onduleurs et puissance pour réseau informatique ;

SOGEA SATOM
Installation et entretien des réseaux informatiques et télécommunications sur les divers chantiers et
bureaux sur le territoire camerounais, mise en place des réseaux RADIO VHF et HF. (Client sous
contrat)

OMS

Fourniture et installation des kits de sécurité (vidéosurveillance, contrôle d’accès et sécurité

incendie)

PNUD

Fourniture de services de câblage informatique et téléphonique

OHCHR

Fourniture et installation des kits de sécurité (vidéosurveillance, contrôle d’accès et sécurité

incendie)

Le tableau ci-dessous regroupe l’ensemble des partenaires de GETEC SARL :

Tableau2: Tableau récapitulatif des partenaires de GETEC SARL

Nom de l’entreprise Logo de l’entreprise

ICOM France

Efirack

Abc connectique

AKCP

Codan

Connectik

Resotel

Quelques images sur les chantiers

Organigramme
Pour l’organigramme représentant la structure de GETEC SARL

Figure 1: Organigramme de GETEC SARL

Chap2 :

CONTEXTE GENERAL DU PROJET

INTRODUCTION
Une association est groupement de personnes réunies dans un intérêt commun, différent de la
poursuite du bénéfice. Ce qui nous intéresse particulièrement ici c’est la tontine. Etant appelé close
d’accroissement ou pacte tontinier, la tontine est une convention intervenant entre plusieurs
personnes mettant des biens ou des capitaux en commun avec cette particularité que les sommes
versées, leurs produits ou les biens meubles ou immeubles qui auront été acheté à l’aide du capital
ainsi constitué appartiennent au dernier survivant. Pour mener à bien cette partie nous parlerons des
tontines en générale et du cas de GETEC en particulier.

CONTEXTE GENERALE SUR LA TONTINE

On distingue trois formes de tontine à savoir : la tontine immobilière, la tontine financière et
l’association tontinière.

La tontine immobilière
Juridiquement, il s’agit d’une clause dite aussi « clause d’accroissement » insérée dans le contrat par
lequel plusieurs personnes achètent un même bien, meuble ou immeuble en commun. Elle prévoit
que ce bien reviendra en pleine propriété au dernier des survivants après le décès de tous les autres
coacquéreurs.

Ce n’est pas une copropriété qui est ainsi organisée car chaque acheteur est supposé seul
propriétaire du bien sous la condition qu’il soit le seul survivant. Par conséquent, lorsque tous les Co
acheteurs sont décédés sauf un, le survivant est réputé avoir été seul propriétaire du bien depuis le
jour de l’acquisition et ses coacquéreurs, décédés avant lui, sont supposés n’avoir jamais rien
possédé. Techniquement, le pacte tontinier est donc un contrat aléatoire conclu à titre onéreux. Par
conséquent, il n’est valable que si les chances de survies sont sensiblement équivalentes, et si les
montants ne sont pas trop déséquilibrés entre acheteurs. Dans le cas contraire, le pacte encourt est
requalifié en « donation » indirecte.

La tontine financière
Certaines mutuelles d’assurances telles que le groupe de conservateur, proposent des produits ou
des épargnants se regroupent dans une association à forme tontinière régie par les articles R322-139
à R322-159 du code des assurances et autorisée par l’administration. Chaque tontine rassemble au
minimum 200 adhérents dont les bénéfices sont intégralement reversés aux sociétaires survivants au
bout de 15 à 25 ans. Cela permet d’améliorer les rendements des placements pour des personnes
voulant se constituer une épargne pour la retraite sans se soucier des héritiers.

Mais pendant toute la durée de vie de cette association, l’épargne est indisponible. Il existe deux
types d’association tontinière :
La tontine en prime périodique : versement mensuel, trimestriel ou annuel permettant ainsi
d’épargner à fréquence régulière. Elle s’étend sur une durée de 15 à 25 ans.

La tontine en prime unique : un seul versement pour une durée de 10 à 25 ans dans l’optique de faire
fructifier un capital de départ.

Elle est couverte par une assurance décès invalidité qui protège les héritiers. Cette formule d’épargne
est soumise à la fiscalité avantageuse de « l’assurance vie ». Les gains à l’issu de l’opération sont
imposés à un taux réduit.

Association tontinière

Situation dans le temps

Elle est plus rependue dans certains pays d’Afrique, d’Amérique du sud et d’Asie. Elle s’opère sous
forme d’association plutôt que de placements (tontine immobilière et tontine financière). En Afrique
Subsaharien, la tontine est aussi appelée « association ». Les lourdes conditions d’obtention des
crédits ainsi que le taux d’intérêt élevé dans les banques ont favorisé la prolifération ou la
multiplication des associations en Afrique et au Cameroun en particulier.

De plus en plus, des groupes d’amis, de voisins ou de collègues se constituent sur la base de la
confiance enfin de proposer des aides à chaque membre. Ainsi, les cotisations des membres et
remboursement permettent de financer les différents projets.

Fonctionnement
Il existe deux grandes familles de tontine : les tontines rotatives et les tontines à accumulation.

Tontine rotative ;

Dans une tontine rotative, les participants s’engagent à verser une somme prédéterminée à une
fréquence donnée. Pour chaque tour de versement, un des participants est désigné pour être le
bénéficiaire des fonds des autres participants. Deux modes de désignation du bénéficiaire existent :
soit il y a tirage au sort avant chaque versement, soit le tirage au sort est fait une seule fois au début
du cycle et les participants bénéficient des versements en fonction du numéro qu’ils ont tiré au sort.
Lorsque tous les participants ont été bénéficiaire des fonds, le cycle de la tontine est terminé et un
nouveau cycle est généralement entamé.

Pour le premier bénéficiaire, la tontine s’apparente à un crédit (c’est-à-dire qu’il reçoit des fonds
dont il n’a pas cotisé) et pour le dernier participant, cela s’apparente à une épargne (c’est-à-dire qu’il
reçoit l’argent qu’il a épargné).

Le nombre des participants à une tontine est en principe connu au début du cycle. Cependant,
d’autres membres peuvent rejoindre la tontine avant que tous les anciens participants aient
bénéficié des fonds. Dans ce cas, chaque nouvel arrivant donne son épargne à chaque ancien
participant qui ont déjà perçu les versements.

Tontine à accumulation ;

Dans une tontine à accumulation, les cotisations ne sont pas redistribuées à des membres mais
accumulées dans la caisse de la tontine. Les fonds ainsi collectés appartiennent à la tontine jusqu’à ce
que les membres décident d’effectuer un partage, c’est-à-dire de restituer tout l’argent accumulé
aux membres, au prorata de ce qu’ils ont cotisé.
Entre temps, l’argent de la tontine est investi de la façon dont les membres en ont décidé
collectivement. Le plus souvent, les fonds sont octroyés aux membres sous forme de crédit. Les
conditions du crédit sont décidées collectivement (condition d’obtention, durée, intérêt, échéance de
remboursement, recouvrement et sanction en cas de retard dans le remboursement, etc.). Ainsi, les
membres empruntent auprès de la tontine pour mener des activités économiques. Ils remboursent
ensuite la tontine, capital et intérêt. Les crédits étant souvent court avec des intérêts relativement
élevés, les fonds disponibles s’accroissent rapidement ce qui permet aux membres d’emprunter plus,
plus longtemps et ainsi de développer progressivement leurs affaires. Au moment du partage, les
membres reçoivent nettement plus que ce qu’ils ont cotisé. Ainsi, ceux qui ont avant tout besoin
d’épargner et ceux qui ont avant tout besoin de crédit y trouve tous leur compte. La somme
importante ainsi récupérer peut permettre un investissement à plus long terme, ou de faire face à
une dépense importante prévisible (fête religieuse ou familiale, frais de scolarité, etc.)

De plus, les tontines à accumulation offrent souvent des services d’assurance à leurs membres en cas
d’accident, de maladie, de décès d’un proche etc. ces assurances peuvent prendre la forme de
cotisation exceptionnelles (qui sont données au membre affligé) ou de crédit d’urgence, sans intérêt
et avec une souplesse dans le remboursement. Ces tontines connaissent un vif succès en Afrique
grâce à la palette des services financiers qu’elle offre (épargne, crédit, assurance) et ce de manière
extrêmement souple, accessible et compétitive. Il existe une autre méthode selon laquelle la
cagnotte (l’argent cotisé par les participants) est vendue aux enchères ; ne prennent part à cet
exercice que les participants n’ayant pas bénéficié (acheté) à l’avance et surtout ceux qui sont dans
les besoins financiers : c’est ainsi que le taux d’achats varie selon les besoins des différents
enrichisseurs. Les intérêts collectés sont partagés par les membre à la fin du cycle.

Tontine mixte (rotative et à accumulation) ;

Cette tontine est plus observée au Cameroun, son fonctionnement remmène un peu plus la sécurité
pour les membres. Au Cameroun quand les deux modes de cotisation sont pratiqués simultanément,
la tontine cumulative est encore appelée « caisse secours » et généralement, le montant de
cotisation de cette caisse est inférieur à celle de la tontine rotative.

Conclusion partielle 

D’après tout ce qui a été dit plus haut, nous remarquons que la tontine est une activité très rependue
dans le monde et plus précisément en Afrique et en particulier au Cameroun. Cette expansion de la
tontine pousse même certaines entreprises à l’ajouter dans leurs fonctionnements, cette opération
est appelé « tontine d’entreprise ».

TONTINE D’ENTREPRISE ET FONCTIONNEMENT: CAS DE GETEC

La tontine d’entreprise est un regroupement informel (regroupement sur le lieu de travail ou en

dehors, il n’est pas officiel et répondant à peu ou pas de règles) des salariés sur la base de la
solidarité financière sur les lieux de travail. Elle concerne uniquement le personnel d’une entreprise
donnée favorisant un lien social entre ces derniers. Notre étude porte sur la PME GETEC SARL

Objectifs de la tontine à GETEC

Depuis plus d’une dizaine d’année, le manager général de GETEC a mis sur pieds une tontine
d’entreprise basée sur les salaires. Le but de cette tontine est de :
-favoriser la coalition sociale ;

-aider le personnel dans la réalisation de leurs différents projets (achat voiture /terrain, construction,
création de richesse, etc.) au travers des prêts ;

-initier le personnel à la bonne gestion de leur salaire.

Fonctionnement de la tontine
La tontine salariale à GETEC est obligatoire pour tout le personnel de l’entreprise. Le montant des
cotisations souhaité par le salarié est prélevé du salaire et ce montant est compris entre 10000FCFA
min et 100000FCFA max. Pour chaque tour de prélèvement, un participant (salarié) est désigné pour
être le bénéficiaire à la date de paiement des salaires. Le mode de désignation se fait par tirage au
sort au début de chaque cycle (JUIN-MAI). Le cycle de tontine basé sur le salaire est terminé lorsque
tous les salariés ont bénéficié et un nouveau cycle est entamé. Le salarié bénéficie des fonds des
autres membres au prorata du montant qu’il a souhaité cotiser, pareil pour la nouvelle recrue qui
bénéficie du montant de sa cotisation qui est relatif au nombre de temps du cycle restant.

Au cours d’un cycle, un salarié bénéficiaire ou non peut prêter de l’argent ; les conditions
d’obtention du prêt, les échéances de remboursement, ni sanction sont soumis au pouvoir
discrétionnaire de manager général. Si le salarié a déjà bénéficié de la tontine, les échéances de son
remboursement et la durée sont fixées par le boss et les prélèvements sont effectués sur son salaire.
Si le salarié n’a pas encore bénéficié et que le montant de son prêt est supérieur au montant de
cotisation qu’il doit percevoir, le prêt lui est accordé et sa cotisation ne lui sera pas remise le jour
qu’il sera bénéficiaire et pour le reste à rembourser l’échéance et la durée sont fixées en accord avec
le boss. Si le montant du prêt est inférieur au montant de cotisation à percevoir, le prêt lui sera
accordé, il bénéficiera du reste de sa cotisation puisque le boss aura déjà débité le montant du prêt
qui avait été octroyé.

Dans le cadre de l’aide, si l’évènement heureux ou malheureux a lieu après les salaires, on organise
une main levée et s’il a lieu avant on prélève sur le salaire. Cette main levée est facultative et c’est
chaque salarié qui fixe la somme qu’il veut donner.

ETUDE DE L’ART

Etude de l’existant

L’étude de l’existant qui est une nécessité nous a permis de faire le point sur les méthodes et moyens
qui étaient utilisés pour évaluer les fonctionnements de quelques tontines. La gestion des
transactions financières est généralement faite à la main et les informations sont consignées dans un
cahier ou un registre par une personne déléguée pour cela (secrétaire). Face à ces nombreux
problèmes, l’informatique a décidé d’apporter sa petite pierre à cet édifice cela s’est donc fait par
son automatisation. Il existe des applications accessibles en ligne qui permettent de gérer
efficacement ces tontines. 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 DJANGUI, GALETTE, GERRANDIN. 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êt aux membres, sanctions…)

CRITIQUE DE L’EXISTANT
Comme tout autre système, la gestion manuelle de certains sous modules dans les modules
épargne et emprunt pose un certain nombre de difficultés, notamment :
Pertes de données ;
Recherche difficile des informations sur des registres, ce qui entraîne parfois une perte de
temps ;
Insécurité des informations car les données sont enregistrés sur des registres et peuvent être
facilement accessibles par un tiers;
Possibilité d'erreurs dans le calcul des intérêts produits par les emprunts ;

CONCLUSION
Lors de notre analyse sur les tontines, nous avons constaté qu’il existe trois formes de tontine à
savoir : tontine immobilière, financière et association tontinière. Celle sur qui nous nous sommes le
plus attardé c’est l’association tontinière ; elle est subdivisée en deux sous ensemble tontine rotative
et cumulative, nous remarquons qu’à GETEC la tontine est une cumulation des deux
Chap4 :

ANALYSE FONCTIONNELLE ET TECHNIQUE DE CONCEPTION

INTRODUCTION
Le cahier des charges nous a permis de proposer une solution aux problèmes liés à la gestion des
tontines. A sa suite, le dossier d’analyse quant à lui permettra d’effectuer une analyse plus profonde
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.

FONTIONNALITE DU SYSTEME

Au terme du projet, la plateforme mise sur pied offrira entre autre les fonctionnalités suivantes:
L’inscription et la mise à jour des membres de l’association
L’enregistrement et la mise à jour de tontines ;
L’inscription et la mise à jour des membres à une tontine ;
Le calcul automatique des intérêts des épargnants ;
L’enregistrement et la mise à jour des épargnes ;
L’enregistrement des remboursements.
L’enregistrement des emprunts

PRESENTATION DES OUTILS UTILISES POUR LA REALISATION U SYSTEME

Choix du SGBD

Le choix pour notre projet est porté sur MYSQL, car propose une solution très courante en
hébergement public, une grande facilité d’utilisation et d’administration, il est gratuit et
multiplateforme, fourni une documentation complète et bien construite [Ref2].

I.5.2 Langage de modélisation

Comparaison entre les techniques UML et Merise.

UML MERISE
Merise méthode d'analyse et de Langage de représentation d'un système
Conception d'information.
méthode de modélisation de données système de notation orienté objet.
et traitements orientés bases de données
relationnelles.
Relationnel objet.
schéma directeur, étude préalable, étude détaillée langage de modélisation des systèmes standard,
et la réalisation. qui utilise des diagrammes pour représenter

plus adaptée à une approche théorique
du " bottom up" de la base de données vers le
code.
chaque aspect d'un système:
statique, dynamique, en s'appuyant sur la notion
d'orienté objet
plus orientée vers la conception
du "top down" du modèle vers la base de donnée

Au vue de cette comparaison, notre choix est porté sur UML car il nous permet d’exprimer le
dynamisme du système proche du réel et d’associer les données des traitements.

Choix du Language de programmation

PHP (HyperText Preprocessor) est un langage de scripts principalement utilisé pour produire des
pages web via un serveur HTTP et pouvant également fonctionner comme n’importe quel langage
interprété de façon locale. L’une des grandes forces de PHP est qu’il sait communiquer avec de
très nombreuses technologies comme XML, SQL, etc. Grâce à cette facilité de communication,
PHP devient la plaque tournante entre différents systèmes [Réf 3].

Hébergeur de l’application

Pour effectuer l’hébergement de notre application sur Internet, nous avons choisi l’hébergeur
Français 000webhost tout simplement parce qu’il est gratuit et nous permet d’effectuer nos tests
facilement.

Choix de l’outil à la réalisation des statistiques

Les outils nécessaires à la réalisation des statistiques sont les suivants

« JPGRAPH » est une librairie « PHP » orientée objet dont le but est de fournir des graphiques.
[Réf 4]

« ARTICHOW » nous offre presque les mêmes avantages que le précédent à la seule différence
qu’il est payant. [Réf 4]

Ainsi, pour la réalisation des modules statistiques, nous utiliseront JPGRAPH car il est fait en
PHP5.

ANALYSE FONCTIONNELLE

Dans cette partie, il s’agit de présenter les différents modules de notre application. Pour illustrer à
bien notre projet, nous présentons quelques modules à savoir :
Module Remboursement
Module Emprunt
Module Epargne

Module Remboursement
Ce module permet d’assurer une gestion au niveau des remboursements. Ici on peut :
Enregistrer un remboursement.
Lister les remboursements effectués au cours d’une session ou d’une séance
Module Emprunt
Ce module permet la gestion des emprunts. Ici, on peut:
Enregistrer l’emprunt effectué par un membre au cours d’une session.
Lister les emprunts effectués par un membre au cours d’une séance ou session
Calculer automatiquement les intérêts que ces emprunts produisent.
Connaitre à tout moment l’état d’un emprunt s’il est en cours ou déjà effectué
Paramétrer le taux d’emprunt pour chaque type d’emprunt et pour chaque session.

Module Epargne.
Ce module permet la gestion des épargnes. Ici, on peut:
Enregistrer les épargnes de chaque membre à une séance donnée.
Lister les épargnes des membres à une séance donnée ou à une session.

EXPRESSIONS DES BESOINS

Le système, pour répondre aux préoccupations de ses utilisateurs, doit permettre notamment de :
gérer les membres de l’association (inscription, mise à jour et suppression) ;
gérer les tontines (création, modification, inscription de membres, clôture,) ;
gérer la banque (épargne, emprunt, remboursement, cassation, calcul d’intérêts,) ;
gérer les assistances ;
Consulter les statistiques

Pour un bon fonctionnement de notre système, les outils suivants sont nécessaires :
Un système d’exploitation Windows;
Un navigateur comme Mozilla Firefox, opéra, Google chrome.
Un serveur comme WampServer,
Une Base de données MySQL

TECHNIQUE DE CONCEPTION

Diagramme de modélisation

Diagramme de cas d’utilisation

Le diagramme de cas d’utilisation (use cases)

C’est la présentation des fonctions du système du point de vue de l’utilisateur. Il décrit les
possibilités d’interaction entre les systèmes et les acteurs, c’est-à-dire toutes les fonctionnalités
que doit fournir le système [Réf 5].
Les acteurs du système et leurs rôles

Acteur : c’est une entité externe qui agit sur le système, également appelé utilisateur du système.
On en distingue quatre catégories : l’acteur principal (celui à qui le service est rendu), l’acteur
secondaire (celui qui participe à un service rendu), le matériel externe (les dispositifs matériels
incontournables qui font partie du domaine de l’application et qui doivent être utilisés) et les
autres systèmes (le système avec lesquels le système doit interagir). Un acteur se représente par la
caricature d’un petit bonhomme avec son nom (son rôle) inscrit dessous. Il est également possible
de le représenter sous la forme d’un classeur stéréotypé « actor»
Le Président : il est chargé de présider une association
Le secrétaire général : il est chargé de prendre les notes c’est-à-dire d’enregistrer tous les
points importants de ce qui a été dit et les décisions prisent lors d’une séance

 Le Secrétaire Général Adjoint : il est chargé d’assister le secrétaire général pour ses
différentes taches ;
 Le Commissaire aux comptes : il est chargé de contrôler la comptabilité d’une association, de
vérifier que la vie de la réunion se déroule dans des conditions régulières ;
 Le Commissaire aux comptes adjoint: il est chargé d’assister le commissaire au compte
principal ;
 Le Trésorier : il est chargé de gérer les finances d’une association ;
 Le Censeur : il est chargé d’appliquer une censure.

 Identification des cas d’utilisation

Un cas d’utilisation est une unité cohérente représentant une fonctionnalité visible de l’extérieur.
Il réalise un service de bout en bout, avec un déclenchement, un déroulement et une fin pour
l’auteur qui l’initie. Ce qui revient a cherché pour chacun de nos acteurs, les différentes intentions
de l’utilisation du système par ce dernier.
 Pour le président

Ce dernier gère les membres de l’association, « gère les assistances» et « gère la tontine ».
Raison pour laquelle on lui associe les cas d’utilisation « GererMembre de l’association », «
GererTontine », « GererAssistances ». La gestion des membres de l’association par le président
peut donner lieu à l’inscription des membres, la mise à jour des membres et la suppression des
membres. C’est pourquoi le cas d’utilisation « GererMembre de l’association » étend les sous
cas d’utilisation « inscription du membre», « mise à jour du membre » et « suppression du
membre ». La gestion des tontines par le président peut donner lieu à la création des tontines, à
l’inscription des membres de la tontine, a la modification de la tontine et à la clôture de la tontine,
raison pour laquelle le cas d’utilisation« gererTontine » étend les sous cas d’utilisation «
CréerTontine»; « inscription des membres de la tontine »; « modification de la tontine» «
clôture de la tontine».

 Pour le commissaire au compte

Celui-ci «gère la banque ». Raison pour laquelle on lui associe le cas d’utilisation « GererBanque
», La gestion de la banque par le commissaire au compte peut donner lieu à la gestion des
emprunts, gestion des épargnes, gestions des remboursements et le calcul d’intérêt. C’est pourquoi
le cas d’utilisation « GererBanque » étend les sous cas d’utilisation « GererEmprunts», «
GererEpargnes » « Remboursement » et « calcul d’intérêt ».

 Pour le membre
Le membre consulte les statistiques, c’est pourquoi, on lui associe le cas d’utilisation
«ConsulterStatistiques». La consultation des statistiques par les membres de l’association donne
lieu à la liste des épargnes, listes des emprunts, aux statistiques. C’est pourquoi on lui attribue le
cas d’utilisation « ConsulterStatistiques» étend le sous cas « listeEmprunt». «Graphiques » ; «
ListeEpargne » qui étend le sous cas « ListeEpargne par séance » et « ListeEpargne en
général ». Le graphique concerne les plus épargnants et les plus emprunteurs.
Figure1 : diagramme des cas d’utilisation du système

Description textuelle des cas d’utilisation

Dans cette étape, nous cherchons à détailler la description des besoins par la description textuelle
des cas d’utilisation « EnregistrerEpargne », «EnregistrerEmprunt » et «s’Authentifier »
«EnregistrerRemboursement »

Objectif : Enregistrer Epargne

Contexte : Ce cas d’utilisation permet d’enregistrer une
Epargne effectué par un membre au courant
d’une session et lors d’une séance
Acteur principal : Commissaire au compte, commissaire au
compte adjoint
Acteur Secondaire : Membre de l’association(Epargnant)
Pré condition : Il faut que le membre épargnant existe dans
la base de données et que le montant
épargner soit supérieur ou égale au taux
minimum
Scenarii Nominal :
1- L’acteur envoie une demande de
connexion au systeme ;
2- Le système vérifie les paramètres de
 connexion et :

retourne un message d’erreur et présente à

nouveau l’interface d’authentification si les
paramètres ne correspondent pas ;
3- le système retourne l’interface principale
si l’utilisateur est authentifié ;
4- L’acteur clique sur l’onglet Epargne,
remplit le formulaire d’épargne et le soumet
au système;
5- Le système met à jour la base de données
sur la base des données saisies ;
6- Le système retourne un message de
confirmation de l’opération. Exception : Un
membre ne peut pas faire plus d’une épargne
par séance

Post condition L’épargne est enregistré avec succès et le

compte épargne du membre est incrémenté.
Tableau3 : schéma textuel « enregistrer_epargne »

Objectif : S’authentifier
Contexte : Ce cas d’utilisation permet à un membre de
s’authentifier au système tout en entrant son
login et son mot de passe
Acteur principal : Membre de l’association
Acteur Secondaire : Membre de l’association
Pré condition : Il faut que le membre qui s’authentifie existe
dans la base de données
Scenarii Nominal : le membre se connecte au système
en entrant son login et son mot de passe
Exception : un membre ne peut pas avoir
plusieurs login et mot de passe
Post condition Le membre s’authentifie avec succès et il
accède à l’interface d’accueil

Tableau4 : schema textuel  « s’authentifier »

Objectif : Enregistrer un emprunt effectué par un

membre de l’association
Contexte : Ce cas d’utilisation permet d’enregistrer un
emprunt effectué par un membre au courant
d’une session et lors d’une séance
Acteur principal : Commissaire aux comptes, Commissaire aux
comptes adjoint
Acteur Secondaire : Membre de l’association (emprunteur)
Pré condition : Le membre emprunteur a signé une fiche
 indiquant la date du jour, le montant à
emprunter, la durée de l’emprunt etc. et ses
avalistes ont aussi signé. L’emprunteur n’a
pas un emprunt en cours ; la somme
demandée est disponible
Scenarii Nominal :
1- L’acteur envoie une demande de connexion
;
2- Le système lui retourne un formulaire
d’authentification ;
3- L’acteur saisit ses paramètres de connexion
et renvoie le formulaire au système ;
4- Le système vérifie les paramètres de
connexion et retourne un message d’erreur et
présente à nouveau l’interface
d’authentification si les paramètres ne
correspondent pas ;
5- le système retourne l’interface principale si
l’utilisateur est authentifié ;
6- L’acteur click sur l’onglet Emprunt remplit
le formulaire d’emprunt et le soumet au
système ;
7- Le système vérifie dans la base de données
si le bénéficiaire existe, s’il n’a pas un
emprunt en cours, s’il n’est pas sous le coup
d’interdiction d’emprunt et si les fonds sont
disponibles.
8- Le système renvoie un message d’erreur si
toutes ces conditions ne sont pas vérifiées et
retourne à l’interface d’emprunt ;
9- Le système met à jour la base de données
sur la base des données saisies ;
10- Le système retourne un message de
confirmation.

Exception : Le membre ne respecte pas les

conditions, mais les fonds sont disponibles et
le président de l’association approuve
l’opération.
Post condition Un nouvel emprunt est enregistré dans la base
de données ;

Tableau 5 : diagramme textuelle du cas d’utilisation « Enregistrer_Emprunt »

Objectif : Enregistrer Remboursement

Contexte : Ce cas d’utilisation permet d’enregistrer un
remboursement effectué par un membre au
courant d’une session et lors d’une séance
Acteur principal : Commissaire au compte
Acteur Secondaire : Membre de l’association
Pré condition : Il faut que le membre concerné existe dans la
base de données et ait un emprunt inférieur ou
égal au montant qu’il rembourse.
Scenarii Nominal :
1- L’acteur envoie une demande de connexion ;
2- Le système lui retourne un formulaire
d’authentification ;
3- L’acteur saisit ses paramètres de connexion et
renvoie le formulaire au système ;
4- Le système vérifie les paramètres de
connexion et : retourne un message d’erreur et
présente à nouveau l’interface d’authentification
si les paramètres ne correspondent pas ; retourne
l’interface de remboursement si l’utilisateur est
authentifié L’acteur remplit le formulaire de
remboursement et le soumet au système ;
5- Le système vérifie dans la base de données si
le bénéficiaire existe. Le système renvoie un
message d’erreur si cette conditions n’est pas
vérifiées et retourne à l’interface de
remboursement ;
6- Le système met à jour la base de données sur
la base ses données saisies ;
7- Le système retourne un message de
confirmation de l’opération.

Exception : Un membre ne peut pas faire plus

d’un remboursement par séance
Post condition Le remboursement est enregistré avec succès
dans la base de données et le compte emprunt du
membre est décrémenté.

Tableau 6 : diagramme textuel du cas d’utilisation « Enregistrer_Remboursement »

Diagramme de séquence
Le diagramme des séquences montre des interactions entre objets selon un point de vue temporel.
Ce type de diagramme sert à modéliser les aspects dynamiques des systèmes temps réels et des
scénarios complexes mettant en oeuvre peu d’objet.
Figure 2 : diagramme de séquence du cas « EnregistrerEmprunt »

Dans cette figure ci-dessus, le commissaire au compte déclenche la méthode enregistrer emprunt
de l’objet emprunt, l’objet emprunt récupère la session puis la séance ensuite le membre ; l’objet
membre vérifie la validité du membre et renvoi data, l’objet emprunt vérifie le montant et renvoi
data 2. Si data et data2 sont valides alors l’emprunt est validé sinon échec de l’emprunt.
Figure 3 : diagramme de séquence du cas « Consulter_Emprunt »

Diagramme de classe
Ce diagramme représente l’architecture conceptuelle du système.il décrit avec précision les
classes que le système utilise ainsi que les liens qui existe entre elles.

Liste des différentes classes

Figure 4 : liste des différentes classes

Diagramme des classes

Diagramme d’activité

Ce diagramme d’écrit les activités effectuées dans le système

Figure 6 : diagramme d’activité du cas « Enregistrer_Membre »

Architecture du systeme
La figure suivante présente l’architecture fonctionnelle du système. Cette architecture est du type
Client/serveur. L’architecture de notre système a deux parties : une partie « Client » comprenant
l’application cliente (navigateur web) et une partie serveur comprenant : Un serveur web, le
répertoire de scripts web, le préprocesseur PHP, le serveur de base de données MySQL. Lorsque
le client (navigateur web) sollicite une page web (1), le serveur web (Apache) récupère la requête
et consulte le répertoire de scripts web pour voir si la page existe. Si la page n’existe pas, un
message d’erreur est retourné au client (2). Lorsque la page la page existe, le navigateur examine
s’il s’agit d’un fichier PHP ou HTML (3). Si c’est un fichier HTML, il est retourné tel quel au
client (4). Sinon le navigateur envoi le fichier au préprocesseur qui interprète les scripts qui s’y
trouvent et convertit le résultat en HTML avant de renvoyer au navigateur web (5). Si en outre, le
fichier comprend une demande d’accès à la base de donnée (insertion, visualisation ou mise ajour
de données), le préprocesseur PHP adresse une demande d’accès au serveur de base de donnée
MYSQL en utilisant les paramètres de connexion contenus dans le fichier de script PHP (6).
Lorsque MYSQL la demande d’accès, il vérifie si (1) les paramètres de connexion sont bons, (2)
la requête est syntaxiquement correcte et (3) l’utilisateur a le droit de mener cette opération sur la
base de donnée (7). Si la réponse est affirmative, alors l’opération est effectuée et le résultat est
renvoyé au préprocesseur PHP. Dans le cas contraire, un message d’erreur est renvoyé à PHP (8).

Figure 7 : architecture du système

Conclusion
Au terme de ce chapitre, nous avons effectué une analyse et une conception de notre système ainsi
que la présentation de sa structure générale. Il sera question dans le prochain chapitre de réaliser
notre système et de pouvoir observer les résultats qui en découlent.
Chap4 : implémentation du système et résultat

INTRODUCTION

Après l’achèvement des étapes d’analyse et de conception de notre système, nous sommes passés
à une phase d’implémentation qui nous a permis de mettre sur pied une application pouvant
répondre aux différentes attentes.

TECHNIQUE DE DEVELOPPEMENT

Dans cette partie nous illustrons toutes les techniques qui nous ont permis de réaliser notre
système ainsi que quelques résultats obtenues.
Modèle-Vue-Contrôleur

Le patron 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 leurs architectures respectives. Ce modèle a permis de
structurer nos fichiers en trois niveaux :
Un répertoire «Model» où se seront stockés toutes nos classes et requêtes pour l’accès à la Base
de données ;
Un répertoire «Controller» où seront stockés tous nos fichiers nécessaires au contrôle des actions
effectuées sur nos interfaces ;
Un répertoire «Vue» où seront stockées toutes nos interfaces utilisateurs.

PDO
Après la création de nos tables sous l’environnement Win design et son importation dans notre
Base de données MySQL à travers ses options, nous devons écrire nos requêtes qui vont interagir
avec celles-ci, nous avons opté pour la classe PDO car non seulement elle est orientée objet, mais
permet également une meilleure conception de nos requêtes.
Conclusion

Parvenu au terme de notre projet de fin d’étude, il a été question pour nous de gérer
l’AUTOMATISATION DES OPERATIONS « EPARGNES ET EMPRUNTS » DE
TONTINE DANS UNE ASSOCIATION. Afin de satisfaire les besoins des associations, nous
avons réalisé une application permettant de gérer automatiquement les opérations des épargnes,
emprunts et la gestion des membres du système. Pour la réalisation de notre système, nous avons
commencé la conception en utilisant le formalisme UML, Win design, pacesta UML et power
AMC pour la réalisation de nos diagrammes, la mise en oeuvre des bases de données avec le
gestionnaire de base de données MySQL, ensuite l’implémentation des requêtes SQL pour la
manipulation des données et enfin la concrétisation de l’application sous l’environnement de
programmation PHP5 orienté objet. Nous retenons qu’il nous a été bénéfique, car il nous a permis
de compléter notre formation en expérimentant nos connaissances dans les domaines de l’analyse,
de la conception et du développement web. Nous avons aussi au cours de nos travaux rencontré
une difficulté qui était celle de la génération d’un tableau de suivi des remboursements d’un
membre.