User Story : Affichage des détails d'un profil utilisateur #4

New Issue

2026-03-01T18:54:45+01:00

melvin-leveque commented

2026-03-01 18:54:45 +01:00

En tant qu' adhérent ou administrateur de la plateforme KAZ,
Je veux pouvoir consulter une page affichant mes informations personnelles (ou celles d'un utilisateur),
Afin de vérifier les données.

Contexte technique

Actuellement, la route API pour récupérer les données en direct du LDAP n'est pas disponible. Pour cette itération, nous allons :

Implémenter une persistance locale via une entité User.
Initialiser la base de données avec des données de tests (fixtures).
Mettre en place la structure visuelle avec Tailwind CSS.

Entité `User`

L'entité Doctrine doit comporter les champs suivants :

id : UUID (Clé primaire)
roles : String (ex: ROLE_ADMIN, ROLE_USER)
email : String (Unique)
emailQuota : String
alternateEmail : String
identifiantKaz : String
quota : String
hasNextcloudAccess : Boolean
nextcloudQuota : String
hasMobilizon : Boolean
hasAgoraAccess : Boolean
lastName : String
firstName : String
image : String
telephone : String

Critères d'acceptation (DoD)

Backend & Données

L'entité User est créée avec tous les champs spécifiés.
Une migration a été générée et exécutée avec succès.
Un jeu de données de test (Fixtures) est disponible pour alimenter la base locale.
Une route /user/{id} est accessible et récupère les données en base via l'ID (UUID).

Frontend & Design

Le bundle Tailwind CSS est installé et configuré sur le projet.
La page de profil utilisateur utilise les classes Tailwind pour la mise en page.
Toutes les informations de l'entité sont affichées de manière lisible sur la page.

Notes

Utiliser le MakerBundle pour générer l'entité et le contrôleur.
Étant donné que le projet utilise AssetMapper, l'installation de Tailwind devrait idéalement se faire via symfony/tailwind-bundle.
Prévoir la transition future : le contrôleur devra plus tard pouvoir basculer entre la base locale et l'API LDAP (via KazApiService).

- **En tant qu'** adhérent ou administrateur de la plateforme KAZ, - **Je veux** pouvoir consulter une page affichant mes informations personnelles (ou celles d'un utilisateur), - **Afin de** vérifier les données. --- ## Contexte technique Actuellement, la route API pour récupérer les données en direct du LDAP n'est pas disponible. Pour cette itération, nous allons : 1. Implémenter une persistance locale via une entité `User`. 2. Initialiser la base de données avec des données de tests (fixtures). 3. Mettre en place la structure visuelle avec Tailwind CSS. ## Entité `User` L'entité Doctrine doit comporter les champs suivants : - `id` : UUID (Clé primaire) - `roles` : String (ex: `ROLE_ADMIN`, `ROLE_USER`) - `email` : String (Unique) - `emailQuota` : String - `alternateEmail` : String - `identifiantKaz` : String - `quota` : String - `hasNextcloudAccess` : Boolean - `nextcloudQuota` : String - `hasMobilizon` : Boolean - `hasAgoraAccess` : Boolean - `lastName` : String - `firstName` : String - `image` : String - `telephone` : String ## Critères d'acceptation (DoD) ### Backend & Données - [ ] L'entité `User` est créée avec tous les champs spécifiés. - [ ] Une migration a été générée et exécutée avec succès. - [ ] Un jeu de données de test (Fixtures) est disponible pour alimenter la base locale. - [ ] Une route `/user/{id}` est accessible et récupère les données en base via l'ID (UUID). ### Frontend & Design - [ ] Le bundle Tailwind CSS est installé et configuré sur le projet. - [ ] La page de profil utilisateur utilise les classes Tailwind pour la mise en page. - [ ] Toutes les informations de l'entité sont affichées de manière lisible sur la page. --- ## Notes - Utiliser le `MakerBundle` pour générer l'entité et le contrôleur. - Étant donné que le projet utilise `AssetMapper`, l'installation de Tailwind devrait idéalement se faire via `symfony/tailwind-bundle`. - Prévoir la transition future : le contrôleur devra plus tard pouvoir basculer entre la base locale et l'API LDAP (via `KazApiService`).

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: melvin-leveque/interface-kaznautes#4

User Story : Affichage des détails d'un profil utilisateur #4