거래 Transaction
~ 하기 내용은 1금융 프로젝트 경험을 기반으로 작성된 내용입니다. ~
화면(온라인)을 개발할 때
조회, 등록, 수정, 삭제 등의 거래를 개발하게 된다.
프로젝트에서 개발을 시작한지 얼마되지 않는 초급개발자들을 보면
기본적인 거래 유형과 패턴에 대해 인지하지 못한 상태에서 방황하는 듯 했다.
거래의 기본 유형과 패턴에 대해 이야기해 보고자 한다.
※ 프로젝트의 아키텍처에 따라 상이할 수 있습니다.
MCA 거래
▷ ① → ② → ③ → ④ → ③ → ② → ①
Ex1) 고객번호로 고객명 조회
1. ①화면에서 입력되는 INPUT 항목과 결과로 표시할 OUTPUT 항목을 디자인하고
2. ④INPUT으로 OUTPUT을 SELECT하는 쿼리를 생성한다.
- OnLine F/W에서 제공하는 영역에 쿼리를 작성하기도 하고
- F/W이 없는 경우, Service에서 String형태로 조립하여 JDBC로 호출하기도 한다.
※ 여기서는 F/W이 존재하는 기준으로 설명함
SELECT 고객명
FROM 고객정보기본
WHERE 고객번호 = :고객번호3. ②MCA에 INPUT과 OUTPUT 항목을 이용하여 거래전문을 등록한다.
- MCA거래를 위한 전문들 관리하기 위한 EIMS와 같은 시스템을 사용하고
EIMS에 등록된 전문정보를 화면 / MCA / Service( Online F/W )에 배포하여 사용한다.
4. ④INPUT항목을 전달하여 쿼리를 수행하고, 결과를 Return하는 서비스를 생성한다.
5. 테스트를 수행한다.
- 개발환경에 따라 로컬 / 개발 / 품질 / 운영시스템으로 구성되어 있고
로컬에서 개발된 소스는 개발시스템으로 배포하여 테스트 한다.( 환경에 따라 로컬에서도 가능 )
거래의 흐름은 ① → ② → ③ → ④ 순으로 흐르나
개발할 때는 (개인적으로) 위와 같은 형태로 진행을 한다.( 개발 순서는 상관 없음 )
EAI 거래
▷ ① → ② → ③ → ⑤ → ⑥ → ⑦ → ⑥ → ⑤ → ③ → ② → ①
Ex2) 동사(同社) 타시스템의 잔액(금액) 조회
- 정보계시스템에서 계정계시스템에서 관리하는 금액정보를 조회
- 고객번호로 고객의 잔액 조회
1. ①화면에서 입력되는 INPUT 항목과 결과로 표시할 OUTPUT 항목을 디자인하고
2. ②MCA에 INPUT과 OUTPUT 항목을 이용하여 거래전문을 등록한다.
3. ③INPUT항목을 전달받아 계정계서비스( 잔액 조회 거래 )를 호출하는 ⑤EAI를 호출하고,
결과를 수신받아 Return하는 서비스를 생성한다.
※ 계정계서비스가 개발되어 있고, EAI전문으로 등록되어 있어야 함.
4. 테스트를 수행한다.
FEP 거래
▷ ① → ② → ③ → ④ → ③ → ⑧ → ⑨ → ⑧ → ③ → ② → ①
Ex3) 타사(대외기관)의 고객신용등급을 조회
- 고객번호로 실명번호를 조회하고, 실명번호로 타사의 고객신용등급을 조회
1. ①화면에서 입력되는 INPUT 항목과 결과로 표시할 OUTPUT 항목을 디자인하고
2. ④고객번호로 실명번호를 조회하는 쿼리를 생성한다.
SELECT 실명번호
FROM 고객정보기본
WHERE 고객번호 = :고객번호3. ②MCA에 INPUT(고객번호)과 OUTPUT(고객신용등급) 항목을 이용하여 거래전문을 등록한다.
4. ④INPUT항목을 전달받아 타사서비스( 고객신용등급 조회 거래 )를 호출하는 ⑧FEP를 호출하고,
결과를 수신받아 Return하는 서비스를 생성한다.
5. 테스트를 수행한다.
너무나 기본적인 내용이나
FrameWork이 갖춰진 환경에서 개발을 처음하는 개발자분들을 위해 작성해 보았습니다.
각 단계별 시스템정보는 각각 별도 페이지를 통해 정리해 보겠습니다.
※ 하단 링크정보 참조
| 참조 정보 - 작성중 <To-do> |
| ☞ ① 화면 디자인 |
| ☞ ② MCA |
| ☞ ③ Service |
| ☞ ④ DataBase |
| ☞ ⑤ EAI ( ⑥, ⑦은 ③, ④와 동일하며, 해당 시스템/서비스 담당자가 개발 ) |
| ☞ ⑧ FEP ( ⑨는 타사이므로 아키텍처 확인불가, TCP/IP 등으로 통신 ) |
| ☞ 금융권(은행) 프로젝트 업무 및 시스템 |
The End.