무료 온라인 액세스 Guidewire.InsuranceSuite-Developer.v2026-09-24.q68 모의 시험 (Page 10)

InsuranceSuite-Developer 문제 41

다음 Gosu 문장은 유효성 검사 규칙의 Action 부분입니다.

다음과 같은 컴파일 오류가 발생합니다.
Gosu 컴파일러: rejectFieldQava.lang.String 함수(typekey)에 전달된 인자 개수가 잘못되었습니다.
ValidationLevel, java.lang.string, typekey.ValidationLevel, java.lang.string). 예상값 5, 실제값 3. 오류를 해결하려면 문장에 무엇을 추가하거나 삭제해야 합니까?

A. 두 개의 null 값은 타입키와 문자열로 대체되어야 합니다.

B. 왼쪽 괄호는 삭제해야 합니다.

C. "State"라는 단어는 DisplayKey로 바꿔야 합니다.

D. 오른쪽 괄호를 추가해야 합니다.

정답: A

GuidewireValidation 규칙에서 rejectField 메서드는 비즈니스 로직 검사를 통과하지 못한 특정 필드를 식별하는 데 매우 중요한 도구입니다. 이 메서드를 사용하면 애플리케이션에서 해당 UI 위젯을 빨간색으로 강조 표시하고 사용자에게 구체적인 오류 메시지를 제공할 수 있습니다.
컴파일 오류에서 알 수 있듯이 Guidewire 엔티티(예: Contact 또는 Claim)의 rejectField 메서드는 5개의 매개변수를 필요로 하는 매우 특정한 시그니처를 가지고 있습니다.
* 필드 이름(문자열): 유효성 검사를 수행하는 속성의 이름(예: "State").
* 유효성 검사 수준(ValidationLevel): 오류의 심각도(예: TC_LOADSAVE).
* 오류 메시지(문자열): 사용자에게 표시되는 텍스트입니다.
* 오류 그룹(ValidationLevel): 오류를 분류하기 위한 선택적 그룹입니다.
* 오류 ID(문자열): 특정 오류를 식별하는 데 사용할 수 있는 선택적 고유 식별자입니다.
컴파일러가 "예상 인수 5개, 실제 인수 3개"라는 오류를 보고하는 경우, 개발자가 처음 세 개의 인수만 제공했음을 의미합니다. Guidewire 모범 사례에 따라 이 오류를 해결하려면 개발자는 메서드 시그니처를 완성해야 합니다. 마지막 두 인수가 필요하지 않은 경우 null을 전달하는 경우가 많지만, 컴파일러는 오버로드된 rejectField 메서드의 어떤 버전이 호출되는지 식별하기 위해 마지막 두 인수가 모두 있어야 한다고 요구합니다.
이 맥락에서 옵션 A가 정답으로 인정되는 이유는 단순히 null, null을 추가하는 것만으로는 타입이 명시적으로 인식되지 않거나 코드가 예상되는 타입 키/문자열 타입과 일치하지 않는 "자리 표시자" null을 사용하는 경우 충분하지 않은 경우가 많기 때문입니다. 네 번째 인수를 aValidationLeveltypekey로, 다섯 번째 인수를 문자열로 지정함으로써 개발자는 Gosu 컴파일러의 엄격한 타입 검사 요구 사항을 충족할 수 있습니다. 이렇게 하면 유효성 검사 로직이 현재 번들 트랜잭션 내에 올바르게 등록되고 조건이 충족될 경우 커밋 프로세스가 제대로 중단됩니다.

InsuranceSuite-Developer 문제 42

보험사는 회사 설립일을 회사 기록에 저장합니다. 비즈니스 분석가는 손실 발생 시점의 회사 영업 기간을 계산해야 하는 새로운 요구 사항을 파악했습니다. 영업 기간은 회사 설립일 정보와 손실 청구일을 이용하여 계산됩니다.
아래 이미지는 데이터 모델의 연락처 구조를 보여줍니다.

어떤 구성 단계가 요구 사항을 충족합니까? (두 가지를 선택하십시오)

A. 보험사 패키지에서 회사 엔티티에 대한 새로운 확장 클래스를 생성합니다.

B. 회사 개선을 위해 사업 기간(년)을 계산하는 함수를 생성합니다.

C. 연락처 기능 향상에 있어 사업 운영 기간을 계산하는 setter 속성을 생성합니다.

D. gw 패키지 아래의 Contact 엔티티에 대한 새로운 향상 클래스를 생성합니다.

E. gw 패키지의 Ul Helper 클래스에 사업 운영 기간을 계산하는 함수를 생성하세요.

F. 회사 정보 개선을 위해 사업 운영 기간을 계산하는 getter 속성을 생성합니다.

정답: A

Guidewire 개발에서 기본 엔티티에 비즈니스 로직이나 파생 데이터를 추가하는 가장 좋은 방법은 Gosu Enhancements를 사용하는 것입니다. 이 방식을 사용하면 마치 원래 클래스의 일부인 것처럼 엔티티에 속성이나 메서드를 추가할 수 있습니다.
1. 개선 사항 위치 및 패키지 (옵션 A)
Guidewire InsuranceSuite 개발자 기본 가이드에 따르면, 모든 사용자 지정 확장 기능은 고객별 패키지(예: Succeed Insurance의 경우 si.pc.contact)에 배치해야 합니다. gw 패키지(옵션 D 및 E)는 Guidewire의 내부 제품 코드 전용이므로 사용이 엄격히 금지되어 있습니다. "설립일"은 회사 엔티티(연락처 계층 구조에 표시됨)에 따라 달라지므로, 확장 기능은 회사 엔티티를 직접 대상으로 해야 합니다.
2. 게터 속성 사용 (옵션 G)
요구 사항은 기존 데이터를 기반으로 값을 "계산"하는 것입니다. Gosu에서 이를 구현하는 가장 효율적이고 가독성이 좋은 방법은 getter 속성(property get)을 사용하는 것입니다. 표준 함수(옵션 B)와 달리 getter 속성을 사용하면 간단한 점 표기법(예: myCompany)을 사용하여 PCF 또는 규칙의 값에 접근할 수 있습니다.
YearsInBusiness_Ext)를 사용하여 코드를 더 깔끔하고 유지보수하기 쉽게 만듭니다.
다른 선택지가 틀린 이유:
* 옵션 B: 함수를 사용하는 것도 기술적으로는 가능하지만, 엔티티의 "읽기 전용" 속성을 논리적으로 나타내는 값에는 getter 속성을 사용하는 것이 가장 좋은 방법입니다.
* 옵션 C: Asetteris는 필드에 데이터를 기록하는 데 사용됩니다. "사업 연수"는 파생 계산이므로 수동으로 설정해서는 안 되며, 원본 날짜 필드에서 자동으로 계산되어야 합니다.
* 옵션 D 및 E: 앞서 언급했듯이 이러한 옵션은 gw 패키지를 사용하므로 업그레이드 안전 표준을 위반하게 되며 "클라우드 보증" 검사가 실패하게 됩니다.
개발자는 고객 패키지에 회사 기능 향상을 추가하고 속성 가져오기를 제공함으로써 플랫폼의 핵심 아키텍처 원칙을 준수하는 재사용 가능하고 성능이 뛰어난 솔루션을 구축할 수 있습니다.

InsuranceSuite-Developer 문제 43

보험사는 주택 소유자 보험에 반려동물 보장을 추가할 계획입니다. 보장 대상 반려동물이 사용자 인터페이스에 표시될 때는 항상 반려동물의 이름과 품종이 함께 표시되어야 합니다. 예를 들면 다음과 같습니다.

개발자는 모범 사례를 따르면서 어떻게 이 요구 사항을 충족할 수 있을까요?

A. 반려동물 이름 필드에 대해 '변경 시 게시' 기능을 활성화하여 참조 시 표시 방식을 변경합니다.

B. 반려동물의 이름과 품종 필드를 연결한 엔티티 이름을 정의하세요.

C. Pet 향상 클래스에 setter 속성을 생성합니다.

D. 반려동물의 이름과 품종을 연결한 표시 키를 만드세요

정답: B

Guidewire InsuranceSuite에서 사용자 인터페이스에 표시되는 데이터 객체의 전역적인 표현 방식은 엔티티 이름 구성에 의해 제어됩니다. 메타데이터 내의 .en 파일에 저장된 이 구성은 범위 입력(드롭다운), 목록의 텍스트 셀 또는 읽기 전용 보기와 같은 위젯에서 엔티티 인스턴스를 참조할 때 해당 엔티티 인스턴스가 문자열로 변환되는 방식을 정의합니다.
InsuranceSuite 개발자 기초 과정에 따르면 "엔티티가 표시될 때마다" 적용되는 요구 사항에 대한 최적의 방법은 엔티티 이름(옵션 B)을 정의하는 것입니다. 이 접근 방식을 사용하면 개발자는 애플리케이션 서버가 자동으로 사용하는 템플릿(종종 여러 필드를 포함)을 지정할 수 있습니다. 이 시나리오에서 개발자는 Pet_Ext 엔티티 이름이 다음과 같은 문자열을 반환하도록 구성합니다.Name + " - " + this.Breed.
이 방법이 다른 방법보다 우수한 이유는 여러 가지가 있습니다.
* 중앙 집중화: 표시 로직을 한 번만 정의하면 됩니다. 나중에 비즈니스에서 반려동물의 나이나 색상 정보를 포함하기로 결정하면 .en 파일만 업데이트하면 변경 사항이 전체 애플리케이션에 즉시 반영됩니다.
* 성능: Guidewire 플랫폼은 이러한 표시 이름을 효율적으로 캐시합니다. 모든 PCF에 로직을 사용하거나(옵션 A) 수동으로 표시 키를 생성하는 것(옵션 D)은 유지 관리 부담을 증가시키고 개발자가 특정 화면을 누락할 경우 UI의 일관성이 떨어질 수 있습니다.
* 선언적 특성: Guidewire의 철학을 따라 구조 및 식별 관련 로직에는 메타데이터를 사용하고, Gosu 코드는 복잡한 비즈니스 프로세스에만 사용합니다.
'변경 시 게시'(옵션 A)와 같은 옵션은 UI 새로 고침을 위해 설계되었으며 객체의 기본 문자열 표현을 변경할 수 없습니다. 'Setter'(옵션 C)는 데이터베이스에 데이터를 쓰는 데 사용되며 데이터 표시 형식과는 무관합니다.

InsuranceSuite-Developer 문제 44

Guidewire Cloud에서 '기타 데이터 무결성 요구 사항'으로 분류되는 데이터베이스 일관성 검사는 클라우드 환경의 프로덕션 환경에 코드를 배포하기 전에 반드시 해결해야 합니다. 이러한 오류를 해결하기 위한 두 가지 모범 사례는 무엇입니까? (두 가지를 선택하십시오)

A. 프로덕션 데이터 수정 도구를 실행하여 이러한 오류를 수정하십시오.

B. 발생 연도나 오류 발생 행 수에 관계없이 이러한 오류를 수정하십시오.

C. 최근에 발생했고 발생 빈도가 높은 오류를 우선시합니다.

D. 최종 결정을 위해 Guidewire Cloud Assurance와 분석 결과를 공유하십시오.

E. 모든 오류가 해결될 때까지 수정 사항을 매주 배포하도록 예약합니다.

정답: C,D

데이터베이스 일관성 검사(DBCC) 도구는 Guidewire 클라우드 표준의 필수 구성 요소입니다.
이 도구에서 발견된 오류는 심각도와 영향도에 따라 분류됩니다. "심각" 오류(예: 외래 키 위반 또는 필수 필드 누락)는 반드시 해결해야 하지만, "기타 데이터 무결성 기대치" 범주에는 애플리케이션 기능을 반드시 차단하지는 않지만 모범 사례에서 벗어난 레거시 데이터 문제 또는 사소한 불일치가 포함되는 경우가 많습니다.
시스템 상태 및 품질 교육 과정에 따르면, 이러한 오류가 대량으로 발생할 경우 가장 먼저 권장되는 방법은 우선순위 지정(옵션 C)입니다. 개발자는 발생 횟수가 많고 발생 가능성이 높은 오류에 집중해야 합니다.
"최근" 오류는 코드에 시스템적인 문제(예: 잘못 구성된 규칙 또는 통합)가 있어 데이터베이스를 지속적으로 오염시키고 있음을 나타냅니다. 최근 오류는 문제가 현재 진행 중이며 최근 구성 변경으로 인해 발생했을 가능성이 높다는 것을 의미합니다. 이러한 오류를 우선적으로 해결하면 시스템 안정성을 확보하는 데 가장 효과적입니다.
두 번째 모범 사례는 Guidewire Cloud Assurance(옵션 D)와의 협업입니다. GWCP 모델에서 Cloud Assurance 팀은 프로덕션 배포에 대한 최종 게이트키퍼 역할을 합니다. 일부 "기타" 오류는 오탐이거나 허용 가능한 레거시 아티팩트일 수 있으므로 개발자는 근본 원인과 잠재적 영향에 대한 분석을 제공해야 합니다. 그런 다음 Cloud Assurance 팀은 해당 오류가 프로덕션 배포를 막는 "차단 요소"인지 최종적으로 결정합니다. 이러한 협업 접근 방식을 통해 SurePath 방법론을 준수하면서 전문적인 감독 하에 프로덕션 배포 경로가 관리됩니다.

InsuranceSuite-Developer 문제 45

한 개발자가 Succeed Insurance라는 보험사의 PolicyCenter에서 AuditMethod_Ext 엔티티에 대한 향상 클래스를 만들고 있습니다. 어떤 gosu 클래스의 패키지 구조와 함수 이름이 모범 사례를 따르는 것일까요?

A. si.pc.enhancements.entity, determineAuditType()

B. si.pc.enhancements.entity, determineAuditType_Ext()

C. gw.job.audit, determineAuditType()

D. gw.entity.enhancement, determineAuditType_Ext()

정답: B

Guidewire는 사용자 정의 Gosu 클래스 및 확장 기능에 대해 엄격한 명명 및 패키징 규칙을 강조하여 코드의 명확성을 확보하고 플랫폼 업그레이드 중 "네임스페이스 충돌"을 방지합니다. "Succeed Insurance"와 같은 고객의 경우, 회사 이름의 이니셜과 특정 애플리케이션 이름을 조합하여 패키지 구조에 고유한 접두사를 사용하는 것이 가장 좋습니다.
이 경우 "si.pc"(Succeed Insurance PolicyCenter)가 해당 패키지의 적절한 시작점입니다.
"enhancements.entity"와 같은 하위 패키지에 개선 사항을 배치하면(옵션 B) 기능별로 코드를 논리적으로 구성하여 엔티티 로직을 다른 비즈니스 규칙이나 통합 클래스와 분리할 수 있습니다. 이러한 구조를 통해 개발자는 기본 엔티티와 AuditMethod_Ext와 같은 사용자 지정 엔티티에 추가된 사용자 지정 로직을 쉽게 찾을 수 있습니다.
함수 이름과 관련하여 Guidewire의 기능 향상 모범 사례에 따르면 엔티티에 추가되는 사용자 지정 메서드에는 _Ext 접미사(예: determineAuditType_Ext())가 포함되어야 합니다. 이는 Guidewire에서 나중에 기본 엔티티에 동일한 이름(determineAuditType)의 메서드를 추가하는 제품 업데이트를 릴리스하는 경우 고객 버전이 기본 버전과 충돌하지 않도록 하기 위해 중요합니다.
옵션 C와 D는 Guidewire의 내부 "기본 제공 기능"에만 엄격하게 사용되는 gw 네임스페이스를 사용합니다.
"코드. 사용자 정의 코드에 gw 패키지를 사용하면 Guidewire 플랫폼이 해당 네임스페이스에 대한 완전한 소유권을 가지므로 심각한 컴파일 오류나 업그레이드 중 예기치 않은 동작이 발생할 수 있습니다. 따라서 보험사의 고유 패키지 접두사와 메서드에 _Ext 접미사를 결합하여 사용하는 것이 Guidewire의 인증 표준 및 장기 유지 관리 요구 사항을 충족하는 유일한 방법입니다."