Relations, regles et contraintes

Statut documentaire : tutorial — voir Maturité et preuves.

Relations

Le lien demande-client est une relation conceptuelle et pas seulement une cle etrangere. Chaque indicateur reference aussi la demande qu'il qualifie. Si l'affectation d'un reviewer doit porter un etat, des dates ou un historique, la modeliser comme relation reifiee plutot que comme simple champ.

Customer <- customer - RiskRequest
RiskRequest <- request - RiskIndicator
RiskRequest <- request - RiskReviewProcess
RiskReviewProcess <- decision - RiskDecision

Contraintes

Appliquer au minimum ces invariants a la frontiere modele/action :

• une demande ne peut pas entrer en validation sans client ;
• un score de risque reste dans la plage declaree ;
• une decision finale exige un resultat de revue lorsque le processus impose une revue humaine ;
• seul un etat de processus valide peut etre finalise ;
• une action publiee reste soumise a l'autorisation et a la validation contextuelle.

Regles

Les regles determinent le routage, pas le transport. Une regle peut decider qu'une demande est validee immediatement, attend une information externe ou ouvre une revue humaine. Le processus coordonne ensuite ce chemin d'execution.

La validite metier doit rester independante du service, de l'UI ou du provider.