Document de Memoire

MINISTERE DE L’ENSEIGNEMENT REPUBLIQUE TOGOLAISE
SUPERIEUR ET DE LA RECHERCHE
Travail-Liberté-Patrie
Université de Lomé (UL) DECISIONS SARL-U
CENTRE INFORMATIQUE ET DE CALCUL (CIC)
N° d’ordre : 2016/GL-003
MEMOIRE DE FIN DE FORMATION POUR L’OBTENTION DU DIPLÔME DE

LICENCE PROFESSIONNELLE
Domaine : Sciences et technologies
Mention : Informatique
Spécialité : Génie Logiciel
Thème:
MISE EN PLACE D’UNE APPLICATION

WEB POUR LA SOUMISSION ET LE
FINANCEMENT DES PROJETS EN LIGNE
Présenté par :
GASSIHOUN Kossiwa Sylvie Judith
Maître de stage Directeur de mémoire

M. K Mawulolo WOMENOR M. Folly AKAKPO
Consultant en Système Décisionnel Enseignant au CIC
Novembre 2016
MISE EN PLACE D’UNE APPLICATION WEB POUR LA SOUMISSION ET LE FINANCEMENT DES PROJETS EN LIGNE
DEDICACES
AUX FAMILLES GASSIHOUN, KINVI-DOSSOU,
A MES CHERS PARENTS,
A MES FRERES ET SŒURS,
A MES AMI(E) S,
A TOUS CEUX QUI COMPTENT POUR MOI,
JE DEDIE CE DOCUMENT.
QU'ILS TROUVENT DANS CE MODESTE
TRAVAIL L'EXPRESSION DE MA
RECONNAISSANCE, MON AMOUR,
MON AMITIÉ ET MON ESTIME
Mémoire LP GL ii GASSIHOUN K. Sylvie Judith

REMERCIEMENTS
Je tiens tout d’abord à remercier le Dieu Tout-Puissant, l’auteur de mon souffle pour m’avoir
donné la force, la santé, le courage et la sagesse nécessaire à la réalisation de ce projet.
Je tiens également à remercier :

 M. et Mme GASSIHOUN, mes parents géniteurs pour leurs efforts, dépenses et
sacrifices tout au long de mon cursus scolaire et universitaire ;
 Prof. d’ALMEIDA Amah, Ancien directeur du CIC ;
 Dr PALANGA Eyouleki, Ancien directeur adjoint du CIC;
 Kossi ATCHONOUGLO, directeur du CIC ;
 Tchamye Tcha-Esso BOROZE, directeur adjoint du CIC
 Dr Yaovi Minontikpo AWUSSI pour m’avoir permis d’intégrer la Division Production
Informatiques et Statistiques du cabinet DECISIONS SARL-U et pour la confiance
qu’il m’a accordée en me confiant ce projet ;
 M. WOMENOR Komla Mawulolo, Responsable de mon stage pour sa disponibilité,
ses conseils judicieux et les conversations enrichissantes ;
 M. AKAKPO Folly, Directeur de mémoire pour son encadrement, pour sa patience
envers moi, l’intérêt accordé à ce travail et pour les précieux conseils.
 L’équipe de DECISIONS pour leur convivialité, et leurs conseils avisés qui m’ont
permis de m’épanouir et d’apprendre beaucoup de choses durant ce stage, que ce soit
dans le cadre de mon projet ou sur des sujets plus vastes ;
 Tout le personnel administratif et le corps enseignant du CIC, pour l’accompagnement
et la formation de qualité qu’ils m’ont offert tout au long de mon cursus.
 Mes frères et sœurs Déla Sandra, Edem et Peace pour leur amour, leur encouragement
et soutien ;
 Mes ami(e)s et ceux qui, de près ou de loin, ont aidé à l’élaboration de ce mémoire.
Un grand merci pour vos soutiens.
Pour finir, je remercie les membres du jury qui ont accepté d’évaluer mon travail.
Je leurs présente toute ma gratitude et mes profonds respects.
Mémoire LP GL iii GASSIHOUN K. Sylvie Judith

SOMMAIRE
DEDICACES........................................................................................................................................... ii
REMERCIEMENTS .............................................................................................................................. iii
SOMMAIRE .......................................................................................................................................... iv
LISTES DES FIGURES .......................................................................................................................... v
LISTE DES TABLEAUX ...................................................................................................................... vi
GLOSSAIRE ......................................................................................................................................... vii
INTRODUCTION ................................................................................................................................... 1
CHAPITRE 1 : PRESENTATION GENERALE.................................................................................... 3
1.1. Le cadre de formation.............................................................................................................. 4
1.2. Le cadre de stage .......................................................................................................................... 7
CHAPITRE 2 : ETUDE PREALABLE DU PROJET .......................................................................... 13
2.1. Présentation du projet ................................................................................................................. 14
2.2. Problématique............................................................................................................................. 14
2.3. Objectifs du projet ...................................................................................................................... 15
2.4. Les fonctionnalités attendues de l’application ........................................................................... 16
2.5. Etude de l’existant ...................................................................................................................... 17
2.6. Critique de l’existant .................................................................................................................. 19
2.7. Présentation des solutions possibles ........................................................................................... 20
2.8. Solution retenue.......................................................................................................................... 22
CHAPITRE 3 : LA MODELISATION ................................................................................................. 24
3.1. Justification du choix de l’outil de modélisation ........................................................................ 25
3.2. La méthode de modélisation UML ............................................................................................. 25
3.3. Les différents diagrammes de DECISIONS INVEST PROJECT .............................................. 28
CHAPITRE 4 : LA PROGRAMMATION ........................................................................................... 52
4.1. Les outils de développement choisis .......................................................................................... 53
4.2. La base de données ..................................................................................................................... 59
4.3. L’application WEB..................................................................................................................... 59
CHAPITRE 5 : LES RESULTATS OBTENUS ................................................................................... 70
5.1. Mise en exploitation ................................................................................................................... 71
5.2. Quelques interfaces de l’application .......................................................................................... 71
5.3. Les extensions envisageables ..................................................................................................... 76
CHAPITRE 6 : EVALUATION FINANCIERE ................................................................................... 78
CONCLUSION ..................................................................................................................................... 80
BIBLIOGRAPHIE ET WEBOGRAPHIE ............................................................................................ 81
TABLE DES MATIERES..................................................................................................................... 82
Mémoire LP GL iv GASSIHOUN K. Sylvie Judith

LISTES DES FIGURES

Figure 1. Organisation structurelle du CIC ................................................................................ 5
Figure 2 : Organisation structurelle de DECISIONS SARL-U................................................ 11
Figure 3 : Diagramme de paquetage de DECISIONS INVEST PROJECT ............................. 29
Figure 4. Diagramme de cas d’utilisation (module soumission de projet) ............................... 30
Figure 5. Diagramme de cas d’utilisation (module financement de projet) ............................. 37
Figure 6. Diagramme de cas d’utilisation (module administration) ......................................... 40
Figure 7. Diagramme de cas d’utilisation (module service juridique) ..................................... 44
Figure 8. Diagramme de classes de l’application DECISIONS PROJECT INVEST .............. 46
Figure 9. Modèle relationnel des données de DECISIONS PROJECT INVEST .................... 47
Figure 10. Diagramme d’activités (module soumission de projet) .......................................... 48
Figure 11. Diagramme d’activités (module financement de projet) ........................................ 49
Figure 12. Diagramme d’activités (module service juridique)................................................. 50
Figure 13. Diagramme d’activités (Procédure administration) ................................................ 51
Figure 14. Architecture de l’application .................................................................................. 60
Figure 15. Architecture de la page « soumission des projets » ................................................ 61
Figure 16. Architecture de la page « Financement des projets » ............................................. 62
Figure 17. Architecture de la page « service juridique ».......................................................... 63
Figure 18. Capture d’un modèle (Modèle de la table « financements ») illustrant les fonctions
définies ..................................................................................................................................... 65
Figure 19. Capture d’une vue (vue principale « accueil.php ») ............................................... 66
Figure 20. Capture d’un contrôleur (Contrôleur accueil) ......................................................... 67
Figure 21 : Bannière de la page d’accueil ................................................................................ 72
Figure 22 : Page d’accueil ........................................................................................................ 72
Figure 23 : Statistiques ............................................................................................................. 73
Figure 24 : Téléchargement des guides d’utilisateurs .............................................................. 73
Figure 25 : Page d’inscription/connexion des initiateurs de projets ........................................ 74
Figure 26 : Page de profil d’un initiateur ................................................................................. 74
Figure 27 : Page de présentation des projets soumis par un initiateur de projet dans son espace
membre ..................................................................................................................................... 75
Figure 28 : Page de soumission d’un nouveau projet ............................................................... 75
Figure 29 : Page de contact ...................................................................................................... 76
Mémoire LP GL v GASSIHOUN K. Sylvie Judith

LISTE DES TABLEAUX

Tableau1. Description textuelle du cas « Soumettre un projet » .............................................. 31
Tableau2. Description textuelle du cas « Modifier son compte » ............................................ 32
Tableau3. Description textuelle du cas « Consulter ses informations »................................... 33
Tableau4. Description textuelle du cas « Contacter l’administrateur » ................................... 34
Tableau5. Description textuelle du cas « Vérifier l’évolution de ses projets » ........................ 35
Tableau6. Description textuelle du cas « Télécharger un rapport » ......................................... 36
Tableau7. Description textuelle du cas « Financer un projet » ................................................ 38
Tableau8. Description textuelle du cas « Consulter l’état de ses financements » .................... 39
Tableau9. Description textuelle du cas « Récupérer les informations des projets » ................ 41
Tableau10. Description textuelle du cas « Valider ou rejeter un projet» ................................. 42
Tableau11. Description textuelle du cas « Valider paiement par chèques » ............................ 43
Tableau12. Description textuelle du cas « Authentifier un projet »......................................... 45
Tableau 13. Tableau de présentation de l’estimation du coût de l’application ........................ 79
Mémoire LP GL vi GASSIHOUN K. Sylvie Judith

GLOSSAIRE
Startups : (ou jeune pousse) est une jeune entreprise innovante à fort potentiel de croissance
qui fait souvent l'objet de levées de fonds.
Application web : désigne un logiciel applicatif hébergé sur un serveur et accessible via un
navigateur web. Contrairement à un logiciel traditionnel, l'utilisateur d'une application web n'a
pas besoin de l'installer sur son ordinateur.
Plateforme : est en informatique une base de travail à partir de laquelle on peut écrire, lire,
développer et utiliser un ensemble de logiciels.
.htaccess : est un fichier qui sert à indiquer des commandes pour le serveur, c'est un fichier de
configuration pour Apache. Par exemple, il sert à protéger une page par un mot de passe ou
encore à créer ses propres pages d'erreurs (les erreurs 401, 403, 404... etc.).
URL : Uniform Resource Locator, désigne une chaîne de caractères utilisée pour adresser les
ressources du World Wide Web.
Framework : désigne en programmation informatique un ensemble d'outils et de composants

logiciels à la base d'un logiciel ou d'une application ; c’est lui qui établit les fondations d'un
logiciel ou son squelette
Crowdfunding : mise en relation directe des entrepreneurs à la recherche de fonds avec des
investisseurs qui possèdent de l’argent pour le prêter ou le faire fructifier
Architecture MVC : Modèle-Vue-Contrôleur, modèle d'architecture qui cherche à séparer

nettement les couches de présentation (interface d’utilisateur), métier (couche de logique
métier) et d'accès aux données (couche d’accès aux données).
SGBD : Système de Gestion de base de données : est un logiciel système conçu pour créer et
gérer des bases de données. Le SGBD offre aux utilisateurs et aux programmeurs les outils
nécessaires pour mettre à jour leurs données, quelle que soit leur activité.
SMS : Short Message Service permet de transmettre de courts messages textuels. C'est l'un
des services de la téléphonie mobile (il a été introduit par la norme GSM).
Mémoire LP GL vii GASSIHOUN K. Sylvie Judith

INTRODUCTION
Science à évolution très remarquable et perpétuelle, l’informatique, définie comme la
science de traitement automatique de l’information, a de nos jours pratiquement envahi tous
les secteurs d’activités. En effet, elle offre des solutions adéquates, efficaces et rapides à
certains problèmes et routines que l’homme rencontre dans ses activités. Ainsi, de nos jours,
tout secteur d’activité, pour s’assurer une meilleure qualité et une rapidité dans le traitement et
le partage de ses informations, fait recours à l’informatique. L’entrepreneuriat n’est pas du
reste.
L’entrepreneuriat, un secteur en vogue aujourd’hui est considéré comme l’un des

moyens efficaces pour lutter contre le sous-emploi. D’un côté, il y a des personnes désireuses
de fructifier leur argent en les investissant dans des projets rentables. Ces potentiels
investisseurs ne maîtrisent pas pour autant le domaine du financement mais leur
préoccupation majeure est de réaliser des bénéfices. De l’autre, il est courant de constater que
les jeunes entrepreneurs du Togo ont du mal à obtenir des financements pour la réalisation de
leurs projets, du fait de leur inexpérience supposée. Ainsi, les porteurs de projet se retrouvent
très souvent confrontés à l’absence de moyens financiers. Quand les banques se montrent
réticentes à prêter de l’argent aux entrepreneurs, il faut trouver de nouveaux moyens de
financement. Le crowdfunding peut être la solution.
Le crowdfunding ou le financement participatif est la mise en relation directe des

entrepreneurs à la recherche de fonds avec des investisseurs qui possèdent de l’argent pour le
prêter ou le faire fructifier. Les deux parties peuvent se rencontrer sur une plateforme internet
qui fait le lien et qui récolte les fonds. La somme collectée peut aller de quelques centaines
d’euros à plusieurs centaines de milliers d’euros. Les projets à financer peuvent être aussi bien
des startups que des activités artistiques ou encore des actions philanthropiques.
Aider les porteurs de projets à trouver les fonds nécessaires à la réalisation de leurs
projets par le financement participatif, faciliter le placement des capitaux par les investisseurs
dans des projets rentables, etc. constituent donc un enjeu majeur pour le secteur
entrepreneurial. C’est pour atteindre ces objectifs que DECISIONS SARL-U, cabinet de
conseil et assistance en Management, Qualité, Informatique et Statistiques a voulu mettre en
place une plateforme web capable de répondre efficacement aux besoins des porteurs de
projets et des investisseurs.
Mémoire LP GL 1 GASSIHOUN K. Sylvie Judith

Pour ce faire, l’honneur nous est donc revenu de réaliser le projet intitulé « Mise en place
d’une application web pour la soumission et le financement des projets en ligne :
DECISIONS INVEST PROJECT».
Nous en avons la capacité grâce à notre formation de trois (03) ans au CIC (Centre
Informatique et de Calcul), spécialité Génie Logiciel (GL). C’est justement dans le cadre de
cette formation que nous avons effectué un stage à DECISIONS SARL-U, obligatoire pour
tout étudiant finissant du CIC.
Ainsi ce document qui relate notre travail effectué à DECISIONS SARL-U s’articule
autour des chapitres suivants :
 La présentation générale ;
 La modélisation;
 La Programmation ;
 Les résultats obtenus ;
 L’évaluation financière.

CHAPITRE 1 : PRESENTATION
GENERALE

Ce chapitre couvre d’une manière générale le contexte de travail de notre projet de fin
d’étude. Nous commencerons par une présentation de notre cadre de formation (Centre
Informatique et de Calcul : CIC) suivie de la présentation du cadre de notre stage (cabinet
DECISIONS SARL-U).
1.1.Le cadre de formation
Dans cette première partie, nous présenterons notre cadre de formation.
1.1.1. Présentation
Créé en 1988, le CIC (Centre Informatique et de calcul) est situé dans l’enceinte de
l’Université de Lomé (UL), non loin de la Faculté des Sciences. Sa mission est d’apporter un
appui logistique et technique en informatique aux établissements et services centraux de
l’Université de Lomé dans la mise en place de programmes informatiques et d’assurer la
diffusion de l’informatique. À ce titre, le CIC réalise les applications informatiques au profit
des institutions de la communauté universitaire et offre un cadre pour la formation en
informatique.
En 1990, est ouvert le Centre Interafricain de Formation à la Maintenance des

Equipements Micro-informatiques (CAFMICRO), qui avait pour objectif la formation POST-
DUT des techniciens supérieurs en maintenance informatique. En 1995, deux filières DUT en
informatique destinée à former des techniciens supérieurs en informatique a été créée.
L’année 2009 marque un tournant dans la formation du CIC avec l’avènement du système
LMD (Licence-Master-Doctorat) ; désormais le CIC forme ses étudiants en vue de l’obtention
d’une Licence Professionnelle en Génie Logiciel ou en Maintenance Informatique et Réseaux.
1.1.2. Objectifs
Le Centre Informatique et de Calcul est un support en informatique aux instituts de

l’Université de Lomé; en ce sens il organise :
 Des cours d’initiation ;

 Des cours de recyclage ;
 L’assistance aux enseignants chercheurs de l’Université ;
 Des séminaires de formation ;
 L’assistance technique aux instituts (mise en place des systèmes d’information) ;

 Des élaborations et réalisation de projets Informatiques.

En outre, le CIC assure la formation académique de ses étudiants.
1.1.3. Organisation structurelle du CIC
Le CIC dépend de la présidence de l’Université de Lomé (UL) et est dirigé par un

Directeur Général, secondé par un Directeur Adjoint (Voir figure 1).
Figure 1. Organisation structurelle du CIC
1.1.4. Activités
Au sein du CIC, nous avons cinq (5) grandes activités qui sont : la formation
académique des étudiants, la formation du CISCO NETWORKING ACADEMY,
l’association ATULL, le développement d’applications et la maintenance des équipements
informatiques.
 La formation académique des étudiants

Le recrutement au CIC s’effectue sur concours pour les étudiants nationaux et sur
étude de dossier pour les étudiants étrangers. La durée de la formation est de six (6)

semestres, pour l’obtention d’une Licence Professionnelle en Génie Logiciel ou en

Maintenance et Réseaux avec une soutenance d’un mémoire de stage en fin de formation.
 La formation du CISCO NETWORKING ACADEMY

Le Cisco Networking Academy Program est un cours de quatre (4) semestres ou
modules de cours sur la technologie des réseaux, la configuration, la maintenance et la
conception de réseaux. Il prépare à la certification CCNA (Cisco Certified Network
Associate).
 Le cycle Master
L’ouverture du cycle Master a été effectuée dans le mois de mars 2016, en partenariat
avec l’Université de Technologie de Belfort-Montbéliard (UTBM) en France et l’Institut
Africain d’Informatique (IAI-TOGO).
 L’association A.T.U.L.L
L’Association Togolaise des Utilisateurs de Logiciels libres (A.T.U.L.L) est une
association chargée d’animer le LABTIC, qui est un laboratoire des Logiciels Libres. Elle a
son siège au CIC.
 Le projet CVA (Campus Virtuel Africain)

Le projet CVA a pour objectif la production de cours en ligne. Il est lancé en août
2011 par la formation d’une vingtaine d’enseignants-chercheurs des universités publiques de
Lomé et de Kara. Le projet CVA est logé au Centre Informatique et de Calcul de l’Université
de Lomé (CIC/UL).
 La salle des indiens

Elle sert de salle de formation à distance dans le domaine du Master of Information
Technology MSC (IT) de l’Université de Madras(Inde) en collaboration avec l’Université de
Lomé. Cette offre de formation à distance s’adresse aux étudiants, professionnels ou toutes
personnes désireuses de se perfectionner dans le domaine sus-indiqué.
 Le développement d’applications
Le développement d’applications assuré par la Division Développement est notre
cadre de stage. Elle est composée de développeurs et d’enseignants chercheurs.

 La maintenance des équipements informatiques

La Division Maintenance s’occupe du maintien en état de bon fonctionnement des
équipements informatiques.
1.1.5. Perspectives
Le CIC projette de créer, un Laboratoire de Recherche en Informatique Appliquée (LRIA). Le

LRIA devrait répondre à deux objectifs :
 Développer à l’Université de Lomé la formation et la recherche dans le domaine de

l’informatique appliquée;
 Promouvoir le travail des chercheurs du laboratoire et valoriser leurs travaux auprès
des instances universitaires africaines et internationales.
Le CIC envisage aussi de créer une dizaine d’académies locales de CISCO au Togo, ce
qui lui permettra de devenir une académie régionale de CISCO. Ainsi, il ne formera plus les
étudiants mais se chargera de la formation des formateurs.
1.2. Le cadre de stage
Après avoir présenté notre cadre de formation, nous allons maintenant présenter notre cadre
de stage.
1.2.1. Présentation
Le cabinet DECISIONS SARL-U est un cabinet de consultation, conseil et assistance en :
 Qualité et autres systèmes de management

DOMAINE NORME OBJECTIF

Améliorer ses performances globales afin de fournir
des produits/services satisfaisants aux exigences des
Qualité ISO 9001:2015
clients et à la réglementation applicable, et accroître la
satisfaction des clients.
Soutenir et promouvoir de bonnes pratiques de SST,
Environnement ISO 14001:2015
en adéquation avec les besoins socio-économiques.
Dans le cadre des activités de l’organisme, protéger
Sante / Sécurité au l’environnement et répondre à l’évolution des
OHSAS 18001:2007
Travail conditions environnementales en tenant compte des
besoins socio-économiques.
Santé / Sécurité des Adapter les mesures QSE à la préparation, la
SANS 10366:2009
Evènements réalisation et la clôture d’un évènement.
HACCP + Sécurité des Garantir des aliments seins et propres à la
ISO 22000:2005
Denrées Alimentaires consommation humaine
Protéger l’organisme des incidents perturbateurs,
Sécurité Sociétale Ŕ
ISO 22301:2011 réduire leur probabilité de survenance, s’y préparer, y
Continuité des activités
répondre et s’en rétablir lorsqu’ils surviennent.
Garantir la confidentialité, l’intégrité et la
Sécurité de
27001:2013 disponibilité des informations (directe et indirecte,
l’Information
physique ou virtuelle)
 Outils Qualité (roue de Deming, brainstorming, 5M, diagramme d’Ishikawa, etc.)

 Maîtrise Statistique des Processus
 Qualité Totale (TQM), Six Sigma, etc.
 Etude environnementale et sociale
 Etude d’impact environnemental et social ;
 Audit environnemental ;
 Evaluation environnementale stratégique ;
 Plan de Gestion Environnemental et Social (PGES) ;
 Audience publique.
 Etude des risques

 Audit des systèmes de sécurité (SST, Information, etc.) ;
 Cartographie des risques ;
 Evaluation et traitement des risques basés sur lSO 31000 ;
 Projets

 Planification des projets ;

 Suivi évaluation des projets ;
 Evaluation socioéconomique des projets.
 Ingénierie Informatiques, Statistiques et Management

 Systèmes Décisionnels ;
 Business Intelligence, Data Mining ;
 Intégration de Technologies d’Information ;
 Ressources humaines : recrutements, formations, consulting/coaching
 Recherches Marketing ;
 Etudes de marchés ;
 Etudes statistiques ;
 Recherches/Veilles ;
 Centre d’Appels : Decisions Info

 Outils informatiques
 Technologie : Nouvelles technologies & Internet ;
 Langages de Programmation : Java, Visual-Basic, VBA, C++, XML, PHP, ASP,
Javascript, Html, SQL, langages SAS (L4G, Macro, SCL, SQL) ;
 Bases de données : Access, SAS, MySql, etc. ;
 Système d’Exploitation : Windows Vista, Windows 2000 Professional, Windows
2000 Server, Windows NT, Windows XX ;
 Modélisation: Merise, U.M.L. ;
 Data Mining & Analyses statistiques: SAS, CSPro, QUESTION, SPSS, SPAD, R,
etc. ;
 Tableurs ;
 MS PowerPoint.
1.2.2 Objectifs
DECISIONS s’est donné pour mission d'offrir des prestations de consulting et de

formation adaptées aux besoins des milieux économiques de tous les secteurs.
Son unique ambition est d’aider ses clients à augmenter leur compétitivité en améliorant :
 la qualité de leurs produits et services ;

 leur stratégie d’entreprise et son pilotage ;
 la sureté de leurs systèmes d’information et de décisions ;

 la compétence et la mobilisation de leurs équipes.
Son business est d’être le plus proche possible de ses clients pour mieux identifier
leurs besoins et leur proposer des solutions aussi sûres qu’innovantes. Tout le personnel et les
consultants associés s’engagent avec le Directeur Général pour des prestations respectant les
règlements et normes en vigueur, la déontologie du métier de consultant et la confidentialité
du prestataire interne. Ils ont mis en place des objectifs qui concourent à la satisfaction
globale et totale de leurs clients.
A tous les niveaux, des indicateurs adéquats sont construits pour surveiller leurs efforts. Très
conscients de leurs responsabilités, ils s’engagent à mettre à disposition toutes les ressources
nécessaires pour que leur organisme soit et demeure une entreprise de classe internationale.
Pour tout cela, le cabinet nomme un Responsable Qualité chargé de représenter ce dernier
auprès des partenaires internes et externes, pour tous les sujets concernant la Qualité.
1.2.3. Organisation structurelle de DECISIONS SARL-U
Dirigé par Dr Minontikpo Yaovi AWUSSI, le cabinet DECISIONS regroupe en son

sein des consultants dans divers domaines telles que : systèmes de management ; systèmes
décisionnels (informatiques, statistiques) ; environnement.

Figure 2 : Organisation structurelle de DECISIONS SARL-U
1.2.4 Clients de DECISIONS
Le cabinet DECISIONS offre ses multiples services à plusieurs sociétés ou organismes

d’ici ou d’ailleurs. La liste qui suit présente quelques clients de DECISIONS.
 Togo Cellulaire ;
 Société Générale des Moulins du Togo (SGMT) ;
 Amexfield - Togo Steal (ATS) ;
 NOUVELLE SOTOTOLES SA ;
 NSIA Togo & NSIA Vie Togo ;
 Brasserie SA
 SCP AQUEREBURU & PARTNERS ;
 SCP MARTIAL AKAKPO & ASSOCIES ;
 CIMTOGO ;

 FAO ;
 PNUD ;
 ONUDI ;
 UNOPS ;
 Atlantique Télécom (MOOV) ;
 Port Autonome de Lomé ;
 La Togolaise des Eaux (TdE) ;
 Orange Mali ;
 MAEP Bénin.
Ce chapitre introductif a été consacré essentiellement à la présentation du cadre d'étude et

du cadre de stage. Le chapitre suivant présentera une étude préalable de notre projet.

CHAPITRE 2 : ETUDE
PREALABLE DU PROJET

L’étude préalable est l’une des étapes indispensables dans la réalisation d’un projet de
développement informatique. Elle permet de dévoiler le sujet et d’en proposer des solutions
après une analyse méthodique. Ce chapitre va donc présenter en détails l’objet de notre stage.
Nous en présenterons les objectifs ainsi que les fonctionnalités attendues par la maîtrise
d’ouvrage au lancement du projet.
2.1. Présentation du projet
DECISIONS INVEST PROJECT est un projet lancé par DECISIONS depuis

Septembre 2015. Dans sa politique pour favoriser l’expansion et l’utilisation des
Technologies de l’Information et de la Communication (TIC) dans différents secteurs,
DECISIONS SARL-U souhaite mettre en place une plateforme web qui permettra à des
initiateurs de projets de soumettre leurs projets afin de trouver le financement nécessaire. Elle
permettra aussi aux investisseurs de faire fructifier leur argent en finançant les projets qu’ils
jugeront rentables et présentés sur la plateforme. Cette innovation permettra donc aux porteurs
de projets et aux investisseurs de gagner du temps dans le déroulement des processus de
financement et de bénéficier d’un suivi en temps réel de ces processus. Cette plateforme a
aussi pour but de permettre aux porteurs de projets de disposer d’une première communauté
active autour de leurs projets.
Notre travail consiste à analyser et à concevoir une plateforme web adaptée aux
besoins des porteurs de projets et des investisseurs. Le système doit aussi permettre aux
investisseurs d’utiliser les moyens de paiement numériques s’ils le souhaitent.
2.2. Problématique
Pourquoi DECISIONS SARL-U a-t-il senti le besoin de mettre en place une plateforme
web de soumission et de financement de projets en ligne?
La réponse à cette question est que DECISIONS SARL-U a constaté certains

manquements dans la gestion actuelle des financements de projets au Togo. Ces manquements
sont de plusieurs ordres :
 De nos jours, pour trouver le financement nécessaire à la réalisation de leurs projets,

les jeunes entrepreneurs nationaux doivent faire une demande de financement soit
auprès du Fonds d’Appui aux Initiatives Economiques des Jeunes (FAIEJ), soit auprès

des banques ou institutions financières. Aussi les investisseurs désireux de faire

fructifier leur argent doivent s’adresser à la Société de Gestion des Intermédiations
(SGI) ou autres société similaires.
 Ensuite, le temps étant un élément très précieux ; nous notons une certaine lenteur
dans le déroulement des procédures précitées. De même, les demandeurs tentent de
corrompre les acteurs du financement afin d’être prioritaires.
 Egalement, le manque d’accompagnement juridique aux porteurs de projets, qui
devrait leur permettre de conformer leur entreprise aux normes et pratiques en vigueur,
est à déplorer.
 Enfin, DECISIONS SARL-U désire rendre disponibles, accessibles, de manière
continue, les informations sur tous les projets, les investissements. Cela créera ainsi
un carrefour de rencontre multidisciplinaire qui servira à la mise en commun de
ressources financières, d’idées, d’expertises et d’expériences pour satisfaire les
besoins des jeunes entrepreneurs et des investisseurs.
C’est le désir de pallier ces dysfonctionnements qui motive la mise en place de cette
plateforme.
Il s’avère désormais capital pour DECISIONS SARL-U de mettre le secteur

entrepreneurial au pas des innovations technologiques, de mettre en confiance les
investisseurs et les porteurs de projets en dotant le Togo d’une plateforme web de soumission
et de financement en ligne.
2.3. Objectifs du projet
DECISIONS INVEST PROJECT devra permettre :
 Aux initiateurs de projets

 De soumettre leurs projets sur la plateforme et de bénéficier d’une étude du projet
par une équipe adéquate ;
 De suivre l’évolution des états des projets de leur soumission à leur réalisation, si
le projet est financé ;
 De trouver le financement nécessaire à la réalisation des projets qu’ils soumettent
et qui ont été jugé rentables ;
 De bénéficier d’une assistance (conseil, expérience,…) d’experts en cas de besoin.

 Aux investisseurs
 De faire fructifier leur argent en investissant dans l’un ou plusieurs des projets qui
leur sont présentés ;
 D’avoir un garant de leurs investissements qui s’engage pour que les projets
financés atteignent leurs objectifs et génère des revenus ;
 De suivre l’évolution des projets qu’ils ont financés pour s’assurer que les activités
avancent dans la bonne direction ;
 De bénéficier des conseils en placement d’argents des experts en cas de nécessité.
 Aux acteurs de DECISIONS
 De suivre minutieusement l’évolution des projets, de leur soumission à leur
réalisation ;
 D’être le lien entre un porteur de projet et les investisseurs pendant une durée qui
sera défini ensemble avec les acteurs de projets et en fonction de chaque projet ;
 De faciliter la prise de décision par la mise à disposition des informations sur les
projets, les investisseurs et les financements.
2.4. Les fonctionnalités attendues de l’application
L’accès aux fonctionnalités de la plateforme sera subordonné à une connexion à l’aide

d’un identifiant et d’un mot de passe. Ces identifiants seront fournis par l’utilisateur lui-même
lors de son inscription sur la plateforme ; données qu’il pourra toutefois modifier en se
connectant à son compte.
2.4.1. Le module « soumission des projets»
Une connexion en tant que « Porteur de projet » devra permettre de :
 Modifier les informations du compte si l’utilisateur le souhaite ;

 Soumettre un nouveau projet en acceptant préalablement les conditions d’utilisation
puis en remplissant un formulaire ;
 Consulter la liste des projets dont l’utilisateur est l’initiateur, suivre leurs états et les
informations à chaque étape ;
 Consulter les informations envoyées par l’administrateur en rapport avec ses projets ;
 Contacter l’administrateur pour une quelconque préoccupation.

2.4.2. Le module « financement des projets »
Une connexion en tant que « Investisseur » devra permettre de :
 Modifier les informations du compte si l’utilisateur le souhaite ;

 Proposer un financement dans un projet qu’il aura sélectionné dans la liste qui lui est
présentée.
 Consulter la liste des investissements que l’utilisateur a effectué et les états des
projets financés ;
 Imprimer le reçu attestant l’investissement dans un projet ;
 Consulter les informations envoyées par l’administrateur en rapport avec les projets
qu’il a financé (ces informations peuvent être couplés des rapports d’évolution du
projet) ;
 Contacter l’administrateur pour une quelconque préoccupation.
Toutefois certaines tâches pourront être effectuées sans authentification sur le site. Ce sont :
 Téléchargement du guide d’utilisation du porteur de projet ou de l’investisseur ;
 Consultation des statistiques de la plateforme ;
 Contacter l’administrateur sans être membre de la plateforme.
2.5. Etude de l’existant
Afin d’atteindre les objectifs visés par le présent projet nous avons mené des études qui nous
ont permis de faire un état des lieux de ce qui se fait actuellement en matière de
crowdfunding. Nous avons constaté qu’il n’existe aucune application web de crowdfunding
au Togo. La structure d’intermédiation entre les jeunes entrepreneurs et les potentiels
investisseurs est le Fonds d’Appui aux Initiatives des Jeunes (FAIEJ) [1].
Le FAIEJ, dispositif intégré et innovant du Gouvernement vise à améliorer l'accès au

financement des jeunes porteurs de micro-projets d'entreprise. Il a pour objectif principal
l'insertion socio-professionnelle des jeunes par la création des opportunités d’auto-
entrepreneuriat. Le FAIEJ a donc pour activité principale, le refinancement et la garantie des
financements des micro-projets des jeunes aux conditions établies. Ce fonds a pour objectif
de :
 Mobiliser les ressources internes et externes aux fins de soutenir toute initiative des
jeunes togolais pouvant contribuer à leur création d’Entreprise ;

 Pallier les difficultés d'accès au financement des jeunes porteurs de projets

d'entreprise. (Garantir des prêts individuels et /ou collectifs) ;
 Les former, les suivre et les encadrer.
Nous avons remarqué que le FAIEJ n’octroie pas de financements à toute personne ou
entreprise. Les conditions à respecter pour en bénéficier sont les suivantes:
 Etre jeune de nationalité togolaise, âgé de 15 à 35 ans, porteur d'un projet générateur
de revenu et créateur d'emploi ayant reçu une formation en entreprenariat ;
 Etre une association de jeunes organisée en Groupement d'Intérêt Economique (GIE)
détentrice d'un projet générateur de revenus et /ou créateur d'emplois ;
 Etre un diplômé de l'enseignement ou un artisan ou une personne exerçant les métiers
de l’agriculture;
L’attribution du financement à un bénéficiaire par le FAIEJ est soumise aux contraintes

suivantes : être de bonne moralité, avoir une garantie sociale (l'aval d'un mentor ou d'un
parrain.), accepter que le FAIEJ assure le suivi de l'activité de l'entreprise jusqu'au
remboursement intégral du prêt, suivre les formations en renforcement de capacités proposées
par le FAIEJ.
Cependant, pour les interventions, le FAIEJ dispose de deux types d'offres :
 Offre de services non financiers qui regroupe les formations, le renforcement des
capacités, le suivi accompagnement ;
 Offre de services financiers : garantie bancaire, financement remboursable via les
Institutions de Micro Finance (IMF) ou les Institutions Financières (IF).
Le FAIEJ ne conditionne pas systématiquement ses offres de services financiers à une
garantie ou un aval financier, toutefois l'aval d'un mentor ou d'un parrain (garantie sociale)
est vivement souhaité. Le traitement sera au cas par cas en fonction du montant sollicité.
La nature de l'activité à financer et la qualité du promoteur sont des facteurs déterminants
dans l'octroi du crédit. Le taux d'intérêt est de 4,5%. La durée de remboursement est de 3 à
36 mois. Il peut être appliqué un différé de paiement de 1 à 6 mois maximum.
La procédure de financement du FAIEJ est décrite comme suit :

Pour bénéficier de l’accompagnement du FAIEJ, tout primo-entrepreneur ayant rempli
les conditions d’éligibilité doit fournir un dossier comprenant :
 Un formulaire d’enregistrement (disponible au secrétariat du FAIEJ)

 Une lettre de demande de financement

 Une déclaration sur l’honneur
 Une copie simple de la pièce d’identité
 Une photo d’identité format passeport
Le demandeur doit se présenter en personne au Secrétariat du FAIEJ du Centre Régional de

Volontariat de sa région pour les formalités. Il lui est délivré après dépôt du dossier, un
récépissé. Si son dossier est accepté, le demandeur devra retirer son autorisation de formation
quinze (15) jours plus tard.
Lorsque la formation offerte par le FAIEJ est suivie, le financement sera accordé au jeune
entrepreneur pour la réalisation de son projet (cela après un temps donné, puisque le
traitement de l’octroi des financements se fait au cas par cas).
2.6. Critique de l’existant
C’est dans le cadre des financements des projets générateurs de revenus et ou

innovants que le Fonds d’Appui aux Initiatives des Jeunes a été mis en place par le Ministère
pour l’Emploi des Jeunes. Jusqu’à nos jours ce système satisfait en partie aux objectifs pour
lesquels il a été mis en place, mais des manquements ou dysfonctionnements importants ont
été relevés.
Une des conditions d’éligibilité est d’avoir une garantie, c’est-à-dire l’aval d’un
mentor ou d’un parrain. Cela n’est pas facile à trouver pour les jeunes entrepreneurs débutants
puisqu’à priori ils n’ont encore de notoriété : leur entourage suppose qu’ils sont
inexpérimentés et ils ont des difficultés à trouver une personne qui accorde une certaine
crédibilité à leurs projets et les juge rentables au point d’accepter d’en être le garant.
Les conditions d’éligibilité deviennent donc des obstacles. Toutefois, la liste des
personnes susceptibles de bénéficier de l’accompagnement du FAIEJ est restreinte : elle ne
couvre pas tous les secteurs d’activités.
De plus, la lenteur de la procédure de demande d’accompagnement, gérée

manuellement, est notoire. Celle-ci se déroule en deux phases :
1) demande du porteur de projet au FAIEJ ;
2) octroi du financement.

La première phase nécessite une présence physique du porteur de projet ; il apporte les
documents nécessaires, retire le formulaire auprès du secrétariat du FAIEJ/CRV, le remplit et
fait le dépôt. Il y a perte de temps dans la file d’attente et au niveau des bureaux pour les
autres étapes au siège du CRV couplée aux contraintes des horaires d’ouvertures.
La première phase qui n’aboutit qu’à l’obtention de l’autorisation de formation si le

dossier est accepté dure quinze jours voire plus. Cette autorisation ne donne droit au porteur
de projet qu’à la participation à des formations de renforcement de capacités proposées par le
FAIEJ. Ensuite, commencent les démarches pour l’obtention du financement. Procédure qui
prend plus de temps que la première puisque le traitement des demandes se fait au cas par cas
en fonction du montant sollicité.
L’octroi du crédit est décidé par le FAIEJ en se basant sur plusieurs facteurs
déterminants, entre autres, la nature de l’activité, la qualité du promoteur, le « poids » de son
mentor, etc.
Les formations en renforcements de capacités sont certes proposées mais

l’accompagnement ne prend pas en compte tous les points importants, voire déterminants
dans le processus de réalisation des projets.
La durée de remboursement des prêts (de 3 à 6 mois) n’est pas définie au cas par cas.
Or certains projets nécessitent plus de temps avant de générer des revenus conséquents. Après
cette échéance, l’entrepreneur est tenu de rembourser son prêt, même si son Entreprise doit se
retrouver financièrement fragilisée.
Au regard des tous éléments précités, il est clair que le système de gestion des
financements des projets du FAIEJ présente d’importantes imperfections. Le problème n’étant
pas résolu, la nécessité de disposer d’une application web adaptée aux besoins des porteurs de
projets et des investisseurs perdurait, ce qui inspira le présent projet. L’application sera
développée à partir des besoins du cahier des charges et de façon à permettre une maintenance
évolutive.
2.7. Présentation des solutions possibles
Le financement participatif (en anglais crowdfunding) est un ensemble d’outils et

méthodes de transactions financières faisant appel à un grand nombre de personnes afin de
financer des projets. A la suite des analyses faites sur l’existant, nous avons compris que
l’adoption du financement participatif permettrait de résoudre les problèmes cités au point

2.6. Concernant les spécifications techniques du site web à implémenter, nous avons proposé
les solutions suivantes pour atteindre les objectifs fixés [2].
2.7.1. Développement à partir de zéro
La première solution qui vient à l’esprit est de développer sa propre plateforme, soit en
embauchant une équipe de développement, soit en faisant appel à une société spécialisée. Il
s’agit ici de commencer à zéro et de concevoir toute une application web basée sur les besoins
et attentes du cahier de charges. L’application sera développée uniquement à partir des
besoins du cahier des charges et de façon à permettre une maintenance évolutive. Cette
solution présente l’avantage d’obtenir la plateforme idéale, c’est à dire qui correspond
parfaitement aux besoins exprimés ; et pouvant évoluer par l’ajout ultérieur de fonctionnalités.
Par ailleurs elle permet de ne pas être dépendant (surtout si développée en interne) d’une
solution à abonnement mensuel.
L’inconvénient principal est le temps de développement. En effet il convient de

prévoir plusieurs mois pour développer un site de crowdfunding de A à Z, compte tenu de la
complexité des fonctionnalités.
2.7.2. Lancer une plateforme en marque blanche
Certains acteurs se sont spécialisés dans le développement de plateformes de

financement participatif. La plupart du temps, ils ont développé leur propre solution et la
proposent par l’intermédiaire d’offres à abonnement mensuel. On appelle ça une marque
blanche, car leur nom n’apparait pas sur la plateforme. A titre d’exemple, nous citerons :
 Particeep : Leurs clients sont Forinvest, Mon E-Promoteur, …

 Capsens : Leurs clients sont Credit.fr, Fundovino, MyANNONA, …
 Mipise : Leurs clients sont Babeldoor, Credofunding, …
 Easycrowd : Leurs clients sont Arizuka (Plateforme propre), Smala&Co, …
Ces solutions ont l’avantage de profiter des retours de leurs clients et on peut donc penser que
ce sont des solutions performantes. De plus elles donnent accès à des kits juridiques. Par
ailleurs, créer en marque blanche permet de ne pas investir beaucoup d’argent au départ et de
gagner du temps de développement car les sites nécessitent uniquement du paramétrage.

L’inconvénient principal est la dépendance vis à vis de ces sociétés. Par ailleurs, si nous
manquons de trésorerie ou si nous décidons de ralentir notre activité pour faire autre chose par
exemple, ces solutions ne permettent pas de laisser la plateforme vivre seule.
2.7.3. Lancer une plateforme en marque grise
La marque grise est une solution permettant de lancer sa plateforme en co-branding,

les deux (02) marques seront donc apposées côte à côte sur le site. Un exemple est le
partenariat entre MymajorCompany et BGE, qui a permis de créer la plateforme Notre
petite entreprise, spécialisée dans le crowdfunding aux entreprises. Avec cette solution,
chacun apporte ses compétences. Par ailleurs, on bénéficie de la communauté existante de la
plateforme de crowdfunding, ce qui est un atout non négligeable quand on sait que la
difficulté du métier est de développer le nombre de crowdfunders actifs. A titre d’exemple, les
donateurs de Notre Petite Entreprise sont en grande majorité ceux qui donnent aussi sur
MymajorCompany. Comme pour tout partenariat, le danger réside dans la mésentente des
deux (02) partenaires. Un contrat doit donc régir l’ensemble des obligations et des droits de
chacun.
2.8. Solution retenue
Nous avons rapidement écarté l’option du « lancement de notre plateforme en marque

blanche » à cause des limites qu’elle aurait pu nous fixer en termes de dépendance vis-à-vis
de notre prestataire : s’il disparait ou si DECISIONS SARL-U ne paie pas sa mensualité, sa
plateforme sera désactivée.
De plus, la solution du « lancement de la plateforme en marque grise » est-elle écartée

car elle est principalement axée sur les compétences des spécialistes de développement de
plateforme de financement participatif et ne doit pas ignorer des éventuelles mésententes
futures des deux parties. Pour départager les propositions de solutions, trois principaux
facteurs ont été pris en compte.
 Le fait que l’application doit prendre en compte l’intervention d’un service juridique
interne durant le processus (de la soumission à la réalisation d’un projet). Ce facteur
n’est pas pris en compte par les plateformes de financement participatif conformément
aux besoins de la maîtrise d’ouvrage ;

 Le fait que l’application à réaliser est complexe et doit implémenter beaucoup de

fonctionnalités, ce qui accentue l’importance du facteur de performance de
l’application ;
 Le cadre de réalisation de ladite application : un stage de fin de formation et la
possibilité de disposer d’une solution in-house, personnalisable et modifiable pour
correspondre au mieux aux besoins de l’entreprise.
Après avoir évalué les trois (03) solutions « Plateforme en marque grise », « plateforme en
marque blanche » et « application web adaptée aux besoins » par rapport aux trois principaux
facteurs, le choix de la conception et de la réalisation de l’application web à partir de zéro
semble être le meilleur compromis pour obtenir une application performante, sans pour autant
perdre du temps à comprendre le développement et à améliorer une application open source
pour l’adapter aux besoins de l’entreprise. De nombreux facteurs contribuent à ce que les
utilisateurs s’approprient une application, comme: la performance, la fiabilité, le design, la
facilité d'utilisation, etc. Pour tous ces facteurs, une application entièrement développée sur la
base des besoins établis présente des avantages significatifs par rapport aux implémentations
destinées à répondre de façon générale à plusieurs entreprises.
Nous avons donc passé en revue ce qui existait déjà pour gérer le crowdfunding. Une
fois le besoin cerné, nous avons pu explorer les différentes solutions disponibles par rapport à
nos besoins et avons finalement dégagé celle qui convenait le plus à notre projet. Nous allons
à présent revenir dans le contexte précis de notre projet afin de pouvoir modéliser les
différents éléments et acteurs qui interviendront dans la mise en place de notre solution.

CHAPITRE 3 : LA
MODELISATION

Toute application informatique, dans son processus de conception et de réalisation suit

différentes étapes. Avant d’en arriver au code de toute application informatique, il est
nécessaire de :
 s’assurer d’avoir cerné le besoin de l’utilisateur ;

 définir l’architecture de l’application (définir ses différents composants,
indépendamment du langage de programmation) afin de bien comprendre les relations
entre les composants de l’application ;
 réaliser une série de tests afin de mesurer, d’une certaine manière, la qualité du code ;
Cela permettra aussi d’anticiper les bogues qu’il y aura surement dans le futur code.
Nous avons donc pour cela choisi un langage de modélisation des systèmes logiciels pour
réaliser les différents modèles qui nous permettront de spécifier, de construire de façon
logique et de déterminer l’organisation de notre système. Ce chapitre sera consacré à la
présentation des étapes de cette phase de modélisation.
3.1. Justification du choix de l’outil de modélisation
Pour notre système, nous utilisons le langage de modélisation Unified Modeling Langage
(UML) pour modéliser et documenter notre système. Ce choix a été fait car :
 C’est un langage de modélisation orienté objet, riche en formalismes permettant de

définir entièrement et sans ambiguïté les différents aspects d’un système logiciel,
 C’est une technique largement répandue et adoptée dans le monde du génie logiciel en
termes de modélisation orientée objet. C’est d’ailleurs celle qui est mise en avant
durant notre cursus universitaire.
3.2. La méthode de modélisation UML
Le langage de modélisation unifié, de l'anglais Unified Modeling Language (UML),

est un langage de modélisation graphique à base de pictogrammes conçu pour fournir une
méthode normalisée pour visualiser la conception d'un système [3].
Il est couramment utilisé en développement logiciel et en conception orientée objet.

UML est né de la fusion des trois méthodes qui s’imposaient dans le domaine de la
modélisation objet au milieu des années 1990 : OMT, Booch et OOSE. D’importants acteurs

industriels (IBM, Microsoft, Oracle, DEC, HP, Rational, Unisys etc…) s’associent alors à
l’effort et proposent UML 1.0 à l’OMG (Object Management Group) qui l’accepte en
novembre 1997 dans sa version 1.1.Pourquoi est-il donc nécessaire de modéliser un système ?
Un modèle est une représentation abstraite et simplifiée du monde réel en vue de le décrire, de
l’expliquer ou de le prévoir. Concrètement un modèle permet de réduire la complexité d’un
phénomène en éliminant les détails qui n’influencent pas le comportement de manière
significative. Modéliser un système avant sa réalisation permet de mieux comprendre le
fonctionnement du système. C’est également un bon moyen de maîtriser sa complexité et
d’assurer sa cohérence. Un modèle est un langage commun, précis, qui est connu par tous les
membres de l’équipe et il est donc, à ce titre, un vecteur privilégié pour communiquer.
3.2.1. L’approche orientée objet
L’approche orientée objet considère le logiciel comme une collection d’objets

dissociés, identifiés et possédant des caractéristiques [4]. Une caractéristique est soit un
attribut (c’est à dire une donnée caractérisant l’état de l’objet), soit une entité
comportementale de l’objet (c’est à dire une fonction). La fonctionnalité du logiciel émerge
alors de l’interaction entre les différents objets qui le constituent. L’une des particularités de
cette approche est qu’elle rassemble les données et leurs traitements associés au sein d’un
unique objet.
Comme nous venons de le dire, un objet est caractérisé par plusieurs notions :
 L’identité: l’objet possède une identité, qui permet de le distinguer des autres objets,
indépendamment de son état. On construit généralement cette identité grâce à un
identifiant découlant naturellement du problème.
 Les attributs: Il s’agit des données caractérisant l’objet. Ce sont des variables
stockant des informations sur l’état de l’objet.
 Les méthodes : les méthodes d’un objet caractérisent son comportement, c’est-à-dire
l’ensemble des actions (appelées opérations) que l’objet est à même de réaliser. Ces
opérations permettent de faire réagir l’objet aux sollicitations extérieures (ou d’agir sur
les autres objets). De plus, les opérations sont étroitement liées aux attributs, car leurs
actions peuvent dépendre des valeurs des attributs, ou bien les modifier.

3.2.2. Les diagrammes UML
UML n’est pas une méthodologie (c'est-à-dire une description normative des étapes de
la modélisation). UML comporte plusieurs diagrammes représentant autant de vue distinctes
pour représenter des concepts particuliers du système d’information. Voici une liste des
diagrammes d’UML séparées en deux (02) catégories:
3.2.2.1. Diagrammes structurels ou statiques (UML Structure) [5]
 Diagramme de classes (Class diagram) : représente les classes intervenant dans le

système.
 Diagramme d’objets (Object diagram) :sert à représenter les instances de classes
(objets) utilisées dans le système.
 Diagramme de composants (Component diagram) : permet de montrer les composants
du système d'un point de vue physique, tels qu'ils sont mis en œuvre (fichiers,
bibliothèques, bases de données…)
 Diagramme de déploiement (Deployment diagram) : il sert à représenter les éléments
matériels (ordinateurs, périphériques, réseaux, systèmes de stockage…) et la manière
dont les composants du système sont répartis sur ces éléments matériels et
interagissent entre eux.
 Diagramme de paquetages (Package diagram) : un paquetage étant un conteneur
logique permettant de regrouper et d'organiser les éléments dans le modèle UML, le
diagramme de paquetage sert à représenter les dépendances entre paquetages, c’est-à-
dire les dépendances entre ensembles de définitions.
 Diagramme de structures composites (Composite Structure diagram) :permet de
décrire sous forme de boîte blanche les relations entre composants d'une classe.
3.2.2.2. Diagrammes comportementaux (UML Behavior)
 Diagramme de cas d’utilisation (Use case diagram) : permet d'identifier les possibilités
d'interaction entre le système et les acteurs (intervenants extérieurs au système), c'est-
à-dire toutes les fonctionnalités que doit fournir le système
 Diagramme d’activités (Activity diagram) :permet de décrire sous forme de flux ou
d'enchaînement d'activités le comportement du système ou de ses composants.

 Diagramme d’états-transitions (State machine diagram) : permet de décrire sous forme

de machine à états finis le comportement du système ou de ses composants.
3.2.2.3. Diagrammes d’interactions ou dynamiques (Interaction diagram)
 Diagramme de séquence (Sequence diagram) : représentation séquentielle du

déroulement des traitements et des interactions entre les éléments du système et/ou de
ses acteurs.
 Diagramme de communication (Communication diagram) : représentation simplifiée
d'un diagramme de séquence se concentrant sur les échanges de messages entre les
objets.
 Diagramme global d’interaction (Interaction overview diagram) : permet de décrire les
enchaînements possibles entre les scénarios préalablement identifiés sous forme de
diagrammes de séquences (variante du diagramme d'activité)
 Diagramme de temps (Timing diagram) : permet de décrire les variations d'une donnée
au cours du temps.
3.3. Les différents diagrammes de DECISIONS INVEST PROJECT
Nous n’utiliserons dans notre travail que les diagrammes qui permettent d’identifier
concrètement les besoins de façon individuelle et de définir l’architecture du système. Ce
sont :
 Diagramme de paquetages
 Diagramme des cas d’utilisation
 Diagramme des classes
 Diagramme d’activités
3.3.1 Les diagrammes de paquetages
 Définition
Un paquetage est un regroupement d’éléments de modèle et de diagrammes [6]. Il
permet d’organiser des éléments de modélisation en groupes. Il peut contenir tout type
d’élément de modèle : des classes, des cas d’utilisation, des interfaces, des diagrammes et
même des paquetages imbriqués. Les éléments contenus dans un paquetage doivent

représenter un ensemble fortement cohérent et sont généralement de même nature et de même

niveau sémantique.
Un diagramme de paquetages permet d’avoir une vue d’ensemble du système qu’on

modélise. Il permet de regrouper les éléments d’un système en paquetages et de montrer les
relations entre ces différents paquetages principaux. La figure ci-dessous représente celui de
notre système.
Figure 3 : Diagramme de paquetage de DECISIONS INVEST PROJECT
3.3.2. Le diagramme de cas d’utilisation

 Définition
Les cas d’utilisation permettent de recueillir, d’analyser, d’organiser les besoins et de

recenser les grandes fonctionnalités d’un système [7]. Le diagramme de cas d’utilisation
identifie les utilisateurs du système (acteurs) et leur interaction avec le système. Il permet de
classer les acteurs et de structurer les objectifs du système. Un diagramme de cas d’utilisation
présente donc de façon organisée les fonctionnalités d’un système de la manière dont
l’utilisateur les voit. Nous l’avons choisi afin de pouvoir présenter de manière fonctionnelle
les différents besoins auxquels notre application pourra répondre. Quatre (04) diagrammes de
cas d’utilisations seront présentés et correspondront respectivement aux
modules : « soumission de projet », « financement de projet », « service juridique » et
« administration ».
Figure 4. Diagramme de cas d’utilisation (module soumission de projet)
Les tableaux ci-dessous présentent la description textuelle de certains cas d’utilisations de ce

diagramme.

Tableau1. Description textuelle du cas « Soumettre un projet »
Sommaire d’identification
Titre Soumettre un projet
Résumé Ce cas permet à un porteur de projet de soumettre son
projet sur l’application
Acteurs Porteur de projet
Date de création 10/11/2015
Version 1.0
Auteur GASSIHOUN Kossiwa Sylvie Judith
Description des scénarios
Pré-condition : authentification
Scénario nominal :
1. Il demande de soumissionner un nouveau projet
2. Il accepte les conditions d’utilisation
3. Il remplit le formulaire
4. Il valide le formulaire
5. Le système vérifie les informations
6. L’application sauvegarde le projet dans la base de de données
Enchainement alternatif
(E1) Quitter le formulaire
3.a Il peut décider de quitter le formulaire de soumission
(E2) Erreur de saisie
L’enchainement (E2) commence au point (4) du scénario nominal :
4.a Le système retourne un message informant que les données saisies sont invalides.
4.b Le système affiche de nouveau le formulaire de soumission de projet.
Le scénario nominal reprend au point (2).
Post-condition : Consulter la liste des projets qu’il a soumis

Tableau2. Description textuelle du cas « Modifier son compte »
Titre Modifier son compte
Résumé Ce cas permet à un porteur de projet de modifier les
informations de son profil
Version 1.0
Scénario nominal :
1. Il désire les données de son compte
2. Il fait les modifications souhaitées
4. Le système vérifie les informations
5. L’application sauvegarde les nouvelles données dans la base de de données
(E1) Annuler la modification
3.a Il peut décider d’annuler la modification
(E2) Erreur de saisie
L’enchainement (E2) commence au point (4) du scénario nominal :
4.a Le système retourne un message informant que les nouvelles données sont invalides.
4.b Le système affiche de nouveau le formulaire de modification de compte.

Tableau3. Description textuelle du cas « Consulter ses informations »
Titre Consulter ses informations
Résumé Ce cas permet à un porteur de projet de consulter les
notes qui lui sont envoyées par l’administrateur
Version 1.0
Scénario nominal :
1. Il désire lire les informations qui lui sont envoyées particulièrement
2. Il lit les informations
3. Si un document est attaché à une note, il le télécharge
4. Il lit le document
(E1) Ne pas télécharger un rapport
3.a Il peut décider de lire une note sans télécharger le document attaché

Tableau4. Description textuelle du cas « Contacter l’administrateur »
Titre Contacter l’administrateur
Résumé Ce cas permet à un porteur de projet de contacter
l’administrateur de l’application
Version 1.0
Scénario nominal :
1. Il veut contacter l’administrateur sur un sujet
2. Il remplit le formulaire de contact
3. Il valide le formulaire de contact
4. L’application sauvegarde les données du formulaire dans la base
5. L’application envoie les données à l’administrateur
(E1) Quitter le formulaire
3.a Il peut décider de quitter le formulaire de contact

Tableau5. Description textuelle du cas « Vérifier l’évolution de ses projets »
Titre Vérifier l’évolution de ses projets
Résumé Ce cas permet à un porteur de projet de consulter l’état
d’avancement de ses projets soumis
Version 1.0
Scénario nominal :
1. Il veut voir l’état des projets
2. Le système lui fournit une liste sur ses projets et leur état actuel

Tableau6. Description textuelle du cas « Télécharger un rapport »
Titre Télécharger un rapport
Résumé Ce cas permet à un porteur de projet de télécharger un
document de rapport attaché à une information
Version 1.0
Pré-condition : consulter les informations
Scénario nominal :
1. Il clique sur le lien de téléchargement
2. Un gestionnaire de téléchargement se charge du téléchargement
3. Le document est enregistré
Enchainement nominal
2.a Absence de connexion internet ou chute du débit devant permettre de télécharger le
rapport
La figure qui suit présente le diagramme de cas d’utilisation du module « financement de

projet »

Figure 5. Diagramme de cas d’utilisation (module financement de projet)

diagramme.

Tableau7. Description textuelle du cas « Financer un projet »
Titre Financer un projet
Résumé Ce cas permet à un investisseur de financer un projet
de l’application
Acteurs Investisseur
Version 1.0
Scénario nominal :
1. Il désire financer un projet rentable
2. Il accepte les conditions d’utilisation
3. Il sélectionne le projet de son choix
4. Il consulte la fiche projet de celui sélectionné
5. Il propose le montant et spécifie le moyen de paiement
6. Il signe une clause de financement
7. Il fait le virement du montant précisé
(E1) Rejet des conditions d’utilisation
2.a Il peut être en désaccord avec les conditions d’utilisation
(E2) Somme de financement incorrecte
5.a Le système retourne un message informant que le montant spécifié est inférieur au seuil
minimal de financement.
5.b Le système demande de nouveau de saisir le montant.
Post-condition : Consulter la liste des financements qu’il a effectués

Tableau8. Description textuelle du cas « Consulter l’état de ses financements »
Titre Consulter l’état de ses financements
Résumé Ce cas permet à un investisseur de consulter l’état de
ses financements
Acteurs Investisseur
Version 1.0
Scénario nominal :
1. Il veut voir l’état de ses financements
2. Le système lui fournit une liste sur ses financements et leur état actuel (si le
financement a déjà produit des bénéfices, ou es en attente)
La figure qui suit présente le diagramme de cas d’utilisation du module « Administration »

ADMINISTRATION
<<include>>
Récupérer Informations
des projets
<<include>>
Valider ou rejeter
projet
<<include>>
Valider paiement par
chèques
<<include>>
Envoyer les recus

définitifs
Administrateur
<<include>>
Joindre les acteurs
du site S'authentifier
<<include>>
Créer Entreprise
<<include>>
Joindre rapport
<<include>>
Générer les états
<<include>>
Ajouter utilisateur
Figure 6. Diagramme de cas d’utilisation (module administration)

diagramme.

Tableau9. Description textuelle du cas « Récupérer les informations des projets »
Titre Récupérer les informations des projets
Résumé Ce cas permet à l’administrateur de récupérer les
informations des projets dans un fichier d’extension
pdf
Acteurs Administrateur
Version 1.0
Scénario nominal :
1. Il veut récupérer les détails sur un projet soumis
2. Il clique sur le projet
3. Le système récupère les données du projet de la base de données
4. Le système les transforme en fichier pdf
5. Le gestionnaire de téléchargement prend le lien
6. Le gestionnaire de téléchargement s’occupe du téléchargement
7. Le fichier est disponible
rapport

Tableau10. Description textuelle du cas « Valider ou rejeter un projet»
Titre Valider ou rejeter un projet
Résumé Ce cas permet d’accepter ou de refuser un projet suite à
son analyse
Version 1.0
Scénario nominal :
1. Il veut rapporter les décisions de l’équipe d’analyse sur un projet
2. Il clique sur valider ou Rejeter
3. Il accomplit les instructions
4. La décision de l’équipe d’analyse vient d’être mise en application
(E1) Acceptation du projet
3.a il remplit les informations complémentaires
3.b il valide le formulaire
(E2) Rejet du projet
4.a il envoie une note d’explication au porteur du projet
4.b Le système supprime le projet.

Tableau11. Description textuelle du cas « Valider paiement par chèques »
Titre Valider paiement par chèques
Résumé Ce cas permet de confirmer la réception d’un chèque
en guise de paiement d’investissement
Version 1.0
Scénario nominal :
1. Il rentre le code du chèque
2. Il vérifie la concordance entre le montant du chèque et celui proposé lors du
financement
3. Il valide la réception du chèque
(E1) Pas de concordance
3.a Il n’y a pas de concordance entre les montants
La figure qui suit présente le diagramme de cas d’utilisation du module « service juridique »

SERVICE JURIDIQUE
<<include>>
Recuperer un projet
<<include>>
Authentifier projet
<<include>>
Consulter ses
informations
S'authentifier
Avocat
<<include>>
Télécharger un
document
Contacter l' <<include>>

administrateur
Figure 7. Diagramme de cas d’utilisation (module service juridique)
Le tableau ci-dessous présente la description textuelle d’un cas d’utilisation de ce diagramme.

Tableau12. Description textuelle du cas « Authentifier un projet »
Titre Authentifier un projet
Résumé Ce cas permet à un avocat de joindre la preuve
juridique qui relie un projet à son porteur
Acteurs Avocat
Version 1.0
Scénario nominal :
1. Il choisit le projet concerné
2. Il choisit le fichier
3. Il l’attache
Enchainement nominal
rapport
3.3.3. Le diagramme de classes
 Définition
Un diagramme de classe est une collection d’éléments de modélisation statique qui montre
la structure d’un modèle. Un diagramme de classe fait abstraction des aspects dynamiques et
temporels. Le diagramme de classe permet de modéliser les classes du système et leur relation
indépendamment d’un langage de programmation particulier. Le digramme de classe est
considéré comme le plus important de la modélisation orientée objet. Il est le seul obligatoire
lors d’une telle modélisation. Alors que le diagramme de cas d’utilisation montre un système
du point de vue des acteurs le diagramme de classe en montre la structure interne. La figure
suivante montre le diagramme de classes de DECISIONS INVEST PROJECT.

MOIS JOUR ANNEE
MISE EN PLACE D’UNE -APPLICATION
Id_mois : intWEB POUR
- LA SOUMISSION
Id_jour : int ET LE FINANCEMENT
- Id_annee : int DES PROJETS EN LIGNE
- Libelle_mois : String - Libelle_jour : int - Libelle_annee : int
ENTREPRISE RAPPORTS
- Id_entreprise : int 1..1 - Id_rapports : int
FICHIER - Nom_entreprise : int - Titre_rapports : String
- Id_fichier : int 1..* - lien_site : int 1..* - Libelle_rapports : String
- Nom_fichier : int - mail_entreprise : String - Lien_rapports : String
- Date_rapport : Date
1..1
ETATS 1..1
- Id_etat : int 1..1
1..1
- Libelle_etat : String
PROJETS
SECTEURS
1..* - Id_projet : int
avoir 1..* 1..1 - Id_secteur : int
- Code_projet : String
- Libelle_secteur : String
- Titre_projet : String
- Date_postulation : Date appartenir
- Lieu_projet : String
ci_sessions - Montant_projet : String 1..*
- session_id : String - Description_projet : String
- ip_address : int 1..* - Garantie : String provenir
- user_agent : String - seuil : float 1..1
- last_activity : int
- user_data : String
INITIATEUR
1..*
- Profession : String
FINANCEMENT - Login_initiateur : String
- Password_initiateur : String
- montant_investi : float
1..1
- Taxe : float
AVOCATS - Date_financement : Date
- Code : String
- Specialite : String
- Etat_financement : int
- login_avocat : String INVESTISSEUR
- Type_paiement : int
- password_avocat : String 1..*
- Status : String - Profession : String
- Recu_client : String - Login_investisseur : String
1..* - Password_investisseur : String
appartenir
1..1
PERSONNE
CABINET_AVOCATS # Id_personne : int
- Identifiant_cabinet : String # Nom : String
- Nom_cabinet : String # Prénoms : String
# Sexe : String
# Date_naissance : Date
# Lieu_residence : String
# Téléphone : long
1..1 # Email : String PUBLICATIONS
Ville # Numéro_CNI : String - Id_pblication : int
- Id_ville : int - Titre_publication : String
1..*
- Nom_ville : String - Date_publication : String
1..* - Libelle_publication : String
- Lien_publication : String
1..*
1..*
1..1
publier
1..1 Type_piece_identite
- Id_type_piece_identite : int
Pays 1..1
- Libelle_piece_identite : int
- Id_pays : int ADMINISTRATEUR
- Nom_pays : String
- Id_administrateur : int
- Login_administrateur : String
- Password_administrateur : String
Figure 8. Diagramme de classes de l’application DECISIONS PROJECT INVEST
Pour le fait que le diagramme de classe ne peut être porté sur un système informatique, il
convient de traduire celui-ci en une structure transportable sur une machine appelé MLD. Le
formalisme du MLD est le suivant :
Nom de la table (clé primaire, Attribut 1 … Attribut n, #clé étrangère 1 … #clé

étrangère n).

ETAT (Id_etat, Libelle_etat)

SECTEUR (Id_secteur, Libelle_secteur)
PROJETS (Id_projet, Code_projet, Titre_projet, Date_postulation, Lieu_projet,
Montant_projet, Description,Garantie, seuil,#Id_secteur, #Id_etat)
PUBLICATIONS (Id_publication, Titre_publication, Date_publication,
Libelle_publication, Lien_publication, #Id_administrateurs)
FICHIER (Id_fichier, Nom_fichier, #Id_projets)
CABINETS(Id_cabinet, Nom_cabinet)
AVOCATS (Id_avocat, Nom, Prenoms, Sexe, Date_naissance, Lieu_residence, Téléphone,
Email, Numero_CNI,Specialite,Login_avocat,
Password_avocat,#Id_cabinet,#Id_type_piece_identite)
ADMINISTRATEUR (Id_administrateur, Login_administrateur,
Password_administrateur)
INITIATEUR (Id_initiateur, Nom, Prenoms, Sexe, Date_naissance, Lieu_residence,
Téléphone, Email, Numero_CNI, Profession, Login_initiateur,
Password_initiateur,Id_type_piece_identite)
INVESTISSEUR (Id_investisseur, Nom, Prenoms, Sexe, Date_naissance, Lieu_residence,
Téléphone, Email, numero_CNI, profession, Login_investisseur,
Password_investisseur,Id_type_piece_identite)
FINANCEMENT (Id_financement, montant_investi,Taxe,Date_financement, Code,
Etat_financement, Type_paiement, Status, Informations, Recu_définitif,#Id_projets,
#Id_initiateur, #Id_investisseur)
ENTREPRISE (Id_entreprise, Nom_entreprise, Lien_site,Mail_entreprise,Id_projet)
RAPPORTS (Id_rapports, Titre_rapports, Libelle_rapports, Lien_rapports, Date_rapport,
Id_Entreprise)
TYPE_PIECE_IDENTITE (Id_type_piece_identite, Libelle_piece_identite)
PAYS (Id_pays, Libelle_pays)
VILLE (Id_ville, Libelle_ville, #Id_pays)
Figure 9. Modèle relationnel des données de DECISIONS PROJECT INVEST
3.3.4. Le diagramme d’activités
 Définition

Les diagrammes d'activités permettent de mettre l'accent sur les traitements. Ils sont donc
particulièrement adaptés à la modélisation du cheminement de flots de contrôle et de flots de
données. Dans la phase de conception, les diagrammes d'activités sont particulièrement
adaptés à la description des cas d'utilisation. Plus précisément, ils viennent illustrer et
consolider la description textuelle des cas d'utilisation. De plus, leur représentation sous forme
d'organigrammes les rend facilement intelligibles et accessibles.
Figure 10. Diagramme d’activités (module soumission de projet)

Figure 11. Diagramme d’activités (module financement de projet)

Figure 12. Diagramme d’activités (module service juridique)

Figure 13. Diagramme d’activités (Procédure administration)
Notre système logiciel regorge donc plusieurs fonctionnalités qu’il nous a fallu isoler
pour mieux les distinguer et les spécifier grâce au diagramme de collaboration et à celui des
cas d’utilisation. Nous avons ensuite pu obtenir un aperçu de la structure du futur système
grâce aux diagrammes de classes et d’activités. Ces modèles vont nous permettre d’attaquer
sereinement la phase de programmation qui est la prochaine étape du projet.

CHAPITRE 4 : LA
PROGRAMMATION

Dans ce chapitre, nous allons aborder l’implémentation effective de notre solution et

présenter les étapes de la conception de l’application. Nous présenterons les outils choisis
pour réaliser notre système logiciel. Nous justifierons si nécessaire les choix de certains de ces
outils. Nous présenterons ensuite le travail qui a été fait sur chacun des différents blocs de
notre système : de la création de la base de données à l’implémentation des modules de
l’application.
4.1. Les outils de développement choisis
Tous les outils et langages qui ont été utilisés pour la réalisation de ce projet sont à code
ouvert (Open Source), ce choix est dû au fait que ces outils sont caractérisés par leurs :
 accès libre ;
 performance, robustesse, mais sans négliger la sécurité ;
 faciliter de se documenter sur un outil ou un autre, vu que n’importe qui peut
contribuer à l’enrichissement de la documentation ;
 large communauté d’entre aide notamment sur les forums de discussions ;
 extensibilité ;
 portabilité : vu que ces outils peuvent être utilisés indépendamment de la plateforme
sur laquelle ils sont hébergés.
Le développement a eu lieu sous le Système d’exploitation Windows 8.1 et grâce à

l’éditeur de texte « Sublime Text » qui se démarque des autres par son interface et ses
fonctionnalités, le codage a été réalisé.
4.1.1. Le Framework CodeIgniter
La réalisation du site web a été faite grâce au framework CodeIgniter. L'utilisation

d'un framework est dû au fait qu'il propose des librairies/fonctions aides, et beaucoup d'outils
qui sont communs à tous les sites web, il aurait été complètement inutile de recoder ces
choses-là. En ce qui concerne le choix de CodeIgniter, il a été fait vu que ce dernier a un
temps d'exécution plus court que ses concurrents(Laravel, Symphony, Cake PHP, Zend
Framework),une empreinte mémoire faible et une documentation exceptionnellement bien
faite et traduite en français. Mais aussi pour son support natif de l'architecture MVC
(Model/View/Controller), qui sépare template(s), classes et contrôleurs.

CodeIgniter étant le framework PHP dans lequel nous avons le plus d’expérience,
nous avons des contraintes de temps à respecter et l’assimilation des concepts d’un nouveau
framework nous attend dans le cas de ses concurrents. Nous avons donc préféré l’univers
CodeIgniter qui nous est déjà familier à celui des autres qu’il nous aurait fallu assimiler à
partir de zéro avant d’évoluer.
CodeIgniterest un Framework open-source PHP avec un très faible encombrement, faite

pour être une boîte à outils simple et élégant, ce qui permet le développement rapide de sites
web et d'applications web, attirant des milliers de développeurs talentueux [8]. Dérivé du
projet ExpressionEngine, CodeIgniter est issue de la société EllisLab et a été conçu par Rick
Ellis, Président Directeur Général (PDG) de cette entreprise [9]. La première version de
CodeIgniter a été publiée le 28 février 2006. Une version majeure (2.0.0) est sortie le 28
janvier 2011, symbolisée principalement par l'abandon de l'utilisation de PHP 4 au profit de
PHP 5. CodeIgniter est robuste, fiable, puissant et s’adapte à un grand nombre de
configurations. Ses multiples fonctionnalités et son abondante documentation ont fait de lui,
en quelques années, l’un des Frameworks PHP les plus utilisés. Ses principales
caractéristiques sont :
 Compatible PHP 4 et 5;
 Intègre l’architecture MVC(Model View Controller) qui est un modèle destiné à
répondre aux besoins des applications interactives en séparant les problématiques liées
aux différents composants au sein de leur architecture respective;
 Extensible et modulaire ;
 Des bibliothèques et des aides intégrées ;
 Sécurité et chiffrement ;
 Importante communauté très active et documentation claire et approfondie ;
 Conçu pour une utilisation professionnelle.
Comme chaque Framework le but de CodeIgniter est d’abord de faciliter et d’accélérer

le temps de développement par sa puissance, tout en optimisant le code en permettant sa
réutilisation, en toute sécurité. Un des nombreux avantages de CodeIgniter est sa facilité
d’installation sur la plupart des configurations existantes. Sa compatibilité avec la quasi-
totalité des bases de données fait de lui un Framework que les développeurs web confirmés
ont peu de difficultés à prendre en main rapidement. On reprochera à CodeIgniter d’être un
peu trop verbeux.

En effet, il nécessite un peu plus de lignes de codes que les autres, peut-être parce qu’il
est plus proche du PHP brut. Le point positif est que l’intégration de nos propres classes ou
bibliothèques se révèle particulièrement simple.
4.1.2. Les langages de programmation
4.1.2.1. HTML
L’Hypertext Markup Language, généralement abrégé HTML, est le format de

données conçu pour représenter les pages web. C’est un langage de balisage permettant
d’écrire de l’hypertexte, d’où son nom. HTML permet également de structurer
sémantiquement et de mettre en forme le contenu des pages, d’inclure des ressources
multimédias dont des images, des formulaires de saisie, et des programmes informatiques. Il
permet de créer des documents interopérables avec des équipements très variés de manière
conforme aux exigences de l’accessibilité du web. Il est souvent utilisé conjointement avec
des langages de programmation (JavaScript) et des formats de présentation (feuilles de style
en cascade). Dans notre cas, il est utilisé dans sa version 5 pour coder les vues.
4.1.2.2. CSS
Le CSS, Cascading Style Sheets (Feuilles de Style en Cascade) est le langage utilisé
pour décrire la présentation d'un document structuré en HTML ; le standard est dicté par le
World Wide Web Consortium, les navigateurs essayent de le respecter. L’avantage du CSS
est de séparer le fond de la forme : le HTML décrit la structure de la page et son contenu
tandis que le CSS définit sa présentation pour l’affichage.Les CSS assure la cohérence
graphique d’un site. La modification de la présentation graphique d’un site web est facilitée
par l’utilisation des CSS : seule la feuille de style est modifiée. Le code HTML de la page
s’en trouve aussi allégé, il y a une diminution du poids et par conséquent du temps de
chargement.
4.1.2.3. PHP
PHP, sigle de Hypertext Preprocessor est un langage de développement très simple dont la
vocation historique est de permettre le développement rapide et aisé d’une application Web
dynamique. C’est un langage incrusté au HTML dérivant du C et du Perl, extensible, avec son

code source ouvert. PHP a l’avantage d’être un langage simple, souple, portable, inter
opérable permettant une administration aisée des bases de données MySQL.
Le PHP est un langage interprété exécuté du côté serveur comme les scripts CGI, ASP etc. et
non du côté du client comme javascript ou une applet. Ses principales caractéristiques sont :
 Il est gratuit et il existe une grande variété de projets open source disponibles en
PHP, ne nécessite pas beaucoup de code pour obtenir un résultat,
 L'hébergement du PHP est supporté presque partout,
 Il est énormément documenté et est le langage de programmation web avec lequel
nous avons le plus d’expérience.
4.1.2.4. JavaScript
Le JavaScript (ne pas confondre avec JAVA) est un langage côté client. C'est-à-dire
que c'est le navigateur qui exécute le code. Au contraire du langage de requêtes PHP, qui est
exécuté côté serveur : le code que le serveur renvoie au navigateur n'est que de l'html simple.
Par conséquent, le JavaScript est utile pour tout ce qui concerne les interactions du client sur
la page Web. Il permet ainsi d'améliorer la présentation et l'interactivité des pages Web. Pour
faciliter l’utilisation de JavaScript de nombreuses bibliothèques sont écrites. Dans notre projet
nous avons utilisé la bibliothèque Jquery et Bootstrap. JavaScript est facilement devenu un
langage incontournable dans le domaine du web notamment pour faire des animations et pour
avoir des interfaces ergonomiques.
4.1.2.5. L’outil de réalisation des interfaces graphiques
Les interfaces graphiques ont été réalisées avec Bootstrap, un framework CSS côté
client (désignés frontend en anglais) qui aide à mettre en forme les pages web : organisation,
animation, aspect… [13]. Bootstrap est un framework CSS, mais pas seulement, puisqu'il
embarque également des composants HTML et JavaScript. Il comporte un système de grille
simple et efficace pour mettre en ordre l'aspect visuel d'une page web. Il apporte du style pour
les boutons, les formulaires, la navigation. Son principal avantage est la responsivité
(responsive design) qui permet de créer des pages qui tiennent compte du format d’affichage
des principaux outils de navigation : Smartphones, tablettes,… L’utilisation de la grille de
douze (12) colonnes est bien pratique et avantageux.

Grâce à cet outil, nous avons donc pu créer des pages web d’une garantie de
compatibilité maximale avec les navigateurs ; les vues ont été rendu plus ergonomiques et
dynamiques par l’utilisation des plugins jQuery.
4.1.3. Le Système de Gestion de Base de Données (SGBD) : MySQL
Pour la gestion des données du système, nous avons choisi le SGBD MySQL à cause de :
 sa popularité : Il s’agit du SGBD libre le plus connu. Il est en effet le plus présent dans
les entreprises en termes de part de marché,
 sa facilité de configuration et d’utilisation grâce aux outils comme Easy PHP,
 son temps de réponse très court et son support de l'utilisation de grosses bases
contenant des millions de ligne,
 de l’expérience que nous avons déjà acquise avec ce SGBD.
4.1.4. Le serveur Apache
Pour l’hébergement de notre application web, nous avons besoin d’un serveur Web et le choix
s’est porté sur Apache http Server parce que c’est :
 l’un des plus populaires et disposant d’une bonne documentation

 un serveur web gratuit qui est compatible avec les systèmes d’exploitations UNIX
(Linux, Mac OS X, Solaris, BSD et UNIX) et Windows,
 l’un des moins gourmands en ressources matérielles et l’un des plus stables,
 celui avec lequel nous avons le plus d’expérience.
Apache HTTP Server, souvent appelé Apache, est un logiciel de serveur HTTP produit
par l'Apache Software Foundation. C'est le serveur HTTP le plus populaire du World Wide
Web. C'est un logiciel libre distribué selon les termes de la licence Apache. Apache sert à
l’interprétation des langages Perl, PHP, Python et Ruby. Le serveur HTTP Apache jouit d'une
notoriété indiscutable dans le monde d'Internet et serait même utilisé sur plus de 60% des
serveurs HTTP publics dans le monde.
4.1.5. Les modules complémentaires
Pour pouvoir implémenter toutes les fonctionnalités de notre application, l’ajout des
modules complémentaires ou plugins s’est avéré nécessaire. Un plugin ou module d’extension

est un paquet qui complète un logiciel hôte pour lui apporter de nouvelles fonctionnalités [10].
Ces programmes ne peuvent fonctionner seuls car ils sont uniquement destinés à apporter une
fonctionnalité à un ou plusieurs logiciels.
4.1.5.1. HTML2PDF
HTML2PDF est un convertisseur de code HTML vers PDF écrit en PHP4 (utilise
FPDF) et PHP5 (utilise TCPDF). Il permet la conversion de code HTML valide au format
PDF, et est distribué sous licence LGPL. Cette librairie a été faite pour faciliter la création de
fichiers PDF, en convertissant les vues(HTML). Cela nous permet ainsi de récupérer les
données de notre base, de les organiser sur une vue uniquement à l’aide des balises <table>,
<td>, <tr> et d’en faire un fichier PDF téléchargeable.
4.1.5.2. JPGRAPH
JpGraph est une librairie PHP dédiée à la représentation graphique de données.

JpGraph produit des images mais c'est au programmeur de fournir l'ensemble des données
nécessaires à la réalisation du graphique voulu. Il nous a permis de présenter les données qui
lui sont fournies sous forme graphique afin de faciliter leurs visualisations et la prise de
décision [11].
4.1.5.3. FLOOZ
Flooz est le service Mobile Money de MOOV. Il permet de payer des services qui lui
sont associés par la monnaie électronique. Son implémentation sera rendu possible par
l’intégration d’une API fournie par MOOV suite à la signature du contrat de partenariat liant
DECISIONS et ATLANTIQUE TELECOM TOGO. Il est à noter que le processus de
partenariat entre les deux parties précitées est enclenché.
4.1.5.4. PAYPAL
Paypal est un service qui permet à des particuliers et des entreprises d'envoyer et de
recevoir de la monnaie électronique en ligne. PayPal fournit également d'autres services
financiers et associés [12]. Dans notre cas, le service Paypal nous permettra de recevoir
l’argent de nos investisseurs qui servira à financer les projets sur notre compte marchand.
Nous l’avons implémenté en permettant à l’investisseur de recevoir les notifications

instantanées de son paiement via Paypal. La création d’un compte marchand sur Paypal, nous
a permis d’utiliser son API pour intégrer ce mode de paiement sur notre application.
4.2. La base de données
Une base de données est un conteneur informatique permettant de stocker et de

retrouver facilement des informations de natures différentes, en rapport avec un même thème
ou une même activité. Pour la gestion de la base de données associée à notre application, nous
utilisons le SGBD MySQL présenté ci-dessus. Après la modélisation du système à partir du
logiciel PowerAMC, à défaut de pouvoir générer un script SQL à partir de notre diagramme
de classes UML, la base de données a été créée manuellement grâce à l’interface web
phpMyAdmin d’Easy PHP Dev SERVER avec toutes les tables.
Les mots de passe sont cryptés avec le mode SHA512 pour permettre une sécurité
accrue des comptes des utilisateurs de la plateforme. Avec l’aide de la librairie de chiffrement
de CodeIgniter, nous chiffrons les mots de passes avant de les insérer dans la base de données
afin de réduire considérablement les risques de piratages.
4.3. L’application WEB
4.3.1. L’architecture de l’application
La figure 14 ci-dessous représente l’architecture de notre système. Elle contient de

nombreux modules relativement denses. L’architecture des modules imbriqués est déclinée
dans les autres figures.

Figure 14. Architecture de l’application

Figure 15. Architecture de la page « soumission des projets »

Figure 16. Architecture de la page « Financement des projets »

Figure 17. Architecture de la page « service juridique »
4.3.2. Développement de l’application
Nous avons fait le choix de proposer un menu dès l’accès à la page d’accueil de
l’application pour que l’utilisateur puisse avoir accès aux principales fonctionnalités de
l’application. Pour chaque module du menu, les principales sous-fonctionnalités sont
présentées ce qui permet de réduire l’effort de navigation de l’utilisateur dans l’application et
de le conduire à l’essentiel, le plus rapidement possible.
Avec le Framework CodeIgniter, on peut voir qu’il n’y a pas beaucoup de fichiers mais des
répertoires. Chacun ayant un rôle bien défini et voici la liste: /application, /assets, /system et
/user_guide.

 Le répertoire application
Il répertorie les fichiers de notre application et est constitué de 9 sous-répertoires et d’un

fichier index.php. Chaque répertoire de notre application contient un fichier index.html afin
d'éviter que l'on puisse lister le contenu de nos répertoires et en déduire la technologie utilisée.
 Config: le répertoire contenant les fichiers de paramétrage.

 Controllers: le répertoire contenant le code de l'ensemble de nos contrôleurs.
 Error: le répertoire des pages d'erreurs par défaut.
 Helpers: le répertoire contenant nos classes utilitaires.
 Hooks: le répertoire contenant nos propres extensions noyau (ce répertoire est
vide puisque nous n’avons pas utilisé d’extensions noyau spécifiques)
 Language: le répertoire contenant les fichiers de langage.
 Librairies: le répertoire contenant vos propres librairies.
 Models: le répertoire contenant nos classes d'utilisation de nos modèles de
données. A chaque table, nous avons créés un modèle qui comporte les
fonctions interrogeant cette table. Dans notre projet, pour chaque modèle, deux
fonctions minimales sont définies à savoir :
 getNom_table() : cette fonction retourne tous les enregistrements de
la table concernée
 get_nom_table_by_id(identifiant) :cette fonction retourne un
enregistrement dont l’identifiant est la valeur qui est passé en
paramètre à la fonction.

Figure 18. Capture d’un modèle (Modèle de la table « financements ») illustrant les
fonctions définies
 Views: le répertoire contenant nos classes d'affichage ou vues. Les vues qui
sont les interfaces avec lesquels l’utilisateur agit sont stockées dans le dossier
View. Chaque vue qui est lié à un module principale, est classé dans un sous
dossier portant le nom du module.

Figure 19. Capture d’une vue (vue principale « accueil.php »)
 Third Party : ce dossier contient les plugins qui seront intégrés dans
l’application. Dans notre cas, il contient les sources des plugins JpGraph et
HTML2PDF
 Le répertoire assets : contient toutes les ressources qui vont être téléchargées par les
visiteurs. Par exemple, les feuilles de style externes (CSS), les fichiers JavaScript et
les images. Cependant, vous pouvez aussi ajouter des dossiers tels que musiques,
videos, xml (pour les flux RSS, les animations flash). C'est comme si vous alliez faire
un copier-coller de ce dossier dans l'ordinateur de vos visiteurs. Rien ne doit être
confidentiel.
 Le répertoire system : c'est le dossier qui contient le cœur (les sources) de CodeIgniter.
On ne doit jamais modifier son contenu !
 Le répertoire user_guide contient un ensemble d’aide intégré afin de faciliter le
développement avec CodeIgniter.

Pour implémenter les fonctionnalités de notre application, nous avons créés pour chaque
activité principale un contrôleur. Afin de mieux structuré le code et de faciliter sa
maintenance. Au total, huit (8) contrôleurs ont été créés.
 Le contrôleur accueil gère les fonctions liées à la page d’accueil à savoir le
téléchargement des guides d'utilisations, les conditions d’utilisations, les clauses de
confidentialité, l’envoi de mail à l’administrateur,… et permet d’accéder à toutes les
pages à partir de la page d’accueil.
 Les contrôleurs connect_admin, connect_avocat, connect_investisseur,
connect_initiateur sont appelés dès que l’utilisateur se connecte respectivement aux
interfaces d’administration, du service juridique, de financement de projets ou de
soumission de projets.
 Le contrôleur pagination s’occupe des informations sur la page d’actualités et gère la
paginantion des résultats avec l’aide d’une bibliothèque de CodeIgniter.
 Le contrôleur statistiques se charge des contrôles et des données à afficher sur la vue
statistique en utilisatant le plugin jpgraph accessible dans le répertoire
/application/third_party.
 Le contrôleur paypal gère tout ce qui se rapporte au paiement par Paypal
Figure 20. Capture d’un contrôleur (Contrôleur accueil)

4.3.3. La plateforme d’administration
Parallèlement à la mise en place des fonctionnalités du côté utilisateur, nous avons mis en
place une plateforme d’administration pour permettre que les données de base nécessaires au
bon fonctionnement de l’application puissent être gérées. Ces données devront être entrées par
l’administrateur du système qui seul aura accès à cette plateforme. Ce sont :
 La validation d’un projet ;

 La confirmation de réception d’un chèque ;
 L’envoi d’un reçu définitif attestant un investissement ;…
La partie administration se compose des modules suivants :
 Le module Récupération de projets qui permet à l’administrateur de récupérer toutes

les informations sur un projet et son initiateur après sa soumission afin d’en permettre
l’analyse par l’équipe de DECISIONS.
 Le module Validation de projets qui permet de valider le projet ou de le rejeter suite
à la décision de l’équipe d’analyse. Il s’agira aussi de mettre à jour les informations
relatives au projet dans le cas de sa validation.
 Le module Suivre projet qui permet de joindre des fichiers nécessaires à un projet de
sa soumission à sa réalisation.
 Le module Valider paiement permet de valider un paiement par chèque en cas de
bonne réception.
 Le module Gérer reçus permet d’envoyer un reçu définitif d’investissement à tous les
ayant droits.
 Le module Joindre rapport permet de joindre les rapports d’activités d’un projet
durant sa réalisation
 Le module Administration permet à l’administrateur de joindre les principaux acteurs
(service juridique, porteur de projet, investisseur) de l’application par mail, ou en
envoyant une note dans leur espace membre, de publier une actualité et de créer les
états.
4.3.4. La sécurité de l’application
Plusieurs précautions ont été prises afin de ne pas permettre d’intrusion ou d’accès non
autorisé ni à l’application elle-même ni aux ressources qu’elle utilise. Tout d’abord l’accès à

chacun des principaux modules est soumis à un formulaire de connexion. Tout individu ne
disposant pas des identifiants nécessaires ne pourra donc pas accéder aux contenus offerts par
l’application web. Quant à la plate-forme d’administration, seul l’administrateur peut y
accéder. Les identifiants de connexion sont donc personnels et doivent être gardés secrets.
Dans CodeIgniter, cela est possible grâce aux fichiers .htaccess qui permettent de protéger les
dossiers contenant ces ressources sur le serveur.
Bien plus qu’une interface graphique d’application web et des fonctionnalités à

implémenter, il a fallu manipuler des API telles que celles de Paypal et HTML2PDF pour
assurer la communication avec leurs serveurs afin de permettre l’utilisation de ces moyens de
paiement. De nombreuses notions et outils ont été utilisés pour permettre de mettre en place
un système complètement fonctionnel. Le résultat de ce travail réalisé sera présenté au
chapitre suivant.

CHAPITRE 5 : LES RESULTATS

OBTENUS

Dans ce chapitre nous présenterons les résultats obtenus au terme de notre travail que
nous évaluerons par rapport aux attentes exprimées dans le cahier de charges. Après avoir
expliqué le fonctionnement côté utilisateur du système, nous proposerons quelques
suggestions d’améliorations ou de modification qui pourraient permettre de compléter cette
application.
5.1. Mise en exploitation
Un déploiement de notre application sera fait à DECISIONS SARL-U au terme de

notre travail. Nous allons ici récapituler les différentes étapes qui seront nécessaires pour la
mise en exploitation de notre application dans un environnement réel.
Pour commencer, nous aurons besoin :
 d’une machine serveur,

 et d’un terminal disposant d’un navigateur web.
Un déploiement d’une application CodeIgniter se fait en différentes étapes. La méthodologie

est la suivante :
 Uploader le code source de l’application sur le serveur d’hébergement,

 Mettre à jour les dépendances de l’application,
 Mettre à jour la base de données de l’application,
 Et vider le cache (puisqu’on quitte l’environnement de développement pour
l’environnement de production).
Nous procéderons donc comme suit :
 En local nous viderons le cache de l’application,

 Nous soignerons les pages d’erreurs,
 Et seulement après, nous procéderont au déploiement.
Quand les fichiers et l’environnement de travail seront en place, on règlera les droits sur les
répertoires de cache et de logs pour que l’application puisse y écrire les différents états
enregistrés.
5.2. Quelques interfaces de l’application

Une fois qu’on entre l’URL de l’application dans un navigateur, on accède à l’interface
d’accueil de l’application. Le menu simple et convivial offert par l’application permettra une
navigation facile entre les pages de cette dernière.
Figure 21 : Bannière de la page d’accueil
Figure 22 : Page d’accueil

Figure 23 : Statistiques
Figure 24 : Téléchargement des guides d’utilisateurs

Figure 25 : Page d’inscription/connexion des initiateurs de projets
Figure 26 : Page de profil d’un initiateur

Figure 27 : Page de présentation des projets soumis par un initiateur de projet dans son
espace membre
Figure 28 : Page de soumission d’un nouveau projet

Figure 29 : Page de contact
5.3. Les extensions envisageables
Les résultats actuellement disponibles, même si l’application est fonctionnelle, n’offrent

pas une parfaite satisfaction. En effet, malgré une rédaction de cahier des charges en
adéquation avec les besoins de ses futurs utilisateurs, le logiciel est tout de même limité sur
quelques points.
Bien que le stage ait été suffisamment long, nous avons utilisé plusieurs technologies que
nous avons découvertes au fur et à mesure, ce qui a amenuisé notre temps effectif de
conception. Par ailleurs, le moyen de paiement Paypal n’étant pas utilisé abondamment dans
nos régions, les processus d’intégrations et les procédures de test se sont révélés complexes.
Ainsi de nombreuses améliorations sont envisageables. Les négociations ont débuté pour une
intégration future du moyen de paiement mobile de Togocel dénommé Tmoney et celui de
Moov dénommé Flooz. En se basant sur le fait que nous voulons que les entrepreneurs ou les
investisseurs puissent suivre en temps réels l’évolution des projets, nous pourrons par la suite

intégrer une gestion automatisée des notifications et informations à leurs endroits. Aussi, une
extension aux notifications par SMS pourrait être envisagée..
Nous avons donc pu voir tout le long de ce dernier chapitre, les résultats du travail dont la
spécification, la préparation et la réalisation ont été présentées dans les chapitres précédents.
Quelques interfaces de l’application web ont été présentées avec un rappel partiel des
fonctionnalités proposées.

CHAPITRE 6 : EVALUATION
FINANCIERE

Avant tout déploiement, une étude économique est indispensable pour déterminer quel
budget il faut prévoir pour la mise en place du projet DECISIONS INVEST PROJECT
Tableau 13. Tableau de présentation de l’estimation du coût de l’application
Composants Coût Quantité Montant

unitaire (F) total
Ordinateur (Core i3, 4Gb de RAM) 370 000 1 370 000
Frais de mise en place du service 60 000 6 mois 360 000
juridique et élaboration des contrats
Frais de l’application + achat d’un nom 125 000 1 an 125 000
de domaine
Frais d’obtention d’un numéro 80 000 Forfait 80 000
marchand Flooz et d’intégration du
service Flooz
Abonnement Internet 38 000 9 mois 342 000
Main d’œuvre 150 000 9 mois 1 350 000

Total 2 627 000
L’estimation du prix de l’ordinateur portable est issue de la récolte d’informations

concernant les prix sur le marché des ordinateurs utilisés lors du développement. Cet appareil
a été choisi en fonction de sa capacité processeur et mémoire favorisant les meilleures
conditions de développement puis de tests. Une connexion Internet de qualité étant nécessaire
non seulement pour les recherches mais aussi et surtout pour les tests d’intégration de Paypal,
nous avons intégré une estimation de coût en nous basant sur les prix des forfaits mensuels
offerts par TOGO TELECOM. Quant à l’estimation de la main d’œuvre, elle a été faite grâce
au salaire moyen d’un employé titulaire d’une licence professionnelle. Ainsi le coût moyen du
projet est estimé à environ Deux Millions Six Cents Vingt Sept Mille (2 627 000 F) CFA

CONCLUSION
Dans le but de rendre la soumission des projets par les startups plus facile, de leur
permettre de suivre régulièrement leurs évolutions et de faciliter le financement des projets
par les investisseurs à travers une plateforme web, il nous avait été demandé de réaliser une
application web de financement participatif.
Après plusieurs mois de travail, nous sommes arrivée à atteindre les objectifs de notre
stage, celle de la mise en place de DECISIONS INVEST PROJECT et l’élaboration d’un
document mémoire. Dans le document mémoire, nous avons présenté l’analyse, la conception
et le développement de l’application web intégrant toutes les informations relatives au
système d’information étudié grâce à la méthode UML. Certes, nous avons sans doute eu à
rencontrer quelques difficultés, mais nous sommes arrivés à les surmonter.
Ce projet a été l’occasion d’une immersion plus profonde dans le monde du

développement d’applications qui était déjà une passion pour nous. Il nous a permis de faire le
tour de ce qui se fait en termes de développement de plateforme de crowdfunding et de
réellement mieux cerner le domaine afin de pouvoir faire des choix plus judicieux pour les
projets à venir.
DECISIONS INVEST PROJECT dès son lancement permettra de donner vies aux
projets originaux, créatifs, et innovants grâce aux financements des investisseurs et par
l’apport d’expertise de l’équipe de DECISIONS SARL-U. Ce sera une opportunité aussi bien
pour les investisseurs que par l’envol professionnel des jeunes entrepreneurs: d’où son utilité.
Des extensions futures sont envisagées à l’instar de l’intégration du moyen de paiement
mobile Tmoney et les notifications par SMS de toute activité sur l’application. Nous espérons
par cette application web ouvrir la voie à une ère dynamique et florissante du financement
participatif au Togo.
Ce projet de par son envergure a été aussi pour nous, un moyen de tester notre capacité
à gérer de « gros projets ». Ainsi, ce stage nous a aussi permis d’affronter les réalités du
monde professionnel caractérisé par la rigueur et l’esprit d’équipe. Les erreurs commises dans
le management même du projet ont porté des leçons qui sont sûrement pour nous un avantage
non négligeable pour des projets futurs quel que soit leur taille.
Aucune œuvre humaine n’étant parfaite, nous sommes ouverts aux observations,
remarques et suggestions.

BIBLIOGRAPHIE ET
WEBOGRAPHIE
[1] faiejtogo.org/
[2] http://www.crowdlending.fr/3-solutions-pour-creer-sa-plateforme-de-crowdfunding/
[3] http://laurent-audibert.developpez.com/Cours-UML/
[4] http://fr.slideshare.net/ammarre/lecon-11/
[5] https://fr.wikipedia.org/wiki/UML_(informatique)
[6] CoursUML.pdf disponible sur < liris.cnrs.fr/csolnon/coursUML.pdf >
[7] http://laurent-audibert.developpez.com/Cours-UML/?page=diagramme-cas-utilisation
[8]https://www.codeigniter.com/
[9] https://openclassrooms.com/courses/codeigniter-le-framework-au-service-des-zeros/
[10] https://fr.wikipedia.org/wiki/Plugin/
[11] http://eric-pommereau.developpez.com/tutoriels/decouverte-jpgraph/
[12] https://www.paypal.com/fr/
[13] https://openclassrooms.com/courses/prenez-en-main-bootstrap/

TABLE DES MATIERES

DEDICACES ............................................................................................................................. ii
REMERCIEMENTS ................................................................................................................. iii
SOMMAIRE ............................................................................................................................. iv
LISTES DES FIGURES............................................................................................................. v
LISTE DES TABLEAUX ......................................................................................................... vi
GLOSSAIRE ............................................................................................................................ vii
INTRODUCTION ...................................................................................................................... 1
CHAPITRE 1 : PRESENTATION GENERALE ...................................................................... 3
1.1. Le cadre de formation .................................................................................................. 4
1.1.1. Présentation ............................................................................................................... 4
1.1.2. Objectifs .................................................................................................................... 4
1.1.3. Organisation structurelle du CIC .............................................................................. 5
1.1.4. Activités .................................................................................................................... 5
1.1.5. Perspectives ............................................................................................................... 7
1.2. Le cadre de stage ............................................................................................................. 7
1.2.1. Présentation ............................................................................................................... 7
1.2.2 Objectifs ..................................................................................................................... 9
1.2.3. Organisation structurelle de DECISIONS SARL-U ............................................... 10
1.2.4 Clients de DECISIONS............................................................................................ 11
CHAPITRE 2 : ETUDE PREALABLE DU PROJET ............................................................. 13
2.1. Présentation du projet .................................................................................................... 14
2.2. Problématique ................................................................................................................ 14
2.3. Objectifs du projet ......................................................................................................... 15
2.4. Les fonctionnalités attendues de l’application............................................................... 16
2.4.1. Le module « soumission des projets» ..................................................................... 16
2.4.2. Le module « financement des projets » .................................................................. 17
2.5. Etude de l’existant ......................................................................................................... 17
2.6. Critique de l’existant ..................................................................................................... 19
2.7. Présentation des solutions possibles .............................................................................. 20
2.7.1. Développement à partir de zéro .............................................................................. 21
2.7.2. Lancer une plateforme en marque blanche ............................................................. 21
2.7.3. Lancer une plateforme en marque grise .................................................................. 22

2.8. Solution retenue ............................................................................................................. 22

CHAPITRE 3 : LA MODELISATION .................................................................................... 24
3.1. Justification du choix de l’outil de modélisation ........................................................... 25
3.2. La méthode de modélisation UML ................................................................................ 25
3.2.1. L’approche orientée objet ....................................................................................... 26
3.2.2. Les diagrammes UML ............................................................................................ 27
3.3. Les différents diagrammes de DECISIONS INVEST PROJECT ................................. 28
3.3.1 Les diagrammes de paquetages ................................................................................ 28
3.3.2. Le diagramme de cas d’utilisation .......................................................................... 29
3.3.3. Le diagramme de classes......................................................................................... 45
3.3.4. Le diagramme d’activités ........................................................................................ 47
CHAPITRE 4 : LA PROGRAMMATION .............................................................................. 52
4.1. Les outils de développement choisis ............................................................................. 53
4.1.1. Le Framework CodeIgniter ..................................................................................... 53
4.1.2. Les langages de programmation ............................................................................. 55
4.1.3. Le Système de Gestion de Base de Données (SGBD) : MySQL ............................ 57
4.1.4. Le serveur Apache .................................................................................................. 57
4.1.5. Les modules complémentaires ................................................................................ 57
4.2. La base de données ........................................................................................................ 59
4.3. L’application WEB ........................................................................................................ 59
4.3.1. L’architecture de l’application ................................................................................ 59
4.3.2. Développement de l’application ............................................................................. 63
4.3.3. La plateforme d’administration............................................................................... 68
4.3.4. La sécurité de l’application ..................................................................................... 68
CHAPITRE 5 : LES RESULTATS OBTENUS ...................................................................... 70
5.1. Mise en exploitation ...................................................................................................... 71
5.2. Quelques interfaces de l’application .............................................................................. 71
5.3. Les extensions envisageables ........................................................................................ 76
CHAPITRE 6 : EVALUATION FINANCIERE ..................................................................... 78
CONCLUSION ........................................................................................................................ 80
BIBLIOGRAPHIE ET WEBOGRAPHIE ............................................................................... 81
TABLE DES MATIERES ....................................................................................................... 82

Document de Memoire

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Document de Memoire

Transféré par

Droits d'auteur :

Formats disponibles

MINISTERE DE L’ENSEIGNEMENT REPUBLIQUE TOGOLAISE

Université de Lomé (UL) DECISIONS SARL-U

CENTRE INFORMATIQUE ET DE CALCUL (CIC)

MEMOIRE DE FIN DE FORMATION POUR L’OBTENTION DU DIPLÔME DE

MISE EN PLACE D’UNE APPLICATION

Maître de stage Directeur de mémoire

A MES CHERS PARENTS,

A MES FRERES ET SŒURS,

A TOUS CEUX QUI COMPTENT POUR MOI,

QU'ILS TROUVENT DANS CE MODESTE

RECONNAISSANCE, MON AMOUR,

MON AMITIÉ ET MON ESTIME

Mémoire LP GL ii GASSIHOUN K. Sylvie Judith

Je tiens également à remercier :

Je leurs présente toute ma gratitude et mes profonds respects.

Mémoire LP GL iii GASSIHOUN K. Sylvie Judith

Mémoire LP GL iv GASSIHOUN K. Sylvie Judith

LISTES DES FIGURES

Mémoire LP GL v GASSIHOUN K. Sylvie Judith

LISTE DES TABLEAUX

Mémoire LP GL vi GASSIHOUN K. Sylvie Judith

Framework : désigne en programmation informatique un ensemble d'outils et de composants

Architecture MVC : Modèle-Vue-Contrôleur, modèle d'architecture qui cherche à séparer

Mémoire LP GL vii GASSIHOUN K. Sylvie Judith

L’entrepreneuriat, un secteur en vogue aujourd’hui est considéré comme l’un des

Le crowdfunding ou le financement participatif est la mise en relation directe des

Mémoire LP GL 1 GASSIHOUN K. Sylvie Judith

Mémoire LP GL 2 GASSIHOUN K. Sylvie Judith

Mémoire LP GL 3 GASSIHOUN K. Sylvie Judith

1.1.Le cadre de formation

Dans cette première partie, nous présenterons notre cadre de formation.

En 1990, est ouvert le Centre Interafricain de Formation à la Maintenance des

Le Centre Informatique et de Calcul est un support en informatique aux instituts de

 Des cours d’initiation ;

Mémoire LP GL 4 GASSIHOUN K. Sylvie Judith

 Des élaborations et réalisation de projets Informatiques.

1.1.3. Organisation structurelle du CIC

Le CIC dépend de la présidence de l’Université de Lomé (UL) et est dirigé par un

Figure 1. Organisation structurelle du CIC

 La formation académique des étudiants

Mémoire LP GL 5 GASSIHOUN K. Sylvie Judith

semestres, pour l’obtention d’une Licence Professionnelle en Génie Logiciel ou en

 La formation du CISCO NETWORKING ACADEMY

 Le projet CVA (Campus Virtuel Africain)

 La salle des indiens

Mémoire LP GL 6 GASSIHOUN K. Sylvie Judith

 La maintenance des équipements informatiques

Le CIC projette de créer, un Laboratoire de Recherche en Informatique Appliquée (LRIA). Le

 Développer à l’Université de Lomé la formation et la recherche dans le domaine de

1.2. Le cadre de stage

Le cabinet DECISIONS SARL-U est un cabinet de consultation, conseil et assistance en :

 Qualité et autres systèmes de management

Mémoire LP GL 7 GASSIHOUN K. Sylvie Judith

DOMAINE NORME OBJECTIF

 Outils Qualité (roue de Deming, brainstorming, 5M, diagramme d’Ishikawa, etc.)

 Etude des risques

Mémoire LP GL 8 GASSIHOUN K. Sylvie Judith

 Planification des projets ;

 Ingénierie Informatiques, Statistiques et Management

 Centre d’Appels : Decisions Info

DECISIONS s’est donné pour mission d'offrir des prestations de consulting et de

 la qualité de leurs produits et services ;

Mémoire LP GL 9 GASSIHOUN K. Sylvie Judith