Gestion du cycle de vie du développement des scripts

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

• Promotion des scripts au cours des phases 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 de version tiers. Actuellement, GitHub est le fournisseur pris en charge.
• La possibilité d'afficher l'historique des modifications d'un script et de revenir à des versions antérieures dans Studio ou Desktop Studio.

Cycle de vie du développement logiciel dans Studio

Dans le domaine du génie logiciel, de nombreuses organisations suivent des méthodologies qui utilisent une approche du développement en plusieurs étapes. Dans ces méthodologies, le cycle de vie du développement logiciel (CVDL) comprend des étapes de planification, de conception, de développement, de test et de déploiement des modifications du logiciel. Le fait de suivre une méthodologie de CVDL en plusieurs étapes permet d'améliorer la qualité du produit final et de simplifier le processus de développement.

Pour vous aider à gérer le cycle de vie du développement de vos scripts, Studio propose des phases de développement intégrées. Cela peut être bénéfique pour vos processus de développement de scripts pour les raisons suivantes :

• L'accès aux scripts à chaque étape est protégé par des autorisations. Vous pouvez ainsi contrôler les utilisateurs de Studio qui peuvent interagir avec les scripts en fonction de leur phase de développement.
• Les scripts doivent être promus d'une phase à 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, ce qui vous permet de limiter les personnes autorisées à promouvoir des scripts.
• Les scripts peuvent être copiés vers un niveau inférieur. Par exemple, vous pouvez copier un script du dossier de test vers le dossier de développement pour résoudre un problème. Cela permet de s'assurer que l'on part de la version la plus récente d'un script lorsqu'il doit être modifié ou amélioré.
• Vous pouvez définir des exigences qui doivent être validées avant qu'un script puisse être promu à la phase suivante. Par exemple, vous pouvez exiger que tous les scripts soient revus et testés par des pairs avant de passer au pré-déploiement. Les exigences en matière 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 phases du flux de travail de développement dans Studio contribue à protéger votre CXone Mpower système contre les problèmes inattendus causés par les scripts. Cela réduit le risque que des scripts incomplets ou des scripts qui n'ont pas été entièrement testés soient mis en production.

Studio Phases de développement

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

• Développement
• Tests
• Pré-déploiement
• Production

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

Chaque phase est associée à un dossier dans Studio. Tous les scripts qui se trouvent actuellement dans un flux de travail se trouvent dans ce dossier. Lorsqu'un script est promu à la phase suivante ou copié à une phase inférieure, il est copié dans le dossier de cette phase .

Les noms des phases intégrées ne peuvent pas être modifiés. Cependant, lorsque vous créez le dossier de niveau supérieur pour chaque étape, vous pouvez les nommer comme vous le souhaitez. 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 Organisation pour la phase de prédéploiement, vous pouvez créer un dossier appelé Organisation et l'affecter à la phase de prédéploiement dans Studio. Vous pouvez créer des sous-dossiers sous le dossier de niveau supérieur de chaque étape.

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

Promotion et copie du script

Studio les utilisateurs disposant de l'autorisation Promouvoir vers pour une étape de workflow de développement peuvent promouvoir les scripts de l'étape précédente vers l'étape pour laquelle ils disposent de l'autorisation. Par exemple, un scénariste disposant de l'autorisation Promouvoir vers pour l'étape de test peut promouvoir des scripts de l'étape de développement à l'étape de test. Les scripts ne peuvent être promus qu'à la phase suivante activée dans votre CXone Mpowersystème. Ils ne peuvent pas ignorer de phase.

Les scripts peuvent également être copiés vers les étapes inférieures. Cela est utile lorsqu'un script nécessite des modifications ou des améliorations. Par exemple, si un défaut est détecté dans un script à l'étape de prédéploiement, vous pouvez le copier à 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 à la phase de prédéploiement. Aucune autorisation n'est requise pour copier un script vers des étapes inférieures. Lorsqu'un script est promu ou copié vers le bas, il est copié dans le dossier de la phase de destination.  Vous pouvez copier des scripts depuis :

• De la production au pré-déploiement, aux tests ou au développement.
• Du pré-déploiement aux tests ou au développement.
• Du test au développement.
• Développement vers le même sous-dossier de développement ou vers un autre.

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

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

Contrôle de version de script

Le contrôle de version 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 surviennent. Si nécessaire, vous pouvez revenir à une version antérieure d'un script pour annuler une modification problématique.

Studio propose deux options pour le contrôle de version de script :

• Systèmes de contrôle de version tiers : Studio permet d'enregistrer les modifications de scripts dans un système de contrôle de version tiers. Actuellement, GitHub est le seul fournisseur pris en charge. Cette fonctionnalité fait partie d'un programme de diffusion contrôlée. Contactez votre Représentant de compte si vous souhaitez en savoir plus.
• Historique des scripts : Studioconserve un nombre configurable de versions précédentes 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 y revenir si nécessaire. Cette option est prise en charge dans Desktop Studio et Studio. Cette fonctionnalité ne fait pas partie du programme de diffusion contrôlée.

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

De même, si vous utilisez les étapes du flux de travail de développement dans Studio, vous pouvez consulter les versions antérieures d'un script. Toutefois, les versions antérieures sont limitées aux versions de chaque phase. Pour afficher les versions antérieures d'une étape différente, vous devez afficher le script dans cette phase. La consultation de scripts dans différentes phases nécessite que vous ayez les autorisations nécessaires pour travailler dans cette phase.

Systèmes de contrôle de version tiers

Vous pouvez utiliser un système de contrôle de version tiers avec Studio. Lorsque vous connectez un référentiel à Studio, les modifications apportées à chaque script sont transférées dans ce référentiel. Toutes les modifications sont intégrées à la branche principale. Actuellement, Studio ne prend en charge que le développement d'une seule branche.

La première fois que les utilisateurs de Studio tentent de valider des modifications dans un référentiel, ils sont invités à saisir un jeton d'accès pour ce référentiel. Une fois qu'ils sont authentifiés par le système, ils ne sont plus invités à saisir leurs informations d'identification, sauf si Studio rencontre un problème nécessitant une nouvelle authentification de l'utilisateur.

Cette fonctionnalité n’est prise en charge que dans Studio. Pour cette raison, seule la version JSON de chaque script est enregistrée dans le système de contrôle de version.

Fichiers non scripts

Le contrôle de version n'est disponible que pour les fichiers de script. Les 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'invite audio préenregistrés, n'ont pas de versions historiques sauvegardées. Ils ne peuvent pas non plus faire l'objet d'un suivi dans un système de contrôle de version 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 cette approche, vous incluez un nom de version ou un numéro de version 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 le nom de ces fichiers dans CXone Mpower. Toutefois, vous pouvez télécharger le fichier sur votre ordinateur, le renommer, puis charger 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 Studio. L'organisation définit un ensemble de phases et les dossiers qui leur sont associés. Elle définit également un référentiel de système de contrôle de version tiers, si vous utilisez cette option.

Vous pouvez créer des organisations supplémentaires. Les organisations peuvent correspondre à différentes équipes, lignes d'activité ou autres délimitations au sein de votre entreprise. Vous pouvez créer plus d'une organisation si votre entreprise :

• souhaite utiliser plusieurs référentiels pour ses scripts
• utilise différentes phases du flux de travail de développement dans différents groupes ou équipes.
• souhaite séparer les scripts des différents secteurs d'activité.

Chaque organisation dispose de son propre dossier dans votre CXone Mpower 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 phase du flux de travail de développement que vous utilisez. Le dossier de chaque phase du flux de travail peut contenir d'autres sous-dossiers. Si vous avez plusieurs organisations, la structure de vos dossiers de Studio ressemblera à l'exemple suivant :

• \Classics
  • \Dév
  • \Test
  • \Organisation
  • \Prod
• \ClassTexts
  • \Développement
  • \UAT
  • \Prod

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