Levenscyclus van scriptontwikkeling beheren

CXone Studio biedt tools waarmee u de levenscyclus van uw scriptontwikkeling kunt beheren:

• Promotie van een script door ontwikkeling van workflowfasen, zoals ontwikkeling, testen en productie.
• Integratie met een versiebeheersysteem van een derde partij. Momenteel is GitHub de ondersteunde provider.
• De mogelijkheid om de wijzigingsgeschiedenis van een script te bekijken en terug te keren naar eerdere versies in CXone Studio of Desktop Studio.

Levenscyclus van softwareontwikkeling in CXone Studio

In software engineering volgen veel organisaties een methode met meerdere ontwikkelingsfasen. Bij deze methoden bestaat de levenscyclus van softwareontwikkeling uit fases voor planning, ontwerp, ontwikkeling, testen en implementatie van softwarewijzigingen. Met een meerfasige methode voor de levenscyclus van softwareontwikkeling is de kwaliteit van het eindproduct van een hoger niveau en is er een gestroomlijnd ontwikkelingsproces.

Om u te helpen bij het beheren van de levenscyclus van uw scriptontwikkeling, biedt CXone Studio ingebouwde fasen voor de ontwikkelingsworkflows. Dit kan handig zijn voor de processen van scriptontwikkeling, omdat:

• Tijdens elke fase toegang tot scripts beschermd is met machtigingen. Hierdoor hebt u controle over welke Studio-gebruikers interactie kunnen hebben met scripts op basis van de ontwikkelingsfase.
• Scripts moeten worden gepromoveerd van de ene fase naar de volgende wanneer ze het ontwikkelingsproces doorlopen. De mogelijkheid om scripts te promoveren, wordt beheerd met machtigingen. Hierdoor kunt u beperken wie scripts kan promoveren.
• Scripts kunnen worden gekopieerd naar een lagere fase. Dit is nuttig om ervoor te zorgen dat u start vanaf de meest actuele versie van een script wanneer hiervoor wijzigingen of verbeteringen nodig zijn.
• U kunt vereisten bepalen die moeten worden gevalideerd voordat een script kan worden gepromoveerd naar de volgende fase. U kunt bijvoorbeeld vereisen dat alle scripts worden gecontroleerd door collega's en worden getest voordat ze verdergaan naar pre-implementatie. Promotievereisten zijn niet ingebouwd in Studio. Dit zijn beleidsregels en procedures die uw bedrijf moet implementeren buiten Studio.

Met fasen voor de ontwikkelingsworkflow in CXone Studio kunt u uw CXone systeem beschermen tegen onverwachte problemen die worden veroorzaakt door scripts. Hierdoor daalt de kans dat onvolledige scripts of scripts die niet volledig zijn getest in productie worden ingezet.

CXone Studio-ontwikkelingsfasen

In CXone Studio bestaat de ontwikkelingsworkflow uit vier ingebouwde fasen:

• Ontwikkeling
• Testen
• Pre-implementatie
• Productie

U kunt de fasen inschakelen die overeenkomen met de processen voor scriptontwikkeling van uw bedrijf. Als u bijvoorbeeld de testfase of pre-implementatiefase niet gebruikt, kunt u deze weglaten en alleen de ontwikkelingsfase en productiefase inschakelen. Als uw bedrijf geen ontwikkelingsproces met meerdere fasen heeft gedefinieerd, kunt u de ingebouwde fasen gebruiken als uw plan voor de levenscyclus van scriptontwikkeling.

Elke fase is gekoppeld aan een map in CXone Studio. Alle scripts die zich momenteel in een workflow bevinden, staan in die map. Wanneer een script wordt gepromoveerd naar de volgende fase of wordt gekopieerd naar een lagere fase, wordt het naar de map van die fase gekopieerd.

De namen van de ingebouwde fasen kunnen niet worden gewijzigd. Wanneer u de mappen maakt voor elke fase, kunt u deze echter de naam geven die u wenst. De mapnamen verschijnen in de gebruikersinterface wanneer Studio-gebruikers een script promoveren of kopiëren naar een lagere fase. Als uw bedrijf bijvoorbeeld de naam Staging gebruikt voor de pre-implementatiefase, kunt u een map maken met de naam Staging en deze toewijzen aan de pre-implementatiefase in CXone Studio.

U kunt uw eigen automatisering ontwikkelen om te gebruiken met de Studio-fasen van ontwikkelingsworkflows met tools zoals Jenkins.

Scriptpromotie

Studio-gebruikers met de machtiging 'Promoveren naar' voor de fase van een ontwikkelingsworkflow, kunnen scripts promoveren van de eerdere fase naar die fase. Scripts kunnen alleen worden gepromoveerd naar de volgende fase die is ingeschakeld in uw CXone systeem. Fasen overslaan is niet mogelijk.

Scripts kunnen ook worden gekopieerd naar eerdere fasen. Dit is handig wanneer voor een script wijzigingen of verbeteringen vereist zijn. Als er bijvoorbeeld een defect wordt gevonden in een script tijdens de pre-implementatiefase, kunt u het omlaag kopiëren naar de ontwikkelingsfase om het probleem op te lossen. Het script moet dan de workflowprocessen van uw bedrijf doorlopen voordat het weer kan worden gepromoveerd naar pre-implementatie. Er is geen machtiging vereist om een script te kopiëren naar eerdere fasen. Gebruikers moeten wel de machtiging Weergeven hebben voor de map van de fase waaruit ze het script willen kopiëren.

Wanneer een script wordt gepromoveerd of omlaag wordt gekopieerd, wordt het gekopieerd naar de doelmap van de fase. Hierdoor staat er mogelijk in de map van elke fase een versie van het script. Als er al een versie van het script aanwezig is in de map van het volgende niveau, wordt deze versie overschreven. Het is belangrijk dat u een script promoveert of omlaag kopieert vanuit de juiste fasemap. Als u niet zeker weet welke versie u omlaag moet kopiëren, kunt u tijdens elke fase de versiegeschiedenis van het script gebruiken om te bepalen welke versie u moet promoveren of omlaag moet kopiëren.

Scripts kunnen worden gepromoveerd vanuit het scriptcanvas of vanaf de pagina Scripts in CXone Studio. Op de pagina Scripts kunt u meerdere scripts gelijktijdig promoveren. Als u CXone Studio hebt geconfigureerd met een versiebeheersysteem van een derde partij, worden promoties ook doorgevoerd in de opgegeven opslaglocatie.

Scriptversiebeheer

Met versiebeheer kunt u wijzigingen aan uw scripts volgen en beheren tijdens hun ontwikkeling. Hierdoor kunt u problemen onderzoeken wanneer deze ontstaan. Indien nodig, kunt u terugkeren naar een eerdere versie van een script om zo een problematische wijziging ongedaan te maken.

CXone Studio biedt twee opties voor versiebeheer van scripts:

• Versiebeheersystemen van derden: CXone Studio kan scriptwijzigingen doorvoeren naar een versiebeheersysteem van een derde partij. Momenteel is GitHub de enige ondersteunde provider. Deze functie maakt deel uit van een Controlled Release-programma. Neem contact op met uw CXone-accountmanager als u meer wilt weten.
• Scriptgeschiedenis: Studio er wordt een configureerbaar aantal eerdere versies van elk script bewaard. Telkens wanneer het script wordt opgeslagen, wordt er een record gemaakt van die historische versie. U kunt eerdere versies weergeven en terugkeren naar deze versies, indien nodig. Deze optie wordt ondersteund in Desktop Studio en CXone Studio. Deze functie maakt geen deel uit van controlled release.

De twee opties voor versiebeheer van scripts werken naast elkaar. Als u een versiebeheersysteem gebruikt, kunt u nog steeds eerdere versies van een script die Studio bewaart bekijken en hiernaar terugkeren.

Als u fasen van de ontwikkelingsworkflow in CXone Studio gebruikt, kunt u eerdere versies van een script weergeven. De eerdere versies zijn echter beperkt tot alleen de versies uit elke fase. Als u de eerdere versies van een andere fase wilt weergeven, moet u het script in die fase weergeven. Als u scripts in verschillende fasen wilt weergeven, moet u machtigingen hebben om in die fase te werken.

Versiebeheersystemen van derde partijen

U kunt CXone Studio gebruiken met een versiebeheersysteem van een derde partij. Wanneer u een opslaglocatie verbindt met CXone Studio, worden wijzigingen aan het script ook doorgevoerd op die opslaglocatie. Alle wijzigingen worden doorgevoerd op de hoofdvertakking. CXone Studio ondersteunt momenteel alleen ontwikkeling met één vertakking.

Wanneer CXone Studio-gebruikers voor de eerste keer proberen om wijzigingen door te voeren op een opslaglocatie, wordt ze gevraagd een toegangstoken voor die opslaglocatie in te voeren. Na authenticatie met het systeem worden ze niet meer om inloggegevens gevraagd, tenzij CXone Studio een probleem constateert en authenticatie van de gebruiker opnieuw nodig is.

Deze mogelijkheid wordt alleen ondersteund in CXone Studio. Daarom wordt alleen de JSON-versie van elk script opgeslagen in het versiebeheersysteem.

Niet-scriptbestanden

Versiebeheer is alleen beschikbaar voor scriptbestanden. Andere bestanden, zoals ASR Automatische spraakherkenning: klanten kunnen op audioprompts reageren door een antwoord in te spreken.-grammaticabestanden of vooraf opgenomen audiopromptbestanden, hebben geen opgeslagen historische versies. Deze kunnen ook niet worden bijgehouden in een versiebeheersysteem van een derde partij, zoals GitHub. Om versies van niet-scriptbestanden bij te houden, kunt u een naamgebaseerde aanpak van versiebeheer toepassen.

In de naamgebaseerde aanpak van versiebeheer voegt u een versienaam of versienummer toe aan de bestandsnaam. Bijvoorbeeld greetingPrompt_v1.wav. Wanneer u wijzigingen aanbrengt aan het bestand, slaat u een nieuw exemplaar op met een bijgewerkt versienummer. Bijvoorbeeld: greetingPrompt_v1.wav wordt greetingPrompt_v2.wav.

U kunt de namen van deze bestanden niet wijzigen in CXone. U kunt het bestand wel downloaden naar uw computer, de naam wijzigen en vervolgens de nieuwe versie uploaden. U kunt versies verwijderen van bestanden die u niet meer nodig hebt.

Organisaties

Wanneer u uw ontwikkelingsworkflow instelt, moet u een organisatie maken in CXone Studio. In de organisatie zijn één set van fasen en de bijbehorende mappen gedefinieerd. Hierin is ook één opslaglocatie van een versiebeheersysteem van een derde partij gedefinieerd, indien u die optie gebruikt.

U kunt extra organisaties maken. Organisaties kunnen worden toegewezen aan verschillende teams, bedrijfsonderdelen of andere afgebakende segmenten binnen uw bedrijf. Mogelijk wilt u meer dan één organisatie maken, als uw bedrijf:

• Meer dan één opslagplaats voor de scripts wil gebruiken.
• Verschillende fasen van ontwikkelingsworkflows gebruikt in verschillende groepen of teams.
• Scripts van verschillende bedrijfsonderdelen van elkaar gescheiden wil houden.

Elke organisatie heeft een eigen map in uw CXone systeem. Alle scripts voor elke organisatie worden opgeslagen in die map. In elke map maakt u submappen met daarin de scripts in elke fase van de ontwikkelingsworkflow die u gebruikt. Elke map voor een workflowfase kan extra submappen hebben. Als u meerdere organisaties hebt, ziet uw mappenstructuur in Studio eruit als in het volgende voorbeeld:

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

U kunt scriptbeveiliging configureren voor elke organisatie, indien dit nodig is. Weergaven Hiermee kunt u bepalen welke informatie gebruikers kunnen zien in CXone. en Studio-machtigingen bieden een granulair controleniveau over wie toegang heeft tot en interactie kan hebben met de scripts van uw bedrijf.