Gestión del ciclo de vida de desarrollo de scripts

CXone Studio ofrece herramientas que ayudan a gestionar el ciclo de vida de desarrollo de sus scripts:

• Promoción de scripts a través de las etapas del flujo de trabajo de desarrollo, como desarrollo, pruebas y producción.
• Integración con un sistema de control de versiones de terceros. Actualmente, el único proveedor admitido es GitHub.
• La posibilidad de ver el historial de cambios de un script y regresar a versiones anteriores en CXone Studio o Desktop Studio.

Ciclo de vida del desarrollo de software en CXone Studio

En la ingeniería de software, muchas organizaciones aplican metodologías con un enfoque de varias etapas para el desarrollo. En estas metodologías, el ciclo de vida del desarrollo de software (SDLC, por sus siglas en inglés) consta de etapas de planificación, diseño, desarrollo, prueba e implementación de cambios en el software. Seguir una metodologías SDLC de varias etapas ayuda a mejorar la calidad del producto final y a agilizar el proceso de desarrollo.

Para ayudar a gestionar el ciclo de vida de desarrollo de sus scripts, CXone Studio ofrece etapas integradas del flujo de trabajo de desarrollo. Esto puede beneficiar sus procesos de desarrollo de scripts debido a lo siguiente:

• El acceso a los scripts en cada etapa está protegido mediante permisos. Esto le da control sobre qué usuarios de Studio pueden interactuar con los scripts de acuerdo con la etapa de desarrollo en la que se encuentran.
• Los scripts deben promoverse de una etapa a la siguiente a medida que avanzan por el proceso de desarrollo. La posibilidad de promover scripts se controla mediante permisos, por lo que puede limitar quién puede promover scripts.
• Los scripts pueden copiarse a una etapa inferior. Esto es útil para garantizar que está comenzando con la versión más actualizada del script cuando necesita cambios o mejoras.
• Puede establecer requisitos que se deban validar antes de que se pueda promover un script a la etapa siguiente. Por ejemplo, podría exigir que todos los scripts tengan revisión por pares y se sometan a pruebas antes de que pasen al predesarrollo. No hay requisitos de promoción integrados en Studio. Su empresa debe implementar políticas y procedimientos de manera independiente a Studio.

Usar etapas del flujo de trabajo de desarrollo en CXone Studio ayuda a proteger su CXone sistema de problemas imprevistos causados por los scripts. Reduce las posibilidades de que se lleven a producción scripts incompletos o que no se hayan sometido a todas las pruebas.

Etapas de desarrollo de CXone Studio

En CXone Studio, el flujo de trabajo de desarrollo consta de cuatro etapas integradas:

• Desarrollo
• Prueba
• Predesarrollo
• Producción

Puede activar las etapas que estén en consonancia con los procesos de desarrollo de scripts de su empresa. Por ejemplo, si no usa etapas de prueba o predesarrollo, puede omitirlas y activar sólo las de desarrollo y producción. Si su empresa no cuenta con un proceso de desarrollo de varias etapas, puede usar las etapas integradas para planificar el ciclo de vida de desarrollo de sus scripts.

Cada etapa está asociada con una carpeta en CXone Studio. Todos los scripts que actualmente se encuentren en un flujo de trabajo existen en esa carpeta. Cuando se promueve un script a la siguiente etapa o se degrada a una etapa inferior, se copia a la carpeta de esa etapa.

Los nombres de las etapas integradas no se pueden modificar. Sin embargo, al crear las carpetas para cada etapa, puede nombrarlas como desee. Los nombres de las carpetas aparecen en la UI cuando los usuarios de Studio promueven un script o lo degradan a un nivel inferior. Por ejemplo, si su empresa usa el nombre Montaje para la etapa de predesarrollo, puede crear una carpeta llamada Montaje y asignarla a la etapa de predesarrollo en CXone Studio.

Puede desarrollar su propia automatización para usarla con las etapas del flujo de trabajo de desarrollo de Studio, como Jenkins.

Promoción de scripts

Los usuarios de Studio que cuenten con el permiso Promover a para una etapa del flujo de trabajo de desarrollo pueden promover scripts de la etapa anterior a esa etapa. Los scripts sólo pueden promoverse a la etapa siguiente que está habilitada en su CXone sistema. No pueden saltarse etapas.

Los scripts también se pueden degradar copiándolos a etapas anteriores. Esto resulta útil cuando un script necesita cambios o mejoras. Por ejemplo, si se encuentra un defecto en un script durante la etapa de predesarrollo, puede copiarlo a la etapa inferior de desarrollo para corregir el problema. Después, el script debe superar los procesos del flujo de trabajo de su empresa antes de que se lo pueda volver a promover a predesarrollo. No se necesitan permisos para copiar un script a etapas anteriores. Sin embargo, los usuarios deben contar con el permiso Ver para la carpeta de la etapa desde la que copian el script.

Cuando un script se promueve o se degrada, se copia a la carpeta de la etapa de destino. Esto implica que los scripts pueden terminar con versiones en la carpeta de cada etapa. Si ya había una versión del script en la carpeta del siguiente nivel, se sobrescribe. Es importante promover o degradar desde la carpeta de la etapa correcta. Si no está seguro de qué versión debe degradar, puede usar el historial de versiones del script en cada etapa para determinar la versión que debe promover o degradar.

Los scripts se pueden promover desde el lienzo de scripts o desde la página Scripts en CXone Studio. En la página Scripts, puede promover más de un script a la vez. Si configuró CXone Studio con un sistema de control de versiones de terceros, las promociones también se aplican al repositorio especificado.

Control de versiones de scripts

El control de versiones le permite hacer un seguimiento y gestionar los cambios de sus scripts durante su desarrollo. Esto le permite investigar los problemas en el momento en que surgen. Si fuera necesario, puede regresar a una versión anterior del script para deshacer un cambio problemático.

CXone Studio ofrece dos opciones para el control de versiones de scripts:

• Sistemas de control de versiones de terceros: CXone Studio puede aplicar los cambios en el script a un sistema de control de versiones de terceros. Actualmente, GitHub es el único proveedor admitido. Esta característica es parte de un programa de versión controlada. Póngase en contacto con su Representante de cuenta CXone si desea más información.
• Historial de scripts: Studio conserva una serie de versiones anteriores configurables de cada script. Cada vez que se guarda el script, crea un registro de esa versión histórica. Puede ver las versiones anteriores y regresar a ellas, si fuera necesario. Esta opción se admite en Desktop Studio y CXone Studio. Esta característica no es parte del programa de lanzamiento controlado.

Las dos opciones para el control de versiones de scripts funcionan a la par. Si utiliza un sistema de control de versiones, sigue teniendo la capacidad de ver y regresar a versiones anteriores de un script que Studio conserva.

De manera similar, si utiliza etapas del flujo de trabajo de desarrollo en CXone Studio, puede ver las versiones anteriores de un script. Sin embargo, las versiones anteriores se limitan sólo a las versiones de cada etapa. Para ver versiones anteriores de una etapa distinta, debe ver el script en esa etapa. Para poder ver scripts de etapas diferentes, debe contar con los permisos para trabajar en esa etapa.

Sistemas de control de versiones de terceros

Puede usar un sistema de control de versiones de terceros con CXone Studio. Cuando conecta un repositorio a CXone Studio, los cambios en cada script se aplican a ese repositorio. Todos los cambios se aplican a la rama principal. Actualmente, CXone Studio sólo admite el desarrollo de una sola rama.

La primera vez que los usuarios de CXone Studio intenten aplicar cambios a un repositorio, se les pedirá que ingresen un token de acceso para ese repositorio. Después de que se autentican con el sistema, no se les vuelven a solicitar las credenciales, a menos que CXone Studio encuentre un problema y deba volver a autenticar al usuario.

Esta característica sólo se admite en CXone Studio. Por este motivo, en el sistema de control de versiones sólo se guarda la versión JSON de cada script.

Archivos que no son de script

El control de versiones sólo está disponible para archivos de script. Otros archivos, como los archivos de gramática ASR Permite que los contactos respondan a las indicaciones de voz grabadas hablando, presionando teclas en su teléfono o una combinación de ambos. o los archivos de mensajes de audio pregrabados, no tienen versiones históricas guardadas. Tampoco se les puede hacer un seguimiento con un sistema de control de versiones de terceros como GitHub. Para hacer un seguimiento de versiones de los archivos que no son de script, puede usar una gestión de versiones basada en nombres.

En la gestión de versiones basada en nombres, el nombre del archivo contiene un nombre o número de versión. Por ejemplo, AvisoDeSaludo_v1.wav. Cuando se aplican cambios en el archivo, se guarda una copia nueva actualizando el número de versión. Por ejemplo, AvisoDeSaludo_v1.wav pasaría a ser AvisoDeSaludo_v2.wav.

No se puede cambiar el nombre de estos archivos en CXone. Sin embargo, sí puede descargar el archivo a su computadora, cambiarle el nombre y, después, cargar la versión nueva. Puede eliminar las versiones del archivo que ya no necesite.

Organizaciones

Cuando configure su flujo de trabajo de desarrollo, debe crear una organización en CXone Studio. La organización define un conjunto de etapas y las carpetas relacionadas con estas. Además, define un repositorio para el sistema de control de versiones de terceros, si utiliza esta opción.

Puede crear otras organizaciones. Las organizaciones pueden relacionarse con distintos equipos, líneas de actividad u otras delineaciones de su empresa. Quizás desee crear más de una organización si su empresa:

• Desea usar más de un repositorio para sus scripts.
• Utiliza distintas etapas del flujo de trabajo de desarrollo en los diferentes grupos o equipos.
• Desea mantener separados los scripts de distintas líneas de actividad.

Cada organización cuenta con su propia carpeta en su CXone sistema. Todos los scripts de cada organización se almacenan en esa carpeta. Dentro de cada carpeta, debe crear subcarpetas para los scripts en cada etapa del flujo de trabajo de desarrollo que utilice. Cada carpeta de las etapas del flujo de trabajo puede tener otras subcarpetas. Si tiene varias organizaciones, su estructura de carpetas en Studio podría tener un aspecto similar al siguiente ejemplo:

• \Classics
  • \Desarr
  • \Pruebas
  • \Montaje
  • \Producc
• \TextosDeClass
  • \Desarrollo
  • \UAT
  • \Producc

Puede configurar la seguridad de los scripts según sea necesario para cada organización. Las Vistas Permiten controlar información que los usuarios pueden ver en CXone. y los permisos de Studio ofrecen un nivel granular de control sobre quién puede acceder a los scripts de su empresa e interactuar con ellos.