Gestión del ciclo de vida del desarrollo de scripts

El contenido de esta página corresponde a un producto o función que forma parte de un programa de vista previa pública. Si usted no forma parte de la vista previa y desea obtener más información, comuníquese con su representante de cuenta.

Studio proporciona un sistema de etapas de desarrollo para ayudarlo a gestionar el ciclo de vida del desarrollo de scripts de su empresa. Las etapas del desarrollo son una herramienta para organizar sus scripts y gestionar la promoción de scripts a través del ciclo de vida del desarrollo de scripts.

Las etapas del desarrollo organizan los scripts según el punto en el que se encuentran dentro del proceso de desarrollo. Puede configurar hasta cuatro etapas para que coincidan con el proceso que siguen sus desarrolladores de scripts. Por ejemplo, podría utilizar etapas para desarrollo, prueba y producción. Cuando un desarrollador de scripts crea o edita un script, trabaja en la etapa de desarrollo. Luego, cuando un script está listo para la prueba, puede promoverlo a la siguiente etapa.

A menos que se indique lo contrario, la información de esta página de ayuda solo se aplica a Studio. Para proteger la seguridad de los scripts en las diversas etapas, las carpetas asignadas a las etapas del flujo de trabajo de desarrollo no están visibles en Desktop Studio.

Estructura de su Flujo de trabajo de desarrollo

Studio admite su flujo de trabajo de desarrollo dentro de la estructura de carpetas de scripts. La forma exacta en que se gestiona esto depende de si su sistema NiCE CXone está configurado para divisiones Separe los datos de forma segura entre las líneas de negocios. solo se puede acceder a los datos desde dentro de la División a la que pertenecen.. Si su sistema utiliza Divisiones, la organización de los scripts se alinea con sus Divisiones. Si su sistema no utiliza divisiones, Studio le permite organizar los scripts mediante organizaciones.

Tanto las organizaciones como las divisiones se asignan a carpetas dentro de Studio. Las carpetas se encuentran en el ACD almacenamiento de archivos en NiCE CXone. Cada organización o división tiene su propio conjunto de carpetas, que consiste en una carpeta de nivel superior y una carpeta para cada etapa del desarrollo utilizada en esa organización o división. Dentro de cada carpeta de etapa, usted crea subcarpetas para organizar los scripts. La única subcarpeta requerida está en la etapa de desarrollo de nivel más bajo, la cual debe tener una carpeta llamada main.

Los desarrolladores de scripts promueven los scripts de una etapa a la siguiente. Pueden elegir la carpeta de destino en la siguiente etapa. Puede configurar la seguridad de scripts según sea necesario para cada organización o división. Los permisos de Studio proporcionan un nivel granular de control sobre quién puede acceder e interactuar con los scripts de su empresa, etapa por etapa. En el caso de las divisiones, los permisos del flujo de trabajo de desarrollo le permiten un control más preciso dentro de cada división para controlar el acceso a los scripts.

Flujo de trabajo de desarrollo con organizaciones

Studio requiere que cree una organización al configurar su flujo de trabajo de desarrollo. Las organizaciones son una entidad solo dentro de Studio. Su único propósito es organizar las etapas del desarrollo y los scripts que contienen.

Una organización define un conjunto de etapas del desarrollo y las carpetas asociadas a ellas. Si utiliza un sistema de control de versiones de terceros con Studio, la organización también define el repositorio al que se confirman los scripts. Cada organización puede utilizar un repositorio diferente.

Puede crear más de una organización. Las organizaciones pueden corresponder a diferentes equipos, líneas de negocio u otras divisiones de su empresa. Si su centro de contacto es pequeño o su empresa tiene una estructura simple y directa, es posible que una sola organización sea todo lo que necesite. Sin embargo, es posible que desee crear más de una organización si su empresa:

Desea usar más de un repositorio para sus scripts.
Utiliza diferentes etapas del desarrollo en diferentes grupos o equipos.
Desea mantener los scripts de diferentes grupos, equipos o líneas de negocios separados entre sí.

Cada organización tiene su propia carpeta en su sistema NiCE CXone. Todos los scripts de cada organización se almacenan en esa carpeta.

Si su empresa no necesita múltiples organizaciones, no es necesario crear una carpeta para los scripts de la organización. Esto significa que las carpetas para sus etapas del desarrollo pueden ubicarse en la raíz de la estructura de archivos de Studio.

Flujo de trabajo de desarrollo con Divisiones

Las divisiones permiten que las organizaciones segmenten de forma segura los datos dentro de su sistema NiCE CXone para separar diferentes líneas de negocios. Son una entidad que existe dentro de NiCE CXone. Cuando están habilitadas, las divisiones afectan todos los datos de la plataforma, incluidos los scripts de Studio.

Un administrador de NiCE CXone debe crear Divisiones en la aplicación Admin. Después de eso, puede asignar divisiones a carpetas en Studio. La estructura de carpetas dentro de Studio debe coincidir con la estructura jerárquica de las divisiones dentro del sistema NiCE CXone. El administrador de la plataforma a cargo de las divisiones puede ayudarlo a determinar la jerarquía.

Cada división tiene su propio conjunto de etapas del desarrollo. Si utiliza un sistema de control de versiones de terceros con Studio, el repositorio se asigna por división. Cada división puede utilizar un repositorio diferente.

Comparación de organizaciones y Divisiones

La siguiente tabla resume las diferencias entre organizaciones y divisiones y su compatibilidad con las funciones del flujo de trabajo de desarrollo.

	Organización	División
Entidad dentro de NiCE CXone	No hay	sí
Requisitos de carpeta de nivel superior en Studio	Cada una de las múltiples organizaciones debe tener su propia carpeta de nivel superior asignada en Studio. Una organización no requiere una carpeta de nivel superior. Puede utilizar la raíz para contener las carpetas de las etapas del desarrollo.	Cada división debe tener su propia carpeta. La estructura de carpetas debe coincidir con la estructura de divisiones en la plataforma.
Admite etapas del desarrollo	sí La organización define un conjunto de etapas y las carpetas relacionadas con estas.	sí La división define un conjunto de etapas y las carpetas relacionadas con estas.
Admite permisos para controlar el acceso de los usuarios a los scripts y a las etapas	sí	sí

Etapas del desarrollo

Las etapas del desarrollo son el núcleo de la administración del ciclo de vida de desarrollo de sus scripts. Puede definir hasta cuatro etapas para que coincidan con los procesos establecidos de su empresa. Por ejemplo, si el ciclo de vida de desarrollo de su empresa tiene dos pasos, dev y prod, puede configurar sus etapas del desarrollo en Studio para que coincidan. Puede personalizar los nombres de sus etapas del desarrollo para que coincidan con los nombres a los que están acostumbrados sus desarrolladores de scripts.

Las etapas del desarrollo son elementos secundarios de una organización o división, según cómo esté configurado su sistema NiCE CXone. Cada organización o división tiene su propio conjunto único de etapas del desarrollo. Esto le permite personalizar los flujos de trabajo de desarrollo para cada organización o división.

En la primera etapa, debe haber una carpeta llamada main. Esta representa la rama principal en los sistemas de control de versiones, como GitHub. Todos los scripts deben ubicarse en la carpeta main . Los desarrolladores de scripts pueden crear subcarpetas dentro de main para organizar los scripts. La carpeta main es obligatoria si desea usar un sistema de control de versiones de terceros con Studio. Incluso si no planea usar un control de versiones, debe almacenar todos los scripts de su etapa de nivel más bajo en una carpeta main .

Las demás etapas no tienen el mismo requisito de nomenclatura de carpetas. Puede tener tantas subcarpetas como desee en las otras tres etapas y pueden tener cualquier nombre. Esto le permite usar subcarpetas para organizar los scripts de una manera que satisfaga las necesidades de su empresa, por ejemplo, por versión de lanzamiento.

Christopher Robin, el administrador de Studio de Classics, Inc, está configurando las etapas del desarrollo. Classics, Inc. tiene dos líneas de negocio (LOB), Classic Texts, que vende y alquila libros de texto a estudiantes universitarios, y Classic Cafe and Books, una cadena de librerías cafetería.

Comienza creando y asignándose un rol en NiCE CXone Admin que tiene permisos para crear, editar y promover a las cuatro etapas.

Christopher consulta con los gerentes de los equipos de scripting de Studio de cada línea de negocio y se informa sobre el ciclo de vida de desarrollo de cada equipo. Luego crea dos organizaciones, ClassicTexts y ClassicCafe, cada una con sus respectivas etapas del desarrollo apropiadas en la página Workflow Development de Studio.

A continuación, Christopher crea la estructura de carpetas en Studio. Crea un script temporal para la organización de cada línea de negocio y elige la opción de escribir la ruta de la carpeta, nombrándola \dev\main para ambas organizaciones.

Finalmente, Christopher promueve el script temporal a través de cada una de las etapas que creó en cada organización. No crea ninguna subcarpeta en las etapas superiores. En cambio, simplemente promueve el script a la carpeta de la etapa. Para finalizar, desactiva el script temporal.

Christopher ahora puede ver la siguiente estructura de carpetas en Studio:

\ClassicCafe

\Desarr

Dominio

\Producc

\ClassicText

\Desarr

Dominio

\QA

\Producc

Promoción de scripts y copia descendente

Cuando un script está listo para avanzar a la siguiente etapa, un desarrollador de scripts con los permisos adecuados puede promoverlo. Los scripts solo se pueden promover a la etapa inmediatamente superior. También solo se pueden promover a etapas que estén configuradas para la organización o división a la que pertenece el desarrollador de scripts.

Promover un script crea una copia del script en la etapa de destino. También copia todas las carpetas en la ruta hacia la ubicación del script, excepto la carpeta de etapa. Esto refuerza la estructura organizativa que crean sus desarrolladores de scripts.

Tigger Tiggerson es un desarrollador de scripts en Classic Texts. Está trabajando en ScriptA, que está ubicado en /QA/Jan2025/TiggerTest/IBVoice. Lo promueve a la etapa Prod. Cuando revisa la carpeta Prod, ve que toda la ruta /Jan2025/TiggerTest/IBVoice se copió junto con el archivo ScriptA. La carpeta /QA no se copió porque es la carpeta de etapa.

De forma predeterminada, cuando se promueven los scripts, se almacenan en las mismas subcarpetas en la etapa de desarrollo de destino. Los desarrolladores de scripts pueden cambiar en qué subcarpeta se almacena el script, incluida la creación de una carpeta nueva.

Su empresa puede desarrollar procesos internos para definir las condiciones de cuándo promover los scripts de una etapa a otra. Studio no rastrea estas condiciones ni valida que se hayan cumplido. Sin embargo, puede usar los roles y permisos de NiCE CXone para controlar qué usuarios de Studio pueden promover a cada etapa. También puede controlar quién puede ver, crear y editar scripts en cada etapa.

Cambios en los scripts promovidos

Seguir un flujo de trabajo típico del ciclo de vida de desarrollo de scripts significa que, cuando se requieren cambios en un script que se encuentra en una etapa superior, los desarrolladores de scripts deben trabajar en la copia del script que está en la etapa designada para el desarrollo. Sin embargo, si los scripts se han modificado en una etapa superior, se pueden duplicar en la carpeta de nivel más bajo. La única vez que esto debería ser necesario es si se requirió una corrección de emergencia y se realizó directamente en el script de la etapa superior.

Cuando se promueve o duplica un script a otra etapa del desarrollo, se copia en la carpeta de la etapa de destino. Si el script se encuentra en una subcarpeta dentro de la carpeta de una etapa, la subcarpeta y la ruta hacia ella se copian en la carpeta de la etapa de destino.

Se requieren Permisos para promover y duplicar scripts a otras etapas del desarrollo. Los desarrolladores de Scripts deben tener:

El permiso Promover a para la etapa a la que están promoviendo los scripts.
El permiso Crear/Editar para la etapa a la que están duplicando los scripts.
El permiso Ver para la etapa en la que se encuentra actualmente el script.

Promover o duplicar un script a una etapa del desarrollo diferente sobrescribe la versión anterior del script si existe en la etapa de destino. Si es necesario, los desarrolladores de Scripts pueden comparar scripts para determinar las diferencias antes de promover o duplicar. También pueden ver el historial de versiones de un script y Revertir a una versión anterior, si se sobrescribieron cambios.

Control de Acceso a Scripts y datos

Puede controlar quién puede acceder a los scripts en cada etapa del desarrollo que defina en Studio. Mediante los permisos asignados a los roles en Admin, puede restringir la capacidad de los desarrolladores de Scripts de ver, crear y editar, y desactivar scripts en cada etapa. También puede controlar a qué etapas pueden promover scripts los desarrolladores.

Estos permisos se aplican a organizaciones y divisiones:

Para las organizaciones, los permisos no impiden que los desarrolladores de Scripts puedan ver los scripts de otras organizaciones. Si el desarrollador tiene permiso para ver scripts en la etapa de desarrollo, podrá ver todos los scripts de la carpeta de desarrollo en cada organización.
Con las divisiones Separe los datos de forma segura entre las líneas de negocios. solo se puede acceder a los datos desde dentro de la División a la que pertenecen., los desarrolladores de Scripts solo pueden ver los scripts de la división a la que están asignados o de cualquier división secundaria de la división a la que están asignados. Por ejemplo, los desarrolladores de Scripts con permiso para ver scripts en la etapa de desarrollo en su división asignada no podrán ver las carpetas de la etapa de desarrollo de otras divisiones en el mismo nivel jerárquico o en uno superior.

Gestión de Scripts con etapas

Después de configurar las etapas del desarrollo, los desarrolladores de Scripts pueden comenzar a trabajar dentro del sistema. Debe asegurarse de que sus desarrolladores comprendan cómo trabajar dentro del sistema que configuró.

Al diseñar sus procesos, tenga en cuenta lo siguiente:

Qué etapas configuró en Studio.
Los criterios sobre cuándo y cómo se puede promover un script a cada etapa del desarrollo.
Quién puede promover Scripts y a qué etapa.
Qué hacer si es necesario modificar un script en un nivel superior. Por ejemplo, deberían trabajar en la copia de ese script en la etapa de desarrollo y hacer que se promueva nuevamente a través de las etapas.
Qué hacer si se ha realizado un cambio de corrección de errores (breakfix) a un script en una etapa superior. Por ejemplo, ¿debería copiarse esa versión del script a la etapa de desarrollo? Los desarrolladores de Scripts pueden comparar scripts para ver cuál es la versión más reciente.
Cualquier otro lineamiento o protección que su empresa haya establecido para el desarrollo de Scripts.

Control de Versión de Scripts

El control de versión le permite rastrear y administrar los cambios realizados en sus scripts durante su desarrollo. Esto le permite investigar los problemas en el momento en que surgen. Si es necesario, puede revertir a una versión anterior de un script como forma de deshacer un cambio problemático.

Studio mantiene un número configurable de versiones anteriores de cada script. Cada vez que se guarda el script, se crea un registro de esa versión histórica. Puede ver versiones anteriores y Revertir a ellas si es necesario. Esta opción es compatible en Desktop Studio y Studio.

Si utiliza etapas de desarrollo en Studio, puede ver versiones anteriores de un script. Sin embargo, las versiones anteriores están limitadas solo a las versiones de cada etapa. Para ver las versiones anteriores de una etapa diferente, debe ver el script en esa etapa. Para ver scripts en etapas diferentes se requiere que tenga permisos para trabajar en esa etapa.

Datos clave sobre las Etapas del desarrollo en Studio

Si su empresa utiliza divisiones Separe los datos de forma segura entre las líneas de negocios. solo se puede acceder a los datos desde dentro de la División a la que pertenecen., puede tener etapas de desarrollo separadas dentro de cada división. Los usuarios de Studio solo pueden acceder a los scripts dentro de su división que se encuentren en carpetas que tengan permiso para ver.
Si no utiliza divisiones, los usuarios de Studio solo pueden acceder a los scripts ubicados en las etapas de desarrollo que tengan permiso para ver.
Puede configurar hasta cuatro etapas de desarrollo y personalizar los nombres para que coincidan con la terminología de su empresa. Los nombres en la página de permisos en Admin son fijos. Sin embargo, en Studio, puede definir sus propios nombres. Los nombres que asigne a cada etapa en Studio son los que aparecerán para los desarrolladores de scripts que utilicen Studio.
Dentro de cada etapa, los desarrolladores de scripts pueden crear subcarpetas para organizar los scripts.