Aller au contenu

Quality Scorer Contract

Le contrat Quality Scorer définit le cadre commun permettant d'évaluer la qualité d'une Canonical Identity, d'un candidat ou d'une projection.

Il ne définit pas la formule de calcul d'une verticale.

Il définit les règles générales que tout système de scoring doit respecter.


Sommaire

  • Rôle
  • Pourquoi un Quality Scorer ?
  • Les objectifs
  • Entrées
  • Sorties
  • Responsabilités
  • Critères génériques
  • Ce qui appartient aux Vertical Modules
  • Garde-fous
  • Exemples
  • État actuel
  • Voir aussi

Rôle

Le Quality Scorer mesure le niveau de confiance accordé à une identité.

Il ne cherche pas à résoudre les conflits.

Il mesure uniquement la qualité des informations disponibles.


Pourquoi un Quality Scorer ?

Toutes les verticales doivent pouvoir répondre à une question simple :

Quelle est la qualité de cette identité ?

Le mécanisme est générique.

Les critères métier restent spécifiques.


Les objectifs

Le contrat poursuit plusieurs objectifs :

  • homogénéiser les scores ;
  • rendre les décisions explicables ;
  • fournir une base commune aux audits ;
  • permettre les comparaisons entre verticales.

Entrées

Le scorer peut recevoir :

  • Canonical Identity ;
  • Candidate ;
  • Identifiers ;
  • attributs normalisés ;
  • résultats du Resolver ;
  • métadonnées.

Sorties

Le scorer produit :

  • un score numérique ;
  • un niveau de confiance ;
  • les raisons principales ;
  • les éventuels avertissements.

Responsabilités

Le contrat est responsable :

  • d'encadrer le calcul du score ;
  • de normaliser son interprétation ;
  • de garantir la stabilité des résultats.

Il n'est pas responsable :

  • de résoudre une identité ;
  • d'appliquer une règle Smartphone ;
  • d'écrire en base.

Critères génériques

Le score peut notamment prendre en compte :

  • qualité des identifiants ;
  • cohérence des attributs ;
  • stabilité de la Canonical Identity ;
  • richesse des informations ;
  • qualité des sources.

La pondération reste libre.


Ce qui appartient aux Vertical Modules

Une verticale peut ajouter ses propres critères.

Exemples :

Smartphone :

  • génération ;
  • stockage ;
  • réseau.

Photo :

  • monture ;
  • focale ;
  • ouverture.

Gaming :

  • plateforme ;
  • édition.

Ces critères n'appartiennent pas au contrat.


Garde-fous

Le scorer ne doit jamais :

  • modifier une identité ;
  • masquer un conflit ;
  • remplacer le Resolver ;
  • dépendre d'une verticale.

Exemple

Canonical Identity

↓

Quality Scorer

↓

Score : 96/100

Confiance : élevée

Motifs :
- identifiants cohérents
- candidat unique
- aucune ambiguïté détectée

État actuel

Les premières implémentations de scoring ont été validées sur Smartphone puis adaptées à Photo.

L'objectif est désormais de stabiliser un contrat commun avant l'arrivée des prochaines verticales.


Voir aussi

  • Contracts
  • Identity Resolver
  • Conflict Policy
  • Domain Core
  • Quality