-
Notifications
You must be signed in to change notification settings - Fork 2
API du Projet
Pour notre API, nous avons choisi symfony, car nous utilisons déjà ce framework pour le développement de notre site web et que celui-ci prend également en charge toutes les interactions avec la base de données dont nous avons besoin pour le création de notre API.
Pour notre API, nous avons décidé d'utiliser la méthode de nommage "snake_case" car il existe très peu de contextes dans lesquels elle est incompatible.
Cette méthode se caractérise par le fait que les mots soent séparé par un underscore « _ ».
Les paramètres sont les différents éléments remplis lors du formulaire par l'utilisateur lors de son inscription. Ces données seront envoyées sous format JSON.
Les paramètres sont l'identifiant et le mot de passe entrés par l'utilisateur dans le formulaire de connexion. Si ceux-ci sont déjà enregistrés et que le mot de passe proposé est identique à celui-ci enregistré, la connexion sera autorisée. Ces données seront envoyées sous format JSON.
3.3) modification_user : Permet aux élèves inscrits de modifier leurs "fiches" visibles par le professeur.
Les paramètres sont les nouvelles données modifiées par l'élève dans le formulaire de modification. Ces nouvelles données seront envoyés sous format JSON.
Pas de paramètres utilisés. Les réponses envoyées par la base de données seront au format JSON.
Pas de paramètres utilisés. Les réponses envoyées par la base de données seront au format JSON.
Le/les paramètre(s) sera/seront les dates proposées par le professeur dans un formulaire. Lors de l'enregistrement de ces disponibilités dans la base de données, celles-ci seront complétés par une colonne "disponible" qui sera fixée à True par défaut et qui passera à False lorsqu'un élève prendra cette plage horaire (voir prochain point). Ces différentes données seront envoyées au format JSON.
Le/les paramètres utilisé(s) est/sont la/les date(s) choisie(s) par l'élève dans un formulaire de prise de rendez-vous. Lorsqu'un élève sélectionnera une date proposée par le professeur, la disponibilité de celle-ci dans la base de données passera à False.
Le paramètre utilisé est l'identifiant de l'utilisateur. La base de données enverra l'ensemble des messages correspondant à l'identifiant de l'utilisateur. Les données seront envoyées par la base de données au format JSON.
Les paramètres utilisés sont l'identifiant cible ainsi que le message entrés par la source. Le message ira s'ajouter à ceux de la cible dans la base de données. Les données envoyées seront au format JSON.
Les paramètres utilisés seront l'identifiant de l'utilisateur ainsi que les messages qu'ils désire supprimer. Ceux-ci seront directement supprimés de la base de données. Les données envoyées seront au format JSON.
3.11) ajout_faq : Permet au professeur d'ajouter une question - réponse à la zone FAQ de sa page vitrine.
Les paramètres utilisés seront la question entrée par le professeur dans un formulaire et sa réponse également entrée par le professeur dans ce même formulaire. Les données envoyées seront au format JSON.
Les paramètres utilisés sont l'identifiant de l'utilisateur ainsi que son message qui seront directement enregistrés dans la base de données. Les données seront envoyées au format JSON.
Postman est la plateforme de collaboration pour le développement d'API.
Pour la documentation ainsi que pour le testing nous avons choisi d'utiliser cet outil très pratique combinant à la fois des fonctionnalités permettant de documenter notre API et d'effectuer les tests de celle-ci.
- R2 Backlog
- R2 US Perso Arthur Schamroth
- R2 US Perso Arthur Schamroth 2
- R2 US Perso Louis Carlier
- R2 US Perso Baptiste Bemelmans
- R2 US Perso Baptiste Bemelmans 2
- R2 US Perso Nicolas Martou
- R2 US Perso Nicolas Martou 2
- R4 Choix et justification des technologies Front End
- R3/5 Choix et justification des technologies Back End
- R7 Choix et justification de la base de données
- R14/19 Sécurité