Vues et publication de services

Statut documentaire : tutorial — voir Maturité et preuves.

Vue de revue humaine

Creer une vue qui projette la demande courante, le contexte client, les indicateurs, le resume d'evaluation et la decision. Les composants fonctionnels se lient a des surfaces nommees DataSource, DataSet et DataCursor. Les evenements de selection et navigation restent locaux tant qu'aucune action applicative n'est requise.

RiskReviewPage
  MainCursor -> RiskRequest courant
  IndicatorDataSet -> indicateurs de la demande
  DecisionDataSet -> decision brouillon/finale
  Summary -> details demande/client
  TabularView -> indicateurs
  DecisionPanel -> saisie humaine
  ActionPanel -> Validate / Finalize / Reload

Dashboard

Une vue de classe peut afficher les demandes par etat via des collections conceptuelles. La vue consomme la collection a travers son cache local et ne gere pas directement le protocole du provider.

Services publies

Publier des capacites metier stables, pas les helpers internes du workflow. SubmitRequest, ComputeRisk ou StartReview sont de bons candidats si leurs signatures sont stables.

action publiee
  -> adaptateur de service
  -> authentification/autorisation
  -> validation des parametres
  -> invocation Runtime
  -> reponse structuree

La publication ne contourne ni l'etat du processus ni les contraintes du modele.