KR20170120038A - Method for verifying multiple insurance computer system - Google Patents

Method for verifying multiple insurance computer system Download PDF

Info

Publication number
KR20170120038A
KR20170120038A KR1020170050357A KR20170050357A KR20170120038A KR 20170120038 A KR20170120038 A KR 20170120038A KR 1020170050357 A KR1020170050357 A KR 1020170050357A KR 20170050357 A KR20170050357 A KR 20170050357A KR 20170120038 A KR20170120038 A KR 20170120038A
Authority
KR
South Korea
Prior art keywords
verification
product
screen
financial
financial product
Prior art date
Application number
KR1020170050357A
Other languages
Korean (ko)
Other versions
KR101843092B1 (en
Inventor
이상국
Original Assignee
(주)투비웨이
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by (주)투비웨이 filed Critical (주)투비웨이
Priority to KR1020170050357A priority Critical patent/KR101843092B1/en
Publication of KR20170120038A publication Critical patent/KR20170120038A/en
Application granted granted Critical
Publication of KR101843092B1 publication Critical patent/KR101843092B1/en

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08Insurance
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02Banking, e.g. interest calculation or account maintenance
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Human Resources & Organizations (AREA)
  • Tourism & Hospitality (AREA)
  • Technology Law (AREA)
  • Development Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Data Mining & Analysis (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

본 발명은 M(M은 1 이상의 정수)개의 금융상품 시스템에 대해서 N(N은 1 이상의 정수)개의 검증 케이스를 미리 생성하여, 이 케이스들에 대해서 상기 M개의 금융상품 시스템을 검증하기 위하여, 검증기가 다음과 같은 프로세스를 실행함으로써 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법에 관한다.
본 발명의 방법은 검증 템플릿을 미리 생성하고, 또한 상품인가 엑셀파일을 이용하여 검증 테스트 집합을 사전에 만들어 놓는다. 그리고 검증 테스트 집합을 이용하여 1개 이상의 금융상품 시스템을 순차적으로 검증한다.
The present invention is a system for generating N (N is an integer equal to or greater than 1) verification cases in advance for M (M is an integer of 1 or more) financial product systems, and for verifying these M financial product systems And a method for sequentially verifying the accuracy of the systems for a plurality of financial product systems by executing the following process.
The method of the present invention generates a verification template in advance, and prepares a verification test set using a product or an Excel file. And verifying one or more financial instrument systems sequentially using a verification test set.

Description

복수의 보험상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법{Method for verifying multiple insurance computer system}BACKGROUND OF THE INVENTION 1. Field of the Invention [0002] The present invention relates to a method for verifying the accuracy of a plurality of insurance product systems,

본 발명은 보험 등의 금융상품 시스템을 검증하는 방법에 관한 것이다.The present invention relates to a method for verifying a financial product system, such as insurance.

법률의 요구에 의해서건 마케팅이나 고객 서비스를 위해서건 회사가 보험상품을 개발하면 그것을 정보 시스템으로 구축해야 한다.If a company develops insurance products for marketing or customer service by law, it should build it as an information system.

설계된 보험상품은 행정기관에 인가를 받는다. 그러면 개발자들은 인가된 보험상품을 컴퓨터 소프트웨어로 시스템화한다. 시스템이 완성되어야 상품판매가 가능하다. 그런데 개발자에 의해서 컴퓨터 시스템으로 구축된 보험상품과 원시 설계된 보험상품이 과연 동일할까 만약 동일하지 않다면 보험사고가 발생할 염려가 있다. 인가를 받은 보험품보다 보험상품 시스템의 결과가 소비자에게 더 많은 이익을 준다면 보험회사에 예기치 않은 손해가 된다. 그 반대라면 행정규제나 소송의 원인이 된다. 그러므로 보험상품을 판매하는 회사는 원시 설계되어 인가를 받은 보험상품과 컴퓨터 시스템으로 구축된 보험상품 시스템을 정확히 검증할 필요가 있다. 이는 보험분야에만 국한되지는 않는다. 상품을 설계하고 행정기관으로부터 인가를 받는 방식의 금융상품의 경우도 컴퓨터 시스템 구축을 한다면 마찬가지로 검증이 필요하다. 그런 소프트웨어 수단을 상품 검증기라고 불렸다.Designed insurance products are accredited by administrative agencies. The developers then systemize the licensed insurance product with computer software. When the system is completed, the product can be sold. However, if the insurance product built by the developer as a computer system is the same as the originally designed insurance product, or if it is not the same, an insurance accident may occur. If the outcome of the insurance product system gives more benefits to the consumer than to the accredited insurance product, it will lead to unexpected damage to the insurance company. On the other hand, it causes administrative regulations or lawsuits. Therefore, a company that sells insurance products needs to accurately verify the insurance product system that has been constructed with originally designed and accredited insurance products and computer systems. This is not limited to the insurance sector. In the case of financial products in which products are designed and approved by an administrative agency, verification is also necessary if a computer system is constructed. Such a software means was called a product verifier.

검증기에 관련한 일반적인 내용은 대한민국 특허 제888422호 공보를 통해 알려졌다. 이 선행특허는 상품 검증을 위해 행해졌던 종래의 수작업 검증을 대체하기 위한 소프트웨어 방법론을 제안하였다. 수작업 검증의 불완전성을 개선하겠다는 것이었다. General information related to the verifier is disclosed in Korean Patent No. 888422. This prior patent proposes a software methodology to replace the conventional manual verification that was done for product validation. And to improve the incompleteness of manual verification.

그런데 오늘날 금융회사에 요구되는 정보 시스템은 단수가 아니다. 한 개의 채널만 존재하지는 않는다. 예컨대 보험상품의 예를 들어 보자. 보험상품이 개발되면 보험계리인이 보험료, 보장내용, 해약환급금 등을 계리한다. IT 개발자들은 이 보험계리인의 계리에 기초해서 보험시스템을 만든다. 이 보험 시스템은 소비자들이 인터넷을 통해 접속하는 가입 시스템, 보험 컨설턴트가 사용하는 시스템, 스마트폰이나 태블릿 PC 등의 모바일 디바이스에서 구동하는 시스템 등 다양한 채널로 존재한다. 그런데 개발회사와 개발시점이 채널마다 다를 수 있다. 또한, 개발자들이 채널마다 시스템을 구축함에 있어 개발환경(Java, RIA, Flex 등)도 다르고 운영환경(Windows, Android, iOS 등)도 다르다는 문제점이 발생하였다. However, the information systems required by financial firms today are not singular. There is only one channel. Take, for example, insurance products. When an insurance product is developed, actuaries act on insurance premiums, guarantees, and cancellation refunds. IT developers build insurance systems based on the actors' actuaries. This insurance system exists in various channels such as a subscription system that consumers connect via the Internet, a system used by an insurance consultant, and a system driven by a mobile device such as a smart phone or a tablet PC. However, the timing of development with the development company may vary from channel to channel. In addition, developers have different development environments (Java, RIA, Flex, etc.) and operating environments (Windows, Android, iOS, etc.)

검증기는 개발환경과 운영환경이 각각 다른 이종 시스템에 대해서 효과적이고도 신속하게 대응할 수 있어야 한다. 그와 같은 검증기를 구현하기 위해서 본 발명의 발명자들은 오랫동안 연구하고 시행착오를 거치며 개발한 끝에 본 발명을 완성하기에 이르렀다.The verifier should be able to effectively and quickly respond to heterogeneous systems with different development and operating environments. In order to implement such a verifier, the inventors of the present invention have studied for a long time, developed trial and error, and finally completed the present invention.

본 발명의 목적은 보험상품 등에 대한 다수 채널의 이종 시스템을 정확하고 신속하게 검증함으로써 잘못된 시스템에 의한 불측의 손해발생의 위험을 예방하기 위한 검증 방법을 제안함에 있다. 이를 통해서 검증 작업에 소요되는 시간과 비용을 절약하고, 상품출시 경쟁력을 획기적으로 개선하고자 한다.It is an object of the present invention to provide a verification method for accurately and quickly verifying a multi-channel heterogeneous system for insurance products to prevent the risk of unexpected damage caused by a wrong system. This saves the time and expense required for verification and dramatically improves the competitiveness of the product launch.

한편, 본 발명의 명시되지 않은 또 다른 목적들은 하기의 상세한 설명 및 그 효과로부터 용이하게 추론할 수 있는 범위 내에서 추가적으로 고려될 것이다.On the other hand, other unspecified purposes of the present invention will be further considered within the scope of the following detailed description and easily deduced from the effects thereof.

이와 같은 과제를 달성하기 위하여 본 발명은 M(M은 1 이상의 정수)개의 금융상품 시스템에 대해서 N(N은 1 이상의 정수)개의 검증 케이스를 미리 생성하여, 이 케이스들에 대해서 상기 M개의 금융상품 시스템을 검증하기 위하여, 검증기가 다음과 같은 프로세스를 실행함으로써 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법을 특징으로 한다:In order to achieve the above object, the present invention provides a system for generating N (N is an integer of 1 or more) verification cases in advance for M (M is an integer of 1 or more) financial product systems, In order to verify the system, the verifier is characterized by a method for sequentially verifying the accuracy of the systems for a plurality of financial instrument systems by executing the following process:

(a) 검증 대상 프로젝트를 정의;(a) Define the project to be verified;

(b) 복수의 입력 파라미터 및 출력 필드를 정의하여 검증 템플릿을 생성;(b) generating a verification template by defining a plurality of input parameters and output fields;

(c) 상기 상품설계 원시파일을 이용하여 입력 값들에 대한 기대 값들을 추출하여 N개의 검증 케이스 집합을 생성하고 이를 검증기 데이터베이스에 저장;(c) extracting expected values of input values using the product design source file to generate N sets of verification cases and storing them in a verifier database;

(d) 제 1 검증 채널로서 제 1 금융상품 시스템에 액세스하여 상기 검증 케이스 집합의 입력 값에 대한 결과 값을 계산하고 그 결과 값을 상기 검증 케이스 집합의 기대 값과 비교하며, 상기 결과 값과 상기 기대 값이 일치하면 성공, 상이하면 실패로 판정하고, 실패 케이스는 검증기 데이터베이스에 저장; (d) accessing a first financial product system as a first verification channel to calculate a result for an input value of the verification case set, compare the result with an expected value of the verification case set, If the expected values match, it is judged to be successful; otherwise, the failure case is judged to be stored in the verifier database;

(e) 다음으로 순차적으로 제 M 검증 채널로서 제 M 금융상품 시스템에 액세스하여 상기 검증 케이스 집합의 입력 값에 대한 결과 값을 계산하고 그 결과 값을 상기 검증 케이스 집합의 기대 값과 비교하며, 상기 결과 값과 상기 기대 값이 일치하면 성공, 상이하면 실패로 판정하고, 실패 케이스는 검증기 데이터베이스에 저장; 그리고(e) subsequently accessing the M < th > financial instrumentation system as a M < th > verification channel, calculating a result for the input value of the verification case set and comparing the resultant value with an expected value of the verification case set, If the resultant value matches the expected value, it is determined to be success; if not, the failure case is stored in the verifier database; And

(f) 상기 제 1 검증 채널 및/또는 제 M 검증 채널의 검증 결과와 검증 케이스 분석 결과를 입력수단의 선택에 의해서 화면으로 보여주기.(f) The verification result of the first verification channel and / or the M verification channel and the verification case analysis result are displayed on the screen by the selection of the input means.

본 발명의 바람직한 어느 실시예에 따른 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법에 있어서, 상기 (a) 단계는 보험상품의 주계약 및 특약 관계가 상품 메타정보로 등록된 보험상품을 검증 대상으로 지정하는 것을 포함할 수 있다.A method for sequentially verifying the accuracy of systems of a plurality of financial product systems according to a preferred embodiment of the present invention, the method comprising the steps of: (a) And designating the product as a verification target.

또한, 본 발명의 바람직한 어느 실시예에 따른 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법에 있어서, 상기 (a) 단계의 검증 대상 프로젝트는 개별 상품 프로젝트로서 (b)~(f)의 검증 프로세스는 상품 단위로 실시되는 것일 수 있다.In the method for verifying the accuracy of the systems in a plurality of financial product systems according to preferred embodiments of the present invention, the verification target project in the step (a) The verification process of f) may be carried out on a commodity basis.

또한, 본 발명의 바람직한 다른 실시예에 따른 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법에 있어서, 상기 (a) 단계의 검증 대상 프로젝트는 이벤트 단위 프로젝트로서 (b)~(f)의 검증 프로세스는 해당 이벤트의 대상이 되는 복수의 상품 단위로 실시되는 것일 수 있다.In addition, in the method for sequentially verifying the accuracy of the system for a plurality of financial product systems according to another preferred embodiment of the present invention, the verification target project in the step (a) The verification process of f) may be performed on a plurality of product units that are the targets of the event.

또한, 본 발명의 바람직한 어느 실시예에 따른 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법에 있어서, 상기 금융상품은 보험상품이며,Further, in a method for sequentially verifying the accuracy of the system for a plurality of financial product systems according to the preferred embodiment of the present invention, the financial product is an insurance product,

상기 (b) 단계의 검증 템플릿 입력 파라미터는 피보험자의 신체정보를 포함하며, 출력 필드는 만기보험금 및 해약환급금을 포함할 수 있다.The verification template input parameter in the step (b) includes the physical information of the insured person, and the output field may include a maturity insurance and a cancellation refund.

또한, 본 발명의 바람직한 어느 실시예에 따른 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법에 있어서, 상기 (b) 단계에서 검증 템플릿을 생성하는 단계는,In the method for sequentially verifying the accuracy of the system for a plurality of financial product systems according to the preferred embodiment of the present invention, the step of generating the verification template in the step (b)

(1) 검증 템플릿 화면에서 저장소에 저장되어 있는 상품설계 원시파일의 위치를 등록하고 상기 입력 파라미터 및 출력 필드와 상기 상품설계 원시파일의 셀을 매핑하고, (1) registering the location of the product design source file stored in the repository on the verification template screen, mapping the input parameter and the output field to the cell of the product design source file,

(2) 상기 검증 템플릿 화면에서 제 M 금융상품 시스템에 액세스하기 위한 위치를 등록하고 상기 입력 파라미터 및 출력 필드와 상기 제 M 금융상품 시스템의 엘리먼트를 매핑하는 것을 더 포함할 수 있다.(2) registering a location for accessing the M < th > financial system in the verification template screen and mapping the input parameter and the output field to elements of the M financial system.

또한, 본 발명의 바람직한 어느 실시예에 따른 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법에 있어서, 상기 상품설계 원시파일은 엑셀파일로서 보험상품의 상품계리 인가파일이다.Also, in the method for sequentially verifying the accuracy of the system for a plurality of financial product systems according to the preferred embodiment of the present invention, the product design source file is an insurance file of an insurance product as an excel file.

본 발명의 바람직한 어느 실시예에 따른 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법에 있어서, 검증 테스트 집합을 설정함에 있어 상품설계 원시파일을 호출하는 것은 검증기의 액셀 드라이버가 실행하며, 검증을 실시함에 있어 금융상품 시스템에 액세스하여 결과 값을 계산하는 것은 검증기의 브라우저 드라이버가 실행하는 것이 좋다.In a method for sequentially verifying the accuracy of systems in a plurality of financial product systems according to a preferred embodiment of the present invention, calling a product design source file in setting a verification test set may be performed by an accelerator driver of the verifier It is recommended that the browser driver of the verifier be executed to access the financial instrument system and calculate the resultant value in the verification.

또한, 본 발명의 제 2 국면은 보험상품의 시스템을 검증하는 방법으로서, 보험상품의 주계약 및 특약 관계가 상품 메타정보로 등록된 보험상품을 검증대상 상품으로 지정하고, 개별 상품 단위 또는 복수 상품 단위로 검증 프로젝트를 정의하며, The second aspect of the present invention is a method for verifying a system of an insurance product, wherein an insurance product registered as a product meta information of a main contract and a special relationship of the insurance product is designated as a verification target product, Define a verification project with,

복수의 입력 파라미터 및 출력 필드를 정의하여 검증 템플릿을 생성하고, 검증 템플릿 화면에서 저장소에 저장되어 있는 상품계리 인가 엑셀파일의 위치를 등록하고 상기 입력 파라미터 및 출력 필드와 상기 상품계리 인가 엑셀파일의 셀을 미리 매핑하고, 또한 상기 검증 템플릿 화면에서 보험상품 시스템의 URL을 설정하고 상기 입력 파라미터 및 출력 필드와 상기 보험상품 시스템의 엘리먼트를 미리 매핑하며, A verification template is created by defining a plurality of input parameters and output fields, a position of a commodity-actuated Excel file stored in the repository is registered in a verification template screen, and the input parameter and the output field of the commodity- Maps the URL of the insurance product system in the verification template screen and maps the input parameter and the output field to the elements of the insurance product system in advance,

상품계리 인가 엑셀파일을 호출하여 입력 값들에 대한 기대 값들을 추출하여 N(N은 1 이상인 정수)개의 검증 케이스 집합을 생성하고 이를 검증기 데이터베이스에 저장하고,(N is an integer equal to or larger than 1) number of verification cases are generated by extracting expected values of input values by calling a product act or excel file, storing them in a verifier database,

상기 보험상품 시스템에 액세스하여 상기 검증 케이스 집합의 입력 값에 대한 결과 값을 계산하고 그 결과 값을 상기 검증 케이스 집합의 기대 값과 비교하며, 상기 결과 값과 상기 기대 값이 일치하면 성공, 상이하면 실패로 판정하고, 실패 케이스는 검증기 데이터베이스에 저장하고,Accessing the insurance commodity system to calculate a result value for the input value of the verification case set, and comparing the result value with an expected value of the verification case set, and if the resultant value matches the expected value, The failure case is stored in the verifier database,

검증결과와 검증 케이스 분석 결과를 순차적으로 표시하는 단계를 포함하는 것을 특징으로 한다.And sequentially displaying the verification result and the verification case analysis result.

나아가, 본 발명은 하나의 금융상품을 상이한 운영환경에서 구축한 복수의 금융상품 시스템들의 정확성을 검증하는 방법으로서: M(M은 1보다 큰 정수)개의 금융상품 시스템에 대해서 N(N은 1 이상의 정수)개의 검증 케이스를 미리 생성하여, 검증기가 다음과 같은 프로세스를 각 금융상품 시스템에 실행함으로써 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법을 포함한다.Further, the present invention is a method for verifying the accuracy of a plurality of financial product systems constructed in a different operating environment, wherein M is an integer greater than 1, And generating a plurality of verification cases in advance and verifying the accuracy of the systems for a plurality of financial product systems by executing the following process on each financial product system.

(a) 상품 메타정보를 이용하여 검증 대상 프로젝트를 정의;(a) Define the project to be verified using the product meta information;

(b) 금융상품의 가입자 조건을 입력 파라미터로 정의하고 상기 금융상품의 보장내용을 출력 필드로 정의하여 검증 템플릿을 생성;(b) defining a subscriber condition of the financial product as an input parameter and defining a guarantee content of the financial product as an output field to generate a verification template;

(c) 상기 금융상품에 대하여 행정기관으로부터 인가받은 상품설계 원시파일을 호출하여, 상기 검증 템플릿의 입력 파라미터 및 출력 필드를 상기 상품설계 원시파일의 셀에 매핑;(c) calling the product design source file authorized by the administrative agency for the financial product and mapping an input parameter and an output field of the verification template to a cell of the product design source file;

(d) 금융상품 시스템의 가입설계 화면에 엑세스하기 위한 위치를 등록하여, 상기 검증 템플릿의 입력 파라미터 및 출력 필드를 상기 가입설계 화면의 엘리먼트에 매핑;(d) registering a location for accessing a subscription design screen of the financial product system, and mapping an input parameter and an output field of the verification template to an element of the subscription design screen;

(e) 상기 검증 템플릿에 매핑된 상기 상품설계 원시파일을 호출하여 입력 값들에 대한 기대 값들을 계산하여 N개의 검증 케이스 집합을 생성;(e) calling the product design source file mapped to the verification template to calculate expected values for the input values to generate N sets of verification cases;

(f) 상기 검증 템플릿에 매핑된 상기 금융상품 시스템의 가입설계 화면에 접속하여 상기 검증 케이스 집합의 입력 값들에 대한 결과 값들을 추출하고 그 결과 값들을 상기 기대 값들과 비교하며, 상기 결과 값들과 상기 기대 값들이 일치하면 성공, 상이하면 실패로 판정; 및(f) accessing a subscription design screen of the financial product system mapped to the verification template, extracting result values for the input values of the verification case set, comparing the result values with the expected values, If the expected values match, it is determined to be successful; And

(g) 상기 금융상품 시스템에 대한 검증결과와 검증 케이스 분석 결과를 입력수단의 선택에 의해서 화면에 표시.(g) The verification result of the financial instrument system and the verification case analysis result are displayed on the screen by the selection of the input means.

상기 (g) 단계에서 검증기 화면은 상기 상품 설계 원시파일을 즉시 호출할 수 있는 사용자 인터페이스와, 상기 금융상품 시스템의 가입설계 화면을 즉시 호출할 수 있는 사용자 인터페이스를 포함할 수 있다.In the step (g), the verifier screen may include a user interface capable of immediately calling the product design source file, and a user interface capable of immediately calling a subscription design screen of the financial product system.

상기 (f) 단계에서, 상기 가입설계 화면의 복수의 입력박스에 상기 검증 케이스 집합의 상기 입력 값들이 입력되는 시뮬레이션 실황을 화면으로 보여줄 수 있다.In the step (f), a plurality of input boxes of the subscription design screen may be displayed with a simulation play-up screen in which the input values of the verification case set are input.

상기 (e) 단계에서 상기 검증 케이스 집합을 생성하기 위하여, 상기 검증기는 엑셀 드라이버를 실행하여 상기 상품설계 원시파일을 호출하여 기대 값을 계산하고; 상기 (f) 단계에서 상기 금융상품 시스템을 검증하기 위하여, 상기 검증기는 브라우저 드라이버를 실행하여 상기 금융상품 시스템에 액세스하여 결과 값을 추출할 수 있다.In the step (e), in order to generate the verification case set, the verifier executes an Excel driver to call the product design source file to calculate an expected value; In step (f), in order to verify the financial merchandise system, the verifier may execute a browser driver to access the financial merchandise system and extract the resultant value.

상기 금융상품은 보험상품이며, 상기 입력 파라미터는 피보험자의 신체정보를 포함하며, 상기 출력 필드는 만기보험금 및 해약환급금을 포함할 수 있다.The financial instrument is an insurance product, the input parameter includes the physical information of the insured person, and the output field may include a maturity insurance and a cancellation refund.

상기 상품설계 원시파일은 보험상품의 상품계리 인가 엑셀파일이고, 상기 금융상품 시스템의 가입설계 화면은 웹 화면일 수 있다.The product design source file is an excel file of an insurance product and the subscription design screen of the financial product system may be a web screen.

위와 같은 본 발명의 과제해결수단에 의해서 본 발명은 보험상품 등의 금융상품 시스템이 다수 존재하는 상황에서 이들 시스템들을 검증함에 있어서 정확하고 신속하게 검증할 수 있다. 이를 통해서 잘못된 시스템에 의한 불측의 손해발생의 위험을 예방할 수 있으며, 검증 작업에 소요되는 시간과 비용을 절약할 수 있다. 시스템 검증이 신속하다면 상품출시도 빨라질 수 있어서 상품 경쟁력을 크게 개선할 수 있기도 하다.As described above, according to the present invention, it is possible to accurately and quickly verify the systems in the presence of a plurality of financial product systems such as insurance products. This can prevent the risk of unauthorized damage caused by the wrong system, and saves the time and cost of the verification work. If system verification is fast, product launches can be accelerated, which can greatly improve product competitiveness.

한편, 여기에서 명시적으로 언급되지 않은 효과라 하더라도, 본 발명의 기술적 특징에 의해 기대되는 이하의 명세서에서 기재된 효과 및 그 잠정적인 효과는 본 발명의 명세서에 기재된 것과 같이 취급됨을 첨언한다.On the other hand, even if the effects are not explicitly mentioned here, the effect described in the following specification, which is expected by the technical features of the present invention, and its potential effects are treated as described in the specification of the present invention.

도 1은 본 발명에 따른 바람직한 검증 시스템의 구성 예를 나타내는 도면이다.
도 2는 본 발명의 검증 방법의 전체 프로세스를 개략적으로 나타내는 도면이다.
도 3은 도 2의 S100 단계의 실시예를 보다 구체적으로 예시하는 도면이다.
도 4는 도 2의 S110 단계를 보다 구체적으로 예시하는 도면이다.
도 5는 검증 템플릿을 생성함에 있어서 기본정보를 생성하는 화면 시나리오의 일 예이다.
도 6은 검증 템플릿을 생성함에 있어서 입력 파라미터를 정의하는 화면 시나리오의 일 예이다.
도 7은 검증 템플릿을 생성함에 있어 출력 필드를 정의하는 화면 시나리오의 일 예이다.
도 8은 인가파일과의 매핑을 설정하는 화면 시나리오의 일 예이다.
도 9는 가입설계 화면과의 매핑을 설정하는 화면 시나리오의 일 예이다.
도 10은 검증 결과 화면의 일 예이다.
도 11은 검증 케이스 분석 화면의 일 예이다.
※ 첨부된 도면은 본 발명의 기술사상에 대한 이해를 위하여 참조로서 예시된 것임을 밝히며, 그것에 의해 본 발명의 권리범위가 제한되지는 아니한다.
1 is a diagram showing a configuration example of a preferred verification system according to the present invention.
2 schematically shows the entire process of the verification method of the present invention.
FIG. 3 is a diagram specifically illustrating an embodiment of step S100 of FIG.
Fig. 4 is a diagram illustrating the step S110 of Fig. 2 in more detail.
5 is an example of a screen scenario for generating basic information in generating a verification template.
6 is an example of a screen scenario for defining input parameters in generating a verification template.
7 is an example of a screen scenario in which an output field is defined in generating a verification template.
8 is an example of a screen scenario for setting a mapping with an authorization file.
9 is an example of a screen scenario for setting a mapping with a subscription design screen.
10 is an example of a verification result screen.
11 is an example of a verification case analysis screen.
* The accompanying drawings illustrate examples of the present invention in order to facilitate understanding of the technical idea of the present invention, and thus the scope of the present invention is not limited thereto.

본 발명을 설명함에 있어서 관련된 공지기능에 대하여 이 분야의 기술자에게 자명한 사항으로서 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략한다.In the following description of the present invention, a detailed description of known functions and configurations incorporated herein will be omitted when it may obscure the subject matter of the present invention.

도 1은 본 발명의 바람직한 실시예에 따른 금융상품에 관한 검증 시스템의 개념적인 구성을 나타낸다. 1 shows a conceptual configuration of a verification system for financial products according to a preferred embodiment of the present invention.

컴퓨터 단말(10)에 설치된 검증기(100)를 통해서 복수의 금융상품 시스템(300)에 액세스하여 그 시스템의 정확성을 검증한다.The plurality of financial product systems 300 are accessed through the verifier 100 installed in the computer terminal 10 to verify the accuracy of the system.

본 명세서에서 <금융상품 시스템>이라 함은 개발자가 금융상품을 소프트웨어 툴로 코딩하여 저장하고, 이를 네트워크를 통해 액세스할 수 있도록 만든 컴퓨터 시스템을 지칭한다. 금융상품 시스템은 단위 상품마다 독립하게 존재할 수 있으며, 또한 채널마다 독립적으로 존재할 수 있다. In this specification, the term &quot; financial product system &quot; refers to a computer system in which a developer codes and stores financial products in a software tool and makes them accessible through a network. The financial product system can exist independently for each unit product, and can exist independently for each channel.

본 명세서에서 <채널>이라 함은 본 발명의 검증 시스템과의 관계를 지칭함에 있어 독립적으로 구별되는 검증 경로를 갖는 금융상품 시스템의 경로를 지칭한다.The term &quot; channel &quot; as used herein refers to a path of a financial product system having a verification path that is independently distinguished in relation to the verification system of the present invention.

도 1에서는 금융상품 시스템(300)마다 채널이 대응하는 것으로 표시되었으나, 이는 어디까지나 설명의 편의를 위한 것이다. 1개의 채널에도 복수의 상품마다 각각 별개로 시스템으로 구축되기 때문에, 본 발명을 설명함에 있어 1개의 채널에 여러 개의 금융상품 시스템을 포함하여 표현할 수도 있다.In FIG. 1, a channel corresponds to each financial product system 300, but this is for convenience of explanation only. Since the system is constructed as a separate system for each of a plurality of commodities in one channel, a plurality of financial commodity systems may be represented in one channel in describing the present invention.

본 발명에 있어 상품설계 원시파일(200)이 저장소(20)에 저장되어 있으며, 검증기(100)는 이 상품설계 원시파일(200)을 호출한다. 상품설계 원시파일(200)은 바람직하게는 엑셀파일이며, 더욱 바람직하게는 금융상품은 행정기관의 인가를 받아야 한다는 점에서 상품인가 엑셀파일로 이해될 수 있다. 그러므로 상품설계 원시파일과 상품인가 엑셀파일이라는 기호상의 차이에도 불구하고, 본 발명의 바람직한 실시예에서는 그것이 지니는 의미는 서로 동일하다. 이러한 상품인가 엑셀 파일이 저장되어 있는 저장소(20)는 컴퓨터의 메모리에 저장될 수도 있으며, 네트워크 저장소에 위치할 수도 있고, 웹을 통해 접근할 수 있는 저장소여도 좋다.In the present invention, the product design source file 200 is stored in the storage 20, and the verifier 100 calls the product design source file 200. The product design source file 200 is preferably an Excel file, and more preferably, the financial product may be understood as a commodity or excel file in that it must be approved by an administrative agency. Therefore, in spite of the symbolic difference between the product design source file and the product or Excel file, the meaning of the same is the same in the preferred embodiment of the present invention. The storage 20 in which the product or Excel file is stored may be stored in a memory of the computer, a network storage, or a storage accessible via the web.

이하에서 설명할 검증 케이스 집합 및/또는 검증 결과 데이터는 검증기 데이터베이스(40)에 저장될 수 있으며, 검증기(100)가 검증기 데이터베이스(40)에 저장될 데이터를 생성하거나 해당 데이터베이스(40)에서 데이터를 추출하여 검증 프로세스에서 사용할 수 있다.The verification case set and / or verification result data to be described below can be stored in the verifier database 40 and can be used by the verifier 100 to generate data to be stored in the verifier database 40, Extraction and use in the verification process.

본 발명의 검증기(100)는 소프트웨어 모듈로 구성될 수 있으며, 이는 컴퓨터 단말(10)에 설치된다. 검증기(100)를 구성하는 주요한 소프트웨어 모듈로는 다음과 같은 기능 모듈이 포함될 수 있다:The verifier 100 of the present invention can be configured as a software module, which is installed in the computer terminal 10. The main software modules constituting the verifier 100 may include the following functional modules:

검증 대상 프로젝트를 정의하는 모듈, 검증 프로젝트를 정의하며 개별상품 단위로 검증할지, 이벤트 단위 프로젝트로 검증할지를 결정할 수 있다. 또한 주계약, 특약 관계를 상품 메타 정보로 등록할 수 있다;The module that defines the project to be verified, the verification project, can be defined, and can be decided by individual unit of goods or by event unit project. Also, main contract and special relationship can be registered as commodity meta information;

검증 템플릿 모듈, 입력 파라미터와 출력 필드를 정의하고 상품인가 엑셀파일의 셀 매핑과 검증 대상 웹 화면의 엘리먼트 매핑을 포함할 수 있다;A validation template module, an input parameter and an output field, and may include a cell mapping of a commodity or excel file and an element mapping of a verification target web screen;

검증 케이스를 생성하는 모듈, 상품인가 엑셀파일을 이용하여 입력 값에 대한 기대 값(Expected Value)을 생성할 수 있다;A module for generating a verification case, or an Expected Value for an input value using a product or Excel file;

검증 케이스에 대한 금융상품 시스템 및/또는 채널마다 검증을 실행하는 모듈, 화면 입력박스에 입력 값이 기재되는 화면 시뮬레이션 기능을 포함할 수 있다;A module for performing a verification for each financial product system and / or a channel for the verification case, and a screen simulation function in which an input value is described in a screen input box;

검증결과와 검증 케이스 분석 결과를 보여주는 모듈;A module that shows verification results and verification case analysis results;

금융상품 시스템에 대한 브라우저 드라이버, 금융상품 시스템의 URL을 통해서 금융상품 시스템의 가입 설계 화면에 접근할 수 있다;The browser driver for the financial product system, the affiliate design screen of the financial product system can be accessed through the URL of the financial product system;

상품인가 엑셀파일에 대한 드라이버, 상품인가 엑셀파일을 호출하여 실행할 수 있다.It can be executed by calling the driver for the product or the excel file or the excel file for the product.

도 2는 본 발명의 바람직한 어느 실시예에 따라 검증기(100)를 통해서 검증하는 전체 프로세스의 구성을 개략적으로 나타내었다. 검증기(100)를 실행하여 다음과 같은 프로세스를 순차적으로 실행한다.FIG. 2 schematically illustrates the overall process of verifying through the verifier 100 according to some preferred embodiments of the present invention. The verifier 100 is executed to sequentially execute the following processes.

먼저, 검증 대상 프로젝트를 정의한다(S100). 그런 다음에 검증 템플릿을 생성할 수 있다(S110). 검증 템플릿은 상품 검증 템플릿 마법사를 이용하여 작업자가 간편하게 생성할 수 있도록 한다. 또한 본 발명의 검증 템플릿은 1개 이상의 입력 파라미터 및 출력 필드를 정의한다. 더욱 바람직하게는 검증 템플릿은 검증 프로세스를 실행하기 위해서 검증 기준이 되는 채널과 검증 대상이 되는 채널에 대한 사전 작업을 정의해 둘 수 있다. 이에 대해서는 후술하기로 한다.First, a verification target project is defined (S100). Then, a verification template may be generated (S110). The verification template can be easily created by the operator using the product verification template wizard. The verification template of the present invention also defines one or more input parameters and output fields. More preferably, the verification template may define a pre-operation for the channel to be a verification criterion and the channel to be verified in order to execute the verification process. This will be described later.

다음으로 검증 케이스 집합을 생성한다(S120). 상품인가 엑셀파일을 이용해서 입력 값들에 대한 기대 값들을 추출하여 N개의 검증 케이스 집합을 생성할 수 있다. 요컨대 검증 케이스 집합은 (입력 값, 기대 값) 쌍의 집합이다. Next, a verification case set is generated (S120). It is possible to generate N verification case sets by extracting expectation values of input values using a product excel file. In short, a verification case set is a set of (input value, expected value) pairs.

검증 케이스 집합에서 입력 값은 검증 대상의 금융상품 시스템에서 검증 입력 값으로 동일하게 사용하며, 그때의 결과 값과 상기 검증 케이스 집합의 기대 값을 비교함으로써 검증을 수행하게 된다(S130). 미리 매핑해 둔 검증 대상 금융상품 시스템의 화면에 접속하여, 자동으로 입력 값이 입력되는 시뮬레이션을 보여주면서 상기 S130 단계를 실행할 수 있다. 예컨대 검증대상 금융상품 시스템의 가입 설계 화면에는 입력 박스들이 구성되어 있고, 사용자가 금융상품의 보장내용이나 해약환급금을 알려면 그 입력박스들에 소정의 입력 값을 입력해 넣어야 한다. 본 발명의 검증기의 검증 실행 모듈은 상기 입력 박스들에 검증 케이스 집합의 입력 값을 순차적으로 입력하는 화면 시뮬레이션을 컴퓨터 단말의 화면에 직접 보여주면서 검증 작업을 실행할 수 있다. 이와 같은 방식으로 검증 작업을 실행함으로써, 입력 작업의 정확성을 더욱 도모할 수 있으며, 검증 작업 중임을 현장감 있게 표현해 줄 수 있다.In the verification case set, the input value is used as the verification input value in the financial product system to be verified equally, and the verification is performed by comparing the result value at that time with the expected value of the verification case set (S130). It is possible to access the screen of the financial product system to be verified and perform step S130 while showing a simulation in which an input value is automatically input. For example, input boxes are formed on the subscription design screen of the financial product system to be verified. When the user is informed of the guaranteed contents of the financial product or the cancellation refund, the user inputs a predetermined input value into the input boxes. The verification execution module of the verifier of the present invention can execute a verification operation while directly displaying a screen simulation for sequentially inputting the input values of the verification case set to the input boxes on the screen of the computer terminal. By executing the verification operation in this manner, the accuracy of the input operation can be further improved, and the verification operation can be expressed in real time.

이처럼, 검증 실행 단계(S130)는 검증 케이스 집합의 입력 값에 대한 결과 값을 계산하고 그 결과 값을 상기 검증 케이스 집합의 기대 값과 비교하며, 결과 값과 기대 값이 일치하면 성공, 상이하면 실패로 판정한다. 실패 케이스는 검증기 데이터베이스에 저장된다.As described above, the verification execution step S130 calculates the result of the input value of the verification case set, compares the result value with the expected value of the verification case set, and if the resultant value matches the expected value, . The failure case is stored in the verifier database.

미리 설정된 검증이 끝나면 검증 결과 파일을 컴퓨터 단말 화면으로 보여준다(S140). 바람직하게는 미리 정한 검증 케이스 집합에서 어느 검증 케이스에서 실패하였는지를 분석한 검증 케이스 분석 결과를 추가적으로 제공할 수 있다.When the verification is completed in advance, the verification result file is displayed on the computer terminal screen (S140). Preferably, the verification case analysis result analyzing which verification case failed in the predetermined verification case set may be additionally provided.

위와 같은 금융상품 시스템에 대한 검증 프로세스는 컴퓨터 단말에 설치된 검증기를 실행함으로써 이루어진다. 또한 각 단계마다 컴퓨터 단말의 입력장치의 선택 이벤트가 발생하고, 그것에 대응하여 컴퓨터 단말의 프로세서가 제어하는 검증기의 소프트웨어 모듈의 동작이 행해지며, 기타 통신수단/메모리/입출력장치 등을 사용한다.The verification process for the above financial product system is performed by executing a verifier installed in the computer terminal. In addition, a selection event of the input device of the computer terminal is generated at each step, and the software module of the verifier controlled by the processor of the computer terminal is operated corresponding thereto, and other communication means / memory / input / output device or the like is used.

한편, 본 발명의 검증기는 서로 다른 금융상품 시스템과 서로 다른 채널에 대해서 순차적으로 검증할 수 있다. 먼저 제 1 금융상품 시스템과 제 1 채널을 형성한 다음에 위와 같은 프로세스에 따라 검증을 실행할 수 있다. 그 후 제 2 금융상품 시스템과 제 2 채널을 형성한 다음에 동일한 프로세스에 따라 검증을 실행할 수 있다. 제 M 금융상품 시스템(M은 1 이상의 정수)에 대한 검증을 실행함에 있어, 상기 S110 단계의 검증 템플릿을 생성하면서 제 M 금융상품 시스템의 가입 설계와 S110 단계에서 정의된 입력 파라미터 및 출력 필드를 사전에 매핑을 해두는 것이 좋다.Meanwhile, the verifier of the present invention can sequentially verify different channels and different financial product systems. First, after forming the first channel with the first financial product system, verification can be executed according to the above process. The verification can then be performed according to the same process after forming the second channel with the second financial product system. In executing the verification for the M-th financial product system (M is an integer of 1 or more), the subscription design of the M-th financial product system and the input parameters and output fields defined in step S110 are stored in the dictionary It is better to map it to.

도 3은 도 2의 S100 단계에 관한 보다 상세한 실시예를 나타낸다. FIG. 3 shows a more detailed embodiment of step S100 of FIG.

본 발명의 바람직한 어느 실시예에서는 상기 S100 단계는 상품 단위 프로젝트를 검증 대상 프로젝트로 정의할 수 있다(S103). 즉, 검증 프로세스가 상품 단위로 실시되도록 정의하는 것이다. 또한 본 발명의 바람직한 다른 실시예에서는 상기 S100 단계는 이벤트 단위 프로젝트로 정의될 수 있다(S105). 고객회사는 새로운 상품을 개발할 수 있으며, 또는 가격 변경처럼 상품을 변경할 수 있다. 그런 이벤트는 복수의 금융상품들에 대해 적용될 수 있다. 그와 같은 이벤트가 생성된 경우에는 해당 이벤트 단위로 검증을 하는 것이 더 바람직하다. 즉, S105 단계는 복수의 상품을 하나의 이벤트 세트로 검증할 수 있다.In a preferred embodiment of the present invention, the step S100 may define a product unit project as a verification target project (S103). That is, the verification process is defined to be performed on a product basis. In another preferred embodiment of the present invention, the step S100 may be defined as an event-based project (S105). The customer company can develop a new product or change the product like a price change. Such an event may be applied to a plurality of financial products. When such an event is generated, it is more preferable to perform verification on a per event basis. That is, the step S105 may verify a plurality of goods with one event set.

또한, 본 발명의 또 다른 바람직한 실시예에서는, 상기 S100 단계에서 검증 대상 프로젝트를 정의하기 전에, 보험상품의 주계약 및 특약 관계를 상품 메타정보로 등록하는 절차를 실행하는 것이 좋다. 근래 상품의 복잡도 증가와 함께 특약의 독립적 구성이 강화되고 있다. 본 발명의 바람직한 예에서는 상품들의 공통정보, 각 상품의 주계약 및 특약들의 정보를 메타정보로 관리함으로써 상품정보 구성의 중복을 최소화할 수 있으며, 또한 버전별/일자별 관리 효율을 높일 수 있게 된다. 결과적으로 상품검증 효과는 높이되 비용은 오히려 절감하는 효과를 기대할 수 있다.In yet another preferred embodiment of the present invention, it is preferable to execute a procedure of registering the main contract and the special relationship of the insurance product with the product meta information before defining the verification target project in step S100. Recently, the complexity of the product has been increased and the independent composition of the rider has been strengthened. In the preferred embodiment of the present invention, the common information of the commodities, the main contracts of the commodities, and the information of the special commodities are managed as meta information, thereby minimizing duplication of the constitution of the commodity information and improving the management efficiency by version and date. As a result, the product verification effect is high, and the cost can be reduced.

도 4는 도 2의 S110 단계의 구성 예를 더욱 구체적으로 나타낸다. 4 shows the configuration example of step S110 in Fig. 2 more specifically.

상기 S110의 검증 템플릿을 생성하는 단계는 복수의 입력 파라미터와 출력 필드를 정의한다. 말하자면 이는 금융상품은 입력 파라미터들이 반드시 필요하다. 금융상품을 함수라고 비유할 수 있다. 금융상품의 보장내용, 예를 들어 가입자에게 주는 혜택이나 불이익, 해약 시의 효과 등은 어떤 변수가 입력되느냐에 따라 결정된다. 그리고 그 결정되는 값은 시간적 요소(혹은 기간) 등에 의해서 달라진다. 이런 관점에서 복수의 입력 파라미터들을 정의하고, 복수의 출력 필드를 미리 정의해 놓는 것이 좋다(S112).The step of generating the verification template of S110 defines a plurality of input parameters and output fields. That is to say, this requires financial instruments to have input parameters. A financial product can be compared to a function. The assurance content of the financial product, for example, the benefits or disadvantages to the subscriber, and the effect of withdrawal are determined by what variables are entered. And the value to be determined depends on the time factor (or period). From this point of view, it is preferable to define a plurality of input parameters and define a plurality of output fields in advance (S112).

그런 입력 파라미터들로는 금융상품의 보장내용에 영향을 미치는 조건들일 수 있다. 바람직하게는 가입자의 조건들일 수 있다. 금융상품이 보험상품인 경우 가입자의 신체정보를 포함할 수 있다. 예컨대 피보험자의 이름, 나이, 몸무게, 성별 정보가 입력 파라미터로 포함될 수 있다. 더욱 바람직하게는 입력 파라미터들의 이름, 설명, 데이터타입, 속성들이 미리 정의될 수 있다.Such input parameters may be conditions that affect the assurance content of the financial instrument. And may be preferably conditions of the subscriber. If the financial product is an insurance product, it may include the physical information of the subscriber. For example, the insured's name, age, weight, and gender information may be included as input parameters. More preferably, the name, description, data type, attributes of the input parameters can be predefined.

S112의 출력 필드로는 기간에 따른 보장내용일 수 있다. 예컨대 금융상품 만기 시의 보장내용, 해약 시의 보장 내용일 수 있다. 예컨대 만기보험금, 3개월 해약환급금, 6개월 해약환급금, 1년 해약환급금 등일 수 있다. 더욱 바람직하게는 출력 필드의 이름, 설명, 데이터 타입이 미리 정의될 수 있다.The output field of S112 may be the guarantee content according to the period. For example, it may be the guarantee content at the expiration of the financial product or the guarantee content at the time of withdrawal. For example, maturity benefits, three month cancellation refunds, six month cancellation refunds, and one year cancellation refunds. More preferably, the name, description, and data type of the output field can be predefined.

S112 단계에서 입력 파라미터 및 출력 필드가 정해지면, 이들과 인가파일 셀을 매핑한다(S114). 예컨대 특정 입력 파리미터와 인가파일의 특정 셀 ID를 일대일로 매핑해 놓는 것이다. 출력 파라미터도 마찬가지다. 이것은 검증 템플릿에서 이후에 행해지는 검증 작업의 기준 데이터를 얻기 위한 사전 설정을 의미한다.If the input parameters and the output fields are determined in step S112, these are mapped to the applied file cells (S114). For example, a specific input parameter and a specific cell ID of an authorization file are mapped on a one-to-one basis. The output parameters are the same. This means a preset for obtaining the reference data of the verification operation to be performed later in the verification template.

또한 S112 단계에서 입력 파라미터 및 출력 필드가 정해지면, 이들과 금융상품 시스템의 가입설계 화면의 엘리먼트(Element)를 일대일로 매핑한다. 특정 엘리먼트 ID와 입력 파라미터 또는 출력 필드를 서로 일대일로 매핑해 둠으로써 검증 작업의 비교 데이터를 얻기 위한 사전 설정을 할 수 있다.If the input parameters and the output fields are determined in step S112, these elements and the elements of the subscription design screen of the financial product system are mapped on a one-to-one basis. By mapping the specific element ID and the input parameter or output field one to one with each other, it is possible to make a preset for obtaining the comparison data of the verification operation.

본 발명의 검증 프로세스들은 검증작업을 하는 작업자들의 편의성을 일관되게 고려한다. 검증 템플릿 마법사를 통해서 도 2의 각 단계들을 지원한다.The verification processes of the present invention consistently consider the convenience of the worker performing the verification work. Each step of Figure 2 is supported through the verification template wizard.

대강의 검증 시나리오는 이러하다. 작업자는 컴퓨터 단말에 설치되어 있는 검증기를 실행할 것이다. 로그인 화면에서 작업자는 ID와 Password를 입력하고 로그인을 한다. 그러면 검증기 Workbench 화면이 출력된다. 메인화면으로서 도 2에 해당하는 툴바(프로젝트 생성, 검증템플릿 생성, 검증 케이스 생성, 검증 등)를 포함하며, 복수의 뷰 영역(검증 프로젝트 트리뷰, 검증 결과 뷰 등)과 에디터 영역을 포함할 수 있다. 그 중 검증 템플릿 생성을 보다 구체적으로 설명한다.This is a rough verification scenario. The operator will execute a verifier installed in the computer terminal. On the login screen, the worker enters his ID and Password and logs in. The Verifier Workbench screen is displayed. The main screen includes a toolbar (project creation, verification template creation, verification case generation, verification, and the like) corresponding to FIG. 2, and can include a plurality of view areas (a verification project tree view, a verification result view, have. The verification template generation will be described in more detail.

도 5 내지 도 9는 검증 템플릿을 생성하는 마법사 화면 시나리오를 예시한다. 검증 템플릿 마법사 화면은 네 가지 화면 식별자(1010, 1020, 030, 1040)는 해당 화면이 어떤 단계를 실행하는 화면인지를 식별한다. 이것이 실제 화면에 어떻게 표시될지에 따라 본 발명의 기술적 범위가 정해지는 것은 아니다. 네 가지 화면 식별자의 표시를 따라, 검증 템플릿 마법사 화면이 도 5 내지 도 9처럼 순차적으로 실행된다.5 to 9 illustrate wizard screen scenarios for generating verification templates. In the verification template wizard screen, the four screen identifiers 1010, 1020, 030, and 1040 identify which step the screen executes. The technical scope of the present invention is not determined depending on how this is displayed on the actual screen. Following the display of the four screen identifiers, the verification template wizard screen is executed sequentially as shown in FIGS.

도 5는 첫 번째 실행되는 화면이며 기본정보 생성 메뉴(1001) 화면이다. 검증 템플릿의 기본정보를 입력한다. 상품 검증 템플릿 이름 입력 박스(1012)와 이 검증 템플릿을 설명하는 입력 박스(1014)를 포함할 수 있다. 작업자는 해당 입력박스(1012, 1014)를 선택해서 텍스트를 입력할 수 있다. 다음 버튼(1051)을 누르면 다음 화면으로 이행할 수 있다. 취소 버튼(1052)을 누르면 입력이 취소된다.5 is a screen to be first executed and a basic information generation menu 1001 screen. Enter the basic information of the verification template. A product verification template name input box 1012 and an input box 1014 for describing the verification template. The operator can select the input boxes 1012 and 1014 to input text. If the next button 1051 is pressed, the next screen can be shifted. Press the cancel button 1052 to cancel the input.

도 6은 두 번째 실행되는 화면이며 입력 파라미터를 정의하는 화면(1002a)이다. 상품검증 템플릿의 복수의 입력 파라미터들을 설정한다.Fig. 6 is a screen 1002a for defining an input parameter, which is the second screen to be executed. And sets a plurality of input parameters of the product validation template.

입력 파라미터 설정 표시부(1021) 아래에 입력 파라미터 테이블(1023)을 통해서 입력 파라미터들을 정의할 수 있다. 도시예에서는 피보험자 이름, 피보험자 나이, 피보험자 몸무게, 피보험자 성별이 입력되었다. 또한 입력수단이 데이터 타입 콤보박스 아이콘(1026)을 누르면 <문자열, 정수, 실수> 중 어느 하나를 선택할 수 있는 아이템이 표시된다. The input parameters can be defined through the input parameter table 1023 under the input parameter setting display portion 1021. [ In the city example, the name of the insured, the age of the insured, the weight of the insured, and the gender of the insured were entered. Also, when the input means presses the data type combo box icon 1026, an item which can select one of <string, integer, real number> is displayed.

추가 아이콘(1024)를 눌러서 입력 파라미터 테이블(1023)의 줄을 추가할 수 있다. 또한 삭제 아이콘(1025)을 눌러서 선택된 줄을 삭제한다. 만약 선택 줄이 없으면 비활성화 상태로 존재한다. 이전 버튼(1053)을 누르면 전 단계인 도 5의 화면으로 돌아간다.An additional icon 1024 may be pressed to add a line of the input parameter table 1023. [ Also, the deletion icon 1025 is pressed to delete the selected line. If there is no selection line, it is inactive. When the previous button 1053 is pressed, the display returns to the screen of Fig. 5 which is the previous step.

입력 파라미터들을 정의한 다음에는 상품검증 템플릿의 출력 필드를 정의하는 화면(1002b)로 이행한다. 도 7과 같다. 도시된 실시예의 출력 필드 테이블(1223)을 통해서 출력 필드를 입력한다. 도 7의 경우, 만기 보험금, 3개월 해약환급금, 6개월 해약환급금, 1년 해약환급금이 출력 필드로 입력되었다. After defining the input parameters, the flow advances to the screen 1002b for defining the output field of the product validation template. 7. The output field is entered through the output field table 1223 of the illustrated embodiment. In the case of FIG. 7, the expiration date, the 3-month cancellation refund, the 6-month cancellation refund, and the 1-year cancellation refund were entered as output fields.

도 8은 세 번째 단계로서 인가파일을 설정하는 화면(1003)을 나타낸다. 상품인가 엑셀파일 셀 매핑 테이블(1031)을 통해서 검증 템플릿의 입출력 필드와 상품인가 엑셀파일의 셀 아이디를 일대일로 대응되도록 매핑해 놓는다. 상하버튼(1034, 1035)을 이용해서 셀 매핑 테이블(1031) 전체를 볼 수 있다.FIG. 8 shows a screen 1003 for setting an authorization file as a third step. The input / output field of the verification template and the cell ID of the commodity-excel file are mapped to correspond to each other on a one-to-one basis through the commodity-excel file cell mapping table 1031. The entire cell mapping table 1031 can be viewed using the up and down buttons 1034 and 1035. [

또한 상기 검증 템플릿 화면(1003)은 검증 케이스 집합을 생성하기 위해서 매핑되는 상품인가 엑셀파일의 저장소에서 선택하는 사용자 인터페이스(1036, 1037)을 포함할 수 있다. 입력수단이 버튼(1037)을 누르면 상품인가 엑셀파일이 저장되어 있는 경로가 팝업되고, 간편하게 해당 엑셀파일을 선택할 수 있다. 이로써 검증기가 상품인가 엑셀파일을 호출할 수 있는 준비를 마친다. Also, the verification template screen 1003 may include user interfaces 1036 and 1037 for selecting from a repository of a product or an excel file mapped to generate a verification case set. When the input means presses the button 1037, a path storing the goods or excel file is popped up, and the corresponding excel file can be easily selected. This verifies that the verifier is ready to call the product or Excel file.

도 8은 도 4의 S114 단계에 대응한다면, 도 9는 S116에 대응한다. 금융상품 시스템의 가입설계 화면을 설정하는 화면 시나리오이며, 도 8의 화면(1004)은 금융상품 시스템의 가입설계 화면의 위치에 관한 URL을 찾아서 그 경로를 설정하는 사용자 인터페이스(1041)를 제공한다. 컴퓨터 단말의 입력기를 통해서 URL을 입력함으로써 검증기가 금융상품 시스템에 액세스할 수 있는 조건을 설정한다. 8 corresponds to step S114 in Fig. 4, Fig. 9 corresponds to step S116. The screen 1004 of FIG. 8 provides a user interface 1041 for locating a URL related to the position of the subscription design screen of the financial product system and setting the path. By setting the URL through the input device of the computer terminal, the condition that the verifier can access the financial product system is set.

금융상품 시스템의 금융상품은 가입설계 화면을 갖도록 코딩되며, 그것은 인가 액셀파일을 기초로 개발되기 때문에 입력요소와 출력 요소는 각각 엘리먼트 ID를 갖는다. 그러므로 엘리먼트 매핑 테이블(1043)을 통해서 검증 템플릿의 입출력 필드와 가입설계 화면의 엘리먼트 ID를 서로 일대일로 대응되도록 매핑해 놓는다. The financial product of the financial product system is coded to have a subscription design screen, and since it is developed on the basis of an accreditation file, the input and output elements each have an element ID. Therefore, the input / output field of the verification template and the element ID of the subscription design screen are mapped so as to correspond one to one with each other through the element mapping table 1043.

이와 같은 상품 검증 템플릿 생성 마법사를 통해서 작업자는 간편하게 검증 템플릿을 생성할 수 있었다. 그런 다음에는 전술한 바와 같이 검증 케이스 집합을 생성한다. 검증 케이스 집합은 입력 값과 해당 입력 값에 대해서 매핑된 상품인가 엑셀파일을 실행했을 출력되는 기대 값으로 구성된다. Through this product validation template creation wizard, the worker can easily create the verification template. The verification case set is then generated as described above. The verification case set consists of the input value and the expected value of the mapped product for the corresponding input value or the output value when the excel file is executed.

검증 케이스 집합의 기대 값은 상품인가 엑셀파일에 어떤 입력 값을 입력하였느냐에 따라 정해지기 때문에, 검증 케이스 집합의 생성 방법은 입력 값을 생성하는 방법에 종속된다. 다음과 같은 방법으로 검증 케이스 집합을 생성할 수 있다:Since the expected value of the verification case set is determined by what input value is entered into the product or excel file, the generation method of the verification case set is dependent on the method of generating the input value. You can create a set of validation cases in the following ways:

전수 케이스(검증 항목, 범위, 구간에 따라 산출될 수 있는 전체 케이스로서, 인프라 환경이 조성된다면 가장 확실한 검증 케이스 집합이 된다);The entire case, which can be calculated according to the verification item, scope, and interval, is the most reliable set of verification cases if an infrastructure environment is established;

PairWise 케이스(입력 파라미터 각 쌍의 개별 조합을 실행하기 위한 검증 케이스 설계 기법. PairWise를 이용하면 전수 케이스 대비 훨씬 작은 검증 케이스로도 효율적인 검증작업을 진행할 수 있다); PairWise case (a verification case design technique for performing individual combinations of each pair of input parameters. With PairWise, you can efficiently validate even a much smaller verification case than the full case);

기생성된 검증 케이스 집합에서 선택; 또는Select from pre-generated verification case sets; or

검증실패 케이스를 수집한 집합.Collected collection of failed verification cases.

검증 케이스 집합을 생성한 다음에 실제 검증을 실시한다. 도시되어 있지는 않았으나, 가입 설계 화면의 복수의 입력박스에 검증 케이스 집합에 포함된 입력 값들이 입력되는 시뮬레이션 실황을 화면으로 보여주는 것이 좋다. After generating a set of verification cases, the actual verification is performed. Although it is not shown, it is preferable to display a simulation live-action screen in which input values included in a set of verification cases are inputted into a plurality of input boxes of a subscription design screen.

도 10은 검증 결과 화면(1500)의 예를 나타낸다. 검증 결과 화면(1500)에는 검증 대상 프로젝트, 상태, 결과, 시작 시간과 종료 시간, 소요시간 등의 정보를 표시해 줄 수 있다. Fig. 10 shows an example of the verification result screen 1500. Fig. The verification result screen 1500 may display information such as a project to be verified, a status, a result, a start time, an end time, and a time required.

실패한 검증 케이스를 더블 클릭하면 도 11과 같은 검증 케이스 분석 화면(1600)을 표시해줄 수 있다. 검증 케이스 분석 화면(1600)에는 입력 파라미터 테이블(1610)과 결과 값 비교 테이블(1620)이 포함될 수 있다. 특히 결과 값 비교 테이블(1620)은 검증 케이스 집합의 기대 값과 금융상품 시스템의 결과 값이 일치하지 않는 라인(1621)을 표시해줌으로써 검증 실패를 가시화한다. If the failed verification case is double-clicked, the verification case analysis screen 1600 as shown in FIG. 11 can be displayed. The verification case analysis screen 1600 may include an input parameter table 1610 and a result comparison table 1620. In particular, the result comparison table 1620 visualizes the verification failure by displaying the line 1621 where the expected value of the verification case set and the financial product system result do not match.

이 검증 케이스 분석 화면(1600)은 인가 파일을 호출하여 즉시 확인할 수 있는 사용자 인터페이스(1630)와, 금융상품 시스템의 가입 설계 화면을 즉시 확인할 수 있는 사용자 인터페이스(1640)를 포함할 수 있다. 이를 통해서 본 발명의 검증 방법은 검증기 화면에서 다이렉트로 문제점을 해결할 수 있는 환경을 제공한다.The verification case analysis screen 1600 may include a user interface 1630 that can be immediately checked by calling an authorization file and a user interface 1640 for promptly confirming a subscription design screen of the financial product system. Accordingly, the verification method of the present invention provides an environment in which a problem can be solved directly on a verifier screen.

한편, 전술한 바와 같은 본 발명에 따른 금융상품 시스템에 대한 검증 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령들은 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 상기 매체는 프로그램 명령, 데이터 구조 등을 지정하는 신호를 전송하는 반송파를 포함하는 광 또는 금속선, 도파관 등의 전송 매체일 수도 있다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용하여 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기 하드웨어 장치는 본 발명의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.Meanwhile, the verification method for the financial product system according to the present invention as described above can be implemented in the form of a program command that can be executed through various computer means, and can be recorded in a computer-readable medium. The computer-readable medium may include program instructions, data files, data structures, and the like, alone or in combination. The program instructions recorded on the medium may be those specially designed and constructed for the present invention or may be available to those skilled in the art of computer software. Examples of computer-readable media include magnetic media such as hard disks, floppy disks and magnetic tape; optical media such as CD-ROMs and DVDs; magnetic media such as floppy disks; Magneto-optical media, and hardware devices specifically configured to store and execute program instructions such as ROM, RAM, flash memory, and the like. The medium may be a transmission medium such as an optical or metal line, a wave guide, or the like, including a carrier wave for transmitting a signal designating a program command, a data structure, or the like. Examples of program instructions include machine language code such as those generated by a compiler, as well as high-level language code that can be executed by a computer using an interpreter or the like. The hardware device may be configured to operate as one or more software modules to perform the operations of the present invention, and vice versa.

본 발명의 보호범위가 이상에서 명시적으로 설명한 실시예의 기재와 표현에 제한되는 것은 아니다. 또한, 본 발명이 속하는 기술분야에서 자명한 변경이나 치환으로 말미암아 본 발명이 보호범위가 제한될 수도 없음을 다시 한 번 첨언한다.The scope of protection of the present invention is not limited to the description and the expression of the embodiments explicitly described in the foregoing. It is again to be understood that the present invention is not limited by the modifications or substitutions that are obvious to those skilled in the art.

Claims (6)

하나의 금융상품을 상이한 운영환경에서 구축한 복수의 금융상품 시스템들의 정확성을 검증하는 방법으로서:
M(M은 1보다 큰 정수)개의 금융상품 시스템에 대해서 N(N은 1 이상의 정수)개의 검증 케이스를 미리 생성하여, 검증기가 다음과 같은 프로세스를 각 금융상품 시스템에 실행함으로써 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법.
(a) 상품 메타정보를 이용하여 검증 대상 프로젝트를 정의;
(b) 금융상품의 가입자 조건을 입력 파라미터로 정의하고 상기 금융상품의 보장내용을 출력 필드로 정의하여 검증 템플릿을 생성;
(c) 상기 금융상품에 대하여 행정기관으로부터 인가받은 상품설계 원시파일을 호출하여, 상기 검증 템플릿의 입력 파라미터 및 출력 필드를 상기 상품설계 원시파일의 셀에 매핑;
(d) 금융상품 시스템의 가입설계 화면에 엑세스하기 위한 위치를 등록하여, 상기 검증 템플릿의 입력 파라미터 및 출력 필드를 상기 가입설계 화면의 엘리먼트에 매핑;
(e) 상기 검증 템플릿에 매핑된 상기 상품설계 원시파일을 호출하여 입력 값들에 대한 기대 값들을 계산하여 N개의 검증 케이스 집합을 생성;
(f) 상기 검증 템플릿에 매핑된 상기 금융상품 시스템의 가입설계 화면에 접속하여 상기 검증 케이스 집합의 입력 값들에 대한 결과 값들을 추출하고 그 결과 값들을 상기 기대 값들과 비교하며, 상기 결과 값들과 상기 기대 값들이 일치하면 성공, 상이하면 실패로 판정; 및
(g) 상기 금융상품 시스템에 대한 검증결과와 검증 케이스 분석 결과를 입력수단의 선택에 의해서 화면에 표시.
CLAIMS 1. A method for verifying the accuracy of a plurality of financial product systems constructed in a different operating environment, comprising:
(N is an integer of 1 or more) validation cases in advance for M (M is an integer larger than 1) financial product systems, and the verifier executes the following process on each financial product system, To sequentially verify the accuracy of the systems.
(a) Define the project to be verified using the product meta information;
(b) defining a subscriber condition of the financial product as an input parameter and defining a guarantee content of the financial product as an output field to generate a verification template;
(c) calling the product design source file authorized by the administrative agency for the financial product and mapping an input parameter and an output field of the verification template to a cell of the product design source file;
(d) registering a location for accessing a subscription design screen of the financial product system, and mapping an input parameter and an output field of the verification template to an element of the subscription design screen;
(e) calling the product design source file mapped to the verification template to calculate expected values for the input values to generate N sets of verification cases;
(f) accessing a subscription design screen of the financial product system mapped to the verification template, extracting result values for the input values of the verification case set, comparing the result values with the expected values, If the expected values match, it is determined to be successful; And
(g) The verification result of the financial instrument system and the verification case analysis result are displayed on the screen by the selection of the input means.
제1항에 있어서,
상기 (g) 단계에서 검증기 화면은 상기 상품 설계 원시파일을 즉시 호출할 수 있는 사용자 인터페이스와, 상기 금융상품 시스템의 가입설계 화면을 즉시 호출할 수 있는 사용자 인터페이스를 포함하는, 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법.
The method according to claim 1,
Wherein the verifier screen in the step (g) includes a user interface capable of immediately calling up the product design source file and a user interface capable of immediately calling up the subscription design screen of the financial product system A method for sequentially verifying the accuracy of the systems.
제1항에 있어서,
상기 (f) 단계에서, 상기 가입설계 화면의 복수의 입력박스에 상기 검증 케이스 집합의 상기 입력 값들이 입력되는 시뮬레이션 실황을 화면으로 보여주는 것을 특징으로 하는, 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법.
The method according to claim 1,
Wherein in the step (f), a simulated live-action in which the input values of the set of verification cases are input to a plurality of input boxes of the subscription design screen is displayed on the screen. . &Lt; / RTI &gt;
제1항에 있어서,
상기 (e) 단계에서 상기 검증 케이스 집합을 생성하기 위하여, 상기 검증기는 엑셀 드라이버를 실행하여 상기 상품설계 원시파일을 호출하여 기대 값을 계산하고,
상기 (f) 단계에서 상기 금융상품 시스템을 검증하기 위하여, 상기 검증기는 브라우저 드라이버를 실행하여 상기 금융상품 시스템에 액세스하여 결과 값을 추출하는, 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법.
The method according to claim 1,
In the step (e), in order to generate the verification case set, the verifier executes an Excel driver to call the product design source file to calculate an expected value,
Wherein in order to verify the financial merchandise system in step (f), the verifier executes a browser driver to access the financial merchandise system and extract the resultant values. How to verify.
제1항에 있어서,
상기 금융상품은 보험상품이며,
상기 입력 파라미터는 피보험자의 신체정보를 포함하며, 상기 출력 필드는 만기보험금 및 해약환급금을 포함하는, 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법.
The method according to claim 1,
The financial product is an insurance product,
Wherein the input parameter comprises the physical information of the insured person and the output field includes a maturity contribution and a cancellation refund.
제1항에 있어서,
상기 상품설계 원시파일은 보험상품의 상품계리 인가 엑셀파일이고, 상기 금융상품 시스템의 가입설계 화면은 웹 화면인, 복수의 금융상품 시스템에 대하여 그 시스템들의 정확성을 순차적으로 검증하는 방법.
The method according to claim 1,
Wherein the product design source file is an excel file of an insurance product and the subscription design screen of the financial product system is a web screen, sequentially verifying the accuracy of the system for a plurality of financial product systems.
KR1020170050357A 2017-04-19 2017-04-19 Method for verifying multiple insurance computer system KR101843092B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020170050357A KR101843092B1 (en) 2017-04-19 2017-04-19 Method for verifying multiple insurance computer system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020170050357A KR101843092B1 (en) 2017-04-19 2017-04-19 Method for verifying multiple insurance computer system

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
KR1020160047931 Division 2016-04-20

Publications (2)

Publication Number Publication Date
KR20170120038A true KR20170120038A (en) 2017-10-30
KR101843092B1 KR101843092B1 (en) 2018-03-28

Family

ID=60300568

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020170050357A KR101843092B1 (en) 2017-04-19 2017-04-19 Method for verifying multiple insurance computer system

Country Status (1)

Country Link
KR (1) KR101843092B1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109376993A (en) * 2018-09-18 2019-02-22 深圳壹账通智能科技有限公司 Flow verification method, apparatus, computer equipment and storage medium

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109376993A (en) * 2018-09-18 2019-02-22 深圳壹账通智能科技有限公司 Flow verification method, apparatus, computer equipment and storage medium

Also Published As

Publication number Publication date
KR101843092B1 (en) 2018-03-28

Similar Documents

Publication Publication Date Title
AU2021273576B2 (en) Model integration tool
CN107909494B (en) Insurance data information configuration method and device, computer equipment and storage medium
US6671874B1 (en) Universal verification and validation system and method of computer-aided software quality assurance and testing
EP2619660B1 (en) Techniques for automated software testing
EP3021225B1 (en) Automated configuration code based selection of test cases for payment terminals
US20160283346A1 (en) Methods and systems for providing feedback and suggested programming methods
US20130239098A1 (en) Source code conversion method and source code conversion program
CA3198981A1 (en) Constructing executable program code based on sequence codes
CN105095092A (en) Static analysis and dynamic operation based detection of atomic violation of JS (JavaScript) code in Web application
US20120254829A1 (en) Method and system to produce secure software applications
US20160275000A1 (en) System and method of automated application screen flow generation for detecting aberration in mobile application
US20230130027A1 (en) Systems and methods for capturing test execution and communication
KR102418796B1 (en) FMEA failure mode recommend system
KR102399597B1 (en) Intelligent safety analysis technology using AI
KR101843092B1 (en) Method for verifying multiple insurance computer system
Bouquet et al. Mastering test generation from smart card software formal models
US20150142367A1 (en) Techniques for use with test qualification protocols
WO2020077051A1 (en) System and method for bot automation lifecycle management
JP6290147B2 (en) Computer-implemented method for creating control device program code and associated message management system
Essebaa et al. Model-based testing from model driven architecture: A novel approach for automatic test cases generation
CN112381509A (en) Management system for major special topic of national science and technology for creating major new drug
US20080195453A1 (en) Organisational Representational System
CN110928761A (en) System and method for demand chain and application thereof
Weißleder et al. Automated test design for boundaries of product line variants
CN110569199B (en) Automatic bill testing method and device

Legal Events

Date Code Title Description
A107 Divisional application of patent
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant