rapport de stage

ANALYSE, CONCEPTION ET REALISATION D’UNE PLATEFORME WEB DE
RECHERCHE DE DONATEURS DE SANG
DEDICACE
Maman MAWOUOBA Mariatou.
Rédigé par : MBEMDIA SALIOU Mohamed Mahzou Tariq, étudiant en 2ème année Génie logiciel à IAI-CAMEROUN
Année académique 2022-2023 I
REMERCIEMENTS
Nous tenons à adresser nos remerciements à toutes les personnes qui nous ont
accompagnés de près ou de loin pendant l’élaboration de ce travail. Ce dernier
n’aurait été possible sans la contribution de plusieurs acteurs, notamment:
 Au Représentant résident de l’IAI-Cameroun «centre d’excellence

technologique Paul BIYA » Monsieur ABANDA Armand Claude, pour la
structure académique qui nous offre une formation et un suivi de qualité ;
 À Madame FOFIE ELONG Olivia, chef de centre à IAI-Cameroun centre de
Douala , pour ses remarques, ses conseils et sa disponibilité ;
 À Monsieur ENOLLA Fritz Directeur général de VISION PUB et encadreur
encadreur professionnel, pour son encadrement, pour ses remarques, sa
présence et son dévouement au travail;
 À monsieur BELINGA MBALLA Gabriel, consultant et encadreur
académique, pour son implication, ses conseils, sa présence, son soutien et
surtout son dévouement au travail ;
 À tout le personnel de l’entreprise VISION PUB pour leur présence et leur
soutien quotidien tout au long de notre séjour ;
 À tout le personnel de IAI-Cameroun centre de Douala pour leur présence et
leur soutien quotidien ;
 À mes parents pour m’avoir inculqué très tôt les valeurs morales de rigueur, de
persévérance dans le travail et leurs précieux conseils ;
 À Monsieur PEMNDIA Ibrahim, qui a été une source de motivation et
d’inspiration ;
 À ma famille, pour tout son soutient ;
 À tous mes camarades de l’IAI-Cameroun centre de Douala, qui nous ont
soutenu durant la période de stage ;
Année académique 2022-2023 II
SOMMAIRE
DEDICACE ....................................................................................................................I
REMERCIEMENTS ..................................................................................................... II
SOMMAIRE ................................................................................................................III
LISTE DES FIGURES ................................................................................................ IV
LISTE DES TABLEAUX ............................................................................................. V
LE GLOSSAIRE ......................................................................................................... VI
RÉSUMÉ .................................................................................................................. VIII
ABSTRACT ................................................................................................................ IX
INTRODUCTION GÉNÉRALE ................................................................................... 1
PARTIE I :PHASE D’INSERTION ...............................................................................2
PARTIE II : PHASE TECHNIQUE .............................................................................10
DOSSIER I : L'EXISTANT ......................................................................................... 12
DOSSIER II : LE CAHIER DES CHARGES ............................................................. 17
DOSSIER III : DOSSIER D'ANALYSE ..................................................................... 32
DOSSIER IV: DOSSIER DE CONCEPTION ............................................................ 58
DOSSIER V : DOSSIER DE REALISTATION OU DE DEPLOIEMENT ................69
DOSSIER VI : TEST DE FONCTIONNALITÉ ......................................................... 90
DOSSIER VII: GUIDE D’UTILISATION ..................................................................99
CONCLUSION GÉNÉRALE ....................................................................................106
BIBLIOGRAPHIE .......................................................................................................A
WEBOGRAPHIE .........................................................................................................B
ANNEXES ....................................................................................................................D
LISTE DES ABREVIATIONS ......................................................................................E
TABLE DES MATIÈRES ..............................................................................................F
Année académique 2022-2023 III
LISTE DES FIGURES

Figure 1 : organigramme .........................................................................................7
Figure 2 : présentation des diagrammes UML .....................................................37
Figure 3 : représentation du processus 2TUP ....................................................... 41
Figure 4 : diagramme de cas d'utilisation (utilisation globale) ...........................45
Figure 5 : diagramme cas d'utilisation _(gestion administrateur) ........................46
Figure 6 : diagramme de cas d'utilisation (gérer annonce) .................................. 47
Figure 7 : diagramme de communication authentification ................................. 50
Figure 8 : diagramme de séquence (authentification) ..........................................53
Figure 9 : diagramme sequence publication annonce .......................................... 54
Figure 10 : diagramme d'activités (authentification) ........................................... 56
Figure 11 : diagramme d'activité (publier annonce) ............................................ 57
Figure 12 : diagramme de classe. .........................................................................64
Figure 13 : diagramme d’état transition ...............................................................65
Figure 14 : diagramme d etat transition ............................................................... 66
Figure 15 : diagramme de paquetage ...................................................................68
Figure 16 : architecture logique de notre plateforme(architecture 2TUP) ...........81
Figure 17 : présentation de l'architecture 3-tiers ..................................................82
Figure 18 : diagramme de déploiement ............................................................... 85
Figure 19 : diagramme de composant ..................................................................87
Année académique 2022-2023 IV
LISTE DES TABLEAUX

Table 1 : fiche signalétique .................................................................................... 6
Table 2 : chronogramme des tâches ...................................................................... 24
Table 3 : budget des ressources humaines ........................................................... 25
Table 4 : budget ressources matériels .................................................................. 26
Table 5 : budget des ressources logiciels .............................................................. 27
Table 6 : budget des autres ressources .................................................................. 28
Table 7 : coût totale ..............................................................................................28
Table 8 : liste des intervenants ............................................................................. 30
Table 9 : comparaison entre UML et merise ........................................................38
Table 10 : comparaison des processus unifiées ....................................................39
Table 11 : composant du diagramme de cas d'utilisation .....................................43
Table 12 : composants du diagramme des communication ................................. 49
Table 13 : composants du diagramme de séquence ............................................. 51
Table 14 : liste des composant du diagramme d'activités .................................... 55
Table 15 : composants du diagramme de classe .................................................. 62
Table 16 : formalisme du diagramme de paquetage ............................................ 67
Table 17 : technologie et framework utilisées ..................................................... 79
Table 18 : formalisme du diagramme de déploiement .........................................83
Table 19 : formalisme du diagramme de composant ........................................... 86
Année académique 2022-2023 V
LE GLOSSAIRE
 2TUP: est un processus de développement logiciel qui implémente le Processus
Unifié.
 BD: est une collection organisée de données qui peut être stockée et consultée
électroniquement.
 BDR: est une base de données qui stocke des données dans des tables
relationnelles.
 Branding: Le Branding est le processus de création d’une image de marque pour
une entreprise, un produit ou un service.
 CSRF: est une attaque informatique qui permet à un attaquant de forcer un
utilisateur à effectuer une action qu’il n’a pas l’intention d’effectuer.
 CSS: est un langage informatique utilisé pour décrire l’apparence visuelle d’un
document écrit en HTML ou XML.
 DCVS: est un système de gestion de version distribué qui permet à plusieurs
développeurs de travailler simultanément sur un même projet.
 Diagramme : représentation graphique et schématisé.
 Formalisme : présentation d’un ensemble de propositions dans une langue de
symboles abstraits qui vise à mettre en évidence les relations .
 Framework: Un framework est un ensemble d’outils et de bibliothèques
logicielles qui fournissent une structure pour le développement d’applications.
Hachage: Le hachage est le processus de conversion d’une chaîne de caractères
en une valeur alphanumérique.
 Injection: L’injection est une technique d’attaque informatique qui consiste à
insérer du code malveillant dans une application ou un système.
 Logiciel: Un logiciel est un programme informatique qui est conçu pour effectuer
une tâche spécifique.
 Merise: Merise est une méthode de conception de systèmes d’information qui a
été développée en France dans les années 1980.
Année académique 2022-2023 VI
 Open source: Open source se réfère à un logiciel dont le code source est
disponible gratuitement et peut être modifié et distribué par quiconque .
 OpenUP: est une méthode de développement logiciel itérative et incrémentale
basée sur le processus unifié.
 PHP: est un langage informatique utilisé pour donner la logique d’exécution ou
de traitement des informations.
 Plateforme web: Une plateforme web est un environnement logiciel qui fournit
des services pour le développement et l’exécution d’applications web.
 Programme: Un programme est un ensemble d’instructions écrites dans un
langage informatique qui sont exécutées par un ordinateur.
 RUP: est une méthode de développement logiciel itérative et incrémentale basée
sur le processus unifié .
 Serveur: Un serveur est un ordinateur ou un programme informatique qui fournit
des services à d’autres ordinateurs ou programmes informatiques.
 SI: élément central d’une entreprise ou d’une organisation .
 SQL: est un langage informatique utilisé pour communiquer avec les bases de
données relationnelles.
 TCP/IP: est un ensemble de protocoles utilisés pour la communication sur
Internet.
 Token: Un token est une chaîne de caractères qui représente l’autorisation
d’accéder à une ressource ou d’effectuer une action .
 UI: fait référence aux écrans, boutons, bascules, icônes et autres éléments visuels
avec lesquels vous interagissez lors de l’utilisation d’un site Web, d’une
application ou d’un autre appareil électronique .
 UML: est un langage de modélisation graphique utilisé pour représenter
visuellement des systèmes logiciels.
 UX: fait référence à l’ensemble de l’interaction que vous avez avec un produit, y
compris la façon dont vous ressentez l’interaction.
Année académique 2022-2023 VII
RÉSUMÉ
Afin d’améliorer le processus d’acquisition des poches de sang dans les
hôpitaux, nous avons mis sur pied une plateforme web de recherche de donateurs de
sang. Notre travail porte sur le thème: <<Analyse, conception et réalisation d’une
plateforme web de recherche de donateurs de sang>>. Cette solution a été
développée dans le but d’améliorer considérablement le processus de recherche de
donateurs de sang, en rendant le processus plus efficace et en réduisant le temps
d’attente des patients en besoin de sang dans les hôpitaux. La plateforme web que
nous avons développée offre une interface conviviale aux potentiels donateurs,
facilitant ainsi leurs inscriptions et leurs disponibilité pour des dons de sang. Elle met
également en relation les donateurs avec les hôpitaux nécessitant des don de sang,
permettant ainsi de trouver rapidement des donateurs compatibles. Cette solution a un
impact direct sur la disponibilité du sang dans les hôpitaux, ce qui peut
potentiellement sauver des vies.
Mots clés : plateforme web, donateurs de sang, recherche, analyse , conception.
Année académique 2022-2023 VIII
ABSTRACT
In order to improve the blood bag acquisition process in hospitals, we have set
up a web-based blood donor search platform. Our work focuses on <<the analysis,
design and implementation of a web-based blood donor search platform>>. This
solution has been developed with the aim of considerably improving the blood donor
search process, making it more efficient and reducing hospital waiting times. The web
platform we have developed offers a user-friendly interface to potential donors,
making it easier for them to register and become available for blood donations. It also
connects donors with hospitals requiring blood donations, enabling compatible donors
to be found quickly. This solution has a direct impact on the availability of blood in
hospitals, potentially saving lives.
Keywords: blood, web plateform, search, donor, analysis,conception.
Année académique 2022-2023 IX
INTRODUCTION GÉNÉRALE
L'informatique ne cesse de s’étendre dans les différents domaines des
activités humaines. Cela s'explique par son apport incontestable pour ceux qui
l'utilisent. En effet, cet outil permet entre autres l'automatisation des traitements,
l'échange d'information, la conservation des données, l'exécution rapide des tâches,
etc. Suite à tous ces avantages, le domaine médical a décidé de se tourner vers ce
puissant outil de traitement de l’information afin de faciliter la recherche des
donateurs de sang et d’optimiser le processus de prise en charge des patients. Au
cours de notre stage chez VISION PUB, il nous a été confié la tâche de réaliser une
plateforme web de recherche de donateurs de sang, qui nous a permit de mettre en
pratique nos connaissances académiques. Ce stage a été une opportunité pour nous
d’appréhender le fonctionnement d’une entreprise informatique et de nous familiariser
avec le monde professionnel. Nous avons effectué ce stage sous le thème : «
ANALYSE, CONCEPTION ET REALISATION D’UNE PLATEFORME WEB
DE RECHERCHE DE DONATEURS DE SANG ». Le présent document permet
d’appréhender et de mieux cerner ce sujet. Nous allons présenter à travers le dossier
d’insertion, la structure d’accueil dans laquelle notre stage a été effectué, ensuite nous
présenterons les différents documents projets intervenant, à savoir le cahier de charges,
le dossier d’analyse et de conception, le dossier de réalisation et enfin le guide
d’utilisation de notre solution.
Année académique 2022-2023 1
PARTIE I :PHASE D’INSERTION
Résumé
La phase d’insertion est la partie du rapport de stage qui présente la structure

d’accueil, son fonctionnement et les conditions dans lesquelles nous avons été
accueillis. C’est également la phase où le stagiaire se familiarise avec les locaux de la
structure dans laquelle il effectue le stage jusqu’au choix du thème de stage.
Apercus
Introduction
I. Accueil en entreprise
II. Présentation de l’entreprise
conclusion
INTRODUCTION
Une fois que notre demande de stage académique a été acceptée, nous nous
sommes présentés à l’entreprise d’accueil afin de prendre connaissance des
conditions auxquelles nous serons soumis durant le déroulement de notre stage. Le
dossier d’insertion nous permet donc, dans un premier temps, de vous décrire notre
accueil en entreprise et dans un second temps de vous présenter l’entreprise d’accueil,
qui pour nous est VISION PUB.
1. ACCUEIL ET INTEGRATION EN ENTREPRISE
A notre arrivée au sein de l’entreprise VISION PUB le Lundi 03 juillet 2023 à

8h, nous avons été accueillis par M. KEGOUM Fabrice, qui nous a briefer non
seulement sur le fonctionnement de la structure, mais également sur l’objectif à
atteindre durant les trois (03) mois de stage qui nous ont été accordés. Après cet
entretien, nous avons pris part à une réunion au cours de laquelle les employés de la
structure se sont présentés les uns après les autres. Dans le cadre de notre stage
académique, des thèmes ont été attribués à chaque étudiant, ainsi que des encadreurs
pour le suivi de l’avancement de nos projets de stage. L’intégration s’est faite très
facilement; car étant tous jeunes, ils amenèrent une atmosphère très détendue au sein
de la start-up, mais en ce qui concernait le travail à effectuer, tout restait professionnel
et nous étions toujours guidé par les professionnels de l’entreprise.
2. PRESENTATION DE L’ENTREPRISE VISION PUB
1) Historique
VISION PUB est une jeune entreprise moderne et ambitieuse créée en 2021
par des jeunes entrepreneurs. VISION PUB comme pôle de réflexion d’échange
d’idées et d’informations, offre un cadre de rencontre entre acteurs économiques,
décideurs et formateurs en vue d’analyser les mutations en cours et de construire une
vision prospective sur les configurations des organisations de demain.
2) Leurs visions
Comme son nom l’indique, VISION PUB pense progrès et se forge une
culture basée sur des concepts de développement durable et s’est donné pour mission
de:
 Devenir un pôle d’excellence dans le marketing et la communication digitale ;

 Proposer des solutions technologiques les plus innovantes qui permettront de
faciliter le quotidien des entrepreneurs, des entreprises et citoyens ;

 Former la jeunesse afin de créer et transmettre de la valeur ajoutée sur les métiers
du digital .
3) Leurs missions
VISION PUB à travers de multiples actions s’est donné pour mission

d’accompagner les jeunes entreprises à se développer et à augmenter leur chiffre
d’affaire à travers les solutions marketing et technologiques innovantes. VISION
PUB forge et affine sa notoriété en apportant à chaque entreprise selon ses spécificités
une réponse parfaitement adéquates, elle déploie à ce jour une équipe aguerrie jeune
et dévouée.
4) Leurs services
Les services qu’offre VISION PUB sont les suivants :
 Gestion des campagnes marketing (stratégique et opérationnel)

 Gestion de la communication digitale
 Conception des sites web et applications mobiles
 Conception des maquettes et prototypes (UI / UX)
 Conception et réalisation Branding et identités visuelles
 Administration systèmes et réseaux
 Installation caméra de surveillance et réseaux d’entreprise
 Formations
5) Localisation
Le siège social de VISION PUB est situé dans la capitale économique du

Cameroun (Douala) plus précisément au quartier Pk13 (100m derrière la banque
société générale).
Image 1: plan de localisation VISION PUB(source: VISION PUB)
6) Fiche signalétique
Le tableau suivant nous présente une description complète de la fiche

signalétique de VISION PUB.
Table 1: fiche signalétique
Date De Création 2021
Forme Juridique Organisation privée
Sigle VISION PUB
Service Gestion des campagnes marketing ;

Gestion de la communication digitale ;
Conception des solutions technologiques
Siege Social Douala (Cameroun)
Directeur Général M. ENOLLA Fritz
Téléphone 656476235
E-Mail contact@agencevisionpub.com
Localisation Pk14 (100m derrière la banque société

générale)
Registre De Commerce RC/DLN/2023/A/168
NIU P119717861003W
source 1 : source: VISION PUB
7) Organigramme
Durant notre stage à VISION PUB, nous avons été affectés à la direction
technique en tant que stagiaire.
Direction General
Direction comptable/
Direction Commercial Direction technique
juridique
Responsable Formations
Stagiaire
Figure 1: organigramme(source: VISION PUB)
8) Les partenaires
Jeune structure de son état, VISION PUB afin de mieux satisfaire sa clientèle
s’accroche à plusieurs partenaires tels que :
 BOOT CONCEPT : imprimerie ;

 KANON IMPRESSION : imprimerie ;
9) Ressources matérielles de VISION PUB
Les ressources matérielles dont dispose VISION PUB sont :
 Routeur tplink
 Répéteur Wi-fi tplink
 Flybox 4G
 Laptop
 Imprimante
 Vidéo Projecteur
 Ecran
10) Les ressources logiciels
Les ressources logicielles dont dispose VISION PUB sont :
 Serveur Web Privé

 Antivirus Avast Premium
 Windows 10 Pro
 Suite Office 2019
CONCLUSION
En somme, la période d’insertion nous a permit de nous accommoder à

l’environnement professionnel de cette entreprise. La disponibilité du maître de stage
et le chaleureux accueil nous ont permit une facilité d’adaptation à ladite entreprise.
En dehors de notre chaleureux accueil, VISION PUB nous a aussi offert un ensemble
de tâches très passionnantes et utiles à la réalisation de notre projet que nous allons
présenter dans notre phase technique.
PARTIE II : PHASE TECHNIQUE
Résumé
Suite à la prise de connaissance du thème, cette partie a pour principal but la

description des besoins d’utilisateurs ainsi que des conditions nécessaires à la réussite
de notre projet. C’est pour cette raison que cette partie est considérée comme l’outil
de description du projet pour éviter la production des résultats inadéquats.
Apercus
INTRODUCTION
DOSSIER I : L’EXISTANT
DOSSIER II: CAHIER DE CHARGE
DOSSIER III : DOSSIER D’ANALSE
DOSSIER IV : DOSSIER DE CONCEPTION
DOSSIER V : DOSSIER DE REALISATION
DOSSIER VI : TEST DE FONCTIONNALITES
DOSSIER VII : GUIDE D’UTILISATION
CONCLUSION
INTRODUCTION
La phase technique est la partie du rapport de stage ayant pour but principal
la description des besoins utilisateurs ainsi que des conditions nécessaires à la réussite
du projet acquis par l’étudiant après son insertion dans son entreprise d’accueil. C’est
pour cette raison que cette partie est considérée comme la description du projet, pour
éviter la production des résultat inadéquats. Cette partie comporte d’une part,
l’éxistant dans lequel il est question de faire une explication détaillée du thème c'est-
à-dire, dire exactement de quoi il s’agit. Puis de l’élaboration du cahier de charges
dans lequel sont représentées toutes les attentes de l’utilisateur notamment les besoins
fonctionnels et non fonctionnels de l’application, suivi des dossier d’analyse, de
conception , de réalisation , des tests de fonctionnalités et du guide d’installation .
DOSSIER I : L’EXISTANT
Résumé
Premier dossier de la partie technique; le dossier de l’existant est le dossier

dans lequel on fera la présentation de notre étude de l’existant. Il s’agira pour nous de
suivre un ensemble d’étude menant à notre solution.
Apercus
Introduction
I.Présentation du projet
II. Etude de l’existent
III. Critique de l’existent
IV. Problematique
V. Proposition de solution
conclusion
INTRODUCTION
Le dossier de l’existant est le premier dossier constituant la partie de la phase

technique. Cette partie est destinée à faire une étude du projet en vue de dégager le
problème, le contexte à l’origine du problème, les problématiques et ainsi que les
potentielles solutions au problème rencontré.
I. Présentation du projet
Notre travail porte sur la mise en place d’une plateforme web de recherche de
donateurs de sang. L'objectif de cette plateforme est de faciliter la mise en relation
entre les hôpitaux et les potentiels donateurs de sang. En créant une solution
numérique efficace, nous espérons contribuer à l’amélioration de la disponibilité du
sang nécessaire pour sauver des vies.
Bien que des plates-formes similaires existent déjà dans d'autres régions du monde,
notre projet vise spécifiquement à combler ce manque de service au Cameroun. cette
initiative peut contribuer positivement à la résolution du problème de pénurie de sang
et à l'amélioration de la santé publique dans le pays.
En mettant l'accent sur l'utilisation des technologies web, nous souhaitons créer une
solution moderne et efficace pour soutenir les hôpitaux dans leur quête de donateurs
de sang et ainsi contribuer à sauver des vies et à atténuer les conséquences de cette
tragédie .
II. Etude de l’existant
Au Cameroun, les hôpitaux ont toujours fait usage de processus classiques de

prise de contact avec les potentiels donateurs tels que la télévision, la radio, les
panneaux publicitaires, la presse et le bouche à oreille.
III. Critique de l’existant
En effet, ces méthodes bien qu’étant classiques et considérées comme les plus
optimales, présentaient une grande lenteur dans le processus de mise en contact entre
les donateurs et les demandeurs(hôpitaux) . Ces outils devraient être utilisés comme
un plus et non comme un premier recours.
IV.Problématique
Force est de constater que le processus de mise en contact entre les donateurs
de sang et les hôpitaux est très lent et peine souvent à aboutir. Ainsi, comment notre
plateforme peut-elle améliorer le processus de recherche de donateurs de sang ?
V. Proposition de solution
En effet pour résoudre ce problème, il serait préférables de mettre en place une

solution novatrice qui permettra aux hôpitaux de rechercher et de trouver facilement
et rapidement des donateurs de sang dans leurs localités ou régions. Cette plateforme
vise à offrir une expérience conviviale et accessible, permettant de simplifier le
processus de recherche de donateurs et de répondre rapidement aux besoins urgents.
CONCLUSION
En somme, le dossier d’existant est une partie de notre rapport dans laquelle
nous faisons une présentation de notre projet de stage , puis une étude de l’existant,
apportons une critique par rapport à l’existant, dégageons les différentes
problématique ainsi que la solution répondant à ces problématiques. Cette étude
réalisée dans le dossier de l’existant abouti à la réalisation du cahier de charges du
projet qui constituera la base de l’étude de notre projet.
DOSSIER II : LE CAHIER DES CHARGES
Résumé
Après la prise de connaissance du thème, cette partie a pour but principal la

description des besoins d’utilisateurs ainsi que des conditions nécessaires à la réussite
de notre projet. C’est pour cette raison que cette partie est considérée comme un outil
de description du projet pour éviter la production des résultats inadéquats.
Apercus
INTRODUCTION
I. CONTEXTE ET JUSTIFICATION DU PROJET
II. OBJECTIF DU PROJET
III. EXPRESSION DES BESOINS UTILISATEUR
IV. PLANNIFICATION DU PROJET
V. ESTIMATION DU COUT DU PROJET
VI. CONTRAINTE DU PROJET
VII. LIVRABLES
CONCLUSION
INTRODUCTION
Document contractuel préalablement établit de commun accord entre le maître

d’œuvre et le maître d’ouvrage, le cahier de charges doit être scrupuleusement
respecté lors de la réalisation d’un projet. En effet, la réussite d’un projet passera
impérativement par la définition écrite, détaillée, précise, exhaustive et évaluable du
besoin, d’où l’importance majeure du cahier de charges. De manière générale, il
permet de formaliser les besoins et de les expliciter aux différents acteurs afin de
s’assurer que tout le monde soit en accord. Il regroupe donc le contexte et la
justification du projet, les objectifs, l’expression des besoins de l’utilisateur,
l’estimation du coût, la planification, les contraintes et les livrables.
I. Contexte et justification du projet
Dans le cadre son activité de communication digitale, VISION PUB a été

contacté par un hôpital pour lui servir d’intermédiaire dans son processus de
recherche de donateurs de sang. En effet plusieurs fois contacté par différents
hôpitaux, VISION PUB a donc constaté que ce problème ne touchait pas uniquement
un seul hôpital, mais plusieurs hôpitaux de la localité. Ainsi durant notre stage
académique, il nous a été demandé de mettre sur pied une plateforme permettant de
faciliter le processus de recherche de donateurs.
II. Objectifs du projet
Notre projet présente de multiples objectifs qui se subdivisent en deux grandes

catégorie. Ces deux catégories d’objectif sont l’objectif général et les objectifs
spécifiques.
a) Objectif général
Cette étude s’inscrit dans la volonté de faciliter la mise en contact entre les
donateurs et les demandeurs de sang dans le territoire national. Grâce à une
plateforme web conviviale. Elle permettra aux hôpitaux de trouver rapidement des
potentiels donateurs de sang dans leurs régions, en fonction des besoins spécifiques.
b) Objectifs spécifiques
Plusieurs objectifs sont fixés par notre plateforme, tels que :
 Faciliter la recherche de donateurs de sang;

 la réduction du délai de communication du besoin;
 Toucher une large zone de potentiels donateurs ;
 Optimiser les ravitaillements des hôpitaux en poche de sang.
III. Expressions des besoins utilisateur
Plusieurs attentes naissent vis-à-vis de notre plateforme. Parmi celles-ci nous

pouvons noter :
a) Besoins fonctionnels
Il s’agit pour notre plateforme de mettre en place un ensemble de

fonctionnalités essentielles pour son fonctionnement. Nous avons représentée ces
besoins en module.
1. Module utilisateurs
Dans ce module, il sera question d’afficher les différents utilisateurs, celle-ci

permettra une gestion des utilisateurs et d’avoir une vue d’ensemble sur les différentes
opérations de la plateforme.
1.1 sous module donateurs :
Ce sous module permet un suivi des donateurs dans la plateforme. Et ce suivi

s’effectue grâce a différentes fonctionnalités telles que :
 Inscription des donateurs: permet d’ajouter des donateurs dans la base de donnée
de la plateforme;
 Authentification : permet de vérifier l’identité des donateurs dans la plateforme;
 Modifier son profile;
 Déconnexion;
 Notification ;
 Voir les annonces;
 voir la liste de demandeurs ;
 Remplir le formulaire de don
1.2 Sous module demandeurs :
Ce sous module permet un suivi des demandeurs dans la plateforme. Et ce
suivi s’effectue grâce à différentes fonctionnalités telles que :
 Inscription des demandeurs : permet d’ajouter des demandeurs dans la base de

donnée de la plateforme;
 Authentification : permet de vérifier l’identité des demandeurs dans la plateforme;
 Modifier son profile;
 Déconnexion;
 Notification ;
 Voir les différentes offres de don: permet aux demandeurs de voir les différents
donateurs sur une map en ligne;
 Contacter un donateur: contacter un donateur via un service de messagerie ;
 Voir le profile des donateurs;
2. Module administrateur
Dans ce module, l’administrateur de la plateforme pourra effectuer différentes

opérations utiles pour la gestion de la plateforme. Ces opérations seront représentées
par les fonctionnalités telles-que :
 Supprimer les comptes utilisateurs;
 Voir les différents compte de donateurs;
 Voir les différents comptes de demandeurs;
 Voir les profiles ;
 Supprimer les comptes ;
 Voir l’historique des annonces validés;
 Ajouter un compte ;
 Valider les demandes;
 Valider les offres ;
3. Module contacte
Ce module permettra aux différents utilisateurs de pouvoir entrer en contact

avec les autres. Cette opération s’effectue à travers les différentes fonctionnalités
telles que :
 Contacter par e-mail
 Contacter par téléphone
4. Module annonces
Ce module permettra aux utilisateurs de gérer les post. Ce module fonctionne

avec les fonctionnalités telles que :
 Poster une demande de don;
 Poster une offre de don;
 Annuler une annonce;
 Accepter une annonce;
 Voir les annonces;
 Modifier une annonce;
5. Autres modules
Il s’agit ici des autres fonctionnalités dont les utilisateurs auront besoin. Parmi
celles-ci nous avons :
 Notifications : il s’agit de recevoir les notification en temps réel
 Localiser les utilisateurs : il s’agit de localiser les utilisateurs sur une map
b) Besoins non fonctionnels
Parmi ceux-ci, on note :

1. Sécurité des données : assurer la confidentialité et la sécurité des informations
personnelles des utilisateurs et des donateurs.
2. Haute disponibilité : garantir une disponibilité élevée du site web pour permettre
un accès continu aux utilisateurs.
3. Temps de réponse rapide : assurer des temps de réponse rapide pour une
expérience utilisateur fluide.
4. Scalabilité : concevoir la plateforme de manière à pouvoir gérer une
augmentation du nombre d’utilisateurs et de donateurs sans perte de performance.
5. Convivialité : offrir une interface utilisateur conviviale et intuitive pour une

navigation facile.
6. Accessibilité : s’assurer que la plateforme est accessible aux personnes en
situation de handicap.
7. Sauvegarde et récupération : mettre en place des mécanismes de sauvegarde
régulière des données et des plans de récupération en cas de panne ou de perte de
données.
8. Conformité légale : s’assurer que la plateforme respecte les lois et
réglementations en vigueur concernant la collecte et le traitement automatisés des
données personnelles et médicales.
9. Performance optimales : optimiser le temps le fonctionnement de la plateforme,
pour réduire le temps d’acces à une page.
IV. Planification du projet
Un projet a un début et une fin. En effet un projet est découpé en tâches et

donc certaines tâches ont un niveau de priorité supérieur à d’autres. Pour faire une
planification de projet, il faut utiliser des outils de planification de tâches. Il en existe
plusieurs parmi lesquels nous avons utilisé GRANT PROJECT.
a) Grant project
GRANT PROJECT est un outil open source de planification de tâches grâce à

une représentation graphique appelée diagramme de grant.
Notre période de stage à VISION PUB a été subdivisée en dates importantes
comme le diagramme suivant peut le montrer.
Image 2 : grantt project (source: CAPTURE GRANT PROJECT)
Ce diagramme de grant fait une description des différentes tâches que nous aurons à
effectuer durant notre période de stage académique. Pour une description plus claire
de cette planification, le tableau suivant nous donne plus d’informations :
Table 2: chronogramme des tâches
phases Nombre de Date de début Date de fin

jour(s)
Insertion en entreprise 14 03/07/2023 20/07/2023
Choix du thème 1 21/07/2023 21/07/2023
Regroupement de 3 24/07/2023 26/07/2023
documentations LARAVEL
Installation des outils 2 27/07/2023 28/07/2023
Formation LARAVEL 20 31/07/2023 25/08/2023
Redaction du rapport 10 28/08/2023 08/09/2023
Mise en place de la 13 11/09/2023 27/09/2023
plateforme
Phase de test 2 28/09/2023 29/09/2023
source 2: grant project
V. Estimation du coût du projet
a) Ressources humaines
La réalisation d’un tel projet nécessite l’intervention de plusieurs techniciens.

Parmi ces techniciens, nous avons un analyste concepteur pour penser au
fonctionnement du système et présenter les différentes fonctionnalités possibles. Deux
(02) développeurs fullstack; pour la mise en place de la solution , d’un (01) designers
pour concevoir les design des interfaces et la maquette de la plateforme, un(01) chef
de projet ; pour le contrôle de l’avancement du projet.
Table 3 : budget des ressources humaines
Nombre
Durée de trav Salaire pa Total salaire pa
role pers o n total
ail (jours) r jours r personne
nes
analyste
1 7 15000 105000 105000
concepteur
chef de
1 40 30000 1200000 1200000
projet
designers 1 14 10000 140000 140000
testeur 1 39 7000 273000 273000
Développeurs 2
37 20000 740000 1480000
fullstack
total 2458000 3198000
source 3: mercurial 2022 & mercurial 2023
b) Ressources matérielles
Table 4 : budget ressources matériels
Matériels Quantité Prix unitaire Utilité Montant total
HP PROBOOK 450 6 680530 FCFA Utilisé pour 4083180

G5 INTEL CORE I 5 développer FCFA
- 82654 l’application et
pour effectuer
les tests en
locale
CLE USB 2 40 250 FCFA Utilisé pour le 80 500 FCFA

TRANSCEND 128GB partage de
fichier
DVD - R 4;7 GB 1-4X 1 805 FCFA Utilisé pour 805 FCFA

SPEED PHILIPS graver
DISQUE DUR 1 28 000 FCFA Utilisé pour les 28 000 FCFA

EXTERNE TOSHIBA sauvegardes du
500 GB projet
MODEM WIFI 3G 1 51 750 FCFA Utilisé pour la 51 750 FCFA

MOBILE TP LINK connexion a
M5250 internet
TOTAL 4244235
FCFA
c) Ressources logiciels
Table 5: budget des ressources logiciels
Logiciels Description Prix unitaire nombre Prix total
Système 126000 FCFA 6 756000 FCFA

d’exploitation
Windows 10 développé par
pro version Microsoft
22H2
Logiciel d’atelier 20000 FCFA 2 40000 FCFA

de génie logiciel
Power AMC
dédié à la
version 15
modélisation
Suite bureautique 287500 FCFA 3 862500

cross-plateforme
WPS Office
Anti-virus 8625FCFA 6 51750
ANTIVIRUS
KASPERSKY
- 1PC - 1 AN
Serveur ,et système gratuit 3 gratuit

de gestion de base
de donnée
Wamp server et relationnelle
postgre sql
TOTAL 442.125 FCFA 1.710.250

FCFA
d) Autres ressources
Table 6: budget des autres ressources
désignation utilité prix
ENREGISTREMENT DU NOM DE Permet d’avoir un espace chez un 150000

DOMAINE CAMTEL hébergeur afin de déployer FCFA
plateforme en ligne
FRAIS D'ACTIVATION ACCES Pour faire des recherches et 402500FCFA

INTERNET CSAT BANDE KU télécharger les logiciels
Total 552500
FCFA
source 6: mercurial 2023
e) Estimation du coût totale
Table 7 : coût totale
RESSOURCES COUT
HUMAINES 3198000FCFA
MATERIELLES 4.244.235 FCFA
LOGICIELLES 1.710.250 FCFA
AUTRES RESSOURES 552.500 FCFA
TOTAL 9.704.985 FCFA
MARGE D’ERREUR (15%) 1.455.747 FCFA
TOTAL AVEC MARGE 11.160.732 FCFA
VI. Les Contraintes du projet
a) Les contraintes de coût
Pour atteindre notre objectif, l’entreprise doit débourser la somme de onze

millions cent soixante mille sept cent trente-deux FCFA (11.160.732 FCFA)
b) Les contraintes de délai
La réalisation de notre projet devra être effectuée sur une période de 10(dix)
semaines de travail allant du 17 juillet 2023 au 30 Septembre 2023.
c) Les contraintes de qualité
L’application à réaliser devra respecter les caractéristiques suivantes :

 Ergonomique : c’est-à-dire que l’application à développer doit être intuitive,
facile à utiliser et avoir un bon visuel.
 Évolutive : des fonctionnalités doivent pouvoir être ajoutées à l’application
sans qu’il y ait forcément modification de chaque nœud de l’application.
 Sécurisée : Toutes les transactions effectuées sur l’application devront être

protégées le plus possible contre toute attaque extérieure.
 Multiplate-forme : l’application à réaliser doit pouvoir être utilisée sur
mobile, tablette et sur pc.
VIII. Liste des intervenant
Ici nous présentons tout les acteurs qui interviennent dans notre projet. Du maître
d’ouvrage au maître d’oeuvre.
Table 8 : liste des intervenants
Nom et prénom Fonction rôle

M.BELINGA BALA Consultant à IAI Consultant
Gabriel
M FRITZ ENOLLA CEO VISION PUB Maître d’ouvrage
M. MBEMDIA SALIOU Stagiaire Maître d’oeuvre
Mohamed Mahzou Tariq
IX. Les livrables
A la fin de ce projet, nous devons fournir :
➢ Un document comprenant les dossiers suivants :
• Un dossier d’insertion,
• Un dossier d’analyse,
• Un dossier de conception,
• Un dossier de Réalisation,
• Un guide d’installation et d’utilisation de l’application

➢ Un DVD comportant :
• Le rapport de stage
• Le setup de l’application
CONCLUSION
En somme, la rédaction d’un cahier de charges est une étape importante dans
la conception d’un projet informatique. Elle permet d’avoir un plan de travail pour le
projet, de connaître les différentes tâches à réaliser et de savoir exactement les
modules à développer. Ce dossier permet d’aboutir au dossier d’analyse, qui est
l’étude des méthodes d’analyse de notre projet .
DOSSIER III : DOSSIER D’ANALYSE
Résumé
Le dossier d’analyse est ce document qui permet de réduire le choix de la

méthode d’analyse à utiliser durant le projet. Comme son nom l’indique, il permet de
faire une analyse explicite du projet à mettre en œuvre.
Aperçus
Introduction
1. Méthodologie
1.1. Etude comparative UML et MERISE
1.2. Etude comparative des processus unifiée
2. Modélisation
conclusion
INTRODUCTION
L’analyse est l’étude d’un problème en ses différentes composantes en vue

d’un traitement informatique. De ce fait, la réussite d’un projet dépend de son analyse
car un projet mal analysé ne saurait produire un résultat adéquat. L’analyse de notre
projet sera essentiellement basée sur la méthodologie UML associé au processus
unifié 2TUP. Les diagrammes intervenants dans cette phase seront les diagrammes de
cas d’utilisation, de communication, de séquence, d’activité, de classe, d’état
transition et bien autres diagrammes.
1) Méthodologie
1.1) Étude comparative UML et MERISE
A. Présentation de UML (Unified Modeling language)
Unified modeling language(UML) est un langage visuel standardisé et

puissant utilisé dans le domaine de l’ingénierie logicielle pour modéliser, spécifier,
visualiser et documenter les systèmes logiciels. Développé dans les années 1990, l’
UML est devenu un outil essentiel pour les concepteurs, les développeurs et les
parties prenantes impliquées dans la création et la maintenance de systèmes
complexes. UML est un mélange d’autre méthodes telles que (OOSE, OMT, OOD,
OMG). UML vise à fournir une méthode standardisée pour représenter
graphiquement divers aspect d’un système, facilitant ainsi la communication entre les
différentes parties prenantes. Les principaux objectifs sont les suivants:
1. Communication améliorée : il fournit une notation visuelle

compréhensible qui facilite la communication entre les membres de
l’équipe, réduisant ainsi les ambiguïtés et les malentendus.
2. Documentation précise : grâce à ses diagrammes et à sa notation, UML
permet de créer une documentation détaillée et cohérente qui capture les
concepts, les interactions et les décisions de conception.
3. Analyse et conception efficaces : les diagrammes UML aident les
concepteurs à analyser les besoins du système, à concevoir son architecture
et à identifier les éventuels problèmes dès les premières étapes du
processus de développement
4. Visualisation des processus : les diagrammes UML offrent une
représentation visuelle des processus et des interactions, ce qui facilite la
compréhension des flux de travail et des séquences d’activités.
Formalisme de UML :
UML se décompose en plusieurs sous-ensemble à savoir :

 Les vues : Les vues sont les observables du système. Elles décrivent le
système d’un point de vue donné, qui peut être organisationnel,
dynamique, temporel, architectural, géographique, logique. En
combinant toutes ces vues, il est possible de définir (ou retrouver) le
système complet.
 Les diagrammes : Les diagrammes sont des éléments graphiques.
Ceux-ci décrivent le contenu des vues, qui sont des notions abstraites.
Les diagrammes peuvent faire partie de plusieurs vues.
 Les modèles d’élément : Les modèles d’élément sont les briques des
diagrammes .
Les vues UML:
Les différentes vues d’UML sont les suivantes :

 Vue des cas d’utilisation : C’est la description du modèle vu par les
acteurs du système. Elle correspond aux besoins attendus par chaque
acteur (c’est le QUOI et le QUI).
 Vue logique : C’est la définition du système vu de l’intérieur. Elle

explique comment peuvent être satisfaits les besoins des acteurs (c’est le
COMMENT).
 Vue d’implémentation : Cette vue définit les dépendances entre les

modules.
 Vue des processus : C’est la vue temporelle et technique, qui met en

œuvre les notions de tâches concurrentes, contrôle, synchronisation, etc.
 Vue de déploiement : Cette vue décrit la position géographique et

l’architecture physique de chaque élément du système (c’est le OÙ).
La version et les diagrammes :
La version d’UML utilisée ici est la version 2.5.1 . Elle propose quatorze(14)
diagrammes et une division du système en deux (02) grandes catégories :
 Les diagrammes UML structurels, qui représentent le système physiquement et
comportent sept(07) diagrammes :
 Diagramme de classe ;
 Diagramme de composants ;
 Diagramme de déploiement ;
 Diagramme de strutures composits ;
 Diaramme d’objet ;
 Diagramme de packages ;
 Diagramme de pofile .
 Les diagrammes UML comportementaux; qui représentent les interaction

effectuées dans le système. Parmi ceux-ci nous avons sept (07), qui sont :
 Diagramme d’activité ;
 Diagramme de communication ;
 Diagramme global d’intraction ;
 Diagramme de sequence ;
 Diagramme d’état-transition ;
 Diagramme de temps ;
 Diagramme de cas d’utilisation .
Figure 2 : présentation des diagrammes UML(source: www.umlchannel.com)
Utilisation de UML :
UML est largement utilisé pour les différentes étapes du cycle de vie
d’un projet à savoir :
 Analyse des besoins et spécifications des exigences
 Conception architecturale et détaillée
 Modélisation des processus métier
 Documentation et communication des décision de conception
 Débogage et résolution de problèmes.
UML est un outil inestimable dans le domaine de l’ingénierie

logicielle, facilitant la conception, la communication et la documentation des
systèmes logiciels. Grâce à ses diagrammes et à sa notation graphique, UML
améliore la collaboration entre les équipes de développement et permet une
compréhension claire et cohérente des systèmes complexes.
B. Comparaison entre UML et MERISE
Dans le tableau suivant, nous présentons une comparaison entre le langage UML et la
méthode merise. Effet cette comparaison est faite sur 5(cinq) niveaux de comparaison.
Table 9 : comparaison entre UML et merise
Niveaux de comparaison UML MERISE

Domaine d’application utilisé pour modéliser les modélisation des bases de
systèmes logiciels données et des processus
métiers
Objectif modélise des objets,des modélise les données, les
classes et interactions entre traitements et les flux
les composants logiciels d’informations
Approche Approche orientée objet analyse des processus
métier,entités et associations
notation notation graphique grâce les entités, associations et les
aux classes, objets, relations traitements
Niveau de modélisation propose plusieurs types de propose des modèles
diagrammes (14 diagrammes conceptuels, organisationnels
divisés en 2 catégories) et opérationnels
1.2) Etude comparative des processus unifiée
Le processus unifiée (PU) sont des concepts fondamentaux dans le domaine de

l’ingénierie logicielle. Le PU est une méthodologie de développement de logiciels
basée sur des itérations, et des phases. Notre étude comparatives porte sur les
processus tels que : RUP, OpenUP, AUP, 2TUP. Notons toutes fois qu’il en existe
encore d’autres.
Table 10 : comparaison des processus unifiées
nom signification fonctionnement avantages inconvenients
RUP Rational Met l’accent sur une -Met l’accent sur la -risque de rigidité
Unified Process approche pilotée par gestion de projet et -lourd pour les
les cas d’utilisation, la documentation petit projet
la gestion du cycle de -supporte différent -complexe et
vie et une gestion du type de coûteux
projet bien définie développement
-approche orientée
architechture
OpenUP Open Unified Met l’accent sur les -favorise la -trop structurés
Process pratiques agiles tout collaboration et la pour les équipes
en conservant communication agiles purs
certaines des -plus léger et flexible -moin documenté
caractéristiques que le RUP
structurées du RUP -s’adapte aux
équipes agiles
AUP Agiles Unified Combine les -léger et flexible en -peut ne pas être
Process principes agiles avec conservant une assez structuré
les processus unifiés structure pour les projets
-favorise l’agilité et complexes
la collaboration -risque de
-adaptabilité manque de détails
important
-complexité
potentielle
2TUP Two Track est un processus de -flexible: car il -complexité
Unified Process développement permet aux équipes -il nécessite des
logiciel qui de choisir et ressources plus

implémente le d’adapter les importantes en
processus unifié. Il meilleures pratiques termes de
propose un cycle de qui conviennent à formation et de
développement qui leur projet. coordination
dissocie les aspects -gestion efficace : -peut être
techniques des car il utilise deux inadéquate pour
aspects fonctionnels. niveaux de gestion les petits projets
avec un niveau -besoin de
stratégique pour la compétences: les
planification globale équipes doivent
-meilleure visibilité disposer de
-Adequation à divers compétences
projets pour gérer les
niveaux
stratégique
1.3) Présentation du processus 2tup
Un processus de développement définit une séquence d’étapes ordonnées qui

concours à l’obtention d’un système logiciel ou à l’évolution d’un système existant.
L’objet d’un processus de développement est de produire des logiciels de qualité qui
répondent aux besoins de leurs utilisateurs dans des temps et des coûts prévisibles. Le
2TUP (Two Track Unified Process) est un processus de développement logiciel qui
implémente le processus unifié. Il propose un cycle de développement qui dissocie les
aspects techniques des aspects fonctionnels. Il s’agit de l’étude de l’application et de
son implémentation. Le processus 2TUP s’articule autour de trois branches à savoir :
 Une branche fonctionnelle : Elle produit le modèle des besoins focalisés sur
le métier des utilisateurs. Elle permet de visualiser au plus tôt le risque de
produire un système inadapté aux utilisateurs.

 Une branche Technique : Elle Recense toutes les contraintes sur les choix de
dimensionnement et la conception du système, les outils et le matériel
sélectionné ainsi que la prise en compte des contraintes d’intégration avec
l’existant. Cette étape permet de définir le modèle d’analyse technique.
 Une branche de réalisation : La phase de réalisation consiste à réunir les
deux branches, permettant de mener une conception applicative et enfin la
livraison d’une solution adaptée aux besoins.
Ceci est illustré à travers la figure suivante :
Figure 3: représentation du processus 2TUP
Source : www.UMLchanel.com/image/2TUP
2) Modélisation
En UML, l’utilisation des 14 diagrammes ne s’applique pas à tout type de

projet. Ainsi pour notre projet, nous avons utilisé 9 diagrammes.
2.1) diagramme de cas d’utilisation
2.1.1) definition
Le diagramme de cas d’utilisation est un diagramme UML qui permet de

modéliser les interactions entre les utilisateurs et le système logiciel. Ce diagramme
offre une vue puissante pour décrire les fonctionnalités du système du point de vue
des utilisateurs.
Les principaux objectif du diagramme de cas d’utilisation sont :
a. Identifier les acteurs : il aide à identifier les acteurs externes qui interagissent
avec le système.
b. Modéliser les interactions : il permet de modéliser les interactions entre les
acteurs et le système, en montrant comment ils communiquent pour atteindre les
objectifs spécifiques.
c. Clarifier les exigences : il aide à clarifier et à documenter les exigences
fonctionnelles du système en fournissant une vue d’ensemble des scénarios
d’utilisation.
Formalisme du diagramme de cas d’utilisation :
Le diagramme de cas d’utilisation est composé de plusieurs éléments clés à savoir :
Table 11 : composant du diagramme de cas d'utilisation
REPRESENTATION NOM DESCRIPTION
Utilisateurs qui interagissent avec un

système. Un acteur peut être une personne,
une organisation ou un système externe qui
Acteur
interagi avec votre application ou votre
système. Il s'agit nécessairement d'objets
externes qui produisent ou consomment des
données.
Cas d’utilisation Représente les différentes applications

possibles pour un utilisateur.
Séquence spécifique d'actions et

d'interactions entre les acteurs et le
système. Un système peut également être
Système
appelé scénario.
Lignes reliant les acteurs aux cas

d'utilisation. Dans les diagrammes
Association
complexes, il est important de pouvoir
identifier les acteurs associés à chaque cas
d'utilisation.
Les relations sont utilisées pour lier les cas

d’utilisation entre eux. Elles permettent de
Relation
définir quel cas d’utilisation dépend de
l’autre (relation
<<include>> ou d’inclusion) ou encore
quel cas d’utilisation est une possibilité
étendue d’un autre (relation <<extend>>
ou d’extension). Les relations sont
représentées par une flèche à trait
interrompu allant d’un cas d’utilisation à un
autre.
Les généralisations sont utilisées pour lier

les acteurs entre eux. Elles permettent de
Généralisation
dire qu’un acteur effectue tous les cas
d’utilisation d’un autre en plus de ce qu’il
peut faire. Cette relation est aussi appelée
relation d’héritage.
Les généralisations sont représentées par
une flèche allant d’un acteur (celui qui
hérite) à un autre.
2.1.2) représentation des diagrammes de cas d’utilisation
Le diagramme de cas d’utilisation suivant fait une présentation de l’usage

globale de notre plateforme. Il permet de voir de façon claire les fonctionnalités de
notre plateforme.
Figure 4 :diagramme de cas d'utilisation (utilisation globale), (source :capture POWER AMC)
Le diagramme de cas d’utilisation suivant fait une présentation des tâches qui
peuvent être effectués par l’administrateur dans notre système.
Figure 5:diagramme cas d'utilisation _(gestion administrateur)(source ::capture POWER AMC)
Le diagramme de cas d’utilisation suivant fait une présentation des fonctionnalité

communes aux donateurs et hôpitaux.
Figure 6 : diagramme de cas d'utilisation (gérer annonce)(source ::capture POWER AMC)
2.1.3) Description textuelle des diagramme de cas d’utilisation
Table 12 : description textuelle du cas d'utilisation
Description du cas « gestion annonce »
Cas d’utilisation Gestion annonce
Acteur Administrateur, hôpital,donateurs
Événement Clic sur le bouton publier une annonce

déclencheur
Intérêt Ce cas d’utilisation permet à un acteur du système de publier une

annonce en ligne
Précondition Il est doit être authentifier au préalable
Scénario 1. L’utilisateur demande à faire une annonce

nominal :
2. L’application renvois le formulaire d’annonce
3. L’utilisateur inscrit les données concernant son annonce
4. L’application vérifie que les champs sont correctement

renseignées
5. Une vérification coté serveur est effectuée pour savoir si
l’utilisateur a un compte de connexion dans la base de données
6. L’application renvoi l’annonce déjà mise en forme
Scénario 1. L’application verifie les champs du formulaire d’annonce

alternatif : 2. Les champs de ne sont pas conformes
3. L’application renvoie un message d’erreur
4. L’annonce n’est pas envoyé
En sommes, le diagramme de cas d’utilisation nous sert à représenter les différents cas
d’utilisations de notre plateforme.
2.2) diagramme de communication
2.2.1) definition
le diagramme de communication est utilisé pour modéliser les interactions

entre les objets dans le système logiciel. Ce diagramme met l’accent sur le messages
échangés entre les objets au fil du temps, aidant à visualiser les interactions
dynamiques entre les composants du système .
Objectif du diagramme de communication :
L e diagramme de communication a pour objectif de :

1. Montrer les interactions dynamiques : il illustre comment les objets
coopèrent pour accomplir les taches .
2. Modéliser le messages : il représente les messages échangés entre les
objets, indiquant l’ordre chronologique des ces messages.
3. Visualiser les flux de contrôle : il montre comment le flux de contrôle
passe entre les objets lors de l’exécution des scénarios.
4. Identifier les collaborations : il aide à identifier les collaboration et les
dépendances entre les objets dans le contexte d’un scénario.
Le formalisme :
Le diagramme de communication est constitué des éléments suivants:
Table 13 composants du diagramme des communication
Chaque participant à un échange de

message correspondant à une ligne de
vie dans le diagramme de séquence se
RÔLE
représente sous forme d’un rôle dans le
diagramme de communication. Un rôle
est identifié par : <nom de rôle> :
<nom du type>
Un message correspond à un appel

d’opération effectué par un rôle
émetteur vers un rôle récepteur. Le
MESSAGE sens du message est donné par une
flèche portée au-dessus du lien reliant
les participants au message (origine et
destinataire).
2.2.2) représentation du diagramme de communication
Le diagramme suivant représente le diagramme de communication de la

publication d’une annonce. En effet il décrit le cheminement du processus..
Figure 7 : diagramme de communication authentification(source ::capture POWER AMC)
2.3) diagramme de séquence
2.3.1) definition
Le diagramme de séquence permet de modéliser les interactions et les

échanges de messages entre les objets d’un système logiciel au fil du temps. Ce
diagramme est particulièrement utile pour visualiser le comportement dynamique
d’un système lors de l’exécution des scénarios
Objectif du diagramme de séquence :
Le diagramme de séquence a pour objectifs de :

1. Montrer les interactions chronologiques : il illustre les séquence
d’action et d’échange de message entre les objets dans un scénario donné.
2. Visualiser les flux de contrôle : il permet de voir comment le contrôle
passe d’un objet à un autre pendant l’exécution.
3. Modéliser le comportement dynamique : il représente le comportement
dynamique d’un système en mettant en évidence les actions et les

communications entre les objets.
4. Identifie les réponse et les appels de méthodes : il montre comment les
objets réagissent aux messages reçus et comment les méthodes sont
appelées.
Formalisme du diagramme de séquence
Table 14 : composants du diagramme de séquence
Ligne de vie Acteur La ligne de vie représente l’ensemble

d’activité effectué par l’acteur
La ligne de vie représente l’ensemble

d’activité effectué par un objet de
Ligne de vie Objet
l’application
Activation Indique qu’une action est lancée
Alternatif Condition à l’envoi d’un message
Message asynchrone Message ou l’émetteur n’est pas bloqué

lors de l’envoi et peux continuer son
exécution
Réponse d’un message synchrone
Message de retour
Message d’appel Lorsqu’un acteur ou un Objet s’auto

Réflexif envoie un message
Message d’appel de
procédure ou
Message synchrone ou l’émetteur est
Message synchrone
bloqué en attente de retour
2.3.2) représentation du diagramme de séquence
Le diagramme de séquence suivant permet de décrire la fonctionnalité

s’authentifier. En effet il décrit de façon chronologique la procédure
d’authentification .
Figure 8 : diagramme de séquence (authentification)(source : :capture POWER AMC)
Figure 9 : diagramme sequence publication annonce (source ::capture POWER AMC)
2.4) diagramme d’activités
2.4.1) definition
Le diagramme d’activité est un diagramme UML utilisé pour modéliser le flux

de contrôle et les activités au sein d’un processus, d’un algorithme ou d’un scénario
dans un système logiciel. Ce diagramme offre une vue puissante pour décrire les
étapes et les transitions dans une séquence d’actions.
Objectifs du diagramme d’activités
ce diagramme a pour objectif de :

1. Visualiser le contrôle de flux
2. Montrer les étapes d’exécution :
3. Modéliser les processus et les algorithmes
4. Identifier les décisions et les transitions.
Formalisme du diagramme d’activités
Table 15 : liste des composant du diagramme d'activités
Un nœud initial est un nœud de

contrôle à partir duquel le flot débute
nœud initial
lorsque l’activité enveloppante est
invoquée.
nœud final Marque la fin de toutes les activités
Un Flux de Contrôle montre le flux de

contrôle d’une action au prochain
Flux ou transition
Une activité est la spécification d’une

séquence paramétrée de comportement.
Activité
Un nœud de décision est un nœud de

contrôle qui permet de faire un choix
Décision
entre plusieurs flots sortants.
Le diagramme d’activité fait intervenir

les acteurs et les objets de chaque
Couloir
activité. Ici, on place chaque activité
dans une colonne qui correspond à
l’acteur/objet : c’est le couloir.
Permet d’inscrire des notes de précision
Note
2.4.2) représentation du diagramme d’activités
Le diagramme suivant est un diagramme d’activité de l’authentification. En

effet il permet de voir le contrôle des différents flux.
Figure 10 : diagramme d'activités (authentification)(source ::capture POWER AMC)
Le diagramme suivant est un diagramme d’activité de publication d’annonces. En

effet il permet de voir le contrôle des différents flux au cours de la publication
d’annonce.
Figure 11 : diagramme d'activité (publier annonce) (source : :capture POWER AMC)
CONCLUSION
En somme, le dossier d’analyse est une partie très importante de notre

travaille. En effet cette partie permet de faire une analyse profonde des différentes
fonctionnalités de notre plateforme, elle vise à faire une étude complètes de notre
plateforme. Toutes fois ce dossier pour être le plus complet possible doit être suivi
d’un dossier de conception.
DOSSIER IV : DOSSIER DE CONCEPTION
Résumé
Le dossier de conception vient concrétiser les résultats obtenus lors de

l’analyse. Dans cette section nous parlerons des objectifs de ce document, et des
diagrammes y intervenant.
Apercus
Introduction
1. Diagramme de classe
2. Diagramme d’état transition
3. Diagramme de paquetag
conclusion
INTRODUCTION
Dans la réalisation d’un projet informatique, le dossier de conception est celui

qui présente l’architecture du système étudié. L’analyse UML nous permet à travers
ses diagrammes structurels de représenter la structure de notre application ainsi que
les différents composants matériels et logiciels. Dans cette partie, nous vous
présenterons le diagramme de classe, son modèle physique de données associé, ainsi
que le diagramme de composant.
1) diagramme de classe
1.1) Definition
C’est un diagramme UML utilisé pour modéliser les structures statique d’un
système logiciel en représentant les classes, les attributs, les méthodes et les relations
entre les objets. Ce diagramme offre un visuel pour décrire les entités du système et
leurs interactions
Objectis du diagramme de classe :
Le diagramme de classe a pour objectif de :

a. Modéliser la structure: il modélise la structure statique du système en montrant
les différents composants.
b. Identifier les entités et les objets : il permet d’identifier les entités clés du système,
telle que les classes, les interfaces et les associations.
c. Représenter les associations : il montre comment les classes et les objets
interagissent et sont liés les uns aux autres, en utilisant des relations telles que
l’héritage, l’agrégation et l’association.
d. Clarifier l’architecture : il aide à clarifier et à documenter la hiérarchie et les
relations entre les différentes parties du système.
Formalisme du diagramme de classe :
Le diagramme de classe est constitué de plusieurs éléments, notamment :
Table 16 : composants du diagramme de classe
Une classe est une représentation abstraite

d’un ensemble d’objets, elle contient les
Classe
informations nécessaires à la construction
de l’objet (c'est-à-dire la définition des
attributs et des méthodes).
Elle se représente sous forme d’un

rectangle divisé en trois sections. La
première contient le nom de la classe, la
seconde partie contient les attributs de la
classe et leur type, et la troisième partie
contient les opérations (méthodes ou
comportements).
L'énumération UML est particulièrement

ENUMERATION adaptée pour modéliser un ensemble fini de
valeurs possibles que peut recevoir
l'attribut d'une classe.
nomAttribut : Type ATTRIBUT Fin de vie du système, destruction de l'objet
nomMéthode () : Type METHODE Abstraction d'un moment de la vie d'une

entité pendant laquelle elle satisfait un
ensemble de conditions
L’association est représentée par un simple

trait continu, reliant deux classes. Le fait
ASSOCIATION
que deux instances soient ainsi liées permet
la navigation d’une instance vers l’autre, et
vice versa (en générale une classe possède
un attribut qui fait référence à l’autre
classe)
C'est une relation particulière qui attribue à

l'une des classes le rôle d'agrégat et à
AGREGATION
l'autre classe le rôle d'agrégé. L'agrégation
peut être assimilée à une appartenance
faible.
Il s'agit d'une appartenance forte. La vie de

l'objet composant est liée à celle de son
composé.
COMPOSITION
1.2) Représentation du diagramme de classe :
Le diagramme suivant est celui de classe. en effet, il permet d’avoir un visuel sur nos
différentes tables et de voir comment elles interagissent les unes avec les autres en BD.
Figure 12 : diagramme de classe (source ::capture POWER AMC).
2) Diagramme d’état transition
2.1) Definition
C’est un diagramme utilisé pour modéliser le comportement dynamique d’un

objet ou d’un système en représentant les transitions entre différents états dans lequel
l’objet peut se trouver. Ce diagramme offre une vue pour décrire les changements
d’état au fil du temps.
Objectifs du diagramme d’état transition :
Ce diagramme a pour objectifs de :
a. Modéliser les transitions d’état : il modélise les transitions entre différents états
que peut prendre un objet ou un système.
b. Visualiser le comportement : il permet de visualiser comment un objet réagit aux
événements et comment il évolue entre différents états.
c. Clarifier les changements
d. Représenter les automates : il est utilisé pour représenter les automates finis.
Formalisme du diagramme d’état transition
Le diagramme d’état transition est constitué de différents éléments, à savoir:

Figure 13 : diagramme d’état transition
Initialisation du système, exécution du

constructeur de l'objet
État initial ou Début
état final ou Fin Fin de vie du système, destruction de

l'objet
Abstraction d'un moment de la vie

d'une entité pendant lequel elle satisfait
ETAT
un ensemble de conditions
Elle lit généralement deux états E1 et
TRANSITION E2 et indique qu’un objet dans E1 peut

entrer dans l’état E2 et exécuté
certaines activités.
2.2) Représentation du diagramme d’état transition
Le diagramme suivant est celui d’état transition. Il permt de montrer les états d’un
objets.
Figure 14 : diagramme d etat transition (source : :capture POWER AMC)
3) Diagramme de paquetage
3.1) Definition
Le diagramme de paquetage est un type de diagramme dans le langage de

modélisation unifié (UML) qui permet de représenter la structure logique et
organisationnelle d'un système ou d'une application sous forme de paquets ou de
modules.
Objectifs du diagramme de paquetage :
Ce diagramme a pour objectif de :
a) Offrir une vue organisée et structurée de la manière dont les éléments logiques du
système sont regroupés en paquets ou en modules.
b) Fournir une représentation visuelle de la hiérarchie et des relations entre les
paquets, ce qui aide les développeurs à comprendre rapidement la structure du

système.
c) encourager la conception modulaire en permettant aux développeurs de diviser le
système en fonctionnalités indépendantes et réutilisables.
d) servir de documentation visuelle pour l'architecture logique du système, ce qui
facilite la communication entre les membres de l'équipe.
Formalisme du diagramme d’état transition
Table 17 : formalisme du diagramme de paquetage
Package Représente les différentes familles de

fonctionnalités du système.
Séquence spécifique d'actions et d'interactions

entre les acteurs et le système. Un système peut
Système
également être appelé scénario.
Lignes reliant les différents pacquages.
Association
3.2) Représentation du diagramme de paquetage
Le diagramme suivant est notre diagramme de paquetage.il présente l’architecture

logique de notre système.
Figure 15 : diagramme de paquetage(source ::capture POWER AMC)
En somme, le diagramme de paquetage est un outil essentiel pour visualiser et

organiser la structure d'un système logiciel, ce qui contribue à une meilleure
conception, développement et maintenance du logiciel.
CONCLUSION
La phase de conception est une étape primordiale dans la conception logicielle,

car elle nous donne une vue globale de la structure de notre application. Après cette
étape nous pouvons passer à la réalisation de notre projet.
DOSSIER V: DOSSIER DE RÉALISATION OU DE

DÉPLOIEMENT
Résumé
Après la phase de conception, le dossier de réalisation permet de ressortir les
technologie et les méthodologie qui nous ont guidé dans l’implémentation de notre
solution.
Apercus
introduction
1. Présentation des logiciels et technologies
2. Diagramme de déploiement
3. Diagramme de composant
conclusion
INTRODUCTION
Le dossier de réalisation est cette partie qui permet de comprendre les

méthodologie ainsi que d’avoir une vue sur les technologie utilisées. Cette partie
permet de faire une présentation des technologie qui ont servis à l’implémentation de
notre solution.
1) Présentation des logiciels et la langage de

programmation utilisées
a) WAMP server
Wampserver (anciennement WAMP5) est une plateforme de développement

Web de type WAMP, permettant de faire fonctionner localement (sans avoir à se
connecter à un serveur externe) des scripts PHP. Wampserver n'est pas en soi un
logiciel, mais un environnement comprenant trois serveurs
(Apache, MySQL et MariaDB), un interpréteur de script (PHP), ainsi
que phpMyAdmin pour l'administration Web des bases MySQL. Il dispose d'une
interface d'administration permettant de gérer et d'administrer ses serveurs au travers
d'un tray icon (icône près de l'horloge de Windows).
b)Procédure d’installation de WAMP server
La procédure d’installation de WAMP server se déroule selon les étapes

suivantes:
Étape 1 : Télécharger le serveur WAMP
Rendez-vous sur le site officiel du serveur WAMP

(http://www.WAMPserver.com/en/) et téléchargez le WAMP Server configuré en
fonction de votre version de Windows 10. Si vous avez 64 bits, téléchargez le serveur
WAMP (x64) sinon le 32 bits (X86). Pour vérifier votre version de Windows 10,
faites un clic droit sur « Ce PC » et sélectionnez les propriétés.
Image 4: site de WAMP server (source : www.wamp.com)
Étape 2 : Installation du serveur WAMP
Exécutez le programme d’installation et sélectionnez la langue dans laquelle

vous souhaitez installer le serveur WAMP pour Windows 10.
Image 3 : WAMP server (source : www.wamp.com)
Sélectionnez l’option « J’accepte l’accord »
Image 4 : WAMP server (source : www.wamp.com)
1. il a besoin de paquets redistribuables à jour de VC9, VC10, VC13, VC14 et

Vc15. Accédez à votre programme et fonctionnalités > du Panneau de
configuration et vérifiez si les packages Visual C ++ sont installés ou non ou
cliquez simplement sur le bouton Suivant et le programme l’identifiera
automatiquement. Dans le cas où le programme n’est pas en mesure de
trouver les paquets, il vous avertira.
Image 5 : WAMP server (source : capture installation wamp)
Étape 3 : Choisissez le répertoire d’installation ou l’emplacement du
serveur WAMP
Par défaut, tous les programmes que vous avez installés dans le système
Windows vont sur le lecteur C: de votre système, mais si vous souhaitez installer le
serveur WAMP dans un autre lecteur ou dossier, cliquez sur le bouton Parcourir et
choisissez l’emplacement. Et puis cliquez sur SUIVANT.
Image 6 : installation de WAMP server (source : capture installation wamp)
Image 7 : installation de WAMP server(source : capture installation wamp)
Après avoir sélectionné le navigateur par défaut, le serveur WAMP nous

demandera également de sélectionner l’éditeur de texte par défaut dont nous avons
besoin au cas où nous voudrions éditer des fichiers de configuration Apache ou PHP
tels que HTTP.config ou php.ini. Par défaut, il utilise le bloc-notes de Windows, je
pense qu’il n’a pas besoin d’être changé, c’est pourquoi il suffit de cliquer sur NON.
Cependant, si vous souhaitez modifier l’éditeur de texte, cliquez sur OUI et localisez
votre éditeur de texte installé par un tiers comme nous le faisons ci-dessus pour
sélectionner Google Chrome.
Tout en terminant l’installation, la configuration vous fournit également les

informations de connexion de votre phpMyAdmin; » Après l’installation de
WAMPserver, le nom d’utilisateur par défaut est « root » sans guillemets et il n’y a
pas de mot de passe, ce qui signifie que vous devez laisser la boîte Mot de passe vide
pour vous connecter à phpMyAdmin.
Étape 5 : Vérifiez le serveur WAMP Apache
Une fois l’installation réussie, cliquez sur la barre d’état système, puis sur
l’icône WAMP Server. Lorsque vous cliquez, vous trouverez des raccourcis pour
vérifier et utiliser Apache, MySQL, PHPMyAdmin, MariaDB, Arrêter tous les
services, Démarrer tous les services et Réinitialiser tous les services.
Pour vous assurer que notre serveur Web Apache est opérationnel sur notre Windows
10, cliquez sur Localhost.
Lorsque vous cliquez sur Localhost, un onglet s’ouvre avec une page montrant toutes
les configurations de serveur dans votre navigateur. Pour référence, voir la capture
d’écran.
Si vous voulez savoir quel port utilise quel service du serveur WAMP ou
d’autres informations, il vous suffit d’aller outils:
 Redémarrer DNS
 Vérifier la syntaxe HTTP.conf
 Vérifier les statistiques des services
 Vérifier l’ordre de recherche DNS

 Vérifier les fichiers VC, compatibilité et ini du compilateur
 Afficher VirtualHost examiné par Apache
 Afficher les modules chargés par Apache
 Supprimer les versions inutilisées de PHP
 Et plus encore...
Image 10 : WAMP server(source : capture wamp)
c) Les langages de programmations et framework
Dans le cadre de notre projet et parmi le grand nombre de technologies

existantes nous avons opté pour les technologies suivantes :
Table 18 : technologie et framework utilisées
TECHNOLOGIE et ROLE
LANGAGES
HyperText Preprocessor langage serveur utilisé pour traiter du

contenu dynamique . version 8
JQuery est ce qu’on appelle une « librairie » ou une «

bibliothèque »
JavaScript. Le rôle d’une librairie, en informatique, est de

simplifier l’utilisation d’un certain langage de programmation en
fournissant un ensemble de codes déjà prêt à l’emploi. Nous
l’utilisons pour effectuer des requêtes de type Ajax qui s’exécute
de façon asynchrone grâce aux callbacks, et aussi pour manipuler
facilement un tableau HTML à l’aide de son plugin DataTables
HTML est un langage de programmation utilisé pour gérer

contenu de notre application Le CSS est utilisé pour gérer la
forme
Bootstrap est une collection d’outils utiles à la création du

design (graphisme, animation et interactions avec la page dans le
navigateur, etc.) de site et application web. C'est un ensemble qui
contient des codes HTML et CSS, des formulaires, boutons,
Version 5 outils de navigation et autres éléments interactifs, ainsi que des
extensions JavaScript en option.
Laravel est un framework web open-source écrit

en PHP1 respectant le principe modèle-vue-contrôleur et
entièrement développé en programmation orientée objet. Laravel
est distribué sous licence MIT, avec ses sources hébergées
Version 10 sur GitHub.
2) Présentation de l’architecture de notre

application web
Une architecture d’une application web définit la manière donc les différents
composants de notre plateforme web sont structurés.
2.1) archtecture logique
Notre projet suit une logique applicative standardisé et utilisée dans la plupart
des entreprises de nos jours. Cette logique est le MVC (Modèle-Vue-Contrôleur) qui
est un design pattern permettant de mieux organiser son code.
 Le model contient les données à afficher
 La vue contient la présentation de l’interface graphique
 Le contrôleur contient la logique concernant les actions effectuées par

l’utilisateur. Dans ce motif d’architecture logicielle, le code est organisé de
manière à faciliter la détection des erreurs, facilité la collaboration et la
réutilisabilité du code.
Figure 16 : architecture logique de notre plateforme(architecture 2TUP)
Source : www.architecturel.com 04/09/2023, 20 :45
Toutes fois, en dehors de l’architecture MVC , il existe d’autres modèles

architecturaux notamment : MVVM, MVP, Flux.
2.2) architecture physique
Notre application a été implémentée suivant le modèle d’architecture 3-tiers

encore appelée Architecture à 3 niveaux. Cette architecture est l'application du modèle
plus général qu'est le multi-tiers. L'architecture physique du système est divisée en
trois niveaux ou couches :
 Une couche présentation qui correspond à l’affichage, la restitution des

données sur le poste de travail, le dialogue avec un utilisateur.
 Une couche de traitement qui correspond à la logique métier des données, la
mise en œuvre de l’ensemble des règles de gestion et de la logique applicative.
 Une couche d’accès aux données qui correspond aux données qui sont
destinées à être conservées de manière persistante.
Figure 17 : présentation de l'architecture 3-tiers
Source : www.architecturel.com 04/09/2023, 20 :50
Toutes fois, en dehors de l’architecture 3-tiers, il existe d’autres modèle

architectural notamment : l’architecture en n-tiers, Architecture clean, Architecture
microservices, Achitecture serverless, Architecture evenementielle, Architecture
orientée services...
3) Diagramme de déploiement
3.1) Definition
Le diagramme de déploiement permet de représenter d’une part la disposition

physique des ressources matérielles qui constituent le système et montre la répartition
des composants (éléments logiciels) qui s’exécutent sur ces matériels et d’autres parts
les chemins de communication entre les différentes ressources matérielles.
Objectifs du digramme de déploiement
a. Visualiser l’architecture physique : Le diagramme de déploiement permet de
visualiser comment les différents composants logiciels et matériels d'un système

sont déployés sur des nœuds physiques. Il montre l'emplacement physique des
composants et comment ils sont connectés entre eux.
b. Comprendre les interactions : il permet de comprendre comment les composants
interagissent les uns avec les autres à travers le réseau. Il montre les connexions
et les communications entre les nœuds et les composants.
c. Planifier le déploiement : Il facilite la planification du déploiement d'un système
en montrant comment les composants doivent être installés sur les nœuds
physiques. Cela aide à prendre des décisions sur l'attribution des ressources
matérielles.
d. Identifier les contraintes : Le diagramme de déploiement aide à identifier les
contraintes matérielles et réseau, telles que la capacité des nœuds, la bande
passante du réseau, etc., qui peuvent influencer le déploiement.
e. Analyse des performances : Le diagramme de déploiement peut être utilisé pour
analyser les performances du système en identifiant les goulots d'étranglement
potentiels au niveau matériel et réseau.
Formalisme du diagramme de déploiement
Table 19 : formalisme du diagramme de déploiement
Présente les différents composants

Nœud d’un système matériel
Élément logiciel autonome,

remplaçable et réutilisable qui
Composant
fournit
ou reçoit un service
Association Liens entre 2 nœuds
Une dépendance est utilisée pour

modéliser ou matérialiser la relation
entre deux composants. La notation
utilisée pour matérialiser la notation
de dépendance est la flèche en
Dépendance pointillée, se dirigeant d’un
composant donné vers le composant
dont il dépend.
3.2) représentation du diagramme de déploiement
Figure 18 : diagramme de déploiement(source ::capture POWER AMC)
En résumé, les objectifs du diagramme de déploiement sont de fournir une vue

d'ensemble de la répartition physique des composants logiciels sur les nœuds
physiques
4) Diagramme de de composant
4.1) definition
Un diagramme de composant permet de représenter les composants logiciels

d’un système ainsi que les liens existants entre ces composants. Un composant est un
élément logiciel autonome, remplaçable et réutilisable qui fournit ou reçoit un service
bien précis : fichier sources, librairie, exécutable… Les composants fournissent des
services via des interfaces. Un composant peut être remplacé par n’importe quel autre
composant compatible c’est-à-dire ayant les mêmes interfaces. Un composant peut
évoluer indépendamment des applications ou des autres composants qui l’utilise à
partir du moment où les interfaces sont respectées.
objectif du diagramme de composant

a. Visualiser la structure interne : le diagramme de composant permet de visualiser
la structure interne du système logiciel, montrant comment les différents
composants sont connectés.
b. Faire une modularité : il aide à concevoir le système de manière modulaire, en
identifiant les composants individuels qui le composent. Chaque composant peut
représenter une partie individuel du système.
c. Analyser les dépendances: il peut être utilisé pour analyser les dépendances entre
les composants.
d. Favoriser la réutilisation des composants : si un composant est conçu de manière
générique et autonome, il être réutilisé dans d’autres projets similaires
formalisme du diagramme de composant
Table 20 : formalisme du diagramme de composant
Élément logiciel autonome,

remplaçable et réutilisable qui fournit
Composant
ou reçoit un service
Interface Permet d’établir la connexion entre 2

composants
Lien de prérequis ou Ce lien indique qu’un composant

connecteur utilise une interface pour effectuer une
action définie sur un autre composant
(Interface requise)
4.2) représentation du diagramme de composant
Le diagramme suivant est notre diagramme de composant. Il voir de voir comment

nos différents composants sont connectés.
Figure 19 : diagramme de composant (source :capture POWER AMC)
5) Aspect de sécurité
La sécurité est un élément important dans toute plateforme, qu’elle soit web ou
mobile. Ainsi pour l’implémentation de notre plateforme, nous avons décidé
d’implémenter différents élément de sécurité. Parmi ceux-ci nous avons :
5.1) validation des données
Il s’agit de s’assurer que les données entrantes sont validées et nettoyées pour
prévenir les attaques par injections de code (SQL,XSS,etc...). pour cela nous avons
utilisé le framework Laravel pour simplifier cette tache grâce à son mécanisme de
sécurité.
5.2) contrôles des accès
Il s’agit d’implémenter un contrôle d’accès strict pour garantir que les

utilisateurs ne peuvent accéder qu’aux informations auxquelles ils ont légitimement
accès.
5.3)sécurité de mots de passe
Les mots de passe sont stockés de manière sécurisé en utilisant un mécanisme

de hachage forts. En effet Laravel utilise l’algorithme de chiffrement AES-256-CBC
pour chiffrer les données sensibles, telles que les cookies de session et les jetons
CSRF. Cet algorithme de chiffrement est largement considéré comme sécurisé et est
pris en charge par le framework Laravel par défaut.
5.4) l’utilisation du gestionnaire de csrf
Csrf pour (cross site request forgery) est un outil fourni par Laravel pour
empêcher les attaques csrf en vérifiant l’origine des post. En effet cette technique de
protection permet de protéger la plateforme contre les injections SQL.
5.5) la gestion des sessions
Laravel permet de gérer de façon sécurisée et automatique les sessions.
CONCLUSION
En mettant en œuvre ces mesures de sécurité, notre plateforme vise à assurer la

confidentialité, l’intégrité et la disponibilité des données des utilisateurs tout en
offrant un environnement certain pour la recherche des donateurs de sang.
DOSSIER VI : TEST DE FONCTIONNALITÉ
Résumé
Dans cette partie, il sera question pour nous de présenter les différentes
fonctionnalités de notre application web, ainsi nous pourrons avoir une idée sur le
fonctionnement de notre plateforme.
Apercus
Introduction
1. Présentation de notre application
2. Présentation des fonctionnalités
conclusion
INTRODUCTION
La partie des test de fonctionnalité est destiné à la présentation générale de

notre plateforme et de ses différentes fonctionnalités possibles. Il s’agit de faire une
description des différentes fonctionnalités constituant notre application.
1) Présentation de notre application
1.1) Apercus globale de notre application
Notre plateforme est une application web de recherche de donateurs de sang. Il

permet de mettre en contact les hôpitaux et les potentiels donateurs de sang présents
près d’eux.
1.2) Interface d’inscription
Notre plateforme étant destinée à la fois pour les hôpitaux et pour les
donateurs, elle présente des formulaires d’inscription destinées à chacun des deux
utilisateurs.
1.3) Interface de connexion
Pour pouvoir utiliser notre plateforme, chaque utilisateur est appelé à

s’authentifier. Après s’être authentifier, l’utilisateur sera redirigé vers une vue selon
qu’il soient inscrit en tant que donateurs ou hôpital.
Image 11 : login bloodfinder (source: bloodfinder)
1.4) Interface d’accueil
Dès le lancement de la plateforme, nous pouvons tomber sur la page en

dessous. Elle fait une brève présentation de notre plateforme, ainsi que des
fonctionnalités disponibles. Cette page est une sorte de page d’accueil ouverte à tout
le monde . pour bénéficier de plus de fonctionnalités l’utilisateur devra s’inscrire ou
s’authentifier et serra redirigé vers une page spécifique à son type de compte
Image 12 : Accueil (source: bloodfinder)
Image 13 : Accueil hôpitaux (source: bloodfinder)
Image 14 : accueil donateurs (source: bloodfinder)
1.5) Formulaire d’annonce
Notre plateforme présente des formulaires spécifiques de type don, et demande.

Ces formulaires se présentent comme suit.
Image 15 : formulaire d'annonce(Hôpital), (source: bloodfinder)

Ce champ specifie le type
de l’annonce
2) Présentation des fonctionnalités
2.1) Faire un don
Cette fonctionnalité permet aux donateurs de publier une offre de don . une
fois sélectionné, nous somme redirigé vers un formulaire spécifique aux donateurs
Image 16: faire un don (source: bloodfinder)
Image 17: formulaire de d'offre de don (source: bloodfinder)
2.2) Voir les don
Cette fonctionnalité permet aux hôpitaux de voir les différents offres de don
que les donateurs proposent dans la plateforme et de pouvoir contacter les auteurs.
Image 18 : accueil hôpital (source: bloodfinder)
Image 19 : liste des don (source: bloodfinder)
2.3) Voir les demandes
Cette fonctionnalité permet aux donateurs de voir les différentes demandes de

don que les hôpitaux ont publié dans la plateforme et de pouvoir les contacter.
Image 20: accueil donateurs (source: bloodfinder)
Image 21 : liste des demandes (source: bloodfinder)
2.4) Accepter une annonce
Cette fonctionnalité permet de contacter l’auteur d’une annonce via son

numéro de téléphone présent sur l’annonce.
Image 22: accepter une annonce (source: bloodfinder)
DOSSIER VII: GUIDE D’UTILISATION
Résumé
Le guide d’utilisation est une partie qui tend souvent à se confondre avec le
dossier de test de solution. En effet, toute deux présentent les fonctionnalités de la
plateforme, mais le guide d’utilisation fait une présentation plus générale de la
plateforme.
Apercus
Introduction
1. Teste de notre application
conclusion
INTRODUCTION
Le guide d’utilisation est une partie consacrée à la description du

fonctionnement de notre plateforme. En effet, cette partie peux se confondre avec
celle des tests et fonctionnalités, mais reste toutes deux différentes. Dans la partie du
guide d’utilisation, il est question de décrire étape par étape le cheminement d’une
opération effectuée sur notre plateforme.
1. Test de notre application
Pendant le test de notre application, nous créerons des comptes en tant que
donateur et aussi en tant que hôpital, puis une posterons une demande et un don.
Ensuite, nous validerons la demande effectuée par notre compte hôpital à partir de
notre compte de donateurs
a.Création de différents comptes
Dans cette partie nous créons des comptes pour chaque type d’utilisateurs
autrement dit, un compte de donateur et un compte d’hôpital.
Image 23 : création de compte de donateur (source: bloodfinder)
Image 24 : création de compte hôpital (source: bloodfinder)
b. Création des différentes annonces
Notre utilisateur de type donateur va poster un don de sang avec les

informations suivantes
Image 25 : don de sang (source: bloodfinder)
c.Validation d’une annonce
Dans la liste des don , nous pouvons voir le don que le donateur viens de
poster. Ainsi nous pouvons maintenant valider le don s’il convient à nos attentes, ce
qui contactera le donateur en lançant un appel.
Image 26 : voir les listes de don (source: bloodfinder)
Ici nous pouvons voir qu’en cliquant sur Accepter, l’application de l’appel
s’ouvre automatiquement pour lancer un appel à l’auteur de l’annonce.
Image 27 : contacter un donateur (source: bloodfinder)
2. RETOUR SUR EXPÉRIENCE
Nous tirons un bilan de travaille très positif de ce stage, qui fut une expérience
très enrichissante tant sur le plan professionnel, académique que social. Sur le plan
professionnel, nous avons appréhendé certaines bases; notamment le travail sur
pression et la rigueur. Sur le plan académique, nous avons pu accroître nos
connaissances concernant les langage de programmation , l’usage des framework. En
fait durant notre phase d’apprentissage, il nous est arrivé de faire beaucoup d’erreur,
mais grâce aux acquis de nouvelle méthodologie, nous avons pu les résoudre avec
efficacité. Enfin sur le plan social, notre période de stage nous permit de découvrir le
travail en équipes, en effet nous avons appris comment travailler d’un groupe de
personne toutes différentes et dans le respect de tous.
3. PERSPECTIVES
Il s’agit de l’ensemble de fonctionnalités que nous pourrons développer avec

le temps. En effet, nous avons eu plusieurs idées et initiatives à mettre sur pied
concernant notre plateforme, mais le temps nous faisait défaut . parmi celles-ci nous
avons:
 La mise en place des notification en temps réel
 La géolocalisation des utilisateurs
 La visualisation des utilisateurs proches de nous sur une carte numérique
4. POURCENTAGE D’EVOLUTION DE LA
PLATEFORME
Au vu de nos objectifs et par rapport au temps qui nous été donné pour
terminer notre travail, nous pouvons dire aujourd’hui que la réalisation de notre projet
s’élève à 80%
CONCLUSION
En somme, nous avons vu le fonctionnement de base de notre application.

Nous avons réussit à faire une annonce et à contacter l’auteur de l’annonce.
CONCLUSION GÉNÉRALE
L’objectif de ce stage effectué à VISION PUB a été pour nous de nous
familiariser avec le milieu professionnel et nous permettre de mettre en pratique notre
savoir-faire obtenu au cours de notre formation. Au vu de l’évolution constante des
nouvelles technologies visant à faciliter notre mode de vie au quotidien et de
l’informatisation des structures, nous avons pu réaliser à l’aide de nos encadreurs une
plateforme web de recherche de donateurs de sang durant cette période de trois
(03) mois de stage tout en tenant compte des réalités du terrain. En somme, la
réalisation de notre projet s’est faite grâce au processus 2TUP appuyé sur le langage
UML, grâce à l’utilisation au langage de programmation PHP, de son Framework
Laravel et bien d’autres outils. Toutefois la réalisation d’un projet de telle envergure a
nécessité des ressources matérielles, logicielles, humaines. Néanmoins, cette
production est un grand pas pour le monde professionnel car elle nous a permit de
mieux jauger notre niveau de compétence.
BIBLIOGRAPHIE
 Livres
 Programmer avec MySQL de Christian Soutou. 2011
 UML 2 analyse et conception de Joseph Gabay et David Gabay. 2008

 Progit par git . 2021
 Gestion des projets pour les nuls de Portny, Stanley E. 2011
 Dictionnaire informatique
 Dictionnaire Larousse 2020
 Autres documents
 Cahier des charges stage pratique 2022-2023 par IAI Cameroun
 Cameroun, M. d. (s.d.). Mercuriale des prix 2022. Yaoundé, Cameroun.

 Cameroun, M. d. (s.d.). Mercuriale des prix 2023. Yaoundé, Cameroun.
 IAI, KEGOUM KOUEMO Fabrice; 2021-2022. Rapport de stage ,
thème(conception d’une plateforme gestion des hôpitaux).
Année académique 2022-2023 A
WEBOGRAPHIE
 Site internet
 http://www.laravel.com/doc/
Date: juillet-septembre 2023,
Objectif: utilisé la documentation LARAVEL.
 http://www.composer.com/
Date:15juillet 2023,
Objectif: utilisé pour le téléchargement et l’installation de composer.
 http://www.web-id.fr/
Date:12 août 2023
 http://www.WAMP.com/
Date: 10juillet 2023,
Objectif: téléchargement et l’installation de WAMP.
 http://www.php.se/
Date: 20juillet 2023,
Objectif: documentation php
 http://github.com/
Date: 15 juillet-25 septembre 2023,
Objectif: utilisé pour les dépôts git
 http://www.wps.com/
Date: 25juillet 2023
Objectif: telechargement WPS
 http://www.devdoc.io/
Date: 12 août - 15 septembre 2023,
Objectif: documentation laravel.
 http://www.stackoverflow.com/
Date: 30juillet - septembre 2023
Objectif : recherche solutions aux problèmes de code
Année académique 2022-2023 B
 http://www.commentcamarche.com/
Date: 20 août 2023
Objectif : se documenter sur certains problèmes
 https://fr.Wikipedia.org/
Date: 30juillet - 13 septembre 2023,
Objectif: pour la recherche des informations
 Chaine youtube
 Tiret du bas
 Graphickard
Année académique 2022-2023 C
ANNEXES
 Fiche d’accord du centre d’accueil

 Planning prévisionnel
 Compte rendu bimensuel
 Fiche d’évaluation
 Normes de rédaction des rapports
 Lettre d’admission en stage.
Année académique 2022-2023 D
LISTE DES ABRÉVIATIONS
 2TUP: 2TUP (2 Track unified process)

 AUP (Agil unified process )
 AUP: Agiles Unified Process
 BD: BD (Base de données).
 BDR: BDR (Base de données relationnelle)
 CSRF: CSRF (Cross-Site Request Forgery)
 CSS: CSS (Cascading Style Sheets)
 DCVS: DCVS (Distributed Concurrent Version System)
 DNS: (Domain Name System)
 MVC ( model view controller)
 MVC: MVC (Modèle-Vue-Contrôleur)
 MVP (modele vue presentateur)
 MVVM (model view viewmodel)
 OMG (Object management group) .
 OMT Object managment technic
 OOD (Object oriented design)
 OOSE object oriented software engineering
 OpenUP: OpenUP (Open Unified Process) .
 PHP: PHP (HyperText Preprocessor)
 RUP: RUP (Rational Unified Process)
 SQL: SQL (Structured Query Language).
 TCP/IP: TCP/IP (Transmission Control Protocol/Internet Protocol) .
 UI: UI (User Interface) .
 UML: UML (Unified Modeling Language).
 UX: UX (User Experience)
 XSS (cross site scripting)
Année académique 2022-2023 E
TABLE DES MATIÈRES

DEDICACE ....................................................................................................................I
REMERCIEMENTS ..................................................................................................... II
SOMMAIRE ................................................................................................................III
LISTE DES FIGURES ................................................................................................ IV
LISTE DES TABLEAUX ............................................................................................. V
LE GLOSSAIRE ......................................................................................................... VI
RÉSUMÉ .................................................................................................................. VIII
ABSTRACT ................................................................................................................ IX
INTRODUCTION GÉNÉRALE ................................................................................... 1
PARTIE I :PHASE D’INSERTION ...............................................................................2
INTRODUCTION ........................................................................................... 3
1. ACCUEIL ET INTEGRATION EN ENTREPRISE ....................................4
2. PRESENTATION DE L’ENTREPRISE VISION PUB ...............................4
1) Historique ............................................................................................. 4
2) Leurs vision .......................................................................................... 4
3) Leurs missions ...................................................................................... 5
4) Leurs services ....................................................................................... 5
5) Localisation .......................................................................................... 5
6) Fiche signalétique .................................................................................6
7) Organigramme ...................................................................................... 7
8) Les partenaires ......................................................................................8
9) Ressources matérielles de VISION PUB ..............................................8
10) Les ressources logiciels ...................................................................... 8
CONCLUSION ................................................................................................9
PARTIE II : PHASE TECHNIQUE .............................................................................10
INTRODUCTION ................................................................................................ 11
DOSSIER I : L’EXISTANT ..................................................................................12
Année académique 2022-2023 F
INTRODUCTION ......................................................................................... 13
I. Présentation du projet ................................................................................. 14
II. Etude de l’existant .....................................................................................14
III. Critique de l’existant ................................................................................14
IV. Problématique .......................................................................................... 15
V. Proposition de solution .............................................................................. 15
CONCLUSION ..............................................................................................16
DOSSIER II : LE CAHIER DES CHARGES ...................................................... 17
INTRODUCTION ......................................................................................... 18
I. Contexte et justification du projet .............................................................. 19
II. Objectifs du projet .....................................................................................19
a) Objectif générale .................................................................................19
b) Objectifs spécifiques .......................................................................... 19
III. Expressions des besoins utilisateur ..........................................................20
a) Besoins fonctionnels ...........................................................................20
1. Module utilisateurs .....................................................................................20
2. Module administrateur ...............................................................................21
3. Module contacte .........................................................................................21
4. Module annonces ....................................................................................... 22
5. Autres modules .......................................................................................... 22
b) Besoins non fonctionnels ....................................................................22
IV. Planification du projet .............................................................................. 23
a) Grant project ....................................................................................... 23
V. Estimation du coût du projet ......................................................................25
a) Ressource humaines ............................................................................25
b) Ressources matérielles ........................................................................25
c) Ressources logiciels ............................................................................27
d) Autres ressources ................................................................................ 28
e) Estimation du coût totale .................................................................... 28
VI. Les Contraintes du projet .........................................................................29
Année académique 2022-2023 G
a) Les contraintes de coût ....................................................................... 29

b) Les contraintes de délai ...................................................................... 29
c) Les contraintes de qualité ................................................................... 29
VIII. Liste des intervenant ............................................................................. 29
IX. Les livrables .............................................................................................30
CONCLUSION ..............................................................................................31
DOSSIER III : DOSSIER D’ANALYSE ..............................................................32
INTRODUCTION ......................................................................................... 33
1) Méthodologie .............................................................................................34
1.1) Étude comparative UML et MERISE ..............................................34
A. Présentation de UML (Unified Modeling language) .................. 34
Formalisme de UML : ......................................................................35
Les vues UML: ............................................................................... 35
La version et les diagrammes : ........................................................ 36
Utilisation de UML : ........................................................................ 37
B. Comparaison entre UML et MERISE ......................................... 38
1.2) Etude comparative des processus unifiée ............................................... 38
1.3) Présentation du processus 2tup ........................................................40
2) Modélisation .............................................................................................. 42
2.1) diagramme de cas d’utilisation ........................................................42
2.1.1) definition ................................................................................42
2.1.2) représentation des diagrammes de cas d’utilisation .............. 44
2.1.3) Description textuelle des diagramme de cas d’utilisation ..... 47
2.2) diagramme de communication ........................................................ 48
2.2.1) definition ................................................................................48
Objectif du diagramme de communication : ...........................................48
Le formalisme : .......................................................................................48
2.2.2) représentation du diagramme de communication .................49
2.3) diagramme de séquence ...................................................................50
2.3.1) definition ................................................................................50
Année académique 2022-2023 H
Objectif du diagramme de séquence : ..............................................50

Formalisme du diagramme de séquence ..........................................51
2.3.2) représentation du diagramme de séquence ............................ 52
2.4) diagramme d’activités ..................................................................... 54
2.4.1) definition ................................................................................54
Objectifs du diagramme d’activités ................................................. 55
Formalisme du diagramme d’activités .............................................55
2.4.2) représentation du diagramme d’activités ...............................56
CONCLUSION ..............................................................................................58
DOSSIER IV : DOSSIER DE CONCEPTION .................................................... 59
INTRODUCTION ......................................................................................... 60
1) diagramme de classe ..................................................................................61
1.1) Definition .........................................................................................61
Objectis du diagramme de classe : ..........................................................61
Formalisme du diagramme de classe : ....................................................61
1.2) Représentation du diagramme de classe : ........................................63
2) Diagramme d’état transition ...................................................................... 64
2.1) Definition .........................................................................................64
Objectifs du diagramme d’état transition : ............................................. 64
Formalisme du diagramme d’état transition ........................................... 65
2.2) Représentation du diagramme d’état transition ............................... 66
3) Diagramme de paquetage .......................................................................... 66
3.1) Definition .........................................................................................66
Objectifs du diagramme de paquetage : ..................................................66
Formalisme du diagramme d’état transition ........................................... 67
3.2) Représentation du diagramme de paquetage ................................... 67
CONCLUSION ..............................................................................................69
DOSSIER V: DOSSIER DE RÉALISATION OU DE DÉPLOIEMENT ............ 70
INTRODUCTION ......................................................................................... 71
1) Présentation des logiciels et la langage de programmation utilisées .........72
Année académique 2022-2023 I
a) WAMP server ......................................................................................72

b)Procédure d’installation de WAMP server .......................................... 72
c) Les langages de programmations et framework ................................. 78
2) Présentation de l’architecture de notre application web ............................80
2.1) archtecture logique .......................................................................... 80
2.2) architecture physique .......................................................................81
3) Diagramme de déploiement .......................................................................82
3.1) Definition .........................................................................................82
Objectifs du digramme de déploiement .................................................. 82
Formalisme du diagramme de déploiement ............................................83
3.2) représentation du diagramme de déploiement ................................. 85
4) Diagramme de de composant .................................................................... 85
4.1) definition ..........................................................................................85
objectif du diagramme de composant ..................................................... 86
formalisme du diagramme de composant ............................................... 86
3.2) représentation du diagramme de composant ................................... 87
5) Aspect de sécurité ...................................................................................... 87
5.1) validation des données .....................................................................88
5.2) contrôles des accès .......................................................................... 88
5.3)sécurité de mots de passe ..................................................................88
5.4) l’utilisation du gestionnaire de csrf ................................................ 88
5.5) la gestion des sessions ..................................................................... 88
CONCLUSION ..............................................................................................89
DOSSIER VI : TEST DE FONCTIONNALITÉ ......................................................... 90
INTRODUCTION ......................................................................................... 91
1) Présentation de notre application ...............................................................92
1.1) Apercus globale de notre application .............................................. 92
1.2) Interface d’inscription ..................................................................... 92
1.3) Interface de connexion .................................................................... 92
1.4) Interface d’accueil ........................................................................... 92
Année académique 2022-2023 J
1.5) Formulaire d’annonce ......................................................................94

2) Présentation des fonctionnalités ................................................................ 94
2.1) Faire un don .....................................................................................94
2.2) Voir les don ...................................................................................... 95
2.3) Voir les demandes ............................................................................ 96
2.4) Accepter une annonce ......................................................................97
DOSSIER VII: GUIDE D’UTILISATION ..................................................................99
INTRODUCTION ....................................................................................... 100
1) Test de notre application ..........................................................................101
a. Création de différents comptes ..........................................................101
b. Création des différentes annonces .................................................... 102
c. Validation d’une annonce ..................................................................102
2) RETOUR SUR EXPÉRIENCE ............................................................... 193
3)PERSPECTIVES ......................................................................................194
4) POUCENTAGE D'ÉVOLUTION DE LA PLATEFORME ....................194
CONCLUSION ............................................................................................105
CONCLUSION GÉNÉRALE ....................................................................................106
BIBLIOGRAPHIE .................................................................................................A
Livres ......................................................................................................... A
Autres documents .......................................................................................A
WEBOGRAPHIE ...................................................................................................B
Site internet ................................................................................................ B
Chaine youtube ...........................................................................................C
ANNEXES ....................................................................................................................D
LISTE DES ABREVIATIONS ......................................................................................E
TABLE DES MATIÈRES ..............................................................................................F
Année académique 2022-2023 K

rapport de stage

Transféré par

Droits d'auteur :

Formats disponibles

rapport de stage

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

rapport de stage

Transféré par

Droits d'auteur :

Formats disponibles

ANALYSE, CONCEPTION ET REALISATION D’UNE PLATEFORME WEB DE

RECHERCHE DE DONATEURS DE SANG

Maman MAWOUOBA Mariatou.

 Au Représentant résident de l’IAI-Cameroun «centre d’excellence

LISTE DES FIGURES

LISTE DES TABLEAUX

 SI: élément central d’une entreprise ou d’une organisation .

Mots clés : plateforme web, donateurs de sang, recherche, analyse , conception.

Keywords: blood, web plateform, search, donor, analysis,conception.

PARTIE I :PHASE D’INSERTION

La phase d’insertion est la partie du rapport de stage qui présente la structure

1. ACCUEIL ET INTEGRATION EN ENTREPRISE

A notre arrivée au sein de l’entreprise VISION PUB le Lundi 03 juillet 2023 à

2. PRESENTATION DE L’ENTREPRISE VISION PUB

 Devenir un pôle d’excellence dans le marketing et la communication digitale ;

faciliter le quotidien des entrepreneurs, des entreprises et citoyens ;

VISION PUB à travers de multiples actions s’est donné pour mission

Les services qu’offre VISION PUB sont les suivants :

 Gestion des campagnes marketing (stratégique et opérationnel)

Le siège social de VISION PUB est situé dans la capitale économique du

Image 1: plan de localisation VISION PUB(source: VISION PUB)

Le tableau suivant nous présente une description complète de la fiche

Date De Création 2021

Forme Juridique Organisation privée

Sigle VISION PUB

Service Gestion des campagnes marketing ;

Siege Social Douala (Cameroun)

Directeur Général M. ENOLLA Fritz

Localisation Pk14 (100m derrière la banque société

Registre De Commerce RC/DLN/2023/A/168

Figure 1: organigramme(source: VISION PUB)

 BOOT CONCEPT : imprimerie ;

9) Ressources matérielles de VISION PUB

Les ressources matérielles dont dispose VISION PUB sont :

10) Les ressources logiciels

Les ressources logicielles dont dispose VISION PUB sont :

 Serveur Web Privé

En somme, la période d’insertion nous a permit de nous accommoder à

PARTIE II : PHASE TECHNIQUE

Suite à la prise de connaissance du thème, cette partie a pour principal but la

Premier dossier de la partie technique; le dossier de l’existant est le dossier

Le dossier de l’existant est le premier dossier constituant la partie de la phase

II. Etude de l’existant

Au Cameroun, les hôpitaux ont toujours fait usage de processus classiques de

III. Critique de l’existant

En effet pour résoudre ce problème, il serait préférables de mettre en place une

DOSSIER II : LE CAHIER DES CHARGES

Après la prise de connaissance du thème, cette partie a pour but principal la

Document contractuel préalablement établit de commun accord entre le maître

I. Contexte et justification du projet

Dans le cadre son activité de communication digitale, VISION PUB a été

II. Objectifs du projet

Notre projet présente de multiples objectifs qui se subdivisent en deux grandes

Plusieurs objectifs sont fixés par notre plateforme, tels que :

 Faciliter la recherche de donateurs de sang;

III. Expressions des besoins utilisateur

Plusieurs attentes naissent vis-à-vis de notre plateforme. Parmi celles-ci nous

Il s’agit pour notre plateforme de mettre en place un ensemble de

Dans ce module, il sera question d’afficher les différents utilisateurs, celle-ci

1.1 sous module donateurs :