스크립트 개발라이프사이클 관리

달리 명시되지 않는 한, 이 도움말 페이지의 정보는 Studio에만 적용됩니다. 다양한 단계에서 스크립트 보안을 유지하기 위해 개발 워크플로 단계에 할당된 폴더는 Desktop Studio에 표시되지 않습니다.

Studio은 회사 스크립트 개발 수명주기를 관리하는 데 도움이 되는 개발 단계 시스템을 제공합니다. 개발 단계는 스크립트를 체계화하고 스크립트 개발 수명 주기 전반에 걸쳐 스크립트 홍보를 관리하는 데 유용한 도구입니다.

개발 단계는 개발 과정에서 스크립트가 어느 단계에 있는지에 따라 스크립트를 구성합니다. 스크립트 개발자들이 따르는 프로세스에 맞춰 최대 4단계까지 설정할 수 있습니다. 예를 들어 개발, 테스트 및 운영 단계를 사용할 수 있습니다. 스크립트 개발자가 스크립트를 만들거나 편집할 때는 개발 단계에서 작업합니다. 그런 다음 스크립트가 테스트 준비가 되면 다음 단계로 넘어갈 수 있습니다.

개발 워크플로 구조

Studio은 스크립트 폴더 구조 내에서 개발 워크플로를 지원합니다. 이것이 관리되는 정확한 방법은 CXone Mpower 시스템가 분할 사업 부문 간 데이터를 안전하게 분리하세요. 데이터는 해당 데이터가 속한 부서 내에서만 접근할 수 있습니다.에 대해 구성되었는지 여부에 따라 달라집니다. 시스템에서 divisions을 사용하는 경우 스크립트 구성은 해당 divisions에 맞춰집니다. 시스템에서 구분을 사용하지 않는 경우 Studio를 사용하면 조직을 사용하여 스크립트를 구성할 수 있습니다.

조직과 부서는 모두 Studio내의 폴더에 할당됩니다. 폴더는 ACD 파일 저장소에에 있습니다 CXone Mpower. 각 조직 또는 부서는 최상위 폴더와 해당 조직 또는 부서에서 사용하는 각 개발 단계별 폴더로 구성된 자체 폴더 세트를 가지고 있습니다. 각 스테이지 폴더 안에 하위 폴더를 만들어 스크립트를 정리할 수 있습니다. 유일하게 필요한 하위 폴더는 가장 낮은 수준의 개발 단계에 있으며, 이 단계에는 main이라는 폴더가 있어야 합니다.

스크립트 개발자는 스크립트를 한 단계에서 다음 단계로 진행합니다. 다음 단계에서 저장 폴더를 선택할 수 있습니다. 각 조직이나 부서에 필요한 대로 스크립트 보안을 구성할 수 있습니다. Studio 권한은 단계별로 누가 회사 스크립트에 액세스하고 상호 작용할 수 있는지에 대한 세부적인 제어 수준을 제공합니다. 부서별로 개발 워크플로 권한을 설정하면 각 부서 내에서 스크립트 접근 권한을 더욱 세밀하게 제어할 수 있습니다.

조직과의 개발 워크플로

Studio에서는 개발 워크플로를 설정할 때 조직을 생성해야 합니다. 조직은 Studio내에서만 실체입니다. 이것들의 유일한 목적은 개발 단계와 그 단계에 포함된 스크립트를 정리하는 것입니다.

조직은 개발 단계 세트와 해당 단계와 관련된 폴더를 정의합니다. Studio과 함께 타사 버전 관리 시스템을 사용하는 경우 조직은 스크립트가 커밋되는 저장소도 정의합니다. 각 조직은 서로 다른 저장소를 사용할 수 있습니다.

조직은 하나 이상 만들 수 있습니다. 조직은 회사의 여러 팀, 사업부 또는 기타 부서에 매핑할 수 있습니다. 콜센터 규모가 작거나 회사 구조가 단순하다면, 하나의 업체만으로도 충분할 수 있습니다. 하지만 다음과 같은 경우에는 여러 개의 조직을 만들고 싶을 수도 있습니다.

스크립트에 두 개 이상의 리포지토리를 사용하려는 경우
그룹이나 팀별로 서로 다른 개발 단계를 활용합니다.
서로 다른 그룹, 팀 또는 사업 부문의 스크립트를 분리하여 관리하고 싶습니다.

각 조직은 CXone Mpower 시스템에 자체 폴더를 갖습니다. 각 조직의 모든 스크립트는 해당 폴더에 저장됩니다.

회사에서 여러 조직이 필요하지 않다면 조직별 스크립트를 저장할 폴더를 만들 필요가 없습니다. 즉, 개발 단계용 폴더는 Studio 파일 구조의 루트 아래에 위치할 수 있습니다.

부서별 개발 워크플로

부서를 통해 조직은 CXone Mpower 시스템 내의 데이터를 안전하게 분할하여 서로 다른 사업 부문을 분리할 수 있습니다. 그들은 CXone Mpower내에 존재하는 개체입니다. 활성화되면 분할은 플랫폼 데이터에 영향을 미칩니다, Studio 스크립트를 포함하여.

CXone Mpower 관리자는 Admin에 부서를 생성해야 합니다. 애플리케이션 그 후 Studio에서 부서를 폴더에 매핑할 수 있습니다. Studio 내의 폴더 구조는 CXone Mpower 시스템내의 부서 계층 구조와 일치해야 합니다. 부서를 담당하는 플랫폼 관리자가 계층 구조를 결정하는 데 도움을 줄 수 있습니다.

각 부서마다 고유한 개발 단계가 있습니다. Studio와 함께 타사 버전 관리 시스템을 사용하는 경우 저장소는 부서별로 할당됩니다. 각 부서는 서로 다른 저장소를 사용할 수 있습니다.

조직 및 부서 비교

다음 표는 조직 및 부서 간의 차이점과 개발 워크플로 기능 지원에 대한 내용을 요약한 것입니다.

	조직	부서
CXone Mpower내의 엔터티	아니요	예
Studio의 최상위 폴더 요구 사항	여러 조직은 각각Studio에 할당된 최상위 폴더를 가져야 합니다. 어떤 조직은 최상위 폴더가 필요하지 않습니다. 루트 디렉토리를 개발 단계 폴더들을 저장하는 데 사용할 수 있습니다.	각 부서마다 별도의 폴더가 있어야 합니다. 폴더 구조는 플랫폼의 구분 구조와 일치해야 합니다.
개발 단계를 지원합니다.	예 각 조직은 고유한 단계 및 단계 폴더 세트를 가지고 있습니다.	예 각 부서는 고유한 단계 및 단계 폴더 세트를 가지고 있습니다.
타사 버전 관리 시스템과의 통합을 지원합니다.	예 각 조직은 자체 저장소를 사용할 수 있습니다.	예 각 부서는 자체 저장소를 사용할 수 있습니다.
스크립트 및 스테이지에 대한 사용자 접근 권한을 제어하는 권한을 지원합니다.	예	예

개발 단계

개발 단계는 스크립트 개발 수명주기를 관리하는 핵심입니다. 회사에서 정립된 프로세스에 맞춰 최대 4단계까지 정의할 수 있습니다. 예를 들어, 회사 개발 수명주기에 dev와 prod의 두 단계가 있는 경우 Studio에서 개발 단계를 일치하도록 설정할 수 있습니다. 스크립트 개발자들이 익숙한 이름에 맞춰 개발 단계의 이름을 사용자 지정할 수 있습니다.

개발 단계는 조직 또는 부서의 하위 단계입니다. 이는 CXone Mpower 시스템이 어떻게 구성되었는지에 따라 달라집니다. 각 조직 또는 부서는 고유한 개발 단계를 가지고 있습니다. 이를 통해 각 조직 또는 부서에 맞게 개발 워크플로를 맞춤 설정할 수 있습니다.

첫 번째 단계에서는 'main'이라는 폴더가 있어야 합니다. 이것은 메인 브랜치과 같은 버전 제어 시스템의 GitHub을 나타냅니다. 모든 스크립트는 메인 폴더에 있어야 합니다. 스크립트 개발자는 스크립트를 구성하기 위해 main 내에 하위 폴더를 만들 수 있습니다. 메인 폴더는 Studio와 함께 타사 버전 관리 시스템을 사용하려면 필요합니다. 버전 관리를 사용하지 않을 계획이더라도 가장 낮은 레벨 단계의 모든 스크립트를 메인 폴더에 저장해야 합니다.

다른 단계에서는 동일한 폴더 이름 지정 요구 사항이 적용되지 않습니다. 나머지 세 단계에서는 하위 폴더를 원하는 만큼 만들 수 있으며, 이름도 자유롭게 지정할 수 있습니다. 이를 통해 하위 폴더를 사용하여 릴리스별 등 회사 요구 사항에 맞는 방식으로 스크립트를 구성할 수 있습니다.

Classics, Inc.의 Studio 관리자인 Christopher Robin은 개발 단계를 설정하고 있습니다. Classics, Inc.에서는 클래식 텍스트(Classic Texts)는 대학생들에게 교재를 판매 및 대여하는 사업이고, 클래식 카페 앤 북스(Classic Cafe and Books)는 서점 겸 카페 체인으로, 두 가지 사업 부문(LOB)을 운영하고 있습니다.

그는 먼저 CXone Mpower Admin에서 네 단계 모두에 생성, 편집 및 승격 권한이 있는 역할을 생성하고 자신에게 할당합니다.

크리스토퍼는 각 사업부(LOB)의 스튜디오 스크립팅 팀 관리자들과 협의하여 각 팀의 개발 수명 주기에 대해 학습합니다. 그런 다음 그는Studio의 워크플로 개발 페이지에 각각 적절한 개발 단계를 갖춘 ClassicTexts와 ClassicCafe라는 두 개의 조직을 생성합니다.

다음으로 Christopher는Studio에 폴더 구조를 생성합니다. 그는 각 LOB 조직별로 임시 스크립트를 생성하고 폴더 경로를 직접 입력하는 옵션을 선택하여 두 조직 모두에 대해 해당 폴더의 이름을 \dev\main으로 지정합니다.

마지막으로, 크리스토퍼는 자신이 각 조직에서 만든 단계별 절차를 통해 임시 스크립트를 홍보합니다. 그는 상위 단계에 하위 폴더를 생성하지 않습니다. 대신 그는 대본을 무대 폴더로 옮깁니다. 마지막으로 그는 임시 스크립트를 비활성화합니다.

이제 Christopher는 Studio에서 다음과 같은 폴더 구조를 볼 수 있습니다.

클래식카페

\Dev

\기본

\찌르다

클래식텍스트

\Dev

\기본

\찌르다

스크립트 홍보 및 복사 다운

스크립트가 다음 단계로 넘어갈 준비가 되면, 적절한 권한을 가진 스크립트 개발자가 해당 스크립트를 승격시킬 수 있습니다. 스크립트는 다음 단계로만 승격될 수 있습니다. 또한 스크립트 개발자는 자신이 속한 조직이나 부서에 맞게 설정된 단계로만 승진할 수 있습니다.

스크립트를 홍보하면 대상 단계에 스크립트의 복사본이 생성됩니다. 또한 스테이지 폴더를 제외한 해당 경로의 모든 폴더를 스크립트 위치로 복사합니다. 이는 스크립트 개발자들이 만든 조직 구조를 강화합니다.

티거 티거슨은 클래식 텍스트의 스크립트 개발자입니다. 그는 /QA/Jan2025/TiggerTest/IBVoice에 있는 ScriptA를 작업 중입니다. 그는 그것을 제작 단계로 끌어올린다. 그가 Prod 폴더를 살펴보니 /Jan2025/TiggerTest/IBVoice 경로 전체가 ScriptA 파일과 함께 복사된 것을 확인했습니다. /QA 폴더는 스테이지 폴더이기 때문에 복사되지 않았습니다.

기본적으로 스크립트가 배포될 때 대상 개발 단계의 동일한 하위 폴더에 저장됩니다. 스크립트 개발자는 스크립트가 저장될 하위 폴더를 변경할 수 있으며, 새 폴더를 생성할 수도 있습니다.

귀사는 대본을 단계별로 승격시킬 시기를 결정하는 조건을 정하는 내부 프로세스를 개발할 수 있습니다. Studio은 이러한 조건을 추적하지 않으며 이러한 조건이 충족되었는지 검증하지 않습니다. 하지만 CXone Mpower 역할과 권한을 사용하여 어떤 Studio 사용자가 각 단계로 승격할 수 있는지를 제어할 수 있습니다. 각 단계에서 스크립트를 보고, 만들고, 편집할 수 있는 사람을 제어할 수도 있습니다.

홍보 스크립트 변경 사항

일반적인 스크립트 개발 수명주기 워크플로를 따르면, 상위 단계에 있는 스크립트에 변경 사항이 필요한 경우 스크립트 개발자는 개발 단계에 있는 스크립트 사본을 사용하여 작업해야 합니다. 그러나 상위 단계에서 스크립트가 수정된 경우 해당 스크립트는 최하위 폴더로 복제될 수 있습니다. 이는 긴급 수정이 필요한 경우에만 해당하며, 상위 단계의 스크립트에 직접 수정 작업을 수행해야 합니다.

스크립트가 다른 개발 단계로 승격되거나 복제될 때, 해당 스크립트는 대상 단계의 폴더로 복사됩니다. 스크립트가 한 스테이지의 폴더 내의 하위 폴더에 있는 경우, 해당 하위 폴더와 해당 경로가 대상 스테이지의 폴더로 복사됩니다.

스크립트를 다른 개발 단계로 홍보하고 복제하려면 권한이 필요합니다. 스크립트 개발자는 다음 조건을 충족해야 합니다.

홍보 대상 무대에 대한 허가.
스크립트를 복제하려는 스테이지에 대한 생성/편집 권한입니다.
스크립트가 현재 위치한 스테이지에 대한 보기 권한입니다.

스크립트를 다른 개발 단계로 승격시키거나 복제하면 대상 단계에 이전 버전의 스크립트가 있는 경우 해당 버전이 덮어쓰여집니다. 필요한 경우 스크립트 개발자는 스크립트를 비교하여 홍보 또는 복제하기 전에 차이점을 확인할 수 있습니다. 또한 스크립트의 버전 기록을 볼 수 있고 변경 사항이 덮어쓰기된 경우 이전 버전으로 되돌릴 수 있습니다.

스크립트 및 데이터 접근 제어

Studio에서 정의한 각 개발 단계에서 누가 스크립트에 접근할 수 있는지 제어할 수 있습니다. Admin의 역할에 할당된 권한을 사용하면 스크립트 개발자가 모든 단계에서 스크립트를 보고, 만들고, 편집하고, 비활성화할 수 있는 기능을 제한할 수 있습니다. 개발자가 스크립트를 어떤 단계로 승격시킬 수 있는지도 제어할 수 있습니다.

이러한 권한은 조직 및 부서에 적용됩니다.

조직의 경우, 권한 설정으로 인해 스크립트 개발자가 다른 조직의 스크립트를 볼 수 없게 되는 것은 아닙니다. 개발자에게 개발 단계의 스크립트를 볼 수 있는 권한이 있는 경우, 각 조직의 개발 폴더에 있는 모든 스크립트를 볼 수 있습니다.
divisions 사업 부문 간 데이터를 안전하게 분리하세요. 데이터는 해당 데이터가 속한 부서 내에서만 접근할 수 있습니다.를 사용하면 스크립트 개발자는 자신이 할당된 부서 또는 자신이 할당된 부서의 하위 부서에 있는 스크립트만 볼 수 있습니다. 예를 들어, 소속 부서의 개발 단계에 있는 스크립트를 볼 수 있는 권한을 가진 스크립트 개발자는 동일하거나 더 높은 계층 수준의 다른 부서의 개발 단계 폴더를 볼 수 없습니다.

스테이지를 이용한 스크립트 관리

개발 단계 설정이 완료되면 스크립트 개발자는 시스템 내에서 작업을 시작할 수 있습니다. 개발자들이 구축된 시스템 내에서 작업하는 방법을 제대로 이해하고 있는지 확인해야 합니다.

프로세스를 설계할 때 다음 사항을 고려하십시오.

Studio에 어떤 단계를 설정했습니까?
각 개발 단계로 시나리오를 진행할 수 있는 시점과 방법에 대한 기준.
누가 원고를 홍보할 수 있으며, 어느 단계까지 홍보할 수 있을까요?
상위 레벨의 스크립트를 수정해야 할 경우 어떻게 해야 할까요? 예를 들어, 개발 단계에서 해당 스크립트의 사본을 작업하고, 그 사본을 다시 개발 단계로 승격시켜야 합니다.
상위 단계의 스크립트에 오류 수정 변경 사항이 적용된 경우 어떻게 해야 할까요? 예를 들어, 해당 버전의 스크립트를 개발 환경으로 복사해야 할까요? 스크립트 개발자는 스크립트를비교하여 어떤 것이 최신 버전인지 확인할 수 있습니다.
회사에서 대본 개발을 위해 마련해 놓은 다른 지침이나 안전장치가 있다면 알려주세요.

스크립트 버전 관리

버전 제어를 통해서 개발 중에 스크립트의 변경 사항을 추적하고 관리할 수 있습니다. 따라서 문제가 발생하면 그 내용을 조사할 수 있습니다. 필요 시 문제가 있는 변경 사항을 취소하는 방법으로 스크립트를 이전 버전으로 되돌릴 수 있습니다.

Studio은(는) 두 가지의 스크립트 버전 제어 옵션을 제공합니다.

스크립트 기록: Studio는 각 스크립트의 과거 버전을 구성 가능한 수로 유지합니다. 스크립트가 저장될 때마다 해당 과거 버전의 레코드가 생성됩니다. 이전 버전을 확인하고 필요 시 이전 버전으로 되돌릴 수 있습니다. 이 옵션은 Desktop Studio 및 Studio에서 지원됩니다.
타사 버전 제어 시스템:Studio은 스크립트 변경 사항을 타사 버전 제어 시스템에 커밋할 수 있습니다. 현재 지원되는 유일한 공급자는 GitHub입니다. 이 기능은 제한적 릴리스 프로그램의 일부입니다. 자세히 알아보려면 계정 대표자에게 문의하십시오.

스크립트 버전 제어를 위한 두 가지 옵션은 서로 함께 작동합니다. 버전 제어 시스템을 사용하는 경우 Studio에서 보관되는 스크립트의 이전 버전을 계속 확인하고 되돌릴 수 있습니다. 그러나 GitHub은 이를 역전으로 보지 않습니다. 대신, 되돌려진 스크립트를 새로운 변경 사항으로 인식합니다.

마찬가지로 Studio에서 개발 단계를 사용하면 스크립트의 이전 버전을 볼 수 있습니다. 그러나 이전 버전은 각 단계별 버전으로만 제한됩니다. 다른 단계의 이전 버전을 보려면 해당 단계에서 스크립트를 보아야 합니다. 여러 단계에 있는 스크립트를 보려면 해당 단계에서 작업할 권한이 있어야 합니다.

Studio의 개발 단계에 대한 주요 사실

귀사가 부서 사업 부문 간 데이터를 안전하게 분리하세요. 데이터는 해당 데이터가 속한 부서 내에서만 접근할 수 있습니다.를 사용하는 경우 각 부서 내에서 별도의 개발 단계를 가질 수 있습니다. Studio 사용자는 자신이 볼 수 있는 권한이 있는 폴더에 있는 자신의 부서 내 스크립트에만 액세스할 수 있습니다.
분할을 사용하지 않으면 Studio 사용자는 볼 수 있는 권한이 있는 개발 단계에 있는 스크립트에만 액세스할 수 있습니다.
최대 4단계의 개발 단계를 구성하고 회사 용어에 맞춰 이름을 사용자 지정할 수 있습니다. Admin의 권한 페이지에 있는 이름은 고정되어 있습니다. 하지만 Studio에서는 사용자 지정 이름을 정의할 수 있습니다. Studio에서 각 단계에 지정하는 이름은 Studio을 사용하는 스크립트 개발자에게 표시됩니다.
각 단계 내에서 스크립트 개발자는 스크립트를 정리하기 위해 하위 폴더를 만들 수 있습니다.
타사 버전 관리 시스템과의 통합을 구성할 수 있습니다. 이를 통해 스크립트 개발자는 지정된 저장소에 스크립트를 푸시할 수 있습니다. 현재 지원되는 공급자는 GitHub입니다.