Documentation:Workflow/fr

From OCS Inventory NG
Jump to: navigation, search

Contents

Administrer le workflow de télédistribution

Afin de pouvoir utiliser le workflow de télédistribution, il est nécessaire de le configurer et de l'adapter à ses besoins. Vous pouvez activer les statuts des demandes, ajouter des valeurs à des champs, ajouter des onglets, ajouter des champs multivalués.

Principe du workflow de télédistribution

Schéma détaillé

Fr schema workflow.jpg

Déroulement chronologique

Un utilisateur/demandeur effectue une requète de création de paquet à télédéployer sur un ensemble de machine. Un groupe d'administrateurs va étudier cette demande et l'accepter ou la rejeter.

  • Si la demande est rejetée, l'utilisateur/demandeur peut la modifier et la reproposer.
  • Si elle est acceptée, un paquet sera créé et activé.

Lorsque le paquet est créé et activé, il passe en phase de tests sur un environnement de tests.

  • Si un problème est rencontré, la demande peut revenir à un état précédent.
  • Si aucun problème n'est rencontré, un télédéploiement sur un périmètre restreint est effectué (un petit parc par exemple).

Le groupe d'administrateurs contrôle le déroulement du déploiement.

  • Si un problème est rencontré, la demande peut revenir à un état précédent.
  • Si le paquet est considéré validé, il sera déployé sur les ordinateurs cibles.
Warning: Lorsqu'une demande est effectuée, le demandeur doit remplir tous les champs obligatoires de tous les onglets. Les valeurs sont conservées d'onglet en onglet sans avoir besoin de valider la demande.


Configuration

Activation du workflow

Pour commencer, allez dans la partie configuration générale.

Doc gui adminwk1.jpeg

Passez l'option TELEDIFF_WK à ON.

Doc gui adminwk2.jpeg

Vous pouvez maintenant procéder à la configuration de votre workflow.

Configuration des status du workflow

Cliquez sur l'icône Télédéploiement, puis sur Demandes.

Doc gui adminwk3.jpeg

A la première connexion, vous allez devoir configurer un premier statuts de demande. Sans cela, le workflow ne pourra pas fonctionner.

Les statuts servent à définir l'étape d'une demande. Pour cela vous avez 9 niveaux à votre disposition. Afin de s'adapter à un maximum d'utilisateurs, les différents statuts sont activables en fonction de vos besoins.

  • NIV0 DELETE : Demande supprimée
  • NIV1 WAITING FOR INCLUSION : Demande en attente de prise en compte
  • NIV2 ACKNOWLEDGEMENT : Demande incomplète
  • NIV3 REFUSAL : Demande refusée
  • NIV4 NEED TO CHANGE : Demande à modifier
  • NIV5 CREATE PACKAGE : Paquet en cours de création
  • NIV6 LOCAL TEST : Paquet en cours de tests en local
  • NIV7 PERIMETER LIMITED DEPLOYMENT : Paquet en cours de déploiement sur un périmètre restreint
  • NIV8 DURING DEPLOYMENT : Paquet en cours de déploiement

Vous pouvez bien sur modifier chaque libellé de statut à votre convenance et en modifier le sens en fonction de vos besoins.

Doc gui adminwk4.jpeg

Une fois tous les statuts utiles à votre environnement activés, vous pouvez passer à la suite de la configuration.

Configurer le formulaire de demande

Par défaut, 5 onglets sont créés dans une demande de workflow

Doc gui adminwk5.jpeg
  • L'onglet Informations du demandeur contient le champ :
    • Demandeur : Le demandeur de la demande s'affiche automatiquement lors de la création de la demande.
  • L'onglet Informations générales du paquet contient les champs :
    • Nom du paquet : Le nom que le demandeur voudrait donner à son paquet
    • Description : Description succincte du paquet
  • L'onglet Informations techniques du paquet contient les champs :
    • Priorité : permet au demandeur de définir si son paquet est à déployer rapidement ou non
    • Utilisateur notifié : défini si l'utilisateur final aura un avertissement lors de l'installation du paquet
    • Utilisateur peut reporter : défini si l'utilisateur final pourra reporter l'installation.
    • Entraine un reboot : Défini si un reboot sera nécessaire après l'installation du paquet.

Pour tous ces champs, avant d'activer le workflow de télédistribution, vous devez ajouter les valeurs que vous désirez dans les listes déroulantes. Par exemple, pour ajouter les valeurs à la liste de Priorité, cliquez sur Doc gui user7.jpg, à coté de Doc gui adminwk6.jpeg.

Une popup s'ouvre ou vous pourrez ajouter vos valeurs.

Doc gui adminwk7.jpeg

Au final, vous aurez vos différentes valeurs dans un tableau.

Doc gui adminwk8.jpeg

Ces valeurs seront ensuite visibles pour tous les utilisateurs du workflow et sélectionnables dans la liste déroulante.

  • L'onglet Informations de validation contient les champs :
    • Actions de contrôle pour valider l'installation : Le demandeur définit les critères qui vont permettre de vérifier que l'installation sur le poste client s'est bien déroulée
    • Statut : Défini l'état de la demande dans le processus de workflow
  • L'onglet Historique qui contient un tableau des différents états de la demande

A cela, vous pouvez rajouter les onglets et les champs que vous désirez au formulaire de demande. Allez dans la partie Interface de l'administration du workflow.

Doc gui adminwk10.jpeg

Dans un premier temps, vous pouvez commencer par rajouter vos propres onglets en cliquant sur Doc gui user7.jpg dans la partie Doc gui adminwk11.jpeg.

Une popup s'ouvre et vous permet d'administrer vos onglets.

Doc gui adminwk12.jpeg

Par défaut, vous allez retrouver les onglets visibles dans la console du demandeur dans cette liste déroulante. En choisissant un champ présent dans l'onglet, vous pourrez voir les informations techniques de ce champs et modifier quelques paramètres.

Doc gui adminwk13.jpeg

Vous pouvez également ajouter vos propres champs dans l'onglet sélectionné. Cliquez sur Doc gui user7.jpg dans la partie Doc gui adminwk14.jpeg Une popup s'ouvre et vous permet d'administrer vos champs.

Doc gui adminwk15.jpeg

Description des différents champs de ce formulaire:

  • Nouveau Champ : correspond au nom de ce champ dans l'application. Il doit être au format SQL.
  • Libellé : il va définir le libellé du champ à l'affichage.
  • Type de champ : défini le type de champ. Vous pouvez ainsi créer des champs type texte, checkbox, radiobutton, fichier, liste déroulante, etc.
  • Champ obligatoire : la validation du formulaire de saisie ne peut se faire sans que ce champ soit complété.
  • Champ restreint : Ce champ ne sera pas visible pour les profils n'ayant pas l'option de restriction sur les champs du workflow de télédéploiement à non. Doc gui adminwk16.jpeg
  • Lié à un statut : Ce champ ne s'affichera qu'à un certain niveau de statut de la demande.

Administrer les étapes du workflow

La dernière étape de configuration consiste à définir les paramètres du workflow.

Doc gui adminwk17.jpeg

Description des options :

  • IT_SET_NIV_CREAT : Défini le niveau de la demande qui permettra de créer le paquet dans l'interface web
  • IT_SET_NIV_TEST : Défini le niveau qui permettra de déployer un paquet sur un périmètre de test
  • IT_SET_NIV_REST : Défini le niveau qui permettra de déployer un paquet sur un périmètre restreint
  • IT_SET_NIV_TOTAL : Défini le niveau qui permettra de déployer un paquet sur tout son parc
  • IT_SET_MAIL : Envoi de mail (si votre serveur est configuré pour) pour avertir les utilisateurs des différentes étapes d'une * demande
  • IT_SET_PERIM : Vous pouvez définir vos périmètres de déploiement soit sur le critère du TAG soit sur un groupe. Si vous choisissez de définir par rapport à un TAG, vous devrez compléter le champ IT_SET_TAG_NAME 
  • IT_SET_TAG_NAME : Choisissez le TAG qui définira votre périmètre de test et restreint
  • IT_SET_NAME_TEST : Valeur du champ de votre périmètre de test. Si vous avez IT_SET_PERIM à TAG, vous devrez remplir la valeur que devront avoir vos machines pour être considérée en périmètre de TEST. Sinon, vous aurez à choisir le groupe dynamique ou statique qui remplira cette fonction
  • IT_SET_NAME_LIMIT : Même principe que pour IT_SET_NAME_TEST, mais pour le périmètre restreint

Si vous choisissez de définir vos périmètres sur des groupes, un message d'information apparaîtra dans le détail d'un groupe.

Doc gui adminwk20.jpeg
Warning: En fonction du profil de l'utilisateur, soit il voit toutes les demandes, soit celles de son groupe d'appartenance.


Doc gui adminwk18.jpeg

soit il ne voit que les demandes faites par lui.

Ce choix se fait dans l'administration des profils.

Doc gui adminwk19.jpeg

Utilisation du workflow

Note: Seuls les profils ayant l'option de configuration à OUI peuvent configurer le workflow.

Une fois le workflow configuré et activé, vous ne pouvez plus déployer un paquet sans passer par une demande.


Doc gui adminwk9.jpeg

Pour activer le workflow pour un profil, vous devez activer la page : ms_teledeploy_workflow

Lorsqu'une demande est effectuée par un utilisateur, seul l'utilisateur (ou son groupe d'appartenance si cela est configuré ainsi) peut la modifier. Pour un administrateur du workflow, les champs de saisie seront grisés.

Doc gui adminwk21.jpeg

L'administrateur a le pouvoir de faire évoluer la demande dans ses statuts.

Doc gui adminwk22.jpeg
Personal tools