Le contenu de cette page concerne un produit ou une fonctionnalité faisant partie d'un programme d'avant-première publique. Si vous ne faites pas partie de l'avant-première et souhaitez obtenir plus d'informations, contactez votre représentant de compte.
Studio fournit un système d'étapes de développement pour vous aider à gérer le cycle de vie de développement des scripts de votre entreprise. Les étapes de développement sont un outil permettant d'organiser vos scripts et de gérer la promotion des scripts au sein du cycle de vie de développement des scripts.
Les phases de développement organisent les scripts en fonction de leur emplacement 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 faire passer à la phase suivante.
Découvrez le cycle de vie du développement logiciel
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 (SDLC) comprend des étapes de planification, de conception, de développement, de tests et de déploiement des modifications logicielles. 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.
Sauf indication contraire, les informations figurant sur cette Page d'aide s'appliquent uniquement à 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.
Structure de votre Workflow de Développement
Studio prend en charge votre flux de travail de développement au sein de la structure du dossier de script. La manière exacte dont ceci est géré dépend du fait que votre système NiCE CXone soit configuré 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 Organizations et les Divisions sont toutes deux affectées à des dossiers dans Studio. Les dossiers se trouvent dans le stockage fichier ACD dans NiCE CXone. Chaque organization ou division dispose de son propre ensemble de dossiers, constitué d'un dossier de niveau supérieur et d'un dossier pour chaque phase de développement utilisée dans cette organization 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 étape à l'autre. Ils peuvent choisir le dossier de destination à l'étape suivante. Vous pouvez configurer la sécurité des script selon les besoins de chaque organisation ou division. 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, étape par étape. Pour les divisions, les autorisations relatives au workflow de développement permettent un contrôle plus précis au sein de chaque division afin de contrôler l'accès aux scripts.
Workflow de Développement avec les organisations
Studio vous oblige à créer une organisation lors de la configuration de votre workflow de développement. Les Organisations sont une entité uniquement au sein de Studio. Leur seul but est d'organiser les étapes de développement et les scripts qu'elles contiennent.
Une organisation définit un ensemble d'étapes 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 référentiel vers lequel les Scripts sont validés. Chaque organisation peut utiliser un référentiel différent.
Vous pouvez créer plus d'une organisation. Les organisations peuvent correspondre à différentes équipes, lignes d'activité 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. Toutefois, il peut être utile de créer plus d'une organisation si votre entreprise :
- Souhaite utiliser plus que un référentiel pour ses Scripts.
- Utilise différentes étapes de développement dans différents groupes ou équipes.
- Souhaite conserver les Scripts de différents groupes, équipes ou lignes d'affaires séparés les uns des autres.
Chaque organisation dispose 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 pour vos étapes de développement peuvent être situés sous la racine de la structure de fichiers de votre Studio.
Développement du Workflow avec Divisions
Divisions permettent aux organisations de segmenter leurs données en toute sécurité au sein de leur système NiCE CXone, afin de distinguer 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 affectent toutes les données de la plateforme, y compris les scripts Studio.
Voir l'image
```
```
Un administrateur NiCE CXone doit créer des divisions dans l'application Admin. Ensuite, vous pouvez mapper les divisions à des dossiers dans Studio. La structure des dossiers au sein de Studio doit correspondre à la structure hiérarchique des divisions au sein du système NiCE CXone. Votre administrateur de plateforme chargé des divisions peut vous aider à déterminer la hiérarchie.
Chaque division possède son propre ensemble d'étapes de développement. Si vous utilisez un système de contrôle de version tiers avec Studio, le référentiel est attribué par division. Chaque division peut utiliser un référentiel 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 soutien aux fonctionnalités de flux de travail de développement.
| Organisation | Division | |
|---|---|---|
| Entité au sein de NiCE CXone | Non | Oui |
|
Exigences relatives au dossier de niveau supérieur dans Studio |
Plusieurs organisations doivent chacune disposer de leur propre dossier de niveau supérieur attribué 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 disposer de son propre dossier. La structure des dossiers doit correspondre à la structure de division dans la plateforme. |
| Prend en charge les étapes de développement |
Oui Chaque organisation possède un ensemble unique de phases et de dossiers de phases. |
Oui Chaque division possède un ensemble unique d'étapes et de dossiers d'étapes. |
| Prend en charge les autorisations permettant de contrôler l'accès des utilisateurs aux Scripts et aux étapes | Oui | Oui |
Phases de développement
Les étapes de développement sont au cœur de la gestion du cycle de vie de développement de votre script. Vous pouvez définir jusqu'à quatre étapes 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 étapes de développement dans Studio pour qu'elles correspondent. Vous pouvez personnaliser les noms de vos étapes de développement pour qu'ils correspondent aux noms que vos développeurs de scripts ont l'habitude d'utiliser.
Les étapes de développement sont des éléments enfants d'une organisation ou division, selon la configuration de votre système NiCE CXone. Chaque organisation ou division dispose de son propre ensemble unique d'étapes de développement. Cela vous permet de personnaliser les flux de travail de développement pour chaque organisation ou division.
Dans la première étape, il doit y avoir un dossier appelé main. Celui-ci représente la branche principale dans les systèmes de contrôle de version, tels que GitHub. Tous les Scripts doivent se trouver dans le dossier main. Les développeurs de Scripts peuvent créer des sous-dossiers dans main pour organiser les Scripts. Le dossier main 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 un système de contrôle de version, vous devez stocker tous les Scripts de votre étape de niveau le plus bas dans un dossier main.
Les autres étapes n'ont pas la même exigence en matière de dénomination des dossiers. Vous pouvez avoir autant de sous-dossiers que vous le souhaitez dans les trois autres étapes et ils peuvent être nommés de n'importe quelle manière. 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 des étapes de développement. Classiques, Inc. compte deux secteurs d'activité (LOBs), 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 et s'attribuer un rôle dans NiCE CXone Admin qui dispose des autorisations pour créer, modifier et promouvoir vers les quatre étapes.
Christopher consulte les responsables des équipes de script Studio de chaque LOB et se renseigne sur le cycle de développement de chaque équipe. Il crée ensuite deux organisations, ClassicTexts et ClassicCafe, chacune avec ses étapes 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 LOB et choisit l'Option permettant de type 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 étapes qu'il a créées dans chaque organisation. Il ne crée aucun sous-dossier dans les étapes supérieures. Au lieu de cela, il se contente de promouvoir le script vers le dossier de l'étape. Pour terminer, il désactive le script temporaire.
Christopher peut désormais voir la structure de dossiers suivante dans Studio :
ClassicCafe
\Dev
\main
\Prod
Texte classique
\Dev
\main
QA
\Prod
Promotion de script 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 uniquement vers l'étape immédiatement supérieure. Ils ne peuvent également être promus que vers des é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 vers l'emplacement du script, à l'exception du dossier d'étape. Cela applique la structure organisationnelle créée par vos développeurs de scripts.
Tigger Tiggerson est développeur de scripts chez Classic Texts. Il travaille sur ScriptA, qui se trouve dans /QA/Jan2025/TiggerTest/IBVoice. Il le promeut vers l'étape Prod. Lorsqu'il regarde dans le dossier Prod, il constate que le chemin entier /Jan2025/TiggerTest/IBVoice a été copié avec le fichier ScriptA. Le dossier /QA n'a pas été copié vers le haut 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 dans la phase 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 développer des processus internes pour définir les conditions de promotion des scripts d'une étape à l'autre. Studio ne suit pas ces conditions et ne valide pas qu'elles ont été remplies. Toutefois, vous pouvez utiliser les rôles et autorisations NiCE CXone pour contrôler quels utilisateurs Studio peuvent effectuer une promotion vers chaque étape. Vous pouvez également contrôler qui peut afficher, créer et modifier les scripts à chaque étape.
Modifications apportées aux Scripts promus
Suivre un workflow type de cycle de vie de développement de script signifie que, lorsque des modifications sont nécessaires sur un script se trouvant à un niveau supérieur, 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 à un niveau supérieur, ils peuvent être dupliqués dans le dossier de niveau le plus bas. Le seul cas où cela devrait être nécessaire est si un correctif d'urgence était requis et a été appliqué directement au script au niveau supérieur.
Lorsqu'un script est promu ou dupliqué vers une autre phase de développement, il est copié dans le dossier de la phase destination. Si le script se trouve dans un sous-dossier au sein du dossier d'une phase, le sous-dossier et le chemin d'accès à celui-ci sont copiés dans le dossier de la phase destination.
Des autorisations sont requises pour promouvoir et dupliquer des scripts vers d'autres étapes de développement. Les développeurs de scripts doivent disposer de :
- L'autorisation Relever à pour l'étape vers laquelle ils font passer les Scripts.
- L'autorisation Créer/Modifier pour l'étape vers laquelle ils dupliquent des Scripts.
- L'autorisation Voir pour l'étape dans laquelle 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 Destination. Si nécessaire, les développeurs de script peuvent comparer les scripts pour déterminer les différences avant la promotion ou la duplication. Ils peuvent également consulter l'historique des versions d'un script et revenir à une version antérieure, si des modifications ont été écrasées.
Script et contrôle d'accès aux données
Vous pouvez contrôler qui peut accéder aux Scripts à chaque phase de développement que vous définissez dans Studio. En utilisant les autorisations attribuées aux rôles dans Admin, vous pouvez restreindre la capacité des développeurs de script à afficher, créer et modifier, et désactiver les Scripts à chaque phase. Vous pouvez également contrôler vers quelles phases les développeurs peuvent promouvoir les Scripts.
Ces autorisations s'appliquent aux organisations et divisions :
-
Pour les organisations, les autorisations n'empêchent pas les développeurs de script de pouvoir voir les scripts d'autres organisations. Si le développeur dispose de l'autorisation de visualiser les Scripts dans l'étape 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 peuvent uniquement voir les scripts de la division à laquelle ils sont affectés ou de toutes les divisions enfants de la division à laquelle ils sont affectés. Par exemple, les développeurs de scripts disposant de l'autorisation d'afficher les scripts de l'étape de développement dans leur division assignée ne pourront pas voir les dossiers de l'étape de développement d'autres divisions situées au même niveau hiérarchique ou à un niveau supérieur.
Gestion des script avec étapes
Une fois vos étapes de développement configurées, les développeurs de script 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 configuré.
Lors de la conception de vos processus, tenez compte des éléments suivants :
- Quelles étapes vous avez configurées dans Studio.
- Les critères concernant quand et comment un script peut être promu à chaque phase de développement.
- Qui peut promouvoir des Scripts et à quelle étape.
- Que faire si un script à un niveau supérieur doit être modifié. Par exemple, ils doivent travailler sur la copie de ce script dans l'étape de développement et la faire remonter à travers les étapes.
- Que faire si une modification de type correctif urgent (breakfix) a été apportée à un script à une étape supérieure. Par exemple, cette version du script doit-elle être copiée vers l'environnement de développement ? Les développeurs de script peuvent comparer les scripts pour voir quelle est la version la plus récente.
- Toute autre consigne ou protection que votre entreprise a mise en place pour le développement de script.
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.
configurable de versions antérieures de chaque script. Chaque fois que le script est enregistré, il crée un enregistrement de cette version historique. You can afficher les versions précédentes et revenir à celles-ci si nécessaire. Cette option est prise en charge dans Desktop Studio et Studio.
Si vous utilisez les étapes 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.
Faits clés 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 étapes de développement distinctes au sein de chaque division. Les utilisateurs Studio ne peuvent accéder qu'aux scripts de leur division qui se trouvent dans des dossiers qu'ils ont l'autorisation d'afficher.
- Si vous n'utilisez pas Divisions, les utilisateurs Studio ne peuvent accéder qu'aux scripts situés dans les étapes de développement pour lesquelles ils disposent de l'autorisation de visualisation.
- Vous pouvez configurer jusqu'à quatre étapes de développement et personnaliser les noms afin qu'ils correspondent à la terminologie de votre entreprise. Les noms figurant dans la page des autorisations dans Admin sont fixes. Cependant, dans Studio, vous pouvez définir vos propres noms. Les noms que vous attribuez à chaque étape dans Studio sont ceux qui s'affichent pour les développeurs de scripts utilisant Studio.
-
Au sein de chaque étape, les développeurs de scripts peuvent créer des sous-dossiers pour organiser les scripts.