Gestion du cycle de vie du développement des scripts

CXone Studio fournit des outils pour vous aider à gérer le cycle de développement de vos scripts :

• La promotion des scripts à travers les étapes du flux de travail de développement, telles que le développement, les tests et la production.
• Intégration avec un système de contrôle des versions tiers. Actuellement, GitHub est le fournisseur pris en charge.
• Possibilité d’afficher l’historique des modifications d’un script et de revenir à des versions antérieures dans CXone Studio ou Desktop Studio.

Le cycle de développement des logiciels en CXone Studio

Dans le domaine de l’ingénierie logicielle, de nombreuses organisations suivent des méthodologies qui utilisent une approche en plusieurs étapes pour le développement. Dans ces méthodologies, le cycle de développement des logiciels (SDLC) consiste en des étapes de planification, de conception, de développement, de test et de déploiement des changements logiciels. Le respect d’une méthodologie SDLC en plusieurs étapes permet d’améliorer la qualité du produit final et de rationaliser le processus de développement.

Pour vous aider à gérer le cycle de développement de vos scripts, CXone Studio propose des étapes de flux de travail de développement intégrées. Cela peut être bénéfique pour vos processus de développement de scripts, car :

• L’accès aux scripts à chaque étape est protégé par des autorisations. Cela vous permet de contrôler quels utilisateurs Studio peuvent interagir avec les scripts en fonction de leur étape de développement.
• Les scripts doivent être promus d’une étape à l’autre au fur et à mesure qu’ils progressent dans le processus de développement. La possibilité de promouvoir des scripts est contrôlée par des autorisations, de sorte que vous pouvez limiter le nombre de personnes autorisées à promouvoir des scripts.
• Les scripts peuvent être copiés à un étape antérieure. Cela permet de s’assurer que vous démarrez à partir de la version la plus récente d’un script lorsque celui-ci doit être modifié ou amélioré.
• Vous pouvez établir des exigences qui doivent être validées avant qu’un script puisse être promu à l’étape suivante. Par exemple, vous pouvez exiger que tous les scripts soient revus et testés par des pairs avant de passer au déploiement préalable. Les conditions de promotion ne sont pas intégrées dans Studio. Il s’agit de politiques et de procédures que votre entreprise doit mettre en œuvre en dehors de Studio.

L’utilisation des étapes du flux de développement dans CXone Studio permet de protéger votre CXone système contre les problèmes inattendus causés par les scripts. Il réduit le risque de mettre en production des scripts incomplets ou des scripts qui n’ont pas été entièrement testés.

Étapes de développement CXone Studio

Dans CXone Studio, le processus de développement se compose de quatre étapes intégrées :

• Développement
• Tests
• Déploiement préalable
• Production

Vous pouvez activer les étapes qui correspondent aux processus de développement de scripts de votre entreprise. Par exemple, si vous n’utilisez pas les étapes de test ou de déploiement préalable, vous pouvez les omettre et n’activer que les étapes de développement et de production. Si votre entreprise ne dispose pas d’un processus de développement en plusieurs étapes, vous pouvez utiliser les étapes intégrées pour planifier le cycle de développement de vos scripts.

Chaque étape est associée à un dossier dans CXone Studio. Tous les scripts en cours dans un flux de travail existent dans ce dossier. Lorsqu’un script est promu à l’étape suivante ou copié à une étape inférieure, il est copié dans le dossier de cette étape.

Les noms des étapes intégrées ne peuvent pas être modifiés. Cependant, lorsque vous créez les dossiers pour chaque étape, vous pouvez les nommer comme bon vous semble. Les noms des dossiers apparaissent dans l’interface utilisateur lorsque les utilisateurs de Studio promeuvent ou copient un script. Par exemple, si votre entreprise utilise le nom Staging (Préparation) pour l’étape de déploiement préalable, vous pouvez créer un dossier appelé Staging et l’affecter à l’étape de déploiement préalable dans CXone Studio.

Vous pouvez créer votre propre automatisation pour utiliser les étapes du flux de travail de développement Studio à l’aide d’outils tels que Jenkins.

Promotion des scripts

Les utilisateurs de Studio disposant de l’autorisation « Promouvoir auprès de » pour une étape du flux de travail de développement peuvent promouvoir des scripts de l’étape précédente vers cette étape. Les scripts ne peuvent être promus qu’à l’étape suivante qui est activée dans votre CXone système. Ils ne peuvent pas sauter les étapes.

Les scripts peuvent également être copiés à des étapes antérieures. Cette fonction est utile lorsqu’un script doit être modifié ou amélioré. Par exemple, si un défaut est détecté dans un script lors de la phase de déploiement préalable, vous pouvez le copier dans la phase de développement pour corriger le problème. Le script doit ensuite passer par les processus de flux de travail de votre entreprise avant d’être à nouveau promu en déploiement préalable. Aucune autorisation n’est requise pour copier un script à des étapes antérieures. Cependant, les utilisateurs doivent disposer de l’autorisation d’afficher le dossier de l’étape à partir duquel ils copient le script.

Lorsqu’un script est promu ou copié, il est copié dans le dossier d’étape de destination. Cela signifie que les scripts peuvent se retrouver avec des versions dans le dossier de chaque étape. S’il existe déjà une version du script dans le dossier du niveau suivant, elle est écrasée. Il est important de promouvoir ou de copier le dossier de la bonne étape. Si vous n’êtes pas sûr de la version à copier, vous pouvez utiliser l’historique des versions du script à chaque étape pour déterminer la version à promouvoir ou à copier.

Les scripts peuvent être promus à partir du canevas du script ou de la page Scripts dans CXone Studio. Sur la page des scripts, vous pouvez promouvoir plusieurs scripts en même temps. Si vous avez configuré CXone Studio avec un système de contrôle des versions tiers, les promotions sont également intégrées dans le référentiel spécifié.

Contrôle des versions des scripts

Le contrôle des versions vous permet de suivre et de gérer les modifications apportées à vos scripts au cours de leur développement. Cela vous permet de rechercher les problèmes lorsqu’ils se présentent. Si nécessaire, vous pouvez revenir à une version antérieure d’un script afin d’annuler une modification problématique.

CXone Studio propose deux options pour le contrôle des versions des scripts :

• Systèmes de contrôle des versions tiers : CXone Studio peut valider des modifications de scripts pour un système de contrôle des versions tiers. Actuellement, GitHub est le seul fournisseur pris en charge. Cette fonctionnalité fait partie d’un programme de version contrôlée. Contactez votre Représentant de compte CXone si vous souhaitez en savoir plus.
• Historique des scripts : Studio conserve un nombre configurable de versions antérieures de chaque script. Chaque fois que le script est enregistré, il crée un enregistrement de cette version historique. Vous pouvez consulter les versions précédentes et revenir à celles-ci si nécessaire. Cette option est prise en charge dans Desktop Studio et CXone Studio. Cette fonction ne fait pas partie du programme de version contrôlée.

Les deux options de contrôle des versions des scripts fonctionnent en parallèle. Si vous utilisez un système de contrôle des versions, vous pouvez toujours consulter les versions antérieures d’un script conservé par Studio et y revenir.

De même, si vous utilisez les étapes du flux de développement dans CXone Studio, vous pouvez afficher les versions antérieures d’un script. Cependant, les versions antérieures sont limitées aux versions de chaque étape. Pour consulter les versions antérieures à partir d’une autre étape, vous devez consulter le script depuis cette étape. L’affichage des scripts à différentes étapes nécessite que vous disposiez des autorisations nécessaires pour travailler sur cette étape.

Systèmes de contrôle des versions tiers

Vous pouvez utiliser un système de contrôle des versions tiers avec CXone Studio. Lorsque vous connectez un référentiel à CXone Studio, les modifications apportées à chaque script sont transférées dans ce référentiel. Tous les changements sont transférés à la branche principale. CXone Studio ne prend actuellement en charge que le développement d’une seule branche.

La première fois que les utilisateurs de CXone Studio tentent de valider des modifications dans un référentiel, ils sont invités à saisir un jeton d’accès. Après avoir été authentifié par le système, l’utilisateur n’est plus invité à fournir ses données d’identification, à moins que CXone Studio ne rencontre un problème et doive l’authentifier à nouveau.

Cette fonctionnalité n’est prise en charge que dans CXone Studio. C’est pourquoi seule la version JSON de chaque script est enregistrée dans le système de contrôle des versions.

Fichiers non scripts

Le contrôle des versions n’est disponible que pour les fichiers de scripts. Pour d’autres fichiers, tels que les fichiers de grammaire ASR Permet aux contacts de répondre aux invites vocales enregistrées en parlant, en appuyant sur les touches de leur téléphone ou en combinant les deux. ou les fichiers d’invites audio préenregistrées, il n’y a pas de versions historiques enregistrées. Ils ne peuvent pas non plus être suivis dans un système de contrôle des versions tiers tel que GitHub. Pour suivre les versions des fichiers non scripts, vous pouvez utiliser une approche de gestion des versions basée sur les noms.

Dans l’approche de gestion des versions basée sur les noms, vous incluez un nom de version ou un numéro dans le nom du fichier. Par exemple, greetingPrompt_v1.wav. Lorsque vous apportez des modifications au fichier, vous enregistrez une nouvelle copie avec un numéro de version mis à jour. Par exemple, greetingPrompt_v1.wav deviendra greetingPrompt_v2.wav.

Vous ne pouvez pas modifier les noms de ces fichiers dans CXone. Cependant, vous pouvez télécharger le fichier sur votre ordinateur, le renommer, puis téléverser la nouvelle version. Vous pouvez supprimer les versions des fichiers dont vous n’avez plus besoin.

Organisations

Lorsque vous mettez en place votre flux de travail de développement, vous devez créer une organisation dans CXone Studio. L’organisation définit un ensemble d’étapes avec les dossiers qui leur sont associés. Elle définit également le référentiel d’un système de contrôle des versions tiers, si vous utilisez cette option.

Vous pouvez créer des organisations supplémentaires. Les organisations peuvent correspondre à différentes équipes, différents secteurs d’activité ou d’autres groupes au sein de votre entreprise. Il se peut que vous souhaitiez créer plusieurs organisations si votre entreprise :

• souhaite utiliser plusieurs référentiels pour ses scripts;
• utilise différentes étapes du flux de travail de développement dans différents groupes ou équipes;
• souhaite que les scripts des différents secteurs d’activité soient séparés les uns des autres.

Chaque organisation a son propre dossier dans votre CXone système. Tous les scripts de chaque organisation sont stockés dans ce dossier. Dans chaque dossier, vous créez des sous-dossiers pour contenir les scripts à chaque étape du flux de travail de développement que vous utilisez. Le dossier de chaque étape du flux de travail peut contenir des sous-dossiers supplémentaires. Si vous avez plusieurs organisations, la structure de votre dossier dans Studio ressemblera à l’exemple ci-dessous :

• \Classics
  • \Dev
  • \Test
  • \Staging
  • \Prod
• \ClassTexts
  • \Develop
  • \UAT
  • \Prod

Vous pouvez configurer la sécurité des scripts en fonction des besoins de chaque organisation. Les autorisations d’affichage Vous pouvez contrôler les informations que les utilisateurs peuvent voir dans CXone. et Studio permettent d’exercer un contrôle granulaire sur les personnes qui peuvent accéder aux scripts de votre entreprise et interagir avec eux.