ScriptontwikkelingLevenscyclus Beheer

Tenzij anders vermeld, is de informatie op deze help-pagina alleen van toepassing op Studio. Om de beveiliging van scripts in de vorige fasen te beschermen, zijn de mappen die zijn toegewezen aan fasen van de ontwikkelingsworkflow niet zichtbaar in Desktop Studio.

Studio biedt een systeem van ontwikkelingsfasen om u te helpen bij het beheren van de scriptontwikkelingslevenscyclus van uw bedrijf. De ontwikkelingsfasen zijn een hulpmiddel om je scripts te organiseren en de voortgang ervan gedurende de scriptontwikkelingscyclus te beheren.

De ontwikkelingsfasen organiseren scripts op basis van waar ze zich in het ontwikkelingsproces bevinden. Je kunt maximaal vier fasen configureren die overeenkomen met het proces dat je scriptontwikkelaars volgen. Je zou bijvoorbeeld fasen kunnen gebruiken voor ontwikkeling, testen en productie. Wanneer een scriptontwikkelaar een script maakt of bewerkt, bevindt hij zich in de ontwikkelingsfase. Zodra een script klaar is om te testen, kunnen ze het doorsturen naar de volgende fase.

Structuur van uw ontwikkelingsworkflow

Studio ondersteunt uw ontwikkelingsworkflow binnen de scriptmapstructuur. De precieze manier waarop dit wordt beheerd, hangt af van of uw CXone Mpower systeem is geconfigureerd voor divisies Scheid gegevens veilig tussen de verschillende bedrijfsonderdelen. Gegevens zijn alleen toegankelijk vanuit de afdeling waartoe ze behoren.. Als uw systeem divisiesgebruikt, komt de organisatie van scripts overeen met uw divisies. Als uw systeem geen onderverdelingen gebruikt, kunt u met Studio scripts organiseren met behulp van organisaties.

Organisaties en afdelingen worden beide toegewezen aan mappen binnen Studio. De mappen bevinden zich in de ACD bestandsopslag in CXone Mpower. Elke organisatie of afdeling heeft zijn eigen set mappen, bestaande uit een map op het hoogste niveau en een map voor elke ontwikkelingsfase die binnen die organisatie of afdeling wordt gebruikt. Binnen elke stage-map maak je submappen aan om scripts te ordenen. De enige vereiste submap bevindt zich in de laagste ontwikkelingsfase en moet een map bevatten met de naam main.

Scriptontwikkelaars begeleiden scripts van de ene fase naar de volgende. In de volgende stap kunnen ze de bestemmingsmap kiezen. U kunt de scriptbeveiliging naar behoefte configureren voor elke organisatie of afdeling. Studio machtigingen bieden een gedetailleerd niveau van controle over wie toegang heeft tot de scripts van uw bedrijf en ermee kan interageren, per fase. Voor afdelingen bieden toegangsrechten voor de ontwikkelingsworkflow u meer controle binnen elke afdeling over de toegang tot scripts.

Ontwikkelingsworkflow met organisaties

Studio vereist dat u een organisatie aanmaakt bij het instellen van uw ontwikkelingsworkflow. Organisaties zijn alleen een entiteit binnen Studio. Hun enige doel is het organiseren van ontwikkelingsfasen en de bijbehorende scripts.

Een organisatie definieert één set ontwikkelingsfasen en de bijbehorende mappen. Als u een versiebeheersysteem van derden gebruikt met Studio, definieert de organisatie ook de repository waarnaar scripts worden gecommit. Elke organisatie kan een andere opslagplaats gebruiken.

Je kunt meerdere organisaties aanmaken. Organisaties kunnen worden toegewezen aan verschillende teams, bedrijfsonderdelen of andere afgebakende segmenten binnen uw bedrijf. Als uw contactcenter klein is of uw bedrijf een overzichtelijke, eenvoudige structuur heeft, is één organisatie wellicht voldoende. Het kan echter wenselijk zijn om meerdere organisaties op te richten als uw bedrijf:

Meer dan één opslagplaats voor de scripts wil gebruiken.
Maakt gebruik van verschillende ontwikkelingsfasen in verschillende groepen of teams.
Wil scripts van verschillende groepen, teams of bedrijfsonderdelen gescheiden van elkaar houden.

Elke organisatie heeft een eigen map in uw CXone Mpower systeem. Alle scripts voor elke organisatie worden opgeslagen in die map.

Als uw bedrijf geen meerdere organisaties nodig heeft, hoeft u geen map aan te maken voor de scripts van die organisatie. Dit betekent dat de mappen voor uw ontwikkelingsfasen zich onder de hoofdmap van uw Studio-bestandsstructuur kunnen bevinden.

Ontwikkelingsworkflow met divisies

Divisies stellen organisaties in staat om gegevens binnen hun CXone Mpower systeem veilig te segmenteren om verschillende bedrijfsonderdelen van elkaar te scheiden. Het is een entiteit die bestaat binnen CXone Mpower. Wanneer deze optie is ingeschakeld, hebben delingen invloed op alle platform gegevens, inclusief Studio scripts.

Een CXone Mpower beheerder moet afdelingen aanmaken in de Admin applicatie. Daarna kunt u divisies aan mappen koppelen in Studio. De mapstructuur binnen Studio moet overeenkomen met de hiërarchische structuur van de divisies binnen CXone Mpower systeem. Uw platform beheerder die verantwoordelijk is voor de afdelingen kan u helpen bij het bepalen van de hiërarchie.

Elke divisie doorloopt zijn eigen ontwikkelingsfasen. Als u een versiebeheersysteem van derden gebruikt met Studio, wordt de repository toegewezen per divisie. Elke afdeling kan een andere opslagplaats gebruiken.

Vergelijking van organisaties en afdelingen

De volgende tabel vat de verschillen samen tussen organisaties en afdelingen en hun ondersteuning voor functies van de ontwikkelingsworkflow.

	Organisatie	Divisie
Entiteit binnen CXone Mpower	Nee	Ja
Vereisten voor mappen op het hoogste niveau inStudio	Meerdere organisaties moeten elk hun eigen toegewezen map op het hoogste niveau hebben inStudio. Eén organisatie vereist geen map op het hoogste niveau. Je kunt de hoofdmap gebruiken om de mappen voor de ontwikkelingsfase in onder te brengen.	Elke afdeling moet een eigen map hebben. De mapstructuur moet overeenkomen met de divisiestructuur in de platform.
Ondersteunt ontwikkelingsfasen	Ja Elke organisatie heeft een unieke set fasen en bijbehorende mappen.	Ja Elke afdeling heeft een unieke set fasen en bijbehorende mappen.
Ondersteunt integratie met versiebeheersystemen van derden.	Ja Elke organisatie kan haar eigen repository gebruiken.	Ja Elke afdeling kan zijn eigen repository gebruiken.
Biedt ondersteuning voor het beheren van machtigingen om de toegang van gebruikers tot scripts en fasen te controleren.	Ja	Ja

Ontwikkelingsfasen

De ontwikkelingsfasen vormen de kern van het beheer van de levenscyclus van je scriptontwikkeling. U kunt maximaal vier fasen definiëren die aansluiten op de bestaande processen van uw bedrijf. Als de ontwikkelingscyclus van uw bedrijf bijvoorbeeld uit twee stappen bestaat, ontwikkeling en productie, kunt u uw ontwikkelingsfasen in Studio zo instellen dat deze overeenkomen. Je kunt de namen van je ontwikkelingsfasen aanpassen aan de namen die je scriptontwikkelaars gewend zijn.

Ontwikkelingsfasen zijn ondergeschikt aan een organisatie of een divisie, afhankelijk van hoe uw CXone Mpower systeem is geconfigureerd. Elke organisatie of afdeling doorloopt haar eigen unieke ontwikkelingsfasen. Hiermee kunt u de ontwikkelingsworkflows voor elke organisatie of afdeling aanpassen.

In de eerste fase moet er een map met de naam 'main' aanwezig zijn. Dit vertegenwoordigt de hoofdtak in versiebeheersystemen, zoals GitHub. Alle scripts moeten zich in de hoofdmap bevinden. Scriptontwikkelaars kunnen submappen aanmaken binnen main om scripts te organiseren. De hoofdmap is vereist als u een versiebeheersysteem van derden wilt gebruiken met Studio. Ook als je geen versiebeheer wilt gebruiken, moet je alle scripts in je laagste fase opslaan in een hoofd map.

Voor andere fasen gelden andere eisen met betrekking tot de mapnaamgeving. Je kunt in de andere drie fasen zoveel submappen hebben als je wilt, en ze kunnen elke gewenste naam hebben. Hiermee kunt u submappen gebruiken om scripts te organiseren op een manier die aansluit bij de behoeften van uw bedrijf, bijvoorbeeld per release.

Christopher Robin, de Studio beheerder van Classics, Inc., is bezig met het opzetten van ontwikkelingsfasen. Classics, Inc. Het bedrijf heeft twee bedrijfsonderdelen: Classic Texts, dat studieboeken verkoopt en verhuurt aan universiteitsstudenten, en Classic Cafe and Books, een keten van boekhandelcafés.

Hij begint met het creëren en toewijzen van een rol aan zichzelf in CXone Mpower Admin die de bevoegdheid heeft om te creëren, bewerken en te promoten naar alle vier de fasen.

Christopher overlegt met de managers van de scriptingteams van de studio voor elke bedrijfslijn en verdiept zich in de ontwikkelingscyclus van elk team. Vervolgens maakt hij twee organisaties aan, ClassicTexts en ClassicCafe, elk met hun eigen ontwikkelingsfasen op de pagina Workflow Development inStudio.

Vervolgens maakt Christopher de mapstructuur aan inStudio. Hij maakt een tijdelijk script aan voor de organisatie van elke LOB en kiest de optie om het mappad in te typen, waarbij hij het voor beide organisaties \dev\main noemt.

Ten slotte promoot Christopher het tijdelijke script door elk van de fasen die hij in elke organisatie heeft gecreëerd. Hij maakt geen submappen aan in de hogere niveaus. In plaats daarvan verplaatst hij het script gewoon naar de map van het podium. Tot slot deactiveert hij het tijdelijke script.

Christopher kan nu de volgende mapstructuur zien in Studio:

\ClassicCafe

\Dev

\voornaamst

\Prod

Klassieke tekst

\Dev

\voornaamst

\Prod

Scriptpromotie en copy-down

Wanneer een script klaar is voor de volgende fase, kan een scriptontwikkelaar met de juiste machtigingen het script promoten. Scripts kunnen alleen naar het eerstvolgende hogere niveau worden gepromoveerd. Ze kunnen bovendien alleen worden bevorderd naar fasen die zijn geconfigureerd voor de organisatie of afdeling waartoe de scriptontwikkelaar behoort.

Door een script te promoten, wordt een kopie van het script in de doelfase gemaakt. Het kopieert ook alle mappen in het pad naar de locatie van het script, behalve de stage-map. Dit versterkt de organisatiestructuur die uw scriptontwikkelaars creëren.

Tigger Tiggerson is scriptontwikkelaar bij Classic Texts. Hij werkt aan ScriptA, dat zich bevindt in /QA/Jan2025/TiggerTest/IBVoice. Hij brengt het naar de productiefase. Als hij in de map Prod kijkt, ziet hij dat het volledige pad /Jan2025/TiggerTest/IBVoice is gekopieerd met het bestand ScriptA. De map /QA is niet meegekopieerd omdat het de staging-map is.

Standaard worden scripts, wanneer ze worden gepromoveerd, opgeslagen in dezelfde submappen in de bestemmingsontwikkelingsomgeving. Scriptontwikkelaars kunnen wijzigen in welke submap het script wordt opgeslagen, inclusief het aanmaken van een nieuwe map.

Uw bedrijf kan interne processen ontwikkelen om de voorwaarden vast te stellen waaronder scripts naar de volgende fase kunnen worden doorgeschoven. Studio houdt deze voorwaarden niet bij en valideert niet of eraan is voldaan. Je kunt echter CXone Mpower rollen en machtigingen gebruiken om te bepalen welke Studio gebruikers naar elke fase kunnen promoveren. Je kunt ook bepalen wie scripts in elke fase kan bekijken, maken en bewerken.

Wijzigingen in gepromote scripts

Het volgen van een typische workflow voor scriptontwikkeling betekent dat wanneer er wijzigingen nodig zijn in een script dat zich in een hogere fase bevindt, scriptontwikkelaars moeten werken aan de kopie van het script die zich in de fase bevindt die bestemd is voor ontwikkeling. Als scripts echter in een hogere fase zijn gewijzigd, kunnen ze gedupliceerd worden naar de map op het laagste niveau. Dit zou alleen nodig moeten zijn als er een noodoplossing vereist is en deze direct in het script op een hoger niveau is doorgevoerd.

Wanneer een script wordt gepromoveerd of gedupliceerd naar een andere ontwikkelingsfase, wordt het gekopieerd naar de map van de bestemmingsfase. Als het script zich in een submap binnen de map van een fase bevindt, worden de submap en het pad ernaartoe gekopieerd naar de map van de doelfase.

Machtigingen zijn vereist om scripts te promoten en te dupliceren naar andere ontwikkelingsfasen. Scriptontwikkelaars moeten beschikken over:

De 'Promote To'-toestemming is vereist voor het podium waarop ze scripts promoten.
De aanmaak-/bewerkingsrechten voor het podium waarnaar ze scripts dupliceren.
De weergavemachtiging voor het level waarin het script zich momenteel bevindt.

Het promoveren of dupliceren van een script naar een andere ontwikkelingsfase overschrijft de oudere versie van het script als deze in de bestemmingsfase aanwezig is. Indien nodig kunnen scriptontwikkelaars scripts vergelijken om verschillen vast te stellen voordat ze worden gepromoot of gedupliceerd. Ze kunnen ook de versiegeschiedenis van een script bekijken en terugkeren naar een oudere versie als wijzigingen zijn overschreven.

Script- en gegevenstoegangscontrole

Je kunt in Studiobepalen wie toegang heeft tot scripts in elke ontwikkelingsfase die je definieert. Met behulp van de machtigingen die aan rollen in Adminzijn toegewezen, kunt u de mogelijkheden van scriptontwikkelaars om scripts te bekijken, te maken, te bewerken en te deactiveren in elke fase beperken. Je kunt ook bepalen naar welke fasen ontwikkelaars scripts kunnen doorsturen.

Deze machtigingen gelden voor organisaties en afdelingen:

Voor organisaties geldt dat de machtigingen scriptontwikkelaars niet beletten om de scripts van andere organisaties te bekijken. Als de ontwikkelaar toestemming heeft om scripts in de ontwikkelomgeving te bekijken, kan hij of zij alle scripts in de ontwikkelmap van elke organisatie zien.
Met divisies Scheid gegevens veilig tussen de verschillende bedrijfsonderdelen. Gegevens zijn alleen toegankelijk vanuit de afdeling waartoe ze behoren.kunnen scriptontwikkelaars alleen scripts zien in de divisie waaraan ze zijn toegewezen of in eventuele subdivisies van de divisie waaraan ze zijn toegewezen. Scriptontwikkelaars met de juiste machtigingen om scripts in de ontwikkelfase van hun toegewezen afdeling te bekijken, kunnen bijvoorbeeld de mappen van de ontwikkelfase van andere afdelingen op hetzelfde of een hoger hiërarchisch niveau niet zien.

Scriptbeheer met fasen

Nadat de ontwikkelingsfasen zijn ingesteld, kunnen scriptontwikkelaars binnen het systeem aan de slag. Je moet ervoor zorgen dat je ontwikkelaars begrijpen hoe ze binnen het door jou opgezette systeem moeten werken.

Houd bij het ontwerpen van uw processen rekening met het volgende:

Welke fasen heb je ingesteld in Studio.
De criteria voor wanneer en hoe een script naar de volgende ontwikkelingsfase kan worden gepromoveerd.
Wie kan scripts promoten en naar welk stadium?
Wat te doen als een script op een hoger niveau moet worden aangepast? Ze zouden bijvoorbeeld in de ontwikkelfase aan een kopie van dat script moeten werken en het vervolgens door de verschillende fasen heen moeten laten doorontwikkelen.
Wat te doen als er een breakfix-wijziging is aangebracht in een script op een hoger niveau? Moet die versie van het script bijvoorbeeld naar de ontwikkelomgeving (dev) worden gekopieerd? Scriptontwikkelaars kunnen scripts vergelijken om te zien welke de nieuwere versie is.
Eventuele andere richtlijnen of waarborgen die uw bedrijf heeft ingesteld voor scriptontwikkeling.

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.

Studio biedt twee opties voor versiebeheer van scripts:

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 Studio.
Versiebeheersystemen van derden:Studio kunnen scriptwijzigingen vastleggen in een versiebeheersysteem van derden. Momenteel is GitHub de enige ondersteunde provider. Deze functie maakt deel uit van een Controlled Release-programma. Neem contact op met uw Accountmanager als u meer wilt weten.

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. GitHub ziet het echter niet als een terugdraaiing. Het programma beschouwt het teruggedraaide script echter als nieuwe wijzigingen.

Op dezelfde manier kunt u, als u ontwikkelingsfasen gebruikt in Studio, eerdere versies van een script bekijken. 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.

Belangrijke feiten over ontwikkelingsfasen inStudio

Als uw bedrijf gebruikmaakt van divisies Scheid gegevens veilig tussen de verschillende bedrijfsonderdelen. Gegevens zijn alleen toegankelijk vanuit de afdeling waartoe ze behoren., kunt u binnen elke divisie afzonderlijke ontwikkelingsfasen hebben. Studio gebruikers hebben alleen toegang tot de scripts binnen hun divisie die zich bevinden in mappen waarvoor ze leesrechten hebben.
Als u geen onderverdelingen gebruikt, hebben Studio gebruikers alleen toegang tot scripts die zich in ontwikkelingsfasen bevinden waarvoor ze weergaverechten hebben.
Je kunt maximaal vier ontwikkelingsfasen configureren en de namen aanpassen aan de terminologie van je bedrijf. De namen op de machtigingspagina in Admin zijn vast. In Studiokunt u echter uw eigen namen definiëren. De namen die je aan elke fase toewijst in Studio zijn de namen die scriptontwikkelaars te zien krijgen bij het gebruik van Studio.
Binnen elke fase kunnen scriptontwikkelaars submappen aanmaken om scripts te ordenen.
U kunt een integratie met een versiebeheersysteem van derden configureren. Dit stelt scriptontwikkelaars in staat om scripts naar de aangewezen repository te uploaden. Momenteel is GitHub de ondersteunde provider.