Études de cas techniques: que pouvons-nous apprendre des choix faits par les développeurs OCDS?

Par Duncan Dewhurst

(17 novembre 2020)

Duncan Dewhurst prend la tête Open Data Services travail sur lOpen Contracting. Il dirige la collaboration avec lOpen Contracting Partnership pour soutenir les éditeurs et les utilisateurs de la Open Contracting Data Standard et de développer des conseils, de la documentation et du matériel dapprentissage pour le domaine. Il dirige également notre travail avec CoST – lInfrastructure Transparency Initiative pour développer et soutenir le Open Contracting for Infrastructure Data Standard et il a dirigé notre travail avec la Banque mondiale sur la Norme de données sur les contrats ouverts pour les partenariats public-privé profil.

Ce billet de blog est un article croisé et était le premier publié par Open Contracting Partnership .

Plus de 30 agences gouvernementales différentes ont été mises en œuvre le contrat ouvert Norme de données. La plupart des implémentations ont des points communs, mais le contexte et les contraintes de chacun diffèrent. En tant que tels, les choix techniques faits par chaque réalisateur varient également.

Notre rapport détudes de cas techniques documente 5 implémentations OCDS différentes.

Le but du rapport est de donner un aperçu des choix techniques faits par les exécutants. Le rapport cherche également à mettre en évidence limpact de ces choix sur les utilisateurs de données. Nous espérons que ce sera une ressource utile pour les développeurs souhaitant apprendre des expériences passées.

Les études de cas examinent divers aspects de chaque implémentation OCDS, notamment:

  • Les systèmes sources
  • Architecture de la solution
  • Choix de la technologie
  • Formats de publication
  • Méthodes daccès aux données
  • Historique des modifications
  • Couverture du schéma OCDS
  • Utilisation des données et outils

Alors quavons-nous appris en étudiant ces implémentations ?

La plupart des implémentations partagent une architecture de haut niveau commune, utilisant un composant middleware avec une banque de données au format OCDS. Cette approche permet plus de flexibilité que lextraction et la transformation de données à la demande et facilite la publication dun historique des modifications.

Certaines implémentations sont basées sur des événements, cest-à-dire quelles poussent les données vers une banque de données OCDS chaque fois quil y a un changement dans le système source, comme un contrat en cours dattribution. Dautres implémentations sont basées sur lextraction, cest-à-dire que les données sont périodiquement extraites de la base de données du système source.

Les systèmes basés sur lextraction peuvent être plus simples à implémenter, mais il y a un risque de perdre des détails lorsque les données source changent plusieurs temps entre les extractions. Contre-intuitivement, certaines implémentations basées sur lextraction obtiennent toujours une publication plus rapide que certaines implémentations basées sur des événements.

Extrait de lannexe du tableau de comparaison

Dans certains cas, les systèmes source stockent les données au format JSON, ce qui réduit la quantité de transformation requise. Dautres systèmes adoptent une approche «SQL dabord», dans laquelle les données sont extraites au format tabulaire avant la conversion au format JSON. Cette dernière approche peut être plus facile à maintenir, en fonction des compétences des personnes chargées de la maintenance.

Tous les éditeurs fournissent une API JSON et la plupart fournissent également des fichiers en masse JSON. Seuls certains fournissent une API de recherche et, pour ceux qui ne le font pas, les utilisateurs peuvent avoir à télécharger toutes les données pour trouver ce dont ils ont besoin.

Certains éditeurs ne fournissent pas de données au format CSV ou tableur, ce qui peut créer un obstacle à lutilisation par des utilisateurs moins techniques.

Seuls certains éditeurs fournissent un historique complet des modifications, tandis que dautres choisissent de publier uniquement les dernières informations. Bien que publier un historique des modifications puisse être un défi, certains types danalyse en ont besoin.

Tous les éditeurs ont créé des outils et des visualisations basés sur leurs données OCDS. Cest formidable à voir, car lutilisation de vos propres données permet daméliorer la qualité des données.

Pour plus de détails et danalyses, vous devrez lire le rapport .

Nous serions ravis de connaître vos commentaires sur cette ressource, alors nhésitez pas à commenter le rapport ou à envoyer un message à data @ open-Contracting. org.

Chez Open Data Services, nous sommes toujours heureux de discuter de la manière dont le développement ou la mise en œuvre de normes de données ouvertes pourrait soutenir vos objectifs, ou comment nous pourrions vous aider publier ou utiliser des données ouvertes. En savoir plus sur notre travail et entrer en contact .

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *