REPUBLIQUE DE COTE D’IVOIRE

RAPPORT DE STAGE

Brevet de Technicien Supérieur

Option : Informatique Développeur d’Application
Année académique : 2023– 2024

THEME :
Mise en place d’une application Web de suivi
et de supervision de flux de données : Cas de
la Médiation

Professeur Encadreur : Maître de stage :

KOFFI ELISEE N’GUESSAN Mme TRAORE KOROTOUM

Présenté par :
Mambo Kadje Ingrid
a. Table des matières
DÉDICACE ...................................................................................................................................................................... 5
REMERCIEMENTS ......................................................................................................................................................... 6
AVANT-PROPOS ............................................................................................................................................................ 7
INTRODUCTION ............................................................................................................................................................ 8
PARTIE I : PRÉSENTATION DE LA STRUCTURE D’ACCUEIL ............................................................................ 10
⮚ I-Information sur l’entreprise .................................................................................................... 11
A) Présentation de l’entreprise ......................................................................................................................... 11
B) But de l’entreprise ....................................................................................................................................... 11
C) Objectifs de l’entreprise .............................................................................................................................. 11
D) Organe de fonctionnement de Moov ........................................................................................................... 12
E) Mon poste au sein de l’entreprise ................................................................................................................... 14
PARTIE II : ÉTUDE TECHNIQUE ............................................................................................................................... 16
⮚ I-Présentation du projet ............................................................................................................. 17
⮚ II-ÉTUDE TECHNIQUE .......................................................................................................... 18
A. Présentation de la méthode d’analyse et Raison du choix de la méthode d’analyse ....................................... 18
1) Présentation générale de la méthode MERISE et les démarches adoptées ..................................................... 18
2) Élaboration du modèle conceptuel des données (MCD) ................................................................................. 20
3) Élaboration du modèle logique de données .................................................................................................... 26
4) Élaboration du modèle conceptuel de traitement ............................................................................................ 27
5) Élaboration du Modèle Physique de Données (MPD) .................................................................................... 32
PARTIE III : RÉALISATION ........................................................................................................................................ 34
⮚ A.Technologies et outils utilisés ............................................................................................... 35
1) Technologies utilisées ..................................................................................................................................... 35
2) Outils utilisés .................................................................................................................................................. 37
3) 3.Environnement matériel ............................................................................................................................... 39
⮚ B. CONCEPTION D’UNE APPLICATION WEB .................................................................. 40
1) Page d’accueil ................................................................................................................................................. 40
2) Page de connexion .......................................................................................................................................... 40
3) Page d’Inscription ........................................................................................................................................... 40
4) Tableau de bord............................................................................................................................................... 40
5) Page fichiers reçus .......................................................................................................................................... 41
 6) Page « Tous » .................................................................................................................................................. 41
7) Page Nœuds .................................................................................................................................................... 41
⮚ C. MODIFICATION D’UNE APPLICATION WEB DÉJÀ EXISTANTE............................. 41
⮚ A) Présentation de l’application existante ................................................................................ 41
1) Page de connexion .......................................................................................................................................... 42
2) Page d’accueil ................................................................................................................................................. 42
3) Page Fichier reçu............................................................................................................................................. 43
4) Graphiques des données en fonction des dates ............................................................................................... 43
⮚ B) Modification de l’application existante................................................................................ 44
1) Page de connexion .......................................................................................................................................... 44
2) Page Fichiers reçus.......................................................................................................................................... 44
CONCLUSION GÉNÉRALE ......................................................................................................................................... 46
ANNEXES ...................................................................................................................................................................... 47
 Dédicace
Je dédie ce rapport à celui qui a permis ce stage et qui m’a épaulé tout du long, mon Père Jésus.
Je le dédie aussi à mes parents qui m’ont aidé, que ça soit financièrement comme moralement,
aussi à mon oncle M. Kalou pour avoir contribué à l’obtention de ce stage et à cette personne
exceptionnelle, Monsieur Koutouan qui m’a soutenu et encouragé.
 REMERCIEMENTS
Mes remerciements en premier lieu vont à l’endroit de :

Mes Professeurs qui m’ont encadré durant ces deux dernières années, en particulier :

❖ M.AKE, Professeur de MERISE et BASE DE DONNÉES ;

❖ M.KOFFI , Professeur de DÉVELOPPEMENT WEB, RÉSEAU et aussi superviseur
de mon rapport de stage ;
❖ M.ALI, Professeur d’ALGORITHMES et LANGAGES
❖ M.KOUAKOU, professeur de SYSTÈME D'EXPLOITATION
pour leurs enseignements et leurs conseils.

Je profite de cette même occasion pour remercier :

❖ M.MAMADOU FOFANA pour m’avoir accordé ce stage et permis d’exercer en toute

quiétude au sein de cette prestigieuse organisation ;
❖ Mme.TRAORE KOROTOUM, mon Maître de stage pour sa disponibilité et ses
interventions.

Enfin, tout le personnel de MOOV AFRICA pour leur accueil et leur générosité.
 AVANT-PROPOS
De nos jours, la formation joue le rôle d’une carte d’entrée pour l’emploi. Cependant, le
gouvernement Ivoirien soucieux de la formation professionnelle des Jeunes à travers le
ministère de l’Enseignement Supérieur et de la Recherche Scientifique à instaurer le Brevet
d’Etude Supérieur (BTS) visant à doter à ses admis, la capacité de relever le défi du
développement du pays. C’est donc pour participer à ce développement que les grandes écoles
ont pour charge de former les étudiants sur une durée de 2 années.

Après l’Admissibilité, l’étudiant est amené à faire un stage pratique au sein d’une entreprise,
censuré par un rapport de stage en vue de la validation de son diplôme par une soutenance.

C’est dans cette optique, que j’ai effectué un stage au sein de l’opérateur téléphonique MOOV
AFRICA.
 INTRODUCTION
Actuellement, le monde connaît une avancée technologique considérable avec l’explosion de
la technologie et la facilité d’accès aux outils de communication et à Internet ; le secteur TIC,
particulièrement celui de l’automatisation devient incontournable dans tous les secteurs, et cela,
grâce à l'informatique qui est une science qui étudie les techniques du traitement automatique
de l'information. Avant l'invention de l'ordinateur, on enregistrait toutes les informations
manuellement sur des supports en papier, ce qui engendre beaucoup de problèmes tels que la
perte de temps considérable dans la recherche de ces informations ou la dégradation de ces
dernières.

Jusqu'à présent, l'ordinateur reste le moyen le plus sûr pour le traitement et la sauvegarde de
l'information. Cette invention a permis d'informatiser les systèmes de données des entreprises,
ce qui est la partie essentielle dans leur développement aujourd'hui. Paradoxalement, le suivi
des projets informatiques s’avère indispensable pour une gestion efficiente de son patrimoine
documentaire. Il est donc important de mettre en œuvre un système d'information et d'analyse
qui, à partir d'outils conçus, lui permettra d'apprécier à tout moment la santé financière de son
organisation.

C’est dans cette perspective que j’ai été confié en qualité de stagiaire en Informatique
Développeur d’application de m’intéresser à ce thème :« Mise en place d’une Application
Web de suivi et de supervision de flux de données : Cas de Médiation ».

En outre, mon travail sera divisé en trois (3) parties :

⮚ Première partie : Présentation de la structure d’accueil

⮚ Deuxième partie : Étude technique

⮚ Troisième partie : Réalisation

PARTIE I :

PRESENTATION DE LA
STRUCTURE D’ACCUEIL
 I- Information sur l’entreprise
A) Présentation de l’entreprise
Moov, troisième opérateur de téléphonie mobile en Côte d’Ivoire a été lancé depuis 2006 ;
autrefois MOOV CI avec pour slogan « NO LIMIT », elle change de nom et de slogan le 21
janvier 2021 devenant ainsi MOOV AFRICA et ayant désormais pour slogan « Un monde
nouveau vous appelle ».
Moov est une marque commerciale utilisée par divers opérateurs de télécommunications dans
plusieurs pays africains. Il opère dans plusieurs pays d’Afrique de l'Ouest (en plus de la Côte
d’Ivoire) tel que Bénin, Burkina Faso, Gabon, République centrafricaine, Niger et Togo avec
pour Directeur Général monsieur Lhoussaine Oussalah.

B) But de l’entreprise

Le but principal de MOOV Africa en tant qu'opérateur de télécommunications est de fournir

des services de télécommunication, tels que la téléphonie mobile, l'accès à Internet et d'autres
services connexes aux populations des pays où il opère. Ces services visent à connecter les gens,
à améliorer la communication et à faciliter l'accès à l'information.
Les opérateurs de télécommunications comme MOOV travaillent généralement à étendre leur
couverture réseau, à améliorer la qualité des services, à proposer des offres compétitives et à
répondre aux besoins changeants des consommateurs dans le domaine des communications.
Leur objectif est de jouer un rôle clé dans le développement des infrastructures de
communication et de contribuer à la connectivité globale des populations qu'ils desservent.

C) Objectifs de l’entreprise
Moov Africa s’est progressivement donné les moyens de ses ambitions :
● Révolutionner le quotidien des utilisateurs des services de téléphonie mobile ;
● Proposer des offres accessibles à tous et à la pointe de l’innovation ;
 ● Assurer l’accès à un monde de possibilités grâce à une connexion internet haut
débit en Côte d'Ivoire.
● L’entreprise s’attache par ailleurs depuis le début de son existence à intégrer les
enjeux du développement durable et de la responsabilité sociale d’entreprise au
sein de sa stratégie. Elle privilégie particulièrement des opérations autour des
thèmes suivants :
⮚ La formation des jeunes aux métiers des TIC, pour le développement de
compétences et encourager leur esprit d’initiative
⮚ L’environnement pour engager la communauté dans un comportement
écocitoyen tel que le reboisement et l’assainissement du cadre de vie collectif.
⮚ La promotion culturelle à travers la musique
⮚ Par ailleurs, le Système de Management de Moov Africa en matière de Qualité
et Continuité d’activités se fonde sur des politiques cohérentes et ambitieuses
définies par la Direction Générale et déployées aux fonctions, niveaux et
processus nécessaires. Ces documents sont disponibles, pour consultation, sur
nos différents sites : Siège et Agences Commerciales.

D) Organe de fonctionnement de Moov

1. Direction générale
La direction générale est responsable de la supervision et de la gestion globale de l'entreprise.
Elle prend des décisions stratégiques, définit la vision et la mission de l'entreprise, et s'assure
que les objectifs sont atteints.

2. Département commercial
Le département commercial s'occupe des activités liées à la vente de services, à
l'acquisition de clients, à la gestion des contrats et aux partenariats commerciaux.
3. Département technique
Ce département gère les aspects techniques liés aux infrastructures réseau, aux
technologies de télécommunication, à la maintenance et à l'expansion du réseau.

4. Département des ressources humaines

Le département des ressources humaines est chargé de la gestion du personnel, du
recrutement, de la formation, de la rémunération et d'autres aspects liés aux ressources
humaines.
 5. Département marketing
Le département marketing s'occupe des activités de promotion des services, de la gestion
de la marque, de la publicité et de la communication avec les clients.

6. Département financier
Le département financier gère les aspects financiers de l'entreprise, notamment la
comptabilité, les budgets, les prévisions financières et les rapports financiers.

7. Département juridique
Le département juridique gère les questions juridiques liées aux opérations de
l'entreprise, y compris la conformité réglementaire, les contrats et les litiges éventuels.

8. Service client
Le service client est responsable de l'interaction avec les clients, de la gestion des
plaintes, des questions et des demandes de service.

9. Département informatique
Il joue un rôle crucial dans une entreprise telle que MOOV, qui est une entreprise de
télécommunications. Voici quelques-unes des responsabilités typiques de la direction
informatique :

**Gestion des Infrastructures Informatiques :

La direction informatique est responsable de la conception, de la mise en œuvre et de la gestion
des infrastructures informatiques de l'entreprise, y compris les réseaux, les serveurs, les
systèmes de stockage, etc.

**Sécurité Informatique :
La sécurité informatique est une priorité, surtout dans le secteur des télécommunications. Le
département informatique doit mettre en place des mesures de sécurité robustes pour protéger
les données, les réseaux et les systèmes d'information de l'entreprise.

**Développement et Maintenance des Applications :

Le département informatique peut être impliqué dans le développement, la mise à jour et la
maintenance des applications internes et externes utilisées par l'entreprise, par exemple, les
applications mobiles pour les clients.
**Innovation Technologique :
Il surveille les tendances technologiques et propose des solutions innovantes qui pourraient
améliorer l'efficacité opérationnelle, la qualité des services et la satisfaction client.

**Conformité et Réglementation :
Il s'assure que les opérations informatiques de l'entreprise sont conformes aux réglementations
en vigueur, notamment en matière de protection des données.

**Planification Stratégique Informatique :

La direction informatique collabore avec la direction générale pour élaborer une stratégie
informatique alignée sur les objectifs globaux de l'entreprise.

E) Mon poste au sein de l’entreprise

À mon arrivée à MOOV AFRICA, j’ai été reçu par le responsable de la DSI (direction des
systèmes informatiques) qui m’a ensuite confié à la responsable de la médiation.
La médiation est une application qui reçoit, décode, forme et distribue les fichiers reçus des
nœuds.

Schéma de la médiation
 NOEUDS APPLICATIONS

MSC DWH
CCN LMS

OCC REVENU
ASSURANCE
SSN
Fichiers cryptés MEDIATION Fichiers décodés et EPPIX
GGSN formatés EDCH
. .

. .
.
.

*Reçoit : elle récupère (reçoit) les données enregistrées par les équipements réseaux appelées
CDR (Call Details Recording).
*Décode : les CDR sont des fichiers cryptés, la médiation se charge de les décrypter pour les
formater.
*Formate : les fichiers décryptés sont transformés en des fichiers plus facile a lire.
*Distribue : la médiation reçoit toutes les données de l’entreprise, après traitement des données
elle fait le partage aux différentes applications de l’entreprise.
*Fichiers reçus des nœuds : ce sont les CDR.

La tâche qui m’a été confié tous au long de ces trois mois et qui a fait l’objet de ce stage est la
mise en place d’une application web de suivi et de supervision des flux de données : cas de la
médiation.
PARTIE II :

ETUDE TECHNIQUE
 I- PRÉSENTATIONDU PROJET

1. Objectif du projet
Le but de mon application était de contrôler si les données reçues par la médiation (fichiers
cryptés) sont égales aux données sorties (fichiers décodés et formatés).
On s’est surtout focalisé sur les données reçues de la médiation.
En effet, la responsable de la médiation avait créé un script qui générait chaque jour un fichier
(Voir Annexes 1 et 2) qui retransmet les fichiers reçus de la veille. Ce fichier était utilisé pour
remplir un tableau Excel (Voir Annexes 3,4 et 5) conçu pour enregistrer quotidiennement les
données.

2. Analyse et diagnostic de l’existant

Dans notre cas, l’existant est la gestion manuscrite des flux de données de la médiation qui est
lente, fatigante et peut créer des erreurs pendant le report.
Proposition de solution
Sur la base des informations recueillies, voici la liste de solution qui en découle :
▪ Stockage de données dans une base de données (données du script.).
▪ Le futur système devra être connecté à la base de données qui stocke les
informations du script.
▪ Le futur système devra être capable d’afficher dans un tableau les informations
du script comme dans le tableau Excel (les valeurs d’un nœud ou plusieurs
nœuds, la source dont elle provient ainsi que la date de réception).
▪ Le futur système devra être capable de filtrer les informations soit par le choix
de la source, du nœud ou de la date.
 II- ÉTUDE TECHNIQUE
A. Présentation de la méthode d’analyse et Raison du choix de la méthode
d’analyse

La méthode d’analyse adoptée pour notre étude est la méthode MERISE, car il s’agit d’abord
d’appliquer la méthode d’analyse enseignée à l’école. De plus, MERISE est la méthode
d’analyse, de conception et de développement des systèmes informatiques recommandée dans
le monde francophone.

1) Présentation générale de la méthode MERISE et les démarches adoptées

La méthodologie MERISE à laquelle nous faisons recours pour la réalisation de notre projet
nous propose un développement du projet selon trois axes qui constituent ce qu’on convient de
nommer les trois cycles :

● Le cycle d’abstraction

La méthode MERISE comporte donc trois niveaux d’abstraction qui fournissent chacun des
modèles :

 Le niveau conceptuel : cette étape répond aux questions « Que faire ? » et « Avec
quelles données ? » Au niveau des données, on obtient le modèle conceptuel de données
(MCD). Cette phase consiste à identifier et à modéliser les entités, les relations et les
attributs du système. Au niveau des traitements, on obtient le modèle conceptuel des
traitements (MCT) qui regroupe les différents évènements. On définit les différents
processus et traitements qui seront nécessaires pour traiter les données, les opérations et
les résultats du système d’information.
⮚ Le niveau organisationnel et logique : cette étape ne fait pas de différence entre
l’homme et la machine ; on complète le niveau conceptuel pour répondre aux questions
« Qui ? », « Où ?» et « Quand ? » On tient compte ici des contraintes de temps et
d’organisations.
 ⮚ Le niveau opérationnel et physique : cette étape donne les solutions techniques aux
problèmes et répond à la question « Comment ? » En termes de données, ce niveau met
en place un système de gestion des bases de données (SGBD) et choisit les systèmes de
stockage et d’accès aux données alors qu’en termes de traitement ce niveau met en place
l’architecture du programme et non une programmation.

● Le cycle de vie
Il comporte trois grandes périodes :

⮚ La conception : elle concerne l’étude de l’existant et du système à mettre en place.

 La réalisation : son but est d’obtenir les logiciels correspondants aux dossiers de
spécification détaillée. Cela implique généralement la programmation du logiciel (les
développeurs utilisent les spécifications détaillées comme guide pour écrire le code
source du logiciel). Le choix du langage de programmation, la structure du code, la
création de modules, la définition des bases de données et toutes les autres activités
nécessaires pour mettre en œuvre les fonctionnalités spécifiées.
Les spécifications détaillées découlent de ces modèles et fournissent une description
exhaustive des fonctionnalités, des interfaces, des algorithmes, des règles métier et
d'autres aspects du logiciel.
⮚ La maintenance : elle permet au système d’évoluer et de s’adapter aux modifications
de l’environnement et des niveaux objectifs jusqu’au moment où il ne sera plus capable
de s’adapter et devra laisser la place à un nouveau système.

● Le cycle de décision

Il représente l’ensemble des choix qui doivent être faits durant le déroulement du cycle de vie.
 2) Élaboration du modèle conceptuel des données (MCD)
2.1 Définitions
Le modèle conceptuel des données est une représentation schématique qui permet de représenter
la structure du système d’information du point de vue des données, c'est-à-dire les dépendances
ou relations entre les différentes données du système d’information.

2.2 Concepts de base

o ENTITÉ : dans le contexte des bases de données et de la modélisation de données, une

entité est un concept abstrait ou un objet qui peut être distingué et identifié. Les entités
représentent généralement des objets du monde réel ou des concepts dans un domaine
spécifique. Elles sont utilisées pour organiser et structurer l'information dans une base
de données.
Lors de la modélisation des données, on utilise souvent des diagrammes entités-relation
(DER) pour représenter graphiquement les entités et leurs relations. Les entités sont
généralement représentées par des rectangles et les relations entre les entités sont
représentées par des lignes.
Voici quelques exemples d'entités dans différents domaines :
Domaine de l'entreprise
- Entité : client, produit, commandé, employé, fournisseur, etc.
Domaine académique
- Entité : étudiant, cours, enseignant, salle de classe, etc.
Domaine hospitalier
- Entité : patient, médecin, prescription, traitement, etc.
Chaque entité a des propriétés associées appelées attributs, qui décrivent les
caractéristiques de cette entité. Par exemple, pour une entité "Client", les attributs
pourraient inclure le nom, l'adresse, le numéro de téléphone, etc.
La modélisation des entités et de leurs relations est une étape essentielle dans la
conception de bases de données relationnelles. Elle permet de représenter de manière
structurée les informations nécessaires pour un système d'information, facilitant ainsi la
gestion et l'organisation des données.
 o RELATION : elle matérialise un lien, une association entre deux ou plusieurs
entités ; c’est une liaison significative entre des entités, décrivant comment les
enregistrements de différentes tables sont liés les uns aux autres.
Voici quelques points approfondis concernant les relations dans le contexte des bases
de données relationnelles :
 Cardinalité
La cardinalité d'une relation indique le nombre d'occurrences possibles d'une entité qui
peuvent être associées à une occurrence d'une autre entité. Elle peut être de type un-à-
un, un-à-plusieurs, plusieurs-à-un ou plusieurs à plusieurs.

 Attributs de relation
En plus des entités, une relation peut également avoir ses propres attributs, qui sont des
propriétés spécifiques à cette relation. Ces attributs peuvent fournir des informations
supplémentaires sur la nature de la connexion entre les entités.

 Clé étrangère
Une clé étrangère est un attribut (ou un ensemble d'attributs) dans une table qui fait
référence à la clé primaire d'une autre table. Elle est utilisée pour établir une relation
entre les enregistrements des deux tables.

 Nom de la relation
Chaque relation doit avoir un nom significatif qui décrit la nature de la connexion entre
les entités. Par exemple, dans une base de données de vente, une relation entre les entités
"Client" et "Commande" pourrait être appelée "Effectue".

 Diagramme entité-relation
Ces diagrammes graphiques aident à visualiser les entités, les relations et les attributs
dans une base de données. Les symboles utilisés incluent des lignes pour représenter les
relations, des rectangles pour les entités et des diamants pour indiquer la cardinalité.
 o IDENTIFIANT : l’identifiant ou clé d’identification d’un objet est une propriété
particulière qui permet de distinguer chaque élément de l’entité ou objet de manière
unique.
o PROPRIÉTÉ : c’est une donnée, une information élémentaire sur une entité. Elle doit
toujours porter un nom, prendre des valeurs et avoir un sens dans le système
d’information étudié ;
- PROPRIÉTÉ CALCULÉE : c’est une propriété qui s’obtient par une règle de
calcul.
- PROPRIÉTÉ CONCATÉNÉE : c’est une propriété qui résulte de l’association
d’au moins deux propriétés.

2.3 Recherches d’entités

Les entités possibles sont : source, nœud, fichier.

2.4 Dictionnaire de données

 RÈGLE DE
CODE DÉSIGNATION TYPE TAILLE STRUCTURE NATURE
CALCUL
Id_fichier Identifiant du
N 10 E SIG IDENTIFIANT
fichier
Date_reception Date de la
réception du D 10 E SIT JJ/MM/AAAA
fichier
Id_noeud Identifiant du
N 10 E SIG IDENTIFIANT
nœud
Nom_noeud Nom du nœud AN 10 E SIG
Statut Statut du nœud A 20 E SIG
Valeur_noeud Valeur du nœud AN 10 E SIT
Id_source Identifiant de la
AN 10 E SIG IDENTIFIANT
source
Nom_source Nom de la source AN 20 E SIG
Statut Statut de la source AN 20 E SIG
libellé Libellé de la
AN 10 E SIT
source
⮚ AN = Alphanumérique
⮚ A = Alphabétique
⮚ N = Numérique
⮚ D = Date
⮚ E = Elémentaire
⮚ SIT =Situation
⮚ SIG =Signalétique
⮚ CO = Concaténée

2.5 Les règles de gestion

Une règle de gestion est une directive ou une contrainte qui guide le comportement ou la
manipulation des données au sein d'un système d’information. Les règles de gestion sont
définies pendant la phase d'analyse et de conception pour s'assurer que le système développé
respecte les exigences et les contraintes spécifiées par l'entreprise.

Les règles de gestion influencent la modélisation des données et des processus dans le cadre de
la méthode MERISE. Elles guident la création du Modèle Conceptuel des Données (MCD) et
du Modèle Conceptuel des Traitements (MCT).

De cette explication découlent les règles de gestions suivantes :

RG1 : une source peut contenir plusieurs nœuds ou aucun nœud

RG2 : un nœud appartient à une et une seule source

RG3 : un fichier contient des sources

RG4 : un fichier contient des nœuds

2.6 La structure d’accès théorique (SAT)

Cette représentation a pour objet de mettre en évidence les dépendances fonctionnelles entre les
propriétés et les contraintes d’intégrités fonctionnelles entre les éventuelles entités.

Elle se présente comme suit :

 ID_fichier ID_source

Nom_source Statut
libellé

Date_reception

ID_noeud

Nom_noeud Valeur_noeud Statut

2.7 Le modèle conceptuel de données (MCD)

Ce modèle a été réalisé avec un looping.
 3) Elaboration du modèle Logique de Données
3.1 Définition

Le niveau logique est indépendant du matériel informatique, des langages de programmation

ou de gestion des données. C’est la réponse à la question « Quoi ? »

Le modèle logique des données a, lui aussi, certains concepts :

Clé Primaire : C'est un attribut (propriété) qui permet d'identifier de façon unique une
occurrence d'une table (entité).

Clé Secondaire : C'est une clé primaire dans une table et elle a migré dans une autre table.

3.2 Règles de Passage

Elle bénéficie aussi de certaines règles de passage du MCD au MLD :

Règle 1 : Entité /Relation =Table

Propriété = Attribut

Identifiant = Clé primaire

Règle 2 : Une relation binaire non porteuse de propriété et ayant des cardinalités de type (1, n)
... (1,1), (0, n) ... (1,1) se traduit par une redondance de l'identifiant de l'entité de cardinalité (0,
n) ou (1, n) dans la table issue de l’autre entité de cardinalité (1,1).
Si la relation est porteuse de propriétés, celles-ci migrent dans la table issue de l'entité de
cardinalité (1,1).

Règle 3 : Une relation binaire porteuse ou non de propriété et ayant des cardinalités de type (1,
n) ... (0, n), (0, n) ... (1, n), (1, n) ... (1, n) se transforme en une table ; la clé de la relation est
constituée par la juxtaposition des identifiants des entités participant à la relation.

Règle 4 : Une relation n- aire (ayant plus de deux pattes ou ayant plus de deux entités qui y
participent), porteuse ou non de propriété, se transforme en une table. La clé issue de la relation
est constituée par la concaténation ou la juxtaposition des identifiants des entités qui participent
à la relation.

Règle 5 : Une relation binaire ayant des cardinalités de type (0, n) ... (1, n), (1, n) ... (0,1), (1,1)
... (0,1), se transforme selon la règle 2, ou la règle 3.

3.3 Le modèle Logique de Données

Source (ID_source, nom_source, libellé, statut) ;

Nœud (ID_noeud, nom_noeud, valeur_noeud, statut, #ID_source) ;

Fichier (ID_fichier, date_reception) ;

Contenu ( #ID_fichier,#ID_source).

4) Elaboration du Modèle Conceptuel de Traitement

4.1 Présentation du MCT

Il s’agit de décrire le « QUOI ? » c’est-à-dire que l’on fait abstraction du « Où » du « QUI ?»

et du « QUAND ? » qui feront l’objet du modèle conceptuel des Traitements. Autrement dit, il
s’agit de décrire l’ensemble des opérations conceptuelles effectuées dans un domaine.
Comme concepts on peut avoir :
Acteur ou intervenant : c’est un auteur d’une ou de plusieurs interventions. Il est dit interne,
s’il appartient au champ d’étude et externe, s’il lui est extérieur.
Champ d’étude : c’est un sous-ensemble cohérent de l’organisme.
Opération : elle est constituée d’un ensemble d’actions exécutable sans interruption.
Evènement : il représente quelque chose qui s’est passé et qui fait l’objet d’un échange entre
deux acteurs sous forme de message ou de document.
Synchronisation : C’est le regroupement d'événements exprimés sous forme de conditions
logiques.
Processus : C’est un enchaînement de traitements inclus dans un sous ensemble de l’activité de
l’entreprise.
Graphe des flux (GDF) : il représente les différents échanges entre les différents acteurs.

Graphe d’ordonnancement des événements (GOE) : il met en évidence l’ordre

d'enchaînement des événements et leur synchronisation.

⮚ PROCESSUS GESTION DE TÂCHES

Champ d’étude : Gestion des données reçues

Liste des acteurs
Acteurs interne : Utilisateur, machine
Graphe des flux

3 1

LEGENDE

1 Génération des données

2 Réception des données

3 Enregistrement des données dans un tableau

 Graphe d’Ordonnancement des Événements (GOE)

Génération des
données

Réception des
données

Enregistrement
des données
TRACE DU MCT

Génération des
fichiers

OP1 Données reçues

TOUJOURS

Réception des
données

OP2 Données enregistrées

TOUJOURS

Enregistrement
des données
 5) Elaboration du Modèle Physique de Données (MPD)
1. Définitions

L'objectif principal de l'élaboration du MPD est d'aboutir à l'implantation d'une structure de

données appelée base de données sur un support informatique ainsi que les moyens d'accès à
ces données. Le MPD doit ainsi permettre de déterminer la volumétrie des capacités mémoires
requises.

- Description du Modèle Physique de Données (MPD)

TABLE FICHIER

Nom de la table : FICHIER

Clé primaire : ID_FICHIER
Support : Disque dur
Volume de la Taille : 162,10 Ko
Longueur d’enregistrement : 18
Nombre d’enregistrements : 1000
Codification Type Désignation Longueur
ID_fichier AN Identifiant fichier 10
date_reception D Date réception 8
TOTAL 18

TABLE SOURCE
Nom de la table : SOURCE
Clé primaire : ID_SOURCE
Support : Disque dur
Volume de la Taille : 162,10Ko
Longueur d’enregistrement : 110
Nombre d’enregistrements : 1000
Codification Type Désignation Longueur
ID_source AN Identifiant source 10
Nomsrce A Nom source 20
Statsrce AN Statut source 60
libelsrce AN Libellé source 20
TOTAL 110

TABLE NŒUD
Nom de la table : NOEUD
Clé primaire : ID_NOEUD
Support : Disque dur
Volume de la Taille : 162,10Ko
Longueur d’enregistrement : 110
Nombre d’enregistrements : 1000-
Codification Type Désignation Longueur
ID_noeud AN Identifiant nœud 10
Nomnoeud A Nom noeud 20
valnoeud AN Valeur nœud 60
statnoeud A Statut nœud 20
TOTAL 110
PARTIE III :

REALISATION
 A. Technologies et outils utilisés

Ce projet a été réalisé en utilisant un éventail de technologies et d'outils, chacun sélectionné en

fonction de ses caractéristiques particulières pour satisfaire les exigences en termes de
fonctionnalités, de qualité du code et du produit. Cependant, compte tenu de la diversité et de
l'abondance d'outils et de technologies disponibles sur le marché, qui sont conformes à nos
exigences, nos choix ont été déterminés en tenant compte des contraintes de notre
environnement de travail, telles que les systèmes d'exploitation, l'environnement cible pour la
mise en production, ainsi que les compétences et les connaissances de notre équipe de projet.

1) Technologies utilisées
1.1 PHP

PHP (officiellement, ce sigle est un acronyme récursif pour PHP Hypertext

Preprocessor) est un langage de scripts généraliste et Open Source, spécialement conçu
pour le développement d'applications web. Il peut être intégré facilement au HTML.

1.2 HTML5

HTML – HyperText Markup Language – est le langage de balisage standard pour la

création de pages Web. Il est utilisé pour structurer et présenter le contenu de notre
application Web.
1.3 CSS3

"Cascading Style Sheets" (Feuilles de style en cascade en français) est un langage de

programmation utilisé pour définir la présentation et le style des éléments d'une page web écrite
en HTML (HyperText Markup Language) ou XML (Extensible Markup Language). CSS
permet de séparer la structure du contenu HTML d'une page web de sa mise en forme et de son
style, ce qui offre de nombreux avantages en matière de maintenabilité, de cohérence et de
flexibilité dans la conception web.

1.4 SQL

SQL (sigle pour Structured Query Language, « langage de requêtes structurées ») est un langage
informatique normalisé servant à exploiter des bases de données relationnelles. La partie
langage de manipulation des données de SQL permet de rechercher, d'ajouter, de modifier ou
de supprimer des données dans les bases de données relationnelles.

1.5 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 langages
HTML et CSS, JavaScript est au cœur des langages utilisés par les développeurs web. Une
grande majorité des sites web l'utilisent, et la majorité des navigateurs web disposent d'un
moteur JavaScript pour l'interpréter. JavaScript est aussi employé pour les serveurs Web avec
l'utilisation (par exemple) de Node.js ou de Deno.

1.6 jQuery

jQuery est une bibliothèque JavaScript libre et multiplateforme créée pour faciliter l'écriture de
scripts côté client dans le code HTML des pages web. La première version est lancée en janvier
2006 par John Resig.
Le but de la bibliothèque étant le parcours et la modification du DOM (y compris le support des
sélecteurs CSS 1 à 3 et un support basique de XPath), elle contient de nombreuses
fonctionnalités ; notamment des animations, la manipulation des feuilles de style en cascade
(accessibilité des classes et attributs), la gestion des évènements, etc. L'utilisation d'Ajax est
facilitée et de nombreux plugins sont présents.
2) Outils utilisés

2.1 Microsoft Visual Studio Code

Microsoft Visual Studio Code, souvent abrégé en VS Code, est un éditeur de code source
gratuit, open-source et extrêmement populaire développé par Microsoft. Il est conçu pour être
un environnement de développement léger, mais puissant, adapté à un large éventail de langages
de programmation et de technologies. Nous l’utilisons ici pour coder et générer le code du
frontend et backend.

2.2 WAMPSERVER
WampServer (anciennement WAMP5) est une plateforme de développement Web permettant
de faire fonctionner localement (sans avoir à se connecter à un serveur externe) des scripts php.
WampServer n'est pas en soi un logiciel, mais un environnement comprenant trois serveurs
(Apache, MySQL et MariaB), un interpréteur de script (PHP), ainsi que phpMyAdmin pour
l'administration Web des bases MySQL.

2.3 Oracle SQLdeveloper

Oracle SQL Developer est un environnement de développement gratuit et intégré qui simplifie
le développement et la gestion d'Oracle Database dans les déploiements traditionnels et cloud.
SQL Developer propose une feuille de calcul pour exécuter des requêtes et des scripts, une
console DBA pour gérer la base de données, une interface de rapports, une solution complète
de modélisation de données et une plateforme de migration pour déplacer vos Bases de données
tierces vers Oracle. Sqldeveloper m’a permis d’avoir accès à la base de données (BD) oracle et
de créer certaines tables dans la BD.

2.4 Adobe Dreamweaver

Dreamweaver est un éditeur de site web WYSIWYG pour Microsoft Windows et Mac OS X
créé en 1997, commercialisé par Macromedia puis Adobe Systems sous licence utilisateur final.

Dreamweaver fut l'un des premiers éditeurs HTML de type « tel affichage, tel résultat », mais
également l'un des premiers à intégrer un gestionnaire de site (CyberStudio GoLive étant le
premier). Ces innovations l'imposèrent rapidement comme l'un des principaux éditeurs de site
web, aussi bien utilisable par le néophyte que par le professionnel.
 3) 3.Environnement matériel
3.1 Poste de travail
Caractéristiques :

- Marque : Desktop hp – Ram 4Go

- SE : Windows 11 Professionnel 64 bits

— Disque dur local 932 Go, processeur : Intel(R) Core (TM) i5-e8400 CPU @ 2.806Hz.

La réalisation du projet s’est faite en deux parties :

Partie 1 : Conception d’une application Web.

Partie 2 : Modification d’une application Web déjà existante.
 I. CONCEPTION D’UNE APPLICATION WEB
Qu’est-ce qu’une application web ?

Une application web est une application informatique destinée à une tâche bien précise et qui
est accessible via un navigateur web. Contrairement aux applications traditionnelles qui doivent
être installées localement sur un appareil, les applications web s'exécutent sur des serveurs
distants et sont accessibles via un navigateur internet.
Les utilisateurs peuvent interagir avec ces applications en utilisant leur navigateur préféré, sans
avoir besoin de télécharger ou d'installer quoi que ce soit localement sur leur appareil.
Les applications web offrent plusieurs avantages, notamment la facilité d'accès depuis n'importe
quel appareil avec une connexion internet, la mise à jour instantanée sans nécessiter une
installation manuelle, et la possibilité de collaborer en temps réel avec d'autres utilisateurs.

1) Page d’accueil
L’interface (voir Annexe 6) est la page d’accueil. Elle donne le choix à l’utilisateur de se
connecter s'il se trouve déjà dans la base de donnée ou de s’inscrire s'il ne s'y trouve pas.

2) Page de connexion
Dans le cas où l’option <<se connecter>> est choisie, la page (Voir Annexe 7) s’ouvre.
L’utilisateur pourra s’authentifier en utilisant son nom (pseudo) et son mot de passe.

3) Page d’Inscription
L’interface de la page d’inscription (Voir Annexe 8) est sensiblement pareille à celle de la page
d’authentification. Cependant, sur cette page, les données entrées seront enregistrées dans la
base de données comme nouveaux identifiants ainsi ils pourront être utilisés la prochaine fois
sur la page de connexion.

4) Tableau de bord
Le tableau de bord (Voir Annexe 9) affiche les principales options d’information de
l’application. Les différentes options sont les suivantes :

- Fichiers reçus
- Fichiers sortis

Le développement de l’application s’est surtout accentué sur les fichiers reçus.

 5) Page fichiers reçus
Elle affiche la liste des sources et donne l’occasion à l’utilisateur d'en choisir une, plusieurs ou
toutes les sources. (Voir Annexe 10)

6) Page « Tous »
Lorsque « Tous » (Voir Annexe 11) est sélectionné, toutes les données de tous les nœuds des
fichiers reçus sont affichés dans un tableau du premier enregistrement jusqu’au dernier (Les
enregistrements sont affichés par date : le premier jour étant le jour où les données ont été
enregistrées pour la première fois et le dernier jour étant la veille du jour où les données sont
consultées).

7) Page Nœuds
Pour une source ou plusieurs sources sélectionnées, on est dirigé vers la page « Nœud ». Elle
affiche la liste des nœuds sous forme d’option et précise la source correspondante. Il y a aussi
la date ou l’intervalle de date que l’utilisateur précise qui affiche une page semblable à la page
« Tous ». Cependant, les informations affichées dans le tableau ne sont que les données des
sources sélectionnées. (Voir Annexe 12)

II. MODIFICATION D’UNE APPLICATION WEB DÉJÀ EXISTANTE

A) Présentation de l’application Existante

L’application existante avait pour premier but d'afficher les données d'un fichier reçu. Je dis
premier but parce qu'il avait aussi d'autres fonctionnalités.

L'option qui nous a surtout intéressés est l'option fichiers reçues.

L’application se trouvait sur un serveur de Moov et pour pouvoir y avoir accès, il fallait un
lien. L’application avait été programmée par un ancien stagiaire de Moov à l’époque où
l’entreprise avait encore pour slogan « No Limit ». L’application a été programmée avec les
langages suivants : Javascript, JQuery, HTML, CSS, PHP.
Nous allons donc définir le fonctionnement initial de l’application et ensuite expliquer comment
nous l’avons modifié.

1) Page de connexion
Voir Annexe 13.

La 1ʳᵉ page qui s'affiche lorsqu'on clique sur le lien menant à l’application est la page index.
Cette page montre un formulaire rempli avec les champs login (nom d'utilisateur) et password
(mot de passe).

Pour avoir accès à l'application, ces champs doivent être obligatoirement remplis et pas
seulement, il faut ensuite cliquer sur le bouton "connecter" pour les soumettre. Après
vérification des données entrées dans l'application, une nouvelle page se déroule : la page
accueil.

La vérification se fait de manière suivante :

Les données sont enregistrées dans la base de données à laquelle est liée l’application (soit
celle de l’entreprise, soit celle faite par celui qui a créé l’application) comme des identifiants.
Ensuite, lorsque l’utilisateur veut se connecter avec ses identifiants, une vérification est faite
dans la base de données pour voir si les identifiants entrés sont existants. Si c’est le cas,
l’utilisateur pourra se connecter. Si au contraire les identifiants entrés n’existent pas dans la
base de données, un message d’erreur sera envoyé et l’utilisateur ne pourra se connecter.

2) Page d’accueil
Voir Annexe 14.

La page accueil est la page principale,toutes les autres pages de l'application sont insérées dans
celle-ci. Les différentes options à gauche de la page d'accueil sont les chemins vers les autres
pages de l’application.

Le nom de l’utilisateur connecté est affiché sur la bande du haut, de même qu'une option
« logout » pour se déconnecter (signifions que cette bande est présente à tout moment pour
faciliter la déconnexion de l’utilisateur).

NB : Le programmeur a inclus plusieurs pages dans la page d'accueil avec les classes MXI. Ces
pages s'affichent grâce à des liens qui appellent la page dans la page.
 3) Page Fichier reçu
Voir Annexe 15.

Quand la page s'ouvre, elle affiche un formulaire de date en dessous duquel s'affiche un tableau
qui contient les données (nœuds, portails, quantité reçue et le total par nœud). Un "Nœud"
regroupe plusieurs "portails", la "quantité reçue » est la valeur de chaque portail et le "total par
nœud" est la somme des valeurs des portails.

Les deux champs de date (date début, date fin) permettent à l'utilisateur de filtrer les fichiers
reçus par date.

Après avoir soumis le formulaire de date Avec le bouton "AFFICHER" les valeurs des données
s'affichent.

L’utilisation des dates permet de filtrer des données ou d'afficher des données spécifiques à une
période donnée (celle entrée dans les champs date).

Quand le formulaire de date n'est pas rempli, les valeurs (quantité reçue, total par nœud) sont à
zéro.

Chaque portail est aussi un lien qui affiche un graphique qui représente la période (dates
choisies) et l'évolution des données.

4) Graphiques des données en fonction des dates

Voir Annexe 16.

Des liens sont associés aux noms des nœuds permettant d'ouvrir des popups de graphiques
représentant l’évolution du total par nœud pendant une période (celle soumise par le
formulaire). Si aucune date n'a été soumise, les valeurs précédemment stockées dans les
variables sont utilisées.

*Popups (fenêtre modale) : petite fenêtre qui apparaît au-dessus de la fenêtre principale du
navigateur web. Elle est utilisée pour afficher des informations. Mais comme il est possible de
le voir dans cette image, les erreurs dans le code source empêchent l’affichage des graphiques
dans le popup.
 B) Modification de l’application existante
Comme vu lors de la présentation, l’application existante avait beaucoup de lacunes (problèmes
au niveau du code source) qui empêchaient son fonctionnement optimal, mais aussi un problème
de mise à jour. En effet, le logo, le slogan et les couleurs de l’entreprise ayant changé, l’ancienne
application n’était clairement plus adaptée à la nouvelle image de l’entreprise. De plus, le
moyen utilisé dans le code source d’origine pour le tableau des fichiers reçus était entièrement
manuel. En effet, les fichiers étaient listés un à un manuellement tout le long du code source et
étaient rangés dans le tableau des fichiers reçus. Cependant, les limites de cette méthode se sont
très vite fait sentir, car le tableau avait un nombre de lignes et de colonne défini dans le code
source, pour y ajouter des données il fallait modifier le code source en y ajoutant directement
des lignes ou des colonnes ce qui revenait littéralement à refaire le fichier Excel du script, mais
en langage de programmation. Les nouvelles données n’ont donc pas pu être insérées et
l’application n’a pas pu être mise à jour. Il m’a donc été demandé de dynamiser le code source
et le tableau de sorte que les données enregistrées dans la base de données soient
automatiquement rangées dans le tableau des fichiers reçus de l’application. De plus, je devais
remodeler la forme de l’application (le style) de sorte qu'il corresponde mieux à la nouvelle
image de l’entreprise.

1) Page de connexion
Voir Annexe 17.

La modification de cette partie du code source a consisté à seulement changer le style et les
couleurs de cette page. Le code source fonctionnait correctement cependant les couleurs le logo
et les images utilisées étaient obsolètes vis-à-vis de l’entreprise. Nous avons donc modifié les
images, le logo et les couleurs en passant du vert au bleu (nouvelle couleur de Moov Africa).

2) Page Fichiers reçus

Voir Annexe 18.
Les plus grosses modifications ont été faites au niveau de la page fichier reçu. Les nœuds et
portails avaient été directement listés dans le code source ce qui donnait au tableau une taille
limitée qui ne pouvait être modifiée qu’en modifiant le code source directement. Nous avons
commencé par supprimer tout le code source et nous avons refait un nouveau code plus
dynamique qui cette fois créait des lignes et des colonnes en fonction du contenu de la base des
données. Ainsi, si la base de données venait à être mise à jour, le tableau se mettrait, lui aussi,
à jour de manière automatique. Le nouveau code source permet d’afficher directement les
données présentes dans la base de données, il n’y a donc plus besoin de modifications
manuelles. Ensuite, le format de date utilisé dans le code source ne correspondait non seulement
pas à celui utilisé dans la base de données, mais le champ des dates avait été mis sous le format
« texte » ce qui l’obligeait à signifier à chaque fois dans le code source que le « texte » entré
dans ce champ était en réalité la date, cela rendait le code très long et très compliqué. Nous
avons donc modifié le format de la date pour qu’il corresponde à celui de la base de données,
mais aussi que le programme reconnaisse la date pour ne pas avoir à préciser à chaque fois dans
le code source que c’était une date. Enfin, nous avons changé la couleur d’affichage de la page
qui auparavant était verte pour qu’elle corresponde mieux à la page d’accueil et à l’ensemble
de l’application. Nous avons pensé à utiliser le même bleu que celui de la page d’accueil.
Cependant, trop foncé et empêchant la lecture de certaines écritures, nous avons fini par choisir
un bleu un peu plus clair.
 CONCLUSION GÉNÉRALE
Tout au long de notre document, nous avons présenté les différentes étapes qui nous ont
conduites à la mise en œuvre de notre rapport de stage. Pour son analyse et sa conception, nous
avons pour des raisons pédagogiques utilisées la méthode MERISE.

De même, ce stage nous a permis de nous confronter aux dures réalités d'une entreprise, ce qui
nous a permis de développer de nouvelles compétences afin de pallier différents problèmes
auxquels nous avons eu à faire face. Nous avons donc appris la flexibilité dans la recherche de
solutions, la capacité à travailler correctement malgré le stress et la pression, mais surtout, ce
stage nous a appris à être attentif afin de répondre aux besoins de l'entreprise et aux attentes de
notre superviseur. Nous avons aussi enrichi nos connaissances dans la mise en place des
systèmes d'information avec la méthode Merise, mais aussi dans l'utilisation des langages de
programmation HTML5, CSS3, PHP, jQuery, JAVASCRIPT et MYSQL.
 ANNEXES

Annexe 1 : Fichier Script (début)

Annexe 2 : Fichier Script (fin)
Annexe 3 : Tableau Excel (1ʳᵉ partie)
Annexe 4 : Tableau Excel (2ᵉ partie)
Annexe 5 : Tableau Excel (3ᵉ partie)
Annexe 5 : Interface de la page d’accueil
Annexe 7 : Interface de la page de connexion.

Annexe 8 : Interface de la page d’inscription

Annexe 9 : Interface du tableau de bord avec les options
Annexe 10 : Interface de la page fichier reçu avec les sources sélectionnables et le bouton Tous
Annexe 11 : Interface de la Page ''Tous'' où les nœuds de toutes les sources sont affichées dans
un tableau avec leurs données
Annexe 12 : Interface de la Page Nœud qui affiche les nœuds des sources sélectionnées. Les
nœuds pouvant eux-mêmes être sélectionnés
Annexe 13 : Page de connexion (Ancienne Application)

Annexe 14 : Page d’accueil (Ancienne Application)

Annexe 15 : Page fichiers reçus (Ancienne Application)

Annexe 16 : Page des graphes en fonction des dates (Ancienne Application)

Annexe 17 : Page de connexion (Nouvelle Application)

Annexe 18 : Page fichiers reçus (Nouvelle Application)