melvin-leveque/interface-kaznautes
1
0
Fork 0
Code Issues 1 Pull Requests Actions Packages Projects Releases Wiki Activity

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

New Issue
Open
opened 2026-03-01 18:54:45 +01:00 by melvin-leveque · 0 comments
melvin-leveque commented 2026-03-01 18:54:45 +01:00
Owner
Copy Link
  • 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)
  • role : String (ex: ROLE_ADMIN, ROLE_USER)
  • mail : String (Unique)
  • mailQuota : String
  • mailDeSecours : String
  • identifiantKaz : String
  • quota : String
  • hasNextcloudAccess : Boolean
  • nextcloudQuota : String
  • hasMobilizon : Boolean
  • hasAgoraAccess : Boolean

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) - `role` : String (ex: `ROLE_ADMIN`, `ROLE_USER`) - `mail` : String (Unique) - `mailQuota` : String - `mailDeSecours` : String - `identifiantKaz` : String - `quota` : String - `hasNextcloudAccess` : Boolean - `nextcloudQuota` : String - `hasMobilizon` : Boolean - `hasAgoraAccess` : Boolean ## 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.
No Branch/Tag Specified
Branches Tags
Labels
No items
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
melvin-leveque
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: melvin-leveque/interface-kaznautes#4
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?