Skriptentwicklung Lebenszyklus Management

Sofern nicht anders angegeben, gelten die Informationen auf dieser Hilfeseite nur für Studio. Um die Sicherheit der Skripte in den verschiedenen Phasen zu gewährleisten, sind die den Entwicklungsarbeitsablaufphasen zugewiesenen Ordner in Desktop Studio nicht sichtbar.

Studio bietet ein System von Entwicklungsphasen, das Ihnen hilft, den Skriptentwicklungszyklus Ihres Unternehmens zu verwalten. Die Entwicklungsphasen dienen dazu, Ihre Skripte zu organisieren und die Verbreitung von Skripten während des gesamten Skriptentwicklungszyklus zu steuern.

Die Entwicklungsphasen ordnen die Skripte danach, wo sie sich im Entwicklungsprozess befinden. Sie können bis zu vier Phasen konfigurieren, um den Prozess abzubilden, den Ihre Skriptentwickler befolgen. Man könnte beispielsweise Phasen für Entwicklung, Test und Produktion verwenden. Wenn ein Skriptentwickler ein Skript erstellt oder bearbeitet, arbeitet er in der Entwicklungsphase. Wenn ein Skript dann zum Testen bereit ist, kann es in die nächste Phase überführt werden.

Struktur Ihres Entwicklungs-Workflows

Studio unterstützt Ihren Entwicklungs-Workflow innerhalb der Skriptordnerstruktur. Die genaue Vorgehensweise hängt davon ab, ob Ihr CXone Mpower System für divisionsGeschlossen Sie können Daten unterschiedlicher Geschäftszweige auf sichere Weise voneinander separieren. Auf Daten kann nur innerhalb der Abteilung zugegriffen werden, zu der sie gehören.konfiguriert ist. Wenn Ihr System divisionsverwendet, entspricht die Organisation der Skripte Ihren Divisionen. Wenn Ihr System keine Divisionen verwendet, können Sie mit Studio Skripte mithilfe von organizationsorganisieren.

Organisationen und Abteilungen sind beide Ordnern innerhalb von Studiozugeordnet. Die Ordner befinden sich im ACD Dateispeicher in CXone Mpower. Jede Organisation oder Abteilung verfügt über ein eigenes Ordnersystem, bestehend aus einem Hauptordner und je einem Ordner für jede Entwicklungsphase, die in dieser Organisation oder Abteilung verwendet wird. Innerhalb jedes Phasenordners erstellen Sie Unterordner, um die Skripte zu organisieren. Der einzige erforderliche Unterordner befindet sich in der untersten Entwicklungsstufe und muss einen Ordner mit der Bezeichnung mainenthalten.

Skriptentwickler fördern Skripte von einer Phase zur nächsten. Im nächsten Schritt können sie den Zielordner auswählen. Sie können die Skriptsicherheit nach Bedarf für jede Organisation oder Abteilung konfigurieren. Studio Berechtigungen bieten eine detaillierte Kontrolle darüber, wer auf die Skripte Ihres Unternehmens zugreifen und mit ihnen interagieren kann, und zwar stufenweise. Für Abteilungen ermöglichen Ihnen die Berechtigungen für den Entwicklungsworkflow eine feinere Kontrolle innerhalb jeder Abteilung, um den Zugriff auf Skripte zu steuern.

Entwicklungs-Workflow mit Organisationen

Studio verlangt, dass Sie bei der Einrichtung Ihres Entwicklungs-Workflows eine Organisation erstellen. Organisationen sind nur innerhalb von Studioeine Entität. Ihr einziger Zweck besteht darin, Entwicklungsphasen und die darin enthaltenen Skripte zu organisieren.

Eine Organisation definiert einen Satz von Entwicklungsphasen und die dazugehörigen Ordner. Wenn Sie mit Studioein Versionskontrollsystem eines Drittanbieters verwenden, definiert die Organisation auch das Repository, in dem die Skripte gespeichert werden. Jede Organisation kann ein anderes Repository verwenden.

Sie können mehr als eine Organisation erstellen. Organisationen können unterschiedliche Teams, Abteilungen oder andere Bereiche Ihres Unternehmens abbilden. Wenn Ihr Contact Center klein ist oder Ihr Unternehmen eine unkomplizierte, einfache Struktur hat, reicht möglicherweise eine einzige Organisation aus. Möglicherweise möchten Sie jedoch mehr als eine Organisation erstellen, wenn Ihr Unternehmen:

  • Es sollen mehrere Repositorys für die Skripte im Unternehmen verwendet werden.
  • Nutzt unterschiedliche Entwicklungsstadien in verschiedenen Gruppen oder Teams.
  • Möchte Skripte von verschiedenen Gruppen, Teams oder Geschäftsbereichen voneinander trennen.

Jede Organisation verfügt über einen eigenen Ordner in Ihrem CXone Mpower-System. In diesem Ordner werden alle Skripte der Organisation gespeichert.

Wenn Ihr Unternehmen nicht mehrere Organisationen benötigt, brauchen Sie keinen Ordner für die Skripte der Organisation anzulegen. Das bedeutet, dass sich die Ordner für Ihre Entwicklungsphasen im Stammverzeichnis Ihrer Studio-Dateistruktur befinden können.

Entwicklungs-Workflow mit Abteilungen

Divisionen ermöglichen es Organisationen, Daten innerhalb ihrer CXone Mpower System sicher zu segmentieren, um verschiedene Geschäftsbereiche zu trennen. Sie sind eine Entität, die innerhalb von CXone Mpowerexistiert. Wenn diese Funktion aktiviert ist, wirken sich Divisionen auf alle Plattform Daten aus, einschließlich Studio Skripte.

Ein CXone Mpower Administrator muss Abteilungen in der Admin Anwendungerstellen. Anschließend können Sie in StudioAbteilungen Ordnern zuordnen. Die Ordnerstruktur innerhalb von Studio muss der Hierarchiestruktur der Abteilungen innerhalb von CXone Mpower Systementsprechen. Ihr Plattform-Administrator, der für die Abteilungen zuständig ist, kann Ihnen bei der Ermittlung der Hierarchie behilflich sein.

Jeder Geschäftsbereich hat seine eigenen Entwicklungsphasen. Bei Verwendung eines Versionskontrollsystems eines Drittanbieters mit Studiowird das Repository nach Abteilung zugewiesen. Jede Abteilung kann ein anderes Repository verwenden.

Vergleich der Organisationen und Abteilungen

Die folgende Tabelle fasst die Unterschiede zwischen Organisationen und Abteilungen sowie deren Unterstützung für Funktionen des Entwicklungsworkflows zusammen.

  Organisation Abteilung
Entität innerhalb von CXone Mpower Nein Ja

Anforderungen an den Ordner der obersten Ebene in Studio

Mehrere Organisationen müssen jeweils einen eigenen zugewiesenen Ordner der obersten Ebene in Studiohaben.

Eine Organisation benötigt keinen Ordner der obersten Ebene. Im Stammverzeichnis können Sie die Ordner für die Entwicklungsphase ablegen.

Jede Abteilung muss einen eigenen Ordner haben.

Die Ordnerstruktur muss der Untergliederungsstruktur in Plattformentsprechen.

Unterstützt Entwicklungsphasen

Ja

Jede Organisation verfügt über ein individuelles Set an Phasen und Phasenordnern.

Ja

Jede Abteilung verfügt über einen eigenen Satz von Phasen und Phasenordnern.

Unterstützt die Integration von Versionskontrollsystemen von Drittanbietern

Ja

Jede Organisation kann ihr eigenes Repository nutzen.

Ja

Jede Abteilung kann ihr eigenes Repository nutzen.

Unterstützt Berechtigungen zur Steuerung des Benutzerzugriffs auf Skripte und Phasen. Ja Ja

Entwicklungsstadien

Die Entwicklungsphasen bilden den Kern des Managements Ihres Skriptentwicklungszyklus. Sie können bis zu vier Phasen definieren, um die etablierten Prozesse Ihres Unternehmens abzubilden. Wenn der Entwicklungslebenszyklus Ihres Unternehmens beispielsweise aus zwei Schritten besteht, Entwicklung und Produktion, können Sie Ihre Entwicklungsphasen in Studio entsprechend einrichten. Sie können die Namen Ihrer Entwicklungsphasen an die Namen anpassen, die Ihre Skriptentwickler gewohnt sind.

Entwicklungsstufen sind Untergliederungen einer Organisation oder einer Abteilung, je nachdem, wie Ihre CXone Mpower System konfiguriert ist. Jede Organisation oder Abteilung hat ihre eigenen, einzigartigen Entwicklungsstadien. Dies ermöglicht es Ihnen, die Entwicklungsabläufe für jede Organisation oder Abteilung individuell anzupassen.

Im ersten Schritt muss ein Ordner namens main  vorhanden sein. Dies stellt den Hauptzweig in Versionskontrollsystemendar, wie z. B. GitHub. Alle Skripte müssen sich im Hauptordner befinden. Skriptentwickler können innerhalb von main Unterordner erstellen, um Skripte zu organisieren. Der Hauptordner wird benötigt, wenn Sie ein Versionskontrollsystem eines Drittanbieters mit Studioverwenden möchten. Auch wenn Sie keine Versionskontrolle verwenden möchten, müssen Sie alle Skripte Ihrer untersten Stufe in einem main Ordner speichern.

Für andere Phasen gelten diese Anforderungen an die Ordnerbenennung nicht. In den anderen drei Phasen können Sie beliebig viele Unterordner anlegen, die beliebig benannt werden können. Dies ermöglicht es Ihnen, Unterordner zu verwenden, um Skripte so zu organisieren, dass sie den Bedürfnissen Ihres Unternehmens entsprechen, beispielsweise nach Release.

Christopher Robin, der Studio Administrator von Classics, Inc., richtet Entwicklungsphasen ein. Classics, Inc. hat zwei Geschäftsbereiche: Classic Texts, das Lehrbücher an Universitätsstudenten verkauft und vermietet, und Classic Cafe and Books, eine Kette von Buchcafés.

Er beginnt damit, sich selbst eine Rolle in CXone Mpower Admin zu erstellen und zuzuweisen, die über die Berechtigung zum Erstellen, Bearbeiten und Hochstufen in alle vier Stufen verfügt.

Christopher berät sich mit den Managern der Studio-Skripting-Teams für jeden Geschäftsbereich und lernt den Entwicklungszyklus jedes Teams kennen. Dann erstellt er zwei Organisationen, ClassicTexts und ClassicCafe, jeweils mit ihren entsprechenden Entwicklungsstadien auf der Seite Workflow-Entwicklung in Studio.

Als nächstes erstellt Christopher die Ordnerstruktur in Studio. Er erstellt für jede LOB-Organisation ein temporäres Skript und wählt die Option, den Ordnerpfad einzugeben. Für beide Organisationen benennt er es \dev\main.

Zum Schluss präsentiert Christopher das temporäre Skript in jeder der von ihm in den jeweiligen Organisationen erstellten Phasen. Er erstellt in den höheren Stufen keine Unterordner. Stattdessen verschiebt er das Drehbuch einfach in den Ordner der Bühne. Zum Schluss deaktiviert er das temporäre Skript.

Christopher kann nun die folgende Ordnerstruktur in Studiosehen:

ClassicCafe

\Dev

\hauptsächlich

\Prod

\KlassischerText

\Dev

\hauptsächlich

\QA

\Prod

Skript-Promotion und Copy-Down

Wenn ein Skript bereit ist, in die nächste Phase überzugehen, kann ein Skriptentwickler mit den entsprechenden Berechtigungen es freigeben. Skripte können nur auf die nächsthöhere Stufe befördert werden. Sie können außerdem nur in Stufen befördert werden, die für die Organisation oder Abteilung konfiguriert sind, zu der der Skriptentwickler gehört.

Durch das Hochstufen eines Skripts wird eine Kopie des Skripts in der Zielphase erstellt. Außerdem werden alle Ordner im Pfad zum Speicherort des Skripts kopiert, mit Ausnahme des Ordners „stage“. Dies setzt die von Ihren Skriptentwicklern erstellte Organisationsstruktur durch.

Tigger Tiggerson ist Drehbuchentwickler bei Classic Texts. Er arbeitet an ScriptA, das sich in /QA/Jan2025/TiggerTest/IBVoice befindet. Er befördert es in die Produktionsphase. Als er im Prod-Ordner nachsieht, stellt er fest, dass der gesamte Pfad /Jan2025/TiggerTest/IBVoice zusammen mit der Datei ScriptA kopiert wurde. Der Ordner /QA wurde nicht kopiert, da es sich um den Staging-Ordner handelt.

Standardmäßig werden Skripte beim Hochstufen in den gleichen Unterordnern der Zielentwicklungsphase gespeichert. Skriptentwickler können den Unterordner, in dem das Skript gespeichert ist, ändern, einschließlich der Erstellung eines neuen Ordners.

Ihr Unternehmen kann interne Prozesse entwickeln, um die Bedingungen für die Weiterleitung von Drehbüchern von einer Phase zur nächsten festzulegen. Studio verfolgt diese Bedingungen nicht und überprüft auch nicht, ob sie erfüllt sind. Sie können jedoch CXone Mpower Rollen und Berechtigungen verwenden, um zu steuern, welche Studio Benutzer in die einzelnen Stufen befördert werden können. Sie können außerdem festlegen, wer in den einzelnen Phasen Skripte ansehen, erstellen und bearbeiten darf.

Änderungen an beworbenen Skripte

Bei der Einhaltung eines typischen Arbeitsablaufs im Skriptentwicklungszyklus bedeutet dies, dass Skriptentwickler, wenn Änderungen an einem Skript in einer höheren Phase erforderlich sind, an der Kopie des Skripts arbeiten sollten, die sich in der für die Entwicklung vorgesehenen Phase befindet. Wenn Skripte jedoch in einer höheren Stufe geändert wurden, können sie dupliziert in den Ordner der untersten Ebene. Dies sollte nur dann erforderlich sein, wenn eine Notfallkorrektur notwendig ist und diese direkt im Skript in der höheren Stufe vorgenommen wird.

Wenn ein Skript in eine andere Entwicklungsphase hochgestuft oder dupliziert wird, wird es in den Ordner der Zielphase kopiert. Wenn sich das Skript in einem Unterordner innerhalb des Ordners einer Phase befindet, werden der Unterordner und der Pfad dorthin in den Ordner der Zielphase kopiert.

Berechtigungen sind erforderlich, um Skripte in andere Entwicklungsstadien zu übertragen und zu duplizieren. Skriptentwickler müssen Folgendes mitbringen:

  • Die Promote-To-Berechtigung für die Plattform, auf der die Drehbücher beworben werden.
  • Die Berechtigung zum Erstellen/Bearbeiten der Stufe, auf die die Skripte dupliziert werden.
  • Die Ansichtsberechtigung für die Phase, in der sich das Skript aktuell befindet.

Das Hochstufen oder Duplizieren eines Skripts in eine andere Entwicklungsphase überschreibt die ältere Version des Skripts, sofern diese in der Zielphase vorhanden ist. Bei Bedarf können Skriptentwickler Skripte vergleichen, um Unterschiede festzustellen, bevor sie diese veröffentlichen oder duplizieren. Sie können außerdem die Versionshistorie eines Skripts anzeigen und zurück zu einer älteren Version zurückkehren, falls Änderungen überschrieben wurden.

Skript- und Datenzugriffskontrolle

Sie können in Studiofestlegen, wer in den einzelnen Entwicklungsphasen Zugriff auf die Skripte hat. Mithilfe der in Adminzugewiesenen Berechtigungen für Rollen können Sie die Möglichkeiten von Skriptentwicklern einschränken, Skripte in jeder Phase anzuzeigen, zu erstellen, zu bearbeiten und zu deaktivieren. Sie können außerdem steuern, in welchen Phasen Entwickler Skripte freigeben können.

Diese Berechtigungen gelten für Organisationen und Abteilungen:

Skriptverwaltung mit Phasen

Sobald Ihre Entwicklungsphasen eingerichtet sind, können die Skriptentwickler mit der Arbeit innerhalb des Systems beginnen. Sie müssen sicherstellen, dass Ihre Entwickler verstehen, wie sie in dem von Ihnen eingerichteten System arbeiten können.

Bei der Gestaltung Ihrer Prozesse sollten Sie Folgendes berücksichtigen:

  • Welche Phasen haben Sie in Studioeingerichtet?
  • Die Kriterien dafür, wann und wie ein Drehbuch in die einzelnen Entwicklungsphasen befördert werden kann.
  • Wer kann Drehbücher bewerben und bis zu welcher Phase?
  • Was ist zu tun, wenn ein Skript auf einer höheren Ebene geändert werden muss? Zum Beispiel sollten sie in der Entwicklungsphase an einer Kopie dieses Skripts arbeiten und diese dann wieder durch die verschiedenen Phasen nach oben weiterleiten.
  • Was tun, wenn eine Fehlerbehebungsänderung an einem Skript auf einer höheren Stufe vorgenommen wurde? Sollte beispielsweise diese Version des Skripts in den Entwicklungsordner kopiert werden? Skriptentwickler können Skripte vergleichen, um zu sehen, welche die neuere Version ist.
  • Alle weiteren Richtlinien oder Leitplanken, die Ihr Unternehmen für die Skriptentwicklung eingeführt hat.

Skriptversionsverwaltung

Mithilfe der Versionsverwaltung können Sie Änderungen Ihrer Skripte während der Entwicklung nachverfolgen und verwalten. Dadurch lassen sich Probleme bei ihrer Entstehung diagnostizieren. Bei Bedarf können Sie zu einer vorherigen Version eines Skripts zurückkehren, um eine problematische Änderung rückgängig zu machen.

Studio bietet zwei Optionen für die Skriptversionsverwaltung:

  • Skript-ProtokollStudio bewahrt eine konfigurierbare Anzahl vorheriger Versionen aller Skripte auf. Bei jeder Speicherung des Skripts wird ein Datensatz dieser historischen Version erstellt. Sie können bei Bedarf vorherige Versionen anzeigen und zu ihnen zurückkehren. Diese Option wird in Desktop Studio und Studio unterstützt.
  • Version Kontrollsysteme von Drittanbietern: Studio können Skriptänderungen an ein Version Kontrollsystem von Drittanbietern übertragen. Derzeit wird nur GitHub unterstützt. Diese Funktion ist Teil eines Programms zur kontrollierten Freigabe. Kontaktieren Sie Ihren Kundenbetreuer, wenn Sie mehr darüber erfahren möchten.

Die beiden Optionen für die Skriptversionsverwaltung können zusammen verwendet werden. Wenn Sie ein Versionsverwaltungssystem verwenden, können Sie weiterhin vorherige Versionen eines Skripts in Studio anzeigen und zu diesen zurückkehren. GitHub sieht dies jedoch nicht als eine Rückentwicklung an. Stattdessen betrachtet es das rückgängig gemachte Skript als neue Änderungen.

Wenn Sie Entwicklungsstadien in Studioverwenden, können Sie sich analog dazu frühere Versionen eines Skripts anzeigen lassen. Die vorherigen Versionen sind jedoch auf die Versionen der jeweiligen Phase beschränkt. Um die vorherigen Versionen aus einer anderen Phase anzuzeigen, müssen Sie das Skript in dieser Phase anzeigen. Um Skripte in verschiedenen Phasen anzeigen zu können, benötigen Sie die Berechtigung für die Arbeit in der jeweiligen Phase.

Wichtige Fakten zu den Entwicklungsstadien inStudio

  • Wenn Ihr Unternehmen divisionsGeschlossen Sie können Daten unterschiedlicher Geschäftszweige auf sichere Weise voneinander separieren. Auf Daten kann nur innerhalb der Abteilung zugegriffen werden, zu der sie gehören.verwendet, können Sie innerhalb jeder Division separate Entwicklungsphasen einrichten. Studio Benutzer können nur auf die Skripte innerhalb ihrer Abteilung zugreifen, die sich in Ordnern befinden, für die sie die Berechtigung zum Anzeigen haben.
  • Wenn Sie keine Divisionen verwenden, können Studio-Benutzer nur auf Skripte zugreifen, die sich in Entwicklungsstadien befinden, für deren Anzeige sie die Berechtigung haben.
  • Sie können bis zu vier Entwicklungsphasen konfigurieren und die Namen an die Terminologie Ihres Unternehmens anpassen. Die Namen auf der Berechtigungsseite in Admin sind festgelegt. Allerdings können Sie in StudioIhre eigenen Namen definieren. Die Namen, die Sie den einzelnen Phasen in Studio zuweisen, sind diejenigen, die Skriptentwicklern mit Studioangezeigt werden.
  • Innerhalb jeder Phase können Skriptentwickler Unterordner erstellen, um die Skripte zu organisieren.

  • Sie können eine Integration mit einem Versionskontrollsystem eines Drittanbieters konfigurieren. Dies ermöglicht es Skriptentwicklern, Skripte in das dafür vorgesehene Repository hochzuladen. Derzeit wird nur GitHub unterstützt.