4 통합 구현
I. 연계 데이터 구성
1. 연계 요구사항 분석
(1) 연계 요구사항 분석
- 요구사항 분석 기법 : 인체설델브(인터뷰/체크리스트/설문지/델파이 기법/브레인스토밍)
- 요구사항 분석 참고문서 : 코테응시(코드 정의서/테이블 정의서/응용 프로그램 구성도/시스템 구성도)
(2) 연계 요구사항 분석 참고문서
- 개체 정의서
- 테이블 정의서
- 인터페이스(연계) 명세서
- 인터페이스 명세서 구성요소 : 인최크시데(인터페이스 ID, 최대 처리 횟수, 데이터 크기(평균/최대), 시스템 정보(송수신 시스템 각각 작성), 데이터 정보(송수신 시스템 각각 작성))
(3) 연계 요구사항 분석 절차
- 시스템 현황 확인 -> 정의서 확인 -> 체크리스트 작성 -> 인터뷰 및 면담 -> 연계 요구사항 분석서 작성
(4) 연계 시스템의 구성
- 송신 시스템
- 수신시스템
- 중계 서버
2. 연계 데이터 식별 및 표준화
(1) 연계 데이터 식별
(2) 연계 데이터 표준화
- 데이터 표준 : 공개종(인터페이스 데이터 공통부 / 인터페이스 데이터 개별부 / 인터페이스 데이터 종료부)
- 송수신 전문 구성 : 공전시거개데종(전문 공통부(고정)/전문길이/시스템 공통/거래공통/전문 개별부(가변)/데이터/전문 종료부(고정))
(3) 연계 데이터 식별 및 표준화 절차
- 연계 범위 및 항목 정의 -> 연계 코드 변환 및 매핑 -> 연계 데이터 식별자와 변경 구분 추가 -> 연계 데이터 표현 방법 정의 -> 연계 정의서 및 명세서 작성
II. 연계 메커니즘 구성
1. 연계 메커니즘 정의
(1) 연계 방식
- 연계 방식 분류
직접 연계 | 간접 연계 | |
장점 | 연계 및 통합 구현이 단순하며 용이 개발 소요 비용 및 기간이 짧음 데이터 연계 처리 성능이 대체로 좋음 |
서로 상이한 네트워크, 프로토콜 연계 및 통합 가능 인터페이스 변경 시에도 장애나 오류 없이 서비스 가능 보안이나 업무 처리 로직을 자유롭게 반영 가능 |
단점 | 시스템 간의 결합도가 높아 시스템 변경에 민감 암/복호화 처리 불가 연계 및 통합 가능한 시스템 환경이 제한적 |
연계 아키텍처 및 메커니즘이 복잡해 성능 저하 요소 존재 개발 및 적용 기간이 상대적으로 길다 |
- 주요 연계 기술
① 직접 연계 : DB 링크, DB 연결, API/Open API, JDBC, Hyper Link
② 간접 연계 : EAI, Web Service/ESB, Socket
(2) 연계 메커니즘 수행 절차
- 연계데이터 추출 및 생성
- 코드 매핑 및 데이터 변환
- 연계 테이블 또는 파일 생성
- 로그 기록
- 연계 서버 또는 송수신 어댑터
- 전송 단계
- 운영 DB에 연계 데이터 반영
2. 연계 장애 및 오류 처리 구현
(1) 연계 장애 및 오류 유형
- 연계 시스템 오류
- 연계 프로그램 오류
- 연계 데이터 오류
III. 내외부 연계 모듈 구현
1. 연계 모듈 구현 환경 구성 및 개발
(1) 연계 모듈 기능 구현 : EAI/ESB 방식 , 웹 서비스 방식
(2) EAI 방식(Enterprise Application Integration)
- 개념 : 서로 다른 플랫폼 및 어플리케이션 간의 정보를 전달, 연계, 통합이 가능하도록 해주는 솔루션
- 구성요소 : EAI플랫폼, 어댑터, 브로커, 메시지 큐, 비즈니스 워크플로우
- EAI 구축 유형(포허메하 : 포인트 투 포인트, 허브 앤 스포크, 메시지 버스, 하이브리드)
① Point to Point : 1:1 단순 통합 방식
② Hub & Spoke : 단일 접점의 허브시스템을 통한 중앙 집중식 방식, 허브 장애시 전체 장애 발생
③ Message Bus : 어플리케이션 사이 미들웨어(버스)를 두어 연계, 뛰어난 확장성과 데용량 데이터 처리 가능
④ Hybrid : 그룹 내 – 허브 앤 스포크 / 그룹 간 – 메시지 버스 방식의 통합 방식
(3) ESB 방식(Enterprise Service Bus)
- 개념 : 미들웨어를 중심으로 각 프로토콜이 호환할 수 있도록 어플리케이션의 통합을 느슨한 결합 방식으로 지원
- ESB 특징 : 버스 방식으로 확장성, 유연한 아키텍처 구성이 가능
(4) EAI/ESB 방식 연계 모듈 구현
- 환경 구축 절차 : 연계 DB 또는 계정 생성 -> 연계를 위한 테이블 생성 -> 연계 응용 프로그램 구현
(5) 웹 서비스(Web Service) 방식
- 개념 : 네트워크에 분산된 정보를 서비스 형태고 개방하여 표준화 방식으로 공유하는 기술, 서비스 지향 아키텍처 개념 실현
- 웹 서비스 유형 : SOAP 방식, UDDI 방식, WSDL 방식
① SOAP(Simple Object Access Protocol) : HTTP, HTTPS, SMTP등을 이용하여 XML 기반의 메시지를 네트워크 상태에서 교환하는 프로토콜
② WSDL(Web Service Description Language) : 웹 서비스명, 제공 위치, 메시지 포멧, 프로토콜 정보 등의 상세 정보가 기술된 XML 형식으로 구현되어 있는 언어
③ UDDI(Universal Description, Discovery and Integration) : 웹 서비스에 대한 정보인 WSDL을 등록하고 검색하기 위한 저장소를 공개적으로 접근, 검색이 가능한 레지스트리이자 표준
- 웹 서비스 방식 연계 환경 구축 및 구현 절차
① 송수신 파일 경로 및 파일명 정의 -> 송신 연계 응용 프로그램 구현 -> 파일 전송 -> 수신 DB 반영 서비스 호출 처리 -> 수신 연계 응용 프로그램 구현
- 웹 서비스 방식 연계 모듈 구현
① 파일 전송 및 서비스 호출처리 구현 : SOAP 및 WSDL을 활용한 XML방식으로 구현
② 수신 연계 응용 프로그램 구현 : 송신 시스템에서 전달받은 XML의 정보를 추출하여 운영 DB에 INSERT하는 연계 응용 프로그램을 작성
2. 연계 테스트 및 검증
(1) 연계 테스트의 개념 : 송수신 시스템을 연계 하였을 경우 데이터의 정합성 및 데이터 전송 여부에 대한 테스트
(2) 연계 테스트 절차
- 연계 테스트 케이스 작성
① 단위 테스트 케이스
② 통합 테스트 케이스
- 연계 테스트 수행
연계 테스트 수행 결과 검증
'자격증 > 정처기' 카테고리의 다른 글
정처기 실기 파트6 (0) | 2022.07.10 |
---|---|
정처기 실기 파트5 (0) | 2022.07.10 |
정처기 실기 파트3 (0) | 2022.07.10 |
정처기 실기 파트2 (0) | 2022.07.10 |
정처기 실기 파트1 (0) | 2022.07.10 |