Définir un flux de travail de processus

Parent page: Processus & flux de travail

Une pierre angulaire de l’environnement de conception collaborative dans Altium Designer est la prise en charge des Workflows, qui guident les concepteurs d’une entreprise à travers les processus de conception typiques du quotidien, tels que la demande de nouveaux composants de bibliothèque du Workspace, la réalisation de revues de conception et la création de nouveaux projets Workspace.

Chaque Workflow utilisé pour mettre en œuvre un processus de conception particulier est créé dans le cadre d’une Process Definition. Il peut donc être considéré comme le Workflow sous-jacent de ce processus, ou simplement comme une Process Workflow. De nouveaux processus peuvent être créés, et les processus existants modifiés, à l’aide de l’Process Workflow Editor dédié. Ce document explique comment accéder à l’éditeur et l’utiliser pour élaborer le flux de travail du processus requis.

Accès à l’éditeur de flux de travail de processus

Les processus sont créés et gérés depuis la zone Processes (Admin – Processes) de l’interface navigateur du Workspace.

Pour accéder au Process Workflow Editor, activez l’onglet du thème de processus dans lequel vous souhaitez créer votre nouveau processus – Part Requests, Project Activities ou Project Creations – puis cliquez sur le bouton en haut à droite de la page.

Accès au Process Workflow Editor. S’assurer que le thème de processus souhaité est actif avant l’accès garantira que la nouvelle définition de processus sera définie avec le bon type de thème.

L’Process Workflow Editor fournit un canevas permettant de construire le flux de travail souhaité sous forme de diagramme. La zone principale de l’éditeur est l’endroit où vous créez le diagramme de workflow, tandis que le volet Properties sur la droite présente les propriétés liées à l’élément de diagramme actuellement sélectionné.

Lorsqu’aucun élément placé n’est sélectionné dans le diagramme, le volet Properties reflète le Name et le Type (le thème de processus auquel il appartient) de la définition du processus. Donnez au processus un nom explicite, car celui-ci apparaîtra dans l’interface navigateur du Workspace, ainsi qu’aux points d’accès applicables de l’interface graphique d’Altium Designer, afin que les concepteurs puissent lancer une instance du processus (à condition qu’il soit activé pour utilisation).

Le diagramme de workflow

Un diagramme de workflow de processus est construit à l’aide de divers éléments, disponibles dans la palette en haut de la zone.

Un diagramme de workflow est construit à l’aide des éléments de la palette disponible.

Le tableau suivant répertorie tous les éléments de diagramme possibles :

Icône	Type	Description
	Connection	Cet élément permet l’interconnexion entre les éléments de point d’événement dans le workflow. Sa forme peut être modifiée graphiquement et, bien que son Name soit laissé vide par défaut, cela peut être utile pour indiquer/décrire les différents chemins issus d’un élément de branchement dans un flux.
	Start	Il s’agit du point de départ du workflow. Le Name est prérempli par défaut selon le thème – Submit Request (Demandes de composants), Start Activity (Activités de projet), Create Project (Créations de projet). Cela peut être modifié selon les besoins. Pour plus d’informations sur les champs par défaut ajoutés au formulaire associé à cet élément, voir Built-in Fields et Default Fields. Pour le thème de processus Activités de projet, cet élément prend en charge un second Type – Start Release. Il est utilisé pour un workflow dans lequel un projet publié doit être envoyé vers une instance PLM intégrée, le tout dans le cadre du Project Releaser d’Altium Designer. Pour le thème de processus Créations de projet, une propriété Default server folder supplémentaire permet de spécifier un chemin de dossier de base où le nouveau projet sera enregistré. Si elle est définie, elle devient l’emplacement par défaut pour ce workflow, et peut être remplacée par l’utilisateur dans le champ Server Folder du formulaire New Project (onglet Advanced). Pour plus d’informations sur le changement de type de cet élément, voir Changing the Type for a Workflow Element.
	Event	Cet élément peut être utilisé pour obtenir le résultat d’une action au sein d’une instance PLM intégrée (fournissant une sortie de OK ou FAIL, ainsi qu’un message et un journal). Pour ce faire, définissez le Type pour le thème en conséquence – PLM Part Completed (Demandes de composants), PLM Publish Completed (Activités de projet), PLM Initialise Completed (Créations de projet). Par défaut, le Name est prérempli avec l’entrée Type , mais peut être modifié selon les besoins. Cet élément peut également être utilisé pour envoyer et recevoir des notifications vers/depuis un système tiers à l’aide de l’EDS d’Enterprise Server (nécessite un accès au SDK d’Enterprise Server). Définissez le Type sur Send ou Receive selon le cas (vous devrez définir à la fois des événements d’envoi et de réception dans le workflow). Les notifications se composent d’un identifiant unique Code et d’un message. Notez que le Code doit être identique pour les événements d’envoi et de réception. Pour Activités de projet, le type de cet élément peut également être défini sur Related Tasks Completed. Cela s’utilise lorsque des commentaires ont été ajoutés et attribués sous forme de tâches à des personnes spécifiques, en lien avec l’activité du projet lui-même. Cela signifie que le workflow du processus pour l’activité ne peut pas être terminé tant que toutes les tâches associées – les commentaires attribués – n’ont pas également été résolues.
	End	Il s’agit du point final du workflow, ou d’une branche de ce workflow. Le Name de l’élément peut être défini sur Completed, Rejected ou Cancelled.
	Task	Cet élément représente une tâche à effectuer – quelque chose qu’un ou plusieurs utilisateurs doivent réaliser. Dans un workflow d’Activité de projet basé sur une revue, cela peut consister à fournir un retour dans le cadre d’une revue. Dans un workflow de Demande de composant, cela peut consister à travailler sur un composant particulier demandé, ou peut-être uniquement sur son symbole ou son empreinte. Chaque tâche fournit des données à l’utilisateur, ou en recueille auprès de lui, via un Form dédié – construit avec tous les champs, variables et informations nécessaires pour atteindre l’objectif de la tâche. Pour plus d’informations, voir Building a Form. Outre le User Task standard (défini selon les besoins via un formulaire), chaque thème de processus prend en charge un ou plusieurs types supplémentaires – Create Part in PLM (Demandes de composants), Collect Project Data et Publish to PLM (Activités de projet), Initialise in PLM (Créations de projet). Dans chaque cas, le Name est défini par défaut sur le type de la tâche, mais peut être modifié selon les besoins. Des paramètres supplémentaires doivent être définis pour chaque type et diffèrent selon le type, tels que Assignee et Task Ownership. Pour une tâche de type liée au PLM, il est utilisé pour obtenir le résultat de l’action avec l’instance PLM (fournissant une sortie de OK ou FAIL, ainsi qu’un message et, pour les thèmes Activités de projet et Créations de projet, des propriétés). Avec le thème de processus Créations de projet, une propriété Default server folder supplémentaire permet de spécifier un chemin de dossier de base où le nouveau projet sera enregistré. Si elle est définie, elle devient l’emplacement par défaut pour ce workflow, et peut être remplacée par l’utilisateur dans le champ Server Folder du formulaire New Project (onglet Advanced). Pour plus d’informations sur le changement de type de cet élément, voir Changing the Type for a Workflow Element.
	Branch	Cet élément permet le branchement du workflow, en fonction des résultats obtenus à partir d’un point précédent du flux (par ex. acquisition d’un choix utilisateur ou d’une décision). Par défaut, le Name est laissé vide.
	Comment	Cet élément vous permet d’ajouter des commentaires à votre workflow, généralement en ajoutant un commentaire à chaque point du flux pour détailler ce qui doit s’y produire. Par défaut, le Name est laissé vide.

Placement des éléments de workflow

Pour placer un élément depuis la palette :

1. Cliquez sur l’entrée de l’élément dans la palette. Une instance de l’élément apparaît, surlignée en bleu, flottant sous le curseur.
2. Placez l’élément à l’emplacement souhaité sur le canevas du workflow et cliquez (ou faites un clic droit) pour effectuer le placement. Lorsque vous déplacez l’élément sur le canevas, des guides d’alignement apparaissent par rapport aux centres horizontaux et verticaux des éléments déjà placés.
3. Pour annuler le placement, appuyez sur Esc.

Exemple de placement d’éléments sur le canevas du workflow (Début, Fin et une tâche utilisateur). Remarquez les guides d’alignement dynamiques qui facilitent le placement.

Connexion des éléments de workflow

Pour connecter deux éléments de workflow :

1. Cliquez sur l’entrée dans la palette.
2. Placez le curseur sur le premier élément (source) à connecter et cliquez.
3. Déplacez le curseur pour voir une ligne de connexion commencer à s’étendre depuis l’élément. Placez le curseur sur le second élément (cible) à connecter et cliquez.

La connexion entre les éléments doit aller de gauche à droite, car il s’agit du flux logique. Il vous sera impossible de sélectionner un élément cible pour lequel la connexion est considérée comme invalide (par ex. tenter de connecter un élément End à un élément Start). Dans ce cas, l’élément cible apparaîtra avec un remplissage rouge, et l’extrémité de la ligne de connexion conservera une icône « interdit » ().

4. Continuez à placer d’autres connexions, ou faites un clic droit, ou appuyez sur Esc pour quitter.

Exemple de connexion d’éléments dans un workflow.

Déplacement des éléments de workflow

Pour déplacer un élément, cliquez dessus et faites-le glisser vers le nouvel emplacement souhaité. Si l’élément est connecté à un ou plusieurs autres éléments par des connexions, ces connexions seront conservées et le ou les tracés des lignes de connexion seront modifiés en conséquence. Utilisez les guides d’alignement dynamiques qui apparaissent pour vous aider au positionnement.

Exemple de déplacement d’un seul élément, puis de plusieurs éléments placés. Notez que les connexions, sauf si elles font partie de la sélection, seront modifiées afin de maintenir les éléments connectés en conséquence.

Modification d’une connexion

Lorsque vous survolez une connexion avec le curseur, différents contrôles d’édition, ou « poignées », deviennent disponibles. Ils permettent d’apporter graphiquement les modifications suivantes à une connexion :

• Cliquez et faites glisser la poignée pour déplacer la connexion uniquement dans le plan vertical.
• Cliquez et faites glisser la poignée pour déplacer la connexion uniquement dans le plan horizontal.
• Déplacez le curseur le long de la connexion ; la poignée suivra le curseur. Cliquez et faites glisser cette poignée pour créer un nouveau point de sommet pour la connexion.
• Cliquez et faites glisser la poignée pour déplacer le point de départ de la connexion. Vous devez faire glisser ce point sur un autre élément existant.
• Cliquez et faites glisser la poignée pour déplacer le point d’arrivée de la connexion. Vous devez faire glisser ce point sur un autre élément existant.

Un point de dépôt non valide lors du déplacement du point de départ ou d’arrivée d’une connexion est mis en évidence par le remplissage rouge de l’élément (et l’apparition de l’icône à l’extrémité de la connexion). Cela peut se produire, par exemple, si vous essayez de déplacer le point de départ de la connexion vers le même élément auquel le point d’arrivée de cette connexion est déjà attaché. Dans ce cas, déplacez d’abord le point d’arrivée, puis le point de départ.

Exemple de modification de connexions existantes à l’aide des différentes poignées d’édition qui apparaissent lors du survol d’une connexion.

Modification des propriétés d’un élément

Comme mentionné précédemment, le côté droit de Process Workflow Editor fournit un volet Properties, présentant les propriétés de l’élément de workflow actuellement sélectionné. Pour certains éléments, tels que Connection, Branch, End et Comment, leur seule propriété modifiable est leur Name. Pour d’autres, tels que Start et Task, vous disposez de paramètres pouvant être définis, ainsi que d’un Form associé pouvant être élaboré selon les besoins. N’oubliez pas non plus que les propriétés d’un élément de workflow peuvent changer selon le thème de processus dans lequel le processus est défini (et selon le type choisi pour un élément, lorsque plusieurs types sont pris en charge pour cet élément).

Volet des propriétés présentant les propriétés par défaut de l’élément de workflow Start (lors de la définition d’un processus dans le thème Project Activities, et lorsque le Type de l’élément est défini sur Start Activity). Survolez l’image pour afficher les propriétés par défaut lorsque l’élément Task (configuré comme un User Task) est sélectionné.

Modifiez selon les besoins les propriétés d’un élément de workflow sélectionné via le volet Properties. Pour un élément pour lequel un Form peut être défini, vous devrez soit créer le formulaire (cliquez sur le bouton dans la section Form du volet), soit le modifier (cliquez sur l’entrée dans la section Form du volet). Pour plus d’informations, consultez Création d’un formulaire.

Changement du type d’un élément de workflow

Les thèmes de processus suivants comportent des éléments de workflow prenant en charge plusieurs types :

• Part Requests thème :
  • Task – prenant en charge les types : User Task, Change State, Create Part in PLM.
  • Event – prenant en charge les types : Send, Receive, Notify User, PLM Part Completed.
• Project Activities thème :
  • Start – prenant en charge les types : Start Activity, Start Release.
  • Task – prenant en charge les types : User Task, Change State, Collect Project Data, Publish to PLM.
  • Event – prenant en charge les types : Send, Receive, Notify User, PLM Publish Completed, Related Tasks Completed.
• Project Creations thème :
  • Task – prenant en charge les types : User Task, Create Project, Change State, Initialise in PLM.
  • Event – prenant en charge les types : Send, Receive, Notify User, PLM Initialise Completed.

Après avoir placé un élément sur la zone de dessin du diagramme de workflow, vous pouvez passer d’un type disponible à un autre à l’aide du menu associé au bouton , qui apparaît à l’intérieur de/à côté de l’élément une fois celui-ci sélectionné.

Parcours des types pris en charge pour les éléments Start, Task et Event lors de la définition du workflow d’un processus faisant partie du thème de processus Project Activities.

Affectation des tâches

La manière dont une tâche du workflow est affectée dépend des paramètres définis pour Assignee, Except et Task ownership :

• Assignee – il peut s’agir d’un seul utilisateur de votre Workspace, de plusieurs utilisateurs ou d’un rôle spécifique (groupe d’utilisateurs). Des variables peuvent également être utilisées ici, par exemple $Initiator (la personne qui a démarré l’instance du processus), ou $Review Coordinator (l’utilisateur choisi comme coordinateur de revue dans une tâche précédente).

• Except – indique qui n’est pas autorisé à travailler sur la tâche, même s’il fait partie du périmètre des personnes affectées. Par exemple, le demandeur d’un composant ne devrait pas approuver sa propre demande de composant ! Un autre exemple pourrait être l’utilisation de la variable $Rework executed by dans le champ Except pour la tâche Verify rework d’un processus de revue de jalon, afin d’empêcher l’utilisateur ayant exécuté la tâche précédente (Rework) de pouvoir vérifier son propre travail.
• Task ownership – détermine qui peut agir sur une tâche, par rapport au(x) utilisateur(s) spécifié(s) dans le champ Assignee. Les options suivantes sont disponibles :
  • One of assigned users – s’il n’y a qu’un seul utilisateur dans le champ Assignee, la tâche initiale consistant à traiter la demande est affectée directement à cet utilisateur. S’il y a plusieurs personnes affectées, tous les utilisateurs voient la tâche dans leur liste de tâches, et l’un de ces utilisateurs se l’attribue.
  • All assigned users – toutes les personnes affectées reçoivent la tâche.

L’image ci-dessous montre les paramètres d’affectation pour une définition de processus Part Request. Le Assignee est défini comme étant les administrateurs du Workspace (membres du rôle Administrators). Task ownership est défini sur One of assigned users, ce qui signifie que l’un de ces utilisateurs administratifs doit prendre en charge la demande.

L’utilisateur qui reçoit initialement la tâche de traitement d’une nouvelle demande de composant dépend de la manière dont les paramètres de Assignee, Except et Task ownership ont été définis pour la tâche utilisateur initiale dans le workflow sous-jacent de la définition de processus applicable. L’image ci-dessus montre les paramètres de la définition de processus New Part Request par défaut.

Configuration de la visibilité des données pour un utilisateur standard

Vous avez la possibilité de configurer les données paramétriques visibles pour l’utilisateur standard dans l’onglet Data d’un workflow de processus, lors de l’affichage de la progression d’une instance active de ce processus. Lors de la modification du workflow d’un processus, et lorsqu’aucun élément n’est sélectionné, les données pouvant être présentées dans l’onglet Data sont répertoriées dans le volet Properties . Cliquez sur le contrôle pour accéder à son formulaire associé (<ProcessName> Data).

À partir de ce formulaire, vous pouvez déterminer si un paramètre est visible ou non dans l’onglet Data . Par défaut, un paramètre est visible (). Cliquez sur ce contrôle pour le rendre non visible (). En outre, vous pouvez contrôler l’ordre dans lequel les données sont présentées. Lorsque vous survolez une entrée de paramètre, le contrôle apparaît à sa gauche. Cliquez dessus et maintenez, puis faites glisser le paramètre vers une nouvelle position.

L’image suivante montre la relation entre le formulaire et ce qu’un utilisateur administrateur et un utilisateur standard (non administrateur) voient dans l’onglet Data du processus. Dans cet exemple, les paramètres Description et Datasheets sont masqués pour l’utilisateur standard.

Suppression d’un élément de workflow

Pour supprimer un élément de workflow, sélectionnez-le, puis utilisez le raccourci clavier Delete. Pour supprimer plusieurs éléments, cliquez et faites glisser un cadre de sélection autour d’eux, ou utilisez Ctrl+clic pour constituer la sélection individuellement, puis utilisez le raccourci Delete.

Création d’un formulaire

Deux éléments de workflow – Start et Task – impliquent de demander à un utilisateur d’effectuer une action. Il peut s’agir d’une demande d’informations d’initialisation (nom et type du projet, jeu de données initial pour revue, référence de composant demandée, fabricant et fiches techniques) ou d’une autre tâche dans le flux nécessitant d’une manière ou d’une autre une saisie utilisateur supplémentaire (décision de revue, données supplémentaires, commentaires, composant finalisé pour une demande, etc.). Ces deux éléments peuvent tous deux être considérés comme des task-oriented.

Pour présenter les champs et variables nécessaires afin de faciliter ce type d’interaction utilisateur, un Form est créé. Dans certains cas, un Form existe déjà avec des champs intégrés qui ne peuvent pas être supprimés, tandis que dans d’autres, un Form est disponible avec des champs par défaut, mais ceux-ci peuvent être modifiés selon les besoins. Dans d’autres cas encore, aucun Form n’existe, et vous disposez donc d’une assez grande liberté pour concevoir un Form aussi simple ou aussi complexe que nécessaire pour répondre aux besoins de votre entreprise.

La liste suivante présente toutes les variantes de ces deux tâches qui utilisent/exigent un Form :

• Start (thème Part Requests) – Form existant avec des champs par défaut. Ceux-ci peuvent être modifiés ou supprimés, et des valeurs par défaut peuvent être définies le cas échéant. Des champs supplémentaires peuvent être ajoutés selon les besoins.
• Start de type Start Activity (thème Project Activities) – Form existant avec un champ intégré. Celui-ci ne peut pas être supprimé. Des champs supplémentaires peuvent être ajoutés selon les besoins.
• Start (thème Project Creations) – Form existant avec des champs intégrés. Ceux-ci ne peuvent pas être supprimés. Des valeurs par défaut peuvent être définies le cas échéant. Des champs supplémentaires peuvent être ajoutés selon les besoins.
• Task de type User Task (tous les thèmes de processus) – aucun Form existant. À créer selon les besoins.
• Task de type Collect Project Data (thème Project Activities uniquement) – Form existant avec un champ intégré. Celui-ci ne peut pas être supprimé. Des champs supplémentaires peuvent être ajoutés selon les besoins.
• Task de type Create Project (thème Project Creations) – Form existant avec des champs intégrés. Ceux-ci ne peuvent pas être supprimés. Des valeurs par défaut peuvent être définies le cas échéant. Des champs supplémentaires peuvent être ajoutés selon les besoins.

L’éditeur de User Form

Un Form est conçu à l’aide du User Form Editor. Pour un élément pouvant avoir un Form défini, vous devrez soit créer le formulaire s’il n’existe pas encore (sélectionnez l’élément dans le workflow et cliquez sur le bouton dans la section Form du volet Properties), soit le modifier s’il existe déjà (sélectionnez l’élément dans le workflow et cliquez sur l’entrée dans la section Form du volet Properties).

Un Form est construit en ajoutant des champs – représentant des variables nommées – des types requis, et en définissant des indicateurs (le cas échéant) sur la manière dont ces champs doivent être utilisés – ce qui revient essentiellement à créer une interface permettant de transmettre des informations à l’utilisateur ciblé ou aux utilisateurs ciblés qui exécuteront la tâche, et de leur en demander.

Lorsque le formulaire est enregistré – cliquez sur le bouton en bas du Form – un résumé de tous les champs qui y sont définis, ainsi que de leurs types de variable, est présenté dans le volet Properties pour l’élément de workflow sélectionné.

Exemple du User Form Editor renseigné avec le Form pour la tâche utilisateur Provide review feedback (faisant partie de la définition de processus Milestone Review, dans le thème Project Activities). Notez que le volet Properties fournit un résumé pratique répertoriant tous les champs définis sur le Form, ainsi que leurs types.

Les sections suivantes examinent le fonctionnement du User Form Editor, y compris sa prise en charge des variables et des champs, les indicateurs associés à chaque champ/variable, le travail dans un Form, ainsi que les champs et variables intégrés/par défaut.

Variables et champs

Points à connaître concernant les variables et les champs :

• Un Variable est un élément de données nommé, suivi dans le cadre du workflow d’un processus.
• Un Field est la représentation d’une variable, dans le contexte d’un User Form particulier au sein du workflow d’un processus.
• Il n’existe aucune fonctionnalité dédiée pour gérer les variables d’un processus :
  • Une variable définie par l’utilisateur est ajoutée au processus lorsque l’administrateur l’ajoute pour la première fois à un Form dans le workflow de ce processus.
  • Une variable définie par l’utilisateur est supprimée du processus lorsqu’elle est retirée de tous les Forms utilisés dans le workflow de ce processus.
• La majorité des variables seront définies par l’administrateur lors de la création des Forms dans le workflow d’une définition de processus. Il existe certaines variables prédéfinies, intégrées à une définition de processus pour des éléments de workflow particuliers. Celles-ci peuvent être utilisées ailleurs sur d’autres User Forms définis par l’utilisateur, mais restent définies pour le processus, même si elles sont supprimées de tous les Forms d’un workflow.
• Il n’existe qu’une seule définition de variable dans le processus, ce qui signifie que partout où cette variable est modifiée (dans n’importe quel Form), les changements sont automatiquement répercutés sur tous les autres Forms utilisés dans ce workflow et sur lesquels la variable est utilisée.
• Les noms de variables ne sont pas sensibles à la casse (c’est-à-dire que vous ne pouvez pas avoir deux variables qui ne diffèrent que par les majuscules/minuscules).

Supported Variable Types

Le tableau suivant répertorie les types de variables pris en charge pour une utilisation dans un Form.

Type de variable	Icône	Indicateur Editable ?	Indicateur Required ?	Indicateur Reset Value ?	Option Keep Value Per User ?	Peut être ajouté par l’utilisateur comme nouvelle variable ?	Prise en charge de ou des valeurs par défaut	Possède un champ de valeur ?	Représentation sur le Form lorsqu’éditable	Représentation sur le Form en lecture seule	Thèmes de processus applicables
Data Set									Champ déroulant permettant de sélectionner une révision du projet précédemment désigné. Possibilité de pointer vers la fenêtre Explorer (bouton avec trois points) Les jeux de données de la révision choisie sont listés sous forme de liens cliquables	Liste de liens	Project Activities
Date									Champ texte avec sélection de date. Saisissez la date manuellement (au format jj/mm/aaaa) ou cliquez sur le champ pour ouvrir le calendrier	Étiquette sur une seule ligne	Tous
Dropdown								Champ texte sur une seule ligne avec prise en charge de plusieurs valeurs (pour spécifier les options de la liste déroulante)	Zone de liste déroulante affichant toutes les options définies parmi lesquelles choisir	Étiquette sur une seule ligne	Tous
File Upload									Zone de dépôt (glisser-déposer) Choose Files bouton Liste de liens avec possibilité de suppression	Liste de liens	Tous
Item/Revision									Champ texte avec recherche à la saisie Prise en charge de plusieurs valeurs Possibilité de pointer vers la fenêtre Explorer (bouton avec trois points)	Liste de liens	Tous
Label								Champ texte multiligne	N/A	Étiquette multiligne	Tous
Managed Project									Champ texte avec recherche à la saisie Prise en charge de plusieurs valeurs	Liste de liens	Tous
Multi Line Text									Champ texte multiligne.	Étiquette multiligne	Tous
Number									Champ texte. Une seule ligne avec validation numérique	Étiquette sur une seule ligne	Tous
PLM Publish Template									Champ déroulant répertoriant tous les modèles PLM actuellement définis apparaissant dans le formulaire <PLMInstance>:<PublishingTemplate>)	N/A	Project Activities
Project Template									Liste déroulante lorsque TC2 est en place Recherche avec ... pour accéder à l’explorateur	Étiquette sur une seule ligne	Project Creations
Properties									N/A	Tableau de paires clé-valeur de propriétés Nom du tableau comme nom de l’étiquette Lorsqu’il est vide, il n’est pas affiché sur le formulaire	Tous
Run Web Review									Web Review bouton pour lancer l’interface Web Review pour le projet désigné	-	Project Activities
Single Line Text									Champ texte. Une seule ligne	Étiquette sur une seule ligne	Tous
User/Group									Champ texte avec recherche à la saisie Prise en charge de plusieurs valeurs	Étiquette sur une seule ligne Valeurs séparées par ','	Tous

Drapeaux

Selon le type de variable d’un champ défini sur un formulaire, celui-ci peut avoir jusqu’à trois drapeaux :

• Editable – activez ce drapeau pour rendre le champ modifiable, par exemple pour pouvoir saisir le nom d’un projet, entrer une date, ajouter des données, etc.
• Required – activez ce drapeau pour faire du champ un champ obligatoire, ce qui signifie que l’utilisateur doit choisir une option ou saisir des données pour pouvoir soumettre la tâche.
• Reset value – activez ce drapeau pour réinitialiser la valeur du champ lors de l’entrée dans le formulaire. Si une valeur par défaut s’applique et a été définie, elle sera chargée ; sinon, le champ sera vide (ou affichera Choose option s’il s’agit d’un champ de liste déroulante).

Exemples de champs définis sur un formulaire, avec leurs drapeaux.

En termes d’affichage, un drapeau peut apparaître comme suit :

• Bleu – le drapeau peut être modifié et est actuellement actif.
• Gris – le drapeau peut être modifié et est actuellement inactif.
• Bleu estompé – le drapeau est actif et ne peut pas être modifié.
• Non affiché – le drapeau n’est pas applicable.

Lorsqu’un drapeau peut être modifié, cliquez dessus pour basculer son état actif.

Options avancées

Si un type de variable prend en charge des options supplémentaires, un contrôle Advanced options lui sera associé ; cliquez dessus pour le développer et les afficher.

Exemples de Advanced options pour divers champs définis sur un formulaire.

Les options suivantes peuvent s’y trouver, selon le type de variable :

• Keep value provided by each user separately – vous permet d’utiliser le champ pour « mettre en commun » les valeurs fournies dans les formulaires soumis par plusieurs utilisateurs impliqués dans une tâche, par exemple la révision d’une conception.
• Dropdown options – pour une variable de type Dropdown, définissez ici les entrées pouvant apparaître dans le menu déroulant associé au champ pour la sélection par l’utilisateur.
• Default value – fournissez une valeur par défaut qui sera présentée comme valeur « préremplie » du champ lorsque l’utilisateur accède au formulaire associé à la tâche. Si le champ est de type Dropdown, la valeur par défaut peut être définie sur l’une des Dropdown options définies, ou sur None.
• Value – généralement pour une variable de type Label, utilisez ce champ pour définir le texte de l’étiquette, présenté à l’utilisateur sur le formulaire associé à la tâche sur laquelle il travaille, et décrivant ce qu’il doit faire.

Ajout d’un champ

Pour ajouter un nouveau champ à un formulaire, cliquez sur le contrôle Add en bas à droite du formulaire. Le nouveau champ est ajouté en bas du formulaire, avec la liste déroulante Name développée, prête soit à choisir une variable existante déjà définie ailleurs dans la définition du processus, soit à en créer une nouvelle.

Exemple d’ajout d’un nouveau champ à un formulaire. Vous pouvez soit choisir de référencer une variable existante définie pour la définition de processus parente, soit saisir un nouveau nom et, ce faisant, créer une nouvelle variable pour cette définition (une fois le formulaire enregistré).

Si une variable existante est choisie :

• Elle est ajoutée au formulaire comme une autre référence à la variable.
• Le champ Name devient un champ de texte standard, permettant de modifier le nom, mais pas de choisir une autre variable.
• Les drapeaux sont configurés conformément à la manière dont la variable d’origine a été définie.

Si un nouveau nom de variable est saisi :

• Le champ Name devient un champ de texte standard.
• Le Type de la variable peut être choisi (la valeur par défaut est Single Line Text).
• Les drapeaux sont configurés selon un état par défaut : Modifiable (actif), Obligatoire (inactif), Réinitialiser la valeur (inactif).
• La nouvelle variable est ajoutée à la définition du processus lorsque le formulaire est enregistré.

Pour renommer un champ, cliquez dans le champ Name et modifiez-le selon vos besoins. Si le champ ne peut pas être renommé, le Name sera grisé et l’icône apparaîtra lorsque vous survolerez le champ.

Suppression d’un champ

Pour supprimer un champ défini par l’utilisateur, cliquez sur le contrôle situé complètement à droite. La suppression est instantanée, sans confirmation.

Réorganisation des champs

N’importe quel champ peut être déplacé à n’importe quelle position sur le formulaire en cliquant sur le contrôle et en le faisant glisser, contrôle qui apparaît sur le côté gauche lorsque vous survolez un champ. Cela vous permet d’ajouter rapidement des champs au formulaire, puis d’en façonner l’apparence (l’ordre de ces champs) par la suite.

Enregistrer et déployer

Une fois qu’un processus a été défini comme requis, cliquez sur le bouton (en haut à droite de l’éditeur) pour l’ajouter à la liste des processus disponibles pour ce thème de processus. La nouvelle définition de processus sera activée et prête à être utilisée.