- Login / Register with security and jwt (cookies)
- Public and Admin roles (contact me directly if you want an admin access)
- Users can access, see, change or delete their profile information
- Admins can create and control parking spaces and see occupancy information
- Spaces have a number(id) and a floor / We can see if a space is available or not and for how long they have been taken
- Any registered and logged in user can search and take an available parking space for his car
- Users can see where they have parked their car and remove it from there
- Node.js w/ express, bcrypt, jwt, ...
- MySQL / phpMyAdmin
- HTML / CSS / Bootstrap / JS / Handlebars.js as templating engine
- Model View Controller Architecture for code organisation
In the project directory, you can run npm install, then:
It runs the app in the development mode. Open http://localhost:5000 to view it in the browser.
Nodemon allows you to make changes without rerunning the project (just refresh the page).
*Afin de savoir si une place est disponible, on n'utilise pas d'attribut "disponible" dans l'entité "place de parking" contrairement à ce que l'on pourrait penser, car si l'on supprime un utilisateur les places qu'il occupait seront toujours indiquées comme non-disponible. Pour connaître sa disponibilité, on regarde s'il existe une relation entre ladite place et un utilisateur : une place est occupée si l'on retrouve son id dans la table intermédiaire "occupe" (clef étrangère "id_place#").
Le taux d'occupation du parking lui pourra être connu en prenant le nombre de places dans la table "occupe" divisé par 100, le tout multiplié par le nombre total de places dans "places de parking" : taux occupation = (places occupées x 100) / total places dans le parking
Le temps d'occupation d'une place est calculé en fonction de la différence entre l'heure actuelle et l'heure du début d'occupation. Dans la base de donnée, l'attribut "début_occupation" possède comme valeur par défaut : CURRENT_TIMESTAMP, ce qui a pour effet d'initialisé la valeur avec l'heure exacte à laquelle la relation entre la place de parking et un utilisateur s'est effectuée.
Les tables sont de type InnoDB, ce qui permet de créer des relations avec les clefs étrangères. Les relations clefs-primaires/clefs étrangères ont "CASCADE" comme propriété de contrainte : cela permet que si l'on modifie l'id (clef primaire) d'un utilisateur ou d'une place de parking, les clefs étrangères présentent dans la table "occupe" seront modifées en conséquence. De plus, si l'on supprime un utilisateur, les places qu'il occupait ne seront plus dans "occupe" et donc la valeur "debut_occupation" n'existera plus pour ces places. De même, si un admin supprime des places de parking, les utilisateurs ne seront plus liés à celles-ci.
[soon]