Zoul Cdtic-Final

Plateforme de gestion des demandes d’annonces de la radio communautaire de Dang
DEDICACE
LA FAMILLE TOUKOUR
i
REMERCIEMENTS
La réalisation de ce mémoire et le succès de notre stage de fin d’études est le résultat
des efforts conjoints de beaucoup, et nous leur sommes profondément reconnaissant.
Nous souhaitons adresser nos remerciements les plus sincères à :
 Pr. DAYANG Paul, Chef du Centre de Développement des Technologies de

l'Information et de la Communication qui a bien voulu nous accueillir et
recevoir dans sa structure ;
 Mr. SOKDOU Yannick, Administrateur réseau au CDTIC pour son aide et ses
conseils promulgués tout au long de notre stage, pour son assistance
permanente, sa disponibilité, l’orientation ;
 Mr. HASSANA DAOUDA Daouda, Cadre informaticien du CDTIC pour son
assistance permanente, sa disponibilité, l’orientation ;
 Pr. MOHAMMADOU Bouba Adji, Directeur de l’Institut Universitaire de
Technologie de l’Université de Ngaoundéré ;
 Dr. BATOURE B. Apollinaire notre encadreur académique pour son
encadrement, aide.
 Pr. YENKE Blaise Omer Chef du Département Informatique de l’Institut
Universitaire de Technologie de l’université de Ngaoundéré pour les conseils
et encouragements reçus tout au long de notre formation ;
 Dr. DANBGE Ezéchiel Enseignant à l’Institut Universitaire de Technologie
de N’Gaoundéré ;
 Dr. NDAM NJOYA Arouna, Enseignant et chef de la division des stages à
l’Institut Universitaire de Technologie de Ngaoundéré qui nous a encadré
durant notre formation ;
 L’Institut Universitaire de Technologie de N’Gaoundéré en général ;
 Nos amis et proches qui nous ont toujours soutenus ;
 Tous ceux qui ont participé de près ou de loin à la réalisation de ce travail.
ii
SOMMAIRE
DEDICACE................................................................................................................................I
REMERCIEMENTS ............................................................................................................... II
SOMMAIRE .......................................................................................................................... III
LISTE DES TABLEAUX .........................................................................................................I
LISTE DES FIGURES ..............................................................................................................I
LISTE DES ABREVIATIONS .............................................................................................. II

1) Abréviations techniques ................................................................................. ii
2) Abréviations entreprises ................................................................................. ii
PRESENTATION DE L’ENTREPRISE ............................................................................ III
SITUATION GEOGRAPHIQUE ...................................................................... iii
LES MISSIONS DU CDTIC .......................................................................... iv
LES OFFRES DE SERVICE DU CDTIC..................................................... iv
ENCADREMENT TECHNIQUE ................................................................... v
LES CONTACTS DU CDTIC ........................................................................ v
ORGANIGRAMME DU CDTIC DE L’UNIVERSITE DE

NGAOUNDERE ....................................................................................................................... v
RESUME ................................................................................................................................... 1
ABSTRACT .............................................................................................................................. 2
INTRODUCTION GENERALE ............................................................................................ 3
iii
CHAPITRE 1 : PRESENTATION DU PROBLEME ET ETUDE PREALABLE ............ 4
CHOIX ET INTERET DU SUJET ..................................................................... 4

1) Choix du sujet................................................................................................. 4
2) Interet du sujet ................................................................................................ 5
ETUDE DU SYSTEME EXISTANT .............................................................. 5

1) Moyens logiciels ............................................................................................ 5
2) Moyens matériels ........................................................................................... 5
3) Moyens humains ............................................................................................ 7
CRITIQUE DE L’EXISTANT ........................................................................ 7

1) Les points forts du système existant ............................................................... 7
2) Les points faibles du système existant ........................................................... 7
PROPOSITION DES SOLUTIONS ............................................................... 8
DEFINITION DES EXIGENCES DU SYSTEME ....................................... 8

1) Exigences d’affaire ......................................................................................... 9
2) Exigences utilisateurs ..................................................................................... 9
3) Exigences du système ..................................................................................... 9
a. Exigences fonctionnelles................................................................................ 9
b. Exigences non fonctionnelles ........................................................................ 9
CHAPITRE 2 : GENERALITÉS SUR LES OUTILS ET LES METHODES UTILISES

.................................................................................................................................................. 10
I. LE LANGAGE UML ......................................................................................... 10

1) Un bref aperçu historique ............................................................................. 10
2) Utilisation ..................................................................................................... 11
3) Objectifs et concepts liés à uml .................................................................... 11
a. Objectifs d’UML .......................................................................................... 11
b. Définitions des concepts .............................................................................. 11
4) Les différents types de diagrammes uml ...................................................... 12
PHP ET LE FRAMEWORK LARAVEL .................................................... 14

1) Le langage php ............................................................................................. 14
iv
a. Bref aperçu historique .................................................................................. 14

b. Architecture et atouts du PHP ...................................................................... 15
2) Le Framework laravel .................................................................................. 16
a. Particularité de Laravel ................................................................................ 16
b. Avantages de Laravel ................................................................................... 17
c. Inconvénients de Laravel ............................................................................. 18
ENVIRONNEMENT DE DÉVELOPPEMENT ET LOGICIELS ............ 19

1) ENVIRONNEMENT DE TRAVAIL .......................................................... 19
2) Présentation des autres langages de programmation .................................... 20
CHAPITRE 3 : CONCEPTION ET REALISATION ........................................................ 22
ETUDE FONCTIONNELLE ............................................................................ 22

1) Diagramme de cas d’utilisation .................................................................... 22
a. Identifications des acteurs ............................................................................ 22
b. Identification des cas d’utilisations.............................................................. 23
c. Les relations ................................................................................................. 24
d. Représentation graphique de diagramme de cas d’utilisations .................... 25
e. Description textuelle .................................................................................... 26
2) Diagramme de séquence ............................................................................... 26
a. Description des composants et symboles élémentaires................................ 27
b. Représentation graphique............................................................................. 28
ETUDE STRUCTURELLE : diagramme de classe .................................... 29

1) Brève description des composants d’un diagramme de classe ..................... 29
2) Récolte des données ..................................................................................... 30
3) Représentation graphique ............................................................................. 32
RÉALISATION .............................................................................................. 33
CONCLUSION ET PERSPECTIVES ................................................................................. 41
REFERENCE BIBLIOGRAPHIQUES ............................................................................... 42

1) Rubrique bibliographie ................................................................................. 42
2) Rubrique site internet ................................................................................... 42
v
ANNEXES ............................................................................................................................... 43
vi
LISTE DES TABLEAUX

Tableau 1: Caracteriques des machines ....................................................................... 6
Tableau 2: Identification des cas d’utilisation ........................................................... 23
Tableau 3: Description des cas d’utilisation de soumettre un formulaire .................. 26
Tableau 4:Description des éléments de diagramme de séquence .............................. 27
Tableau 5: Dictionaries des doneness ........................................................................ 30
LISTE DES FIGURES

Figure 1: Image satellitaire (Géolocalisation du CDTIC (prise le 12/06/2022)). ....... iii
Figure 2: image d'un console d'enregistrement radio ................................................... 5
Figure 3: Image de l'emetteur signal de la radio .......................................................... 6
Figure 4: Serveur de la radio ........................................................................................ 7
Figure 5: Hiérarchie des exigences .............................................................................. 8
Figure 6:Architecture client/serveur .......................................................................... 15
Figure 7:Logo du Framework Laravel ....................................................................... 16
Figure 8: Modele vue controle de laravel .................................................................. 17
Figure 9:Liens de dependance entre les acteurs ......................................................... 24
Figure 10:Diagramme de cas d’utilisations du système ............................................. 25
Figure 11: Diagramme de séquence de cqs s’authentifier ......................................... 28
Figure 12:Diagramme séquence d’envoi d’une demande .......................................... 29
Figure 13: Diagramme de classe du système. ............................................................ 32
Figure 14:Interface de connexion............................................................................... 33
Figure 15: Page de creation de compte. ..................................................................... 34
Figure 16: Dashboard administrateur ......................................................................... 35
Figure 17: Dashboard du client .................................................................................. 36
Figure 18: Formulaire de soumission d’une demande d’administration .................... 37
Figure 19: Interface gestion des demandes ................................................................ 38
Figure 20 : Centre des notifications du client ............................................................ 39
Figure 21: Interface de discution................................................................................ 40
i
LISTE DES ABREVIATIONS

1) Abréviations techniques
CSS : Cascading Style Sheets
DUT : Diplôme Universitaire de Technologie
HTML : Hypertext Markup Langage
HTTP : HyperText Transfert Protocol
IIS : Internet Information Services
IUT : Institut Universitaire de Technologie
MVC : Modèle-Vue-Contrôleur
ODBC : Open Database Connectivity
OO : Oriented Object
ORM : Object Relational Mapping
PHP : Hypertext Preprocessor
RAM : Random Access Memory
SGBD : Système de Gestion de Base de Données
SQL : Structured Query Language
TCP : Transmission Control Protocol
UML : Unified Modeling Language
URL : Uniform Resource Locator
XML : Extensible Markup LanguageAbréviations entreprises
2) Abréviations entreprises
BAD: Bon A Diffuser.
CDTIC : Centre de Développement des Technologies de l’Information et de
la Communication ;
ii
PRESENTATION DE L’ENTREPRISE
Le Centre de Développement des Technologies de l’Information et de la Communication

(CDTIC) est le centre de soutien et d’appui à la généralisation de l’usage des technologies de
l’information et de la communication et de leur appropriation par la communauté universitaire
de Ngaoundéré.
SITUATION GEOGRAPHIQUE
Le CDTIC est situé au sein du campus de l’Université de Ngaoundéré, non loin du

bâtiment de l’ENSAI, près du bâtiment administratif de l’IUT et de l’entrée principale des
préfabriquées.
Figure 1: Image satellitaire (Géolocalisation du CDTIC (prise le 12/06/2022)).
iii
LES MISSIONS DU CDTIC

Le CDTIC a pour mission de développer toutes les stratégies en matière de TIC
de l'Université de Ngaoundéré. A ce titre, il est chargé de :
 Définir, mettre en œuvre et tenir à jour, en fonction de l’évolution des

technologies, la politique d’informatisation de l’Université de Ngaoundéré ;
 D’assurer le fonctionnement du réseau de campus de l’Université de
Ngaoundéré, et sa connexion au réseau national d’enseignement et de
recherches ; de promouvoir l’égalité d’accès aux technologies de l’information
et de la communication au sein du campus universitaire ; de faciliter et
d’assurer l’arrimage de l’Université de Ngaoundéré à la communauté
scientifique nationale et internationale ;
 De faciliter la production et le développement de ressources pédagogiques,
informationnelles et des documents électroniques ;
 De contribuer à l’amélioration des procédures de gestion de l’Université de
Ngaoundéré par un appui à l’informatisation des systèmes de gestion ;
 De contribuer à la diminution des coûts par la mutualisation des ressources ;
 De former la communauté universitaire à une utilisation experte des
technologies de l’information et de la communication et des ressources mises
à leur disposition.
LES OFFRES DE SERVICE DU CDTIC

Les services offerts par CDTIC sont :
 Le CDTIC offre les services suivants des formations continues à l’utilisation

des logiciels libres, logiciels spécialisées, formation à la carte, infographie,
internet et bureautique. L’on retrouve au sein du CDTIC :
 Une bibliothèque : Pour les consultations sur place ;
 Radio campus : Radio FM (99.0 MHz) généraliste pour des informations,
débats scientifiques et animation du campus ;
 Une salle de reprographie : destinée aux travaux de montage, impression,
reliure, photocopie, etc.
 Une salle de télé-enseignement et visioconférence, utilisée généralement pour
les soutenances en ligne ;
iv
 Un cybercafé : possédant actuellement 06 (six) places, qui n’est pas

aujourd’hui totalement opérationnel ;
 Le Campus Numérique Francophone (CNF) de L’Agence Universitaire de la
Francophonie (AUF).
ENCADREMENT TECHNIQUE
Pour l’accomplissement de ses missions, le CDTIC comprend les services suivants :
 Le service administratif et financier ;
 Le service formation, développement et prospective ;
 Le service exploitation, assistance et mutualisation ;
 Le service réseau et infrastructures de communication.
LES CONTACTS DU CDTIC

Le CDTIC répond au contact suivant :
 B.P. 454 Université de N’Gaoundéré, Centre de Développement des

Technologies de l’Information et de la Communication (CDTIC)-
CAMEROUN ;
 Téléphone : +237 222 25 42 50.
ORGANIGRAMME DU CDTIC DE L’UNIVERSITE DE

NGAOUNDERE
L’organigramme du CDTIC de l’université de Ngaoundere voir(Annexe 1).
v
RESUME
Le Centre de Développement des Technologies de l’Information et de la
Communication(CDTIC) est le centre d’appui à la généralisation de l’usage des technologies
de l’information et de la communication et de leur appropriation par la communauté
universitaire de N’Gaoundéré. Ce dernier dispose d’une radio dans le but d’informer la
communauté universitaire. Compte tenu de ce rôle, la radio communautaire fait passer des
annonces de toute catégorie en vue d’informer. Il est aujourd’hui sollicité par plusieurs
entreprises et personnes ; qu’il soit pour faire passer d’annonces publicitaires ou personnelles
les clients sont confrontés à une procédure de demande longue et sont obligés de se déplacer
jusqu’à la radio pour faire accepter leurs demandes. Face à cela, la dématérialisation nous
apporte une solution celle d’informatiser ces processus. C’est dans ce cadre qu’on nous a confié
un projet de mise en place d’une plateforme de gestion de demandes d’annonces dédite radio.
Afin d’atteindre cet objectif nous avons effectué une analyse du système existant ensuite, nous
avons poursuivi la phase de collecte d’informations avant d’entamer la phase de modélisation
de notre futur système sur la base du langage de modélisation UML. Le développement s’est
réalisé à l’aide des outils tels que le Framework Laravel pour le Backend, le SGBD MySql,
HTML, Bootstrap et JavaScript pour le Front End.
Mots clés : Annonce, radio, dématérialisation, demande, plateforme de gestion.
1
Rédigé par Zoulngarnaini Issa
ABSTRACT
The Center for the Development of Information and Communication Technologies (CDTIC) is
the support center for the generalization of the use of information and communication
technologies and their appropriation by the university community of N 'Gaoundere. The latter
now has a radio in order to inform the university community. Given this role, campus radio
makes announcements of all categories in order to inform and is now solicited by several
companies and people; Whether for commercials or personal announcements, customers are
faced with a long application procedure and are forced to travel to the radio station for their
requests to be accepted. Faced with this, dematerialization brings us a solution that of
computerizing these processes. It is for this reason that we were entrusted with a project to set
up a management platform for campus radio announcements. To be able to achieve this
objective, we carried out an analysis of the existing system, then we continued the information
collection phase before starting the modeling phase of our future system based on the UML
modeling language. The development was carried out using tools such as the Laravel
Framework for the Backend, the MySql DBMS, HTML, Bootstrap and JavaScript for the Front
End.
Keywords: Advertisement, radio, dematerialization, demand, management platform.
2
INTRODUCTION GENERALE
L’avancée rapide et spectaculaire de l’informatique dans tous les domaines de la
science, de la technologie à aujourd’hui accélérer l’informatisation des processus de la vie
courante. Considérant la place de l’information de nos jours utilisées pour communiquer,
partager des connaissances, elle occupe une place importante dans le domaine de la publicité
qui se base sur l’information pour atteindre ses objectifs. En effet les besoins en diffusion
d’information augmentent et les procédures ainsi que le déplacement s’avèrent être longues et
prennent beaucoup de temps. C’est dans ce contexte que la dématérialisation prend tout son
sens.
L’objectif de ce travail est donc la réalisation d’une plateforme de gestion des

demandes d’annonces qui permettra aux personnes et entreprises de soumettre leurs demandes
d’annonces ainsi qu’aux responsables de la radio communautaire de Dang de gérer ces
demandes. La finalité est dont de mettre fin au problème lié à la demande d’annonce publicitaire
tant du côté client que les annonceurs. Il est très important de mettre en place une méthode
susceptible de mener à bien ce travail pour une meilleure conduite de projet.
Divers moyens et méthodes ont été utilisés pour mieux réaliser ce travail. Notamment
le langage UML pour la modélisation de notre plateforme, le Framework Laravel pour le back
end, le SGBD MySQL pour la base de données, HTML 5, CSS 3, JavaScript, le Jquery et le
Framework Bootstrap pour le front end.
Ainsi, Ce travail sera réparti comme suit : nous allons présenter dans le chapitre 1 la
présentation du problème et l’étude préalable. Ensuite on entamera avec le chapitre 2 intitulé
généralités sur les outils et méthodes utilisés. Enfin dans le chapitre 3 on présentera la
conception et réalisation du projet.
3
CHAPITRE 1 : PRESENTATION DU PROBLEME ET ETUDE

PREALABLE
La réalisation d’un projet passe par plusieurs étapes ; de l’évaluation du problème

puis l’analyse des besoins en vue de proposer une solution adéquate, et de délimiter le projet.
Ce chapitre nous amène donc à identifier le problème. Dans le cadre de notre étude il sera
question pour nous de décrire l’existant, de ressortir la problématique, en passant par la critique
l’existant pour enfin aboutir à une solution.
CHOIX ET INTERET DU SUJET

Cette partie est très important elle donne un aperçu clair du sujet et le probleme que nous
abordons.
1) Choix du sujet
La publicité est un moyen important pour informer : les consommateurs sur un produit
ou service, la population sur une information quelconque. Elle joue un rôle important dans la
vie de tous les jours et reste aujourd’hui le moyen le plus fiable de communiquer à un grand
public cible par les entreprises, les administrations afin passer des annonces ou des
informations ;
Aujourd’hui le Centre de Développement des Technologies de l’Information et de la

Communication(CDTIC) reçoit plusieurs demandes de publicité pour faire passer à travers la
Radio communautaire de Dang. Il reste encore très sollicité par leurs partenaires, des entreprises
et des personnes. Cependant les demandes suivent une longue procédure.
 Le client doit venir au sein des locaux de la radio et écrire une demande
d’annonce ;
 Ensuite cette demande doit passer chez le chef de l’antenne de la radio afin de
vérifier la demande ;
 Si la demande a été approuvé ; le chef signe et mention sur la demande BAD
(Bon A diffuser) ;
 Ensuite il transmet l’ordre au centre de diffusion ou ils feront passer la
diffusion jusqu’au délai inscrit le communiqué.
4
Vu le problème mis en exergue ci-dessus, les responsables de CDTIC nous ont confié
le projet de concevoir une plateforme de gestion des demandes d’annonces publicitaires dédite
radio. Ceci dans un intérêt bien précis.
2) Interet du sujet
La plateforme conçue pourra ainsi permettrait du côté client : d’effectuer les demandes
d’annonces sans se déplacer et suivre pour chaque personne l’état de la demande qu’il a
effectuée et voir même être notifié de la publication de son annonce ; du côté de la radio : de
pouvoir recevoir les demandes de ses clients, de les traitées et notifier de la suite de la demande
à leur client.
ETUDE DU SYSTEME EXISTANT

L’objectif de l’analyse de l’existant est la recherche des points forts et des points
faibles du système existant. Ainsi, l’analyse de l’existant fait l’état de lieux du système actuel
celui du service de la radio communautaire de Dang.
1) Moyens logiciels
Pour les travaux de leurs missions quotidiennes les personnels du service de la radio
utilisent le site https://rcd.univ-ndere.cm pour la diffusion en direct de la radio par internet. Afin
que ses fidèles auditeurs puissent suivre leur fréquence favorite par tout dans le monde.
2) Moyens matériels
Le service de la radio communautaire de Dang dispose des matériels ci-dessous afin
de mieux accomplir ses taches :
 Un console d’enregistrement
Une console d'enregistrement radio est un équipement utilisé pour enregistrer
des signaux radio. Il est généralement utilisé dans les stations de radio et les
studios d'enregistrement pour enregistrer des programmes radio et des
émissions.
Figure 2: image d'un console d'enregistrement radio
 Deux émetteurs signal
5
Un émetteur radio est un équipement qui transmet des signaux radio à d'autres
équipements. Il émet des ondes radio à des fréquences radio spécifiques. Ces
émetteurs utilisent des oscillateurs pour produire des signaux électriques, qui
sont ensuite amplifiés et transmis aux antennes a l’extérieur.
Figure 3: Image de l'emetteur signal de la radio
 Cinq micros
 Deux machines desktop
Pour leur travail les personnels ont deux ordinateurs à leur disposition il s’agit
de deux machines Dell dont les caractéristiques sont citées dans le tableau ci-
dessous.
Tableau 1: Caracteriques des machines
Processeur Pentium Core(TM) i3-6400 CPU

4.0GHz
Mémoire RAM installée 4 Go
Type de système d’exploitation Système d’exploitation 64 bits,
processeur x64
Stylet et fonction tactile La fonctionnalité d’entrée tactile ou
avec un stylet n’est pas disponible
sur cet écran
 Des enceintes hauts parleurs

 Un switch pour la connexion internet
 Un serveur
Un serveur informatique est un ordinateur qui offre des services à d'autres
ordinateurs ou appareils sur un réseau informatique. Il s'agit d'un ordinateur
puissant avec des logiciels spécialisés et des configurations spécifiques qui lui
permettent de fournir des services à d'autres ordinateurs ou appareils sur le
réseau. Les services peuvent inclure des fonctionnalités telles que l'accès à un
6
réseau, le partage des fichiers, l'hébergement de sites Web, l'envoi et la

réception des e-mails, l'accès à des bases de données.
Le serveur est utilisé pour transférer de streaming reçu depuis le plateau de la
radio pour le transférer au serveur de l’université de Ngaoundere, qui se charge
de le diffuser sur internet.
Figure 4: Serveur de la radio
3) Moyens humains
Le service qui s’occupe de la radio est constitué d’un chef de centre qui est un membre
permanent nommé par l’université et qui représente la radio communautaire de Dang de
manière officiel. A celui s’ajoute des bénévoles parmi eux : des présentateurs, des animateurs,
des responsables techniques.
CRITIQUE DE L’EXISTANT
Le but de la critique de l’existant est de recenser les points forts et faibles du système
en cours ; Dans ce cas, l’analyste procède à une critique objective du système actuel.
1) Les points forts du système existant

Le CDTIC dispose aujourd’hui d’une plateforme pour les auditeurs de la radio
communautaire qui est accessible grâce au lien https://rcd.univ-ndere.cm. Ce site permet aux
auditeurs d’écouter la radio en ligne et suivre les actualités. Il offre aussi la possibilité de
participer aux débats en direct. Du côté de la radio les administrateurs ont la possibilité
d’enregistrer des émissions, d’affecter des émissions a ses personnels et publier le programme
de la radio. Aucun système n’étant parfait on note quelques manquements à ce site.
2) Les points faibles du système existant

Nous pouvons relever quelques manquements du site actuel :
 Le site ne permet ni aux auditeurs, ni aux partenaires et clients de faire passer

leurs annonces à la radio ;
 Manque de suivi des auditeurs
7
 Ne permet pas aux propriétaires d’annonces de modifier et suivre leurs

actualités.
PROPOSITION DES SOLUTIONS

Face aux difficultés soulevées plus haut, nous proposons quelques solutions pour
améliorer cette situation.
 La postulation des demandes d’annonces : les utilisateurs doivent être en mesure

d’envoyer leurs demandes d’annonces directement sur le site ;
 Le suivi de la demande : le site permettra aux clients de la radio communautaire,
de voir l’état des demandes qu’ils ont envoyés depuis la plateforme ;
 La gestion de la demande : L’administrateur sera en mesure de traiter les
demandes postées sur le site et de même le client concerné sera en mesure de
modifier ou de supprimer ses demandes soumises ;
 Le suivi du contrat en cours d’exécution : Le client sera notifié du début et de la
fin du contrat ainsi les heures du passage de l’annonce.
DEFINITION DES EXIGENCES DU SYSTEME

Les exigences du système sont de trois catégories pour satisfaire aux besoins et aux
exigences des parties prenantes et des utilisateurs. Ces exigences sont dérivées des besoins
d’affaires, des besoins utilisateurs et des besoins du système tels que le montre la figure ci-
dessous.
Figure 5: Hiérarchie des exigences
8
1) Exigences d’affaire
La plateforme permettra d’assurer la réception automatique des demandes d’annonces
et réduira considérablement la lourdeur du travail liée à la procédure. Ainsi donc le temps lié à
cette procédure sera réduit.
2) Exigences utilisateurs
Le module disposera des fonctionnalités suivantes :
 La postulation des demandes d’annonces

 Le suivi de la demande
 La gestion de la demande soumise
 Le suivi du contrat
3) Exigences du système
Les exigences sont l’expression formelle et sont perceptibles de manière fonctionnelle
et non fonctionnelle
a. Exigences fonctionnelles
Les exigences fonctionnelles décrivent le comportement ainsi que les fonctions
du système requis. Notre système devra permettre :
 La soumission d’une demande d’annonce ;

 La consultation des demandes soumises par le client et l’administrateur ;
 La validation des demandes soumises ;
 La suppression des demandes soumises ;
 La possibilité de valider une demande ;
 Le pouvoir de notifier le client a la suite d’une décision prise par
l’administrateur ;
 Se connecter avant d'accéder aux différentes vues ;
 Se déconnecter.
b. Exigences non fonctionnelles

 L’application doit permettre de visualiser les états des demandes courantes ;
 L’application doit être conçue avec le Framework Laravel de PHP ;
 L’application doit être hébergée et être accessible sur internet ;
 L’application doit utiliser MySQL comme SGBD.
9
CHAPITRE 2 : GENERALITÉS SUR LES OUTILS ET LES METHODES

UTILISES
Dans ce chapitre, nous présenterons les outils que nous avons utilisé tout au long du
projet dans la phase d’analyse, de conception et de réalisation.
La modélisation apporte une grande rigueur, offre une meilleure compréhension des
logiciels, et facilite la comparaison des solutions de conception avant leur développement. Cette
démarche se fonde sur des langages de modélisation, qui permettent de s’affranchir des
contraintes des langages d’implémentation a l’instar du langage : Unified Modeling
Language(UML).
I. LE LANGAGE UML
UML est une notation graphique conçue pour représenter, spécifier, construire et
documenter les systèmes logiciels. Les deux principaux objectifs sont la modélisation de
systèmes utilisant les techniques orientées objet, depuis la conception jusqu’à la maintenance,
et la création d’un langage abstrait compréhensible par l’homme et interprétable par les
machines. UML s’adresse à toutes les personnes chargées de la production, du déploiement et
du suivi de logiciels (analystes, développeurs, chefs de projets, architectes…), mais peut
également servir à la communication avec les clients et les utilisateurs du logiciel. Il s’adapte à
tous les domaines d’application et à tous les supports. Il permet de construire plusieurs modèles
d’un système, chacun mettant en valeur des aspects différents : fonctionnels, statiques,
dynamiques et organisationnels. UML est devenu un langage incontournable dans les projets
de développement.
1) Un bref aperçu historique

À la fin des années 80, l’industrie commence à utiliser massivement les langages de
programmation orientés objet, tels que C++, Objective C. De l’industrialisation de ce type de
programmation est né le besoin de « penser objet », indépendamment du langage
d’implémentation. Plusieurs équipes proposent alors des méthodes OMT, OOSE, Booch, Coad,
Odell, CASE qui, pour la plupart, modélisent les mêmes concepts fondamentaux dans différents
langages, avec une terminologie, des notations et des définitions différentes. Lors de la
conférence OOPSLA d’octobre 1995, Booch et Rumbaugh présentent la version 0.8 de leur
méthode unifiée (Unified Method 0.8). Ils sont rejoints la même année par Jacobson. Les trois
auteurs améliorent la méthode unifiée et proposent en 1996 la version 0.9 du langage UML.
10
Rational Software et publie en 1997 la version 1.0 d’UML. La première révision significative
du langage est la version 1.3, proposée en 1999, dont la spécification complète est publiée en
mars 2000. Il sert à spécifier les fonctionnalités attendues du système (diagrammes de cas
d’utilisation et de séquence) et à décrire l’architecture (diagramme de classes). La description
de la partie comportementale (diagrammes d’activités et d’états) est moins utilisée. Cela est dû
essentiellement à l’insuffisance de la formalisation de la conception détaillée dans UML 1. The
Unified Modeling Language User Guide en 1999, fut suivi d'une mise à jour comportant des
informations sur l'UML 2.0 en 2005.
2) Utilisation
Le langage UML a été conçu pour faciliter la conception de la documentation
nécessaire à la mise en place d'un logiciel orienté objet. On pourra lister les éléments
représentables suivants :
L’activité d'un objet/logiciel

Les processus
La structure de base de données
Les acteurs du système
Composants logiciels
Réutilisation de composants
3) Objectifs et concepts liés à uml

a. Objectifs d’UML
 Fournir aux concepteurs de systèmes, ingénieurs des outils d’analyse, de la
conception et la mise en œuvre ainsi que pour la modélisation des processus.
 Fixer une définition formelle d'un métamodèle basé sur une norme Meta-Object
Facility (MOF) commune qui spécifie la syntaxe abstraite de l'UML. La syntaxe
abstraite définit l'ensemble des concepts de modélisation UML, leurs attributs et
leurs relations, ainsi que les règles permettant d'associer ces concepts afin de créer
des modèles UML partiels ou complets.
 Comprendre les exigences du système en question.
b. Définitions des concepts

Seules les notions orientées objet sont représentées dans les diagrammes UML. Par
conséquent, avant d’apprendre UML, il est essentiel d’avoir une compréhension approfondie
des concepts OO.
11
 Acteur : il représente un rôle joué par une entité externe (utilisateur humain,
dispositif matériel ou autre système) qui interagit directement avec le système
étudié. Un acteur peut consulter et/ou modifier directement l’état du système, en
émettant et/ou en recevant des messages susceptibles d’être porteurs de données.
 Scénario : il représente une succession particulière d’enchainement, s’exécutant du
débutant à la fin du cas d’utilisation, un enchaînement étant l’unité de description de
séquences d’actions.
 Objet : il représente une entité du monde réel (ou du monde virtuel pour les objets
immatériels) qui se caractérise par un ensemble de propriétés (attributs), des états
significatifs et un comportement. En UML, l’objet est une instance de la classe.
 Classe : Une classe définit le blueprint, c’est-à-dire la structure et le

fonctionnement d’un objet, et est utilisée en UML.
 Objets : Les objets nous aident à décomposer et à modulariser des systèmes
complexes. La modularité nous permet de décomposer notre système en
composants facilement compréhensibles, ce qui nous permet de le créer pièce par
pièce. Les unités de base (blocs de construction) d’un système sont des objets, qui
sont utilisés pour décrire une entité.
 Héritage : un mécanisme qui permet à une classe enfant d’hériter des propriétés de
sa classe mère.
 Abstraction : une méthode qui protège l’utilisateur des spécificités de
l’implémentation.
 Encapsulation : processus consistant à rassembler des données et à les protéger du
monde extérieur.
 Polymorphisme : méthode qui permet à une fonction ou une entité d’exister en
plusieurs versions.
4) Les différents types de diagrammes uml

Il existe deux catégories principales de diagrammes UML, les diagrammes de structure
qui montrent les différents objets trouvés dans un système. Alors que les diagrammes
comportementaux concentrent sur la façon dont les objets du système interagissent les uns avec
les autres.
Diagrammes de structure
 Classe : Ce diagramme est utilisé pour modéliser les objets et les interactions d’un
système.
12
 Composants : Représente la relation structurelle entre les éléments d'un système

logiciel.
 Déploiement : Illustre les infrastructures physique et logicielle d'un système. Ils
sont utiles lorsqu'une solution logicielle est déployée sur de nombreuses machines
avec des configurations uniques.
 Objets : Ce diagramme fonctionne en montrant une vue complète ou partielle de
la formation du système modélisé à un moment donné. L’objectif de ce diagramme
est centré sur un ensemble particulier d’objets et d’attributs, et les liens qui y sont
liés.
 Paquetage : Les paquetages peuvent représenter les différents niveaux d'un
système pour en révéler l'architecture.
 Profil : Les profils servent à étendre l’UML, qui est basé sur davantage de
stéréotypes ajoutés et de valeurs balisées qui sont appliquées aux éléments, aux
composants et aux connecteurs.
 Structure composite : utilisée pour présenter la structure interne d'une classe.
Diagrammes comportementaux
 Cas d’utilisation : Le diagramme de cas d’utilisation dans UML est une sorte de
diagramme qui utilise des acteurs et des cas d’utilisation pour décrire les
fonctionnalités du système.
 Activité : Ce type de diagramme présente une présentation visuelle d’une série
d’actions ou d’un flux de contrôle dans un certain système qui est identique à un
organigramme ou un diagramme de flux de données.
 État : Il montre le comportement d’un objet spécifique, indiquant la séquence
d’événements que l’objet subit tout au long de sa durée de vie. Ce diagramme est
également appelé diagramme d’états ou machine à états.
 Séquence : décrit simplement les interactions entre les éléments d’une série, c’est-
à-dire l’ordre dans lequel ces interactions ont lieu. Un diagramme de séquence
peut également être appelé diagramme d’événements ou scénario d’événements.
 Communication : également connu sous le nom de diagrammes de collaboration
dans les versions UML supérieures à 1 et est utilisé pour décrire la transmission
séquentielle d’informations entre les objets.
 Présentation des interactions : Un diagramme de présentation des interactions
est un modèle d’une série d’événements qui peut être utilisé pour décomposer des
interactions complexes en événements plus simples.
13
 Diagramme de temps : Les diagrammes de temps sont un type de diagramme de

séquence qui décrit le comportement des objets sur une période de temps définie.
II. PHP ET LE FRAMEWORK LARAVEL
1) Le langage php
Hypertext Preprocessor ou PHP en abrégée plus connu sous son sigle PHP (acronyme
récursif Personal Home Page), est un langage de programmation libre, principalement utilisé
pour produire des pages Web dynamiques via un serveur HTTP, mais pouvant également
fonctionner comme n'importe quel langage interprété de façon locale. PHP est un langage
orienté objet comme C++ et a permis de créer un grand nombre de sites web célèbres, comme
Facebook, YouTube, Wikipedia. Il est considéré comme la base de la création des sites Internet
dits dynamiques.
a. Bref aperçu historique

Le langage PHP est né en 1994, son inventeur est Ramsus Lerdorf. Ce dernier l'avait conçu,
dans un premier temps, pour son usage personnel. Plus précisément, PHP était destiné à
apporter des fonctionnalités de scripting dynamique aux pages HTML pour des sites
appartenant à la catégorie « Pages Personnelles », d'où son nom initial « Personal Home Pages
». En 1995, la version 2 de PHP, plus connues sous le nom de PHP/FI (PHP Form Interpreter),
a été développée afin d'incorporer des fonctionnalités nouvelles de gestion de formulaires
HTML et d'interfaçage avec MySQL.
PHP a été rebaptisé en « PHP : Hypertext Preprocessor », et se trouve actuellement sur sa

version 8.x.
14
b. Architecture et atouts du PHP

 Architecture
Dans une architecture habituelle CLIENT/SERVEUR pour un service HTTP,
l'interpréteur PHP se situe sur le serveur. PHP est multi-plate-formes tant au niveau système
d'exploitation qu'au niveau serveur HTTP.
Figure 6:Architecture client/serveur
 Atouts du PHP
 PHP est un module supporté par le serveur web Apache, le plus répandu
dans le monde, plus de 70% des serveurs web, il est donc développé pour
être facilement utilisable via ce serveur (Il fonctionne évidement avec
d’autres serveurs web comme IPlanet, IIS ;
 PHP permet d’exploiter facilement de très nombreuses bases de données
comme Oracle, MySQL, DBase, Sybase, PostgreSQL, et peut se connecter
sur n’importe quelle base de données dotée d’un pilote ODBC (Open
Database Connectivity) ;
 PHP reconnait également l’essentiel des protocoles et format disponibles
sur internet et intranet : TCP, Http, SMTP, LDAP, IMAP, POP, SSI,
Soap, XML ;
 PHP est un logiciel libre : vous pouvez le modifier et/ou le modifier sous
licence GNU General Public License, telle que publiée par Free Software
Foundation;
 Vu le fonctionnement de l’architecture web avec un interpréteur PHP, le
code source n’est jamais visible par l’internaute même lorsqu’il choisit
d’afficher la source vue que le rendu est toujours en HTML. Ce qui
sécurise vos scripts et vos sources de programmes.
Le développement de logiciels devient de plus en plus complexe et nécessite
l’utilisation d’outils pour créer des applications fiables dans un délai toujours plus court. C ’est
15
dans ce contexte que les Frameworks peuvent faire la différence. Les fonctions les plus
courantes sont disponibles sous la forme de bibliothèques, ce qui réduit la quantité de code
original à écrire.
Le PHP dispose aujourd’hui d’innombrable Frameworks a l’instar de : Symfony,

CodeIgniter, Phalcon, Yii Framework 2, Laravel .
2) Le Framework laravel
Laravel est un Framework web open-source écrit en PHP respectant le
principe modèle-vue-contrôleur et entièrement développé en programmation orientée objet.
Laravel est distribué sous licence MIT, avec ses sources hébergées sur GitHub.
Laravel a été créé par Taylor Otwell en juin 2011. Framework web open source
entièrement écrit en Php en programmation orientée Objet, il est basé sur le code de Symfony
dont il partage à ce jour encore 30% du code par l’utilisation de « Symfony component ».
Figure 7:Logo du Framework Laravel
a. Particularité de Laravel
 Laravel permet à un développeur de tirer parti d’une vaste bibliothèque de
fonctionnalités préprogrammées (telles que l’authentification, le routage et la
création de modèles HTML). L’accès à cette bibliothèque simplifie la création
rapide d’applications web robustes tout en minimisant la quantité de code
nécessaire.
 Laravel offre un environnement de développement très fonctionnel, ainsi que
des interfaces de ligne de commande intuitives et expressives. En outre,
Laravel utilise la cartographie objet-relationnel (ORM) pour simplifier l’accès
et la manipulation des données.
 Les applications Laravel sont hautement évolutives et leur base de code est
facile à maintenir. Les développeurs peuvent également ajouter des
fonctionnalités à leurs applications de manière transparente, grâce au système
de packaging modulaire de Laravel et à la gestion robuste des dépendances
16
 Les frameworks PHP utilisent une architecture Modèle-Vue-Contrôleur

(MVC). La vue fournit un point d’interaction avec un utilisateur, où les
données du modèle peuvent être visualisées et modifiées. Le contrôleur est un
conduit entre la vue et le modèle. En d’autres termes, le contrôleur prend les
requêtes de l’utilisateur, récupère les informations requises dans le modèle, les
traite et les renvoie à la vue.
Figure 8: Modele vue controle de laravel
b. Avantages de Laravel
 Excellente documentation
C’est la documentation de Laravel qui le rend vraiment convivial pour les
développeurs. Toutes les versions de Laravel sont publiées avec une
documentation appropriée, et vous trouverez de bonnes explications détaillées
sur le style de codage, les méthodes et les classes.
 Intégration avec les services de messagerie
Il est obligatoire pour les applications Web de tenir leurs utilisateurs informés
des nouvelles offres et services. L’enregistrement d’un nouvel utilisateur est
également important (c’est-à-dire informer le nouvel utilisateur lorsqu’il
s’inscrit). Le Framework est équipé d’une API propre sur la bibliothèque
SwiftMailer. Et il existe des pilotes pour SMTP, Mailgun, SparkPost, Mandrill,
la fonction « mail » de PHP, Amazon SES et « sendmail » pour vous aider à
envoyer des e-mails via des services cloud ou locaux.
 Prend en charge les backends de cache populaires
17
Laravel prend en charge les backends de cache tels que Memcached et Redis
prêts à l’emploi. Vous pouvez également configurer plusieurs configurations
de cache.
 Routage inversé
C’est une fonctionnalité très utile dans le cadre où vous pouvez créer des liens
vers des routes nommées. Ainsi, lorsque vous créez les liens, utilisez
simplement le nom du routeur et le Framework insérera automatiquement
l’URL correcte. Et lorsque vous aurez besoin de modifier les itinéraires à
l’avenir, les modifications seront automatiquement effectuées partout.
c. Inconvénients de Laravel
 Ne prend pas en charge la fonction de paiement
 Manque de continuité entre les versions
Il n’y a pas de transition transparente de Laravel 4 à 5. Si vous essayez de
mettre à jour le code, cela pourrait casser l’application.
 Certaines mises à niveau peuvent être problématiques
Ce n’est pas uniquement un problème de Laravel, mais les Frameworks PHP
présentent des problèmes pour les versions de support à long terme car les
mises à niveau peuvent devenir problématiques. Il est donc conseillé aux
développeurs de prendre des précautions avant de mettre à niveau une
application mobile ou un site Web.
18
III. ENVIRONNEMENT DE DÉVELOPPEMENT ET LOGICIELS

1) ENVIRONNEMENT DE TRAVAIL
 Le navigateur Chrome
Chrome est un navigateur web propriétaire développé par Google depuis 2008, basé
sur le projet libre Chromium fonctionnant sous Windows, Mac, Linux, Android et iOS.
L'aspect du logiciel de Google se conforme aux logiques d'esthétisme

des fenêtres des systèmes d'exploitation dans lequel il est installé. Quel que soit
l'environnement, le design se veut simple et épuré4, selon l'habitude de son concepteur.
 L’editeur Visual Studio Code
Visual Studio Code est un éditeur de code extensible développé

par Microsoft pour Windows, Linux et macOS.
Les fonctionnalités incluent la prise en charge du débogage, la mise en évidence de la
syntaxe, la complétion intelligente du code (IntelliSense4.), les snippets, la refactorisation du
code et Git intégré. Les utilisateurs peuvent modifier le thème, les raccourcis clavier, les
préférences et installer des extensions qui ajoutent des fonctionnalités supplémentaires. Il est
largement utilisé dans la programmation de : java, JavaScript, HTML, PHP, Node.js, C++ et
Python.
 XAMPP
XAMPP est une plateforme de développement Web de type WAMP, permettant de
faire fonctionner localement (sans se connecter à un serveur externe) des scripts PHP. XAMPP
n'est pas en soi un logiciel mais un environnement de logiciels permettant de mettre en place
un serveur Web local, un serveur FTP et un serveur de messagerie électronique. Il s'agit d'une
distribution de logiciels libres (X (cross) Apache MariaDB Perl PHP) offrant une bonne souplesse
d'utilisation, réputée pour son installation simple et rapide. Ainsi, il est à la portée d'un grand
19
nombre de personnes puisqu'il ne requiert pas de connaissances particulières et fonctionne, de

plus, sur les systèmes d'exploitation les plus répandus.
 L’atelier du genie logiciel: StartUML

StarUML est un outil de génie logiciel dédié à la modélisation UML et édité par la
société coréenne MKLabs. Il est multiplateforme et fonctionne sous Windows, Linux et
MacOS.
La dernière version gère l'ensemble des diagrammes définis par UML 2, ainsi que
plusieurs diagrammes SysML, le organigrammes, les diagrammes de flux de données, et
les diagrammes entité-association.
2) Présentation des autres langages de programmation

Un langage coté client est un langage qui s’exécute sur le client qui est un généralement
un navigateur Web. Les langages que nous avons utilisés sont le HTML, le CSS, le Javascript
et le JQuery.
 Le langage HTML
Le HyperText Markup Language, généralement abrégé HTML , dans sa dernière
version, HTML5, est le langage de balisage conçu pour représenter les pages web.
Ce langage permet d’écrire de l’hypertexte (d’où son nom), de

structurer sémantiquement une page web, de mettre en forme du contenu, de créer des
formulaires de saisie ou encore d’inclure des ressources multimédias dont des images,
des vidéos, et des programmes informatiques. Le HTML offre également la possibilité de créer
20
des documents interopérables avec des équipements très variés et conformément aux exigences
de l’accessibilité du web.
Il est souvent utilisé conjointement avec le langage de programmation JavaScript et

des feuilles de style en cascade (CSS).
 Le langage CSS
Langage de règles de style utilisé pour mettre en forme le contenu HTML. Par
exemple : en modifiant la couleur d’arrière-plan ou les polices, ou en disposant le contenu en
plusieurs colonnes.
 Le langage JAVASCRIPT
Javascript est un langage de programmation de scripts principalement employé dans
les pages web interactives et à ce titre est une partie essentielle des applications web. Avec les
technologies HTML et CSS, JavaScript est parfois considéré comme l'une des technologies
cœur du World Wide Web.
Arrivé a terme de cette brève description des outils utilisés pour notre projet nous introduisons
la phase de conception et réalisation.
21
CHAPITRE 3 : CONCEPTION ET REALISATION

Dans cette dernière partie nous allons mettre en exergue les résultats de notre analyse
(acteurs et cas d’utilisation, diagramme de séquence et diagramme de classe) et de la réalisation
de notre plateforme.
ETUDE FONCTIONNELLE
L’étude fonctionnelle est un processus qui permet de capturer et de communiquer des
informations sur les fonctionnalités d’un système. Les diagrammes UML nous permettrons de
représenter les fonctionnalités, les relations et les comportements du système ainsi que les
exigences techniques et d’affaires associées.
1) Diagramme de cas d’utilisation

Un cas d’utilisation est une 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 lui. Un cas d’utilisation réalise
un service de bout en bout, avec un déclenchement, un déroulement et une fin, pour l’acteur qui
l’initie.
Dans un diagramme de cas d’utilisations, on rencontre quatre éléments qui doivent être
inclus. Il s'agit des acteurs, du système, des cas d'utilisation et des relations.
a. Identifications des acteurs

Un acteur représente un rôle joué par une entité externe (utilisateur humain, dispositif
matériel ou autre système) qui interagit directement avec le système étudié. Un acteur peut
consulter et/ou modifier directement l’état du système, en émettant et/ou en recevant des
messages susceptibles d’être porteurs de données.
En ce qui concerne notre système nous avons identifié trois (03) acteurs :
 L’administrateur qui représente un personnel ou responsable de la radio qui

gère les demandes.
 L’internaute référence les auditeurs de la radio en ligne et qui ne sont pas
encore connectés.
 Le client qui représente les partenaires ou toute personne qui voudra faire une
demande d’annonce.
22
b. Identification des cas d’utilisations

Un cas d’utilisation (« use case ») représente un ensemble de séquences d’actions qui
sont réalisées par le système et qui produisent un résultat observable intéressant pour un acteur
particulier.
Chaque cas d’utilisation spécifie un comportement attendu du système considéré

comme un tout, sans imposer le mode de réalisation de ce comportement. Il permet de décrire
ce que le futur système devra faire, sans spécifier comment il le fera.
Tableau 2: Identification des cas d’utilisation
Acteur Cas d’utilisation

Internaute Créer un compte
Client/Partenaire  Se connecter
 Saisir une demande
 Soumettre une demande
 Vérifier une demande
 Modifier une demande
 Supprimer une demande
 Consulter les notifications
 Répondre à une notification
Administrateur  Consulter les demandes
 Valider une demande
 Rejeter une demande
 Supprimer une demande
 Programmer un rendez-vous
 Modifier les informations dans la
base de données
 Envoyer une notification
 Envoyer un message
 Se connecter
 Gérer les comptes
23
c. Les relations
Pour clarifier un diagramme, UML permet d’établir des relations entre les cas
d’utilisation. Il existe principalement deux types de relations : les dépendances stéréotypées et
la généralisation/spécialisation. Les dépendances stéréotypées sont des dépendances dont la
portée est explicitée par le nom du stéréotype. Les stéréotypes les plus utilisés sont l’inclusion
et l’extension.
 La relation d’inclusion. Un cas A est inclus dans un cas B si le comportement

décrit par le cas A est inclus dans le comportement du cas B : on dit alors que
le cas B dépend de A. Cette dépendance est symbolisée par le stéréotype inclut.
Dans notre travail on a deux (02) cas d’inclusions, sans compter que tous les
cas d’utilisations de notre système ont des relations d’inclusion avec le cas
d’utilisation « S’authentifier ».
 La relation d’extension. Si le comportement de B peut être étendu par le
comportement d’A, on dit alors que A étend B. Une extension est souvent
soumise à condition. Graphiquement, la condition est exprimée sous la forme
d’une note. Dans notre travail on a cinq (05) cas d’extension.
 La relation de généralisation. Un cas A est une généralisation d’un cas B si B
est un cas particulier de A. Cette relation de généralisation/spécialisation est
présente dans la plupart des diagrammes UML et se traduit par le concept
d’héritage dans les langages orientés objet. Les inclusions permettent aussi de
décomposer un cas complexe en sous-cas plus simples. Dans notre travail on a
cinq (05) cas de généralisation.
Figure 9:Liens de dependance entre les acteurs
24
d. Représentation graphique de diagramme de cas d’utilisations
Figure 10:Diagramme de cas d’utilisations du système
25
e. Description textuelle
Bien que de nombreux diagrammes d’UML permettent de décrire un cas, il est
recommandé de rédiger une description textuelle car c’est une forme souple qui convient dans
bien des situations.
Tableau 3: Description des cas d’utilisation de soumettre un formulaire
Cas d’utilisation Soumettre Un Formulaire

Identification But : détaille les étapes permettant à une personne d’enregistrer une
demande
Acteur principal : le Client
Précondition Se connecter à la plateforme
Séquencement Enchaînement nominal
1. L’utilisateur clique « « faire demande d’annonce » »
2. Le système renvoi la page de demande
3. L’utilisateur saisit les informations
4. L’utilisateur clique sur soumettre
5. Le système vérifie les informations
6. Le système enregistre la demande
7. Le système renvoi un message de succès.
Scenario d’exception
SE 1 : Les données entrées par l’utilisateur sont invalides.
Retour à l’étape 3
SE1.1 : Le système n’enregistre pas la demande
SE1.2 : Le système retourne le formulaire
Post-condition Le système enregistre les informations
2) Diagramme de séquence
Un diagramme de séquence met l’accent sur le séquencement temporel des messages ;
le temps y figure implicitement et s’écoule de haut en bas. Un diagramme de séquence montre
des interactions sous un angle temporel, et plus particulièrement le séquencement temporel de
messages échangés entre des lignes de vie.
26
a. Description des composants et symboles élémentaires

Tableau 4:Description des éléments de diagramme de séquence
Symbole Nom Description

Acteur Montre les entités qui interagissent avec le
système ou qui sont extérieures à lui.
paquetage Utilisé dans la notation UML 2.0 pour

accueillir les éléments interactifs du
diagramme. Également connue sous le
nom de « cadre », cette forme
rectangulaire est représentée par un petit
rectangle intérieur qui contient l'intitulé du
diagramme.
Ligne de vie Représente le passage du temps qui se
prolonge vers le bas. Cette ligne verticale
en pointillés montre les événements
séquentiels affectant un objet au cours du
processus schématisé. Les lignes de vie
peuvent commencer par une forme
rectangulaire avec un intitulé ou par un
symbole d'acteur.
Boucle On utilise ce symbole pour modéliser des
optionnelle scénarios ou une situation qui ne se
produira qu'à certaines conditions.
Boite Représente le temps nécessaire pour qu'un
d’activation objet accomplisse une tâche. Plus la tâche
nécessite de temps, plus la boîte
d'activation est longue.
Messages Ces messages sont bloquants pour
synchrones l’expéditeur. L’objet émettant ce type
message doit attendre une réponse à un
message du destinataire avant de
continuer son exécution. Le diagramme
doit montrer à la fois l'appel et la réponse
Messages Ces messages ne nécessitent pas de
asynchrones réponse avant que l'expéditeur ne continue
son exécution.
Message de réponse suite à la réception
Message de d’un message synchrone
retour
Message de Ces messages sont envoyés aux lignes de
creation vie afin de s'auto-créer.
Message de ces messages provoquent la destruction du
destruction destinataire
Messages Messages dont la connaissance de
trouvés l’émetteur importe peu.
27
Messages Perdus Messages dont on connaît l’émetteur mais

pas le récepteur. Ces messages indiquent
souvent les cas d’erreur
b. Représentation graphique
Nos analyses nous ont permis de ressortir les diagrammes des séquences ci-après.
Figure 11: Diagramme de séquence de cqs s’authentifier
28
Figure 12:Diagramme séquence d’envoi d’une demande
ETUDE STRUCTURELLE : diagramme de classe

Le diagramme de classes est le point central dans un développement orienté objet. En
analyse, il a pour objectif de décrire la structure des entités manipulées par les utilisateurs. En
conception, le diagramme de classes représente la structure d’un code orienté objet à un niveau
de détail plus important, les modules du langage de développement.
1) Brève description des composants d’un diagramme de classe

Le diagramme de classes présente un ensemble de classeurs. Il décrit les classes et
leurs relations. Il peut également décrire les regroupements de classes en paquetages, les
interfaces et les objets, les classes qui participent à une collaboration ou qui réalisent un cas
d’utilisation.
Pour créer un diagramme de classes, vous avez besoin d’abord de définir les classes et
leurs responsabilités, les paquetages ainsi que les relations (association, composition,
agrégation, héritage, dépendance) possibles entre ces éléments. D’autres éléments peuvent
également apparaître dans le diagramme de classes, comme les objets et les interfaces.
29
2) Récolte des données

Nos analyses nous ont permis de ressortir les classes suivantes :
 Demande ;
 Profile ;
 Rôle ;
 Compte ;
 Notification ;
 Message ;
 Type demande ;
 Rendez-vous ;
Tableau 5: Dictionaries des doneness
Classe Attributs Description Type

Demande Id_Demand Identifiant unique ; Entier
Nom_compl Nom de la personne concerné ; Chaine de caractère
Email Email de l’entreprise ou du Chaine de caractère
concerne ;
Tel Téléphone ; Chaine de caractère
Entreprise Le nom de l’entreprise qui fait la Chaine de caractère
demande
Ville Ville de l’entreprise ou la personne Chaine de caractère
Pays Pays ; Chaine de caractère
Type_demand La nature de demande ; Chaine de caractère
Text_demand Les mots à utiliser durant la Chaine de caractère
passage d’annonce ;
Duree_ann Durée de l’annonce en jours ; Entier
Nbre_pass Nombre de fois que l’annonce va Entier
passer à la radio ;
Fichier_ann Contient une image ou fichier pdf Fichier image ou Pdf
contenant les Détails complet de
l’annonce ;
30
Date_prem_dif Date proposée par l’émetteur pour Date

la première diffusion de son
annonce ;
Statut Représente l’état de la demande et Chaine de caractère
sera invisible lors d’envoi de la
demande.
Rôle Id_rol Identifiant unique pour chaque Entier
Nom_rol rôle ;
Descrp_rol Description du rôle . Chaine de caractère
Profile
Id_prof Identifiant unique ; Entier

Nom_pers Nom de la personne ou de Chaine de caractère
l’entreprise
Prénom Prénom de la personne ou Chaine de caractère
spécification de l’entreprise
Tel Téléphone ou contact de Chaine de caractère
l’entreprise ;
Photo Image ou logo de l’entreprise ; Image
Adr_pers Adresse de l’entreprise. Chaine de caractère
Notification Id_notif Identifiant unique de chaque Entier

notification ;
Date_not Date d’envoi du notification . Chaine de caractère
Message Id_mes Identifiant unique ; Entier
Contenu_mes Contenu d’un message ; Chaine de caractère
Date_mes Date d’envoi d’un message ; Date
Heure_mes Heure d réception ; Heure
Accus_recp Accuse de réception d’un Chaine de caractère
message ;
Compte Id_comp L’identifiant du compte ; Entier
Email_comp Email relié au compte ; Chaine de caractère
31
Mot_dp Mot de passe du compte ; Chaine de caractère
3) Représentation graphique
D’après nos analyses précédentes on ressort on peut représenter notre diagramme de classe
comme suit.
Figure 13: Diagramme de classe du système.
32
RÉALISATION
Dans cette partie de réalisation nous allons présenter le résultat notre travail.
 Page d’authentification à l’application
Cette page représente l’interface de connexion à l’application. Pour se connecter,

l’utilisateur doit entrer son adresse mail et le mot de passe. S’il en a pas il doit créer un compte
à partir du lien « « Vous n’avez pas de compte ? » ».
Figure 14:Interface de connexion
Une fois les informations saisies, il suffit de cliquer sur Se connecter. Après
verification vous serez redirigé vers une page d’accueil selon le type de votre compte. Nous
avons deux types: le client et l’administrateur. Mais si on n’a pas un compte, on doit creer un
en cliquant sur “Vous n’avez pas de compte?”.
33
Figure 15: Page de creation de compte.
34
 Page d’accueil de l’ administrateur
C’est la première page qui s’affiche lorsqu’un administrateur se connecte. Il pourra

suivre les statistiques des demandes en attente, des demandes refusées, et des demandes
urgentes.
Figure 16: Dashboard administrateur
35
 Page d’accueil du client
La page d’accueil du client s’affiche une fois que le client se connecte et cette première
page contient les demandes qu’il a soumises. Elle donne l’illustration de l’état de la demande
émise à partir du champ statut ;
Figure 17: Dashboard du client
A partir des menus à gauche ; il lance la page de demande d’annonce en cliquant sur
« Faire une demande d’annonce ».
36
 Formulaire de la demande d’annonce
Ce formulaire permet à un client de soumettre une demande d’annonce. Il remplit les
informations puis il valide sur « Soumettre » la demande situé juste à la fin du formulair
Figure 18: Formulaire de soumission d’une demande d’administration
Une fois les informations envoyées ; l’administrateur les reçoit de son côté afin de les
traitées.
37
 Page de gestion des demandes
A partir de cette page l’administrateur a la possibilité de non seulement visualiser les

demandes mais aussi les traitées en les validant, supprimant, refusant.
Figure 19: Interface gestion des demandes
A la suite d’une prise de décision concernant une demande ; le client concerné est
automatiquement notifié.
38
 Centre de notification des demandes du client
C’est ici que chaque client reçoit la suite des demandes qu’il a envoyé. Il s’agit d’une
page qui regroupe les notifications liées aux demandes soumises ;
Figure 20 : Centre des notifications du client
A la suite d’une réponse de notification l’administrateur et le client continuerons à

négocier par messagerie.
39
 Page de messagerie
Figure 21: Interface de discussion
40
CONCLUSION ET PERSPECTIVES
Le travail réalisé dans ce mémoire fait office de projet de fin d’étude cycle DUT suite
au stage que nous avons effectué au CDTIC. Au cours de ce mémoire, nous avons présenté les
différentes étapes de la conception et la réalisation de la plateforme de gestion des demandes
d’annonces de la radio communautaire de Dang. Afin de satisfaire les besoins des utilisateurs
nous avons commencé la conception en utilisant le langage UML et le développement s’est
effectué avec le Framework Laravel accompagné de certaines technologies web pour satisfaire
nos objectifs. Ce projet a fait l'objet d'une expérience intéressante, qui nous a permis d'améliorer
nos connaissances et nos compétences dans le domaine du développement informatique. Le
résultat est satisfaisant d’après le témoignage du chef de service de la radio et de notre
encadreur. Cependant des perspectives d'améliorations de notre application restent
envisageables notamment l’intégration d’un système de paiement en ligne et le suivi de
l’exécution du contrat d’annonces afin de rendre autonome la plateforme et le suivi du client
tout au long du contrat.
41
REFERENCE BIBLIOGRAPHIQUES
1) Rubrique bibliographie
Dr NDAM NJOYA, Cours UML niveau 2, (2022-2023).
PASCAL R OQUES, UML 2 Par la pratique, Editions Eyrolles, Paris –
France ;
CHRISTIAN SOUTOU, UML 2 Pour les bases de données, Editions Eyrolles,
Paris – France ;
PASCAL ROQUES, UML 2 Par la pratique, Editions Eyrolles, Paris – France ;
Youafiq Sanda Haman. (2022). Conception d’une application pour la
production des statistiques du CIME Bertoua. Mémoire de fin d’études DUT,
Mention Génie Informatique, Parcours GIN2, IUT- Université de Ngaoundéré,
iii-v pages.
2) Rubrique site internet

 Https://wikipedia.com
Consulté plusieurs fois entre le mois de Mai et Avril 2023
 Https://www.Lucidchart.com
 Https://www.laravel.com
 Https://laracast.com
 Https://www.clicours.com/uml-description-textuelle-des-cas-dutilisation
 Https://www.bootdey.com
Consulté plusieurs fois durant l’implementation
 Https://www.laravel.com/index/laravel10x
Consulté plusieurs fois durant l’implementation
42
ANNEXES
Annexe 1 : Organigramme du CDTIC de l’université de N’Gaoundéré
43

Zoul Cdtic-Final

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Zoul Cdtic-Final

Transféré par

Droits d'auteur :

Formats disponibles

Plateforme de gestion des demandes d’annonces de la radio communautaire de Dang

Nous souhaitons adresser nos remerciements les plus sincères à :

 Pr. DAYANG Paul, Chef du Centre de Développement des Technologies de

SOMMAIRE .......................................................................................................................... III

LISTE DES TABLEAUX .........................................................................................................I

LISTE DES FIGURES ..............................................................................................................I

LISTE DES ABREVIATIONS .............................................................................................. II

PRESENTATION DE L’ENTREPRISE ............................................................................ III

SITUATION GEOGRAPHIQUE ...................................................................... iii

LES MISSIONS DU CDTIC .......................................................................... iv

LES OFFRES DE SERVICE DU CDTIC..................................................... iv

ENCADREMENT TECHNIQUE ................................................................... v

LES CONTACTS DU CDTIC ........................................................................ v

ORGANIGRAMME DU CDTIC DE L’UNIVERSITE DE

INTRODUCTION GENERALE ............................................................................................ 3

CHAPITRE 1 : PRESENTATION DU PROBLEME ET ETUDE PREALABLE ............ 4

CHOIX ET INTERET DU SUJET ..................................................................... 4

ETUDE DU SYSTEME EXISTANT .............................................................. 5

CRITIQUE DE L’EXISTANT ........................................................................ 7

PROPOSITION DES SOLUTIONS ............................................................... 8

DEFINITION DES EXIGENCES DU SYSTEME ....................................... 8

CHAPITRE 2 : GENERALITÉS SUR LES OUTILS ET LES METHODES UTILISES

I. LE LANGAGE UML ......................................................................................... 10

PHP ET LE FRAMEWORK LARAVEL .................................................... 14

a. Bref aperçu historique .................................................................................. 14

ENVIRONNEMENT DE DÉVELOPPEMENT ET LOGICIELS ............ 19

CHAPITRE 3 : CONCEPTION ET REALISATION ........................................................ 22

ETUDE FONCTIONNELLE ............................................................................ 22

ETUDE STRUCTURELLE : diagramme de classe .................................... 29

CONCLUSION ET PERSPECTIVES ................................................................................. 41

REFERENCE BIBLIOGRAPHIQUES ............................................................................... 42

LISTE DES TABLEAUX

LISTE DES FIGURES

LISTE DES ABREVIATIONS

Le Centre de Développement des Technologies de l’Information et de la Communication

Le CDTIC est situé au sein du campus de l’Université de Ngaoundéré, non loin du

Figure 1: Image satellitaire (Géolocalisation du CDTIC (prise le 12/06/2022)).

LES MISSIONS DU CDTIC

 Définir, mettre en œuvre et tenir à jour, en fonction de l’évolution des

LES OFFRES DE SERVICE DU CDTIC

 Le CDTIC offre les services suivants des formations continues à l’utilisation

 Un cybercafé : possédant actuellement 06 (six) places, qui n’est pas

 Le service administratif et financier ;

 Le service formation, développement et prospective ;

 Le service exploitation, assistance et mutualisation ;

 Le service réseau et infrastructures de communication.

LES CONTACTS DU CDTIC

 B.P. 454 Université de N’Gaoundéré, Centre de Développement des

ORGANIGRAMME DU CDTIC DE L’UNIVERSITE DE

L’organigramme du CDTIC de l’université de Ngaoundere voir(Annexe 1).

Mots clés : Annonce, radio, dématérialisation, demande, plateforme de gestion.

Keywords: Advertisement, radio, dematerialization, demand, management platform.

L’objectif de ce travail est donc la réalisation d’une plateforme de gestion des

CHAPITRE 1 : PRESENTATION DU PROBLEME ET ETUDE

La réalisation d’un projet passe par plusieurs étapes ; de l’évaluation du problème

CHOIX ET INTERET DU SUJET

Aujourd’hui le Centre de Développement des Technologies de l’Information et de la

ETUDE DU SYSTEME EXISTANT

Figure 2: image d'un console d'enregistrement radio

 Deux émetteurs signal

Figure 3: Image de l'emetteur signal de la radio

Tableau 1: Caracteriques des machines

Processeur Pentium Core(TM) i3-6400 CPU