Vous êtes sur la page 1sur 41

République Tunisienne

Ministère de l’Enseignement Supérieur


et de la Recherche Scientifique
Université de Carthage
Institut Supérieur des Technologies de
l’Information et de la Communication

Rapport de Projet de Fin d’année


Présenté en vue de l’obtention de la
Licence en Ingénierie des systèmes informatiques
Spécialité : IOT et Systèmes Embarqués

Conception d’application web mapping sous


le framework Django

Par Bersellou Oussema

Réalisé au sein de l’Association Tunisienne de Géomatique « ATG »

Encadrant Professionel : Mr Mohammed Chebil

Période De Stage : 15/06/2021 - 15/07/2021

Année Universitaire : 2020 - 2021


Dédicaces

Je dédie ce projet :
*)A mes chers parents :
pour tous leurs sacrifices, leurs amours, leurs tendresses, leurs soutiens et
leurs prières tout au long de mes études.
*)A toute ma famille :
pour leurs encouragements permanents, leurs soutiens morals,leurs appuis
et leurs encouragements.

Bersellou Oussema

i
Remerciement

*) Je veux présenter mon vif remerciement au président de l’association ATG Mr.


Noamen REBAI , ainsi que tout le personnel de l’Enit et de ATG.

*) Mes remerciements vont également à Mr. Mohammed CHEBIL pour ses conseils et
son encadrement durant la période de réalisation de ce stage.

*)Et je n’oublie pas d’exprimer ma profonde gratitude à mes professeurs pour les efforts
fournis affin de nous assurez une formation consistante.

ii
Table des matières

Introduction générale 1

1 Contexte du projet 2
0.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
0.2 Présentation de l’organisme d’accueil . . . . . . . . . . . . . . . . . . . . . 2
0.2.1 Organisme d’accueil : . . . . . . . . . . . . . . . . . . . . . . . . . 2
0.2.2 Domaines d’activités . . . . . . . . . . . . . . . . . . . . . . . . . . 2
0.3 Présentation du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
0.3.1 Cadre de projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
0.3.2 Problématique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
0.3.3 Solution proposée . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
0.4 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

2 Analyse des besoins 4


2.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
2.2 Analyse des besoins . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
2.2.1 Besoins fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . . 4
2.2.2 Besoins non fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . 5
2.3 Architecture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
2.3.1 Diagramme de cas d’utilisation . . . . . . . . . . . . . . . . . . . . 6
2.4 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

3 Modélisation 10
3.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
3.2 Diagramme de classes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
3.3 Diagramme de séquences du système . . . . . . . . . . . . . . . . . . . . . 11
3.3.1 Diagramme de séquence d’Inscription . . . . . . . . . . . . . . . . . 11
3.3.2 Diagramme de séquence d’Authentification . . . . . . . . . . . . . . 12
3.3.3 Diagramme de séquence de zonage . . . . . . . . . . . . . . . . . . 12
3.3.4 Diagramme de séquence d’ajout d’une réclamation . . . . . . . . . . 13
3.3.5 Diagramme de séquence d’ajout d’un conteneur . . . . . . . . . . . 14
3.3.6 Diagramme de séquence d’ajout d’un point de collecte . . . . . . . . 15
3.3.7 Diagramme de séquence d’ajout d’un circuit de collecte . . . . . . . 16
3.3.8 Diagramme de séquence de remplissage d’un quiz . . . . . . . . . . 17
3.4 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18

iii
Table des matières Table des matières

4 Réalisation 19
4.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
4.2 Environnement de travail . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
4.2.1 Environnement matériel . . . . . . . . . . . . . . . . . . . . . . . . 19
4.2.2 Environnement logiciel . . . . . . . . . . . . . . . . . . . . . . . . . 19
4.3 Technologies utilisées : . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
4.3.1 HTML5 : . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
4.3.2 CSS3 : . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
4.3.3 Bootstrap4 : . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
4.3.4 JavaScript : . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
4.3.5 Python : . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
4.3.6 Django : . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
4.3.7 PostgreSQL : . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
4.4 Tâches Réalisées . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
4.5 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

Conclusion Générale 32

Bibliographie 33

Bibliographie 34

iv
Table des figures

1 Logo Association Tunisienne de Géomatique . . . . . . . . . . . . . . . . . 2


2.2 Diagramme de cas d’utilisation associé aux citoyens . . . . . . . . . . . . . 6
2.3 Diagramme de cas d’utilisation associé aux administrateurs . . . . . . . . 7
2.4 Diagramme de cas d’utilisation global . . . . . . . . . . . . . . . . . . . . 8
3.5 Diagramme de classe général . . . . . . . . . . . . . . . . . . . . . . . . . . 10
3.6 Diagramme de séquence du l’inscription de l’utilisateur . . . . . . . . . . . 11
3.7 Diagramme de séquence de l’Athentification de l’utilisateur . . . . . . . . . 12
3.8 Diagramme de séquence de zonage . . . . . . . . . . . . . . . . . . . . . . 13
3.9 Diagramme de séquence d’ajout d’une réclamation . . . . . . . . . . . . . . 14
3.10 Diagramme de séquence d’ajout d’un conteneur . . . . . . . . . . . . . . . 15
3.11 Diagramme de séquence d’ajout d’un point de collecte . . . . . . . . . . . . 16
3.12 Diagramme de séquence d’ajout d’un circuit de collecte . . . . . . . . . . . 17
3.13 Diagramme de séquence de remplissage d’un quiz . . . . . . . . . . . . . . 18
4.14 logo de pycharm . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
4.15 logo de Visual Paradigm . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
4.16 logo de HTML . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
4.17 logo de CSS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
4.18 logo de Bootstrap . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
4.19 logo de JavaScript . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
4.20 logo de Python . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
4.21 logo de Django . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
4.22 logo de PostgreSQL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
4.23 ajouter une réclamation . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
4.24 consulter les reclamations . . . . . . . . . . . . . . . . . . . . . . . . . . . 24

v
Liste des tableaux

2.1 Description des cas d’utilisations associés aux citoyens. . . . . . . . . . . . 4


2.2 Description des cas d’utilisations associés aux administrateurs. . . . . . . . 5

vi
Introduction générale

La géomatique regroupe l’ensemble des outils et méthodes permettant d’acquérir, de


représenter, d’analyser et d’intégrer des données géographiques.La géomatique est une
discipline qui intégre les sciences informatiques avec la géographique. Dans ce cadre, l’as-
sociation tunisienne de géomatique (ATG) accompagne ses partenaires dans la mise en
place, l’exploitation et l’actualisation de système d’information géographique (SIG).

Du 15 juin 2021 au 15 juillet 2021,j’ai effectué mon stage au sein de l’association. Mon
stage consiste à développer une application web qui vise la gestion de l’interaction entre
le citoyen et la municipalité de Marsa.

Cette mission m’a permis de consolider mes connaissances relatives au fonctionnement


des systèmes d’information géographique et leur contribuation dans le rapprochement
entre géomatique et environnement.

Pour mettre en valeur mon expérience il apparaît pertinent d’envisager le cadre de projet,
l’organisme d’acceuil, un exposé de la problématique et une proposition de la solution
adaptée dans le premier chapitre.
Le deuxiéme chapitre présentera une analyse des besoins fonctionnels et non fonctionnels.
Ainsi qu’une étude conceptuelle des différentes fonctionnalités de notre application qu’on
va mettre en oeuvre dans le troisième chapitre.
Dans le dernier chapitre nous décrirons l’environnement matériel et logiciel de l’applica-
tion , les technologies adaptées , et les outils de développement utilisés.
Et finalement , nous clôturerons ce rapport par une conclusion générale.

1
chapitre 1

Contexte du projet

0.1 Introduction
Ce chapitre comprend la démarche suivi tout le long de ce projet, la présentation de
l’organisme d’acceuil au sein du quel nous avons effectué le stage et fixe les objectifs à
atteindre.

0.2 Présentation de l’organisme d’accueil


0.2.1 Organisme d’accueil :

Figure 1 – Logo Association Tunisienne de Géomatique

L’Association Tunisienne de Géomatique (ATG) créée en 2011, Jort Réf. N°4029 du


11 Octobre 2011 ayant le visa n° 2011T05596APSF1 et la matricule fiscale 1238329/W.

0.2.2 Domaines d’activités


L’ATG est une association qui vise la valorisation de la Géomatique en Tunisie en
utilisant les nouvelles technologies de l’information et de la communication à l’échelle
nationale et internationale afin de proposer et réaliser des programmes de recherche dans
le domaine de la géomatique au niveau national.

2
Chapitre 1 0.3. Présentation du projet

0.3 Présentation du projet


0.3.1 Cadre de projet
Le sujet a été proposé dans le cadre de réalisation de notre projet de fin d’année (PFA)
à l’Institut Supérieur des Technologies de l’Information et de la Communication (ISTIC).
Il a été effectué durant un mois au sein de l’Association Tunisienne de Géomatique «ATG».
Notre projet porte sur la conception et la réalisation d’une application web qui consiste une
interface de communication et interaction entre la municipalité et les différents acteurs
dans le domaine de gestion de déchets. Ce projet entre sous le concepte envirementale
"zéro déchets".

0.3.2 Problématique
Compte tenu des responsabilités nombreuses et diversifiées assumées par les munici-
palités qui doivent effectuer des taches lourdes pour collecter , filtrer et gérer les déchets.
Ce contexte oblige les décideurs à trouver des moyens permettant de moderniser ce travail.

0.3.3 Solution proposée


Une fois la problématique est définie, une solution full stack est présentée et qui consiste
à utiliser le framework Django pour la conception d’une interface web utilisant dans sa
partie frontend les langages JS, HTML et CSS.

0.4 Conclusion
Tout au long de ce chapitre, nous avons présenté l’organisme d’accceuil et ses domaines
d’activités ainsi que la solution adéquate adapté. Le chapitre suivant va être dédier à
l’étude des besoins fonctionnels et non fonctionnels de notre application.

3
chapitre 2

Analyse des besoins


2.1 Introduction
Dans ce chapitre nous allons spécifier les besoins fonctionnels et non fonctionnels et
l’architecture de l’application pour éclaircir notre projet.

2.2 Analyse des besoins


2.2.1 Besoins fonctionnels
les besoins fonctionnels sont l’expression de ce que le produit ou le service délivré par
le projet devrait être ou faire. Ils expriment les fonctionnalités concrètes du produit.

cas d’utilisation Description


Créer un compte chaque citoyen d’ El Marsa peut créer un compte
en introduisant sa position géographique .
S’authentifier Avant qu’un citoyen puisse accéder à son compte,
il doit d’abord s’identifier.
Ajouter une réclamation En cas de inassouvissement , le citoyen peut ajouter
une réclamation.
Consulter ses réclamations Le citoyen peut accéder à ses réclamations
et consulter leurs états.
Ajouter un point de collecte des déchets Le citoyen peut ajouter un point de collecte
pour ses déchets en précisant leur type
(plastique,bois, ...)
consulter l’emplacement des conteneurs Selon sa position géographique , le citoyen peut
consulter l’emplacements des conteneurs disponibles
pour trouver le plus proche conteneur.
Quiz la municipalité met à l’égard des citoyens un quiz pour
les sensibiliser et savoir s’ils sont
satisfaits des services de la municipalité ou non.

Table 2.1 – Description des cas d’utilisations associés aux citoyens.

4
Chapitre 2 2.2. Analyse des besoins

cas d’utilisation Description


S’authentifier L’administrateur doit accéder au système via ses
paramètres d’authentification.
Consulter la liste des citoyens L’administrateur peut consulter la liste des citoyens
et leurs cordonnées personnelles.
Gestion des conteneurs Il peut manipuler les taches suivantes :
- consulter l’emplacement des conteneurs.
- ajouter un conteneur.
- modifier l’emplacement d’un conteneur.
- supprimer un conteneur
Gestion des réclamations Il peut manipuler les taches suivantes :
- consulter la liste des réclamations.
- modifier l’état d’une réclamation : traité ou non.
- supprimer une réclamation.
Gestion des circuits de collecte des déchets Il peut manipuler les taches suivantes :
- créer un circuit de collecte des déchets
à partir des points de collecte désignés par
les citoyens.
- modifier un circuit de collecte.
- supprimer un circuit de collecte.
Zonage Chaque admin sera chargé d’une seule zone de
la ville d’El Marsa.

Table 2.2 – Description des cas d’utilisations associés aux administrateurs.

2.2.2 Besoins non fonctionnels


les besoins non fonctionnels sont des indicateurs de qualité de l’exécution des besoins
fonctionnels. Les exigences non fonctionnelles de notre site sont définies dans les points
suivants :
A)La fiabilité :L’application doit être fonctionnelle indépendamment de toutes circons-
tances pouvant entourer l’utilisateur : Les caractéristiques étudiées :
1) Tolérance aux fautes.
2) Possibilité de récupération.

B)La facilité d’utilisation :L’ensemble des pages du site doit être accessible en 3 clics
maximum depuis la page d’accueil et le site doit donner une image moderne de la muni-
cipalité : Les caractéristiques étudiées :
1)Facilité de compréhension.
2)Facilité d’apprentissage.
3)Facilité d’exploitation/d’utilisation.
4)Attractivité.

C) Rapidité : L’application doit optimiser les traitements pour avoir un temps de gé-
nération de schéma raisonnable.

5
Chapitre 2 2.3. Architecture

2.3 Architecture
2.3.1 Diagramme de cas d’utilisation

Figure 2.2 – Diagramme de cas d’utilisation associé aux citoyens

6
Chapitre 2 2.3. Architecture

Figure 2.3 – Diagramme de cas d’utilisation associé aux administrateurs

7
Chapitre 2 2.3. Architecture

Figure 2.4 – Diagramme de cas d’utilisation global

8
Chapitre 2 2.4. Conclusion

2.4 Conclusion
conclusion Dans ce chapitre, nous avons précisé les besoins fonctionnels et non fonc-
tionnels de notre système , le chapitre suivant sera consacré à la modélisation.

9
chapitre 3

Modélisation
3.1 Introduction
Dans ce chapitre, je m’intéresse à la conception des cas d’utilisation qu’on a définit
dans le chapitre précédent.

3.2 Diagramme de classes

Figure 3.5 – Diagramme de classe général

10
Chapitre 3 3.3. Diagramme de séquences du système

3.3 Diagramme de séquences du système


3.3.1 Diagramme de séquence d’Inscription
La figure ci-dessous présente le scénario d’inscription pour le cas d’utilisation de «créa-
tion d’un compte».

Figure 3.6 – Diagramme de séquence du l’inscription de l’utilisateur

11
Chapitre 3 3.3. Diagramme de séquences du système

3.3.2 Diagramme de séquence d’Authentification


La figure ci-dessous présente le scénario d’authentification pour le cas d’utilisation
d’«authentification».

Figure 3.7 – Diagramme de séquence de l’Athentification de l’utilisateur

3.3.3 Diagramme de séquence de zonage


La figure ci-dessous présente le scénario de zonage.

12
Chapitre 3 3.3. Diagramme de séquences du système

Figure 3.8 – Diagramme de séquence de zonage

3.3.4 Diagramme de séquence d’ajout d’une réclamation


La figure ci-dessous présente le scénario d’ajout d’une réclamation.

13
Chapitre 3 3.3. Diagramme de séquences du système

Figure 3.9 – Diagramme de séquence d’ajout d’une réclamation

3.3.5 Diagramme de séquence d’ajout d’un conteneur


La figure ci-dessous présente le scénario d’ajout d’un conteneur.

14
Chapitre 3 3.3. Diagramme de séquences du système

Figure 3.10 – Diagramme de séquence d’ajout d’un conteneur

3.3.6 Diagramme de séquence d’ajout d’un point de collecte


La figure ci-dessous présente le scénario d’ajout de point de collecte.

15
Chapitre 3 3.3. Diagramme de séquences du système

Figure 3.11 – Diagramme de séquence d’ajout d’un point de collecte

3.3.7 Diagramme de séquence d’ajout d’un circuit de collecte


La figure ci-dessous présente le scénario d’ajout d’un circuit de collecte.

16
Chapitre 3 3.3. Diagramme de séquences du système

Figure 3.12 – Diagramme de séquence d’ajout d’un circuit de collecte

3.3.8 Diagramme de séquence de remplissage d’un quiz


La figure ci-dessous présente le scénario de remplissage d’un quiz.

17
Chapitre 3 3.4. Conclusion

Figure 3.13 – Diagramme de séquence de remplissage d’un quiz

3.4 Conclusion
Dans ce chapitre, nous avons exposé les principaux diagrammes UML ‘diagramme de
classe’ et ‘diagramme de séquences’ qui nous aident à présenter l’architecture de notre
projet. Dans ce qui suit, on donnera dans le dernier chapitre une vision globale de la réa-
lisation de l’application,en présentant l’environnement de développement et les interfaces
graphiques.

18
chapitre 4

Réalisation
4.1 Introduction
Le but de ce chapitre est de montrer Le travail effectué.Tout d’abord, nous pré-
sentons l’environnement matériel, logiciel et les différents outils de développement utili-
sés.Deuxièmement, nous illustrons la réalisation de notre travail par des imprimes d’écran
des interfaces les plus importantes de notre application.

4.2 Environnement de travail


4.2.1 Environnement matériel
L’environnement matériel sur lequel nous avons travaillé est constitué d’un ordinateur
portable ASUS caractérisé par :
• Processeur : Intel Core I7.
•Mémoire : 16Go de RAM.
• Disque dur : 1 To .
• Système d’exploitation : Windows 10.

4.2.2 Environnement logiciel


Dans notre projet, nous avons utilisé les logiciels suivants :

PyCharm :
un environnement de développement intégré utilisé pour programmer en Python.Il
permet l’analyse de code et contient un débogueur graphique. Il permet également la
gestion des tests unitaires, l’intégration de logiciel de gestion de versions, et supporte le
développement web avec Django.

Figure 4.14 – logo de pycharm

19
Chapitre 4 4.3. Technologies utilisées :

Visual Paradigm :
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.

Figure 4.15 – logo de Visual Paradigm

4.3 Technologies utilisées :


–> En Frontend

4.3.1 HTML5 :
HTML5 (HyperText Markup Language 5) est la dernière révision majeure du HTML.C’est
le langage de balisage conçu pour représenter les pages web.

Figure 4.16 – logo de HTML

4.3.2 CSS3 :
Les feuilles de style en cascade1, 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.

Figure 4.17 – logo de CSS

4.3.3 Bootstrap4 :
Bootstrap est une collection d’outils utiles à la création du design (graphisme, ani-
mation et interactions avec la page dans le navigateur, etc.) de sites et d’applications
web.C’est un ensemble qui contient des codes HTML et CSS, des formulaires, boutons,
outils de navigation et autres éléments interactifs, ainsi que des extensions JavaScript en
option.

20
Chapitre 4 4.3. Technologies utilisées :

Figure 4.18 – logo de Bootstrap

4.3.4 JavaScript :
un langage de programmation de scripts principalement employé dans les pages web
interactives et à ce titre est une partie essentielle des applications web.

Figure 4.19 – logo de JavaScript

–> En Backend

4.3.5 Python :
est un langage de programmation qui peut s’utiliser dans de nombreux contextes et
s’adapter à tout type d’utilisation grâce à des bibliothèques spécialisées.

Figure 4.20 – logo de Python

4.3.6 Django :
est un cadre de développement web open source en Python. Il a pour but de rendre le
développement web simple et rapide.

Figure 4.21 – logo de Django

4.3.7 PostgreSQL :
est un système de gestion de base de données relationnelle et objet.

21
Chapitre 4 4.4. Tâches Réalisées

Figure 4.22 – logo de PostgreSQL

4.4 Tâches Réalisées


Ma tache efféctuée consiste à réaliser cette interface d’ajouter une réclamation et
consulter les réclamations. Pour cela , j’ai utilisé les tecgnologies suivants pour le frontend :
HTML, CSS et bootstrap4.

22
Chapitre 4 4.4. Tâches Réalisées

Figure 4.23 – ajouter une réclamation

23
Chapitre 4 4.4. Tâches Réalisées

Figure 4.24 – consulter les reclamations

24
Chapitre 4 4.4. Tâches Réalisées

pour la tache de quiz, j’ai crée une table dans la base de donnée PostgreSQL à l’aide
de l’interface django qui est un frame work de la langage python .
Dans cette table, j’ai ajouté les questions destinés aux citoyens pour les sensibiliser,le
niveau de difficulté et le score minimum pour le dépasser.
Chaque citoyen a une seule tentative pour passer une quiz.

25
Chapitre 4 4.4. Tâches Réalisées

26
Chapitre 4 4.4. Tâches Réalisées

27
Chapitre 4 4.4. Tâches Réalisées

28
Chapitre 4 4.4. Tâches Réalisées

29
Chapitre 4 4.4. Tâches Réalisées

30
Chapitre 4 4.5. Conclusion

4.5 Conclusion
Pour conclure, nous pouvons distinguer à partir de ce chapitre l’environnement ma-
tériel et logiciel que nous avons utilisé pour réaliser notre application.En plus,nous avons
clarifié les technologies utilisées pour mener à bien notre travail.

31
Conclusion Générale

Pour conclure, j’ai effectué mon stage de fin d’année de Licence en Ingénierie des
systèmes informatiques en tant que stagiaire en développement au sein de l’Association
Tunisienne de Géomatique « ATG ».
Lors de ce stage d’un mois, j’ai pu mettre en pratique mes connaissances théoriques
acquises durant ma formation.
Ce stage été une occasion pour découvrir une solution full-stack qui utilise un framework
django, il m’a permis de répondre aux questions que j’avais concernant les moyens utilisés
par l’association pour élaborer une idée.
Fort de cette expérience et en réponse à ses enjeux, j’aimerai beaucoup par la suite essayer
de m’orienter vers l’embarquée pour mieux développer ce projet.

32
Bibliographie

https ://www.postgresql.org/
https ://www.w3schools.com/
https ://www.djangoproject.com/
https ://www.w3schools.com/
https ://en.wikipedia.org/wiki/CSS

33
Bibliographie

34

Vous aimerez peut-être aussi