Rapport de stage IAI-Prosygma 2011-2012

Gestion en ligne des cotisations Dédicace

Rédigé par Harold TAMO MOKEM M. Année académique 2011-2012

1

I. Dédicace

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

A ceux qui m’aident à avancer.

Gestion en ligne des cotisations Remerciements


2

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.

Gestion en ligne des cotisations Glossaire


3

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

Gestion en ligne des cotisations Figures et tableaux


4

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

Gestion en ligne des cotisations Sommaire


5

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



6

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



7

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

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

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

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

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

Gestion en ligne des cotisations Introduction générale


8

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.

Gestion en ligne des cotisations Introduction générale


9

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.

Gestion en ligne des cotisations Dossier d’insertion


10

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………………… ............................................................................................................................


Introduction


11

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.


Présentation de PROSYGMA Cameroun


12

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.




13

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).




14

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

http://www.broli.net/

http://www.okplastcam/

http://www.gfbcam.com/


Organisation structurelle et organigramme


15

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


Ressources matérielles


16

2- Organigramme de l’entreprise

Figure 1 : Organisation structurelle de PROSYGMA

Direction Le Directeur Général

( Jack SOH NDEH)

Representation Yaoundé Le Representant

résident

Service administratif Responsable administratif et

financier (Caroline KOUAYEP)

Comptable

(Christiane MOUNGANG)

Service commercial

Responsable (Jeanine MEGUEM)

Traductrice (Chimelle

MAKOUGOUM)

Service marketing Animateur de réseaux

sociaux (Herbert SIGHA)

Service technique

Designer (Denise FANKAM)

Webmaster

(Ruben NKOT)




17

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




18

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

Marque

Quantité

Caractéristiques

Système

d’exploitation

Logiciels

installés

DELL optiplex

GX280(Desktop)

01

CPU : P4 2.8 Ghz

RAM :502Mo

GPU : Intel

82915G/GV/910/GL

express chipset 128 Mb

Windows XP

professional

Sage, firefox,

Second copy,

Adobe reader

7.0, VLC,

Office 2007,

Avast

DELL optiplex

GX60 (Desktop)

01 CPU: Intel Celeron

2.4Ghz

RAM: 510 Mb

GPU: Intel

82845G/GL/GE/PE/GV

graphics 64 Mb

Windows XP

professional service

pack 2

Office 2007,

VlC, firefox,

Second copy,

Avira

Acer Extensa

5235 (Laptop)

01 CPU: Intel Celeron 900

2.20Ghz 2.19 Ghz

RAM : 2Go

GPU : Mobile Intel 4

series Express chipset

family

Windows vista

edition familiale

basique service

pack 2 32 bits

Office 2007,

Adobe CS4

Notepad++,

Wampserver ,

Firefox 11,

VLC, Avira


Présentation des applications


19

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

http://fr.wikipedia.org/wiki/Langage_de_script

http://fr.wikipedia.org/wiki/Logiciel_libre

http://fr.wikipedia.org/wiki/Page_Web_dynamique

http://fr.wikipedia.org/wiki/Serveur_HTTP

http://fr.wikipedia.org/wiki/Langage_interpr%C3%A9t%C3%A9_%28informatique%29

http://fr.wikipedia.org/wiki/Programmation_imp%C3%A9rative

http://fr.wikipedia.org/wiki/Programmation_orient%C3%A9e_objet

http://fr.wikipedia.org/wiki/Biblioth%C3%A8que_logicielle

http://fr.wikipedia.org/wiki/Logiciel

http://fr.wikipedia.org/wiki/Microsoft

http://fr.wikipedia.org/wiki/Programmation_Web

http://fr.wikipedia.org/wiki/Site_web_dynamique

http://fr.wikipedia.org/wiki/Site_web_dynamique

http://fr.wikipedia.org/wiki/Plate-forme_%28informatique%29

http://fr.wikipedia.org/wiki/Microsoft_Windows

http://fr.wikipedia.org/wiki/Internet_Information_Services

http://fr.wikipedia.org/wiki/Linux

http://fr.wikipedia.org/wiki/Unix

http://fr.wikipedia.org/wiki/Apache_HTTP_Server

http://fr.wikipedia.org/wiki/VBScript

http://fr.wikipedia.org/wiki/JScript

http://fr.wikipedia.org/w/index.php?title=PerlScript&action=edit&redlink=1

http://fr.wikipedia.org/wiki/REXX

http://fr.wikipedia.org/wiki/Python_%28langage%29

http://fr.wikipedia.org/wiki/File_Transfer_Protocol

http://fr.wikipedia.org/wiki/SMTP

http://fr.wikipedia.org/wiki/HTTP

http://fr.wikipedia.org/wiki/Windows_NT


Conclusion


20

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.

Gestion en ligne des cotisations Cahier des charges


21

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


Spécification des besoins


22

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.


Spécification des besoins


23

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.


Etude de l’existant


24

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.


Etude de l’existant


25

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.

http://www.gestasso.com/

http://www.bicec.com/


Limites de l’existant et proposition de solutions


26

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

Enregistrement manuel des

informations sur un support

en papier

-Difficulté à retrouver

rapidement une information

-Risque de sécurité des

informations (support

sensible au feu, a l’eau,

exposé au vol, détournement,

falsification…)

-Enregistrement électronique

et centralisation des

informations sur un serveur

facilement accessible.

-Sauvegarde des

informations sur plusieurs

supports

Le lieu de la réunion est

unique et tous les membres

doivent s’y retrouver

Difficulté pour les membres

en déplacement d’avoir accès

à l’information ou

d’effectuer les cotisations

-Rendre les informations

accessibles via internet

-Permettre l’enregistrement

de ces informations via

internet par l’administrateur

de la réunion pour les mises à

jour


Limites de l’existant et proposition de solutions


27

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

Multitude de fonctionnalités

Déroute l’utilisateur qui n’a

pas besoin de toutes ces

fonctionnalités (inutiles pour

la plupart dans certains cas)

ou repousse directement les

moins avertis.

-Rendre l’application la plus

simple et intuitive en limitant

les fonctionnalités a

l’essentiel et en simplifiant

l’interface

Certains aspects des

cotisations ne sont pas gérés

(caisses, prêts, sanctions)

Manque d’intérêt d’une

application qui ne gère pas

ces opérations pour la

majorité des réunions.

-Intégration de ces opérations

dans l’application

Les logiciels payants Très peu de personnes

utilisent l’application

Proposer une application

gratuite pour les membres

inscrits

L’utilisateur n’a aucun

contrôle sur l’application

Les membres de la réunion

n’ont aucun contrôle sur la

gestion des cotisations et des

informations

-mettre sur pied une interface

d’administration pour

permettre aux membres

d’interagir directement avec

l’application


Conclusion


28

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.

Gestion en ligne des cotisations Dossier d’analyse


29

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



30

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


Présentation de MERISE


31

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.

http://fr.wikipedia.org/wiki/M%C3%A9thode

http://fr.wikipedia.org/wiki/Conception_de_produit

http://fr.wikipedia.org/wiki/Syst%C3%A8mes_d%27informations


Analyse détaillée de la solution


32

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

Figure 2 : Formalisme du MCC

Acteur interne Acteur externe Flux




33

1.6- Représentation

Figure 3 : Modèle Conceptuel de Communication




34

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




35

Figure 5 : graphe des flux enregistrement des cotisations

Processus de remise des cotisations

Figure 6 : graphe des flux remise des cotisations




36

Processus de prêt à un membre

Figure 7 : graphe des flux prêt à un membre




37

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

Enchaînement des PF

Nature

Poste de travail

Début Durée Lieu RSP RSS

PF : Procédure Fonctionnelle

RSP : Responsable

RSS : Ressources




38

3.2- Représentation du MOT


Tableau 5 : MOT inscription d'un membre

Déroulement


Nature

Poste de travail


Dès le

dépôt de

la

demande

Indéte

rminé

e

A

Siège de la

réunion

L’Administrat

eur ou

secrétaire

1 PC + 1

personn

e


RSP : Responsable

RSS : Ressources

A : Automatisé

PC : Ordinateur Personnel




39


Tableau 6 : MOT enregistrement des cotisations

Déroulement


Nature

Poste de travail


Début

d’une

séance

de la

réunion

Durée

de la

séance

AM

Lieu de

tenue de la

réunion

Le trésorier

Le secrétaire

1 PC + 2

personn

es


RSP : Responsable

RSS : Ressources

AM : Automatisé et manuel





40


Tableau 7 : MOT remise des cotisations

Déroulement


Nature

Poste de travail


Début

d’une

séance

de la

réunion

Durée

de la

séance

AM

Lieu de

tenue de la

réunion

Le trésorier

Le secrétaire

1 PC + 2

personn

es


RSP : Responsable

RSS : Ressources






41


Tableau 8 : MOT prêt à un membre

Déroulement


Nature

Poste de travail


Indéter

minée

indéte

rminé

e

AM

Lieu de

tenue de la

réunion

Le trésorier

Le secrétaire

1 PC + 2

personn

es


RSP : Responsable

RSS : Ressources




Conclusion


42

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.

Gestion en ligne des cotisations Dossier de conception


43

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



44

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




45

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




46

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




47

3- Représentation du Modèle Conceptuel de Traitement (MCT)


Figure 9 : MCT inscription d'un membre


Figure 10 : MCT enregistrement des cotisations




48


Figure 11 : MCT prêt à un membre


Figure 12 : MCT remise des cotisations




49

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




50

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

la réunion

AN 255 Obligatoire

3 Date_creation_reunion Date de creation de

la reunion

Date 8 Obligatoire

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

membre

A 255 Obligatoire

9 Ville Ville de résidence du

membre

A 255 Obligatoire

10 Email e-mail du membre AN 255 Obligatoire

11 Num_cpte Numéro de compte

bancaire du membre

AN 20 Facultatif

12 Date_inscr Date d’inscription en

ligne du membre

date 8 Obligatoire

13 Date_modif Date de modification

du compte en ligne

date 8 Obligatoire

14 Date_seance Date de tenue de la

séance

Date 8 Obligatoire




51

15 Lieu_seance Lieu ou s’est tenu la

seance

A 255 Facultatif

16 Heure_debut Heure de début de la

seance

Heure 8 Obligatoire

17 Heure_fin

Heure de fin de la

seance

Heure 8 Obligatoire

18 Montant_vers Montant du

versement effectué

par le membre

N 20 Obligatoire

19 Nom_caisse Nom de la caisse A 255 Obligatoire

20 Date_creation_caisse Date de création de

la caisse

Date 8 Obligatoire

21 Montant_min Montant minimum à

verser dans la caisse

par un membre

N 20 Facultatif

Légende des types :

A : Alphabétique

N : Numérique

AN : Alphanumérique




52

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




53

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




54

5- Représentation du Modèle Conceptuel de données

Figure 14 : Modèle Conceptuel des Données

Gestion en ligne des cotisations Dossier de réalisation


55

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



56

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 .............................................................................................................


Introduction


57

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


Modèle Logique de Données Relationnelles


58

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)


Modèle Physique de Données


59

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)


Architecture de l’application


60

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.

Figure 15 : Architecture 3/3

Requêtes

Données

Données

URL

Page web

Envoi des requêtes

sous-jacentes

Niveau 1

Poste client

Fichier PHP

Fichier HTML

Serveur web

Apache

Parseur PHP

Base de données

Niveau 2

Niveau 3


Choix des outils


61

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


Choix des outils


62

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)


Estimation du coût de l’application


63

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


Planning prévisionnel


64

VI- Planning Prévisionnel

5T5

Gestion en ligne des cotisations Guide utilisateur


65

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 ? »



66

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



67

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.

Gestion en ligne des cotisations Conclusion générale


68

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.

Gestion en ligne des cotisations Bibliographie/webographie


69

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

Gestion en ligne des cotisations Bibliographie/webographie


70

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

http://www.siteduzero.com/tutoriel-3-13666-apprenez-a-creer-votre-site-web-avec-html5-et-css3.html

http://www.siteduzero.com/tutoriel-3-13666-apprenez-a-creer-votre-site-web-avec-html5-et-css3.html

http://fr.wikipedia.org/wiki/php

http://fr.wikipedia.org/wiki/Architecture_trois_tiers

http://www.phpmyadmin.net/

http://www.siteduzero.com/tutoriel-3-309961-dynamisez-vos-sites-web-avec-javascript.html

http://www.toutjavascript.com/main/index.php3

Rapport de stage IAI-Prosygma 2011-2012

Education

Transcript of Rapport de stage IAI-Prosygma 2011-2012