Gestion du cycle de vie du développement des scripts

Le contenu de cette Page concerne un produit ou une fonctionnalité faisant partie d'un programme de préversion publique. Si vous ne faites pas partie de la préversion et souhaitez obtenir plus d'informations, communiquez avec votre représentant de compte.

Studio fournit un système de phases de développement pour vous aider à gérer le cycle de vie de développement des scripts de votre entreprise. Les phases de développement sont un outil permettant d'organiser vos scripts et de gérer la promotion des scripts tout au long du cycle de vie de développement des scripts.

Les phases de développement organisent les scripts en fonction de l'endroit où ils se trouvent dans le processus de développement. Vous pouvez configurer jusqu'à quatre phases pour correspondre au processus suivi par vos développeurs de scripts. Par exemple, vous pourriez utiliser des phases pour le développement, les tests et la production. Lorsqu'un développeur de scripts crée ou modifie un script, il travaille dans la phase de développement. Ensuite, lorsqu'un script est prêt pour les tests, il peut le promouvoir vers la phase suivante.

Sauf indication contraire, les informations de cette page d'aide s'appliquent uniquement à Studio. Pour protéger la sécurité des scripts dans les différentes étapes, les dossiers affectés aux étapes du flux de travail de développement ne sont pas visibles dans Desktop Studio.

Structure de votre Flux de travail de développement

Studio prend en charge votre flux de travail de développement au sein de la structure de dossiers de scripts. La façon exacte dont cela est géré dépend de la configuration de votre système NiCE CXone pour les divisions Séparez les données de façon sécurisée entre les secteurs d’activité. Les données ne peuvent être consultées que depuis la division dont elles font partie.. Si votre système utilise des divisions, l'organisation des scripts s'aligne sur vos divisions. Si votre système n'utilise pas de divisions, Studio vous permet d'organiser les scripts à l'aide des organisations.

Les organisations et les divisions sont toutes deux affectées à des dossiers dans Studio. Les dossiers se trouvent dans le ACD stockage fichier dans NiCE CXone. Chaque organisation ou division possède son propre ensemble de dossiers, composé d'un dossier de premier niveau et d'un dossier pour chaque phase de développement utilisée dans cette organisation ou division. Dans chaque dossier de phase, vous créez des sous-dossiers pour organiser les scripts. Le seul sous-dossier requis se trouve dans la phase de développement de niveau le plus bas, qui doit comporter un dossier appelé main.

Les développeurs de scripts font passer les scripts d'une phase à l'autre. Ils peuvent choisir le dossier de destination dans la phase suivante. Vous pouvez configurer la sécurité des scripts selon les besoins pour chaque organisation ou division. Les autorisations de Studio offrent un niveau de contrôle granulaire sur qui peut accéder aux scripts de votre entreprise et interagir avec eux, phase par phase. Pour les divisions, les autorisations de flux de travail de développement vous permettent un contrôle plus fin au sein de chaque division afin de contrôler l'accès aux scripts.

Flux de travail de développement avec les organisations

Studio exige que vous créiez une organisation lors de la configuration de votre flux de travail de développement. Les organisations sont une entité uniquement au sein de Studio. Leur seul objectif est d'organiser les phases de développement et les scripts qu'elles contiennent.

Une organisation définit un ensemble de phases de développement et les dossiers qui leur sont associés. Si vous utilisez un système de contrôle de version tiers avec Studio, l'organisation définit également le dépôt vers lequel les scripts sont validés. Chaque organisation peut utiliser un dépôt différent.

Vous pouvez créer plus qu'une organisation. Les organisations peuvent correspondre à différentes équipes, lignes d'affaires ou autres délimitations au sein de votre entreprise. Si votre centre de contact est petit ou si votre entreprise a une structure simple et directe, une seule organisation peut suffire. Cependant, vous pourriez vouloir créer plus qu'une organisation si votre entreprise :

souhaite utiliser plusieurs référentiels pour ses scripts;
Utilise différentes phases de développement dans différents groupes ou équipes.
Souhaite garder les scripts de différents groupes, équipes ou secteurs d'activité séparés les uns des autres.

Chaque organisation possède son propre dossier dans votre NiCE CXonesystème. Tous les scripts de chaque organisation sont stockés dans ce dossier.

Si votre entreprise n'a pas besoin de plusieurs organisations, vous n'avez pas besoin de créer un dossier pour les scripts de l'organisation. Cela signifie que les dossiers de vos phases de développement peuvent se trouver sous la racine de la structure de fichiers de Studio.

Flux de travail de développement avec Divisions

Les divisions permettent aux organisations de segmenter en toute sécurité les données au sein de leur système NiCE CXone afin de séparer les différents secteurs d'activité. Il s'agit d'une entité qui existe au sein de NiCE CXone. Lorsqu'elles sont activées, les divisions ont une incidence sur toutes les données de la plateforme, y compris les scripts Studio.

Un administrateur NiCE CXone doit créer des divisions dans l'application Admin. Ensuite, vous pouvez mapper les divisions aux dossiers dans Studio. La structure de dossiers dans Studio doit correspondre à la structure hiérarchique des divisions au sein du système NiCE CXone. Votre administrateur de plateforme responsable des divisions peut vous aider à déterminer la hiérarchie.

Chaque division possède son propre ensemble de phases de développement. Si vous utilisez un système de contrôle de version tiers avec Studio, le dépôt est assigné par division. Chaque division peut utiliser un dépôt différent.

Comparaison des Organisations et des Divisions

Le tableau suivant résume les différences entre les organisations et les divisions ainsi que leur prise en charge des fonctionnalités de flux de travail de développement.

	Entreprise	Division
Entité au sein de NiCE CXone	Non	Oui
Exigences relatives au dossier de premier niveau dans Studio	Multiple organisations doivent chacune avoir leur propre dossier de premier niveau assigné dans Studio. Une organisation ne nécessite pas de dossier de premier niveau. Vous pouvez utiliser la racine pour contenir les dossiers de phase de développement.	Chaque division doit posséder son propre dossier. La structure du dossier doit correspondre à la structure de division dans la plateforme.
Prend en charge les phases de développement	Oui L’organisation définit un ensemble d’étapes avec les dossiers qui leur sont associés.	Oui La division définit un ensemble d’étapes avec les dossiers qui leur sont associés.
Prend en charge les autorisations pour contrôler l'accès des utilisateurs aux scripts et aux phases	Oui	Oui

Phases de développement

Les phases de développement sont au cœur de la gestion du cycle de vie du développement de vos scripts. Vous pouvez définir jusqu'à quatre phases pour correspondre aux processus établis de votre entreprise. Par exemple, si le cycle de vie de développement de votre entreprise comporte deux étapes, dev et prod, vous pouvez configurer vos phases de développement dans Studio pour qu'elles correspondent. Vous pouvez personnaliser les noms de vos phases de développement pour qu'ils correspondent aux noms auxquels vos développeurs de scripts sont habitués.

Les phases de développement sont des enfants d'une organisation ou d'une division, selon la façon dont votre système NiCE CXone est configuré. Chaque organisation ou division possède son propre ensemble unique de phases de développement. Cela permet de personnaliser les flux de travail de développement pour chaque organisation ou division.

Dans la première phase, il doit y avoir un dossier appelé main. Cela représente la branche principale des systèmes de contrôle de version, comme GitHub. Tous les scripts doivent se trouver dans le main dossier. Les développeurs de scripts peuvent créer des sous-dossiers dans main pour organiser les scripts. Le main dossier est requis si vous souhaitez utiliser un système de contrôle de version tiers avec Studio. Même si vous ne prévoyez pas d'utiliser le contrôle de version, vous devez stocker tous les scripts de votre phase de niveau le plus bas dans un main dossier.

Les autres phases n'ont pas la même exigence de nommage de dossier. Vous pouvez avoir autant de sous-dossiers que vous le souhaitez dans les trois autres phases, et ils peuvent porter n'importe quel nom. Cela vous permet d'utiliser des sous-dossiers pour organiser les scripts d'une manière qui répond aux besoins de votre entreprise, par exemple par version.

Christopher Robin, l'administrateur Studio de Classiques, Inc, met en place les phases de développement. Classiques, Inc. compte deux secteurs d'activité (LOB), Classic Texts, qui vend et loue des manuels scolaires aux étudiants universitaires, et Classic Cafe and Books, une chaîne de cafés-librairies.

Il commence par créer un rôle dans NiCE CXone Admin et se l'attribue; ce rôle dispose des autorisations pour créer, modifier et promouvoir dans les quatre phases.

Christopher consulte les gestionnaires des équipes de script Studio de chaque secteur d'activité et se renseigne sur le cycle de développement de chaque équipe. Il crée ensuite deux organisations, ClassicTexts et ClassicCafe, chacune avec ses phases de développement appropriées, sur la page Workflow Development dans Studio.

Ensuite, Christopher crée la structure de dossiers dans Studio. Il crée un script temporaire pour l'organisation de chaque secteur d'activité et choisit l'option de saisir le chemin d’accès au dossier, en le nommant \dev\main pour les deux organisations.

Enfin, Christopher promeut le script temporaire à travers chacune des phases qu'il a créées dans chaque organisation. Il ne crée aucun sous-dossier dans les phases supérieures. Il se contente plutôt de promouvoir le script vers le dossier de la phase. Pour terminer, il désactive le script temporaire.

Christopher peut maintenant voir la structure de dossiers suivante dans Studio :

\ClassicCafe

\Dev

\main

\Prod

\ClassicText

\Dev

\main

\QA

\Prod

Promotion des scripts et copie descendante

Lorsqu'un script est prêt à passer à l'étape suivante, un développeur de scripts disposant des autorisations appropriées peut le promouvoir. Les Scripts ne peuvent être promus qu'à l'étape immédiatement supérieure. Ils ne peuvent également être promus qu'aux étapes configurées pour l'organisation ou la division à laquelle appartient le développeur de scripts.

La promotion d'un script crée une copie du script dans l'étape de destination. Elle copie également tous les dossiers du chemin menant à l'emplacement du script, à l'exception du dossier d'étape. Cela renforce la structure organisationnelle créée par vos développeurs de scripts.

Tigger Tiggerson est un développeur de scripts chez Classic Texts. Il travaille sur ScriptA, qui se trouve dans /QA/Jan2025/TiggerTest/IBVoice. Il le promeut à l'étape Prod. Lorsqu'il regarde dans le dossier Prod, il constate que l'ensemble du chemin /Jan2025/TiggerTest/IBVoice a été copié avec le fichier ScriptA. Le dossier /QA n'a pas été copié, car il s'agit du dossier d'étape.

Par défaut, lorsque les scripts sont promus, ils sont stockés dans les mêmes sous-dossiers de l'étape de développement de destination. Les développeurs de scripts peuvent modifier le sous-dossier dans lequel le script est stocké, y compris en créant un nouveau dossier.

Votre entreprise peut élaborer des processus internes pour définir les conditions dans lesquelles les scripts doivent être promus d'une étape à l'autre. Studio ne suit pas ces conditions et ne valide pas qu'elles ont été respectées. Cependant, vous pouvez utiliser les rôles et autorisations de NiCE CXone pour contrôler quels utilisateurs de Studio peuvent effectuer une promotion à chaque étape. Vous pouvez également contrôler qui peut consulter, créer et modifier les scripts à chaque étape.

Modifications apportées aux Scripts promus

Le fait de suivre un flux de travail typique de cycle de vie de développement de scripts signifie que, lorsque des modifications sont nécessaires pour un script se trouvant dans une étape supérieure, les développeurs de scripts doivent travailler sur la copie du script se trouvant dans l'étape désignée pour le développement. Toutefois, si des scripts ont été modifiés dans une étape supérieure, ils peuvent être dupliqués dans le dossier de niveau le plus bas. Ceci ne devrait être nécessaire que dans le cas où un correctif d'urgence était requis et a été apporté directement au script dans l'étape supérieure.

Lorsqu'un script est promu ou dupliqué vers une autre phase de développement, il est copié dans le dossier de la phase de destination. Si le script se trouve dans un sous-dossier à l'intérieur du dossier d'une phase, le sous-dossier et le chemin qui y mène sont copiés dans le dossier de la phase de destination.

Des Autorisations sont requises pour promouvoir et dupliquer des scripts vers d'autres phases de développement. Les développeurs de scripts doivent avoir :

L'autorisation Promouvoir pour la phase vers laquelle ils promeuvent les scripts.
L'autorisation Créer/Modifier pour la phase vers laquelle ils dupliquent les scripts.
L'autorisation afficher pour la phase où le script se trouve actuellement.

La promotion ou la duplication d'un script vers une phase de développement différente écrase l'ancienne version du script si elle existe dans la phase de destination. Au besoin, les développeurs de scripts peuvent comparer les scripts pour déterminer les différences avant de les promouvoir ou de les dupliquer. Ils peuvent également afficher l'historique des versions d'un script et Revenir à une version antérieure, si des changements ont été écrasés.

Contrôle d'Accès aux scripts et aux données

Vous pouvez contrôler qui peut accéder aux scripts à chaque phase de développement que vous définissez dans Studio. À l'aide des autorisations attribuées aux rôles dans Admin, vous pouvez restreindre la capacité des développeurs de scripts à afficher, créer et modifier, et désactiver des scripts à chaque phase. Vous pouvez également contrôler vers quelles phases les développeurs peuvent promouvoir des scripts.

Ces autorisations s'appliquent aux organisations et divisions :

Pour les organisations, les autorisations n'empêchent pas les développeurs de scripts de pouvoir voir les scripts d'autres organisations. Si le développeur a l'autorisation d'afficher les scripts dans la phase de développement, il pourra voir tous les scripts du dossier de développement dans chaque organisation.
Avec les divisions Séparez les données de façon sécurisée entre les secteurs d’activité. Les données ne peuvent être consultées que depuis la division dont elles font partie., les développeurs de scripts ne peuvent voir que les scripts de la division à laquelle ils sont assignés ou de toute division enfant de la division à laquelle ils sont assignés. Par exemple, les développeurs de scripts ayant l'autorisation d'afficher les scripts dans la phase de développement de leur division assignée ne pourront pas voir les dossiers de la phase de développement d'autres divisions du même niveau hiérarchique ou d'un niveau supérieur.

Gestion des scripts avec les phases

Une fois vos phases de développement mises en place, les développeurs de scripts peuvent commencer à travailler dans le système. Vous devez vous assurer que vos développeurs comprennent comment travailler dans le système que vous avez mis en place.

Lors de la conception de vos processus, tenez compte des éléments suivants :

Les phases que vous avez configurées dans Studio.
Les critères concernant le moment et la façon dont un script peut être promu à chaque phase de développement.
Qui peut promouvoir les scripts et vers quelle phase.
Que faire si un script d’un niveau supérieur doit être modifié. Par exemple, ils devraient travailler sur la copie de ce script dans la phase de développement et la faire remonter à travers les phases.
Que faire si une modification de type breakfix a été apportée à un script à une phase supérieure. Par exemple, cette version du script devrait-elle être copiée dans la phase de développement (dev)? Les développeurs de scripts peuvent comparer les scripts pour voir laquelle est la version la plus récente.
Toute autre ligne directrice ou protection que votre entreprise a mise en place pour le développement de scripts.

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 pendant 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 pour annuler une modification problématique.

Studio conserve un nombre configurable de versions antérieures de chaque script. Chaque fois que le script est sauvegardé, un enregistrement de cette version historique est créé. Vous pouvez afficher les versions précédentes et y Revenir si nécessaire. Cette option est prise en charge dans Desktop Studio et Studio.

Si vous utilisez des phases de développement dans Studio, vous pouvez afficher les versions antérieures d’un script. Cependant, les versions antérieures se limitent uniquement aux versions de chaque phase. Pour afficher les versions antérieures d’une autre phase, vous devez consulter le script dans cette phase. La visualisation des scripts dans différentes phases nécessite que vous ayez les autorisations nécessaires pour travailler dans cette phase.

Faits importants sur les Phases de développement dans Studio

Si votre entreprise utilise des divisions Séparez les données de façon sécurisée entre les secteurs d’activité. Les données ne peuvent être consultées que depuis la division dont elles font partie., vous pouvez avoir des phases de développement distinctes au sein de chaque division. Les utilisateurs de Studio ne peuvent accéder qu’aux scripts de leur division qui se trouvent dans des dossiers qu’ils ont l’autorisation de consulter.
Si vous n’utilisez pas de divisions, les utilisateurs de Studio ne peuvent accéder qu’aux scripts situés dans les phases de développement qu’ils ont l’autorisation de consulter.
Vous pouvez configurer jusqu’à quatre phases de développement et personnaliser les noms pour qu’ils correspondent à la terminologie de votre entreprise. Les noms sur la page des autorisations dans Admin sont fixes. Cependant, dans Studio, vous pouvez définir vos propres noms. Les noms que vous assignez à chaque phase dans Studio sont ceux qui s’affichent pour les développeurs de scripts utilisant Studio.
Au sein de chaque phase, les développeurs de scripts peuvent créer des sous-dossiers pour organiser les scripts.