Différences

Ci-dessous, les différences entre deux révisions de la page.

--- doc:v3:presentation:workflow [2018/03/28 08:41] – [Champs] romain
+++ doc:v3:presentation:workflow [2023/03/17 09:56] (Version actuelle) – modification externe 127.0.0.1
@@ Ligne 1: / Ligne 1: @@
-====== Workflow ======
+====== Présentation > Workflow ======
@@ Ligne 20: / Ligne 20: @@
-Chaque scénario peut contenir au moins une étape, est associé à au moins une requête.
+Chaque scénario peut contenir au moins une étape, et, doit être associé à au moins une requête.
@@ Ligne 40: / Ligne 40: @@
 [[doc:v3:presentation:workflow#Tâches dans une étape|Voir plus de détails sur les Tâches dans une étape]]
-==== Requêtes ====
+==== Requêtes associées ====
 Un scénario peut être relié à plusieurs requêtes.
-Les requêtes associées au scénario sont celles depuis laquelle un utilisateur envoie le document.
+Les requêtes associées au scénario sont celles depuis laquelle un utilisateur peut envoer le document dans le scénario.
+==== Requêtes associées : requête affichée par défaut ====
 Lorsque l'utilisateur interagira avec une des étapes du scénario, un formulaire se présentera à lui.
 La **requête affichée par défaut** est celle dont les champs peuvent constituer ce formulaire.
-==== Champs ====
+==== Champs à  afficher====
-Il s'agit des champs qui vont consitituer le formulaire.
+Il s'agit des champs qui vont constituer le formulaire.
@@ Ligne 56: / Ligne 60: @@
 La **requête affichée par défaut** est celle dont les champs peuvent constituer ce formulaire.
-Donc s'il y a une tâche d'intervention humaine, pensez à cocher la case "**Requête d'affichage par défaut**" pour afficher les champs de cette requête (partie **Requêtes associées**).
+Donc s'il y a une tâche d'intervention humaine, pensez à cocher la case "**Requête d'affichage par défaut**" pour afficher les champs de cette requête dans la grille des **Requêtes associées** au-dessus.
 ===== Tâches dans une étape =====
@@ Ligne 95: / Ligne 99: @@
   * Description
-  * condition : la condition de validité fonctionne comme un test (un if) en programmation, si elle est remplie, le passage à la prochaine étape correspondante est enclenché
+  * condition : la condition de validité fonctionne comme un test (un if) en programmation
   * prochaine étape : pour choisir l'étape suivante une fois la condition valide
@@ Ligne 105: / Ligne 109: @@
   * Liste des opérateurs disponibles
   * Liste des Liste des paramètres disponibles : si vous les avez créé, les paramètres de l'étape d'intervention humaine apparaissent ici. si l'étape contient une étape d'intervention humaine, pour les créer, il suffit d'aller dans les détails de l'étape d'intervention humaine
+Exemples de conditions :
+  * @FLD//X// == "valeur constante" ; dans le cas d'un champs comparé à une valeur constante
+  * @FLD//X// == @valeur; cas d'un champs comparé à une valeur dynamique (**paramètre** de type **Liste**)
+  * @valid == 1; (ou 0) dans le cas d'une case à cocher (**paramètre** de type **booléen**)
+  * @unchamps >= 456 AND @unautrechamps != "cette valeur"
 ===== Tâche : Intervention humaine =====
@@ Ligne 118: / Ligne 129: @@
 C'est les champs qui vont apparaitre à l'utilisateur qui décide d'agir sur un document présent dans cette étape depuis l'interface user.
+Deux grandes catégories :
+  * Paramètre ; donc numérique, booléen, ...
+  * Paramètre de type liste ; qui permet de proposer une liste de choix à l'utilisateur, choix récupérés depuis une table
 Dans l'interface admin des params :
   * **Description** : libellé du champs qui apparait à l'utilisateur
   * **alias** : l'acteur interagit d'une façon ou d'une autre avec le champs, une fois le formulaire soumis, la réponse donnée par l'acteur sur ce champs est placée dans l'**alias**. Cette variable peut être utilisée dans La [[doc:v3:presentation:workflow#Liste des Conditions|Liste des conditions]] au niveau de l'étape

EzGED Wiki

Outils pour utilisateurs

Outils du site

Différences

Outils de la page