스크립트 개발 수명주기 관리

CXone Studio은(는) 스크립트 아래의 개발 수명주기 관리에 도움이 되는 도구를 제공합니다.

• 개발, 테스트, 프로덕션과 같은 개발 워크플로 단계에서 스크립트 승격.
• 타사 버전 제어 시스템과의 통합. 현재 지원되는 공급자는 GitHub입니다.
• 스크립트의 변경 기록을 보고 CXone Studio 또는 Desktop Studio에서 이전 버전으로 되돌리는 기능.

CXone Studio의 소프트웨어 개발 수명주기

소프트웨어 엔지니어링 부문에서 많은 조직이 개발에 다단계 접근법을 사용하는 방법론을 따릅니다. 이러한 방법론에서 소프트웨어 개발 수명주기(SDLC)는 소프트웨어 변경을 계획, 설계, 개발, 테스트 및 배포하는 단계로 구성됩니다. 다단계 SDLC 방법론을 따르면 최종 제품의 품질 개선 및 개발 프로세스 간소화에 도움이 됩니다.

스크립트 개발 수명주기 관리에 도움이 되도록 CXone Studio에서는 내장된 개발 워크플로 단계를 제공합니다. 이는 다음과 같은 이유로 스크립트 개발 프로세스에 도움이 될 수 있습니다.

• 각 단계에서 스크립트 액세스가 권한으로 보호됩니다. 따라서 개발 단계를 기준으로 어떤 Studio 사용자가 스크립트와 상호작용할 수 있는지 제어할 수 있습니다.
• 스크립트는 개발 프로세스를 거치면서 한 단계에서 다음 단계로 승격되어야 합니다. 스크립트 승격 기능은 권한으로 제어되므로 스크립트를 승격할 수 있는 사람을 제한할 수 있습니다.
• 스크립트는 하위 단계로 복사할 수 있습니다. 이는 스크립트에 변경이나 개선이 필요할 때 최신 버전의 스크립트로 시작하는 데 도움이 됩니다.
• 스크립트를 다음 단계로 승격하기 전에 검증해야 하는 요구사항을 설정할 수 있습니다. 예를 들어, 사전 배포로 진행하기 전에 모든 스크립트에 대해 동료 검토 및 테스트를 요구할 수 있습니다. 승격 요구사항은 Studio에 내장되지 않습니다. 이는 회사가 Studio 밖에서 구현해야 하는 정책과 절차입니다.

CXone Studio의 개발 워크플로 단계를 사용하면 스크립트로 인해 발생하는 예상치 못한 문제로부터 CXone 시스템을 보호하는 데 도움이 됩니다. 즉 불완전한 스크립트나 완전히 테스트되지 않은 스크립트가 프로덕션에 투입될 가능성을 줄여줍니다.

CXone Studio 개발 단계

CXone Studio에서 개발 워크플로는 네 가지 기본 단계로 구성됩니다.

• 개발
• 테스트
• 사전 배포
• 프로덕션

회사의 스크립트 개발 프로세스와 일치하는 단계를 활성화할 수 있습니다. 예를 들어, 테스트 또는 사전 배포 단계를 사용하지 않는 경우 해당 단계를 생략하고 개발 및 프로덕션만 활성화할 수 있습니다. 회사에 확립된 다단계 개발 프로세스가 없는 경우 스크립트 개발 수명주기를 계획할 때 기본으로 제공되는 단계들을 사용할 수 있습니다.

각 단계는 CXone Studio의 폴더와 연결됩니다. 현재 워크플로에 있는 모든 스크립트는 해당 폴더에 있습니다. 스크립트가 다음 단계로 승격되거나 하위 단계로 복사되면 그 내용이 해당 단계의 폴더로 복사됩니다.

기본 제공 단계의 이름은 변경할 수 없습니다. 하지만 각 단계에 대한 폴더를 생성할 때 원하는 이름을 지정할 수 있습니다. 폴더 이름은 Studio 사용자가 스크립트를 승격하거나 복사할 때 UI에 나타납니다. 예를 들어 회사에서 사전 배포 단계에 Staging이라는 이름을 사용하는 경우 Staging이라는 폴더를 만들고 CXone Studio에서 사전 배포 단계에 할당할 수 있습니다.

Jenkins와 같은 도구를 사용하면 Studio 개발 워크플로 단계에서 사용할 자동화 기능을 직접 구축할 수 있습니다.

스크립트 승격

개발 워크플로 단계에 대한 Promote To 권한이 있는 Studio 사용자는 이전 단계의 스크립트를 해당 단계로 승격할 수 있습니다. 스크립트는 CXone 시스템에서 활성화된 다음 단계로만 승격될 수 있습니다. 그리고 단계를 건너뛸 수는 없습니다.

스크립트는 이전 단계로 복사할 수도 있습니다. 이 기능은 스크립트에 변경이나 개선이 필요할 때 유용합니다. 예를 들어, 사전 배포 단계에서 스크립트에 결함이 발견되면 개발 단계로 복사하여 문제를 수정할 수 있습니다. 스크립트를 사전 배포 단계로 다시 승격하려면 사전에 회사의 워크플로 프로세스를 거쳐야 합니다. 스크립트를 이전 단계로 복사할 때는 권한이 필요하지 않습니다. 그러나 사용자는 스크립트 복사 소스인 스테이지 폴더에 대한 보기 권한이 있어야 합니다.

스크립트가 승격되거나 복사되면 대상 스테이지의 폴더로 복사됩니다. 즉, 모든 스테이지의 폴더에 스크립트 버전이 있을 수 있습니다. 다음 레벨의 폴더에 스크립트 버전이 이미 있는 경우에는 덮어씁니다. 올바른 스테이지의 폴더에서 승격하거나 복사하는 것이 중요합니다. 어떤 버전을 복사해야 할지 확실하지 않으면 각 스테이지의 스크립트 버전 기록을 사용하여 어떤 버전을 승격하거나 복사할 것인지 확인할 수 있습니다.

스크립트는 스크립트 캔버스 또는 CXone Studio의 스크립트 페이지에서 승격될 수 있습니다. 스크립트 페이지에서 동시에 여러 스크립트를 승격할 수 있습니다. 타사 버전 제어 시스템으로 CXone Studio을(를) 구성한 경우 승격은 지정된 리포지토리에도 커밋됩니다.

스크립트 버전 관리

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

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

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

스크립트 버전 제어를 위한 두 가지 옵션은 서로 함께 작동합니다. 버전 제어 시스템을 사용하는 경우 Studio에서 보관되는 스크립트의 이전 버전을 계속 확인하고 되돌릴 수 있습니다.

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

타사 버전 제어 시스템

CXone Studio을(를) 통해서 타사 버전 제어 시스템을 사용할 수 있습니다. 리포지토리를 CXone Studio에 연결하면 각 스크립트의 변경 사항이 해당 리포지토리에 커밋됩니다. 모든 변경 사항이 메인 브랜치에 커밋됩니다. CXone Studio은(는) 현재 단일 브랜치 개발만 지원합니다.

처음으로 CXone Studio 사용자가 리포지토리에 변경 사항을 커밋하려고 시도하면 해당 리포지토리에 대한 액세스 토큰을 입력하라는 메시지가 표시됩니다. 시스템에서 인증된 후에는 CXone Studio에 문제 발생으로 사용자 재인증이 필요한 경우가 아니면 자격 증명을 재입력하라는 메시지가 표시되지 않습니다.

이 기능은 CXone Studio에서만 지원됩니다. 따라서 각 스크립트의 JSON 버전만 버전 제어 시스템에 저장됩니다.

스크립트가 아닌 파일

버전 제어는 스크립트 파일에만 사용할 수 있습니다. ASR 컨택은 말하기, 전화 키 누르기 또는 두 가지를 결합하여 녹음된 음성 프롬프트에 응답할 수 있습니다 문법 파일이나 사전 녹음된 오디오 프롬프트 파일 등 다른 파일에 대해서는 저장된 과거 버전이 없습니다 또한 GitHub 등 타사 버전 제어 시스템에서 추적할 수도 없습니다. 스크립트가 아닌 파일의 버전을 추적하려면 이름 기반 버전 관리 접근법을 사용할 수 있습니다.

이름 기반 버전 관리 접근법에서는 파일 이름에 버전 이름이나 번호가 포함됩니다. 예: greetingPrompt_v1.wav. 파일을 변경하면 업데이트된 버전 번호로 새 사본이 저장됩니다. 예를 들어, greetingPrompt_v1.wav가 greetingPrompt_v2.wav가 됩니다.

CXone에서 이들 파일의 이름을 변경할 수 없습니다. 하지만 파일을 컴퓨터에 다운로드하여 이름을 바꾼 후, 새 버전을 업로드할 수 있습니다. 더 이상 필요 없는 파일 버전은 삭제할 수 있습니다.

조직

개발 워크플로를 설정할 때 CXone Studio에서 조직을 만들어야 합니다. 조직은 한 세트의 단계와 이에 연결된 폴더를 정의합니다. 또한 해당 옵션을 사용할 경우, 타사 버전 제어 시스템 리포지토리도 정의합니다.

추가 조직을 만들 수도 있습니다. 조직은 회사의 여러 팀, 사업부 또는 기타 부서에 매핑할 수 있습니다. 회사에서 다음과 같은 경우 두 개 이상의 조직을 만들 수 있습니다.

• 스크립트에 두 개 이상의 리포지토리를 사용하려는 경우
• 다른 그룹이나 팀에서 다른 개발 워크플로 단계를 사용하는 경우
• 사업부별 스크립트를 서로 분리하려는 경우

각 조직은 CXone 시스템에 자체 폴더를 갖습니다. 각 조직의 모든 스크립트는 해당 폴더에 저장됩니다. 각 폴더 내에, 사용 중인 각 개발 워크플로 단계에서 스크립트를 보관할 하위 폴더를 만듭니다. 각 워크플로 단계의 폴더에는 추가 하위 폴더를 둘 수 있습니다. 여러 조직이 있는 경우 Studio의 폴더 구조는 다음 예와 유사합니다.

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

필요 시 각 조직에 대해 스크립트 보안을 구성할 수 있습니다. 보기 사용자가 CXone에서 볼 수 있는 정보를 제어할 수 있습니다. 및 Studio 권한을 통해 회사 스크립트에 누가 액세스하여 상호작용할 수 있는지 세부적인 제어가 가능합니다.