[2021 정보처리기사 실기] 7. 통합 구현

연계데이터 구성

연계 요구사항 분석

: 서로다른 두 시스템/장치/SW를 이어주는 중계역할을 하는 연계시스템과 관련된 요구사항을 분석하는 과정.

 

연계 요구사항 분석기법: 인터뷰, 체크리스트, 설문지, 델파이기법, 브레인스토밍

 

연계요구사항 분석참고문서: 코드 정의서, 테이블정의서, 응용프로그램 구성도, 시스템구성도

(1) 개체(Entity) 정의서

: DB 개념모델링 단계에서 도출한 개체의 타입, 속성, 식별자 등의 정보를 명세화한 정의서

(2) 테이블 정의서

: 논리 및 물리 모델링 과정에서 작성하는 설계 산출물

(3) 인터페이스(연계) 명세서

: 인터페이스 ID별로 송수신하는 데이터타입, 길이 등 인터페이스 항목을 상세히 작성함.

(4) 인터페이스 명세서 구성요소

: 송/수신시스템간 인터페이스 방식, 주기 등을 기록한 현황을 작성함.

주요항목	설명
인터페이스 ID	인터페이스 구분 위한 식별자, 명명표준에 맞게 부여.
최대처리횟수	단위시간당 처리될 수 있는 해당 인터페이스의 최대 수행 건수
데이터크기	인터페이스 1회 처리 시 소요되는 데이터 평균 크기와 최대크기
시스템정보	시스템명, 업무명, 서비스명/프로그램ID, 연계방식, 담당자/연락처
데이터정보	번호, 필드, 식별자여부등 데이터정보

 

연계 요구사항 분석 절차

1) 시스템현황 확인

2) 정의서 확인

3) 체크리스트 작성

4) 인터뷰 및 면담

5) 연계 요구사항 분석서 작성

 

-연계 시스템의 구성

: 송신시스템, 수신시스템으로 구성. 연계방식에 따라 중계서버를 둘 수도 있음.

1) 송신시스템: 연계할 데이터를 DB와 앱으로부터 연계테이블, 파일형태로 생성해 송신하는 시스템

2) 수신시스템: 수신한 연계테이블 또는 파일의 데이터를 수신시스템에서 관리하는 데이터형식에 맞게 변환해 DB에 저장하거나 앱에서 활용할수있도록 제공.

3) 중계서버:송/수신시스템 사이에서 데이터 송수신하고 연계데이터의 송수신 현황을 모니터링함.

 

 

-연계데이터 식별 및 표준화

1) 연계데이터 식별

2) 연계데이터 표준화

: 인터페이스 설계단계에서 송수신 시스템 사이 전송되는 표준항목과 업무처리 데이터, 공통코드 정보 등을 누락없이 식별하고 인터페이스 명세서를 작성해야함.

구성	설명
인터페이스 데이터 공통부	인터페이스 표준 항목포함
인터페이스 데이터 개별부	송수신 시스템에서 업무처리에 필요한 데이터 포함
인터페이스 데이터 종료부	전송 데이터의 끝을 표시하는 문자를 포함.

3) 연계데이터 식별 및 표준화 절차

순서	절차	내용
1	연계범위 및 항목정의	시스템간 연계정보 구체화해 범위와 항목 정의. 송수신시스템에서 연계하고자하는 데이터 정보확인.
2	연계코드변환 및 매핑	연계정보중 코드로 관리되는 항목을 변환
3	연계데이터 식별자와 변경 구분추가	- 송신된 정보가 수신시스템의 어떤 데이터에 해당하는지 송신시스템의 식별키 추가. 송신데이터를 수신시스템에 반영하기 위해 수신시스템의 테이블에 추가/수정/삭제 데이터인지 식별할 구분 추가. 정보의 송수신 여부/일시/오류코드 등을 확인하고 모니터링하기 위해 인터페이스 테이블 또는 파일에 관리정보 추가.
4	연계데이터 표현방법 정의	- 연계대상범위, 항목, 코드매핑방식 등 정의한 후 연계데이터를 테이블이나 파일 등의 형식으로 구성 응용 애플리케이션에서 연계데이터를 생성하는 시점, 연계주기, 적용되는 연계솔루션의 지원 기능 등에 따라 다르게표현가능. 연계데이터 표현분류는 DB의 테이블과 파일형식이며, 파일은 형식에 따라 tag, 항목분리자(딜리미터) 사용 등에 의해 상세화됨.
5	연계정의서 및 명세서 작성	-연계항목/데이터타입/길이 등을 구성하고 형식을 정의하는 과정의 결과물. 연계(인터페이스) 정의서 작성. -연계(인터페이스) 정의서에는 송수신시스템간 인터페이스현황 작성 -연계(인터페이스) 명세서는 인터페이스 ID별로 송수신 데이터타입, 길이 등 인터페이스 항목을 작성.

 

 

연계 메커니즘

: 응용SW와 연계대상모듈간 데이터 연계 시 요구사항을 고려한 연계방법과 주기를 설계하기 위한 메커니즘.

 

연계 메커니즘의 기능

: 데이터를 생성해 전송하는 송신 시스템과 수신하여 DB에 반영하는 수신시스템으로 구성됨

: 송신시스템은 운영DB, 애플리케이션으로부터 연계데이터를 연계테이블 또는 파일생성하여 송신함.

: 수신시스템은 수신된 데이터를 변환처리 후 DB에 반영.

연계방식

: 직접연계방식과 중간매개체를 이용한 간접연계방식.

구분	직접연계	간접연계
장점	-연계 및 통합구현이 단순하며 용이 -개발비용,기간 짧음 -중간매개체가 없어 데이터연계 처리기능이 좋음	-서로 상이한 넽웤, 프로토콜 연계 및 통합 가능 -인터페이스 변경 시에도 장애, 오류없이 서비스 가능 -보안, 업무처리로직을 자유롭게 반영 가능
단점	시스템간 결합도가 높아 변경에 민감 암,복호화 불가 연계/통합 가능한 환경 제한적.	-연계 아키텍처 및 메커니즘이 복잡해 성능저하요소 존재 개발 및 적용을 위한 테스트 기간이 상대적 장기간 소요.

- 직접연계 주요연계기술

1) DB링크: DB에서 제공하는 DB링크객체 이용. 수신시스템에서 DB링크 생성하고 송신시스템에서 DB링크를 직접참조. ex) 테이블명@DBLink명

2) DB연결: 수신시스템의 WAS에서 송신시스템DB로 연결하는 DB커넥션풀을 생성하여 연결

3) API/Open API: 송신시스템의 DB에서 데이터를 읽어 제공하는 앱프로그래밍 인터페이스 프로그램. 응프에서 사용할 수 있도록 OS, 프밍언어가 제공하는 기능을 제어할 수 있게 만든 인터페이스.

4) JDBC: 수신시스템 프로그램에서 JDBC드라이버를 이용해 송신시스템 DB와 연결. DBMS유형, DBMS 서버와 IP, Port, DB 인스턴스 정보가 필요. DB에서 자료를 조회하거나 업데이트하기 위해 자바에서 데이터베이스에 접속할 수 있도록 하는 자바 API. 구성요소:java application+JDBC API+JDBC driver manager+JDBC driver

인스턴스: 객체지향프로그래밍에서 클래스 구조로 컴퓨터 저장공간에서 할당된 실체)

5) 하이퍼링크: 현재페이지->다른페이지로 이동(a태그)

 

-간접연계 주요연계기술

1) 연계솔루션(EAI): 기업에서 운영되는 서로다른 플랫폼 및 앱 간 정보전달, 연계, 통합을 가능하게 해주는 솔루션. 송수신시스템에 설치되는 어댑터를 이용.

2) Web Service/ESB: 웹서비스가 설명된 WSDL과 SOAP 프로토콜을 이용한 시스템간 연계

WSDL: web service description language로, XML언어

SOAP: HTTP, HTTPS, SMTP 등 사용해 XML기반의 메시지를 넽웤 상태에서 교환하는 프로토콜.

3) Socket: 소켓을 생성해 포트를 할당하고, 클라이언트의 요청을 연결하여 통신. 넽웤을 경유하는 프로세스간 통신의 접속점으로 소켓을 통해 클라이언트와 서버 프로그램 사이에 데이터를 송신할 수 있음. 두 소켓이 연결된 것=세션 ex) TcpServer.listen();

 

-연계메커니즘 수행 절차

1) 연계데이터 추출 및 생성

: 연계솔루션과는 관계없이 응프에서 생성하거나 DB를 이용하는 등 응용시스템별로 구현함.

: 데이터를 추출, 생성하는 과정에서 오류발생시 로그테이블 또는 파일에 해당 오류내역을 기록함.

2) 코드매핑 및 데이터 변환

송신시스템에서 사용하는 코드를 수신시스템에 전송하는 경우 수신시스템의 코드로 매핑 및 변환하고, 데이터타입등이 상이할 경우 데이터 변환 작업을 수행.

3) 연계 테이블 또는 파일 생성

: 연계데이터는 DB 테이블 또는 파일형식으로 생성하고 테이블과 파일 형식여부는 직/간접 연계에 따라 선택.

4) 로그 기록

:송수신 시스템에 처리되는 일련과정을 로그 기록, 관리

5) 연계 서버 또는 송수신 어댑터

: 연계서버는 송수신 시스템 둘 중 한곳에만 설치. 연계 테이블의 데이터를 전송 형식으로 변환, 대상 관리, 송수신 여부 관리 등을 송수신과 관련된 모든 처리를 수행.

: 연계서버가 없는 경우 연계데이터가 송수신 시스템의 운영서버에 모듈을 구현하여 인터페이스 데이터를 전송 형식으로 변환, 송신 등의 역할을 수행.

6) 전송단계

: 송신시스템에서 생성된 연계 데이터는 네트워크 환경에 따라 설정된 전송형식으로 변환된 후 연계 서버에서 수신 시스템으로 전송된다.

: 연계데이터의 전송주기는 여러 요소에 의해 결정됨.

(1) 송수신 시스템의 연계데이터 추출 및 생성방식

(2) 연계 서버나 송수신 어댑터의 연계주기

(3) 수신시스템의 연계데이터를 운영DB에 반영하는방식

7) 운영DB에 연계데이터 반영

: 수신된 데이터를 운영DB에 반영하는 과정으로 변환(매핑)프로그램을 별도로 구현함.

-변환프로그램 구현내용: 공통코드, 데이터형식으로 전환

-변환프로그램 구현방식: 트리거같은 DBMS 오브젝트를 활용해 실시간으로 반영하도록 구현. 수신된 데이터를 로드하여 운영DB에 전환 및 변환하는 응프를 구현.

트리거: 특정 테이블에 삽입/수정/삭제 등의 데이터 변경 이벤트가 발생시 DBMS에서 자동실행되도록 구현.

오브젝트: 저장 공간에서 할당되어 값을 가지거나 식별자에 의해 참조되는 공간.

 

 

연계 장애 및 오류 처리 구현

: 로그를 확인해 상세 오류원인을 분석, 해결방안을 결정.

(1) 연계시스템 오류: 연계 서버 실행 여부 및 송수신, 전송형식 변환 등 오류. 서버기능과 관련된 장애 및 오류

사례: 연계서버 미구동, 송수신시스템의 IP, Port접속불가

(2) 연계프로그램 오류: 데이터 추출을 위한 DB접근 시 권한 불충분(송신), 운영DB에 반영하기 위한 DB접근 권한 불충분(수신), 데이터 변환 및 반영 시 에외처리 미처리(공통)

사례: 미등록코드 매핑불가, 등록된 데이터 없음

(3) 연계 데이터 오류: 송신시스템에서 추출된 연계 데이터가 유효하지 않은 값으로 인한 오류.

사례: 유효하지 않은 일자.

 

내외부 연계 모듈 구현

연계 모듈 구현 환경 구성 및 개발

1) 연계 모듈 기능 구현

: 개발하고자하는 응용 SW와 연계 모듈간 세부 설계서를 확인하여 일관되고 정형화된 연계 기능을 구현할 수 있음.

: 주로 EAI/ESB 방식과 웹 서비스방식으로 구분됨.

2) EAI 방식

: EAI는 기업에서 운영되는 서로다른 플랫폼 및 애플리케이션 간의 정보를 전달, 연계, 통합이 가능하도록 해주는 솔루션.

: 각 비즈니스 간 통합 및 연계성으 증대시켜 효율성을 높여줄 수 있으며 각 시스템 간의 확장성을 높여줌.

EAI 구성요소: EAI 플랫폼 기반 위에 각 앱의 어댑터가 데이터, 프로세스를 변환해 이기종간 비즈니스를 연결.

구성요소	설명
EAI 플랫폼	- 이기종 시스템간 애플리케이션 상호운영 데이터의 신뢰성있는 전송위한 메시지큐와 트잭 미들웨어 기능 수행 대규모 사용자 환경 지원 위한 유연성과 확장성 보장
어댑터	-다양한 패키지 애플리케이션 및 기업에서 자체적으로 개발한 애플리케이션을 연결하는 EAI 핵심장치로 데이터 입출력 도구
브로커	상호간 데이터가 전송될 때, 데이터 포맷과 코드를 변환하는 솔루션.
메시지 큐	비동기 메시지를 사용하는 타 응용프로그램 사이 데이터 송수신 기술
비즈니스 워크플로우	미리 정의된 기업의 비즈니스 워크플로우에 따라 업무를 처리하는 기능

EAI 구축 유형

구축유형	설명
point-to-point	-가장 기초적인 애플리케이션 1:1 단순 통합방법 -장점: 솔루션을 구매하지않고 개발자 간의 커뮤니케이션을 통해서도 통합가능.
hub & spoke	-단일 접점의 허브시스템을 통해 데이터를 전송하는 중앙 집중식 방식 -허브 장애시 전체 장애 발생
message bus	-애플리케이션 사이 미들웨어(버스)를 두어 연계하는 미들웨어 통합방식 -확장성, 대용량 데이터 처리가능.
hybrid	-그룹 내는 허브 앤 스포크 방식을 사용. 그룹간 메시지 버스 방식을 사용하는 통합방식 -그룹 내 환경에 맞는 작업 가능.

3) ESB 방식(Enterprise Service Bus)

: 기업에서 운영되는 서로다른 플랫폼 및 애플리케이션들 간 하나의 시스템으로 관리운영하도록 서비스 중심의 통합을 지향하는 아키텍처.

: 미들웨어(Bus)를 중심으로 각각 프로토콜이 호환할 수 있도록 애플리케이션의 통합을 느슨한결합방식(서비스를 변경해도 연결된 다른 서비스에 영향주지않음)으로 지원하는 방식.

: 서비스들을 컴포넌트화된 논리적 집합으로 묶는 핵심 미들웨어이며, 비즈니스 프로세스 환경에 맞게 설계 및 전개할 수 있는 아키텍처 패턴.

: 버스 방식으로 확장성, 유연한 아키텍처 구성이 가능

 

EAI & ESB의 비교

구분	EAI	ESB
개념	미들웨어(Hub)를 이용해 비즈니스 로직을 중심으로 기업 내 애플리케이션을 통합연계	미들웨어(Bus)를 이용해 서비스중심으로 서비스 지원위한 관련 시스템과 유기적연계
수행 목적	기업 내부의 이기종 응용 모듈간 통합	기업간 서비스교환을 위해 표준 API로 통합
토폴로지	point to point, hub & spork, message bus, hybrid	버스방식의 분산형 토폴로지구성
표준	벤더 종속적 기술 적용	표준기술사용(웹 서비스, XML등)
핵심기술	어댑터, 브로커, 메시지큐	웹 서비스, 지능형 라우터, 포맷변환, 개방형 표준
통합형태	앱간 단단한 통합	서비스간 느슨한통합
적용영역	기업 내부망	기업내부+기업외부 채널명

4) 웹서비스 방식

: 네트워크에 분산된 정보를 서비스형태로 개방해 표준화된 방식으로 공유하는 기술로써 서비스 지향 아키텍처 개념을 실현하는 대표적인 기술.

: SOAP방식, UDDI방식, WSDL방식 등이 있음.

(1) SOAP

: HTTP, HTTPS, SMTP 등을 사용하여 XML 기반의 메시지를 네트워크 상태에서 교환하는 프로토콜임.

:　HTTP 프로토콜상에 SOAP Envelope, 헤더, 바디 등이 추가된 XML 문서로 기본적인 송수신은 HTTP로 수행함.

: SOAP은 원격 프로시저 호출(RPC; Remote procedure Call)을 하는 메시지 패턴을 사용함.

: 네트워크 노드(클라이언트)에서 다른 쪽 노드(서버)로 메시지를 요청하고, 서버는 메시지를 즉시 응답하게 됨.

(2) WSDL(Web Service Description Language)

: WSDL은 웹 서비스명, 제공위치, 메시지포맷, 프로토콜 정보 등 웹 서비스에 대한 상세 정보가 기술된 XML형식으로 구현되어 있는 언어.

: WSDL은 SOAP와 XML 스키마와 결합하여 인터넷상에 웹 서비스를 제공하기 위해 사용되기도 함.

(3) UDDI(Universal Description, Discovery and Integration)

: UDDI는 웹서비스에 대한 정보인 WSDL을 등록하고 검색하기위한 저장소. 접근, 검색이 가능한 레지스트리이자 표준임.

: 서비스 제공자는 UDDI 서비스소비자에게 온라인 저장소에 서비스 목록을 저장하게 되고, 서비스 소비자들은 그 저장소에 접근함으로써 원하는 서비스들의 목록을 찾을 수 있게 됨.

: 알려진 송수신 시스템의 통합구현에서는 서비스의 공개 및 검색과정이 필요 없으므로 UDDI를 구축하지 않음.

웹 서비스 방식 연계 환경 구축 및 구현 절차

: 웹 서비스 방식은 EAI/ESB 방식과는 달리 실제 전송이나 전송 이력에 대한 기록 및 모니터링 기능을 별도로 구현해야함.

순서	절차	설명
1	송수신파일경로 및 파일명 정의
2	송신 연계 응용 프로그램 구현	-연계데이터를 추출하고 송신파일을 XML형식으로 생성하는 프로그램 구현 -주기적 실행을 위해 OS의 cron 또는 DBMS job scheduler에 등록
3	파일전송	http기반의 SOAP사용하여 전송 (SOAP대신 REST프로토콜로 대체가능)
4	수신 DB 반영 서비스 호출처리	- 파일 내용을 수신DB에 반영하는 서비스실행 서비스 명세서인 WSDL을 작성 후 송수신시스템간 공유(xml기반)
5	수신 연계 응프 구현	WSDL에 기술된 운영DB에 연계데이터를 반영하는 서비스 구현

 

-연계 테스트 및 검증

1) 연계테스트 개념

: 송수신시스템 연계시 데이터의 정합성과 데이터 전송여부에 대한 테스트.

: 사전에 테스트케이스를 작성하고, 연계테스트 수행 후 수행결과를 검증하는 방식으로 진행.

2) 연계테스트 절차

(1) 연계테스트케이스 작성

- 단위 테스트 케이스 작성

- 통합 테스트 케이스 작성