Rapport de Stage

CREATION D’UNE PLATE-FORME DE PUBLICITE EN LIGNE : CAS DE LOGIN
SOMMAIRE
SOMMAIRE .................................................................................................................................................. i
DEDICACES................................................................................................................................................. ii
REMERCIEMENTS .................................................................................................................................... iii
AVANT PROPOS ........................................................................................................................................ iv
RESUME .................................................................................................................................................... viii
ABSTRACT ................................................................................................................................................. ix
LISTE DES TABLEAUX ............................................................................................................................. x
LISTE DES FIGURES ................................................................................................................................. xi
LISTE DES ABREVIATIONS ................................................................................................................... xii
INTRODUCTION GENERALE ................................................................................................................... 1
PREMIERE PARTIE : PRESENTATION DE L’ENTREPRISE ET DU PROJET ..................................... 2
CHAPITRE 1 : PRESENTATION GENERALE DE LOGIN SARL ....................................................... 3
SECTION 1 : ENVIRONNEMENT INTERNE DE LOGIN SARL..................................................... 3
SECTION 2 : ENVIRONNEMENT EXTERNE DE LOGIN SARL ................................................. 11
SECTION 3 : DEROULEMENT DU STAGE.................................................................................... 12
CHAPITRE 2 : ETUDE PREALABLE .................................................................................................. 15
SECTION 1 : ETUDE DE L’EXISTANT .......................................................................................... 15
SECTION 2 : CAHIER DE CHARGES ............................................................................................. 26
DEUXIEME PARTIE : MODELISATION DU SYSTEME FUTUR ........................................................ 30
CHAPITRE 3 : ANALYSE ET CONCEPTION DU SYSTEME FUTUR............................................. 31
SECTION 1 : ANALYSE FONCTIONNELLE .................................................................................. 31
SECTION 2 : ANALYSE STATIQUE ............................................................................................... 39
SECTION 3: ANALYSE DYNAMIQUE ........................................................................................... 55
CHAPITRE 4 : IMPLEMENTATION ET TESTS ................................................................................. 58
SECTION 1 : IMPLEMENTAION ET CODES ................................................................................. 58
SECTION 2: TESTS ........................................................................................................................... 63
CONCLUSION GENERALE ..................................................................................................................... 68
BIBLIOGRAPHIE ...................................................................................................................................... 69
WEBOGRAPHIE ........................................................................................................................................ 70
TABLE DE MATIERES ............................................................................................................................. 71
Rédigé et présenté par FOUPOUAPOUOGNIGNI Mohamed Moustapha I

DEDICACES
A MA FAMILLE
Rédigé et présenté par FOUPOUAPOUOGNIGNI Mohamed Moustapha II

REMERCIEMENTS
Nous adressons nos remerciements à tous ceux qui de près ou de loin, ont contribué au
bon déroulement de notre stage et notre projet. Nos pensées s’adressent particulièrement :
 Au personnel et au corps d’enseignant de ISTAMA pour tous leurs conseils et
efforts consentis durant notre formation.
 M. NJANTA EBENEZER promoteur de ISTAMA pour le cadre de

formation mis à notre disposition pour accompagner le gouvernement dans
le processus de formation des jeunes.
 A notre encadreur académique M. RAOUL KAMSU pour son soutien et ces
conseils.
 M. MBANJOCK DIDIER notre professeur de structure de données
avancées pour son soutien et ces conseils.
 A nos professeurs programmation web, de conception et administration de
base de données pour leurs enseignements et conseils.
 A tout le personnel de LOGIN Sarl pour leur disponibilité et leur sens des valeurs
en particulier :
 Au Directeur Général de LOGIN Sarl, M. RAOUL KAMSU pour nous

avoir accepté dans sa structure comme stagiaire.
 Au Directeur des projets M. NGUEMENI CYRILLE, notre encadreur
professionnel pour les connaissances techniques qu’il nous a apprises.
 Nos familles pour le soutien inconditionnel.

 A nos camarades de promotion de ISTAMA, pour leur solidarité, générosité et leur
amitié qui nous ont permis de suivre notre formation en parfaite collaboration.
Rédigé et présenté par FOUPOUAPOUOGNIGNI Mohamed Moustapha III

AVANT PROPOS
Dans le but de fournir aux entreprises installées au Cameroun et ailleurs des

ressources humaines qualifiées, l’Etat Camerounais, à travers son Ministère de
l’Enseignement Supérieur, a autorisé la création des instituts Privés d’Enseignement
Supérieur (IPES). Ceux, ont pour mission de former les étudiants dans les domaines très
varié de la formation professionnelle afin de répondre à cette demande d’une main d’œuvre
qualifié sur le marché de l’emploi.
Ainsi, L’institut Supérieur de Technologie Avancée et de Management (ISTAMA),

un Etablissement Supérieur Privé Laïc a été créé par Arrêté Ministériel N°
06/0119/MINESUP du 2 octobre 2006. Son ouverture a été autorisée par Arrêté N°
08/0110/MINESUP du 05 Mai 2008 du Ministre de l’Enseignement Supérieur. Cette
autorisation qui portait initialement sur les filières et options du cycle de BTS, s’est étendue
sur les formations des cycles de Licence et Master professionnels.
Le Groupe ISTAMA se veut un pôle de compétences technologiques et managériales

au service des entreprises Ses activités sont reparties dans les entités suivantes :
- Istama Business school

- Istama Polytech
- Istama Technopole.
ISTAMA Business school et Polytech prépare les étudiants aux formations

diplômantes dans les cycles ci-après :
- Classes préparatoires
- Brevets de Techniciens Supérieurs
- Licences Professionnelles
- Masters Professionnels.
 CYCLE DES CLASSES PREPARATOIRES
Rédigé et présenté par FOUPOUAPOUOGNIGNI Mohamed Moustapha IV

Afin de permettre aux étudiants qui souhaitent s'orienter vers les formations des
Grandes Ecoles, ISTAMA a un cycle de classes préparatoires permettant aux étudiants de
présenter les concours pour accéder à ces Grandes Ecoles.
 CYCLE BTS/ HND (BAC+2)

L’admission au cycle BTS/HND est réservée aux titulaires du Baccalauréat des
enseignements Général et Technique, du GCE Advanced Levels ou tout autre diplôme
équivalent.
 CYCLE LICENCE PROFESSIONNELLE/ BACHELOR (BAC+3)

L’admission au cycle de Licence Professionnelle/ Bachelor est réservée :
- soit aux titulaires d’un diplôme universitaire Bac + 2 (DEUG, DSEP, BTS…) ou
tout diplôme équivalent, pour une durée d’un an.
- Soit aux titulaires du Baccalauréat des enseignement général et Technique du GCE

Advanced Levels ou tout autre diplôme équivalent, pour une durée de trois ans (L1-L2
et L3).
 CYCLE MASTER PROFESSIONNEL/ INGENIEUR (BAC+ 5)
L’admission au cycle Master Professionnel /Ingénieure est réservée aux titulaires d’un
diplôme universitaire Bac + 3 (Licence, …) ou tout diplôme équivalent.
A ISTAMA, ces formations sont organisées comme suit :
1- CYCLE BTS
FILIERES SPECIALITES OPTIONS

Comptabilité et Gestion des
Comptabilité et Gestion des Entreprises (CGE)
Entreprises (CGE)
COMMERCIALE
ET DE GESTION
Banque (BQ)
Banque (BQ)
Rédigé et présenté par FOUPOUAPOUOGNIGNI Mohamed Moustapha V

Informatique de Gestion (IG) Informatique de Gestion(IG)

Secrétariat Secrétariat de Direction (SD)
Commerce International(CI) Commerce International(CI)
Logistique et Transport (LT) Logistique et Transport (LT)
Electrotechnique (ET)
Génie Electrique
Froid et Climatisation (FC)
Fabrication Mécanique (FM)
Construction Mécanique (CM)
Génie Mécanique Chaudronnerie (CH)
Maintenance Après-Vente
INDUSTRIELLE Automobile (MAVA)
ET Génie Logiciel (GL)
TECHNOLOGIQ
Génie-Informatique Informatique Industrielle et
UE
Automatisme (IIA)
Industrie Textile Industrie de l’Habillement (IH)
Bâtiment (BT)
Génie Civil
Travaux Publics (BTP)
Génie Forestier Menuiserie Ebénisterie (MEB)
Chaudronnerie Chaudronnerie (CD)
2 -CYCLES LICENCE ET MASTER PROFESSIONNELS
FILIERES SPECIALITES
Génie Mécanique et Productique (GMP)
Génie Industriel et Maintenance (GIM)
Génie civil (GC)
Génie Biomédical (GB)
Génie Réseaux et Télécoms (GRT)
Génie Electrique et Informatique Industrielle (GEII)
Rédigé et présenté par FOUPOUAPOUOGNIGNI Mohamed Moustapha VI

TECHNOLOGIQUE Génie Thermique et Energétique (GTE)

Génie de l'Environnement (GE)
Qualité – Sécurité – Environnement (QSE)
Technologie de Construction Industrielle (TCI)
Technologie Automobile (TA)
Production et Gestion de l'Energie
Industrie Textile d’Habillement (ITH)
Expertise Comptable (EC)
Comptabilité et Finance (CF)
Audit et Contrôle de Gestion (ACG)
Ressources Humaines (RH)
Banque et Finance (BF)
SCIENCES DE GESTION Marketing
Fiscalité Appliquée (FA)
Administration et Finances Publiques (AFP)
Transport et Logistique (TL)
Développement Durable (DD)
Gestion Logistique et Transport
L’étudiant du cycle BTS est tenu en première année d’effectuer un stage de 2 mois
en entreprise selon son cursus académique. Ce stage permettra aux étudiants de mieux
appréhender le monde professionnel et de compléter les connaissances acquises.
C’est dans ce cadre que nous avons effectué un stage au sein de l’entreprise LOGIN
SARL du 13 Juillet au 13 Septembre 2020 sur le thème : « CREATION D’UNE
PLATEFORME DE PUBLICITE EN LIGNE». Ce thème a pour principal objectif
l’application du génie logiciel, la définition du cahier de charge à la réalisation d’un logiciel
nouveau en utilisant MERISE et UML.
Rédigé et présenté par FOUPOUAPOUOGNIGNI Mohamed Moustapha VII

RESUME
Notre profond désir d’obtenir le Diplôme du BTS en Génie Logiciel (GL) nous a amené
à passer une période de (02) mois de stage en entreprise, plus précisément a LOGIN SARL.
Ce qui nous a permis de faire valoir nos aptitudes, et de mettre en application les
connaissances acquises au sein de notre établissement (ISTAMA). Au vu de la formation
reçue dans le domaine des langages de développement d’applications et des technologies
modernes, nous avons été chargés de travailler sur un des projets de LOGIN SARL, axé
précisément sur la création d’une plateforme de publicité en ligne. La réalisation de notre
tâche nous a amené à collecter des informations à travers divers interviews des personnes
affectées aux services concernés. Puis, nous avons fait une brève présentation des solutions
en cours de réalisation. L’atteinte de notre objectif a nécessité le recours à plusieurs
méthodes : la méthode MERISE pour l'analyse et la modélisation du problème, UML pour
la modélisation du système futur, MYSQL pour la création de la base de données et PHP
pour la conception de la plateforme.
Rédigé et présenté par FOUPOUAPOUOGNIGNI Mohamed Moustapha VIII

ABSTRACT
Our deep desire to obtain the BTS Diploma in Software Engineering (SWE) led us to
spend a period of (02) months of internship in business, specifically a LOGIN SARL. This
allowed us to showcase our skills, and to apply the knowledge acquired within our
institution (ISTAMA). In light of the training received in application development
languages and modern technologies, we were tasked with working on one of LOGIN
SARL's projects, specifically focused on creating an online advertising platform. The
realization of our task led us to collect information through various interviews of the people
assigned to the services concerned. Then we gave a brief presentation of the solutions in
progress. Achieving our goal required the use of several methods: the MERISE method for
the analysis and modeling of the problem, UML for future system modeling, MYSQL for
the creation of the database and PHP for the design of the platform.
Rédigé et présenté par FOUPOUAPOUOGNIGNI Mohamed Moustapha IX

LISTE DES TABLEAUX
Tableau 1 : Fiche sinaïtique de LOGIN Sarl………………………………………….5
Tableau 2 : Chronologie des activités de LOGIN Sarl………………………………13
Tableau 3 : Symbole du DCI………………………………………………………...21
Tableau 4 : Consultation de la plateforme …………………………….……………34
Tableau 5 : Créer un compte client……………………………………………….…34
Tableau 6 : Connexion au compte……………………………...……………………35
Tableau 7 : Consultation des annonces………………………...……………………36
Tableau 8 : Concepts du diagramme de classe………………………………………41
Tableau 9 : Dictionnaire des données…………………………………………….…44
Tableau 10 : Tableau d’analyse des données………………………………….…….46
Tableau 11 : Structure de la table utilisateur……………………………………...…52
Tableau 12 : Structure de la table publication……………………………………….53
Tableau 13 : Structure de la table produit …………………………………..………53
Tableau 14 : Structure de la table agent …...………………………………….…….54
Tableau 15 : Structure de la table ville …..…………………………………..……...54
Tableau 16 : Structure de la table catégorie …...…………………………….……...54
Tableau 17 : Estimation du budget du projet …...…………………………….……...62
Rédigé et présenté par FOUPOUAPOUOGNIGNI Mohamed Moustapha X

LISTE DES FIGURES
Figure 1 : Organigramme des postes de LOGIN Sarl……………………………………………………….7
Figure 2 : Situation géographique de LOGIN Sarl…………………………………………………...........10
Figure 3 : Formalisme du diagramme de flux………………………………………...................................17
Figure 4 : Formalisme acteur externe…………………………………………………...…………………18
Figure 5 : Formalisme acteur interne………...…………………………………………………………….18
Figure 6 : Diagramme de flux……………………………………………………………………………...20
Figure 7 : Diagramme de circulation des informations……………………………....................................24
Figure 8 : Formalisme acteur DCU………………………………………………………………………...32
Figure 9 : Formalisme d’un cas d’utilisation………...…………………………………………………….33
Figure 10 : Formalisme du DCU………………………………………..………………………………....34
Figure 11 : Diagramme de cas d’utilisation client……… ..….....…………………………………………37
Figure 12 : Diagramme de cas d’utilisation administrateur………………………………………………..38
Figure 13 : Formalisme du diagramme de classe…………………………………… ..…………………...40
Figure 14 : Diagramme de classe…………………………………………………………………………..42
Figure 15 : Graphe des dépendances fonctionnelles……………………………………………………….48
Figure 16 : Formalisme du MCD…………………………………………………………………………..49
Figure 17 : Modèle Conceptuel des Données……………………………………………………………...50
Figure 18 : Modèle Logique des Données Relationnel…………………………………………………….52
Figure 19 : Formalisme du diagramme de séquence…………………………………… ...........................56
Figure 20 : Diagramme de séquence du CU de connexion………………………………………………...56
Figure 21 : Diagramme de séquence du CU ajout d’annonce ………………………………………….....57
Figure 22 : Formulaire de connexion………………………………………………………………………64
Figure 23 : Formulaire d’ajout d’une annonce……………………………………… …………………....65
Figure 24 : Page administration……………………………………………………………........................66
Figure 25 : Interface Page d’accueil……………………………………………………………………….66
Figure 26 : Interface Page des annonces…………………………………………………….......................67
Rédigé et présenté par FOUPOUAPOUOGNIGNI Mohamed Moustapha XI

LISTE DES ABREVIATIONS
ISTAMA : Institut Supérieur de Technologie Avancée et de Mangement
SARL : Société à Responsabilité Limitée
PDG : Président Directeur Général
BTS : Brevet de Technicien Supérieur
HND : Higher National Diploma
MERISE : Méthode d’Etude et de Réalisation Informatique des Systèmes d’Entreprise
UML : Unified Modeling Language
PHP : HyperText Preprocecessor
CSS : Cascading Style Sheets
SQL : Structured Query Langage
DCI : Diagramme de Circulation des Informations
MCD : Modèle Conceptuel de Données
MLDR : Modèle Logique de Données Relationnelles
GDF : Graphe de Dépendance Fonctionnelle
TAD : Tableau d’Analyse de Données
DDE : Dictionnaire de Données Elémentaires
SGBD : Système de Gestion de Base de données
DCU : Diagramme de Cas d’Utilisation
Rédigé et présenté par FOUPOUAPOUOGNIGNI Mohamed Moustapha XII

INTRODUCTION GENERALE
Au cours de ces dernières années, le développement de l’internet et l’expansion des

nouvelles technologies ne cesse plus d’évoluer pour faciliter de plus en plus la vie
quotidienne et professionnelle. Les entreprises utilisent les applications et plateforme
internet pour booster et étendre leur activité mais surtout pour mieux communiquer à une
plus grande audience. Ces solutions ont pour objectif d’aider l’entreprise à atteindre des
objectifs plus importants et plus étendus. Ils ont par exemple pour avantage principal qu’ils
peuvent être opérationnels à tout moment, peuvent automatiser des taches qui étaient
initialement manuelles et peuvent collecter facilement des données stratégiques qui peuvent
constituer d’importante base de données utiles pour l’entreprise.
C’est dans ce cadre que s’inscrit ce rapport de fin stage que j’ai eu à effectuer à LOGIN
Sarl sur le thème : CREATION D’UNE PLATEFORME DE PUBLICITE EN LIGNE :
CAS DE LOGIN. Mon stage s’est donc déroulé à LOGIN Sarl dans le service recherche
de développement ou on nous a confié la mise en place d’une plateforme de publicité en
ligne. Sachant que la volonté de l’entreprise est d’accroitre la visibilité et l’audience des
différents produits et services que l’entreprise souhaite promouvoir, les questions qui se
sont posées dès le départ sont :
 Comment permettre à chacun de faire connaître aisément ses produits et services ?
 Comment faire pour augmenter l’audience à atteindre pour une annonce ?
 Comment faire pour gérer facilement les différents clients ?
 Comment sécuriser les données des clients ?
Nous donnerons des réponses à ses questions dans ce rapport qui débutera par la
présentation de l’entreprise dans laquelle nous avons effectué le stage ainsi que le
déroulement des différentes activités que nous avons effectué pendant le stage. Dans le
chapitre deux nous présenterons une étude détaillée préalable du système existant de
LOGIN, il s’agira ici de décrire comment se passe l’activité (promotion des biens et des
services) au sein de l’entreprise dans le système actuel, c’est-à-dire sans automatisation.
Ensuite, dans le chapitre trois, nous ferons plusieurs analyses (fonctionnelle, statique et
dynamique) avant de pouvoir concevoir notre plateforme et enfin dans le chapitre quatre,
nous présenterons le fonctionnement de notre plateforme, les différents niveaux de sécurité
des données et quelques interfaces de notre plateforme.
Rédigé et présenté par FOUPOUAPOUOGNIGNI Mohamed Moustapha 1

PREMIERE PARTIE : PRESENTATION

DE L’ENTREPRISE ET DU PROJET
LOGIN SARL est une entreprise spécialisée dans le développement de solutions

technologiques, des systèmes d’information ouverts, flexibles et sécurisés et des
applications. Elle évolue dans un marché concurrentiel c’est pourquoi, elle se doit de
connaitre, suivre et s’adapter aux nouvelles technologies. Dès lors il sera question, dans un
premier chapitre (I), de présenter l’entreprise LOGIN SARL dans son environnement
interne et externe, son historique, ses missions, son organisation et ses domaines d’activités.
Dans un second chapitre (II), nous ferons une étude détaillée préalable du système existant
de LOGIN. Il s’agira ici de faire une étude de l’existant, une critique de l’existant et de
proposer un projet d’automatisation (orientation du système futur).

CHAPITRE 1 : PRESENTATION GENERALE DE

LOGIN SARL
SECTION 1 : ENVIRONNEMENT INTERNE DE LOGIN

SARL
I – Historique de login
L'histoire de Login commence en 2010 avec la société Yum IT qui à l'époque était une
SSII (Société de Services en Ingénierie informatique). Yum était fondé par 2 anciens
camarades de classe devenus ingénieurs et qui avaient un point principal en commun :
l'entrepreneuriat. Ils avaient acquis lors de leur formation et leurs divers stages et projets
professionnels une expérience et un savoir-faire qui les poussaient à vouloir se mettre au
service des entreprises et de la société afin de leur simplifier la vie ou leur activité par la
proposition de solutions informatiques innovantes et adaptées à leurs besoins spécifiques.
C'est en 2018 que les deux co-fondateurs de Yum IT ont décidé de continuer chacun
de façon solitaire tout en gardant un régime de collaboration en partenariat sur les projets.
Une répartition du capital financier, matériel et clientèle permet donc à chacun des
promoteurs de créer une nouvelle entreprise afin de continuer son parcours entrepreneurial.
D'où la création de Login SARL en Juin 2018 avec une réorientation de sa mission pour ne
plus rester dans le même registre de SSII mais en se positionnant aussi comme un des
leaders du domaine de l’innovation numérique. Login se positionne donc également
aujourd’hui comme une Web & Digital Agency avec beaucoup d’autres missions et
services qui vont de la consultation à l’accompagnement en passant par la formation.
II – Présentation générale de Login

1. Présentation de login
Login est un acteur majeur de l’économie du numérique et du développement
technologique au Cameroun. Spécialiste de l’intégration et du développement de solutions
technologiques, expert des systèmes d’information ouverts, flexibles et sécurisés, Login est
l’un des acteurs camerounais positionnés sur les principaux maillons de la chaîne de valeur
de l’informatique. Login accompagne les petites et moyennes entreprises et les

administrations dans la transformation et l’optimisation de leurs systèmes d’information en

leur apportant son expérience et son savoir-faire dans trois domaines fondamentaux : la
fourniture et l’intégration d’infrastructures informatiques et réseaux d’entreprise, le
développement de services applicatifs métiers, et l’exploitation sécurisée des systèmes
d’information.
Etant l’un des rares acteurs camerounais ayant cette maîtrise globale des infrastructures
informatiques, Login se démarque des autres entreprises installées que le plan local ayant
une compétence semblable, par le choix résolu des standards et des technologies ouvertes,
ce qui lui permet à la fois de s’adosser à des partenaires technologiques puissants, de
concentrer ses efforts de recherche et développement sur les domaines à très haute valeur
ajoutée et encore inconnus dans le contexte africain, et d’offrir une proposition de valeur
unique à ses clients : des systèmes d’information sur mesure, bénéficiant d’une véritable
suprématie technologique et basés sur des méthodologies éprouvées et une approche
unique.
2. Missions, objectifs et ressources de Login
 Les missions de Login : il s’agit des buts que l’entreprise s’est fixée.
o Devenir leader dans ses domaines d’activités à long terme.
o Mettre un accent particulier sur sa qualité de services.
 Les objectifs de Login :
o Répondre aux soucis de la clientèle en matière de qualité, de coût et de délai.
o Développer avec sa clientèle des relations partenariat durables et
mutuellement avantageuse.
o Renforcer l’agilité des équipes ressources de l’entreprise
o Optimiser la performance par la compétitivité et l’innovation.
 Les ressources disponibles de Login : Login a au cours de son évolution mis sur
pied de nombreux moyens et stratégies de développement qui ont pour la plupart du
temps connu du succès et des échecs selon les périodes. Cependant pour palier à toute
situation désagréable pour l’entreprise, Login dispose de :
o Les ressources humaines : un personnel performant et motivé est
indispensable à la réussite de l’entreprise.
o Les ressources matérielles : Login met à la disposition de ses employés des
ordinateurs, des imprimantes, une connexion internet, chaque ordinateur est
doté d’un local bien aménagé procurant des conditions de travail agréables.

o Les ressources financières : pour assurer le financement de ses activités,

Login a recours à ses propres fonds et au financement bancaire.
Tableau 1 : Fiche sinaïtique de LOGIN
Désignation de l’entreprise LOGIN
Forme juridique SARL
Capital 1.000.000 F CFA
Siege social DOUALA
Adresse Bonamoussadi Zone A
Date de création 2018
Téléphone (+237) 6 98 63 17 63 / 6 53 21 03 03
Numéro d’immatriculation /
Numéro de contribuable /
Email contact@logintobiz.com
Régime fiscal SIMPLIFIE
Région LITTORAL
Secteur d’activité Quaternaire
Site Web www.loginOpen.com
Source : Document interne de l'entreprise Login Sarl

III – Structure et organisation de Login

Login a une structure regroupée en services, eux-mêmes scindés en départements. Les
différents services avec leurs départements sont:
1. Le service Administratif et Financier

- Ressources humaines et organisation,
- Comptabilité – fiscalité.
2. Le service Marketing et Commercial
- Communication et vente,
- Clientèle et SAV,
- Business Development.
3. Le service Production
- Développement et consulting,
- Test et déploiement.
Ces différentes directions réparties sur deux sites à Douala sont interconnectées dans
un processus de management global avec une grande décentralisation grâce à des pôles qui
opèrent au niveau fonctionnels.
Ainsi Login Sarl est divisée en trois principaux départements :
• Département Administratif et Financier,

• Département Marketing et commercial,
• Département de production.

Figure 1: Organigramme des postes de l'entreprise
IV – Les domaines d’activités de Login

Login est une société d’ingénierie informatique expert dans la mise en œuvre des
solutions dans les systèmes d’information d’entreprise. Dans la pratique on le classerait
dans les SSII (Société des Services en Ingénierie Informatique).
Le métier de Login couvre les domaines suivants :
- Système d’Information d’organisation,

- Développement logiciel et Intégration,
- Internet/Intranet/Extranet, E-services,
- Développement et Hébergement de sites web et portails,
- Formation, Audit, Conseil, Infogérance,
- Décisionnel/ Business Intelligent,
- Administration et Sécurité des systèmes et réseaux.

Les pôles de Login sont :

1. Intégration technologique
- Consulting et assistance,
- Gestion et planification d’entreprise (ERP),
- Gestion de la relation client (GRC),
- Gestion de document d’entreprises (GED),
- Solutions infrastructure et de virtualisation.
2. Editeur technologique
- Solution de Business Intelligence et d’aide à la décision,
- Solution de collaboration et de Teamwork,
- Solution de Content Management,
- Solution de gestion d’activité sur mesure (Gestion commerciale, gestion de
la caisse/trésorerie, gestion de la Paie, etc…).
3. Services Online
- Cloud Computing,
- Hébergement des sites web Haute disponibilité,
- Sites web avancés et plateformes web dédiés au public,
- Messagerie professionnelle,
- Promotion et Marketing online.
V - Les facteurs clés du succès de Login

La démarche de Login se décline en 3 mots : PIA.
 PENSER, Le système d’information de l’entreprise. C’est-à-dire trouver
l’adéquation entre le système d’information, les caractéristiques de l’organisation
et son environnement et inciter les responsables à optimiser l’exploitation des
facteurs clés de succès dans le sens requis par la stratégie.
 INNOVER, à travers l’exploitation de solutions et concepts modernes. LOGIN met
à la disposition des organisations des technologies innovantes et éprouvées.
 ASSISTER, l’entreprise dans son émergence : optimiser les solutions et procédés
à travers une veuille technologique permanente.

 L’approche Login : elle s’appuie sur les différents points suivants :

 Des prises de décision plus rapides à travers des Brainstormings,
 Une équipe à compétence complémentaire et bien organisée,
 Une approche totalement orientée vers la satisfaction client.
 Les atouts de Login:
 Une équipe dynamique, motivée et multidisciplinaire,
 Fiable pour garantir la continuité du service ,
 A l’éveil des nouvelles avancées technologiques.

VI – Situation géographique de l’entreprise
Figure 2 : Situation géographique de Login

SECTION 2 : ENVIRONNEMENT EXTERNE DE LOGIN

SARL
Les composantes de l’environnement externe de LOGIN

Il s’agit des éléments qui constituent le marché de LOGIN. Il s’agit de la clientèle,
des fournisseurs et des concurrents.
1. La clientèle
Login Sarl dispose de plusieurs clients tels que les particuliers qui sont des
personnes qui veulent réaliser un projet informatique (site web, application…) pour
un but précis, les entreprises…
2. Les fournisseurs
Il s’agit de ceux qui fournissent des éléments nécessaires au bon fonctionnement
de l’entreprise nous avons entre autre :
o CAMTEL : qui fournit la connexion internet,
o ENEO : qui fournit le courant électrique,
o SINEC : qui fournit de l’eau,
o Les autres entreprises qui fournissent du matériel de bureau (ordinateurs,
imprimantes, meubles, formats, stylos …)
3. La concurrence
Login dispose de plusieurs concurrents. C’est ainsi qu’il existe deux types de
concurrences.
o La concurrence directe : il s’agit des entreprises offrant des services plus ou
moins similaires à ceux de l’entreprise. Les concurrents directs de Login Sarl
sont les suivants :
 NowTech,
 Symantec,
 Waston Coorporation …
o La concurrence indirecte : elle est constituée des entreprises proposantes des
services différents mais répondants aux mêmes besoins que celui auquel
l’entreprise cherche à répondre. Nous pouvons citer :
 Les entreprises de communication,
 Les entreprises de marketing.

SECTION 3 : DEROULEMENT DU STAGE

Une journée de travail à LOGIN Sarl se présente comme de la manière suivante :
 De lundi à vendredi
o 8 h 00 : début du travail pour le personnel de l’entreprise et pour les stagiaires
o 12 h 00 – 13 h 30 : pause
o 17 h 00 : fin du travail
 Le samedi
o 8 h 00 : début du travail pour le personnel de l’entreprise et pour les stagiaires
o 12 h 00 – 13 h 00 : pause
o 15 h 00 : Fin du travail
1. Le service d’accueil
Nous avons été accueilli le 13 juillet 2020, date de début de notre stage, avec
enthousiasme et jovialité à LOGIN SARL. Arrivé à 08h 00, nous avons débuté le stage
par un bref entretien sur le règlement intérieur de la société avec le Directeur de la
société, qui dans un discours courtois et encouragement nous a confié à l’accueil pour la
prise de contact avec le reste du personnel.
2. Chronologie des activités effectuées

Au sein de LOGIN SARL, il est aisé de percevoir l’interaction constante entre
les différents services décrits plus haut. Compte tenu de cette interaction, nous avons pu
effectuer les activités suivantes pendant notre stage à LOGIN :
Activités Durée Date de début Date de fin

Prise de contact avec le
personnel et présentation de 03 jours 13-juillet. 15-juillet
l’entreprise
Mise à jour du site
www.nfestructural.com 06 jours 16-juillet. 21-juillet

Rechercher d’un problème

pouvant faire l’objet du thème 03 jours 22-juillet. 24-juillet
de notre rapport
Choix du problème à résoudre
et validation par notre 01 jour 25-juillet. 25-juillet
encadreur professionnel
Rédaction de notre cahier de

charge 04 jours 27-juillet. 30-juillet

www.Sdmiservices.com 04 jours 03-aout. 06-aout

www.nalbusinness.com 04 jours 07-aout. 11-aout
Etude des éléments de base du

Framework PHP YII 2.0 05 jours 12-aout. 17-aout
Développement d’un Intranet

(plate-forme local) pour 13 jours 18-aout. 02-septembre
LOGIN Sarl
Mise en place d’un réseau
local à LOGIN Sarl 02 jours 3- septembre 04-septembre
Tableau 2 : Activités effectuées à LOGIN

Ce premier chapitre introductif, nous a permis d’avoir un aperçu de l’environnement

interne avec les fonctions et les activités de LOGIN Sarl mais aussi en externe en ce qui
concerne sa position concurrentielle. Et aussi la présentation du déroulement de notre
stage à LOGIN Sarl. Cette prise de connaissance étant faite, nous passons au second
chapitre consacré à l’étude préalable.

CHAPITRE 2 : ETUDE PREALABLE
La décision effective de lancement d’un projet informatique est préparée par une
étude préalable qui à partir d’un diagnostic de la situation actuelle débouche sur une
ébauche de solution : l’avant-projet d’informatisation.
L’étude préalable est une étape importante de MERISE qui permet avant de se
lancer dans un projet informatique d’élaborer globalement diverses solutions et d’en
évaluer les conséquences. Elle permet de proposer des solutions en précisant pour chacune
le processus de fonctionnement au domaine étudié en précisant :
 Le degré et le type d’automatisation.
 Le court des moyens à mettre en œuvre.
 Les avantages et les contraintes de la solution.
SECTION 1 : ETUDE DE L’EXISTANT

L’étude de l’existant permet de prendre connaissance du domaine d’application, du
diagnostic des forces et des faiblesses et de la construction d’une ébauche de solution (projet
d’informatisation).
I. Etude de l’opportunité
Il s’agit ici de présenter les disfonctionnements enregistrés et de dire si la modification
du système actuel est nécessaire.
Après notre étude sur la promotion des biens et services à Login, nous avons souligné
plusieurs disfonctionnements :
 La promotion des biens et services atteint un nombre restreint de personnes.
 L’absence d’une plate-forme de promotion des biens et services en ligne.
 La lenteur du service de communication et de marketing au niveau de la promotion
d’un bien ou d’un service à la demande d’un client.
 Le non-respect des délais fixés par le service de communication et de marketing.
 La sécurité des données peut présenter.
II. Etude de la faisabilité

Ici, il est question de montrer la possibilité qu’il y’a de modifier le système et que
l’entreprise dispose de toutes les ressources nécessaires pour réussir la modification du

système informatique. De nos jours, l’informatique fait partie intégrante de notre vie car
elle permet l’automatisation des activités, ce qui permet de simplifier les tâches. Avec sa
vulgarisation, l’informatique ne requiert plus de très gros investissement comme par le
passé. Ainsi tout type d’entreprise petite ou grande peut automatiser ses activités
(promotion des biens et services en ligne, vente en ligne…) ceci afin d’augmenter son
audience (nombre de personnes atteint) et générer plus de bénéfices.
III. Description de l’existant

La description de l’existant est une étape très importante dans le processus
d’informatisation d’un système, car elle permet de mieux comprendre le système actuel,
afin de concevoir une solution informatique spécifique aux problèmes rencontrés par le
système actuel.
A. Délimitation du domaine d’étude

Le système d’information soumis à notre étude concerne la promotion des biens et des
services à Login. Les principales responsabilités reviennent aux postes de travail suivants :
 Le secrétariat : chargé de la réception des clients

 Le service de marketing : chargé de donner les différentes stratégies de promotion
possible selon le bien ou le service que le client souhaite faire promouvoir.
 Le service de communication : chargé de faire la promotion du bien ou du service
du client.
Les principaux sous objectifs sont les suivants :
 La gestion des clients.

 Le traitement des éléments à faire promouvoir.
 La gestion des annonces (promotions)
 Elaboration et suivi d’un plan des annonces
B. Description de l’existant
Ici, il est question de décrire comment se passe l’activité au sein de l’entreprise
dans le système actuel, c’est-à-dire sans informatisation.
Gestion des clients
Tous les jours ouvrables, à partir de 8h, lorsqu’un client arrive au sein de l’entreprise, il
est reçu et enregistré grâce sa carte d’identité par une secrétaire. Le client exprime ses

besoins à la secrétaire et la secrétaire établie deux exemplaires d’une fiche d’information

en fonction des besoins du client. Un exemplaire de la fiche d’information sera archivé au
secrétariat et l’autre exemplaire sera transmis au service marketing. Ensuite le client est
conduit au service marketing pour mieux exposer ses besoins et donner plus de détails
concernant les biens ou les services qu’il souhaite promouvoir. Si le client souhaite
également vendre des biens en ligne il doit également le préciser au service marketing. Le
service marketing explique au client les différentes stratégies de promotion possible selon
le bien ou le service que le client souhaite faire promouvoir. Puis le client et le service
marketing s’entendent sur la stratégie de promotion à utiliser pour promouvoir les biens et
services du client. Ensuite le client donne les informations détaillées de ses biens et services
au service marketing et enfin un contrat spécifiant les délais (date de début et date de fin)
de la promotion, le coût de la promotion et certaines closes est établi. Les informations
collectées par le service marketing sera ensuite envoyé au service de communication.
Gestion de la promotion (annonce)
Après avoir reçu les informations des biens et services du client, le service
communication met en place la stratégie précédemment choisie par le service marketing et
le client. Le service communication fait réaliser une enquête s’il y a lieu, crée et produit le
matériel publicitaire définitif et cible le public à atteindre. Puis le service communication
lance l’annonce à travers les réseaux sociaux (WhatsApp, Facebook, Instagram …), les
panneaux publicitaires, à travers les prospectus.
Evaluation de l’annonce
Tout au long de la publication de l’annonce, le service de communication établi de
manière progressive un rapport d’évaluation de l’annonce qu’il présente au client a la fin
de l’annonce afin que celui-ci puisse savoir comment s’est dérouler l’annonce, quelles
cibles ont été atteintes et si les objectifs fixés au départ ont été atteintes.
C. Diagramme de flux
Le diagramme de flux est une représentation schématique qui matérialise le
fonctionnement des activités au sein d’un domaine d’étude à travers les acteurs (externes
et internes) et les flux échangés. Le formalisme est le suivant :
Libellé du flux
Acteur Emetteur Acteur Récepteur
Figure 3 : Formalisme du diagramme de flux

1. Listes des acteurs

Un acteur est une entité active intervenant dans le fonctionnement du système d’une
organisation, il est stimulé par des flux. On distingue deux catégories d’acteurs :
 Acteurs externes : il s’agit de toute personne n’appartenant pas au domaine
d’étude : le client.
Le formalisme de représentation de l’acteur externe est le suivant :
Nom de l’acteur
Figure 4 : Formalisme de l’acteur externe
 Acteurs internes : les acteurs sont des personnes appartenant à notre domaine
d’étude, et qui y exercent des activités. Les principaux acteurs interne de notre
domaine d’étude sont :
o La secrétaire
o Le service marketing
o Le service de communication
Le formalisme de représentation de l’acteur interne est le suivant :
Nom de l’acteur
Figure 5 : Formalisme de l’acteur interne
2. Liste des documents

Un document se réfère à un support porteur d’information et utilisé par le
système d’information. Il fait ainsi l’objet des échanges entre plusieurs acteurs. Un
document est matérialisé par un numéro suivi de sa description.
Les principaux documents manipulés au sein de notre domaine d’étude sont les
suivants :
D1 : Registre d’enregistrement,
D2 : Fiche d’information,
D3 : Fiche stratégique (stratégie à appliquer pour l’annonce),
D4 : Contrat,
D5 : Reçu,

D6 : Fiche d’enquête,
D7 : Rapport de progression de l’annonce.
3. Liste des flux
Un flux représente un échange d’information entre deux acteurs (l’acteur émetteur
qui envoie le flux et l’acteur récepteur qui reçoit le flux). Un flux est symbolisé par une
flèche partant de l’acteur émetteur vers l’acteur récepteur.
Les principaux flux de notre domaine d’étude sont les suivants :
F1 : Informations transmises. (Client → Secrétariat)
F2 : Registre d’enregistrement édité (Secrétariat → Secrétariat), D1
F3 : Besoins du client exprimés. (Client → Secrétariat)
F4 : Informations collectées. (Client → secrétariat), D2
F5 : Fiche d’information transmise. (Secrétariat →Service Marketing), D2
F6 : Informations détaillées transmises. (Client →Service Marketing)
F7 : Fiche stratégique éditée et transmise. (Service Marketing →Client), D3
F8 : Contrat édité et transmis (Service Marketing →Client), D4
F9 : Règlement effectué. (Client →Service Marketing)
F10 : Reçu édité et transmis. (Service Marketing →Client), D5
F11 : Fiche stratégique transmise. (Service Marketing →Service Communication), D3
F12 : Enquête réalisée. (Service Communication →Service Communication), D6
F13 : Rapport progression édité. (Service Communication →Service Communication), D7
F14 : Rapport de progression transmis. (Service Communication →Client), D7

4. Construction du diagramme de flux

F2
F1 D1
CLIENT F3 SECRETARIAT
D4 D3 D5 F4 D2
D7
F5
F14
F8 F9 F7 F10 F6
F13 D2
D7
SERVICE COMMUNICATION D3 F11 SERVICE MARKETING
F12 D6
Figure 6 : Diagramme de flux
D. Diagramme de circulation des informations (DCI)

Le diagramme de circulation des informations est capital pour l’étude de l’existant, c’est
un tableau qui matérialise :
 Les interactions (relations) entre les différents acteurs (internes et externes),

 Les taches élaborées et les documents produits et manipulés au niveau de
chaque poste de travail du domaine étudié,
 Les flux échanges entre les postes de travail du domaine étudié d’une part, et
d’autre part entre les postes de travail et l’extérieur.
1) Formalisme de représentation du DCI

Pour représenter le DCI, on s’appuie sur un certain formalisme matérialisé par
les symboles suivants parmi lesquels les plus utilisés sont :

Tableau 3 : Symbole du DCI

SYMBOLES SIGNIFICATIONS
Matérialise un document
Matérialise plusieurs documents
Matérialise un acteur externe du domaine
Matérialise le stockage des données dans

un fichier de BD.
Matérialise un événement, un message.
Matérialise la destruction d’un document
Matérialise le sens de circulation des

informations.
Test basé sur une condition
T : ….... Tache élaborée par un acteur interne
Matérialise l’archivage d’un document
Matérialise la transmission des informations

numériques, téléphone ou numérique

2) Liste des évènements

Un évènement est un échange d’information entre un ou deux acteurs. On
distingue trois types d’évènement qui sont :
 Evènement externe : il modélise les flux provenant de l’acteur externe.
 Evènement temporel : il représente les échéances, les délais liés à une date, une
période, une heure.
 Evènement interne : il mobilise les flux provenant d’un acteur interne.
 Liste des évènements temporels
ET1 : Tous les jours ouvrables dès 8h,
ET2 : Délais fixé,
ET3 : Délais expiré.
 Liste des évènements externes
EVE1 : Besoins présentés,
EVE2 : Règlement effectué,
 Liste des évènements internes,
EVI1 : Définir la stratégie,
EVI2 : Evaluation du cout de l’annonce.
3) Liste des taches et des actions correspondantes

Une tache est une suite d’actions effectuées sans interruption au sein d’un même
poste de travail. Elle représente un traitement que subit un document au sein d’un
poste de travail et est matérialisé par un numéro suivi d’une description et de la
liste des actions associées.
Les différentes tâches que nous avons pu relever au cours de notre étude sont :
T1 : ENREGISTREMENT DU CLIENT(Secrétariat)
A1 : Réception de la carte d’identité ;
A2 : Edition du registre d’enregistrement ;
T2 : COLLECTE D’INFORMATIONS (Secrétariat)
A1 : Edition de la fiche d’informations ;
A2 : Transmission de la fiche d’informations ;
T3 : ELABORATION DE LA STRATEGIE (Service Marketing)
A1 : Analyse de la fiche d’informations ;

A2 : Mise en place d’une stratégie pour l’annonce ;

T4 : ELABORATION DU CONTRAT (Service Marketing)
A1 : Définition du cout de l’annonce ;
A2 : Edition du contrat ;
T5 : EDITION DU RECU (Service Marketing)
A1 : Paiement du cout de l’annonce (client) ;
A2 : Edition du reçu ;
T6 : LANCEMENT DE L’ANNONCE (Service Communication)
A1 : Enquête préalable ;
A2 : Début de l’annonce ;
A3 : Rédaction du rapport de progression ;
T7 : CLOTURE DE L’ANNONCE (Service Communication)
A1 : Transmission du rapport de progression ;

4) Représentation du DCI
DIAGRAMME DE CIRCULATION DES INFORMATIONS
EXTERIEUR SECRETARIAT SERVICE SERVICE DE

MARKETING COMMUNICATION
Réce Jours
D6 Délais
ption ouvra T3 :
CLIENT fixé
CNI bles ELABORATI
ON DE LA
STRATEGIE
T6 :
LANCEMENT
T1 : DE LA
ENREGISTRE D3 CAMPAGNE
MENT
CLIENT
T4 : Délais
ELABORATI expiré
D1 Besoi
ON DU
ns du
CONTRAT
client
T7 :
CLOTURE DE
T2 : COLLECTE D4 LA
D’INFORMATI CAMPAGNE
ONS
Paiement
du cout de
D2 la
D2
campagne D7
T5 :
ELABORATI
ON DU RECU
D5
D5
Figure 7 : Diagramme de circulation des informations

E. Critique de l’existant
Cette partie est consacrée à la critique du système existant et la suggestion d’une
solution pour l’amélioration du système futur.
1. Critiques négatives
 Critiques sur le plan fonctionnel
 Les objectifs fixés ne sont pas toujours atteints
 La complexité du traitement des informations
 Les informations liées aux traitements sont souvent mal sauvegardées
 Critique sur le plan organisationnel
 Il existe trop de transactions entre les acteurs
 Les délais fixés ne sont pas toujours respectés
2. Critiques positives
 Présence d’une bonne organisation entre les différents services
 Bonne collaboration et échange des ressources entre les différents services
 Interconnexion entre les différents services
F. Projet d’information
Après étude du système actuel, nous avons ressortie les différentes suggestions afin de
parvenir à notre objectif qui est la mise en place d’une plate-forme de publicité en ligne
permettant de faire la promotion des biens et services en ligne.
 Nous réaliserons une plate-forme qui permettra de présenter toutes les activités
qu’annonce l’entreprise.
 Nous allons profiter pour faire un portail de communication afin de mieux faire
connaitre l’entreprise.
1. Domaine logique
 Au niveau des données

La mise en place d’une base de données qui permettra au client de s’enregistrer
et à l’administrateur de traiter les informations sur les clients et les annonces afin d’effectuer
un meilleur suivi.

 Au niveau des traitements

Pour éviter les pertes de temps et des erreurs lors de l’exécution des taches, il faudra
mettre sur pied une solution ayant des capacités suivantes :
 L’obtention en temps réel des informations du client
 Actualiser les fiches des annonces publicitaires
 La rapidité lors de l’exécution des différentes taches (inscriptions,
connexion, consultation des pages web …)
 Le suivi des clients en temps réel par l’administrateur
 Le bon suivi de l’évolution des stocks en cas de vente en ligne.
Cette plate-forme permettra de :
 Présenter l’entreprise
 Gérer les relations avec les clients
 Gérer les annonces (ajouter, modifier ou supprimer des annonces)
 Gérer les commandes de manière dynamique et mettre à jour les stocks en
cas de vente en ligne.
2. Domaine matériel
o Ordinateurs, téléphones, portables, tablettes
o Une connexion internet
o Des périphériques de stockage
SECTION 2 : CAHIER DE CHARGES
1. Définition
Le cahier de charges est document juridique qui décrit les spécifications d’un
projet d’informatisation (achat d’un progiciel, développement web, extension d’un
système informatique, ou acquisition d’un nouveau logiciel). Il formalise à la fois
des objectifs à atteindre tout en intégrant toutes les contraintes techniques,
ergonomiques et fonctionnelles du projet. Il sera également constitué de la
description et du contexte du projet, et des exigences de l’entreprise.

2. Contexte du projet
Ayant remarqué les difficultés que rencontrent la plupart des personnes qui veulent
promouvoir leurs biens et services, nous avons pris l’initiative de mettre en place
une plateforme de publicité en ligne afin de remédier à ces difficultés. Cette
plateforme permettra d’atteindre un grand public lors de la promotion des biens ou
services favorisant ainsi un rendement plus élevé au niveau de la vente des produits,
de l’annonce des services…
3. Objectifs
Comme objectifs pour le projet de création d’une plateforme de publicité en ligne, nous
aurons les points suivants :
 Offrir une interface attrayant et dynamique qui présentera les différents biens et
services mis en ligne pendant l’annonce.
 Donner la possibilité aux utilisateurs d’interagir avec la plateforme, notamment faire
des pots, du tchat…
 Offrir à la possibilité aux utilisateurs de faire des achats en lignes.
4. Description du projet
Ce projet consiste à la mise en place d’une plateforme (application web)

permettant de faire promouvoir des biens et services et de faire la vente en ligne de
certains produits. Pour ce faire les informations des biens et services à faire
promouvoir seront stockées dans une base de données qui sera mise à jour
continuellement. Les visiteurs pourront consulter la plateforme mais ils n’auront
accès qu’à la partie présentation de la plateforme. Les abonnés pourront consulter la
plateforme, rechercher un produit, ajouter, supprimer des produits donc ils sont les
auteurs. Cette application web permettra de cibler une nouvelle catégorie de publics
et de clientèles et d’offrir une meilleure qualité de services. Cette plateforme devra
contenir deux interfaces séparées :
 Partie administrateur de la plateforme :
Après authentification, l’interface affichera toutes les taches qui pourront être
effectuées par l’administrateur à savoir :
 Gérer les publicités (produits, services …) c’est-à-dire, modifier,
ajouter, supprimer une publication. Chaque publication est

caractérisée par une description, une image ou une vidéo, sa catégorie

et son prix si c’est nécessaire.
 Gérer les comptes des utilisateurs (ajout, suppression…). Chaque
compte est caractérisé par un login et un mot de passe.
 Déconnexion : cela permet la sécurité de l’interface.
 Partie client ou utilisateur :
Cette interface sera accessible à n’importe quel utilisateur cherchant des
publications mises en lignes, ou voulant faire des achats en lignes.
5. Fonctionnalités de l’application
Notre plateforme dynamique offrira les fonctionnalités suivantes :
 Consulter la liste des annonces en lignes,
 De discuter avec d’autre utilisateur grâce à un forum de discussion,
 Consulter les dernières nouvelles de l’entreprise,
 Connaitre les caractéristiques des différents produits en ligne,
 Entrer en contact avec l’entreprise,
 Faire des achats en lignes,
 Passer des commandes.
6. Description des exigences
a) Les exigences fonctionnelles

La plateforme devra :
• Enregistrer, modifier et supprimer les annonces publicitaires ;
• Accéder rapidement à l’information;
• Des interfaces ergonomiques;
b) Les exigences fonctionnelles

La réalisation doit tenir compte de :
• Sécurité : le logiciel devra être accessible avec un nom d’utilisateur et
un mot de passe ;
• Ergonomie : dans les conditions matérielles normales la plateforme
devra répondre au maximum une seconde après chaque clic sur un
menu, bouton ou autre objet ;
• La modularité : peu d’effort pour ajouter de nouvelle fonctionnalité.

7. Contraintes du projet
Comme contraintes du projet de la plateforme de publicité en ligne, nous pouvons
citer :
 Le temps de réponse à une requête doit être rapide,
 Les bugs lors de la connexion d’un utilisateur à son compte,
 L’absence de certaines informations concernant un produit.
8. Environnement de travail
o Langages : PHP, HTML5/CSS3, JavaScript,

o Base de données : MYSQL (5.7),
o Editeur de texte : Sublime Text.

DEUXIEME PARTIE : MODELISATION

DU SYSTEME FUTUR
La modélisation du système futur consiste en la conception du fonctionnement de

l’entreprise grâce à l’application qui sera mise sur pied. Cette deuxième partie est
subdivisée en deux chapitres :
 Analyse et conception du système futur
 Implémentations et tests.

CHAPITRE 3 : ANALYSE ET CONCEPTION DU

SYSTEME FUTUR
SECTION 1 : ANALYSE FONCTIONNELLE

Au cours de notre formation nous avons eu à étudier un langage de modélisation et
une méthode d’analyse qui se distinguent l’une de l’autre par leurs spécificités : UML et
MERISE.
UML est une notation conçue pour représenter, spécifier, construire et documenter
les systèmes logiciels pour avoir une architecture logicielle. Elle s’appuie essentiellement
sur 13 diagrammes et a deux objectifs principaux :
 La modélisation des systèmes à l’aide des techniques orientées objets ;

 La création d’un langage abstrait qui doit être compréhensible par l’homme et
interprétable par la machine.
I. Généralités sur le diagramme de cas d’utilisation

Un cas d’utilisation est la manière spécifique d’utiliser un système. Les acteurs sont à
l’extérieur du système. Ils modélisent tout ce qui interagit avec le ce système. Un cas
d’utilisation réalise un service de bout en bout, avec déclenchement d’un déroulement et
d’une fin pour l’acteur qui l’initie.
 L’inclusion : un cas A inclus un cas B si le comportement décrit par A est inclus

dans le comportement inclus par B. On dit que B dépend de A.
 L’extension : on dit que A étend B si le comportement de B peut être étendu sur A.
 Généralisation/Spécialisation : un cas A est une généralisation de B si B est un cas
particulier de A.
1. Identification des acteurs du système

Un acteur représente une entité (utilisateur humain, dispositif matériel ou tout
autres systèmes) qui interagit directement avec le système étudié. Il peut consulter
et/ou modifier le système en émettant et/ou en recevant les messages susceptibles
d’être porteur de données. De manière générale UML définit deux types d’acteurs :
 Acteur principal : c’est l’entité qui réalise le cas d’utilisation ;

 Acteur secondaire : c’est l’entité qui reçoit les informations à l’issue de la
réalisation du cas d’utilisation ;

 Les autres systèmes : ce sont ceux qui interagissent avec le système ;

 Le matériel externe : dispositifs physiques incontournables faisant partie du
domaine d’application.
Nous distinguerons pour notre système les acteurs suivants :

 Le visiteur : c’est un individu, cherchant un produit ou un service sur internet pour
l’acheter ou pour avoir une idée sur les prix. Jusqu’à ce stade c’est un utilisateur
inconnu donc il n’est pas encore un client.
 L’utilisateur : cet acteur est une personne ayant déjà créer un compte sur notre
plateforme, il peut donc ajouter une nouvelle annonce de biens ou services de son
choix en toute sécurité sachant que notre système sera l’unique responsable de la
confidentialité de ses données personnelles.
 L’administrateur : c’est un utilisateur qui possède tous les droits du système et qui
s’occupe de gérer les comptes des clients.
 L’agent : ce sont des personnes travaillant dans l’entreprise et qui ont un accès à la
plateforme pour récupérer les annonces disponibles sur la plateforme et les publier
sur les réseaux sociaux.
2. Formalisme des acteurs
"ACTEUR"
OU
Nom de l’acteur
Figure 8 : formalisme acteur DCU

3. Identification des cas d’utilisation
 Définition du cas d’utilisation et formalisme

Un cas d’utilisation correspond à une fonction métier du système, il permet de
recenser les grandes fonctionnalités de celui-ci et ainsi de l’analyser. Un cas d’utilisation
correspond à un certain nombre d’action que le système devra utiliser en réponse à un
besoin d’un acteur. Le cas d’utilisation est représenté graphiquement sous la forme d’une
ellipse dans laquelle est mentionnée la fonctionnalité :
Nom de la
fonctionnalité
Figure 9 : Formalisme d’un cas d’utilisation
 Identification des cas d’utilisations

Les cas d’utilisations constituent un moyen efficace de recueil et de description des
besoins des acteurs d’un système.
Les cas d’utilisations de notre système sont les suivantes :
o Créer un compter,
o Se connecter,
o Consulter les différentes annonces,
o Ajouter une annonce,
o Modifier une annonce,
o Supprimer une annonce,
o Gérer les annonces,
o Gérer les comptes clients,

4. Formalisme et diagramme de cas d’utilisation

Le formalisme du diagramme de cas d’utilisation est le suivant :
Nom du système
Nom de la
fonctionnalité
Figure 10 : Formalisme du DCU
II. DESCRIPTION TEXTUELLE DES CAS D’UTILISATION
Tableau 4 : Consultation de la plateforme (site)

Titre du cas d’utilisation Consultation de la plateforme
Acteur Visiteur
Brève description Le but est de faire connaitre l’entreprise

d’une vue d’ensemble
Scénario L’utilisateur lance la plateforme via son url

parcours les différentes pages de
l’application
Précondition La plateforme est accessible tous les
utilisateurs
Tableau 5 : Créer un compte client

Titre du cas d’utilisation Créer un compte client
Acteur Utilisateur
Brève description Le système doit permettre à un utilisateur de

créer son compte

Scénario nominal :
1- L’utilisateur se rend sur la plateforme

2- Dans la page d’accueil cliquer sur le bouton
Scénario « Inscription » s’il n’est pas encore inscrit et
entre les informations pour créer son compte
3- Le système vérifie l’authenticité et
l’intégrité des données et renvoi un message
de création du compte puis redirige
l’utilisateur à l’accueil
Le système doit avoir une base de données
Précondition pour enregistrer les données des utilisateurs
Réussite : Le système renvoi un message de
création de compte avec succès
Post condition
Echec : Le système affiche les champ à
compléter
Tableau 6 : Connexion au compte

Titre du cas d’utilisation Se connecter
Acteur Utilisateur, agent, administrateur
Brève description Le système doit permettre à un utilisateur de

se connecter
1- L’utilisateur lance la plateforme via url

2- Après avoir cliqué sur l’onglet connexion
Scénario l’utilisateur remplit les informations
d’authentification
L’utilisateur doit pouvoir se connecter à son

Précondition compte
Réussite : affichage de la photo de profil et de
la page d’accueil
Post condition Echec : Le système affiche les manquements
de l’authentification

Tableau 7 : Consultation des annonces
Titre du cas d’utilisation Consultation des annonces

Acteur Utilisateur
Brève description Le but est de faire connaitre les biens ou les

services d’un client
Scénario L’utilisateur lance la plateforme via son url
parcourt toutes les annonces disponibles sur
l’application
Précondition La plateforme présente les biens et services et
leurs caractéristiques.
III. REGLES DE GESTION

1. Définition d’une règle de gestion
Une règle de gestion est le libellé qui précise les contraintes qui doivent être
respectées par l’entreprise ou l’organisation étudiée.
2.Quelques règles de gestion
Pour notre domaine nous avons recensé les règles de gestions suivantes :
RG1 : Un utilisateur peut poster une ou plusieurs annonce(s)
RG2 : Une annonce appartient à un et un seul utilisateur
RG3 : Une annonce appartient à une et une seule catégorie
RG4 : Une catégorie peut avoir une ou plusieurs annonce(s)
RG5 : Une annonce peut avoir une ou plusieurs publication(s)
RG6 : Une publication appartient à une et une seule annonce

IV. Représentation des diagrammes de cas d’utilisation

1.Diagramme de cas d’utilisation des clients
Figure 11 : DCU Clients

2. Digramme de cas d’utilisation du personnel
Figure 12 : DCU administrateur

SECTION 2 : ANALYSE STATIQUE
I. Diagramme de classe
Le diagramme de classe représente l’architecture conceptuelle du système. Il d’écrit
les classes (ou type des objets) que le système utilise, ainsi que les relations qui les relient
ente eux (association, héritage, agrégation, composition, …).
1. Le concept de classe
Une classe désigne un ensemble d’objet ayant la même structure et ayant les mêmes
opérations ou méthodes. Elle peut être matérialisée par :
 Les éléments concrets
 Les éléments abstraits
 Des composants d’une application
a) Notion d’instance de classe

Une instance de classe (objet) est l’ensemble des valeurs prises par chacun des
outils qui décrivent la classe au cours d’un traitement. C’est un exemple d’occurrence
prise par la classe.
b) Notion d’attribut et de méthode
Un attribut est une propriété élémentaire d’une classe. La description complète
d’un attribut s’appuie sur des caractéristiques précises qui respectent un certain
formalisme.
Le formalisme de description complète d’un attribut est :
Visibilité/Nom attribut : Type [Valeur initiale {propriété}]
• Visibilité : -, +, #
• Nom attribut : Nom unique dans une classe
• Type : Entier, réel, chaine de caractère…
• Valeur : Valeur facultative.
Une méthode ou opération est une fonction applicable aux objets d’une classe et
permettant de décrire le comportement d’une classe. Chaque opération d’une classe
est désignée soit seulement par son nom, sa liste de paramètre et son type.

c) Formalisme de description complète d’une méthode

Visibilité/Nom_operation (paramètre) : [Type_résultat] {propriété}
• Visibilité : -, +, #
• Nom_opérateur : utiliser un verbe décrivant l’action
• Paramètre : Liste des paramètres
• Type_résultat : Type de valeurs retournées
• Propriétés : Valeurs facultatives applicables en fonction du traitement effectué.
2. Association et lien entre les classes

 L’association représente une relation structurelle entre classe d’objet et décrit
un groupe de liens ayant une même structure et une même sémantique. Elle
représente les liens qui existent entre les instances de classe.
 Le lien est une connexion physique ou conceptuelle entre instance de classe.
C’est une instance de l’association.
 La multiplicité indique un domaine de valeur pour préciser le nombre
d’instances d’une classe vis-à-vis d’une autre classe pour une association
donnée.
 La navigabilité indique si une association est unidirectionnelle ou
bidirectionnelle et est matérialisée par une ou deux extrémités fléchées.
a) Formalisme d’un diagramme de classe
Multiplicités
NOM DE LA CLASSE 1 NOM DE LA CLASSE 2
MIN, MAX MIN, MAX

Nom des attributs Nom de l’association Nom des attributs
Nom des méthodes () Nom des méthodes ()
Figure 13 : Formalisme diagramme de classe

b) Principaux symboles utilisés dans le diagramme de classe

Tableau 8 : Concepts du diagramme de classe
Une note est un commentaire placé sur
un diagramme.
Une note
Modelé de représentation des objets qui

Classes possède des données et des
comportements
Propriétés d’une classe qui décrit un
Attribut domaine de valeur possibles partagé par
tous les objets de classes.
Traitement qui peut être demandé à

Opération n’importe quel objet de la classe et
partagée par tous les objets de la classe.
Héritage
Agrégation Relations qui pourraient exister entre les

classes.
Composition
3. Représentation du diagramme de classe
Notre analyse du système nous a permis d’obtenir le diagramme de classe suivant :

Figure 14 : Diagramme de classe

II. Modélisation des données

La cohérence et surtout la fiabilité de notre base de données passe par une maitrise de
toutes les données manipulées par le système (plateforme). Ce qui nous amène à construire
au préalable un dictionnaire des données et un tableau d’analyse des données. Nous
déduirons par la suite de ces derniers de par les dépendances qui existent entre les données.
 Le dictionnaire de données élémentaire ;
 Le tableau d’analyse de données ;
 Le graphe de dépendances fonctionnelles ;
 Le modèle conceptuel des données ;
 Le modèle logique des données relationnelles ;
 Le modèle physique de données.
1. Dictionnaire des données élémentaires (DDE)

C’est un tableau dans lequel sont répertoriés et décrite toutes les propriétés du
système d’information qui permettrons de structurer la base de données et tenant compte
du type, de la nature et de la taille.
o Le code : il s’agit d’un libellé désignant une donnée ;
o La désignation : il s’agit d’une mention décrivant ce à quoi la donnée correspond ;
o La taille : elle s’exprime en nombres de caractères ou de chiffres ;
o Le type qui peut être :
• Alphabétique (A) : ici, la donnée est constituée uniquement des caractères
alphabétiques ;
• Numérique (N) : ici, la donnée est constituée uniquement des entiers ou de
réels ;
• Alphanumériques (AN) : ici, la donnée est constituée à la fois des caractères
alphabétiques et numériques ;
• Date : ici, la donnée est une date ;
• Booléen : Vrai ou Faux.
o La nature qui peut être :
• Signalétique (SIG) : c’est une donnée qui ne peut être modifiée quel que soit
les circonstances ;
• Situationnel (SIT) : c’est une donnée qui varie en fonction du temps ou de la
période ;
• Elémentaire (ELE) : c’est un type de données permettant d’identifier de façon
unique une entité dans un environnement précis.
• Mouvement (M) : c’est donné qui n’existe que parce qu’un évènement a eu
lieu.

Tableau 9 : Dictionnaire des données
DESIGNATION CODE TAILLE TYPE NATURE

Identifiant utilisateur Id_user 11 N ELE
Nom utilisateur nom_user 20 A SIG
Prénom utilisateur prenom_user 30 A SIG
Email utilisateur email_user 15 AN SIT
Mot de passe utilisateur Password_user 10 AN SIT
Photo de profil utilisateur Image_user 50 AN SIT
Numéro de téléphone Téléphone_user 9 AN SIT

utilisateur
Identifiant de l’annonce Id_annonce 11 N ELE
Description de l’annonce Libellé_annonce 100 AN SIG
Identifiant de la catégorie Id_categorie 11 N ELE
Description de la Libellé_categorie 100 AN SIG

catégorie
Identifiant du produit Id_prod 11 N ELE
Description du produit Libellé_prod 100 AN SIG
Quantité du produit Qnte_prod 10 N SIT
Prix du produit Prix_prod 10 N SIT
Image du produit Image_prod 50 AN SIT
Identifiant du service Id_serv 11 N ELE
Description du service Libellé_serv 100 A SIT
Prix du service Prix_serv 10 N SIT

Image du service Image_serv 50 AN SIT
Identifiant de la Id_pub 11 N ELE

publication
Description de la Libellé_pub 100 A SIG
publication
Image de la publication Image_pub 50 AN SIT
Date de publication Date_pub 10 DATE MVT
Identifiant agent Id_agt 11 N ELE
Nom agent nom_agt 20 A SIG
Prénom agent prenom_agt 30 A SIG
Email agent email_agt 15 AN SIT
Mot de passe agent password_agt 10 AN SIT
Photo de profil agent image_agt 50 AN SIT
Numéro de téléphone téléphone_agt 13 N SIT

agent
Identifiant région Id_rgn 11 N ELE
Nom région nom_rgn 20 A SIG
LEGENDE:
NATURE TYPE
• N : Numérique  ELE : Elémentaire

• AN : Alphanumérique  SIT : Situationnel
• A : Alphabétique  SIG : Signalityque
• Date  MVT : Mouvement

2. Tableau d’analyse des données (TAD)

Ce tableau regroupe sous forme d’entité les données du dictionnaire de données
Tableau 10 : Tableau d’analyse de données
ENTITÉS PROPRIÉTÉS DÉPENDANCES FONCTIONNELLES

UTILISATEUR Id_user Id_user Nom_ user
Nom_user Id_ user Prénom_ user
Prénom_user Id_ user Email_ user
Email_user Id_ user Password_ user
Password_user Id_ user Image_ user
Image_user Id_ user Téléphone_ user
Téléphone_user Id_ user Ville_ user
Ville_user
ANNONCE Id_annonce Id_annonce

Libellé_annonce
Libellé_annonce
CATEGORIE Id_catégorie Id_catégorie Libellé_catégorie

Libellé_catégorie
PRODUIT Id_prod Id_prod Libellé_prod

Libelle_prod Id_prod Qnté_prod
Qnté_prod Id_prod Prix_prod
Prix_prod Id_prod Image_prod
Image_prod

SERVICE Id_serv Id_serv Libellé_serv

Libelle_serv Id_serv Prix_serv
Prix_serv Id_serv Image_serv
Image_serv
PUBLICATION Id_pub Id_pub Libellé_pub

Libelle_pub Id_pub Image_pub
Image_pub Id_pub Date_pub
Date_pub
AGENT Id_agt Id_agt Nom_agt

Nom_agt Id_agt Prénom_agt
Prénom_agt Id_agt Email_agt
Email_agt Id_agt Password_agt
Password_agt Id_agt Image_agt
Image_agt Id_agt Téléphone_agt
Téléphone_agt
REGION Id_région Id_région Nom_région

Nom_région
- - Id_annonce Id_user
- - Id_annonce Id_catégorie
- - Id_serv Id_annonce
- - Id_prod Id_annonce
- - Id_pub Id_annonce
- - Id_pub Id_Agt
- Ville_pub Id_region,Id_pub ville_pub

3. Graphe des dépendances fonctionnelles (GDF)

Deux données sont en dépendances fonctionnelles, si la connaissance d’une valeur de
la première permet de déterminer d’une façon unique celle de la deuxième.
Notation : Première Valeur Deuxième Valeur (Source But).
Ainsi, en unissant les différentes dépendances entre les entités on obtient le graphe
suivant :
Id_categorie
Id_user libellé_categorie
Nom_user prenom_user
Email_user Id_annonce
libellé_annone
Id_serv Id_prod
libellé_serv prix_ser libellé_prod prix_prod
image_prod
Id_region Id_Pub
Nom_region libellé_pub date_pub
Image_pub
Ville-pub Id_agt
Nom_agt prenom_agt email_agt
Figure 15 : Graphe de dépendance fonctionnelle
4. Modèle conceptuel des données (MCD)

Le modèle conceptuel de données (MCD) permet de décrire de manière formelle
les données qui seront utilisées par le système d’information. Il s’agit donc d’une
représentation graphique et structurée des informations mémorisées par un système
d’information. Le MCD est base sur deux principales notions à savoir : les entités et les
associations, d’où sa seconde appellation : Schéma Entité/Association. L’élaboration du
MCD passe par les étapes suivantes :

 Etablir les règles de gestion ;

 Elaborer un dictionnaire de données ;
 Rechercher et établir les dépendances fonctionnelles entre les données ;
 Construire le MCD (création des entités puis des associations puis ajout des
cardinalités).
a) Notion d’entité
Chaque entité est unique et est décrite par un ensemble de propriétés encore
appelées attributs ou caractéristiques. Une de ces propriétés est appelée identifiant :
elle possède des occurrences uniques.
b) Notion d’association
Une association définit un lien entre deux ou plusieurs entités. Généralement le
nom d’une association est un verbe (à l’infinitif).
c) Autres notions
 Entité : modélisation d’un objet d’intérêt (en termes de gestion) pour
l’utilisateur ;
 Relation : Modélisation d’une association entre deux ou plusieurs entités ;
 Cardinalités : Modélisation des participations mini et maxi d’une entité a
une relation. Les plus répandus sont :
• (0, N) zéro à plusieurs ;
• (1, N) un à plusieurs ;
• (0, 1) zéro à un.
 Propriétés : Modélisation des informations descriptives rattachées à une
entité ou une relation ;
 Identifiant : Modélisation des propriétés contribuant à la détermination
unique d’une occurrence d’une entité ;
 Contrainte d’inégalité fonctionnelle (CIF) : indique une dépendance
obligatoire entre plusieurs objets participant à une association.
ENTITE ENTITE
Propriété 1 Propriété 1
( m, n) ( m, n)
Association
Pr opriété n Propriété n
Figure 16 : Formalisme du MCD

d) Représentation du MCD
Figure 17 : Modèle Conceptuel des Données

5. Modèle logique des données relationnel (MLDR)

Le MLDR représente une structure logique des données. Il correspond à
l’organisation des données. L’implémentation sera faite en utilisant un SGBD.
a) Règles de passage du MCD au MLDR
Le passage du MCD au MLDR obéit à un ensemble de règle à savoir :
 Chaque entité devient une table, l’identifiant devient la clé primaire de la table
;
 Dans une relation de type père-fils, la clé primaire du père migre vers la table
fils ;
 Dans une relation de type plusieurs à plusieurs (N, M), l’association devient
une nouvelle table ayant pour clé primaire la concaténation des clés primaire
des tables en association.
 Dans une relation de type un à un (1, 1), on fait appelle à la notion de contrainte
d’intégrité temporelle. Dans ce cas, la détermination de l’identifiant de la table
à migrer se fait par condition de temps.
b) Elaboration du MLDR
Suivant ces règles, nous avons généré la base de données relationnelle suivante :
UTILISATEUR (Id_user, Nom_user, Prénom_user, Email_user, Password_user,
Image_user, Téléphone_user,Ville_user)
CATEGORIE (Id_categorie, Libellé_catégorie)
ANNONCE (Id_annonce, Libellé_annonce, #Id_user, #Id_categorie)
SERVICE (Id_serv, Libellé_serv, Prix_serv, Image_serv, #Id_annonce)

PRODUIT (Id_prod, Libellé_prod, Qnté_prod, Prix_prod, Image_prod, #Id_annonce)
AGENT (Id_agt, Nom_agt, Prénom_agt, Email_agt, Password_agt, Image_agt,
Téléphone_agt)
PUBLICATION (Id_pub, Libellé_pub, Image_pub, Date_pub, #Id_annonce,

#Id_agent)
REGION (Id_région, Nom_région)
VILLE ((#Id_pub, #Id_région, ville_pub)

Figure 18 : Modèle Logique des Données Relationnel
6. Modèle physique des données (MPD)
Il est question ici de présenter de façons plus précise les caractéristiques des
différents champs des tables générées au MLDR.
STRUCTURE COMPLETE DE QUELQUES TABLES
Tableau 11 : Structure de la table utilisateur

Relation : UTILISATEUR
CHAMPS TYPES LONGUEURS REMARQUES
Id_user Numérique 11 Clé primaire
nom_user Texte 20

prenom_user Texte 30
email_user Texte 15
Password_user Texte 10 Crypté
Image_user Texte 50
Téléphone_user Texte 13
Ville_user Texte 20
Tableau 12 : Structure de la table publication

Relation : PUBLICATION
Id_pub Numérique 11 Clé primaire
Libellé_pub Texte 100
Image_pub Texte 50
Date_pub Date 10
Tableau 13 : Structure de la table produit

Relation : PRODUIT
Id_prod Numérique 11 Clé primaire
Libellé_prod Texte 100
Qnte_prod Numérique 10
Prix_prod Numérique 10
Image_prod Texte 50

Tableau 14 : Structure de la table agent

Relation : AGENT
Id_agt Numérique 11 Clé primaire
nom_agt Texte 20
email_agt Texte 15
password_agt Texte 10 Crypté
image_agt Texte 50
téléphone_agt Texte 13
Tableau 15 : Structure de la table ville

Relation : VILLE
Id_pub Numérique 11 Clé primaire
Id_région Numérique 11 Clé primaire
Ville_pub Texte 20
Tableau 16: Structure de la table catégorie
Relation : CATEGORIE
Id_categorie Numérique 11 Clé primaire
Libellé_categorie Texte 100

SECTION 3: ANALYSE DYNAMIQUE
I. Généralités sur le diagramme de séquence

Le diagramme de séquence permet de décrire de manière chronologique
comment les éléments du système interagissent entre eux et avec les acteurs du
système.il représente les objets au cœur d’un système qui interagissent en
s’échangeant des messages et le passage de temps. Il modélise donc les
interactions exécutées pendant l’exécution d’un cas d’utilisation.
1. Concepts de base du diagramme de séquence

Les principaux concepts du diagramme de séquence sont :
 La ligne de vie d’un objet : représente l’ensemble des opérations

exécutées par un objet. Un message reçu par un objet déclenche
l’exécution d’une opération.
Objet
 Les messages : deux types de messages peuvent être distingues ;

 Message synchrone : l’émetteur reste en attente de la réponse a
son message avant de poursuivre ses actions.
 Message asynchrone : l’émetteur n’attend pas la réponse à son

message, il poursuit l’exécution de ses opérations.
 Les contraintes temporelles : des contraintes de chronologie entre les

messages peuvent être spécifier.
2. Formalisme du diagramme de séquence

Figure 19 : Formalisme du diagramme de séquence
II. Représentation de quelques diagrammes de séquence

Lorsque l’utilisateur (client) demande l’accès à la plateforme, il doit tout
d’abord s’identifier par son nom d’utilisateur et son mot de passe, et le système
prend en charge de vérifier ces paramètres en consultant la base de données. Si
les paramètres de connexion sont corrects, l’utilisateur aura différents menus
de la plateforme et dans le cas contraire un message d’erreurs lui est envoyé.
Figure 20 : diagramme des séquences du cas d’utilisation de la connexion

Figure 21 : diagramme des séquences du cas d’utilisation de l’ajout d’une annonce

CHAPITRE 4 : IMPLEMENTATION ET TESTS
Dans ce chapitre nous allons présenter la phase d’implémentation et de tests. Dans la

phase d’implémentation, nous vous présenterons tout d’abord le fonctionnement de notre
plateforme, ensuite les différents outils utilisés pour réaliser le système et enfin les règles
de sécurité mises en place pour sécuriser le système. Dans la phase de tests, nous
présenterons quelques codes sources et interfaces de notre plateforme.
SECTION 1 : IMPLEMENTAION ET CODES
I. Fonctionnement de la plateforme
Notre application fonctionne de la façon suivante :
 Notre plateforme peut être tout simplement visitée par des internautes qui sont la
recherche d’un produit ou d’un service. Ces internautes pourront accéder a la page
d’accueil, la page des annonces, la page de contact et la page du forum de discussion.
 Si l’internaute souhaite plutôt faire connaitre un produit ou un service, il pourra alors
s’inscrire, puis se connecter pour pouvoir ajouter une nouvelle annonce sur la
plateforme. Après s’être connecté, le client aura alors à la page d’ajout des annonces,
à son compte personnel (page contenant les informations personnelles de chaque
utilisateur), il pourra discuter sur le forum de discussion et laisser des commentaires
sur la plateforme.
 Lorsqu’un utilisateur se connecte en tant qu’agent, celui accède directement à la
page des annonces, celui-ci peut alors décider de partager une annonce sur ces
différents réseaux sociaux.
 Lorsqu’on se connecte en tant qu’administrateur on accède directement à la page
administration, dans cette page, on peut gérer les comptes utilisateurs (modifier ;
ajouter, supprimer), on peut également gérer les différentes annonces (modifier ;
ajouter, supprimer).

II. Commandes SQL de création de la base de données
III . Fichier de configuration de l’application
IV. Contraintes techniques

Pour mener à bien ce projet, nous avons utilisé des méthodes, des langages et des
outils de développement hautement appropriés :
 Pour l’analyse du système actuel, nous avons utilisé la méthode MERISE (Méthode
d’Etudes et de Réalisations Informatiques pour les Systèmes d’Entreprises). Ici, la
gestion des données est dissociée de la gestion des traitements :
 Concernant l’analyse du système futur, nous avons utilisé le langage de
modélisation UML (Unified Modeling Language). Ici, la gestion de chaque donnée
est liée à chaque traitement ;
 WAMPSERVER a été utilisé comme serveur local pour notre application ;
 MySQL de l’application web PhpMyAdmin a été utilisé comme système de gestion
de base de données (SGBD) ;
 SublimeText a été utilisé comme éditeur de texte avec comme option le langage
PHP, JAVASCRIPT, HTML et CSS ;

 Les différents graphes ont été réalisés grâce aux logiciels suivants : Win Design et
StartUml ;
 Microsoft Word 2016 nous a permis de rédiger ce rapport et de réalisés certains
graphes et les différents tableaux.
 Pour développer cette application, nous avons utilisé un ordinateur portable
configurée comme suit :
 Marque: DELL,
 Mémoire vive: 4 Go,
 Disque Dur: 500 Go,
 Processeur: Intel(R) Core(TM) i5-3340M CPU @ 2.70GHz ,
 Système d’exploitation : Windows 10 Professionnel 64-Bits.
V. Sécurité
1. Sécurité logique
Chaque ordinateur connecte à n’importe quel réseau informatique (internet ou
intranet) est susceptible d’être victime d’une attaque provenant soit d’un pirate
informatique ou d’autres utilisateurs connectés sur le réseau. Il est donc nécessaire
de mettre en place une politique de sécurité afin de prévenir tout risque qui pourra
nuire au bon fonctionnement de notre application. La sécurité au niveau de
l’application consiste à mettre en place une identification par login et par mot de
passe. Il nous parait anormal de mettre en place une application multiutilisateur
fonctionnant en mode client-serveur sans pouvoir contrôler l’accès de chaque
utilisateur. Une politique d’identification par Login, Password et Niveau d’accès
a été définie pour chaque compte utilisateur. Par rapport au niveau d’accès nous
avons:
 Le niveau élevé (administrateur) : qui donne un accès à toutes les
fonctionnalités de l’application ;
 Le niveau moyen (clients) : qui donne droit à toutes fonctionnalités de
l’application hors mis celui de l’administrateur ;
 Le niveau bas (visiteur) : qui ne donne le droit que à la consultation de la
plateforme.
2. Sécurité Physique
Les équipements (ordinateurs, imprimantes…) seront sécurisés avec l’utilisation de :

 Un onduleur : qui est un dispositif électronique qui transforme le courant

continu en courant alternatif. Il a pour rôle de stabiliser la tension électrique,
protéger les appareils électroniques sensibles contre les coupures électriques.
Un antivirus qui est un logiciel informatique qui détecte et détruit les logiciels
malveillants appelés virus. Ce logiciel devra être régulièrement mis à jour.

VI. Estimation du budget du projet
DESCRIPTION DES CHARGES COÛT (FCFA)
MAIN D’OEUVRE
- ANALYSE DU SYSTEME ET ELABORATION DU CAHIER DES CHARGES

- MODELISATION DU SYSTEME FUTUR
- CONCEPTION DU SYSTEME D’INFORMATION
- CREATION DE LA BASE DE DONNEES FINALE
650 000
- MAQUETTAGE DE PLATEFORME
- DESIGN DES INTERFACES
- DEVELOPPEMENT DES MODULES
- INTEGRATION DES MODULES ET COUPLAGE
- MISE EN LIGNE, TEST ET OPTIMISATION
FORMATION : à l’administration de la plateforme, la gestion des interactions

50 000
avec les clients et abonnées et la modération des publicités.
SERVEUR EN LIGNE ET NOM DE DOMAINE (ANNUEL)

- Nom de domaine : epub+.cm
- Serveur web et de moteur de scripts
- Serveur de base de données
- Service de data storage replication
- Espace disque Illimité
130 000
- PHP / MySQL
- Interface PhpMyadmin
- Interface SSH et Backup
- Bande passante illimitée
- Support de cryptage SSL HTTPS
- Mémoire ram dédié 2Go Minimum
Coût Total du Projet 830 000

Tableau 17 : Estimation du budget du projet

SECTION 2: TESTS
Dans cette section, nous présenterons quelques codes sources suivis de leurs
interfaces.
I. Formulaire de connexion d’un utilisateur

1. Code source PHP

2. Résultat
Figure 22 : Formulaire de connexion
II. Formulaire d’ajout d’une annonce

1. Code PHP

2. Résultat
Figure 23 : Formulaire d’ajout d’une annonce
III. Page administration

1. Code PHP

2. Résultat
Figure 24 : Page Administration
IV. Page d’accueil
Figure 25 : Interface de la page d’accueil

V. Page des annonces publicitaires
Figure 26 : Interface de la page des annonces

CONCLUSION GENERALE
Les nouvelles technologies de l’information et de la communication sont devenues

un choix incontournable pour les activités des entreprises, car les champs d’application de
l’informatique sont en perpétuelle évolution. Le travail qui nous a été confié pendant notre
stage académique est celui de réaliser une plateforme de publicité en ligne, cas de Login.
Rappelons qu’il était question pour nous de trouver une solution informatique permettant
de respecter les délais et les couts des publications d’annonces publicitaires. Cette
plateforme permettra de présenter un secteur d’activité (Promotion et Marketing online) de
l’entreprise, d’effectuer la promotion des biens ou des services des abonnés qui les auront
ajoutés sur la plateforme. Les fonctionnalités d’administration que nous avons déjà
implémentées permettent d’avoir une description complète des différentes annonces
classées par catégories, la listes des utilisateurs, et bien d’autres. Il est à noter que ce projet
devra tourner à l’avenir sur 2 plateformes supplémentaires en plus du web à savoir la
plateforme Android et IOS.
La réalisation de ce projet nous a permis d’acquérir de nouvelles aptitudes dans le
domaine du développement web, de l’analyse et de la conception des systèmes
informatiques. Notre méthodologie basée sur la méthode de conception MERISE (qui
dissocie la gestion des données à celui des traitements), le langage de modélisation UML
(qui lie chaque donnée à son traitement correspondant) et l’apprentissage du langage PHP
ainsi que MYSQL nous ont permis d’atteindre nos objectifs. C’est pourquoi nous pouvons
dire notre grande satisfaction pour ce stage qui nous a permis non seulement de nous
améliorer sérieusement dans le domaine social et relationnel en collaborant avec d’autres
stagiaires et personnel de l’entreprise mais surtout de booster nos compétences
professionnelles et intellectuelles en très peu de temps. Notre satisfaction est encore plus
grande dans la mesure où nous avions été retenus pour participer à la phase
d’implémentation finale de ce projet qui débutera dans quelques semaines avec le concours
d’une équipe d’ingénieurs expérimentés dont la collaboration affinera davantage nos
compétences actuelles.

BIBLIOGRAPHIE
NOTE DE COURS :
 Cours UML et MERISE de M. MBANJOCK Didier enseignant à ISTAMA (2020-
2021),
 Cours Programmation Web 1 et 2 de M. KAMSU Raoul enseignant à ISTAMA
(2020-2021),
 Cours Administration et Conception de base de données M. DJOKO Ulrich
enseignant à ISTAMA (2020-2021).

WEBOGRAPHIE
 www.W3Schools.com
 www.Openclassrom.com
 www.waytolearnx.com

TABLE DE MATIERES
SOMMAIRE .....................................................................................................................................i
DEDICACES .................................................................................................................................. ii
REMERCIEMENTS ...................................................................................................................... iii
AVANT PROPOS ...........................................................................................................................iv
RESUME ...................................................................................................................................... viii
ABSTRACT ....................................................................................................................................ix
LISTE DES TABLEAUX ................................................................................................................ x
LISTE DES FIGURES ....................................................................................................................xi
LISTE DES ABREVIATIONS ..................................................................................................... xii
INTRODUCTION GENERALE ...................................................................................................... 1
PREMIERE PARTIE : PRESENTATION DE L’ENTREPRISE ET DU PROJET ....................... 2
CHAPITRE 1 : PRESENTATION GENERALE DE LOGIN SARL .......................................... 3
SECTION 1 : ENVIRONNEMENT INTERNE DE LOGIN SARL ........................................ 3
I – Historique de login ........................................................................................................... 3
II – Présentation générale de Login ....................................................................................... 3
1. Presentation de login .................................................................................................. 3
2. Missions, objectifs et ressources de Login ................................................................. 4
III – Structure et organisation de Login ................................................................................ 6
1. Le service Administratif et Financier ......................................................................... 6
2. Le service Marketing et Commercial ......................................................................... 6
3. Le service Production ................................................................................................. 6
IV – Les domaines d’activités de Login ................................................................................ 7
1. Intégration technologique ........................................................................................... 8
2. Editeur technologique ................................................................................................ 8
3. Services Online .......................................................................................................... 8
V - Les facteurs clés du succès de Login ............................................................................. 8
VI – Situation géographique de l’entreprise ....................................................................... 10
SECTION 2 : ENVIRONNEMENT EXTERNE DE LOGIN SARL ..................................... 11
1. La clientèle ................................................................................................................... 11

2. Les fournisseurs ........................................................................................................... 11

3. La concurrence ............................................................................................................. 11
SECTION 3 : DEROULEMENT DU STAGE ....................................................................... 12
1. Le service d’accueil ..................................................................................................... 12
2. Chronologie des activités effectuées ............................................................................ 12
CHAPITRE 2 : ETUDE PREALABLE ..................................................................................... 15
SECTION 1 : ETUDE DE L’EXISTANT .............................................................................. 15
I. Etude de l’opportunité ...................................................................................................... 15
II. Etude de la faisabilité ..................................................................................................... 15
III. Description de l’existant................................................................................................ 16
A. Délimitation du domaine d’étude ............................................................................. 16
B. Description de l’existant ............................................................................................. 16
C. Diagramme de flux ..................................................................................................... 17
1. Listes des acteurs .................................................................................................. 18
2. Liste des documents.............................................................................................. 18
3. Liste des flux ........................................................................................................ 19
4. Construction du diagramme de flux ..................................................................... 20
D. Diagramme de circulation des informations (DCI) .................................................... 20
1) Formalisme de représentation du DCI .................................................................. 20
2) Liste des évènements ............................................................................................ 22
3) Liste des taches et des actions correspondantes ..................................................... 22
4) Représentation du DCI ............................................................................................ 24
E. Critique de l’existant ................................................................................................... 25
1. Critiques négatives ............................................................................................... 25
2. Critiques positives ................................................................................................ 25
F. Projet d’information ................................................................................................. 25
1. Domaine logique ...................................................................................................... 25
2. Domaine matériel .................................................................................................... 26
SECTION 2 : CAHIER DE CHARGES ................................................................................. 26
1. Définition ..................................................................................................................... 26
2. Contexte du projet ........................................................................................................ 27
3. Objectifs ....................................................................................................................... 27

4. Description du projet .................................................................................................... 27

5. Fonctionnalités de l’application ................................................................................... 28
6. Description des exigences ............................................................................................ 28
a) Les exigences fonctionnelles .................................................................................... 28
b) Les exigences fonctionnelles .................................................................................... 28
7. Contraintes du projet .................................................................................................... 29
8. Environnement de travail ............................................................................................. 29
DEUXIEME PARTIE : MODELISATION DU SYSTEME FUTUR ........................................... 30
CHAPITRE 3 : ANALYSE ET CONCEPTION DU SYSTEME FUTUR................................ 31
SECTION 1 : ANALYSE FONCTIONNELLE ..................................................................... 31
I. Généralités sur le diagramme de cas d’utilisation ........................................................... 31
1. Identification des acteurs du système ....................................................................... 31
2. Formalisme des acteurs ............................................................................................ 32
3. Identification des cas d’utilisation............................................................................ 33
4. Formalisme et diagramme de cas d’utilisation ......................................................... 34
II. DESCRIPTION TEXTUELLE DES CAS D’UTILISATION ....................................... 34
III. REGLES DE GESTION ............................................................................................... 36
1. Définition d’une règle de gestion ............................................................................. 36
2.Quelques règles de gestion ........................................................................................... 36
IV. Représentation des diagrammes de cas d’utilisation ..................................................... 37
1.Diagramme de cas d’utilisation des clients .................................................................. 37
2. Digramme de cas d’utilisation du personnel ............................................................... 38
SECTION 2 : ANALYSE STATIQUE .................................................................................. 39
I. Diagramme de classe ................................................................................................... 39
1. Le concept de classe ................................................................................................. 39
a) Notion d’instance de classe .................................................................................. 39
b) Notion d’attribut et de méthode ............................................................................ 39
c) Formalisme de description complète d’une méthode ........................................... 40
2. Association et lien entre les classes .......................................................................... 40
a) Formalisme d’un diagramme de classe .................................................................... 40
b) Principaux symboles utilisés dans le diagramme de classe ..................................... 41
3. Représentation du diagramme de classe ................................................................... 41

II. Modélisation des données ............................................................................................... 43

1. Dictionnaire des données élémentaires (DDE) ........................................................ 43
2. Tableau d’analyse des données (TAD) .................................................................... 46
3. Graphe des dépendances fonctionnelles (GDF) .......................................................... 48
4. Modèle conceptuel des données (MCD) ..................................................................... 48
a) Notion d’entité ...................................................................................................... 49
b) Notion d’association ............................................................................................. 49
c) Autres notions ....................................................................................................... 49
d) Représentation du MCD ....................................................................................... 50
5. Modèle logique des données relationnel (MLDR) ...................................................... 51
a) Règles de passage du MCD au MLDR ................................................................. 51
b) Elaboration du MLDR .......................................................................................... 51
6. Modèle physique des données (MPD) ......................................................................... 52
SECTION 3: ANALYSE DYNAMIQUE .............................................................................. 55
I. Généralités sur le diagramme de séquence ...................................................................... 55
1. Concepts de base du diagramme de séquence .......................................................... 55
2. Formalisme du diagramme de séquence .................................................................. 55
II. Représentation de quelques diagrammes de séquence ................................................. 56
CHAPITRE 4 : IMPLEMENTATION ET TESTS .................................................................... 58
SECTION 1 : IMPLEMENTAION ET CODES .................................................................... 58
I. Fonctionnement de la plateforme ..................................................................................... 58
II. Commandes SQL de création de la base de données ..................................................... 59
III . Fichier de configuration de l’application ..................................................................... 59
IV. Contraintes techniques .................................................................................................. 59
V. Sécurité ........................................................................................................................... 60
1. Sécurité logique ........................................................................................................... 60
2. Sécurité Physique ........................................................................................................ 60
VI. Estimation du budget du projet ..................................................................................... 62
SECTION 2: TESTS ............................................................................................................... 63
I. Formulaire de connexion d’un utilisateur ........................................................................ 63
1. Code source PHP ...................................................................................................... 63
2. Résultat ..................................................................................................................... 64

II. Formulaire d’ajout d’une annonce .................................................................................. 64

1. Code PHP ................................................................................................................. 64
2. Résultat ..................................................................................................................... 65
III. Page administration ...................................................................................................... 65
1. Code PHP ................................................................................................................. 65
2. Résultat ..................................................................................................................... 66
IV. Page d’accueil ............................................................................................................... 66
V. Page des annonces publicitaires ..................................................................................... 67
CONCLUSION GENERALE ........................................................................................................ 68
BIBLIOGRAPHIE ......................................................................................................................... 69
WEBOGRAPHIE ........................................................................................................................... 70
TABLE DE MATIERES ................................................................................................................ 71

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

CREATION D’UNE PLATE-FORME DE PUBLICITE EN LIGNE : CAS DE LOGIN

Rédigé et présenté par FOUPOUAPOUOGNIGNI Mohamed Moustapha I

Rédigé et présenté par FOUPOUAPOUOGNIGNI Mohamed Moustapha II

 M. NJANTA EBENEZER promoteur de ISTAMA pour le cadre de

 Au Directeur Général de LOGIN Sarl, M. RAOUL KAMSU pour nous

 Nos familles pour le soutien inconditionnel.

Rédigé et présenté par FOUPOUAPOUOGNIGNI Mohamed Moustapha III

Dans le but de fournir aux entreprises installées au Cameroun et ailleurs des

Ainsi, L’institut Supérieur de Technologie Avancée et de Management (ISTAMA),

Le Groupe ISTAMA se veut un pôle de compétences technologiques et managériales

- Istama Business school

ISTAMA Business school et Polytech prépare les étudiants aux formations

Rédigé et présenté par FOUPOUAPOUOGNIGNI Mohamed Moustapha IV

 CYCLE BTS/ HND (BAC+2)

 CYCLE LICENCE PROFESSIONNELLE/ BACHELOR (BAC+3)

- Soit aux titulaires du Baccalauréat des enseignement général et Technique du GCE

A ISTAMA, ces formations sont organisées comme suit :

FILIERES SPECIALITES OPTIONS

Rédigé et présenté par FOUPOUAPOUOGNIGNI Mohamed Moustapha V

Informatique de Gestion (IG) Informatique de Gestion(IG)

2 -CYCLES LICENCE ET MASTER PROFESSIONNELS

Rédigé et présenté par FOUPOUAPOUOGNIGNI Mohamed Moustapha VI

TECHNOLOGIQUE Génie Thermique et Energétique (GTE)

Rédigé et présenté par FOUPOUAPOUOGNIGNI Mohamed Moustapha VII

Rédigé et présenté par FOUPOUAPOUOGNIGNI Mohamed Moustapha VIII

Rédigé et présenté par FOUPOUAPOUOGNIGNI Mohamed Moustapha IX

LISTE DES TABLEAUX

Tableau 1 : Fiche sinaïtique de LOGIN Sarl………………………………………….5

Tableau 2 : Chronologie des activités de LOGIN Sarl………………………………13

Tableau 3 : Symbole du DCI………………………………………………………...21

Tableau 4 : Consultation de la plateforme …………………………….……………34

Tableau 5 : Créer un compte client……………………………………………….…34

Tableau 6 : Connexion au compte……………………………...……………………35

Tableau 7 : Consultation des annonces………………………...……………………36

Tableau 8 : Concepts du diagramme de classe………………………………………41

Tableau 9 : Dictionnaire des données…………………………………………….…44

Tableau 10 : Tableau d’analyse des données………………………………….…….46

Tableau 11 : Structure de la table utilisateur……………………………………...…52

Tableau 12 : Structure de la table publication……………………………………….53

Tableau 13 : Structure de la table produit …………………………………..………53

Tableau 14 : Structure de la table agent …...………………………………….…….54

Tableau 15 : Structure de la table ville …..…………………………………..……...54

Tableau 16 : Structure de la table catégorie …...…………………………….……...54

Tableau 17 : Estimation du budget du projet …...…………………………….……...62

Rédigé et présenté par FOUPOUAPOUOGNIGNI Mohamed Moustapha X

LISTE DES FIGURES

Figure 1 : Organigramme des postes de LOGIN Sarl……………………………………………………….7

Figure 2 : Situation géographique de LOGIN Sarl…………………………………………………...........10

Figure 3 : Formalisme du diagramme de flux………………………………………...................................17

Figure 4 : Formalisme acteur externe…………………………………………………...…………………18

Figure 5 : Formalisme acteur interne………...…………………………………………………………….18

Figure 6 : Diagramme de flux……………………………………………………………………………...20

Figure 7 : Diagramme de circulation des informations……………………………....................................24

Figure 8 : Formalisme acteur DCU………………………………………………………………………...32

Figure 9 : Formalisme d’un cas d’utilisation………...…………………………………………………….33

Figure 10 : Formalisme du DCU………………………………………..………………………………....34

Figure 11 : Diagramme de cas d’utilisation client……… ..….....…………………………………………37

Figure 12 : Diagramme de cas d’utilisation administrateur………………………………………………..38

Figure 13 : Formalisme du diagramme de classe…………………………………… ..…………………...40

Figure 14 : Diagramme de classe…………………………………………………………………………..42

Figure 15 : Graphe des dépendances fonctionnelles……………………………………………………….48

Figure 16 : Formalisme du MCD…………………………………………………………………………..49

Figure 17 : Modèle Conceptuel des Données……………………………………………………………...50

Figure 18 : Modèle Logique des Données Relationnel…………………………………………………….52