PlateformeBuilders
Six types de définitions, qui renvoient les unes aux autres.
Un outil de configuration qui produirait six artefacts sans lien entre eux serait six outils. Ce qui fait des définitions une couche de la plateforme dans continON, c’est qu’elles sont liées : une requête enregistrée est lue par quatre autres familles, et un processus atteint un formulaire, un document, une notification, une tâche et un poste. Modifiez la requête, et tout ce qui en dépend change avec elle.
Lire les liens Chaque famille indique ce à quoi elle est liée. Un lien vers une autre définition est marqué en bleu canard ; un lien vers quelque chose qui s’exécute est marqué par un contour. Les nombres ne sont pas égalisés – deux familles portent l’essentiel du maillage, et c’est précisément le propos.
Ce que définit chaque famille, et ce à quoi elle est liée.
Processus
Les états, les transitions entre eux, qui agit à chacun d’eux et ce qui se passe lorsqu’une transition se déclenche. Le processus est stocké comme une définition, et un moteur d’exécution le fait progresser – le même objet est à la fois le dessin et le comportement.
Le Process BuilderFormulaire
le formulaire qu’un état affiche et fait remplir
Document
un document généré lors d’une transition
Requête
des données lues et des procédures stockées exécutées
Le poste
qui agit, déterminé par relation plutôt que par nom
Notifications
e-mails et messages dans l’application déclenchés lors d’une transition
Tâches
un travail généré, à accomplir par quelqu’un
Requête & source de données
Une lecture enregistrée et paramétrée – sur les propres données de continON ou sur une base de données que vous exploitez déjà. Les requêtes enregistrées sont des objets à part entière ; c’est pourquoi quatre autres familles peuvent renvoyer à la même requête plutôt que d’avoir chacune la sienne.
Le Query BuilderFormulaire
les données qui alimentent un champ ou une grille
Rapport
les lignes qu’affiche un rapport
Tableau de bord
ce que compte un widget
Document
les valeurs fusionnées dans un modèle
Sources externes
un système qui reste en place
Formulaire
Ce qui est saisi et affiché à un point d’un processus – champs, contrôles de saisie, mise en page et séquences multipages. Versionné : en modifier un ne réécrit pas ce qui a déjà été soumis avec la version précédente.
Le Form BuilderProcessus
l’état auquel ce formulaire appartient
Requête
la provenance de ses options et de ses grilles
Tableau de bord
un tableau de bord intégré au formulaire
Modèle de document
La mise en page d’un document que produit continON – un contrat, une lettre, un certificat – avec les champs qu’il fusionne. Produire un document est une étape d’un processus, pas une tâche d’exportation distincte.
Génération de documentsRequête
les valeurs qui y sont fusionnées
Le service documentaire
où le fichier produit est stocké et ses autorisations définies
Rapport
Une vue mise en forme et filtrable de données opérationnelles, classée dans des catégories et liée à l’état de processus auquel elle appartient.
Le Report DesignerRequête
les lignes qu’il lit
Le poste
qui peut l’ouvrir – accordé à des postes et à des partenaires
Tableau de bord
Des widgets reposant sur les mêmes requêtes enregistrées, paramétrés par contexte – une seule définition sert ainsi chaque projet, unité ou partenaire au lieu d’être copiée pour chaque public.
Requête
ce que mesure chaque widget
Formulaire
le formulaire dans lequel il peut être intégré
Le poste
qui peut le voir – accordé à des postes et à des partenaires
Trois choses différentes sont appelées « configuration ». Elles ne sont pas équivalentes.
Interprété à l’exécution
Processus, formulaires, rapports, tableaux de bord et modèles de documents sont stockés comme des définitions et lus en direct. En modifier un change ce que fait la demande suivante, sans rien reconstruire ni redéployer.
Un vrai schéma, réellement modifié
Le Query & Data Source Builder peut créer et modifier des tables à partir de ce que vous saisissez. Il s’agit d’une véritable modification de schéma, exécutée sur votre base de données – puissante, et différente de la modification d’une définition.
Du code écrit, là où il est nécessaire
Les formulaires peuvent comporter des gestionnaires d’événements écrits en JavaScript, et une étape de processus peut exécuter une procédure stockée. C’est le point d’extension, et c’est la raison pour laquelle continON n’est pas présenté comme un produit sans code.
La plupart des changements opérationnels relèvent de la première. Certains, de la deuxième. Une petite partie, de la troisième, et continON le dit plutôt que de se présenter comme une solution sans code – car dès qu’une exigence dépasse les concepteurs visuels, la réponse honnête compte plus que la promesse.
Ce qui est montré ici, et ce qui ne l’est pas.
Le Form Builder, en mode assistant : une définition parmi les six, avec les pages que parcourra une demande et la palette d’où proviennent ses champs. C’est le côté définition de la liaison dont traite cette page. Ce qu’aucune image fixe ne peut montrer, c’est l’autre côté – la demande qui ouvre ce formulaire lorsqu’elle atteint l’état auquel il est lié – et rien n’est dessiné pour faire croire le contraire.
Modifiez une définition et observez ce qui bouge.
Sur un mandant anonymisé : modifiez une requête enregistrée, puis ouvrez le rapport, le tableau de bord et le formulaire qui la lisent – et soumettez une demande qui génère un document à partir des mêmes données.