ensuite s'identifier avec son nom @ProfilNom mais sans le @ et générer un token qui laisse accès à tout API,...
enfin rentrer le token dans la barre de recherche.
Le clone de git s'effectue dans VSCode
Dans le cadre de notre cours sur l'extraction de données (Data Mining), nous avons exploré le domaine de la fouille de données. La fouille de données implique l'analyse de bases de données pour en obtenir une compréhension approfondie et en extraire des connaissances. En appliquant diverses techniques, nous avons collecté des données brutes, les avons contextualisées et leur avons attribué une signification. Cette démarche a abouti à une analyse approfondie des informations, permettant ainsi de répondre de manière optimale à une ques1on de recherche.
## Getting started
## STRUCTURE DU PROJET
Ce projet est organisé en modules distincts, chacun avec un ensemble spécifique de scripts pour différentes étapes de l'analyse. Ci-dessous, vous trouverez une explication de chaque dossier et de son contenu :
To make it easy for you to get started with GitLab, here's a list of recommended next steps.
## SEMMA
Already a pro? Just edit this README.md and make it your own. Want to make it easy? [Use the template at the bottom](#editing-this-readme)!
### SAMPLE
Pour réaliser au mieux nos analyses, nous avons décidé d’utiliser une base de données extraites de Kaggle. Cette base de données reprend tous les éléments encodés lors des réservations ainsi que leur choix de se présenter ou d’annuler.
## Add your files
Dans le dossier SAMPLE vous trouverez :
-[ ] [Create](https://docs.gitlab.com/ee/user/project/repository/web_editor.html#create-a-file) or [upload](https://docs.gitlab.com/ee/user/project/repository/web_editor.html#upload-a-file) files
un dossier all_sets contenant la séparation de la base de données en différents dataset :
-[ ] [Add files using the command line](https://docs.gitlab.com/ee/gitlab-basics/add-file.html#add-a-file-using-the-command-line) or push an existing Git repository with the following command:
```
-`test_set.xlsx` reprend toutes les données utilisées pour le test de l'entrainement des modèles supervisés.
cd existing_repo
-`training_set.xlsx` reprend toutes les données utilisées pour entrainer les modèles supervisés et non supervisés.
-`validation_set.xlsx` reprend toutes les données permettant de valider l'entrainements des modèles supervisés.
git branch -M main
git push -uf origin main
```
## Integrate with your tools
le dossier sample contient aussi :
-[ ] [Set up project integrations](https://forge.uclouvain.be/Data_mining/data_mining/-/settings/integrations)
-`booking.xlsx` reprenant dans différentes feuilles excel, les données brutes, les données de 2017 (main_data_2017), les données de 2018. Pour nos analyses, nous nous sommes basés sur les données de 2017
## Collaborate with your team
#### Variable Description
Voici une descriptions des différentes variables qui ont étés utilisées lors de ce projet.
-[ ] [Invite team members and collaborators](https://docs.gitlab.com/ee/user/project/members/)
Booking_ID : Identifiant unique pour chaque réservation
-[ ] [Create a new merge request](https://docs.gitlab.com/ee/user/project/merge_requests/creating_merge_requests.html)
number of adults : Nombre d'adultes inclus dans la réservation
-[ ] [Automatically close issues from merge requests](https://docs.gitlab.com/ee/user/project/issues/managing_issues.html#closing-issues-automatically)
number of children : Nombre d'enfants inclus dans la réservation
number of weekend : Nombre de nuits de week-end incluses dans la réservation
-[ ] [Automatically merge when pipeline succeeds](https://docs.gitlab.com/ee/user/project/merge_requests/merge_when_pipeline_succeeds.html)
number of week nights : Nombre de nuits en semaine incluses dans la réservation
Number of nights : Nombre de nuits au total dans la réservation
type of meal : Type de repas inclus dans la réservation
car parking space : Indique si une place de parking a été demandée ou incluse dans la réservation
room type : Type de chambre réservée
lead time : Nombre de jours entre la date de réservation et la date d'arrivée
market segment type : Type de segment de marché associé à la réservation
repeated : Indique si la réservation est une réservation répétée
P-C : Nombre de réservations précédentes annulées par le client avant la réservation en cours
P-not-C : Nombre de réservations précédentes non annulées par le client avant la réservation en cours
average price : Prix moyen associé à la réservation
special requests : Nombre de demandes particulières formulées par le client
date of réservation : Date de la réservation (2017-2018)
booking status : Statut de la rréservation (annulée ou non annulée)
## Test and Deploy
Use the built-in continuous integration in GitLab.
-[ ] [Get started with GitLab CI/CD](https://docs.gitlab.com/ee/ci/quick_start/index.html)
-[ ] [Analyze your code for known vulnerabilities with Static Application Security Testing(SAST)](https://docs.gitlab.com/ee/user/application_security/sast/)
-[ ] [Deploy to Kubernetes, Amazon EC2, or Amazon ECS using Auto Deploy](https://docs.gitlab.com/ee/topics/autodevops/requirements.html)
-[ ] [Use pull-based deployments for improved Kubernetes management](https://docs.gitlab.com/ee/user/clusters/agent/)
-[ ] [Set up protected environments](https://docs.gitlab.com/ee/ci/environments/protected_environments.html)
***
# Editing this README
When you're ready to make this README your own, just edit this file and use the handy template below (or feel free to structure it however you want - this is just a starting point!). Thank you to [makeareadme.com](https://www.makeareadme.com/) for this template.
## Suggestions for a good README
## Suggestions for a good README
Every project is different, so consider which of these sections apply to yours. The sections used in the template are suggestions for most open source projects. Also keep in mind that while a README can be too long and detailed, too long is better than too short. If you think your README is too long, consider utilizing another form of documentation rather than cutting out information.
Every project is different, so consider which of these sections apply to yours. The sections used in the template are suggestions for most open source projects. Also keep in mind that while a README can be too long and detailed, too long is better than too short. If you think your README is too long, consider utilizing another form of documentation rather than cutting out information.
