On constate tout d’abord qu'avant le covid le nombre de touristes est plus élevé que pendant le covid au niveau de tous les monuments. Ensuite, les chiffres nous montrent que pendant le covid, le Colisée et la fontaine de Trevi enregistrent le plus grand nombre de visites soient respectivement 2942 et 2749. Le graphique nous montre donc que le covid a un impact sur le tourisme à Rome et Venise.
Dans le cadre des cours de Gestion de Projet et de Projet Intégré, du Master 1 Informatique, nous étions amenés à créer une interface présentant des données en lien avec le tourisme dans les sites recensés par l’UNESCO.
Nous avons décidé de créer un site web pour présenter l’analyse de nos données collectées. Nous avons donc créé un site appelé Covi-Talie, qui permet de voir l’influence du Covid-19 sur le tourisme italien.
Notre site a pour but de présenter des analyses de flux touristique en Italie pendant la période de covid, entre et dans les monuments les plus connus, grâce à des graphiques visuels et interactifs pour les visiteurs du site web. Nous permettons aussi la visualisation de graphiques qui prédisent le comportement touristique en fonction des événements futurs liés au Covid-19.
Le contenu du site sera décrit dans une partie dédiée de ce rapport : Résultat. Un lien sera disponible pour visiter le site, visualiser les graphiques et consulter leur analyse.
Durant le projet, nous avons utilisé la méthodologie d’organisation SCRUM. Pour certains membres du groupe, c'était le premier projet réalisé avec cette méthode de travail. Nous allons rapidement décrire dans une sous-partie de ce rapport, comment nous avons appliqué cette méthodologie, qui a articulé notre organisation tout au long de la réalisation du projet.
Les étapes clés de notre projet ont été :
- la collecte des données,
- le nettoyage des données,
- l’analyse des données,
- la création des graphiques liées aux analyses,
- la création de l’interface pour présenter les graphiques et analyses.
Afin de bien organiser les tâches dans ce projet, en plus de l'application de la méthode agile, nous avons décidé d’utiliser Google Drive pour partager instantanément tous les documents en lien avec le projet : scripts python sous Google Collab, scripts R, fichiers de données, documents textes. Ces fichiers nous ont permis d’avoir une trace de tout l’avancement du projet et nous ont aidés à la rédaction du rapport final. Nous avons aussi mis les 2 fichiers importants correspondant à celui du Scrum Master et celui du Product Owner. Le fichier du Scrum Master résume tout notre avancement des sprints et celui du Product Owner contient notre travail technique accompli et nos difficultés rencontrées. Ces deux fichiers étaient présentés chaque semaine au professeur de gestion de projet, qui représentait pour nous le client.
Durant notre projet, nous avons fait certaines tâches en groupe et certaines tâches individuellement. Les tâches de réflexions et de formations à des techniques étaient communes et pour les tâches plus précises, nous travaillons individuellement dans le respect de la méthode agile. Nous avons organisé de nombreuses réunions et temps de travail en dehors des Travaux Pratiques.
Ainsi, nous avons réussi à avancer et finir notre projet avec les objectifs que nous nous étions fixés.
A development container is a running Docker container with a well-defined tool/runtime stack and its prerequisites. You can try out development containers with GitHub Codespaces or Visual Studio Code Remote - Containers.
This is a sample project that lets you try out either option in a few easy steps. We have a variety of other vscode-remote-try-* sample projects, too.
Note: If you already have a Codespace or dev container, you can jump to the Things to try section.
Follow these steps to open this sample in a Codespace:
- Click the Code drop-down menu and select the Open with Codespaces option.
- Select + New codespace at the bottom on the pane.
For more info, check out the GitHub documentation.
Follow these steps to open this sample in a container using the VS Code Remote - Containers extension:
-
If this is your first time using a development container, please ensure your system meets the pre-reqs (i.e. have Docker installed) in the getting started steps.
-
To use this repository, you can either open the repository in an isolated Docker volume:
- Press F1 and select the Remote-Containers: Try a Sample... command.
- Choose the "Python" sample, wait for the container to start, and try things out!
Note: Under the hood, this will use the Remote-Containers: Clone Repository in Container Volume... command to clone the source code in a Docker volume instead of the local filesystem. Volumes are the preferred mechanism for persisting container data.
Or open a locally cloned copy of the code:
- Clone this repository to your local filesystem.
- Press F1 and select the Remote-Containers: Open Folder in Container... command.
- Select the cloned copy of this folder, wait for the container to start, and try things out!
Once you have this sample opened, you'll be able to work with it like you would locally.
Note: This container runs as a non-root user with sudo access by default. Comment out
"remoteUser": "vscode"
in.devcontainer/devcontainer.json
if you'd prefer to run as root.
Some things to try:
-
Edit:
- Open
app.py
- Try adding some code and check out the language features.
- Open
-
Terminal:
-
Press ctrl+shift+` to open a terminal window.
-
Type
python -m flask run --port 9000 --no-debugger --no-reload
to run the app.- The terminal will say your app is
Running on http://127.0.0.1:9000/
. Click on the link in the terminal to view your app running in the browser.
- The terminal will say your app is
-
Notice that the Python extension is already installed in the container since the
.devcontainer/devcontainer.json
lists"ms-python.python"
as an extension to install automatically when the container is created.Tip: If you use this container outside of VS Code via
docker run
with-p 9000
, you may need to append--host 0.0.0.0
to the command above. The-p
option "publishes" the port rather than forwarding it. It therefore will not work if the application only listens to localhost. TheforwardPorts
property indevcontainer.json
does not have this limitation, but you can useappPort
property instead if you want to mirror thedocker run
behavior.
-
-
Build, Run, and Debug:
- Open
app.py
- Add a breakpoint (e.g. on line 9).
- Press F5 to launch the app in the container.
- Once the breakpoint is hit, try hovering over variables (e.g. the app variable on line 7), examining locals, and more.
- Continue (F5). You can connect to the server in the container by either:
- Clicking on
Open in Browser
in the notification telling you:Your service running on port 9000 is available
. - Clicking the globe icon in the 'Ports' view. The 'Ports' view gives you an organized table of your forwarded ports, and you can access it with the command Ports: Focus on Ports View.
- Clicking on
- Notice port 9000 in the 'Ports' view is labeled "Hello Remote World." In
devcontainer.json
, you can set"portsAttributes"
, such as a label for your forwarded ports and the action to be taken when the port is autoforwarded.
Note: In Remote - Containers, you can access your app at
http://localhost:9000
in a local browser. But in a browser-based Codespace, you must click the link from the notification or thePorts
view so that the service handles port forwarding in the browser and generates the correct URL. - Open
-
Rebuild or update your container
You may want to make changes to your container, such as installing a different version of a software or forwarding a new port. You'll rebuild your container for your changes to take effect.
Open browser automatically: As an example change, let's update the
portsAttributes
in the.devcontainer/devcontainer.json
file to open a browser when our port is automatically forwarded.- Open the
.devcontainer/devcontainer.json
file. - Modify the
"onAutoForward"
attribute in yourportsAttributes
from"notify"
to"openBrowser"
. - Press F1 and select the Remote-Containers: Rebuild Container or Codespaces: Rebuild Container command so the modifications are picked up.
- Open the
This project welcomes contributions and suggestions. Most contributions require you to agree to a Contributor License Agreement (CLA) declaring that you have the right to, and actually do, grant us the rights to use your contribution. For details, visit https://cla.microsoft.com.
When you submit a pull request, a CLA-bot will automatically determine whether you need to provide a CLA and decorate the PR appropriately (e.g., label, comment). Simply follow the instructions provided by the bot. You will only need to do this once across all repos using our CLA.
This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact [email protected] with any additional questions or comments.
Copyright © Microsoft Corporation All rights reserved.
Licensed under the MIT License. See LICENSE in the project root for license information.