KR101843092B1 - 복수의 보험상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법 - Google Patents

Abstract

본 발명은 M(M은 1 이상의 정수)개의 금융상품 시스템에 대해서 N(N은 1 이상의 정수)개의 검증 케이스를 미리 생성하여, 이 케이스들에 대해서 상기 M개의 금융상품 시스템을 검증하기 위하여, 검증기가 다음과 같은 프로세스를 실행함으로써 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법에 관한다.
본 발명의 방법은 검증 템플릿을 미리 생성하고, 또한 상품인가 엑셀파일을 이용하여 검증 테스트 집합을 사전에 만들어 놓는다. 그리고 검증 테스트 집합을 이용하여 1개 이상의 금융상품 시스템을 순차적으로 검증한다.

Description

복수의 보험상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법{Method for verifying multiple insurance computer system}

본 발명은 보험 등의 금융상품 시스템을 검증하는 방법에 관한 것이다.

법률의 요구에 의해서건 마케팅이나 고객 서비스를 위해서건 회사가 보험상품을 개발하면 그것을 정보 시스템으로 구축해야 한다.

설계된 보험상품은 행정기관에 인가를 받는다. 그러면 개발자들은 인가된 보험상품을 컴퓨터 소프트웨어로 시스템화한다. 시스템이 완성되어야 상품판매가 가능하다. 그런데 개발자에 의해서 컴퓨터 시스템으로 구축된 보험상품과 원시 설계된 보험상품이 과연 동일할까 만약 동일하지 않다면 보험사고가 발생할 염려가 있다. 인가를 받은 보험품보다 보험상품 시스템의 결과가 소비자에게 더 많은 이익을 준다면 보험회사에 예기치 않은 손해가 된다. 그 반대라면 행정규제나 소송의 원인이 된다. 그러므로 보험상품을 판매하는 회사는 원시 설계되어 인가를 받은 보험상품과 컴퓨터 시스템으로 구축된 보험상품 시스템을 정확히 검증할 필요가 있다. 이는 보험분야에만 국한되지는 않는다. 상품을 설계하고 행정기관으로부터 인가를 받는 방식의 금융상품의 경우도 컴퓨터 시스템 구축을 한다면 마찬가지로 검증이 필요하다. 그런 소프트웨어 수단을 상품 검증기라고 불렸다.

검증기에 관련한 일반적인 내용은 대한민국 특허 제888422호 공보를 통해 알려졌다. 이 선행특허는 상품 검증을 위해 행해졌던 종래의 수작업 검증을 대체하기 위한 소프트웨어 방법론을 제안하였다. 수작업 검증의 불완전성을 개선하겠다는 것이었다.

그런데 오늘날 금융회사에 요구되는 정보 시스템은 단수가 아니다. 한 개의 채널만 존재하지는 않는다. 예컨대 보험상품의 예를 들어 보자. 보험상품이 개발되면 보험계리인이 보험료, 보장내용, 해약환급금 등을 계리한다. IT 개발자들은 이 보험계리인의 계리에 기초해서 보험시스템을 만든다. 이 보험 시스템은 소비자들이 인터넷을 통해 접속하는 가입 시스템, 보험 컨설턴트가 사용하는 시스템, 스마트폰이나 태블릿 PC 등의 모바일 디바이스에서 구동하는 시스템 등 다양한 채널로 존재한다. 그런데 개발회사와 개발시점이 채널마다 다를 수 있다. 또한, 개발자들이 채널마다 시스템을 구축함에 있어 개발환경(Java, RIA, Flex 등)도 다르고 운영환경(Windows, Android, iOS 등)도 다르다는 문제점이 발생하였다.

검증기는 개발환경과 운영환경이 각각 다른 이종 시스템에 대해서 효과적이고도 신속하게 대응할 수 있어야 한다. 그와 같은 검증기를 구현하기 위해서 본 발명의 발명자들은 오랫동안 연구하고 시행착오를 거치며 개발한 끝에 본 발명을 완성하기에 이르렀다.

본 발명의 목적은 보험상품 등에 대한 다수 채널의 이종 시스템을 정확하고 신속하게 검증함으로써 잘못된 시스템에 의한 불측의 손해발생의 위험을 예방하기 위한 검증 방법을 제안함에 있다. 이를 통해서 검증 작업에 소요되는 시간과 비용을 절약하고, 상품출시 경쟁력을 획기적으로 개선하고자 한다.

한편, 본 발명의 명시되지 않은 또 다른 목적들은 하기의 상세한 설명 및 그 효과로부터 용이하게 추론할 수 있는 범위 내에서 추가적으로 고려될 것이다.

이와 같은 과제를 달성하기 위하여 본 발명은 M(M은 1 이상의 정수)개의 금융상품 시스템에 대해서 N(N은 1 이상의 정수)개의 검증 케이스를 미리 생성하여, 이 케이스들에 대해서 상기 M개의 금융상품 시스템을 검증하기 위하여, 검증기가 다음과 같은 프로세스를 실행함으로써 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법을 특징으로 한다:

(a) 검증 대상 프로젝트를 정의;

(b) 복수의 입력 파라미터 및 출력 필드를 정의하여 검증 템플릿을 생성;

(c) 상기 상품설계 원시파일을 이용하여 입력 값들에 대한 기대 값들을 추출하여 N개의 검증 케이스 집합을 생성하고 이를 검증기 데이터베이스에 저장;

(d) 제 1 검증 채널로서 제 1 금융상품 시스템에 액세스하여 상기 검증 케이스 집합의 입력 값에 대한 결과 값을 계산하고 그 결과 값을 상기 검증 케이스 집합의 기대 값과 비교하며, 상기 결과 값과 상기 기대 값이 일치하면 성공, 상이하면 실패로 판정하고, 실패 케이스는 검증기 데이터베이스에 저장;

(e) 다음으로 순차적으로 제 M 검증 채널로서 제 M 금융상품 시스템에 액세스하여 상기 검증 케이스 집합의 입력 값에 대한 결과 값을 계산하고 그 결과 값을 상기 검증 케이스 집합의 기대 값과 비교하며, 상기 결과 값과 상기 기대 값이 일치하면 성공, 상이하면 실패로 판정하고, 실패 케이스는 검증기 데이터베이스에 저장; 그리고

(f) 상기 제 1 검증 채널 및/또는 제 M 검증 채널의 검증 결과와 검증 케이스 분석 결과를 입력수단의 선택에 의해서 화면으로 보여주기.

본 발명의 바람직한 어느 실시예에 따른 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법에 있어서, 상기 (a) 단계는 보험상품의 주계약 및 특약 관계가 상품 메타정보로 등록된 보험상품을 검증 대상으로 지정하는 것을 포함할 수 있다.

또한, 본 발명의 바람직한 어느 실시예에 따른 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법에 있어서, 상기 (a) 단계의 검증 대상 프로젝트는 개별 상품 프로젝트로서 (b)~(f)의 검증 프로세스는 상품 단위로 실시되는 것일 수 있다.

또한, 본 발명의 바람직한 다른 실시예에 따른 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법에 있어서, 상기 (a) 단계의 검증 대상 프로젝트는 이벤트 단위 프로젝트로서 (b)~(f)의 검증 프로세스는 해당 이벤트의 대상이 되는 복수의 상품 단위로 실시되는 것일 수 있다.

또한, 본 발명의 바람직한 어느 실시예에 따른 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법에 있어서, 상기 금융상품은 보험상품이며,

상기 (b) 단계의 검증 템플릿 입력 파라미터는 피보험자의 신체정보를 포함하며, 출력 필드는 만기보험금 및 해약환급금을 포함할 수 있다.

또한, 본 발명의 바람직한 어느 실시예에 따른 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법에 있어서, 상기 (b) 단계에서 검증 템플릿을 생성하는 단계는,

(1) 검증 템플릿 화면에서 저장소에 저장되어 있는 상품설계 원시파일의 위치를 등록하고 상기 입력 파라미터 및 출력 필드와 상기 상품설계 원시파일의 셀을 매핑하고,

(2) 상기 검증 템플릿 화면에서 제 M 금융상품 시스템에 액세스하기 위한 위치를 등록하고 상기 입력 파라미터 및 출력 필드와 상기 제 M 금융상품 시스템의 엘리먼트를 매핑하는 것을 더 포함할 수 있다.

또한, 본 발명의 바람직한 어느 실시예에 따른 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법에 있어서, 상기 상품설계 원시파일은 엑셀파일로서 보험상품의 상품계리 인가파일이다.

본 발명의 바람직한 어느 실시예에 따른 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법에 있어서, 검증 테스트 집합을 설정함에 있어 상품설계 원시파일을 호출하는 것은 검증기의 액셀 드라이버가 실행하며, 검증을 실시함에 있어 금융상품 시스템에 액세스하여 결과 값을 계산하는 것은 검증기의 브라우저 드라이버가 실행하는 것이 좋다.

또한, 본 발명의 제 2 국면은 보험상품의 시스템을 검증하는 방법으로서, 보험상품의 주계약 및 특약 관계가 상품 메타정보로 등록된 보험상품을 검증대상 상품으로 지정하고, 개별 상품 단위 또는 복수 상품 단위로 검증 프로젝트를 정의하며,

복수의 입력 파라미터 및 출력 필드를 정의하여 검증 템플릿을 생성하고, 검증 템플릿 화면에서 저장소에 저장되어 있는 상품계리 인가 엑셀파일의 위치를 등록하고 상기 입력 파라미터 및 출력 필드와 상기 상품계리 인가 엑셀파일의 셀을 미리 매핑하고, 또한 상기 검증 템플릿 화면에서 보험상품 시스템의 URL을 설정하고 상기 입력 파라미터 및 출력 필드와 상기 보험상품 시스템의 엘리먼트를 미리 매핑하며,

상품계리 인가 엑셀파일을 호출하여 입력 값들에 대한 기대 값들을 추출하여 N(N은 1 이상인 정수)개의 검증 케이스 집합을 생성하고 이를 검증기 데이터베이스에 저장하고,

상기 보험상품 시스템에 액세스하여 상기 검증 케이스 집합의 입력 값에 대한 결과 값을 계산하고 그 결과 값을 상기 검증 케이스 집합의 기대 값과 비교하며, 상기 결과 값과 상기 기대 값이 일치하면 성공, 상이하면 실패로 판정하고, 실패 케이스는 검증기 데이터베이스에 저장하고,

검증결과와 검증 케이스 분석 결과를 순차적으로 표시하는 단계를 포함하는 것을 특징으로 한다.

나아가, 본 발명은 하나의 금융상품을 상이한 운영환경에서 구축한 복수의 금융상품 시스템들의 정확성을 검증하는 방법으로서: M(M은 1보다 큰 정수)개의 금융상품 시스템에 대해서 N(N은 1 이상의 정수)개의 검증 케이스를 미리 생성하여, 검증기가 다음과 같은 프로세스를 각 금융상품 시스템에 실행함으로써 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법을 포함한다.

(a) 상품 메타정보를 이용하여 검증 대상 프로젝트를 정의;

(b) 금융상품의 가입자 조건을 입력 파라미터로 정의하고 상기 금융상품의 보장내용을 출력 필드로 정의하여 검증 템플릿을 생성;

(c) 상기 금융상품에 대하여 행정기관으로부터 인가받은 상품설계 원시파일을 호출하여, 상기 검증 템플릿의 입력 파라미터 및 출력 필드를 상기 상품설계 원시파일의 셀에 매핑;

(d) 금융상품 시스템의 가입설계 화면에 엑세스하기 위한 위치를 등록하여, 상기 검증 템플릿의 입력 파라미터 및 출력 필드를 상기 가입설계 화면의 엘리먼트에 매핑;

(e) 상기 검증 템플릿에 매핑된 상기 상품설계 원시파일을 호출하여 입력 값들에 대한 기대 값들을 계산하여 N개의 검증 케이스 집합을 생성;

(f) 상기 검증 템플릿에 매핑된 상기 금융상품 시스템의 가입설계 화면에 접속하여 상기 검증 케이스 집합의 입력 값들에 대한 결과 값들을 추출하고 그 결과 값들을 상기 기대 값들과 비교하며, 상기 결과 값들과 상기 기대 값들이 일치하면 성공, 상이하면 실패로 판정; 및

(g) 상기 금융상품 시스템에 대한 검증결과와 검증 케이스 분석 결과를 입력수단의 선택에 의해서 화면에 표시.

상기 (g) 단계에서 검증기 화면은 상기 상품 설계 원시파일을 즉시 호출할 수 있는 사용자 인터페이스와, 상기 금융상품 시스템의 가입설계 화면을 즉시 호출할 수 있는 사용자 인터페이스를 포함할 수 있다.

상기 (f) 단계에서, 상기 가입설계 화면의 복수의 입력박스에 상기 검증 케이스 집합의 상기 입력 값들이 입력되는 시뮬레이션 실황을 화면으로 보여줄 수 있다.

상기 (e) 단계에서 상기 검증 케이스 집합을 생성하기 위하여, 상기 검증기는 엑셀 드라이버를 실행하여 상기 상품설계 원시파일을 호출하여 기대 값을 계산하고; 상기 (f) 단계에서 상기 금융상품 시스템을 검증하기 위하여, 상기 검증기는 브라우저 드라이버를 실행하여 상기 금융상품 시스템에 액세스하여 결과 값을 추출할 수 있다.

상기 금융상품은 보험상품이며, 상기 입력 파라미터는 피보험자의 신체정보를 포함하며, 상기 출력 필드는 만기보험금 및 해약환급금을 포함할 수 있다.

상기 상품설계 원시파일은 보험상품의 상품계리 인가 엑셀파일이고, 상기 금융상품 시스템의 가입설계 화면은 웹 화면일 수 있다.

위와 같은 본 발명의 과제해결수단에 의해서 본 발명은 보험상품 등의 금융상품 시스템이 다수 존재하는 상황에서 이들 시스템들을 검증함에 있어서 정확하고 신속하게 검증할 수 있다. 이를 통해서 잘못된 시스템에 의한 불측의 손해발생의 위험을 예방할 수 있으며, 검증 작업에 소요되는 시간과 비용을 절약할 수 있다. 시스템 검증이 신속하다면 상품출시도 빨라질 수 있어서 상품 경쟁력을 크게 개선할 수 있기도 하다.

한편, 여기에서 명시적으로 언급되지 않은 효과라 하더라도, 본 발명의 기술적 특징에 의해 기대되는 이하의 명세서에서 기재된 효과 및 그 잠정적인 효과는 본 발명의 명세서에 기재된 것과 같이 취급됨을 첨언한다.

도 1은 본 발명에 따른 바람직한 검증 시스템의 구성 예를 나타내는 도면이다.
도 2는 본 발명의 검증 방법의 전체 프로세스를 개략적으로 나타내는 도면이다.
도 3은 도 2의 S100 단계의 실시예를 보다 구체적으로 예시하는 도면이다.
도 4는 도 2의 S110 단계를 보다 구체적으로 예시하는 도면이다.
도 5는 검증 템플릿을 생성함에 있어서 기본정보를 생성하는 화면 시나리오의 일 예이다.
도 6은 검증 템플릿을 생성함에 있어서 입력 파라미터를 정의하는 화면 시나리오의 일 예이다.
도 7은 검증 템플릿을 생성함에 있어 출력 필드를 정의하는 화면 시나리오의 일 예이다.
도 8은 인가파일과의 매핑을 설정하는 화면 시나리오의 일 예이다.
도 9는 가입설계 화면과의 매핑을 설정하는 화면 시나리오의 일 예이다.
도 10은 검증 결과 화면의 일 예이다.
도 11은 검증 케이스 분석 화면의 일 예이다.
※ 첨부된 도면은 본 발명의 기술사상에 대한 이해를 위하여 참조로서 예시된 것임을 밝히며, 그것에 의해 본 발명의 권리범위가 제한되지는 아니한다.

본 발명을 설명함에 있어서 관련된 공지기능에 대하여 이 분야의 기술자에게 자명한 사항으로서 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략한다.

도 1은 본 발명의 바람직한 실시예에 따른 금융상품에 관한 검증 시스템의 개념적인 구성을 나타낸다.

컴퓨터 단말(10)에 설치된 검증기(100)를 통해서 복수의 금융상품 시스템(300)에 액세스하여 그 시스템의 정확성을 검증한다.

본 명세서에서 <금융상품 시스템>이라 함은 개발자가 금융상품을 소프트웨어 툴로 코딩하여 저장하고, 이를 네트워크를 통해 액세스할 수 있도록 만든 컴퓨터 시스템을 지칭한다. 금융상품 시스템은 단위 상품마다 독립하게 존재할 수 있으며, 또한 채널마다 독립적으로 존재할 수 있다.

본 명세서에서 <채널>이라 함은 본 발명의 검증 시스템과의 관계를 지칭함에 있어 독립적으로 구별되는 검증 경로를 갖는 금융상품 시스템의 경로를 지칭한다.

도 1에서는 금융상품 시스템(300)마다 채널이 대응하는 것으로 표시되었으나, 이는 어디까지나 설명의 편의를 위한 것이다. 1개의 채널에도 복수의 상품마다 각각 별개로 시스템으로 구축되기 때문에, 본 발명을 설명함에 있어 1개의 채널에 여러 개의 금융상품 시스템을 포함하여 표현할 수도 있다.

본 발명에 있어 상품설계 원시파일(200)이 저장소(20)에 저장되어 있으며, 검증기(100)는 이 상품설계 원시파일(200)을 호출한다. 상품설계 원시파일(200)은 바람직하게는 엑셀파일이며, 더욱 바람직하게는 금융상품은 행정기관의 인가를 받아야 한다는 점에서 상품인가 엑셀파일로 이해될 수 있다. 그러므로 상품설계 원시파일과 상품인가 엑셀파일이라는 기호상의 차이에도 불구하고, 본 발명의 바람직한 실시예에서는 그것이 지니는 의미는 서로 동일하다. 이러한 상품인가 엑셀 파일이 저장되어 있는 저장소(20)는 컴퓨터의 메모리에 저장될 수도 있으며, 네트워크 저장소에 위치할 수도 있고, 웹을 통해 접근할 수 있는 저장소여도 좋다.

이하에서 설명할 검증 케이스 집합 및/또는 검증 결과 데이터는 검증기 데이터베이스(40)에 저장될 수 있으며, 검증기(100)가 검증기 데이터베이스(40)에 저장될 데이터를 생성하거나 해당 데이터베이스(40)에서 데이터를 추출하여 검증 프로세스에서 사용할 수 있다.

본 발명의 검증기(100)는 소프트웨어 모듈로 구성될 수 있으며, 이는 컴퓨터 단말(10)에 설치된다. 검증기(100)를 구성하는 주요한 소프트웨어 모듈로는 다음과 같은 기능 모듈이 포함될 수 있다:

검증 대상 프로젝트를 정의하는 모듈, 검증 프로젝트를 정의하며 개별상품 단위로 검증할지, 이벤트 단위 프로젝트로 검증할지를 결정할 수 있다. 또한 주계약, 특약 관계를 상품 메타 정보로 등록할 수 있다;

검증 템플릿 모듈, 입력 파라미터와 출력 필드를 정의하고 상품인가 엑셀파일의 셀 매핑과 검증 대상 웹 화면의 엘리먼트 매핑을 포함할 수 있다;

검증 케이스를 생성하는 모듈, 상품인가 엑셀파일을 이용하여 입력 값에 대한 기대 값(Expected Value)을 생성할 수 있다;

검증 케이스에 대한 금융상품 시스템 및/또는 채널마다 검증을 실행하는 모듈, 화면 입력박스에 입력 값이 기재되는 화면 시뮬레이션 기능을 포함할 수 있다;

검증결과와 검증 케이스 분석 결과를 보여주는 모듈;

금융상품 시스템에 대한 브라우저 드라이버, 금융상품 시스템의 URL을 통해서 금융상품 시스템의 가입 설계 화면에 접근할 수 있다;

상품인가 엑셀파일에 대한 드라이버, 상품인가 엑셀파일을 호출하여 실행할 수 있다.

도 2는 본 발명의 바람직한 어느 실시예에 따라 검증기(100)를 통해서 검증하는 전체 프로세스의 구성을 개략적으로 나타내었다. 검증기(100)를 실행하여 다음과 같은 프로세스를 순차적으로 실행한다.

먼저, 검증 대상 프로젝트를 정의한다(S100). 그런 다음에 검증 템플릿을 생성할 수 있다(S110). 검증 템플릿은 상품 검증 템플릿 마법사를 이용하여 작업자가 간편하게 생성할 수 있도록 한다. 또한 본 발명의 검증 템플릿은 1개 이상의 입력 파라미터 및 출력 필드를 정의한다. 더욱 바람직하게는 검증 템플릿은 검증 프로세스를 실행하기 위해서 검증 기준이 되는 채널과 검증 대상이 되는 채널에 대한 사전 작업을 정의해 둘 수 있다. 이에 대해서는 후술하기로 한다.

다음으로 검증 케이스 집합을 생성한다(S120). 상품인가 엑셀파일을 이용해서 입력 값들에 대한 기대 값들을 추출하여 N개의 검증 케이스 집합을 생성할 수 있다. 요컨대 검증 케이스 집합은 (입력 값, 기대 값) 쌍의 집합이다.

검증 케이스 집합에서 입력 값은 검증 대상의 금융상품 시스템에서 검증 입력 값으로 동일하게 사용하며, 그때의 결과 값과 상기 검증 케이스 집합의 기대 값을 비교함으로써 검증을 수행하게 된다(S130). 미리 매핑해 둔 검증 대상 금융상품 시스템의 화면에 접속하여, 자동으로 입력 값이 입력되는 시뮬레이션을 보여주면서 상기 S130 단계를 실행할 수 있다. 예컨대 검증대상 금융상품 시스템의 가입 설계 화면에는 입력 박스들이 구성되어 있고, 사용자가 금융상품의 보장내용이나 해약환급금을 알려면 그 입력박스들에 소정의 입력 값을 입력해 넣어야 한다. 본 발명의 검증기의 검증 실행 모듈은 상기 입력 박스들에 검증 케이스 집합의 입력 값을 순차적으로 입력하는 화면 시뮬레이션을 컴퓨터 단말의 화면에 직접 보여주면서 검증 작업을 실행할 수 있다. 이와 같은 방식으로 검증 작업을 실행함으로써, 입력 작업의 정확성을 더욱 도모할 수 있으며, 검증 작업 중임을 현장감 있게 표현해 줄 수 있다.

이처럼, 검증 실행 단계(S130)는 검증 케이스 집합의 입력 값에 대한 결과 값을 계산하고 그 결과 값을 상기 검증 케이스 집합의 기대 값과 비교하며, 결과 값과 기대 값이 일치하면 성공, 상이하면 실패로 판정한다. 실패 케이스는 검증기 데이터베이스에 저장된다.

미리 설정된 검증이 끝나면 검증 결과 파일을 컴퓨터 단말 화면으로 보여준다(S140). 바람직하게는 미리 정한 검증 케이스 집합에서 어느 검증 케이스에서 실패하였는지를 분석한 검증 케이스 분석 결과를 추가적으로 제공할 수 있다.

위와 같은 금융상품 시스템에 대한 검증 프로세스는 컴퓨터 단말에 설치된 검증기를 실행함으로써 이루어진다. 또한 각 단계마다 컴퓨터 단말의 입력장치의 선택 이벤트가 발생하고, 그것에 대응하여 컴퓨터 단말의 프로세서가 제어하는 검증기의 소프트웨어 모듈의 동작이 행해지며, 기타 통신수단/메모리/입출력장치 등을 사용한다.

한편, 본 발명의 검증기는 서로 다른 금융상품 시스템과 서로 다른 채널에 대해서 순차적으로 검증할 수 있다. 먼저 제 1 금융상품 시스템과 제 1 채널을 형성한 다음에 위와 같은 프로세스에 따라 검증을 실행할 수 있다. 그 후 제 2 금융상품 시스템과 제 2 채널을 형성한 다음에 동일한 프로세스에 따라 검증을 실행할 수 있다. 제 M 금융상품 시스템(M은 1 이상의 정수)에 대한 검증을 실행함에 있어, 상기 S110 단계의 검증 템플릿을 생성하면서 제 M 금융상품 시스템의 가입 설계와 S110 단계에서 정의된 입력 파라미터 및 출력 필드를 사전에 매핑을 해두는 것이 좋다.

도 3은 도 2의 S100 단계에 관한 보다 상세한 실시예를 나타낸다.

본 발명의 바람직한 어느 실시예에서는 상기 S100 단계는 상품 단위 프로젝트를 검증 대상 프로젝트로 정의할 수 있다(S103). 즉, 검증 프로세스가 상품 단위로 실시되도록 정의하는 것이다. 또한 본 발명의 바람직한 다른 실시예에서는 상기 S100 단계는 이벤트 단위 프로젝트로 정의될 수 있다(S105). 고객회사는 새로운 상품을 개발할 수 있으며, 또는 가격 변경처럼 상품을 변경할 수 있다. 그런 이벤트는 복수의 금융상품들에 대해 적용될 수 있다. 그와 같은 이벤트가 생성된 경우에는 해당 이벤트 단위로 검증을 하는 것이 더 바람직하다. 즉, S105 단계는 복수의 상품을 하나의 이벤트 세트로 검증할 수 있다.

또한, 본 발명의 또 다른 바람직한 실시예에서는, 상기 S100 단계에서 검증 대상 프로젝트를 정의하기 전에, 보험상품의 주계약 및 특약 관계를 상품 메타정보로 등록하는 절차를 실행하는 것이 좋다. 근래 상품의 복잡도 증가와 함께 특약의 독립적 구성이 강화되고 있다. 본 발명의 바람직한 예에서는 상품들의 공통정보, 각 상품의 주계약 및 특약들의 정보를 메타정보로 관리함으로써 상품정보 구성의 중복을 최소화할 수 있으며, 또한 버전별/일자별 관리 효율을 높일 수 있게 된다. 결과적으로 상품검증 효과는 높이되 비용은 오히려 절감하는 효과를 기대할 수 있다.

도 4는 도 2의 S110 단계의 구성 예를 더욱 구체적으로 나타낸다.

상기 S110의 검증 템플릿을 생성하는 단계는 복수의 입력 파라미터와 출력 필드를 정의한다. 말하자면 이는 금융상품은 입력 파라미터들이 반드시 필요하다. 금융상품을 함수라고 비유할 수 있다. 금융상품의 보장내용, 예를 들어 가입자에게 주는 혜택이나 불이익, 해약 시의 효과 등은 어떤 변수가 입력되느냐에 따라 결정된다. 그리고 그 결정되는 값은 시간적 요소(혹은 기간) 등에 의해서 달라진다. 이런 관점에서 복수의 입력 파라미터들을 정의하고, 복수의 출력 필드를 미리 정의해 놓는 것이 좋다(S112).

그런 입력 파라미터들로는 금융상품의 보장내용에 영향을 미치는 조건들일 수 있다. 바람직하게는 가입자의 조건들일 수 있다. 금융상품이 보험상품인 경우 가입자의 신체정보를 포함할 수 있다. 예컨대 피보험자의 이름, 나이, 몸무게, 성별 정보가 입력 파라미터로 포함될 수 있다. 더욱 바람직하게는 입력 파라미터들의 이름, 설명, 데이터타입, 속성들이 미리 정의될 수 있다.

S112의 출력 필드로는 기간에 따른 보장내용일 수 있다. 예컨대 금융상품 만기 시의 보장내용, 해약 시의 보장 내용일 수 있다. 예컨대 만기보험금, 3개월 해약환급금, 6개월 해약환급금, 1년 해약환급금 등일 수 있다. 더욱 바람직하게는 출력 필드의 이름, 설명, 데이터 타입이 미리 정의될 수 있다.

S112 단계에서 입력 파라미터 및 출력 필드가 정해지면, 이들과 인가파일 셀을 매핑한다(S114). 예컨대 특정 입력 파리미터와 인가파일의 특정 셀 ID를 일대일로 매핑해 놓는 것이다. 출력 파라미터도 마찬가지다. 이것은 검증 템플릿에서 이후에 행해지는 검증 작업의 기준 데이터를 얻기 위한 사전 설정을 의미한다.

또한 S112 단계에서 입력 파라미터 및 출력 필드가 정해지면, 이들과 금융상품 시스템의 가입설계 화면의 엘리먼트(Element)를 일대일로 매핑한다. 특정 엘리먼트 ID와 입력 파라미터 또는 출력 필드를 서로 일대일로 매핑해 둠으로써 검증 작업의 비교 데이터를 얻기 위한 사전 설정을 할 수 있다.

본 발명의 검증 프로세스들은 검증작업을 하는 작업자들의 편의성을 일관되게 고려한다. 검증 템플릿 마법사를 통해서 도 2의 각 단계들을 지원한다.

대강의 검증 시나리오는 이러하다. 작업자는 컴퓨터 단말에 설치되어 있는 검증기를 실행할 것이다. 로그인 화면에서 작업자는 ID와 Password를 입력하고 로그인을 한다. 그러면 검증기 Workbench 화면이 출력된다. 메인화면으로서 도 2에 해당하는 툴바(프로젝트 생성, 검증템플릿 생성, 검증 케이스 생성, 검증 등)를 포함하며, 복수의 뷰 영역(검증 프로젝트 트리뷰, 검증 결과 뷰 등)과 에디터 영역을 포함할 수 있다. 그 중 검증 템플릿 생성을 보다 구체적으로 설명한다.

도 5 내지 도 9는 검증 템플릿을 생성하는 마법사 화면 시나리오를 예시한다. 검증 템플릿 마법사 화면은 네 가지 화면 식별자(1010, 1020, 030, 1040)는 해당 화면이 어떤 단계를 실행하는 화면인지를 식별한다. 이것이 실제 화면에 어떻게 표시될지에 따라 본 발명의 기술적 범위가 정해지는 것은 아니다. 네 가지 화면 식별자의 표시를 따라, 검증 템플릿 마법사 화면이 도 5 내지 도 9처럼 순차적으로 실행된다.

도 5는 첫 번째 실행되는 화면이며 기본정보 생성 메뉴(1001) 화면이다. 검증 템플릿의 기본정보를 입력한다. 상품 검증 템플릿 이름 입력 박스(1012)와 이 검증 템플릿을 설명하는 입력 박스(1014)를 포함할 수 있다. 작업자는 해당 입력박스(1012, 1014)를 선택해서 텍스트를 입력할 수 있다. 다음 버튼(1051)을 누르면 다음 화면으로 이행할 수 있다. 취소 버튼(1052)을 누르면 입력이 취소된다.

도 6은 두 번째 실행되는 화면이며 입력 파라미터를 정의하는 화면(1002a)이다. 상품검증 템플릿의 복수의 입력 파라미터들을 설정한다.

입력 파라미터 설정 표시부(1021) 아래에 입력 파라미터 테이블(1023)을 통해서 입력 파라미터들을 정의할 수 있다. 도시예에서는 피보험자 이름, 피보험자 나이, 피보험자 몸무게, 피보험자 성별이 입력되었다. 또한 입력수단이 데이터 타입 콤보박스 아이콘(1026)을 누르면 <문자열, 정수, 실수> 중 어느 하나를 선택할 수 있는 아이템이 표시된다.

추가 아이콘(1024)를 눌러서 입력 파라미터 테이블(1023)의 줄을 추가할 수 있다. 또한 삭제 아이콘(1025)을 눌러서 선택된 줄을 삭제한다. 만약 선택 줄이 없으면 비활성화 상태로 존재한다. 이전 버튼(1053)을 누르면 전 단계인 도 5의 화면으로 돌아간다.

입력 파라미터들을 정의한 다음에는 상품검증 템플릿의 출력 필드를 정의하는 화면(1002b)로 이행한다. 도 7과 같다. 도시된 실시예의 출력 필드 테이블(1223)을 통해서 출력 필드를 입력한다. 도 7의 경우, 만기 보험금, 3개월 해약환급금, 6개월 해약환급금, 1년 해약환급금이 출력 필드로 입력되었다.

도 8은 세 번째 단계로서 인가파일을 설정하는 화면(1003)을 나타낸다. 상품인가 엑셀파일 셀 매핑 테이블(1031)을 통해서 검증 템플릿의 입출력 필드와 상품인가 엑셀파일의 셀 아이디를 일대일로 대응되도록 매핑해 놓는다. 상하버튼(1034, 1035)을 이용해서 셀 매핑 테이블(1031) 전체를 볼 수 있다.

또한 상기 검증 템플릿 화면(1003)은 검증 케이스 집합을 생성하기 위해서 매핑되는 상품인가 엑셀파일의 저장소에서 선택하는 사용자 인터페이스(1036, 1037)을 포함할 수 있다. 입력수단이 버튼(1037)을 누르면 상품인가 엑셀파일이 저장되어 있는 경로가 팝업되고, 간편하게 해당 엑셀파일을 선택할 수 있다. 이로써 검증기가 상품인가 엑셀파일을 호출할 수 있는 준비를 마친다.

도 8은 도 4의 S114 단계에 대응한다면, 도 9는 S116에 대응한다. 금융상품 시스템의 가입설계 화면을 설정하는 화면 시나리오이며, 도 8의 화면(1004)은 금융상품 시스템의 가입설계 화면의 위치에 관한 URL을 찾아서 그 경로를 설정하는 사용자 인터페이스(1041)를 제공한다. 컴퓨터 단말의 입력기를 통해서 URL을 입력함으로써 검증기가 금융상품 시스템에 액세스할 수 있는 조건을 설정한다.

금융상품 시스템의 금융상품은 가입설계 화면을 갖도록 코딩되며, 그것은 인가 액셀파일을 기초로 개발되기 때문에 입력요소와 출력 요소는 각각 엘리먼트 ID를 갖는다. 그러므로 엘리먼트 매핑 테이블(1043)을 통해서 검증 템플릿의 입출력 필드와 가입설계 화면의 엘리먼트 ID를 서로 일대일로 대응되도록 매핑해 놓는다.

이와 같은 상품 검증 템플릿 생성 마법사를 통해서 작업자는 간편하게 검증 템플릿을 생성할 수 있었다. 그런 다음에는 전술한 바와 같이 검증 케이스 집합을 생성한다. 검증 케이스 집합은 입력 값과 해당 입력 값에 대해서 매핑된 상품인가 엑셀파일을 실행했을 출력되는 기대 값으로 구성된다.

검증 케이스 집합의 기대 값은 상품인가 엑셀파일에 어떤 입력 값을 입력하였느냐에 따라 정해지기 때문에, 검증 케이스 집합의 생성 방법은 입력 값을 생성하는 방법에 종속된다. 다음과 같은 방법으로 검증 케이스 집합을 생성할 수 있다:

전수 케이스(검증 항목, 범위, 구간에 따라 산출될 수 있는 전체 케이스로서, 인프라 환경이 조성된다면 가장 확실한 검증 케이스 집합이 된다);

PairWise 케이스(입력 파라미터 각 쌍의 개별 조합을 실행하기 위한 검증 케이스 설계 기법. PairWise를 이용하면 전수 케이스 대비 훨씬 작은 검증 케이스로도 효율적인 검증작업을 진행할 수 있다);

기생성된 검증 케이스 집합에서 선택; 또는

검증실패 케이스를 수집한 집합.

검증 케이스 집합을 생성한 다음에 실제 검증을 실시한다. 도시되어 있지는 않았으나, 가입 설계 화면의 복수의 입력박스에 검증 케이스 집합에 포함된 입력 값들이 입력되는 시뮬레이션 실황을 화면으로 보여주는 것이 좋다.

도 10은 검증 결과 화면(1500)의 예를 나타낸다. 검증 결과 화면(1500)에는 검증 대상 프로젝트, 상태, 결과, 시작 시간과 종료 시간, 소요시간 등의 정보를 표시해 줄 수 있다.

실패한 검증 케이스를 더블 클릭하면 도 11과 같은 검증 케이스 분석 화면(1600)을 표시해줄 수 있다. 검증 케이스 분석 화면(1600)에는 입력 파라미터 테이블(1610)과 결과 값 비교 테이블(1620)이 포함될 수 있다. 특히 결과 값 비교 테이블(1620)은 검증 케이스 집합의 기대 값과 금융상품 시스템의 결과 값이 일치하지 않는 라인(1621)을 표시해줌으로써 검증 실패를 가시화한다.

이 검증 케이스 분석 화면(1600)은 인가 파일을 호출하여 즉시 확인할 수 있는 사용자 인터페이스(1630)와, 금융상품 시스템의 가입 설계 화면을 즉시 확인할 수 있는 사용자 인터페이스(1640)를 포함할 수 있다. 이를 통해서 본 발명의 검증 방법은 검증기 화면에서 다이렉트로 문제점을 해결할 수 있는 환경을 제공한다.

한편, 전술한 바와 같은 본 발명에 따른 금융상품 시스템에 대한 검증 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령들은 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 상기 매체는 프로그램 명령, 데이터 구조 등을 지정하는 신호를 전송하는 반송파를 포함하는 광 또는 금속선, 도파관 등의 전송 매체일 수도 있다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용하여 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기 하드웨어 장치는 본 발명의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.

본 발명의 보호범위가 이상에서 명시적으로 설명한 실시예의 기재와 표현에 제한되는 것은 아니다. 또한, 본 발명이 속하는 기술분야에서 자명한 변경이나 치환으로 말미암아 본 발명이 보호범위가 제한될 수도 없음을 다시 한 번 첨언한다.

Claims (6)

1. 하나의 금융상품을 상이한 운영환경에서 구축한 복수의 금융상품 시스템들의 정확성을 검증하는 방법으로서:
   M(M은 1보다 큰 정수)개의 금융상품 시스템에 대해서 N(N은 1 이상의 정수)개의 검증 케이스를 미리 생성하여, 검증기가 다음과 같은 프로세스를 각 금융상품 시스템에 실행함으로써 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법.
   (a) 상품 메타정보를 이용하여 검증 대상 프로젝트를 정의;
   (b) 금융상품의 가입자 조건을 입력 파라미터로 정의하고 상기 금융상품의 보장내용을 출력 필드로 정의하여 검증 템플릿을 생성;
   (c) 상기 금융상품에 대하여 행정기관으로부터 인가받은 상품설계 원시파일을 호출하여, 상기 검증 템플릿의 입력 파라미터 및 출력 필드를 상기 상품설계 원시파일의 셀에 매핑;
   (d) 금융상품 시스템의 가입설계 화면에 엑세스하기 위한 위치를 등록하여, 상기 검증 템플릿의 입력 파라미터 및 출력 필드를 상기 가입설계 화면의 엘리먼트에 매핑(사용자가 상기 금융상품의 보장내용을 알기 위해 소정의 입력 값을 입력해 넣는 복수의 입력박스들이 웹 화면 형식의 상기 가입설계 화면에 구성되어 있다);
   (e) 상기 검증 템플릿에 매핑된 상기 상품설계 원시파일을 호출하여 입력 값들에 대한 기대 값들을 계산하여 N개의 검증 케이스 집합을 생성;
   (f) 상기 검증 템플릿에 매핑된 상기 금융상품 시스템의 가입설계 화면에 접속하여 상기 검증 케이스 집합의 입력 값들에 대한 결과 값들을 추출하고 그 결과 값들을 상기 기대 값들과 비교하며, 상기 결과 값들과 상기 기대 값들이 일치하면 성공, 상이하면 실패로 판정(상기 가입설계 화면의 복수의 입력박스에 상기 검증 케이스 집합의 상기 입력 값들이 자동으로 입력되는 시뮬레이션 실황을 화면으로 보여준다); 및
   (g) 상기 금융상품 시스템에 대한 검증결과와 검증 케이스 분석 결과를 입력수단의 선택에 의해서 화면에 표시.
2. 제1항에 있어서,
   상기 (g) 단계에서 검증기 화면은 상기 상품 설계 원시파일을 즉시 호출할 수 있는 사용자 인터페이스와, 상기 금융상품 시스템의 가입설계 화면을 즉시 호출할 수 있는 사용자 인터페이스를 포함하는, 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법.
3. 삭제
4. 제1항에 있어서,
   상기 (e) 단계에서 상기 검증 케이스 집합을 생성하기 위하여, 상기 검증기는 엑셀 드라이버를 실행하여 상기 상품설계 원시파일을 호출하여 기대 값을 계산하고,
   상기 (f) 단계에서 상기 금융상품 시스템을 검증하기 위하여, 상기 검증기는 브라우저 드라이버를 실행하여 상기 금융상품 시스템에 액세스하여 결과 값을 추출하는, 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법.
5. 제1항에 있어서,
   상기 금융상품은 보험상품이며,
   상기 입력 파라미터는 피보험자의 신체정보를 포함하며, 상기 출력 필드는 만기보험금 및 해약환급금을 포함하는, 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법.
6. 제1항에 있어서,
   상기 상품설계 원시파일은 보험상품의 상품계리 인가 엑셀파일이고, 상기 금융상품 시스템의 가입설계 화면은 웹 화면인, 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법.

Images