Gestion des contextes

Définition des contextes

Un scénario commercial (multi-contexte) est constitué d’une arborescence de contextes. Ces contextes peuvent être créés lors de la validation d‘un contexte dit père sur lequel sera rattaché 1 ou n contexte fils. La création de contextes peut être aussi effectuée à partir de l’applicatif de définition de multi zone toujours avec une notion de « père » et « fils ».

L’action « Gestion des Contextes » permet de lancer le tableur « Lien Scénario Contexte » suivant, récapitulant les différents points de paramétrage liés à la gestion contexte du scénario :

• Gestion Affichage : Une règle de gestion a-t-elle paramétrée pour le contexte affiché ?

• Ctrl Global : Est-ce que des contrôles ont été paramétrés en sortie du contexte ?

• Nomenclature Ctx : Est-ce que des règles permettant de créer des contextes fils ont été paramétrées pour chacun des contextes rattachés au scénario ?

• Gestion Prix : Est-ce qu’une ou plusieurs règles de calcul de prix ont été rattachées pour chacun des contextes rattachés au scénario ?

• Gestion Libellé : Est-ce qu’un calcul de libellé a été paramétré pour chacun des contextes rattachés au scénario ?

• Gestion Enchaînement : Est-ce que de règles de gestions d’enchaînements sont paramétrées au titre de ce modèle de contexte ?

• Init Défaut Contexte : Est-ce que de règles de gestions d’initialisation de contexte par « copier-coller » de valeurs d’autres contextes sont paramétrés ?

• Gestion Objets Ctx : Est-ce que des règles de gestion d’objets liés au contexte ont été rattachées pour chacun des contextes rattachés au scénario ?

• Objet Graphique : Est-ce que des règles de gestion d’objets graphiques ont été rattachées pour chacun des contextes rattachés au scénario ?

Gestion de l’affichage des contextes

Ce tableur permet de piloter l’affichage des contextes dans les différents onglets créés. Des liens sont alors créés entre les contextes et les onglets. Ce tableur est lancé depuis le tableur de Gestion des contextes via l’action « Gestion de l’affichage ».

Il est constitué des colonnes suivantes :

Contrôles globaux du scénario 

Ce tableur permet de faire des contrôles globaux à la fin des contextes afin d’empêcher la validation du questionnaire ou d’afficher des messages de prévention. Ce tableur est notamment lancé depuis le tableur de gestion des contextes via l’action « Contrôle global contexte ».

Ce tableur est constitué des colonnes suivantes :

Remarque : des VBA et des Formules peuvent être utilisées lors de l’affichage des warnings et erreurs.

Nomenclature de contextes 

Le tableur suivant a pour but de paramétrer les différentes règles de gestion permettant la création d’un ou plusieurs contextes fils depuis un contexte père.

Remarques :

• Lorsque le champ Formule Suffixe Ctx n’est pas renseigné la référence des contextes fils est générée de la façon suivante :

Ref Contexte Fils = Ref contexte père + Ref Mod Ctx à créer + Indice du contexte à créer (ex : 1 sur 3, 2 sur 3 ou 3 sur 3)

• Lorsque le champ Formule Suffixe Ctx est renseigné la référence des contextes fils est générée de la façon suivante :

Ref Contexte Fils = Ref contexte père + Ref Mod Ctx à créer + Suffixe calculé en fonction de l’indice du Ctx à créer (ex : SFa pour l’indice 1 sur 3, SFb pour l’indice 2 sur 3, SFb pour l’indice 3 sur 3)

Exemple de Formule de Masquage du contexte batée et de son arborescence d’un ouvrant 2 vantaux.

Le masquage du contexte batée est lié au nombre de vantaux ainsi que le sens d’ouverture. Soit CtxV1 la référence du contexte vantail gauche et CtxV2 la référence du vantail droit.

Seuls les contextes pour lesquels la formule de masquage sera égale à YES seront masqués, pour toutes les autres valeurs les contextes seront affichés.

FOR.AffDyn : MAT.(AffDynVtl : Val.SortieMasquage)

Mat AffDynVtl

Le statut Report/ Arbo coché permettra de propager le masquage du contexte sur toutes l’arborescence de ce contexte. Dans notre exemple les fils du contexte vantail (remplissages, options remplissage…) qui sera masqué, seront eux aussi masqués.

Définition des Libellés

Le tableur suivant permet de paramétrer les règles de génération des libellés qui seront calculés en sortie de chaque contexte.

Le principe de génération des libellés est de concaténer les valeurs ou les libellés complémentaires de certaines VBA, selon un ordre et des règles à paramétrer. Des valeurs figées pourront être insérées entre chaque valeur de VBA ou de libellé de VBA retenue.

Plusieurs types de désignation peuvent être définis : définition d’un libellé à usage du client de la commande, d’un autre à usage interne de l’atelier (plus synthétique), un autre à usage de la logistique…

Ce tableur de définition des libellés est constitué des colonnes suivantes :

Remarques : des VBA et des Formules peuvent être utilisées dans la définition des colonnes « Libellé Avant » et « Libellé Après ».

Lors de l’utilisation d’une référence code HTML, le texte à mettre en forme (Lib Av , valeur ou désignation, Lib Ap, Fin Lig ) doit être interprété par le mot clé <Diap-ID/>.

L’action Gestion des types de désignation permet de définir les différents types de libellé à générer en sortie de chaque contexte.

Ce tableur est constitué des colonnes suivantes :

• Type Désignation : référence de la désignation que l’on souhaite générer

• Référence VBA : Référence de la VBA, lié à chaque contexte, permettant le stockage du libellé généré

• Condition : condition de génération du type de désignation

• Ref Arb Con Avant Calcul : référence de l’arbre de condition pouvant être exécuté avant la génération de ce type de libellé

• Type Lib Lié / traduction : Permet de lier deux types de désignation, l’un étant la traduction de l’autre dans une autre langue (cf. Traduction libellé plus bas).

L’action Gestion Sous type de désignation permet de définir si besoin les sous types de libellé à associer au type de libellé à générer.

Il est ainsi possible de fractionner un type de libellé en plusieurs sous type qui sont à prendre en compte ou pas lors du calcul du type de libellé en fonction des valeurs saisies. Cela permet par exemple d’éliminer des blocs complets de tests si telle ou telle option n’est pas présente.

Ce tableur est constitué des colonnes suivantes :

• Scénario : référence du scénario

• Modele CTX : Modèle de contexte lié au scénario

• Type Désignation : type de désignation

• N°Ordre : ordre de traitement des conditions

• Condition : condition d’existence pour prise en compte du sous type

• Sous Type Des : sous type désignation à prendre en compte si la condition est valide

Dans la mesure ou des sous type sont définis (non obligatoire) , le calcul du libellé se base sur le type et les sous types valides ( le sous type vide doit être activé pour être pris en compte). Si aucun sous type n’est défini la colonne sous type du tableur de définition des libellés n’est pas prise ne compte lors de la recherche des éléments à tester.

Traduction de libellés

Il est possible de gérer deux versions d’un même libellé, l’une en français, et l’autre dans une autre langue.

Pour utiliser cette fonction, il faut créer deux types de libellés et les lier l’un à l’autre en renseignant le type de désignation porteur de la désignation en français dans le tableur de gestion des types de désignation.

Exemple ci-dessous avec le libellé ARC qui sera en français, et le libellé ARC_ANG :

Une fois le lien validé, il sera possible d’enregistrer une copie du libellé français au titre du libellé à traduire, à condition d’y entrer en utilisant la référence du type de désignation français :

La colonne Type désignation contiendra la liste des types de désignations en cours de maintenance.

Les colonnes « Ordre de priorité », « Libellé avant », « Libellé après » seront doublées pour permettre la traduction des différents éléments. Il est possible de les renseigner depuis ce tableur, mais si ce n’est pas le cas, Diapason enregistrera quand même le détail pour le nouveau libellé.

L’action « Traduction Libellé » permet d’accéder à un tableur où seront stockées les traductions des valeurs et désignations reprises directement des listes d’aide du scénario.

Elle est à lancer depuis le tableur de maintenance du libellé traduit.

Ce tableur est constitué des colonnes suivantes :

• Scénario : référence du scénario

• Type Désignation : type de désignation

• Référence VBA : Référence de la VBA pour laquelle une correspondance doit être définie

• Valeur Questionnaire VBA : valeur de la VBA

• Désignation Valeur (affiché) : libellé complémentaire associé à la valeur précédente

• Valeur traduite : traduction de la valeur de la VBA

• Lib Comp Traduit : traduction du libellé complémentaire associé à la valeur précédente

Deux actions permettent de charger le tableur:

• Initialisation toutes listes d’aide : Permet de charger toutes les valeurs de toutes les listes d’aide du scénario

• Initialisation liste aide VBA/Libellé : Permet de charger uniquement les valeurs des variables utilisées dans le libellé

L’utilisateur pourra ensuite renseigner les valeurs et les désignations traduites.

Le libellé calculé peut être stocké en tant qu’IT au fur et à mesure du calcul si le Paramètre Commande\MotScen\Libellé IT est activé à oui.

Pour tous les tests valides, VBA à VBA, le « fragment » de libellé calculé sera enregistré dans les IT du contexte en cours de la façon suivante :

• Type IT : concaténation de la constante IScLib_" + Type de libellé en cours de calcul.

• Sous Type : N° ordre de la table de construction Libellé

• Type IT : Référence de la VBA à l’origine de la ligne de calcul en cours : TV de construction libellé.

• Valeur IT : Valeur du libellé calculé pour la VBA en cours. La valeur stockée ne correspond pas à la concaténation des fragments de libellés générés depuis le début du calcul, mais uniquement au fragment en cours.

En fin de contexte le libellé total du calcul effectué est stocké de la façon suivante :

• Type IT : concaténation de la constante IScLib_" + Type de libellé en cours de calcul.

• Sous Type : = Totale

• Type IT : = Contexte

• Valeur IT : Valeur du libellé calculé pour le contexte

Gestion des Enchaînements

Depuis le TDY de maintenance des contextes, l’action Enchaînement Ctx permet d’accéder à l’outil de maintenance des règles d’enchaînement.

Cet outil permet de paramétrer le prochain contexte sur lequel on souhaite se positionner ou que l’on souhaite dérouler en automatique.

• Référence Scénario : référence du scénario

• Modèle Ctx Référence : modèle de contexte père à partir duquel la règle doit être exécutée

• Nature : Nature rattachée à la règle définie (un seul enregistrement par nature sera pris en compte)

• N° Ordre : Ordre de traitement au sein du même nature

• Condition : Condition de validité de la règle

• Modèle de Contexte : Modèle de contexte sur lequel enchaîner dans le cas où la condition est valide avec un des statuts suivants :

• Ctx à dérouler : Enchaîner sur un contexte rattaché au modèle précédent dans le cas où celui-ci n’a jamais été déroulé.

• Ctx à redérouler : Enchaîner sur un contexte rattaché au modèle précédent dans le cas où celui-ci est à redérouler.

• Ref Ctx Forcé Suivant : référence du contexte (et non modèle) sur lequel on souhaite enchaîner. La valeur *STOP permet de stopper le repositionnement automatique sur le prochain contexte à dérouler ou redérouler.

• Déroulement Automatique : le contexte d’enchaînement doit-il être déroulé en automatique ?

• Type Déroulement : Type de déroulement à choisir selon la liste suivante :

  • Premier_Ctx_Modele : Premier Contexte du modèle : Déroulement de la première référence de contexte répondant aux critères : Enchaînement sur le contexte V1 si V1 et V2 répondent aux critères

  • Recursif_Arbo : Déroulement récursif suivant l'arborescence : déroulement de tous les contextes répondant aux critères ainsi que leur arborescence selon l’arborescence (V1, V1R1, V1R2, V2, V2R1, V2R2)

  • Recursif_Niveau : Déroulement récursif par niveau : déroulement de tous les contextes répondant aux critères ainsi que leur arborescence niveau par niveau (V1, V2, V1R1, V1R2, V2R1, V2R2)

  • Tous_Ctx_Modele : Tous les Contextes du Modèle : Déroulement de tous les contextes répondants aux critères (V1, V2)

• Racine Ctx De déroulement : filtre pouvant être appliqué portant à la racine de la référence du contexte fils à traiter. Exemple l’enchaînement doit être réalisé sur tous les contextes du dormant2 mais pas les autres. Le fait de préciser une racine permettra de ne prendre en compte que les contextes qui commencent par la racine spécifiée.

• Condition sur Ctx a dérouler : condition devant être valide sur le contexte fils afin qu’il soit pris en compte pour l’enchaînement. Cette condition supplémentaire permet par exemple d’enchaîner sur tous les contextes vantaux en excluant le contexte V2. Les VBP suivantes sont alimentées automatiquement avant l’exécution de la condition afin qu’elles puissent être utilisées lors de l’exécution de ma condition

  • IScModSuiCtxEc : Cette VBP est alimentée par le plugin avec le modèle du contexte en cours de traitement dans la phase d’enchaînement de contexte

  • IScRefSuiCtxEc : Cette VBP est alimentée par le plugin avec la référence du contexte en cours de traitement dans la phase d’enchaînement de contexte.

• Commentaire : texte libre

• Formule Masquage Contexte : Formule permettant de définir pour chacun des contextes à dérouler s’il doit être masqué ou pas. La formule est exécutée pour chaque contexte (fils si déroulement récursif), elle doit renvoyer YES pour que le contexte soit masqué, sinon le contexte est affiché. La VBP IScRefCtxFils peut être interprétée dans la formule et contient la référence du contexte qui va être déroulé. Dans le cas où ce contexte est masqué le déroulement automatique est forcé a oui.

Init Défaut Contexte

Ce TDY permet de définir pour un modèle de contexte des règles de gestion permettant d’initialiser par défaut les VBA des contextes rattachés à ce modèle en fonction des valeurs d’un contexte référent. Exemple initialisation des VBA du contexte batée en fonction des VBA du contexte crémone.

La valeur défaut est initialisée uniquement pour les questions saisissables suite à l’application des règles d’entrée de la question. (La valeur peut donc être écrasée par une règle de sortie)

• Référence Scénario : référence du scénario

• Modèle Ctx: modèle de contexte à partir duquel les règles doivent être exécutées

• Ordre de priorité : ordre dans lequel seront traités les différents enregistrements

• Condition : Condition de validité de la règle

• Gestion / Héritage : méthode de gestion des règles de l’héritage par rapport à l’init défaut. Dans le cas de figure ou des valeurs héritées sont définies, faut-il prendre en compte les valeurs héritées ou du contexte référent ?

3 Règles peuvent être définies :

• Liste des VBA Exclues : Liste des VBA du questionnaire à exclure du « copier-coller » rattaché au modèle précédent dans le cas où celui-ci n’a jamais été déroulé.

• Commentaire : Texte libre

Modèle de Contexte Prédéfini

L’applicatif de gestion des modèles de contextes prédéfinis a pour but de décrire une arborescence de contexte avec pour chaque contexte la possibilité d’initialiser les différentes VBA du contexte. Ces initialisations peuvent être effectuées au titre de chaque prédéfini, ce qui permet d’attribuer des règles E/S directement au titre du modèle prédéfini sans alourdir les règles E/S propres à chaque VBA

Les modèles prédéfinis peuvent être rattachés à la création des contextes fils, dans le but d’initialiser une partie des données des contextes fils.

Exemple création d’un modèle prédéfini OF 2 vantaux avec traverses intermédiaires et Cadre petit bois. Ce modèle de prédéfini peut être rattaché à la création des contextes vantaux. L’init des VBA de chacun des contextes vantaux, remplissage, QOp cadre petits bois , peut être réalisée de manière automatique dans la mesure ou toutes les VBA nécessaires à la génération du prédéfini peuvent être héritées du contexte ouvrant ou de ces pères. Le déroulement de ces contextes peut alors être automatisé intégralement.

La construction d’un modèle prédéfini est similaire à la construction d‘un arbre de condition.

• Définition d’un entête de modèle prédéfini permettant d’attribuer une référence et une désignation : LPA.IScPreDef

• Ref PreDef : référence du prédéfini

• Libellé : libellé associé

• Image : Image associé au prédéfini pour liste d’aide

• Ne pas re dérouler : Est-il nécessaire de relancer le prédéfini lors de la modification du contexte où il est rattaché, si celui-ci a déjà été initialisé ?

• Définition des branches du modèle (arborescence de contexte)

Chaque branche correspond à un modèle de contexte. La création des différents contextes n’est pas effectuée à partir du modèle prédéfini, seules les règles de nomenclature de contextes permettent de créer des contextes. Le prédéfini doit être utilisé en concordance avec les règles de génération de contextes. Il permet alors d’initialiser tout ou partie des VBA de chaque contexte.

Pour chaque branche de prédéfini les informations suivantes devront être définies :

• Modèle du contexte : Référence du modèle de contexte rattaché à la branche.

• Condition : Condition d’existence de la branche. Exemple : création d’un contexte QOP cadre petit bois si ….

• Ref Ctx MAJ : Référence du contexte lié à la branche. Cette valeur peut être une formule de calcul qui s’appuie sur la référence du contexte en cours.

• Formule déroulement Auto : formule de calcul devant renvoyer YES ou NO afin d’indiquer si ce contexte doit être dérouler de manière automatique ou pas.

• For Masquage Ctx : formule de calcul devant renvoyer YES ou NO afin d’indiquer si ce contexte doit être masqué ou pas.

• Initialisation des VBA par branche

Pour chaque contexte lié au prédéfini, des règles similaires aux E/S permettront d’initialiser tout ou partie des VBA de ce contexte. Ces règles seront exécutées VBA par VBA suite à l’exécution des règles d’entrée propre à chaque VBA. Ces règles permettent donc de compléter ou contredire le cas général.

• Référence VBA : référence de la VBA sur laquelle sera exécutée la règle

• N° Ordre : N ordre d’exécution de la règle par rapport à la référence VBA.

• Condition : condition d’application de la règle

• Maj Création Contexte : cette règle doit-elle être appliquée lors du premier déroulement de ce contexte ?

• Maj Mod Contexte : cette règle doit-elle être appliquée lors du redéroulement de ce contexte ?

• Liste des Maj Si condition vraie : liste des maj VBA, VBP, MAT, ARC devant être appliquée dans le cas où la condition est vraie.

• Liste des Maj Si condition fausse : liste des maj VBA, VBP, MAT , ARC devant être appliquée dans le cas où la condition est fausse

• Gestion Héritage : dans le cas où un héritage est défini sur la question, quelle est la valeur prépondérante : héritage ou prédéfini ? Deux valeurs peuvent être saisies :

  • HerPrioritaire : Héritage Prioritaire / Prédéfini

  • PrDPrioritaire : Prédéfini Prioritaire / Héritage