Agence de dev

Dans cet exercice, on va simuler une agence web qui doit gérer plusieurs applications pour le compte de ses clients. L’environnement se compose de trois applications :

• une application pour l'INSSEE qui utilisera la bdd villes (dénommée inssee)
• une application pour une agence immobilière qui utilisera la bdd agenceimmo (dénommée immoplus)
• une application de réseau social professionnel qui utilisera la table typicode (ou multiples_table) (dénommée facework)

De plus, dans l'entreprise de dev, il y a un lead dev, et plusieurs développeurs.

Voici les droits que l'on souhaite mettre en place :

• L'utilisateur "leaddev" peut faire des opérations de CRUD et de structure sur toutes les bdd existantes, mais il ne peux pas faire de tâches d'administrations poussées (création d'utilisateurs etc..., on laissera les actions sensibles au compte root)
• l'utilisateur "dev" peux faire des CRUD uniquement sur les projets en cours : immoplus, insse et facework
• l'application inssee peux seulement faire des CRUD sur la bdd villes
• l'application immoplus peux faire des CRUD sur la bdd agence_immo, et peux faire uniquement des select sur la bdd INSSEE (pour aller chercher des villes ou des départements)
• l'application facework peux faire des CRUD sur la bdd "multiple-tables" (à voir selon comment vous l'avez nommé), mais peux aussi faire des SELECT sur la bdd agenceimmo pour proposer aux salariés des biens immobiliers en partenariat avec l'agence immoplus

Récap :

Oui donc je viens de me souvenir de ce que j'avais oublié à la fin de la vidéo... :) Juste pour dire qu'il y a rarement des comptes "dev" ou "leaddev", ici c'est pour s’entraîner pour l’exercice. On aura plus généralement un compte utilisateur pour une appli (inssee, facework, immoplus, etc...)