RAPPORT

DU
STAGE

Cycle Ingénieur 3eme Année

Génie Informatique

Par

Fatima Zahra Chamekh

Développement d’une application mobile de gestion des contrats

de la TGR

Les travaux relatifs au présent stage ont été

(Nom & adresse de l’Entreprise), + Logo en Milieu

1
Dédicace

Je dédie ce travail
A ma famille, elle qui m’a doté d’une éducation digne, son amour a
fait de moi ce que je suis aujourd’hui :
A toi ma très chère mère, ceci est ma profonde gratitude pour ton
éternel amour, je ne saurai point te remercier comme il se doit. Ton
affection me couvre, ta bienveillance me guide et ta présence à mes
côtés a toujours été ma source de force pour affronter les différents
obstacles.
Particulièrement à mon père, pour le gout à l’effort qu’il a suscité en
moi, de par sa rigueur.
A mes frères Hamza et Taha qui m’avez toujours soutenu et
encouragé durant ces années d’études.
Puisse Dieu vous donne santé, bonheur, courage et surtout réussite

2
Remerciements

Mes remerciements les plus vifs à mes responsables internes au sein

de l’Université International de Rabat pour leurs encadrements et leurs
aides précieuses tout au long du stage.
Je voudrais exprimer mes remerciements et ma reconnaissance à
l’égard de mon encadrant du stage Mr ABDELLATIF ANFOUD au
sein de la Trésorerie Générale du Royaume (TGR) de RABAT
AGDAL et mes parrains de stage, qui n’ont pas manqué de mettre à
ma disposition les conditions favorables au bon déroulement du projet.
Remerciements spéciaux sont adressés à tout le corps professoral
d’UIR pour la qualité de son enseignement. Finalement, que tous ceux
ou celles qui ont contribué, de près ou de loin, à l’aboutissement de
mon stage technicien, trouvent ici l’expression de mes remerciements
et respects les plus sincères.

3
Résumé

Dans le cadre de ma formation au sein d’UIR, je me

suis amenée à effectuer un stage d’un mois du 05/07/2021 au
05/08/2021 au sein de la Trésorerie Générale du Royaume.

L’objectif de ce stage vise essentiellement à découvrir

le monde du travail et améliorer la qualité de la formation par
son adaptation aux exigences du marché d’emploi, ainsi
confronter les connaissances acquises avec les pratiques en
vigueur au sein de l’administration publique.

Le présent rapport synthétise le travail effectué dans le

cadre du stage technicien. Le travail consiste à une refonte
d’une application mobile de gestion des contrats de la TGR en
se basant sur une architecture MVC (Model – View –
Controller) utilisant le Framework Spring JAVA Pour réaliser
ce projet.

Mots Clés : Problème de gestion des contrats

4
Introduction

Ce stage est une expérience adéquate durant laquelle j’ai pu

mettre en œuvre mes acquis théoriques et enrichir mon expérience
professionnelle. D’une part, ce stage constitue une matière
fondamentale de la formation générale. C’est un complément qui aide
à connaître la stratégie du travail. D’autre part, il facilite l’intégration
dans la vie active et aide à perfectionner.

En effet, mon stage au sein de la Trésorerie Générale du

Royaume avait plusieurs objectifs :

 Découvrir le monde du travail : ses missions, ses

activités,
la communication interne ;
 Connaître l’organisation générale de cet organisme ;
 Faire une comparaison entre notre formation et la
méthode appliquée sur ce lieu de travail ;
 Appliquer la théorie reçue lors de la formation ;
 Situer ma personnalité dans le contexte général du
stage effectué;

La formation de notre Université UIR offre à ses étudiants une

formation de 5 ans pour la préparation d’un diplôme d’ingénieur en
Informatique. Son système d’études, basé sur les stages, vise
l’amélioration des connaissances des stagiaires et constitue un billet
du monde de la théorie vers le monde de la pratique

5
 En effet, ce stage m’a permis d’:
Acquérir de nouvelles informations ;
Être capable de résoudre les problèmes pratiques
rencontrés.
Enrichir et améliorer la connaissance de soi pour
pouvoir contacter le monde professionnel.
Être capable de faire un diagnostic mercatique.

Pour mener à bien le développement de ce projet, le choix de la

méthode de conception s’est porté sur la méthode "UML". En effet,
la méthode UML est une solution de conception adaptée à tous types
de projets, parmi l’une des caractéristiques d’UML, c’est qu’elle
exprime mieux la vue statique et dynamique du système information.
Il faut noter que l’outil Visual Paradigm nous a aidés énormément à
élaborer et gérer les différents diagrammes UML.

Pour ce qui concerne le volet technique, nous utiliserons un

ensemble d’outils tels que :
Html, CSS, Java, SQLite, Ayant présenté les outils et les méthodes
adoptées, nous allons exposer maintenant le plan de ce rapport qui
se subdivise en trois chapitres principaux.
Le premier chapitre « Contexte général et analyse du projet »
définit le projet ainsi que le travail demandé, le détail des besoins
fonctionnels et non fonctionnels ainsi que les règles de gestion
nécessaires au développement du système.
6
 Le deuxième chapitre, intitulé « Conception du projet » est
consacré à la conception des données et des traitements.
Le dernier chapitre, intitulé « Réalisation du projet » présente
l’environnement de développement, l’architecture de déploiement
ainsi que les interfaces réalisées.

Le rapport se termine par une conclusion générale.

7
Table des matières
Tapez le titre du chapitre (niveau 1) 1
Tapez le titre du chapitre (niveau 2) 2
Tapez le titre du chapitre (niveau 3) 3
Tapez le titre du chapitre (niveau 1) 4
Tapez le titre du chapitre (niveau 2) 5
Tapez le titre du chapitre (niveau 3) 6

8
9
 CHAPITRE INTROD
Aperçus sur la Trésorerie Générale du
Royaume:

Figure 1 : Logo de la Trésorerie Générale du Royaume

La Trésorerie Générale du Royaume est l’une des administrations du

Ministère de l’économie et des Finances et à travers laquelle transite
l’ensemble des flux financiers et comptables de l’Etat et des
collectivités territoriales.

Et depuis sa création, la trésorerie générale du Royaume, de part sa

structure et l’ensemble de ses agents assure le contrôle total des
finances publiques. Depuis plus de 4 ans, elle a initié, un grand projet
de modernisation dont la vision stratégique est sous-tendue par deux
objectifs fondamentaux à savoir :

- La contribution à l’amélioration substantielle de la gestion des

finances publiques.

- L’amélioration du service rendu aux clients et partenaires.

10
 1. Histoire de la gestion des finances publiques du Maroc

Sous le règne du sultan Moulay Slimane (1792-1822), le

recouvrement des impôts, le paiement des dépenses publiques et
l’octroi des avances à l'Etat étaient assurés par un corps des Oumana.

Au niveau local, il y’avait les Oumana des douanes, les Oumana el

mostafad  et les Oumana el khers, qui, avant de quitter leurs fonctions,
se présentaient au makhzen avec un compte général de leur gestion.
Au niveau central, on distinguait l’Amin des rentrées, les Oumana des
dépenses, l’Amin des comptes et l’Amin el Oumana qui était placé à
la tête du corps des Oumana et dirigeait l'ensemble des services
financiers.

Entre 1907 et 1916, la fonction de Trésorier Général de l'Empire a été

confiée à la Banque du Maroc avant que le premier trésorier général
du Protectorat du Maroc soit nommé en juin 1916.

Les principaux textes et réformes organisationnelles :

11
1917 Dahir du 9 juin 1917 : Règlement général de la
comptabilité publique
21 Avril Décret Royal portant règlement général de la
1967 Comptabilité Publique
22 Décret relatif aux attributions et à l'organisation du
Novembr Ministère des Finances et de la privatisation
e 1978
Mai 2002 Restructuration de l'administration centrale avec
création de services déconcentrés opérationnels à
compétence nationale : Trésorerie Principale, la Paierie
Principale des Rémunérations et de la Trésorerie des
Chancelleries Diplomatiques et Consulaires.
2004 Mise en place d'une nouvelle organisation et lancement
du projet de modernisation de la TGR
Janvier Rapprochement stratégique entre la TGR et le CED
2006
2006 Réforme organisationnelle de la TGR suite à
l'intégration du CED
2007 Création des Trésoreries Ministérielles (en Février), des
Directions Régionales (en Juillet) et lancement de la
mise en place du Contrôle modulé de la Dépense
(CMD) 
2008 Création du Centre National de Traitement (CNT)
2010 Nomination de MR. Noureddine BENSOUDA,
Trésorier Général du Royaume du Maroc

12
 2. Les missions de la Trésorerie Générale du Royaume

La TGR assure des fonctions très diverses. Elle gère tous les flux
financiers de l'Etat et des collectivités locales en assurant :

 Le recouvrement des créances publiques, par le biais de son vaste

réseau de comptables publics, la perception des recettes fiscales et
non fiscales ;

 Le contrôle et le règlement des dépenses publiques ;

 Le contrôle et le traitement de la paie de prés 650.000

fonctionnaires par le biais de la Paierie Principale des
Rémunérations (PPR) ;

 La gestion des budgets de 1659 collectivités locales, de 86

groupements et de 41 arrondissements à travers son réseau de
trésoriers et receveurs communaux ;

 La gestion des dépôts au Trésor.

La TGR assure également la centralisation des opérations comptables

de l’Etat et des collectivités locales c’est pourquoi on la considère
comme étant une référence en matière de production et de valorisation
de l’information comptable de l’Etat et des collectivités territoriales.
Cette mission a été encore favorisée par la réforme comptable de
l’Etat qui a privilégié l’utilisation d’un SI-PCE uniforme au niveau de
tout son réseau dont elle en assure le contrôle total.

13
La TGR devrait également, en fin de compte, mettre à la disposition
du Parlement et de la Cour des comptes toute l'information nécessaire
sur l'exécution des finances publiques et préparer les situations
comptables et financières définitives de la loi de Règlement qui
servent à l'évaluation des politiques publiques.

14
 3. La structure de la Trésorerie Générale du
Royaume

Le réseau de la Trésorerie Générale du Royaume est constitué

actuellement de :

 Trésoreries régionales ;
 Trésoreries Préfectorales et   Trésoreries Provinciales ;
 Trésoreries Communales ;
 Perceptions ;
 Perceptions- Recettes Communales ;
 Agences bancaires ;
 Trésoreries Ministérielles ;
 Trésorerie centrale de recouvrement ;
 Postes comptables à l’étranger.

Les deux structures, les Directions Régionales et les Trésoreries

Ministérielles, ont  été instaurées dans le souci d’alléger les tâches
confiées à l’administration centrale et d’assurer les deux principes de
proximité et de simplification des procédures.

15
Figure 2: Organigramme de la TGR

16
Selon l'organigamme appliqué jusqu'à présent, la TGR est organisée
autour des directions suivantes :

Direction des Études, de la Réglementation et de la

Coopération Internationale (DERCI)

Direction des Finances Publiques (DFP)

Direction des Dépenses du Personnel (DDP)

Direction des Comptes Publics (DCP)

Direction des Ressources et du Système d’Information

(DRSI)

Direction du Contrôle, de l’Audit et de l’Inspection

(DCAI)

17
La division de la Réglementation, compte 4 services:

Figure 3 : Division de la Réglementation

Service de la
réglementation
réglementation et
et de
de
la normalisation
comptable 

Service
Service de
de la
la Service
Service de
de la
la
réglementation
réglementation Division de la réglementation des
réglementation des
des marchés
des marchés
publics
Réglementation dépenses du
dépenses du
personnel
publics personnel

Service de la
Service de la
réglementation des
réglementation des
finances
finances dede l’Etat
l’Etat et
et
des collectivités
des collectivités
territoriales
territoriales

Division de la Réglementation

1.1. Service de la réglementation des finances de l’Etat et des

collectivités territoriales

1.2. Service de la réglementation des marchés publics

1.3. Service de la réglementation des dépenses du personnel

18
 1.4. Service de la réglementation et de la normalisation comptable 

Chapitre 2

Contexte générale du projet

Ce chapitre présente La Trésorerie Générale du Royaume. Il décrit,
par la suite, le contexte général ainsi que les principaux objectifs du
projet. Ensuite, il donne une vue globale sur le projet réalisé. Et enfin,
il présente la méthodologie adoptée pour la conduite du projet.

19
I. Présentation du projet :
a) Étude de l’existant :

Le service) La TGR reçoit chaque jour un grand nombre des

contrats de la part des perceptions, le service qui gère les
contrats accomplisse ses tâches en utilisant des logiciels de
bureautique. Parmi les rôles du service

 Gestion des informations de contrat: c’est la tâche principale

du service, l’administrateur doit consulter les informations de
contrat ; de quelle TR, TP et quelle perception, ainsi le montant.

b) Le but du projet :

Ce projet est une étude du processus de gestion des contrats au

niveau de la TGR, dans le but de réaliser une application mobile,
prenant en charge les volets suivants :
 Gestion des contrats toutes branches et leurs avenants.

L’opération de la gestion des contrats manuellement est compliquée à
cause de l’immense flux des contrats qui viennent de tous les TR et les
TP du Royaume. Ce qui cause une difficulté de recherche sur un
contrat d’une date précise.
Donc l’objective de ce projet est simplifier les tâches de gestion des
contrats.

20
II. Problématique :
Le service de gestion des contrats à la TGR n’utilise aucune
application pour gérer les contrats. Donc l’opération de gestion de
contrat est manuelle.
Le responsable note les contrats dans un registre, donc la recherche et
l’édit de l’état d’un contrat est difficile surtout dans la TGR à cause
des milliers des contrats qui arrivent de plusieurs TR ,TP et
perceptions. Parmi les problèmes relevés lors de côtoiement du métier,
nous pouvons énumérer les plus pertinents :

 Gestion manuelle des procédures liées aux contrats :

En effet l’utilisation du support papier et des fichiers Excel peut
induire entre autre à une lourdeur dans l’exécution des taches et
perte d’informations : ce qui peut être fatal.

 Submersion du service de documents papier :

En raison du manque de moyens informatiques permettent
l’intégration et la centralisation de l’information et vu la
quantité massive de documents utilisés dans la gestion des
contrats, le service se voit noyé dans les supports papiers
rendant la gestion et le suivi des dossiers une tache vraiment.

21
  Difficulté d’accès à l’information à l’instant T :
En l’absence d’un système organisant les informations, des
taches simples telles que la recherche d’un document se voit être
onéreuse en termes de temps et d’efforts ,de surcroît beaucoup
de temps est perdue en cas où une personne recherche une
information une information se trouvant dans une autre
structures, ce qui engendre une perte de productivité.

III. Système actuel :

Le système de gestion des contrats est au cœur de cette problématique,

et sa mise en œuvre revêt une importance stratégique pour
l’entreprise .Le système actuel se base sur l’enregistrement de toute
information sur un contrat dans un registre. Ce qui relève des
problèmes comme :

 Les registres peuvent être perdus.

 La structure des registres est mal organisée.
 Le processus de recherche prend beaucoup de temps ; ce qui
rend difficile la réalisation des statistiques et la collecte
d’information.

22
IV. Solution proposé :
Afin de remédier aux problèmes présentés dans la section précédente, les
responsables de La Trésorerie Général du Royaume sont optés pour réaliser
une solution automatisant la gestion des contrats.

La solution doit nous permettre :

 Accès facile aux informations du contrat.

 Faciliter le suivi du contrat.

 Faciliter la mise à jour de l’état de contrat.

V. Conclusion :
Au cours de ce chapitre, une présentation brève a été faite du cadre
général du projet.

Le chapitre suivant est consacré à la description de la conception du projet.

23
 Chapitre 3

Etude préalable et analyse des besoins

Apres avoir finalisé notre étude de l’existant, il nous faudra

dorénavant identifier les attentes métier afin que ses cadres puissent
accomplir au mieux leur travail.
L’étude qui va suivre concerne les spécifications fonctionnelles
du système que nous comptons proposer, elle portera essentiellement
sur l’identification des acteurs interagissent avec ce dernier, ainsi que
les cas d’utilisation des fonctionnalités qu’il entend offrir.

24
 I. Introduction
Dans cette partie nous allons clarifier les besoins du
système à réaliser pour pouvoir clarifier les besoins des utilisateurs de
l’application.

1) Expression des besoins du système :

Les interviews que nous avons effectué avec l’équipe du service des
contrats ,nous permis d’identifier les différents besoins auxquels le système doit
répondre .
Le système proposé doit permettre de :

 Authentification : Pour pouvoir accéder à l’interface de recherche des

contrats.
 Recherche multi-critères : chercher et lister un contrat par :
o Trésorerie régional
o Trésorerie Patrimonial
o Perception
o Notaire
 Résultat de Recherche : Affiche la liste des contrats existants avec
o Nom
o Ville
o Montant
o PDF
Et des buttons :
25
  LOGIN
 Valider
 Afficher contrat

2) Périmètre non fonctionnel :

Les besoins non fonctionnels sont importants car ils agissent d’une façon
indirecte sur le résultat et sur le rendement de l’utilisateur. L’application
doit répondre à ces besoins qui sont nécessaires pour atteindre la
perfection et la bonne qualité du logiciel.

Fiabilité : l’application doit fonctionner de façon cohérente sans erreurs.

Ergonomie : le thème adapté de l’application doit être inspiré d’une variété de

couleurs facilitant la navigation,

Efficacité : l’application doit permettre l’accomplissement des tâches avec le

minimum de manipulations.

Sécurité : l’application doit être sécurisée au niveau des données

authentification et contrôle d’accès.

Performance : l’application doit être performante c'est-à-dire qu’elle doit

répondre à travers ses fonctionnalités à toutes les exigences des utilisateurs
d’une manière optimale.

26
 3) Analyse du projet :

Après avoir spécifié les besoins, et pour bien définir l’interaction

des différents acteurs avec le système, l’élaboration du diagramme
des cas d’utilisation s’avère nécessaire. Cette partie présente les
différents acteurs du système futur ainsi que le diagramme des cas
d’utilisation.

Identification des acteurs :

 Le responsable des contrats :

Représente le seul utilisateur et responsable de gestion de

l’application qui peut :

 S’authentifier
 Chercher un contrat
 Consulter contrat

27
 4) Identification des cas d’utilisation :

L'identification exhaustive des acteurs en interaction avec le système

simplifie largement la collecte des besoins fonctionnels. En effet, il suffit alors
d'analyser acteur par acteur et de vérifier pour chacun qu'il dispose de toutes les
fonctionnalités qui lui seront utiles au regard de sa mission et du périmètre du
projet. Ainsi, une analyse perspicace des fonctionnalités souhaitées et de
l'environnement même du projet induit la détermination des cas d'utilisation
répertoriés dans ce tableau :

Cas d’utilisation Description

S’authentification Fournir son login et son mot de

passe au système pour vérification

Recherche multicritères Chercher un contrat par ses

critères (TP, TR, Perception…)

Consultation de liste des contrats Consulter les contrats existants

28
 5) Diagrammes de cas d’utilisation :
1. Définition :

Un diagramme de cas d’utilisation capture le comportement d’un

système, d’un sous- système, d’une classe ou d’un composant tel qu’un
utilisateur extérieur le voit. Il scinde la fonctionnalité́ du système en unités
cohérentes, les cas d’utilisation, ayant un sens pour les acteurs. Les cas
d’utilisation permettent d’exprimer le besoin des utilisateurs d’un système, ils
sont donc une vision orientée utilisateur de ce besoin au contraire d’une vision
informatique.
Voilà nos diagrammes de cas d’utilisations :

29
 Chapitre 4

Modélisation conceptuelle
Ce chapitre présente l’ensemble des modèles conceptuels permettant
la mise en place schématique et physique du système résultat.

30
 1. Introduction :

La Modélisation conceptuelle permet l'étude des spécifications

fonctionnelles exprimées antérieurement afin de savoir ce que
l'application va réaliser réellement en termes de métier. C’est une
étape primordiale dans le cycle de vie d’une application.
Dans ce chapitre je vais essayer de décrire l’ensemble des
données et traitements nécessaires à la réalisation du projet et ce par
la description des diagrammes UML de classe, d’activité et de
séquence

a. Le langage UML :

31
UML "Unified Modeling Language", que l'on peut traduire par
"langage de modélisation unifié " est une notation permettant de
modéliser un problème de façon standard. En effet UML comme son
nom l'implique est un langage de modélisation et non pas une
méthode ou un procédé. Il est constitué d'une notation très
spécifique ainsi que les règles grammaticales s'y attachant pour
élaborer des modèles de logiciel. L'UML supporte un riche ensemble
d'éléments de notation graphique.

Il décrit la notation pour les classes, les composants, les noeuds, les
activités, les cas d'utilisation, les objets, les états ainsi que la façon de
modéliser les relations entre ces éléments. C’est un langage de
modélisation graphique et textuel destiné à comprendre et à décrire
des besoins, spécifier et documenter des systèmes, esquisser des
architectures logicielles, concevoir des solutions et communiquer des
points de vue. En effet UML est un langage avec une syntaxe et des
règles bien définies qui tentent à réaliser les buts décrits grâce à une
représentation graphique formée de diagrammes et une
modélisation textuelle qui vient enrichir la représentation graphique.

Toutefois, étant donné qu'une seule représentation est trop subjective,

UML fournit un moyen astucieux permettant de représenter diverses
projections d'une même représentation grâce aux vues. Une vue est
constituée d'un ou plusieurs diagrammes. On distingue deux types de
vues :

32
Les vues statiques, c'est-à-dire représentant le système
physiquement :

 Diagrammes d'objets,
 Diagrammes de classes,
 Diagrammes de composants,
 Diagrammes de déploiement,

Les vues dynamiques, montrant le fonctionnement du système

 Diagrammes de séquence,
 Diagrammes de communication,
 Diagrammes d'états-transitions,
 Diagrammes d'activités,
 Diagrammes de cas d'utilisation.

33
 b. Diagramme de séquence :

Définition :

Les principales informations contenues dans un diagramme de séquence sont

les messages échangés entre les lignes de vie, présentés dans un ordre
chronologique. Ainsi, contrairement au diagramme de communication, le
temps y est représenté́ explicitement par une dimension (la dimension
verticale) et s’écoule de haut en bas.

La figure 4.2 représente les différentes séquences qui se produisent lorsqu’un

utilisateur appuie sur le bouton de connexion de l’interface d’authentification,
le système client va tout d’abord tester s’il y a un champ vide ou invalide, après
il va demander au serveur de vérifier les informations d’authentification.

34
35
 c. Diagramme de classes :

Le diagramme de classes est généralement considéré comme le

plus important dans un développement orienté objet. Il représente
l'architecture conceptuelle du système. Il permet de fournir une
représentation abstraite des objets du système qui vont interagir
ensemble pour réaliser les cas d'utilisation. Il s'agit d'une vue statique
car on ne tient pas compte du facteur temporel dans le comportement
du système. Une classe représente la structure d'un objet, c'est-à-dire
la déclaration de l'ensemble des entités qui le composent. Elle est
constituée d'attributs dont les valeurs représentent l'état de l'objet et
des méthodes qui sont les opérations applicables aux objets.
Diagramme de classes UML décrit les structures des objets et des
informations utilisées par l’application, à la fois en interne et en
communication avec ses acteurs.

36
 Chapitre 5

Outils de développement
Dans ce chapitre nous éclairions le côté des outils que nous avons utilisé dans
le développement de cette solution

37
I. Outils et langages utilisés :

a. Android Studio

Un environnement de développement
pour développer des applications
mobiles Android .C’est un éditeur de
sources et de ressources, il contient
des outils de compilation (gradle), et
des outils de test et de mise au point.

b. Visual Paradigm

Visual Paradigm est un logiciel de

création de diagrammes dans le
cadre d'une programmation. Tout en
un, il possède plusieurs options
permettant une large possibilité de
modélisation en ULM.

38
Principale fonctionnalités
 Modélisation : le logiciel Visual Paradigm offre de nombreux outils pour créer différents
types de schémas comme les diagrammes

 Analyse et manipulation de codes sources : Visual Paradigm permet de générer des

codes sources en divers langages comme le Java ou C++ à partir du modèle créé.
 Capture avec la souris : Visual Paradigm permet d'utiliser la souris pour manipuler
facilement le diagramme à créer.

c. Base de données :Sqlite

 Un système de gestion de base de

données relationnelle. Ce moteur de
base de données est connu pour
implémenter une grande partie du
standard SQL-92 et des propriétés
ACID. Cette bibliothèque écrite en C
est directement intégrée au
programme. Ce système et son code source sont entièrement dans le
domaine public ce qui permet à tout à chacun d’utiliser et de participer à
l’évolution de ce projet.

 HTML : L’HyperText Markup Language, généralement abrégé HTML,

est le langage de balisage conçu pour représenter les pages web. C'est un
langage permettant d'écrire de l'hypertexte, d'où son nom.
 CSS : Les feuilles de style en cascade, généralement appelées CSS de
l'anglais Cascading Style Sheets, forment un langage informatique qui
décrit la présentation des documents HTML et XML. Les standards
39
 définissant CSS sont publiés par le World Wide Web Consortium
(WWWC).
 Xml : C’est un langage informatique de balisage qui sert à organiser les
données de manière structurée et hiérarchisée.

Chapitre 6
Avancement de projet

Ce chapitre présente les différentes captures d’écrans prises en termes de

démonstration du travail effectué.

40
41
42