디자인 단계별 진행 모범 사례

이러한 모범 사례를 사용하여 애플리케이션을 빌드 및 롤아웃하는 데 도움이 될 디자인 단계별 진행을 수행하십시오.

애플리케이션 빌드

먼저 기초가 되는 회사의 계정과 조직 구조를 빌드합니다. 계획, 실제, 예측 등 내부 프로세스를 지원할 시나리오를 추가합니다. 실제, 계획 등 보고하는 차이 멤버를 추가합니다.

사용자로부터 데이터를 수집하고 검토, 분석 및 보고를 수행하는 데 사용할 양식을 생성합니다. 비즈니스 논리를 지원하려면 Calculation Manager를 활용하여 계산을 빌드할 수 있습니다. 애플리케이션을 사용자에게 롤아웃하기 전에 보고서를 생성하고 액세스 권한을 적용할 수도 있습니다.

애플리케이션 구조 생성

비즈니스 프로세스를 지원할 계정, 엔티티 및 기타 차원을 추가합니다.

차원은 데이터 값을 분류합니다. Planning에는 계정, 엔티티, 시나리오, 버전, 기간, 연도 차원이 포함되어 있습니다. 여러 통화로 계획하는 경우 애플리케이션에 통화 차원도 있습니다.

제품, 고객, 시장 등의 사용자정의 차원을 사용하여 고유한 값을 정의할 수도 있습니다. 최대 13개의 사용자정의 차원을 생성할 수 있습니다. 그러나 모범 사례 권장 사항은 12개 미만을 포함하는 것입니다. 로드 파일을 사용하여 차원을 추가하거나 Oracle Smart View for Office에서 빌드할 수 있습니다.

비디오

목표 다음 비디오 시청
애플리케이션에서 데이터를 익스포트하고 임포트하는 방법을 알아봅니다. 비디오 아이콘 Oracle Planning and Budgeting Cloud에서 데이터 익스포트 및 임포트
파일을 사용하여 차원을 로드하는 방법을 알아봅니다. 비디오 아이콘 Oracle Planning and Budgeting Cloud에서 메타데이터 임포트

엔티티 차원 정보

엔티티 차원은 비용 센터, 부서, 비즈니스 단위, 사업부 등의 조직 구조를 나타냅니다.

조직이 표시되는 방식을 반영하도록 상위라는 롤업 멤버를 생성하여 비용 센터를 그룹화할 수 있습니다. 예를 들어 비즈니스 단위, 사업부 또는 다른 기능 구조로 롤업할 수 있습니다. 예를 들어 사업부까지 롤업되는 비즈니스 단위까지 롤업되는 비용 센터를 생성할 수 있습니다.

여러 보고 구조를 생성할 수 있습니다. 예를 들어 지역 보고를 지원하기 위해 대체 구조를 생성할 수 있습니다. 여러 통화로 계획하는 경우 각 엔티티의 기준 통화를 설정해야 합니다.

엔티티 차원은 예산 프로세스에 사용되는 기본 차원 중 하나입니다. 시나리오 및 버전 차원과 함께 엔티티 차원은 사용자 피어가 승인 또는 검토를 위해 승격하거나 강등할 수 있는 불연속적인 구성요소인 계획 단위를 정의하는 데 사용됩니다.

계획 단위 외부의 모든 차원 멤버는 계획 단위 자체와 함께 승격 및 강등됩니다. 예를 들어 계획 단위를 승격하면 12개월 모두 승격됩니다. 개별 월을 개별적으로 승격할 수 없습니다.

로드 파일을 사용하여 차원과 멤버를 추가하는 방법에 대한 자세한 내용은 데이터 및 메타데이터 임포트/익스포트를 참조하십시오.

각 차원이 로드 또는 업데이트된 후 애플리케이션을 새로고치는 것이 모범 사례입니다.

계정 차원 정보

계정 차원은 계정 차트가 있는 곳입니다. 계획 또는 예측하는 멤버를 포함해야 합니다. 모든 계정을 차트에 포함할 필요는 없습니다.

예를 들어 계정 차원에는 손익계산서, 대차대조표, 현금 흐름 계정이 포함될 수 있습니다. 또는 KPI 및 비율 계정을 포함할 수 있습니다. 경우에 따라 계정에 하위계정이 있을 수도 있지만 일반적이지는 않습니다.

계정 차원에는 Financial Intelligence가 포함됩니다. 다음과 같은 계정 유형이 지원됩니다.

  • 경비 - 비즈니스 수행 비용

  • 수익 - 수익 소스

  • 자산 - 회사 리소스

  • 부채 및 자기자본 - 채권자에 대한 잔존 이자 또는 채무

  • 저장된 가정 - 애플리케이션 간에 일관성을 보장하는 중앙 집중화된 계획 가정

계정 유형 설정은 분기별 및 연도별 총계 값 보고 및 차이 분석에 사용됩니다.

Planning은 계층을 사용하여 계정 그룹화 소계 및 총계를 생성합니다. 각 계정 그룹에 해당 상위로 롤업되는 방식을 결정하는 통합 연산자가 지정됩니다.

예: 순이익 = 총 수익 - 총 비용

이 예에서 총 수익에 대한 통합 연산자는 더하기이고, 총 비용에 대한 통합 연산자는 빼기입니다.

데이터를 로드하거나 Smart View를 사용하여 계정 차원을 채울 수 있습니다. 파일에서 데이터를 로드하려면 파일 형식이 특정 요구 사항을 충족해야 합니다.

로드 파일을 사용하여 차원과 멤버를 추가하는 방법에 대한 자세한 내용은 데이터 및 메타데이터 임포트/익스포트를 참조하십시오.

각 차원이 로드 또는 업데이트된 후 애플리케이션을 새로고치는 것이 모범 사례입니다.

모범 사례:

  • 상위 레벨 멤버를 동적 계산으로 설정해야 합니다.

  • 비율 및 다른 유형의 KPI 또는 비율 계산에 사용되는 멤버 공식의 경우 동적 계산, 2단계로 설정합니다. 2단계 설정은 상위 레벨에서 퍼센트를 올바르게 계산합니다.

버전 차원 정보

버전을 사용하여 계획 프로세스의 여러 반복을 보존할 수 있습니다. 읽기 또는 쓰기에 대한 데이터 액세스를 제어하는 데에도 유용합니다.

다음 두 가지 유형의 버전을 사용할 수 있습니다.

  • 표준 타겟 - 상위 레벨에 입력 데이터를 입력할 수 있습니다.

  • 표준 상향식 - 레벨 0에만 입력 데이터를 입력할 수 있습니다.

승인 및 워크플로우 기능은 상향식 버전에 대해서만 사용으로 설정할 수 있습니다.

모범 사례로 다음 버전이 권장됩니다.

  • 작업 중 - 사용자가 실제 결과 검토, 계획 및 예측 개발 등의 태스크를 수행합니다.

  • 1차 통과 - 계획의 여러 반복을 유지관리하려는 경우 이 버전에 통과를 보존할 수 있습니다. 저장된 반복이 둘 이상 필요한 경우 다른 멤버를 생성할 수 있습니다. 데이터 복사 기능을 활용하여 데이터를 이 버전으로 이동할 수 있습니다. 데이터 복사는 데이터와 텍스트 입력을 복사합니다.

  • What If - 사용자가 가정을 변경하고 결과를 분석할 수 있는 위치 표시자를 제공합니다.

로드 파일을 사용하여 차원과 멤버를 추가하는 방법에 대한 자세한 내용은 데이터 및 메타데이터 임포트/익스포트를 참조하십시오.

빌드 프로세스에서 각 차원이 로드 또는 업데이트된 후 애플리케이션을 새로고치는 것이 모범 사례입니다.

통화 차원 정보

애플리케이션에 대해 여러 통화를 사용으로 설정한 경우 계획 및 보고에 사용하는 통화를 추가할 수 있습니다.

그런 다음 변환에 사용할 시나리오 및 연도별 환율을 정의할 수 있습니다. 통화 변환을 수행할 수 있게 하는 계산 스크립트가 생성됩니다. 환율을 입력하려면 계획을 누르거나 탭하고 "기본 보고 통화 환율" 양식을 엽니다

모범 사례:

  • 보고 통화 수를 제한합니다. 일반적으로 고객마다 하나의 통화만 있습니다. 자세한 내용은 통화 설정을 참조하십시오.

  • 적합한 시나리오 및 연도의 각 조합에 대한 환율을 입력합니다.

  • 지금부터 기본적으로 각 양식과 연계된 통화 계산 비즈니스 규칙을 실행하여 통화 변환을 계산할 수 있습니다.

  • 계정의 환율 유형이 수정됩니다(예: 기말에서 평균으로 수정).

다음 전에 통화 변환 계산 스크립트를 실행합니다.

  • 보고 통화로 업데이트된 로컬 데이터 검토

  • 보고 통화 데이터에 종속될 수 있는 특정 계산 실행

환율 정보

각 애플리케이션에는 애플리케이션을 생성할 때 지정된 기본 통화가 있습니다. 환율 테이블을 설정할 때 모든 소스 통화에서 기본 통화로의 환율을 입력합니다. 삼각 분할은 다른 모든 보고 통화로 변환하는 데 사용됩니다.

환율은 시나리오, 연도별로 평균 및 종료 환율에 대해 설정됩니다. 로드 파일을 사용하여 차원과 멤버를 추가하는 방법에 대한 자세한 내용은 데이터 및 메타데이터 임포트/익스포트를 참조하십시오.

기간 차원 정보

기간 차원을 사용하여 지정된 연도 내의 달력 범위(예: 월별)를 설정합니다.

모범 사례:

  • 이 차원에서 보고 및 계산을 지원하려면 대체 변수를 사용합니다. 잠재적 대체 변수는 "CurrMo", "CurrQtr", "PriorMo"입니다. 이러한 변수는 월별로 업데이트해야 합니다.

  • 연간 누계(Y-T-D) 또는 분기 누계 등의 기간 계산을 사용하려면 기간 차원에서 동적 시계열 아이콘을 선택합니다. 그런 다음 프로세스를 지원하는 데 필요한 기간 계산을 선택할 수 있습니다.

  • 계산 시간을 줄이려면 분기 총계, 연도 총계 등의 요약 기간을 동적 계산으로 설정해야 합니다.

로드 파일을 사용하여 차원과 멤버를 추가하는 방법에 대한 자세한 내용은 데이터 및 메타데이터 임포트/익스포트를 참조하십시오.

각 차원이 로드 또는 업데이트된 후 애플리케이션을 새로고치는 것이 모범 사례로 간주됩니다.

연도 정보

연도는 양식, 계산, 보고서, Smart View 등 애플리케이션의 여러 위치에 통합되어 있습니다. 향후 몇 년간 애플리케이션을 사용할 것이므로 이 차원을 참조하는 모범 사례는 대체 변수를 사용하는 것입니다.

대체 변수는 정기적으로 바뀌는 정보에 대한 글로벌 자리 표시자로 동작합니다. 변수와 값은 연도에 해당하며, 언제든지 값을 변경할 수 있습니다.

대체 변수의 값은 양식과 보고서에 위치 표시자로 표시됩니다. 이렇게 하면 애플리케이션의 유지관리가 줄어듭니다. 관리(Administration), 관리(Manage), 변수 순으로 이동하여 대체 변수를 설정합니다.

로드 파일을 사용하여 차원과 멤버를 추가하는 방법에 대한 자세한 내용은 데이터 및 메타데이터 임포트/익스포트를 참조하십시오.

모범 사례로, 프로세스에 포함된 각 연도에 대한 대체 변수를 생성합니다. 예를 들면 다음과 같습니다.

대체 변수, 설명

CurrY, 현재 연도

NextYr, 예산(계획) 연도

PriorYr, 이전 연도

사용자정의 차원 정보

사용자정의 차원을 사용하여 데이터를 추가로 분류할 수 있습니다. 예를 들어 사용자정의 차원에는 제품 또는 시장이 포함될 수 있습니다.

세대 레벨이라고도 하는 차원 레벨에서 액세스 권한을 부여할 수는 없습니다. 예를 들어 모든 하위의 제품 멤버에 대한 액세스 권한을 직접 지정할 수 없습니다. 사용자정의 차원에 대해 보안을 사용으로 설정하는 경우 보안 액세스 권한 지정을 고려하여 보안을 적용할 모든 사용자정의 차원에 대해 2세대를 디자인하는 것이 좋습니다.

로드 파일을 사용하여 차원과 멤버를 추가하는 방법에 대한 자세한 내용은 데이터 및 메타데이터 임포트/익스포트를 참조하십시오.

각 차원이 로드 또는 업데이트된 후 애플리케이션을 새로고치는 것이 모범 사례입니다.

애플리케이션 새로고침

애플리케이션 구조를 변경할 때마다 애플리케이션을 새로고쳐야 합니다.

애플리케이션에 대한 변경사항은 애플리케이션을 새로고칠 때까지 데이터 입력 및 승인 태스크를 수행하는 사용자에게 반영되지 않습니다.

예를 들어 엔티티 멤버의 등록정보를 수정하거나 시나리오를 추가하거나 액세스 권한을 변경하는 경우 이러한 변경사항은 애플리케이션을 새로 고친 후에 사용자에게 반영됩니다.

과거 데이터 로드

계정, 엔티티 등의 모든 구조를 로드한 후 과거 데이터를 로드할 수 있습니다. 여기에는 이전 연도의 실제 결과와 현재 연도의 계획 및 예산 데이터가 포함될 수 있습니다.

과거 데이터를 로드하면 사용자가 결과를 분석하고, 추세를 검토하며, 의미 있는 비교를 할 수 있습니다.

또한 애플리케이션에 빌드한 구조를 확인하는 데 도움이 됩니다. 예를 들어 데이터가 이전에 생성한 보고서에 연결되는지 확인할 수 있습니다. 데이터가 조정되지 않는 경우 실제 데이터 문제로 인한 것인지 또는 구조 문제가 있는지 확인해야 합니다.

애플리케이션에서 통합 데이터를 보려면 합산 규칙을 생성해야 합니다. 집계 규칙을 생성하는 방법을 알아보려면 집계 옵션을 참조하십시오.

적합한 교차 영역 정보

적합한 교차점을 사용하면 서비스 관리자가 적합한 교차점 규칙이라는 규칙을 정의할 수 있습니다. 이 규칙은 사용자가 데이터를 입력하거나 런타임 프롬프트를 선택할 때 차원 교차점을 필터링합니다. 예를 들어 특정 프로그램이 특정 부서에만 적합하도록 지정할 수 있습니다. 적합한 교차를 활용하여 데이터 입력을 적합한 교차로만 제어합니다.

양식 디자인의 경우 적합한 교차에 설정된 차원이 페이지에 있으면 멤버 선택을 통해 사용자에게 적합한 조합만 표시됩니다. 적합한 교차로 설정된 차원이 열 또는 행에 있으면 양식 디자이너가 적합한 교차를 완전히 숨길 수 있습니다. 숨김 옵션을 선택하지 않은 경우 부적합한 교차점이 읽기 전용으로 설정됩니다.

자세한 내용은 적합한 교차 정의을 참조하십시오.

양식 정보

데이터 입력 및 요약 레벨 보고서를 지원하기 위해 많은 양식을 빌드합니다. 양식 콘텐츠는 데이터를 수집 및 계산하기 위해 사용하는 템플리트와 유사합니다. 스프레드시트에서 현재 익숙한 레이아웃과 다를 수 있습니다.

수익, 보상 비용, 기타 비용 등의 주요 범주 내에 양식을 그룹화합니다. 데이터 입력을 지원하는 양식과 요약 및 검토용 양식을 생성할 수 있습니다. 사용자가 결과를 분석할 수 있도록 차트를 포함할 수도 있습니다.

사용자는 텍스트와 데이터를 입력할 수 있습니다. 양식에서 적절한 교차를 선택한 다음 "지원 세부정보"를 눌러 지원 세부정보를 입력하면 해당 교차에 대한 추가 세부정보를 입력할 수 있는 새 입력 양식을 열 수도 있습니다.

양식 성능은 네트워크 및 환경 요인, 구조, 레이아웃 등 여러 요인에 따라 달라집니다.

모범 사례:

  • 양식의 행과 열에 계정, 기간 등의 밀집 차원을 놓습니다. 페이지 축에 엔티티 등의 희소 차원을 놓습니다.

  • 시나리오 또는 버전과 연도 등의 차원은 POV, 열 또는 행에 있을 수 있습니다. 사용자가 양식을 열 때 열 또는 행이 반환되는 방식을 올바르게 측정하는 것이 중요합니다.

입력 양식 빌드

양식을 생성하여 사용자가 수익, 비용, 가정 등의 정보를 입력할 수 있게 합니다.

모범 사례:

  • 계정을 논리적으로 그룹화하지만 단일 양식에 너무 많은 계정을 포함하지 마십시오.

  • 입력 양식 수를 일반 사용자에게 편리한 양으로 제한합니다. 단일 양식의 계정 수와 프로세스를 지원하는 데 필요한 양식 수 간에 적절하게 조정합니다.

  • 세부정보 양식을 사용하여 사용자가 모든 관련 정보를 입력할 수 있게 합니다. 입력이 필요한 모든 계정이 양식에 있어야 합니다. 계정을 여러 양식으로 분할할 수 있습니다.

  • 양식을 빌드하는 동안 모든 적절한 옵션을 선택하여 양식의 디자인을 향상합니다. 예를 들어 설정을 사용하여 정밀도, 표시 및 메뉴를 제어하고 적절한 규칙을 양식과 연계합니다.

  • 대체 변수를 사용하여 연도 등의 차원을 참조합니다.

  • 부적합한 시나리오/기간 숨김 옵션을 활용하여 양식의 행 또는 열의 기간을 시나리오에 대해 설정된 시작 및 종료 기간으로 설정합니다. 연도에 대한 대체 변수 대신 이 기능을 활용할 수 있습니다.

  • 적합한 교차를 설정하여 여러 차원 간의 관계를 설정하는 것이 좋습니다. 행이나 열에 부적합한 조합 숨김을 설정하여 일반 사용자가 적합한 교차점만 사용하도록 할 수 있습니다. 기본적으로 페이지 선택에서 차원이 설정되면 일반 사용자가 적합한 교차점만 사용할 수 있습니다.

  • 관계를 사용하여 멤버를 개별적으로 선택하는 대신 멤버를 양식에 통합합니다.

  • 엔티티, 시나리오 등의 차원에 대해 사용자 변수를 사용하여 일반 사용자의 차원 선택을 줄이는 것이 좋습니다.

  • 애플리케이션이 여러 통화를 지원하는 경우 사용자가 기준 통화를 정의할 수 있도록 사용자 변수를 설정하는 것이 좋습니다.

  • 양식을 폴더로 구성합니다.

  • 대체 변수는 양식의 유지관리를 줄입니다.

세부 수익 및 비용 빌드

세부정보 양식을 사용하여 사용자가 모든 수익 및 비용 관련 정보를 입력할 수 있게 해야 합니다. 입력이 필요한 모든 계정이 양식에 있어야 합니다.

모범 사례:

  • 계정을 논리적으로 그룹화하지만 단일 양식에 너무 많은 계정을 포함하지 마십시오.

  • 입력 양식 수를 일반 사용자에게 편리한 양으로 제한합니다. 단일 양식의 계정 수와 프로세스를 지원하는 데 필요한 양식 수 간에 적절하게 조정합니다.

  • 세부정보 양식을 사용하여 사용자가 모든 수익 관련 정보를 입력할 수 있게 합니다. 입력이 필요한 모든 계정이 양식에 있어야 합니다. 계정을 여러 양식으로 분할할 수 있습니다.

  • 양식을 빌드하는 동안 모든 적절한 옵션을 선택하여 양식의 디자인을 향상합니다. 예를 들어 설정을 사용하여 정밀도, 표시 및 메뉴를 제어하고 적절한 규칙을 양식과 연계합니다.

  • 사용자 및 프로세스를 지원하기 위해 양식 빌드를 반복할 수 있습니다.

규칙과 양식 연계

규칙과 양식을 연계하면 양식에서 연계된 비즈니스 규칙을 실행할 권한을 가진 사용자가 값을 계산하고 파생할 수 있습니다.

여러 비즈니스 규칙을 큐브별로 양식에 연계할 수 있습니다.

양식을 열거나 저장할 때 양식과 연계된 비즈니스 규칙이 자동으로 실행되도록 설정할 수 있습니다. 양식의 멤버 사용을 선택하여 규칙 실행 시 사용자 입력을 확인하는 대신 현재 양식에서 런타임 프롬프트를 채울 수 있습니다.

모범 사례:

  • 실행하는 데 보다 오랜 시간이 걸리는 규칙의 경우 작업 메뉴에서 실행되거나 단순히 양식과 연계를 통해 실행되도록 설정합니다.

  • 비즈니스 규칙에 런타임 프롬프트가 있는 경우 프롬프트 수를 제한하여 사용자 작업을 간단하게 유지합니다.

양식에 메뉴 추가

메뉴와 양식을 연계할 수 있습니다. 작업 메뉴를 사용하면 사용자가 양식에서 행 또는 열을 누르고 메뉴 항목을 선택하여 다음을 수행할 수 있습니다.

  • 런타임 프롬프트를 이용하거나 이용하지 않고 비즈니스 규칙 실행

  • 다른 양식으로 이동

  • 사전 정의된 시나리오 및 버전이 있는 [승인 관리]로 이동

메뉴는 컨텍스트별로 제공됩니다. 표시되는 메뉴는 양식 설정과 사용자가 양식에서 마우스 오른쪽 버튼을 누른 위치에 따라 달라집니다.

모범 사례:

  • 양식을 디자인할 때 [기타 옵션]을 사용하여 [양식] 메뉴 항목 유형에 이용 가능한 메뉴를 선택합니다.

  • 애플리케이션을 업데이트할 때 해당하는 메뉴를 업데이트합니다. 예를 들어, 메뉴가 참조하는 비즈니스 규칙을 삭제할 경우 이를 메뉴에서 삭제하십시오.

데이터 검증 양식 빌드

데이터 검증은 사용자에게 비즈니스 정책이 충족되었음을 알리는 시각적 단서 역할을 할 수 있습니다. 양식에 조건부 색 지정을 추가할 수 있으며, 입력한 데이터가 검증 규칙을 위반하거나 조건이 충족되면 검증 메시지가 생성될 수 있습니다.

데이터 검증 규칙 정의는 다음과 같은 기본 태스크로 이루어집니다.

  • 조건이 충족될 경우 검증 메시지나 다른 색으로 표시할 데이터 셀 또는 위치를 파악합니다.

  • 규칙을 검증하는 동안 참가하여 적절하게 규칙을 정의해야 하는 셀, 열 또는 행을 파악합니다.

  • 식별된 위치에 데이터 검증 규칙을 생성합니다.

양식을 폴더로 구성

애플리케이션에서 양식을 구성하는 방법으로 폴더를 사용합니다. 프로세스 또는 사용자 유형별 폴더로 양식을 그룹화하거나, 단순히 사용자가 양식을 찾기 쉽도록 그룹화할 수 있습니다. 양식을 폴더로 이동하고, 폴더 계층을 생성할 수 있습니다. 폴더를 생성하면 폴더의 모든 양식이 지정된 액세스 권한을 상속하므로 액세스 권한 지정이 단순화됩니다.

대시보드 생성

대시보드를 사용하면 정보를 그래픽으로 표시하거나 여러 양식을 동시에 표시할 수 있습니다. 대화식 다중 차트 대시보드를 디자인하여 사용자가 계획 또는 예측 데이터를 분석하도록 할 수도 있습니다. 또 다른 옵션으로, 그리드와 그래프를 함께 표시하거나 여러 그리드를 결합할 수 있습니다.

대시보드를 생성하려면 다음을 수행합니다.

  • 양식을 대시보드에 끌어 놓습니다. 설정 휠을 사용하여 각 그리드에 원하는 차트 유형을 선택합니다.

  • 양식을 원하는 개수만큼 끌어다 놓고 구성요소의 높이 또는 너비를 설정하여 표시의 크기를 설정합니다.

  • 대시보드 설정을 지정하여 차원을 일반 POV에 결합합니다.

  • 모범 사례로, 대시보드의 구성요소 수를 조정하여 사용자가 보기 쉽게 만듭니다.

요약 레벨 양식 빌드

요약 레벨 양식은 일반적으로 사용자의 계획 또는 예측의 모든 부분을 결합합니다. 사용자가 결과를 검토 및 분석할 수 있게 합니다.

대시보드 사용은 사용자가 결과를 분석하는 데 유용한 효과적인 방법일 수도 있습니다.

재무제표 빌드

재무제표를 통해 사용자는 성능을 분석하고 가정을 확인할 수 있습니다. 재무제표에는 손익계산서, 대차대조표 및 현금 흐름표가 포함될 수 있습니다.

일반적으로 재무제표에는 사용자가 차이를 분석할 수 있도록 비교 정보가 포함되어 있습니다. 요약 레벨 정보는 대개 재무제표에 빌드되며, 메뉴를 통해 양식을 연결하여 세부 데이터를 볼 수 있습니다.

비즈니스 논리 통합

비즈니스 논리를 애플리케이션에 통합하려면 Calculation Manager를 사용하여 계산을 빌드할 수 있습니다. 이렇게 하면 비즈니스 문제를 해결하는 복잡한 계산을 생성, 검증, 배포 및 관리할 수 있습니다.

일반적으로 다음 작업을 위해 비즈니스 규칙 및 규칙 세트를 생성합니다.

  • 수익 모델링 수행

  • 비용 모델링 수행

  • KPI 계산

  • 할당 수행

Calculation Manager에는 다음 객체가 포함됩니다.

  • 규칙 - 구성요소 및 템플리트를 포함합니다.

  • 구성요소 - 규칙 빌드를 지원합니다.

  • 규칙 세트 - 동시에 또는 순차적으로 계산할 수 있는 규칙을 포함합니다.

계산 생성 방법을 자세히 알아보려면 Calculation Manager 문서를 참조하십시오.

집계 빌드

합산은 애플리케이션을 엔티티 등의 차원이나 다른 희소 차원의 요약 레벨 멤버로 롤업합니다.

Calculation Manager에는 집계 빌드에 도움이 되는 템플리트가 포함되어 있습니다. 시스템 템플리트 합산에는 여러 개의 탭이 있습니다. 템플리트 사용 방법에 대한 몇 가지 제안은 다음과 같습니다.

POV 설정

POV를 설정하면 선택한 멤버에 대해서만 규칙이 실행됩니다. 차원에 런타임 프롬프트를 사용하면 사용자가 규칙을 실행할 때 이러한 차원의 멤버 값을 지정할 수 있습니다. 이런 방식으로, 사용자는 Calculation Manager에서 규칙을 수정할 필요 없이 여러 연도, 시나리오 및 버전에 대해 규칙을 여러 번 실행할 수 있습니다.

전체 밀집 합산

밀집 차원의 상위 값이 동적 계산으로 설정되지 않은 경우 이 섹션을 완료합니다. 일반적으로 이 탭은 비어 있습니다.

전체 희소 합산

합산해야 하는 희소 차원을 선택합니다. 선택한 차원의 순서는 관련이 없습니다.

부분 차원 집계 - 밀집

밀집 차원의 상위 값이 동적 계산으로 설정되지 않은 경우 이 섹션을 완료합니다. 일반적으로 이 탭은 비어 있습니다.

권장 설정:

데이터를 현지 통화까지 집계 - 아니요

데이터베이스의 누락 값 집계 - 예

희소 차원에 대한 계산 최적화 - 해제

계산기 캐시 값 선택 - 기본값

이 마법사의 디버그 모드를 활성화하시겠습니까? - 디버그 마법사 설정 또는 디버그 마법사 해제. 이 템플리트에 일부 디자인 시간 프롬프트에 대한 선택을 표시하기 위해 생성된 스크립트를 보려면 디버그 마법사 설정을 선택합니다.

모범 사례:

  • 엔티티, 시나리오, 버전 등 멤버에 대한 런타임 프롬프트를 활용합니다. 이 경우 사용자 입력에 따라 동적으로 규칙을 실행할 수 있습니다.

  • 일반적으로 계정, 기간 등의 밀집 차원은 집계할 필요가 없습니다. 이 경우, 상위 멤버를 동적 계산으로 설정할 수 있습니다. 그러나 밀집 차원에 멤버 공식이 있고 동적 계산으로 설정되지 않은 경우 계산 차원 규칙이 필요합니다.

세부 계산 빌드

Calculation Manager를 사용하여 비즈니스 문제를 해결하는 복잡한 계산을 생성, 검증, 배포 및 관리합니다.

Calculation Manager에서는 다음과 같은 세 가지 객체 유형을 계산할 수 있습니다.

  • 규칙 세트 - 동시에 또는 순차적으로 계산할 수 있는 규칙을 포함합니다(규칙 관리 참조).

  • 규칙 - 구성요소 및 템플리트를 포함합니다(규칙 관리 참조).

  • 구성요소 - 공식 구성요소, 스크립트 구성요소, 조건 구성요소, 범위 구성요소, 고정 루프 구성요소를 포함합니다(규칙 관리 참조).

모범 사례:

  • 규칙 빌드의 첫 단계로, 비즈니스 논리 및 규칙이 적용되는 엔티티나 부서를 파악합니다. 예를 들어 규칙에 관련된 계정을 확인합니다.

  • 소스 및 대상 계정을 알고 있어야 합니다.

  • 계산 드라이버를 완전히 파악한 후 적절한 객체 구성요소 또는 템플리트를 사용하여 규칙을 빌드합니다. 구성요소 및 템플리트를 통해 규칙 배포에 도움이 되는 멤버를 쉽게 선택할 수 있습니다.

엔티티, 시나리오, 버전 등 멤버에 대한 런타임 프롬프트를 활용하면 사용자 입력에 따라 동적으로 규칙을 실행할 수 있습니다.

보고서 빌드

보고서를 빌드하면 관리 팀에게 재무를 보고할 수 있습니다. 이 단계에서는 손익 계산서 및 관리 팀이 검토하는 데 익숙한 올바른 서식의 기타 세부 보고를 빌드합니다.

보고서 형식은 행과 열에 있는 요소 등 보고서의 레이아웃을 지정합니다. 보고서 형식을 사용하여 비용 센터별, 부서별 등의 여러 보고서를 생성할 수 있습니다.

모범 사례:

  • 보고서를 빌드하기 전에 필요한 보고서 형식 수를 결정합니다.

  • 보고서 빌드를 간소화하려면 필요한 각 보고서 유형에 대한 보고서 형식을 지정합니다.

  • 차원을 제대로 배열하여 보고서 빌드를 시작합니다. 그런 다음, 보고서를 가져와 데이터를 캡처합니다. 마지막으로, 서식을 적용합니다.

태스크 목록 빌드

태스크 목록은 계획 프로세스를 태스크, 지침 및 기한별로 사용자를 안내합니다. 태스크 목록을 사용하면 사용자가 애플리케이션을 진행하여 프로세스를 따르고 적절한 데이터를 모두 수집하는 데 도움이 됩니다.

여러 유형의 사용자와 프로세스 플로우를 지원하도록 태스크 목록을 개발해야 합니다. 태스크를 통해 사용자는 다음과 같은 여러 유형의 태스크를 수행할 수 있습니다.

  • 양식 열기

  • 지정한 비즈니스 규칙 실행

  • 지정한 시나리오 및 버전으로 검토 프로세스 시작

  • 현재 양식의 데이터 버전 복사

  • 지정한 URL 열기

태스크는 사용자에게 계획 프로세스를 안내합니다. 태스크를 통해 사용자는 여러 유형의 태스크를 수행할 수 있습니다. 사용자가 애플리케이션을 진행하여 프로세스를 따르고 적절한 데이터를 모두 수집하는 데 도움이 됩니다.

여러 유형의 사용자와 프로세스 플로우를 지원하도록 태스크를 빌드합니다.

네비게이션 플로우 설정

네비게이션 플로우는 사용자 화면의 맨위에서 사용가능한 클러스터 또는 카드를 설정합니다. 일반적으로 카드는 수익 계획, 비용 계획 등 비즈니스 프로세스의 작업과 연계됩니다. 각 카드 내에서 세로 탭을 생성하여 사용자에게 해당 비즈니스 영역을 안내할 수 있습니다. 양식을 세로 탭에 연결하여 사용자에게 프로세스를 안내할 수 있습니다. 세로 탭에서 하나 이상의 가로 탭이 양식 또는 대시보드에 연결될 수 있습니다.

애플리케이션에는 기본 네비게이션 플로우가 있습니다. 조직의 카드와 플로우를 사용자정의하려면 기본값을 복사하고 이를 사용하여 고유한 항목을 만들 수 있습니다.

설정, 네비게이션 플로우 순으로 탭하거나 누릅니다. 작업, 복사본 생성 순으로 탭하거나 누릅니다.

클러스터를 생성하여 작업에 대한 카드가 포함될 수 있는 전체 비즈니스 프로세스를 나타내거나, 단순히 새 카드를 생성할 수 있습니다. 카드를 단일 페이지로 디자인하거나 카드에 여러 개의 탭을 사용할 수 있습니다. 테이블 형식으로 설정된 카드의 경우 일반 사용자에게 콘텐츠를 가로 탭으로 표시할 수 있는 여러 탭을 사용할 수 있습니다. 각 탭에 대한 콘텐츠 유형을 지정하고 아티팩트에 링크합니다.

예를 들어 카드를 다음과 연계할 수 있습니다.

  • 대시보드

  • 양식

  • 규칙

  • 승인

액세스 권한 설정

액세스 권한에 따라 제품 실행 후 사용자 권한이 결정됩니다. 대체로 그룹은 사용자 구성에 도움이 되도록 설정됩니다. 정의상, 사용자 그룹은 유사한 액세스 권한을 가진 사용자 세트입니다.

다음과 같은 애플리케이션 요소에 그룹 및 개별 사용자의 액세스 권한을 지정할 수 있습니다.

  • 시나리오

  • 버전

  • 계정

  • 엔티티

  • 사용자정의 차원 멤버

  • 양식

  • 비즈니스 규칙

사용자는 다음 그룹에 속할 수 있습니다.

  • 서비스 관리자

  • 고급 사용자

  • 사용자

  • 조회자

모범 사례:

  • 기본적으로 보안되는 차원의 경우 필요에 따라 액세스 권한을 수정합니다.

  • 차원 멤버, 양식, 규칙 등의 애플리케이션 요소에 액세스 권한을 지정합니다. 사용자는 액세스 권한이 있는 애플리케이션 요소만 보거나 사용할 수 있습니다.

사용자 및 그룹 정보

애플리케이션의 요소에 대한 액세스 권한을 얻기 전에 Oracle Identity Management 시스템에 회사 사용자를 추가해야 합니다. 액세스 권한에 따라 제품 실행 후 사용자 권한이 결정됩니다.

정의상, 사용자 그룹은 유사한 액세스 권한을 가진 사용자 세트입니다. 사용자를 구성하고 액세스 권한을 지정하는 방법으로 그룹을 사용하는 것이 모범 사례입니다.

사용자 추가

사용자를 환경에 추가하고, 권한을 지정하고, 애플리케이션에 대한 액세스 권한을 부여해야 합니다.

사용자 역할은 다음 유형 중 하나로 정의됩니다.

  • 서비스 관리자 - 차원, 양식, 계산 등의 애플리케이션을 생성하고 관리합니다. 서비스 관리자는 액세스 권한을 관리하고 예산 프로세스를 시작합니다.

  • 고급 사용자 - 양식, Smart View 워크시트 및 Financial Reporting 보고서를 생성하고 유지관리합니다. 모든 사용자 태스크를 수행할 수 있습니다.

  • 사용자 - 승인을 위해 계획을 입력 및 제출하고, 비즈니스 규칙을 실행하고, 다른 사람이 생성한 보고서를 사용하고, 태스크 목록을 보고 사용합니다. Smart View를 활용하여 데이터를 입력하고 임시 분석을 수행합니다.

  • 조회자 - 데이터 양식 및 라이센스가 부여된 데이터 액세스 도구를 통해 데이터를 보고 분석합니다. 조회자는 애플리케이션에서 데이터를 수정할 수 없습니다. 일반적인 보기 사용자는 예산 프로세스 도중에 그리고 끝에 비즈니스 계획을 보려고 하는 경영진입니다.

사용자, 고급 사용자 및 조회자는 서비스 관리자가 지정한 권한에 따라 양식, 태스크 목록, 비즈니스 규칙에 액세스할 수 있습니다.

그룹 생성

사용자에게 액세스 권한을 지정할 때 그룹을 활용하는 것이 좋습니다. 유사한 사용자 그룹을 사용하면 지속적으로 보안 유지관리를 쉽게 수행할 수 있습니다. 사용자가 그룹에 추가되면 그룹의 액세스 권한을 상속합니다. 차원 멤버, 양식, 태스크 목록 등의 액세스 권한을 그룹에 지정하면 각 사용자에 대해 해당 액세스 권한을 개별적으로 지정하지 않아도 됩니다.

모범 사례:

  • 개별 사용자가 그룹에 지정되고 개별 사용자의 액세스 권한이 그룹의 액세스 권한과 충돌하는 경우 개별 사용자의 액세스 권한이 우선합니다.

  • 사용자 액세스를 구현하기 전에 유사한 액세스 권한을 가진 사용자 세트에 대한 그룹 사용을 제대로 정의해야 합니다.

  • 개인 권한이 그룹 권한을 대체합니다.

  • 개인이 여러 그룹에 지정된 경우 액세스 권한이 가장 높은 그룹이 우선합니다.

사용자에게 지정된 액세스 권한이 사용자가 속한 그룹에서 상속한 액세스 권한을 직접 대체합니다. 예를 들어 그룹에서 계획에 대한 읽기 액세스 권한을 상속했지만 계획에 대한 쓰기 액세스 권한이 직접 지정된 경우 계획에 대한 쓰기 액세스 권한을 갖게 됩니다.

그룹에 사용자 지정

모범 사례로, 유지관리를 줄이고 사용자에게 유사한 액세스를 지정하는 방법으로 그룹을 활용합니다. 해당 그룹에 대한 액세스 권한을 사용자에게 제공합니다.

차원에 대한 액세스 권한 지정

사용자가 데이터를 읽거나 쓰려면 다음 차원에 대한 액세스 권한을 지정해야 합니다.

  • 계정

  • 엔티티

  • 시나리오

  • 버전

사용자정의 차원에서 보안이 사용으로 설정된 경우 사용자에게 해당 차원에 대한 보안도 지정해야 합니다. 기본적으로 보안되는 차원의 경우 필요에 따라 보안 액세스를 수정합니다.

계정 차원에 대한 액세스 권한 지정

볼 수 있는 계정만 읽거나 쓸 수 있는 액세스 권한을 사용자에게 제공합니다. 읽기, 쓰기, 없음으로 액세스 권한을 지정할 수 있습니다.

모범 사례:

  • 가능한 경우 지속적인 보안 유지관리를 줄이기 위해 관계 함수도 활용해야 합니다. 관계 함수는 멤버, 1차 하위, 1차 하위(포함), 하위, 하위(포함)입니다. 예를 들어 그룹에 순이익의 하위에 대한 쓰기 액세스 권한을 지정하면 해당 그룹의 모든 사용자가 순이익의 하위인 모든 계정에 대한 쓰기 액세스 권한을 갖게 됩니다. 이렇게 하면 각 계정에 액세스 권한을 개별적으로 지정하지 않아도 됩니다.

  • 우선순위 및 상속 규칙을 활용하려면 보안 관리를 위해 예외 기반 방법을 사용합니다. 기본 보안 지정은 그룹 및 관계를 기반으로 합니다. 상위 레벨 멤버에게 그룹 권한을 지정하고, 관계를 사용하여 1차 하위 또는 하위까지 지정을 푸시합니다. 예외 기준에 따라 개별 사용자 권한을 1차 하위에 지정합니다.

엔티티 차원에 대한 액세스 권한 지정

볼 수 있는 엔티티만 읽거나 쓸 수 있는 액세스 권한을 사용자에게 제공합니다. 읽기, 쓰기, 없음으로 액세스 권한을 지정할 수 있습니다.

시나리오 차원에 대한 액세스 권한 지정

시나리오에 대한 액세스 권한은 일반적으로 읽기 또는 쓰기로 설정됩니다. 예를 들어 실제 및 차이 시나리오에 대한 액세스 권한을 읽기로 지정하고 계획 및 예측에 대한 액세스 권한을 쓰기로 지정할 수 있습니다.

버전 차원에 대한 액세스 권한 지정

버전에 대한 액세스 권한은 일반적으로 읽기 또는 쓰기로 설정됩니다. 예를 들어 최종 버전에 대한 액세스 권한을 읽기로 지정하고 작업 중에 대한 액세스 권한을 쓰기로 지정할 수 있습니다.

사용자정의 차원에 대한 액세스 권한 지정

사용자정의 차원에서 보안이 사용으로 설정된 경우 사용자가 액세스 권한을 가지려면 해당 차원에 대한 보안을 지정해야 합니다.

양식에 대한 액세스 권한 지정

사용자가 양식을 열려면 먼저 액세스 권한을 지정해야 합니다.

더 구체적인 액세스 권한이 지정되지 않는 한 양식 폴더에 대한 액세스 권한이 지정된 사용자는 해당 폴더의 양식에 액세스할 수 있습니다.

사용자 및 고급 사용자는 액세스 권한이 있는 양식에 대해서만 데이터를 보거나 입력할 수 있습니다. 액세스 권한을 가진 멤버에 대해서만 작업할 수 있습니다.

팁:

  • 양식에 대한 액세스 권한 지정을 간소화하려면 양식을 폴더로 구성하고 개별 양식 레벨 대신 폴더 레벨에서 액세스 권한을 지정합니다. 액세스 권한을 읽기, 쓰기 또는 없음으로 설정할 수 있습니다.

  • 폴더에 액세스 권한을 지정할 경우 그 아래 모든 폴더가 해당 액세스 권한을 상속합니다.

  • 양식 폴더에 대한 특정 액세스 권한(예: 없음 또는 쓰기)을 지정할 경우 해당 액세스 권한이 상위 폴더의 액세스 권한보다 우선합니다. 예들 들어 사용자가 [없음] 액세스 권한을 가진 Folder2를 포함하는 Folder1에 대해 [쓰기] 액세스 권한이 있는 경우 사용자는 Folder1을 열 수 있지만 Folder2를 보지 못합니다.

  • 사용자가 쓰기 액세스 권한을 가진 Form1이라는 양식을 포함하는 Folder1이라는 양식 폴더에 대해 액세스 권한이 [없음]인 경우, 사용자는 Folder1 및 Form1을 볼 수 있습니다.

비즈니스 규칙에 대한 액세스 권한 지정

사용자가 비즈니스 규칙을 실행하려면 먼저 규칙에 대한 액세스 권한을 제공해야 합니다.

모범 사례로, 유사한 사용자 액세스 권한을 가진 비즈니스 규칙을 폴더로 구성하고 폴더에 보안을 적용합니다. 시간이 좀 더 걸리지만 개별 비즈니스 규칙에 대한 액세스 권한을 제공할 수도 있습니다.

더 구체적인 액세스 권한이 지정되지 않는 한 사용자는 액세스 권한이 지정된 폴더에서 Calculation Manager 비즈니스 규칙에 대한 실행 액세스 권한이 있습니다.

태스크 목록에 대한 액세스 권한 지정

애플리케이션을 탐색하려면 사용자에게 개별 태스크 목록에 대한 액세스 권한을 지정해야 합니다.

모범 사례로, 그룹을 사용하여 액세스 권한을 지정합니다. 개별 태스크 목록에 액세스 권한을 적용하는 것보다 더 효율적입니다.

보고서에 대한 액세스 권한 지정

사용자에게 보고서에 대한 액세스 권한을 지정해야 보고서를 사용할 수 있습니다.

다른 아티팩트와 마찬가지로, 보고서를 폴더로 구성하고 폴더 레벨에서 액세스 권한을 지정하는 것이 좋습니다. 이렇게 하면 보안을 위해 필요한 유지관리가 제한됩니다. 폴더에 보고서를 추가하면 폴더에서 액세스 권한이 상속됩니다.

빌드 승인

승인을 사용하여 예산 및 검토 상태, 계획 단위 소유권 및 프로세스 이슈를 추적할 수 있습니다. 이렇게 하면 계획 주기에 필요한 시간이 줄어듭니다.

조직 구조에 독립적으로 승인 경로를 설정하여 계획 또는 예측이 승인을 위해 따라야 하는 경로를 반영합니다.

사용자는 제출에 대한 노트와 설명을 제공할 수 있습니다.

계획 단위 계층 설정

계획 단위 계층을 설정하면 승인에 사용된 이관 경로가 정의됩니다. 계획 단위 계층의 기준은 보조 차원과 조합된 엔티티 또는 엔티티 차원의 일부입니다.

보조 차원은 워크플로우에서의 현재 위치에 따라 여러 차원의 혼합일 수 있습니다. 예를 들어 특정 엔티티에 대한 이관 경로에서 엔티티 차원과 제품 차원을 결합하고 다른 엔티티에 대한 이관 경로에 채널 차원을 사용할 수 있습니다.

소유자 및 검토자에게 직접 계획 단위를 지정할 수 있습니다. 데이터 조건에 종속된 조건부 이관 경로를 처리하기 위한 검증 규칙을 생성할 수 있습니다. 여러 계획 단위 계층을 생성하여 조직 내의 검토 프로세스를 지원합니다.

계획 단위 계층은 적절한 시나리오 및 버전 조합에 지정됩니다.

계획 단위는 시나리오, 버전 및 엔티티나 엔티티 일부의 조합입니다. 시나리오와 버전은 검토 사이클의 기준이 됩니다. 계획 단위 계층에는 검토 프로세스의 일부인 계획 단위와 다른 모든 차원이 포함됩니다.

승인에 대해 알아야 할 사항:

  • 검토 프로세스는 이벤트가 이관 경로 변경을 트리거하지 않을 경우 계획 단위의 소유자와 검토자를 선택할 때 설정한 이관 경로를 따릅니다.

  • 계획 단위 계층 멤버 간의 상위/1차 하위 관계는 검토 프로세스에 영향을 줍니다.

  • 사용자가 상위를 승격하거나 거부할 때 상위의 1차 하위는 승인되지 않는 한 승격되거나 거부됩니다. 상위의 소유자는 1차 하위 구성요소의 소유자가 됩니다.

  • 사용자가 상위를 승인할 경우 1차 하위도 승인됩니다.

  • 모든 1차 하위 구성요소가 동일한 소유자에게 승격될 경우 상위는 해당 소유자에게 승격됩니다.

  • 모든 1차 하위 구성요소의 상태가 한 상태(예: Signed Off)로 변경되면 상위 상태도 같은 상태로 변경됩니다.

  • 1차 하위가 다른 소유자를 가질 경우 사용자가 상위의 상태를 변경할 수 없습니다.

  • 1차 하위 구성요소가 다른 사용자에게 승격 또는 제출되거나 다른 사용자에 의해 사인오프될 경우 상위에는 소유자가 없고 서비스 관리자만 상위의 상태를 변경할 수 있습니다.

  • 계획 단위는 예산 프로세스가 완료될 때까지 한 검토자에서 다른 검토자로 이동합니다.

테스트

테스트는 애플리케이션 개발 과정의 중요한 단계입니다. 제대로 작동하도록 모든 계산, 액세스 권한 및 보고서를 테스트해야 합니다.

단위 테스트 정보

단위 테스트는 정규화된 테스트의 첫번째 단계이며 테스트 환경의 기본 빌딩 블록입니다. 단위 테스트에는 애플리케이션의 각 기능 영역을 개별 단위로 테스트하여 예상대로 수행되는지 확인하는 작업이 포함됩니다.

예를 들어 테스트는 데이터 로드가 오류 없이 완료 시까지 실행되는지 확인할 수 있습니다. 기타 테스트는 양식과 보고서가 액세스 가능하고, 계산이 완료되었는지 확인할 수 있습니다.

애플리케이션을 빌드하거나 구성하는 사람이 일반적으로 단위 테스트를 수행합니다.

시스템 테스트 정보

시스템 테스트는 시스템이 오류 없이 운영되고 필요한 기능을 제공하는지 확인합니다.

애플리케이션이 구성된 방식 테스트와 팀이 비즈니스 프로세스 및 보고서를 생성한 방식 확인을 강조합니다. 시스템 테스트는 고유한 매개변수 구성, 사용할 모든 기능, 모든 개선을 포함하여 전체 시스템 테스트에 중점을 둡니다.

또한 시스템 테스트는 소프트웨어를 넘어서며, 수동 프로시저, 양식 및 컨트롤의 효율성을 검증합니다. 빌드되는 시스템 내의 모든 기능 측면을 포괄하는 공식 기능 테스트의 전체 집합입니다.

이 유형의 테스트는 다음과 결합되는 경우가 많습니다.

  • 보안 테스트 - 시스템 보안 및 데이터베이스 보안이 전체 시스템과 각 특정 사용자에게 적합한지 테스트합니다.

  • 통합 테스트 - 다른 통합 시스템과의 데이터 전달을 포함하여 전체 비즈니스 솔루션을 테스트합니다. 이렇게 하면 시스템의 모든 측면을 결합할 때 기능이 계속 적합한지 확인됩니다.

  • 사용자 수락 테스트 - 사용자가 시스템이 제대로 운영되고 요구사항을 충족하는지 확인합니다. 사용자가 공식 시스템 테스트에 관련이 없거나 특정 테스트를 요청하는 경우 추가 수락 테스트가 필요할 수 있습니다. 하지만 대부분의 경우 이 유형의 테스트는 사용자가 이러한 테스트를 수락 용도에 적합하다고 인식할 경우 시스템 및 통합 테스트의 일부로 수행됩니다.

롤아웃

롤아웃 중 시스템의 일반 사용자를 교육하고 기능을 탐색 및 사용하는 방법을 보여 줄 수 있습니다. 모범 사례로, 시스템을 문서화하여 필요한 경우 누구든지 관리를 인수할 수 있게 합니다.

교육

애플리케이션에서 시스템의 모든 사용자를 교육해야 합니다. 사용자가 애플리케이션을 쉽게 탐색하고 지정된 태스크를 이해하는 방법을 배워야 합니다. 교육에는 애플리케이션 로그인, 태스크 목록 탐색, 데이터 입력, 규칙 실행, Smart View 사용, 애플리케이션 내의 도구 사용이 포함되어야 합니다. 일반적으로 교육을 통해 사용자가 애플리케이션에 처음 노출되며, 잘 계획되고 실행된 교육 세션은 좋은 첫 인상을 주는 데 도움이 됩니다.

시스템 및 관리 정보 문서화

애플리케이션을 빌드한 후 애플리케이션에 대한 시스템 및 관리 설명서를 생성하는 것이 좋습니다.

모범 사례:

  • 새로운 정보인 경우 빌드 프로세스가 끝나면 이 설명서를 생성합니다.

  • 데이터 소스, 애플리케이션 구조, 계산 작동 방식, 애플리케이션에 필요한 유지관리 등의 정보를 포함합니다.

월간 및 연간 유지관리 등의 시간 프레임으로 분석된 유지관리 태스크를 나열합니다. 이렇게 하면 필요한 경우 누구든지 나중에 시스템을 인계할 수 있습니다.

사용자에 대해 애플리케이션을 사용으로 설정

일반 사용자에 대해 애플리케이션을 사용으로 설정하려면 사용 상태에서 시스템을 열어야 합니다. 또한 계획 단위를 시작하여 승인을 사용으로 설정합니다.

계획 단위 시작

사용자가 시스템에 액세스하여 검토 프로세스를 시작하려면 계획 단위를 시작해야 합니다. 프로세스를 시작하고 나면, 계획 단위는 프로세스가 완료될 때까지 한 검토자에서 다른 검토자로 이동합니다.