[EF-10] API sur données fictives #94
Labels
No labels
Compat/Breaking
EC01
EC02
EC03
EC04
EC05
EC06
Kind/BDD
Kind/Back
Kind/Bug
Kind/CICD
Kind/Cloud
Kind/Contenu
Kind/Data
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Front
Kind/IA
Kind/Infra
Kind/Monitoring
Kind/Security
Kind/Testing
Portée/Post-jury
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Status
Abandoned
Status
Blocked
Status
Need More Info
ops/alerte
No milestone
No project
No assignees
2 participants
Notifications
Due date
Dependencies
No dependencies set
Reference
g2/enervision#94
Loading…
Reference in a new issue
No description provided.
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?
Exigence couverte
EF-10, ENF-01, ENF-02, ENF-04
Épreuve servie
EC05 · Data, ETL et BI
Charge estimée
4 j.h
Ce qu'on veut obtenir
L'API sert les données du tableau de bord sur un jeu de démonstration figé. La
zone or n'existe pas encore : les routes, les schémas de réponse, l'authentification
et les codes d'erreur sont définitifs ; seule la source des valeurs est
provisoire. Le jour où la base arrive, seuls les corps de fonctions de
dashboard/repository.pychangent — ni les routeurs, ni les schémas de réponse.Le tableau de bord qui consomme cette API est porté par #24.
Lots
dashboard/, modèles, jeu des sept sites, dépôt, gating par session,GET /api/v1/siteset/sites/{id}.GET /api/v1/parc/syntheseet/parc/mesures, profil horaire du parc, alertes.mesures,prevision,recommandations,tracabilite.qualite/synthese,qualite/collecte,alertes.Critères d'acceptation
ruff check,ruff format --checketmypy --strictpassent surservices/api.pytesttourne hors ligne : aucune base, aucun conteneur, aucun réseau.READMEde l'API liste les routes et explique comment lancer l'API sur le jeu de démonstration.Comment on le vérifie
Tests pytest tests/unit pour l'API
Commande bin/api (ou bin/api.ps1 sous Windows), sur le jeu de démonstration
Preuve sortie de pytest et schéma OpenAPI généré, en commentaire de ce ticket
À savoir
L'API exige PostgreSQL pour démarrer et pour authentifier, même si le jeu de
démonstration est en mémoire. C'est la conséquence assumée du choix « routes
gatées dès maintenant » :
CurrentUserva chercher l'utilisateur en base. Sansbase, seul
/healthrépond —bin/apile détecte et le dit avant de lancer,plutôt que de se figer.
La disponibilité moyenne du parc vaut 98,5 %, pas 98,6 % comme l'affiche la
maquette : c'est la moyenne de la colonne que la maquette montre elle-même. À
corriger côté design (#53).
Le vocabulaire de sévérité est
normal/vigilance/alerte, partout. Lamaquette dit « 1 critique » à un endroit et « alerte » à un autre.
Les alertes du jeu portent l'origine
systeme, passource: un dépassementprévisionnel et un taux d'imputation, c'est nous qui les produisons. Les alertes
ingérées du flux amont (EF-05) viendront s'ajouter avec
origine: "source".Hors périmètre
dashboard/autorisation.pyen tient lieu, et rend aujourd'hui les sept sites à tout utilisateur authentifié. Ticket dédié à ouvrir.[EF-10] - API REST - MOCK et test de donnée fictiveto [EF-10][EF-11] API sur donn�es fictives et tableau de bord[EF-10][EF-11] API sur donn�es fictives et tableau de bordto [EF-10][EF-11] API sur données fictives et tableau de bord[EF-10][EF-11] API sur données fictives et tableau de bordto [EF-10] API sur données fictivesCorps re-encodé (mojibake corrigé). Le lot « tableau de bord » (ex-L5) et ses critères front sont retirés : ils partent dans #24. #94 se limite à l'API sur jeu de démonstration (EF-10). Label Kind/Front retiré.