Gerenciamento do ciclo de vida do desenvolvimento de scripts

O CXone Studio fornece ferramentas para ajudar você a gerenciar o ciclo de vida do desenvolvimento de scripts:

• Promoção do script por meio dos estágios do fluxo de trabalho de desenvolvimento, como desenvolvimento, teste e produção.
• Integração com um sistema de controle de versão de terceiros. Atualmente, o GitHub é o provedor compatível.
• A capacidade de visualizar o histórico de alterações de um script e reverter para versões anteriores no CXone Studio ou Desktop Studio.

Ciclo de vida de desenvolvimento de software no CXone Studio

Em engenharia de software, muitas organizações seguem metodologias que usam uma abordagem de vários estágios para o desenvolvimento. Nessas metodologias, o ciclo de vida de desenvolvimento de software (SDLC) consiste em etapas de planejamento, projeto, desenvolvimento, teste e implementação de alterações no software. Seguir uma metodologia SDLC de vários estágios ajuda a melhorar a qualidade do produto final e a simplificar o processo de desenvolvimento.

Para ajudar você a gerenciar o ciclo de vida do desenvolvimento de scripts, o CXone Studio oferece estágios de fluxo de trabalho de desenvolvimento incorporados. Isso pode beneficiar seus processos de desenvolvimento de scripts porque:

• O acesso aos scripts em cada estágio é protegido por permissões. Isso lhe dá controle sobre quais usuários do Studio podem interagir com os scripts com base no estágio de desenvolvimento deles.
• Os scripts devem ser promovidos de um estágio para o outro à medida que avançam no processo de desenvolvimento. A capacidade de promover scripts é controlada por permissões, portanto, você pode limitar quem pode promover scripts.
• Os scripts podem ser copiadospara um estágio inferior. Isso é útil para garantir que você esteja começando com a versão mais atual de um script quando ele precisar de alterações ou aprimoramentos.
• Você pode estabelecer requisitos que devem ser validados antes que um script possa ser promovido para o próximo estágio. Por exemplo, você pode exigir que todos os scripts sejam revisados e testados por colegas antes de passarem para a pré-implantação. Os requisitos de promoção não estão incorporados no Studio. São políticas e procedimentos que sua empresa deve implementar fora do Studio.

O uso dos estágios do fluxo de trabalho de desenvolvimento no CXone Studio ajuda a proteger seu CXone sistema contra problemas inesperados causados por scripts. Isso reduz as chances de scripts incompletos ou scripts que não foram totalmente testados serem colocados em produção.

Estágios de desenvolvimento do CXone Studio

No CXone Studio, o fluxo de trabalho de desenvolvimento consiste em quatro estágios incorporados:

• Desenvolvimento
• Testes
• Pré-implantação
• Produção

Você pode ativar os estágios que se alinham com os processos de desenvolvimento de scripts da sua empresa. Por exemplo, se você não usar estágios de teste ou de pré-implantação, poderá omiti-los e ativar apenas o desenvolvimento e a produção. Se a sua empresa não tiver um processo de desenvolvimento de vários estágios estabelecido, você poderá usar os estágios incorporados ao planejar o ciclo de vida de desenvolvimento do script.

Cada estágio está associado a uma pasta no CXone Studio. Todos os scripts atualmente em um fluxo de trabalho existem nessa pasta. Quando um script é promovido para o próximo estágio ou copiado para um estágio inferior, ele é copiado para a pasta desse estágio.

Os nomes dos estágios incorporados não podem ser alterados. Entretanto, quando você criar as pastas para cada estágio, poderá nomeá-las como quiser. Os nomes das pastas aparecem na interface do usuário quando os usuários do Studio promovem ou copiam um script. Por exemplo, se sua empresa usa o nome Preparação para o estágio de pré-implantação, você pode criar uma pasta chamada Preparação e atribuí-la ao estágio de pré-implantação no CXone Studio.

Você pode criar sua própria automação para usar com os estágios do fluxo de trabalho de desenvolvimento do Studio usando ferramentas como o Jenkins.

Promoção de scripts

Os usuários do Studio com a permissão Promover para uma etapa do fluxo de trabalho de desenvolvimento podem promover scripts da etapa anterior para essa etapa. Os scripts só podem ser promovidos para o próximo estágio que estiver habilitado no seu CXone sistema. Eles não podem pular etapas.

Os scripts também podem ser copiados para estágios anteriores. Isso é útil quando um script requer alterações ou aprimoramentos. Por exemplo, se for encontrado um defeito em um script no estágio de pré-implantação, você poderá copiá-lo para o estágio de desenvolvimento para corrigir o problema. Em seguida, o script deve passar pelos processos de fluxo de trabalho da sua empresa antes de ser promovido novamente à pré-implantação. Não é necessária nenhuma permissão para copiar um script para estágios anteriores. No entanto, os usuários devem ter a permissão Exibir para a pasta do estágio da qual estão copiando o script.

Quando um script é promovido ou copiado para baixo, ele é copiado para o arquivo de destinoage's folder. Isso significa que os scripts podem acabar com versões na pasta de cada estágio. Se já houver uma versão do script na pasta do próximo nível, ela será substituída. É importante promover ou copiar da pasta do estágio correto. Se você não tiver certeza de qual versão copiar, poderá usar o histórico de versões do script em cada estágio para determinar qual versão precisa ser promovida ou copiada.

Os scripts podem ser promovidos a partir da tela do script ou da página Scripts no CXone Studio. Na página Scripts, você pode promover mais de um script ao mesmo tempo. Se você tiver configurado o CXone Studio com um sistema de controle de versão de terceiros, as promoções também serão confirmadas no repositório especificado.

Controle de versões de scripts

O controle de versão permite rastrear e gerenciar as alterações nos scripts durante o desenvolvimento. Isso permite que você pesquise os problemas quando eles surgirem. Se necessário, você pode reverter para uma versão anterior de um script como uma forma de desfazer uma alteração problemática.

O CXone Studio oferece duas opções para o controle de versão do script:

• Sistemas de controle de versão de terceiros: o CXone Studio pode confirmar as alterações do script em um sistema de controle de versão de terceiros. Atualmente, o GitHub é o único provedor compatível. Esse recurso faz parte de um programa de versão controlada. Entre em contato com o seu Representante de Contas do CXone se tiver interesse em saber mais.
• Histórico do script: o Studio mantém um número configurável de versões anteriores de cada script. Cada vez que o script é salvo, ele cria um registro dessa versão histórica. Você pode visualizar as versões anteriores e reverter para elas, se necessário. Essa opção apenas é compatível no Desktop Studio e no CXone Studio. Esse recurso não faz parte do programa de liberação controlada.

As duas opções de controle de versão de script funcionam em conjunto. Se você usar um sistema de controle de versão, ainda poderá visualizar e reverter para as versões anteriores de um script que o Studio mantém.

Da mesma forma, se você usar os estágios do fluxo de trabalho de desenvolvimento no CXone Studio, poderá visualizar as versões anteriores de um script. No entanto, as versões anteriores são limitadas apenas às versões de cada estágio. Para visualizar as versões anteriores de um estágio diferente, você deve visualizar o script nesse estágio. A visualização de scripts em diferentes estágios exige que você tenha as permissões para trabalhar nesse estágio.

Sistemas de controle de versão de terceiros

É possível usar um sistema de controle de versão de terceiros com o CXone Studio. Quando você conecta um repositório a CXone Studio, as alterações em cada script são confirmadas nesse repositório. Todas as alterações são confirmadas na ramificação principal. Atualmente, o CXone Studio só oferece suporte ao desenvolvimento de uma única ramificação.

Na primeira vez que os usuários do CXone Studio tentam fazer o commit de alterações em um repositório, eles são solicitados a inserir um token de acesso para esse repositório. Depois de autenticados no sistema, as credenciais não serão solicitadas novamente, a menos que o CXone Studio encontre um problema e precise autenticar o usuário novamente.

Esse recurso é compatível apenas com o CXone Studio. Por esse motivo, somente a versão JSON de cada script é salva no sistema de controle de versão.

Arquivos sem script

O controle de versão só está disponível para arquivos de script. Outros arquivos, como os arquivos de gramática ASR Permite que os contatos respondam aos prompts de voz gravados falando, pressionando teclas no telefone ou uma combinação de ambos. ou arquivos de prompt de áudio pré-gravados, não têm versões históricas salvas. Eles também não podem ser rastreados em um sistema de controle de versão de terceiros, como o GitHub. Para rastrear versões de arquivos que não sejam de script, você pode usar uma abordagem de gerenciamento de versão baseada em nomes.

Na abordagem de gerenciamento de versão baseada em nome, você inclui um nome ou número de versão no nome do arquivo. Por exemplo, greetingPrompt_v1.wav. Ao fazer alterações no arquivo, você salva uma nova cópia com um número de versão atualizado. Por exemplo, greetingPrompt_v1.wav se tornaria greetingPrompt_v2.wav.

Não é possível alterar os nomes desses arquivos no CXone. No entanto, você pode fazer download do arquivo para o seu computador, renomeá-lo e, em seguida, fazer upload da nova versão. Você pode excluir versões de arquivos que não são mais necessários.

Organizações

Ao configurar seu fluxo de trabalho de desenvolvimento, você deve criar uma organização no CXone Studio. A organização define um conjunto de estágios e as pastas associadas a eles. Ele também define um repositório de sistema de controle de versão de terceiros, se você usar essa opção.

Você pode criar organizações adicionais. As organizações podem ser mapeadas para diferentes equipes, linhas de negócios ou outras delimitações na sua empresa. Talvez você queira criar mais de uma organização na sua empresa:

• Deseja usar mais de um repositório para seus scripts.
• Usa diferentes estágios do fluxo de trabalho de desenvolvimento em diferentes grupos ou equipes.
• Deseja manter os scripts de diferentes linhas de negócios separados uns dos outros.

Cada organização tem sua própria pasta no CXone sistema. Todos os scripts de cada organização são armazenados nessa pasta. Dentro de cada pasta, você cria subpastas para manter os scripts em cada estágio do fluxo de trabalho de desenvolvimento que você usa. A pasta de cada estágio do fluxo de trabalho pode ter subpastas adicionais. Se você tiver várias organizações, sua estrutura de pastas no Studio será semelhante ao exemplo a seguir:

• \Classics
  • \Dev
  • \Test
  • \Staging
  • \Prod
• \ClassTexts
  • \Develop
  • \UAT
  • \Prod

Você pode configurar a segurança do script conforme necessário para cada organização. Visualizações Permitir que você controle as informações que os usuários podem ver no CXone. e permissões Studio fornecem um nível granular de controle sobre quem pode acessar e interagir com os scripts da sua empresa.