생활사건 IEG 스크립트 작성

생활사건 IEG 스크립트 작성은 기타 IEG 스크립트 작성과 매우 비슷합니다. 일반적으로 IEG2 스크립트를 작성하는 데 대한 자세한 정보는 개발자 안내서 IEG2로 스크립트 작성을 참조하십시오. 그러나 생활사건 스크립트에는 몇 가지 특수 고려사항이 있습니다. 이러한 고려사항은 대체로 생활사건이 왕복 생활사건인지 아니면 표준 생활사건인지에 따라 다릅니다. 왕복 생활사건에서 시민 데이터를 IEG 스크립트가 사용하는 데이터 저장소로 읽어오면 시민이 생활사건 스크립트에서 페이지를 이동하면서 이 데이터를 수정할 수 있습니다. 예를 들어, 생활사건 스크립트로 읽어오는 수입 데이터가 있습니다. 시민이 이 수입 정보를 수정한 다음 제출합니다. Life Event Broker는 시민이 수입 데이터를 변경하는 시기를 확인하고 이 변경이 발견되도록 하며 읽어 온 데이터가 원래 있던 수입 엔티티로 변경사항을 다시 올바르게 전파해야 합니다. Life Event Broker는 수입 엔티티의 기점으로부터 생활사건 스크립트를 거쳐 동일한 수입 엔티티로 다시 돌아가는 데이터를 "추적"할 방법이 필요합니다. 이 추적을 용이하게 하려면 IEG 스크립트 디자이너가 데이터 저장소 스키마에 "마커"를 두어야 합니다. 다음은 수입 데이터 저장소의 정의 예제입니다.

  1 <xsd:element name="Income">
         <xsd:complexType>
            <xsd:attribute name="incomeType" type="INCOME_TYPE"
               default=""/>
  5        <xsd:attribute name="cgissIncomeType"
                type="CGISS_INCOME_TYPE"/>
           <xsd:attribute name="incomeFrequency"
                type="INCOME_FREQUENCY" default=""/>
          <xsd:attribute name="incomeAmount" type="IEG_MONEY"
 10            default="0"/>
           <xsd:attribute name="localID" type="IEG_STRING"/>
         <xsd:complexType>
      </xsd:element>

localID 속성은 Cúram Life Event Broker가 수입 데이터가 도출된 엔티티의 고유 ID를 추적하는 데 사용합니다. 사용자가 이 엔티티를 변경하여 제출하면 Life Event Broker가 localID 값을 사용하여 생활사건의 변경으로 인해 업데이트할 올바른 엔티티를 찾습니다. Cúram 증거 엔티티에 자동 업데이트를 제공하는 데 도움이 되도록 스키마에 둘 수 있는 기타 특수 마커가 몇 가지 있습니다. 이러한 마커는 다음 절에서 설명합니다.

왕복 생활사건에 대한 스크립트를 디자인할 때 디자이너는 데이터를 사전에 입력함으로 인해 스크립트 플로우에 미칠 수 있는 영향에 유의해야 합니다. 이 영향의 한 예로는 조건부 클러스터가 있습니다. 생활사건 스크립트에서는 사전에 입력된 데이터와 연관된 조건부 클러스터를 사용하지 않습니다. 이러한 클러스터는 접수 스크립트에서 일반적으로 사용되지만 데이터 저장소가 미리 채워진 경우 제대로 작동하지 않습니다. 예를 들어, 실직과 관련된 생활사건의 경우 Person 엔티티의 부울 플래그 hasJob을 사용하여 개인에게 직업이 있는지를 표시합니다. IEG 스크립트는 사용자에게 "가정 구성원 중 직업이 있는 사람이 있습니까?"라는 질문을 표시합니다. 직업이 있는 가족 구성원을 식별하는 조건부 클러스터를 표시하는 데 사용합니다. 그러나 데이터 저장소에 데이터가 사전에 입력된 경우 hasJob이 이미 "true"로 설정된 Person 엔티티가 하나 이상 있을 가능성이 큽니다. 그러나 현재 구현된 IEG2에서는 "가정 구성원 중 직업이 있는 사람이 있습니까?"라는 질문을 받을 수 없습니다. 하나 이상의 가족 구성원에 대해 hasJob이 true인 경우에도 제어 질문이 기본값으로 true로 설정됩니다. 따라서 제어 필드가 사전에 입력된 경우 이와 같은 조건부 클러스터에 대해 제어 질문을 하지 않는 것이 일반적인 규칙입니다.