CU1.
1 — Se connecter
1. Présentation
Ce cas d’utilisation décrit la procédure permettant à un utilisateur de
s’authentifier pour accéder au système RH.
2. Acteurs
Employé
Manager
Responsable RH
Administrateur
3. Pré-conditions
L'utilisateur dispose d’un compte actif dans le système.
Il accède à la page de connexion.
4. Post-conditions
L’utilisateur est connecté.
Une session active est créée.
L’utilisateur est redirigé vers son tableau de bord.
5. Événements
Code Description
EV1.1.1 L'utilisateur saisit son email et son mot de passe
EV1.1.2 L'utilisateur clique sur “Connexion”
EV1.1.3 Le système vérifie les identifiants
EV1.1.4 Identifiants valides → accès accordé
EV1.1.5 Identifiants invalides → message d’erreur
6. Règles de gestion
Code RG Règle
RG47 Le mot de passe doit contenir au moins 8 caractères, une majuscule et un
chiffre
RG48 Les mots de passe doivent être stockés sous forme hachée
RG54 Après 5 tentatives ratées, le compte est bloqué 15 min
RG55 Une connexion réussie génère un token valable 24h
CU2.1 — Gérer un employé
1. Présentation
Ce cas d’utilisation décrit toutes les actions liées à la gestion des employés :
création d’un nouvel employé,
modification d’un employé existant,
suppression (archivage) d’un employé.
Il s’agit d’une fonctionnalité principalement destinée au service RH.
2. Acteurs
Responsable RH (acteur principal)
Administrateur (droits étendus)
3. Pré-conditions
L’utilisateur doit être connecté.
Il doit disposer du rôle RH ou Administrateur.
4. Post-conditions
L’employé est créé, mis à jour ou archivé.
L’historique des modifications est enregistré.
Le matricule est généré automatiquement (en cas de création).
5. Événements
Code Description
EV2.1.1 Ouverture du formulaire “Créer un employé”
EV2.1.2 Saisie des informations de l’employé
EV2.1.3 Validation de la création
EV2.1.4 Modification des données d’un employé existant
EV2.1.5 Archivage / désactivation d’un employé
6. Règles de gestion
Code RG Règle
RG02 L’email de l’employé doit être unique dans le système
RG03 Le matricule est généré automatiquement : EMP-YYYY-NNNN
RG04 La date d'embauche ne peut pas être future
RG05 Le salaire doit être supérieur à 0
RG06 L’employé doit appartenir à un département existant
RG07 Seul le RH ou l’Admin peut créer / modifier / supprimer
RG09 La suppression se fait par archivage logique (pas de suppression physique)
RG10 Chaque modification est enregistrée dans l’historique (date, utilisateur,
champ modifié)
CU3.1 — Gérer les départements
1. Présentation
Ce cas d’utilisation décrit les actions permettant au service RH ou à
l’administrateur de gérer les départements de l’organisation.
Il inclut :
la création d’un département,
la modification d’un département,
la suppression d’un département (sous conditions),
l’affectation d’un manager.
2. Acteurs
Responsable RH
Administrateur
3. Pré-conditions
L’utilisateur est authentifié.
Il possède le rôle RH ou Administrateur.
4. Post-conditions
Le département est créé, modifié ou supprimé (si aucune contrainte ne l’empêche).
Si un manager est assigné, celui-ci devient responsable du département.
5. Événements
Code Description
EV3.1.1 Ouverture du formulaire “Créer un département”
EV3.1.2 Saisie du nom du département et des informations associées
EV3.1.3 Affectation d’un manager
EV3.1.4 Modification d’un département existant
EV3.1.5 Tentative de suppression d’un département
6. Règles de gestion
Code RG Règle
RG12 Le nom du département doit être unique
RG13 Un département ne peut pas être supprimé s'il contient encore des employés
RG14 Le manager assigné doit être un employé actif
RG15 Un employé ne peut gérer qu’un seul département à la fois
RG16 Seul le RH ou l’Administrateur peut créer / modifier / supprimer un
département
CU4.1 — Demander un congé
1. Présentation
Ce cas d’utilisation permet à un employé de soumettre une demande de congé via le
système RH.
Le workflow inclut :
la saisie de la demande,
la vérification des disponibilités (solde, dates),
l’envoi automatique au manager / RH pour validation.
2. Acteurs
Employé (acteur principal)
Manager (suivi de validation)
Responsable RH (supervision)
3. Pré-conditions
L’employé est connecté.
Son compte est actif.
Il dispose d’un solde de congés suffisant (selon le type de congé demandé).
4. Post-conditions
Une demande de congé est créée.
Le statut de la demande passe à “En attente de validation”.
Le manager (ou RH) reçoit une notification.
5. Événements
Code Description
EV4.1.1 L’employé ouvre le module “Demander un congé”
EV4.1.2 Il choisit le type de congé (annuel, maladie, exceptionnel…)
EV4.1.3 Il saisit les dates de début et de fin
EV4.1.4 Le système vérifie le solde restant
EV4.1.5 La demande est enregistrée et transmise au manager
EV4.1.6 Une notification est envoyée à l’employé
6. Règles de gestion
Code RG Règle
RG29 La date de début doit être antérieure à la date de fin
RG30 Une demande de congé doit être faite au moins 1 jour avant la date de début
RG31 Le nombre de jours demandés ne doit pas dépasser le solde disponible
RG32 Le solde annuel de congés est de 30 jours (modifiable par RH)
RG33 Les congés maladie ne sont pas déduits du solde annuel
RG34 Les demandes ne doivent pas se chevaucher avec d’autres congés approuvés
RG35 Le solde est mis à jour automatiquement après validation
RG38 Une notification est envoyée après chaque création ou modification de demande
RG39 Une demande rejetée doit obligatoirement avoir un motif
CU4.2 — Valider / Rejeter un congé
1. Présentation
Ce cas d’utilisation permet au manager ou au Responsable RH de traiter les demandes
de congés soumises par les employés.
Le traitement peut conduire à :
une validation,
un rejet (avec motif),
ou une demande de modification (optionnel selon le workflow).
2. Acteurs
Manager (acteur principal)
Responsable RH (acteur secondaire mais ayant autorité supérieure)
3. Pré-conditions
L’utilisateur (manager ou RH) est connecté.
La demande de congé doit exister et être au statut “En attente de validation”.
4. Post-conditions
La demande passe au statut “Validée” ou “Rejetée”.
L’employé reçoit une notification concernant la décision.
En cas de validation, le solde de congés est automatiquement mis à jour.
5. Événements
Code Description
EV4.2.1 Le manager consulte la liste des demandes en attente
EV4.2.2 Il sélectionne une demande de congé
EV4.2.3 Il choisit l’action : Valider ou Rejeter
EV4.2.4 En cas de validation : le système met à jour le solde et change le
statut
EV4.2.5 En cas de rejet : le manager saisit un motif obligatoire
EV4.2.6 Le système envoie une notification à l’employé
6. Règles de gestion
Code RG Règle
RG35 Le solde de congé est mis à jour uniquement après validation
RG36 La validation ou le rejet peut être effectué par le manager ou le RH
RG37 Une demande validée ne peut plus être annulée par l’employé
RG38 Une notification est envoyée automatiquement après décision
RG39 Le rejet doit obligatoirement inclure un motif explicatif
CU5.1 — Générer les fiches de paie
1. Présentation
Ce cas d’utilisation décrit le processus de génération automatique ou manuelle des
fiches de paie mensuelles pour chaque employé.
La génération peut être effectuée :
automatiquement via un batch planifié,
manuellement par le Responsable RH.
Chaque fiche de paie contient :
les informations contractuelles de l’employé,
les primes et retenues,
les absences et congés (selon règles),
le calcul du salaire net.
2. Acteurs
Responsable RH (acteur principal)
Système (batch automatique)
Employé (consultation uniquement)
3. Pré-conditions
Les données contractuelles et salariales de l’employé sont complètes.
Les congés et absences du mois sont validés.
Le batch mensuel est configuré et fonctionnel.
4. Post-conditions
Une fiche de paie est générée pour chaque employé actif.
Les fiches de paie sont sauvegardées dans l’historique.
Une notification est envoyée à l’employé.
L’employé peut consulter ses fiches depuis son espace personnel.
5. Événements
Code Description
EV5.1.1 Le batch de fin de mois démarre automatiquement
EV5.1.2 Le système calcule les salaires pour tous les employés
EV5.1.3 Les fiches de paie sont générées et enregistrées
EV5.1.4 Une notification est envoyée à chaque employé
EV5.1.5 (Optionnel) Le RH déclenche manuellement une génération
6. Règles de gestion
Code RG Règle
RG19 Le salaire net est calculé : salaire de base + primes – retenues
RG20 Une seule fiche de paie peut être générée par employé et par mois
RG21 Le batch d’exécution s’effectue automatiquement le dernier jour du mois à 23h
RG22 Les congés non payés entraînent une retenue proportionnelle
RG23 Une fiche de paie validée ne peut plus être modifiée
RG24 Seul le Responsable RH peut lancer une génération manuelle
RG25 Chaque employé ne peut consulter que ses propres fiches
RG26 Une notification email + in-app est envoyée après la génération
CU6.1 — Consulter les notifications
1. Présentation
Ce cas d’utilisation décrit la consultation par l’utilisateur de ses notifications
dans le système RH.
Les notifications informent l’utilisateur d’événements importants, tels que :
validation / rejet d’une demande de congé,
génération de fiche de paie,
modification de données personnelles,
messages RH.
Le système utilise un service de messagerie interne et/ou une file de messages
(RabbitMQ).
2. Acteurs
Tous les utilisateurs (Employé, Manager, RH, Administrateur)
3. Pré-conditions
L’utilisateur est connecté.
Le système a généré au moins une notification liée à son compte.
4. Post-conditions
Les notifications non lues deviennent “lues”.
L’utilisateur peut visualiser le détail de chaque notification.
5. Événements
Code Description
EV6.1.1 L’utilisateur ouvre le module “Notifications”
EV6.1.2 Le système affiche la liste des notifications (lues / non lues)
EV6.1.3 L’utilisateur clique sur une notification pour voir le détail
EV6.1.4 Le système marque la notification comme “Lue”
EV6.1.5 Archivage automatique après 90 jours (batch)
6. Règles de gestion
Code RG Règle
RG41 Les notifications internes sont envoyées via RabbitMQ
RG42 Les notifications sont disponibles à la fois en email et in-app
RG43 Les notifications non lues doivent apparaître en priorité
RG45 Les notifications de plus de 90 jours sont automatiquement archivées
RG46 L'utilisateur ne peut consulter que ses propres notifications