[Tech] Ajout de la validation métier des cas d'usage côté serveur #2014

maximeperraultdev · 2025-01-15T17:48:44Z

Règle de gestion métier

Ces règles ne prennent pas en compte les données dites « obligatoires » qui sont validé par le typage de l’objet

Mission en cours

Date de début supérieure à la date de fin
Minimum 1 unité de contrôle
Type de la mission
Trigrammes optionnels « ouvert par » et « complété par » mais minimum 3 caractères
Contrôle
- Date de début supérieure ou égale à la date de début de la mission
- Date de début inférieure à la date de fin de la mission
- Trigramme « ouvert par » obligatoire de minimum 3 caractères
- Infraction
  - le nombre minimum de cible est 1
  - Une infraction doit avoir une NATINF si le type d'infraction n'est pas "En attente"
  - Le nombre de cibles ne doit pas excédé le nombre total de contrôles
Surveillance
- Date de début inférieure à la date de fin de la mission
- Date de fin supérieure à la date de début de la mission
- Date de fin inférieur ou égale à la date de fin de la mission
- Trigrammes « ouvert par » obligatoire de minimum 3 caractères
- Zone obligatoire
- Infraction
  - le nombre minimum de cible est 1
  - Une infraction doit avoir une NATINF si le type d'infraction n'est pas "En attente"
  - Le nombre de cibles ne doit pas excédé le nombre total de contrôles
  - Trigrammes « ouvert par » obligatoire de minimum 3 caractères

Règle supplémentaire pour une Mission terminée

Le type de véhicule est obligatoire si le type de cible est un véhicule
Minimum un plan de contrôle avec au moins un sous-thème
Point de contrôle obligatoire
Les champs "Type d'infraction", "Réponse administrative", "Appréhension/saisie", et "Mise en demeure" ne peuvent pas être "en attente"

Signalement

Trigramme optionnel « ouvert par » mais minimum 3 caractères
Minimum 1 source du signalement
Temps de validité doit être supérieur à zéro

Zone de vigilance uniquement pour publication (non-brouillon)

La zone est obligatoire
Trigramme optionnel « créé par » mais minimum 3 caractères
Un thème est obligatoire
Un commentaire est obligatoire
Dates :
- La date de début est obligatoire
- La date de fin est obligatoire
- La fréquence est obligatoire
- La date de fin de l'occurence est obligatoire quand on a choisi une récurrence
- Le nombre d'occurence est obligatoire quand on a choisi une récurrence

Règle supplémentaire pour une zone de vigilance « en tout temps »

Pas de contrainte de dates

Related Pull Requests & Issues

Resolve [Tech] Ajout de la validation métier des cas d'usage côté serveur #2031

Tests E2E (Cypress)

claire2212 · 2025-01-21T13:29:56Z

backend/src/main/kotlin/fr/gouv/cacem/monitorenv/domain/validators/mission/MissionValidator.kt

+
+    private fun validateMission(mission: MissionEntity) {
+        if (mission.startDateTimeUtc.isAfter(mission.endDateTimeUtc)) {
+            throw BackendUsageException(


il faut faire comme ça pour que ca remonte bien cpoté front :
throw BackendUsageException(code = BackendUsageErrorCode.UNVALID_PROPERTY, message = "La date de fin doit être postérieure à la date de début ")

C'est la même chose ce que j'ai fait ici, c'est le meme ordre dans le constructeur, est-ce que tu veux que je change ?

je me suis trompée c'est data et pas message qu'il faut mettre, comme dit sur Mattermost

comme on s'est dit, est-ce que le code ne suffit pas pour interpréter l'erreur ?

backend/src/main/kotlin/fr/gouv/cacem/monitorenv/domain/validators/mission/MissionValidator.kt

...d/src/main/kotlin/fr/gouv/cacem/monitorenv/domain/validators/reporting/ReportingValidator.kt

...n/kotlin/fr/gouv/cacem/monitorenv/domain/validators/vigilance_area/VigilanceAreaValidator.kt

backend/src/main/kotlin/fr/gouv/cacem/monitorenv/domain/validators/mission/MissionValidator.kt

claire2212 · 2025-01-21T16:36:36Z

...torenv/infrastructure/api/adapters/bff/inputs/reportings/CreateOrUpdateReportingDataInput.kt

@@ -18,9 +18,9 @@ data class CreateOrUpdateReportingDataInput(
    val targetDetails: List<TargetDetailsEntity>? = listOf(),
    val geom: Geometry? = null,


geom ne peut être null

- Mission : add some infraction validation case - reporting : review input, add description validation - Vigilance area : review input, add geom and comment validation

sonarqubecloud · 2025-01-23T15:07:54Z

Quality Gate passed

Issues
3 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

maximeperraultdev force-pushed the maxime/tech/use_case_validation branch 3 times, most recently from dade474 to aff2b85 Compare January 20, 2025 15:11

claire2212 self-requested a review January 21, 2025 09:24