Gestion du cycle de vie du développement des scripts
Le contenu de cette page concerne un produit ou une fonctionnalité en version contrôlée (CR). Si vous ne faites pas partie du groupe CR et souhaitez plus d’informations, contactez votre Représentant de compte CXone.
Sauf indication contraire, les informations contenues dans cette page d'aide ne s'appliquent qu'à CXone Studio.
CXone 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 CXone Studio ou Desktop Studio.
Les phases du flux de travail de développement et la promotion des scripts ne sont disponibles que dans CXone Studio. Pour protéger la sécurité des scripts dans les différentes étapes, les dossiers assignés aux phases du flux de travail de développement ne sont pas visibles dans Desktop Studio.
Cycle de vie du développement logiciel dans CXone 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, CXone 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 dans une phase inférieure. 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 CXone Studio contribue à protéger votre CXone 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.
CXone Studio Phases de développement
Dans CXone 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 CXone 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 les dossiers pour chaque phase, 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 CXone Studio.
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 de script
Les utilisateurs de Studio disposant de l'autorisation Promouvoir vers pour une phase du flux de travail de développement peuvent promouvoir des scripts de la phase précédente vers cette phase. Les scripts ne peuvent être promus qu'à la phase suivante activée dans votre CXonesystème. Ils ne peuvent pas ignorer de phase.
Les scripts peuvent également être copiés vers des phases anté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 phases antérieures. Toutefois, les utilisateurs doivent disposer de l'autorisation Voir pour le dossier de l'étape à partir de laquelle ils copient le script.Lorsqu'un script est promu ou copié vers le bas, il est copié dans le dossier de la phase de destination.
Cela signifie que les scripts peuvent se retrouver avec des versions dans le dossier de la phase 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 CXone Studio. Sur la page Scripts, vous pouvez promouvoir plusieurs scripts en même temps. Si vous avez configuré CXone 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.
CXone Studio propose deux options pour le contrôle de version de script :
- Systèmes de contrôle de version tiers : CXone 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 CXone 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 CXone 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 CXone 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 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. Toutes les modifications sont intégrées à la branche principale. Actuellement,
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 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 CXone Studio rencontre un problème nécessitant une nouvelle authentification de l'utilisateur.
Cette fonctionnalité n’est prise en charge que dans CXone 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. 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 CXone 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 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. 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.