Introduction #
Toute application offre des services et manipule des données, des concepts métier, qui jouent souvent un rôle plus large et plus durable que l'application elle-même.
La doctrine API décrit les principes, les pratiques et les règles que les développeurs doivent suivrent pour garantir que les API sont conçus développées et maintenues de manière cohérente et efficace.
Toute application doit, de plus, adresser, sans conditions, les questions élémentaires suivantes :
- Concevoir une application orientée service et données - couvert par plusieurs questions :
- Réutilisation Les données que doit manipuler mon application existent elles déjà ailleurs et ai je envisagé une réutilisation ?
- Exposition des données - L'application est elle pensée pour faciliter la réutilisation des données qu'elle crée ou transforme ?
- Exposition des traitements - Au delà d'une exposition brute de données, mes traitements sur les données eux mêmes peuvent être exposés ? Sont-ils exposés en vue d'une réutilisation possible ?
- Gestion des échanges - Les échanges, internes comme externes, sont pris en charge par des dispositifs ministériels ou interministériels dédiés. Ont-ils été pris en compte ?
- Analyser et valoriser les données - Les données sont un patrimoine indépendamment des traitements qui leur sont appliqués. Elle doivent pouvoir être notamment croisées, analysées, anonymisées, parfois recyclées en données ouvertes. Toutes les mesures ont elles été prises pour faciliter cette valorisation ultérieure?
- Données personnelles - Le cadre juridique relatif au traitement des données personnelles a-t-il été bien pris en compte (cf. notamment RGPD) ?
- Archivage - Le cycle de vie complet des données manipulées par l'application a-t-il été pensé ?