A. 특수 케이스 유형은 다른 특수 케이스 유형을 포함할 수 있습니다.

B. 특수 케이스 유형의 시작 프로세스는 기본 케이스 시작 흐름의 상황 버전입니다.

C. 케이스에 표시되는 모든 속성은 케이스를 특수화하는 데 사용할 수 있습니다.

D. 케이스 특수화는 동일한 케이스 유형에 대해 여러 케이스 구조를 가능하게 합니다.

E. 특수 케이스 유형은 해당 항목에 대한 자동 인스턴스화를 지원하지 않습니다.

A. 애플리케이션 개발자는 정의된 해당 클래스 조인으로 "템플릿" 보고서를 생성해야 합니다. 그러면 관리자는 "다른 이름으로 저장"을 수행하여 보고서를 작성할 수 있습니다.

B. 특별한 계획이 필요하지 않습니다. 관리자는 이러한 보고서를 작성할 수 있어야 합니다.

C. 특별한 계획이 필요하지 않습니다. 애플리케이션 개발자는 이러한 보고서를 작성해야 합니다.

D. 애플리케이션 개발자는 이러한 클래스 간에 연결 규칙이 있는지 확인해야 합니다.

A. 01-02-50 및 02-01-01

B. 01-02-50 및 01-03-01

C. 01-02-43 및 01-03-01

D. 01-03-01 및 01-04-01

A. 자주 참조되지 않는 매우 큰 참조 데이터 목록을 (노드 수준에서) 캐시하기 위해

B. 선언적 표현식의 재계산을 트리거할 변경 사항에 대해 외부 데이터를 주기적으로 폴링합니다.

C. 외부 데이터베이스 쿼리에 대한 "가장 최근에 사용된"(MRU) 캐싱 메커니즘을 생성하려면

D. 필요한 경우 현재 작업 개체와 관련된 외부 서비스(예: 운전자의 사고 보고서)에서 데이터를 검색합니다.

E. (노드 수준에서) 검색하는 데 비용이 많이 드는 작은 참조 데이터 목록을 캐시합니다.

A. 검토 할당만 포함하는 별도의 하위 흐름을 만들고 이 하위 흐름의 상황별 복사본을 만듭니다. 하나는 OperatorID.pyOrgUnit = OrgUnitA인지 테스트하고 다른 하나는 OperatorID.pyOrgUnit = OrgUnitB인지 테스트합니다.

B. 각 조직 단위에 대해 별도의 규칙 집합을 만들고 각 규칙 집합에 흐름 규칙의 두 개의 개별 복사본을 넣습니다.

C. OperatorID.pyOrgUnit = OrgUnitA일 때 속성 값을 "OrgUnitABasket"으로 설정하고 OperatorID.pyOrgUnit = OrgUnitB일 때 "OrgUnitBBasket"으로 설정하는 맵 규칙을 만듭니다. 또한 이 속성을 사용하여 선언 페이지를 만듭니다.

D. OperatorID.pyOrgUnit = OrgUnitA인지 테스트하는 흐름 rulE.one과 OperatorID.pyOrgUnit = OrgUnitB인지 테스트하는 상황에 맞는 두 개의 복사본을 만듭니다.