통합 구현

연계 요구사항 분석

• 서로 다른 두 시스템·장치·소프트웨어를 이어주는 중계 역할을 하는 연계 시스템과 관련된 요구사항을 분석하는 과정이다.

• 연계 요구사항 분석은 사용자 인터뷰 및 면담을 통해 식별되고 시스템 구성도, 테이블 정의서, 코드 정의서 등을 참고한다.

  • 분석 기법
    • 인터뷰: 사용자 면담을 통해 연계 요구사항 도출
    • 체크리스트: 시스템 운영 환경, 성능, 보안, 데이터 발생 주기 등의 기준에 대한 점검을 통한 분석 기법
    • 설문지: 서비스 활용 목적에 따라 연계 필요 데이터 식별 및 연계 주기 등을 설문지를 통해 분석하는 기법
    • 델파이 기법: 전문가의 경험적 지식을 통한 분석 기법
    • 브레인스토밍: 소속된 인원들이 자발적으로 자연스레 제시된 아이디어 목록을 통해 분석하는 기법
  • 분석 참고문서
    • 코드 정의서: 공통 코드 정의서(코드 ID, 코드명, 코드설명 등)
    • 테이블 정의서: 데이터 모델링 정의서, 테이블/프로세스 연관도, 테이블별 컬럼 속성 정의서
    • 응용 프로그램 구성도: 애플리케이션의 메뉴 구성, 화면설계, 데이터 발생 시점, 주기, 발생 패턴 등 확인(메뉴 구조도, 화면 설계서, 사용자 인터페이스 정의서)
    • 시스템 구성도: 하드웨어, 소프트웨어, 네트워크 등 연계 대상 시스템 구성도

연계 요구사항 분석 절차

1. 시스템 현황 확인
   • 송신 시스템과 수신 시스템의 하드웨어 구성, 시스템 소프트웨어 구성, 네트워크 현황 확인
2. 정의서 확인
   • 송신 시스템과 수신 시스템에서 연계하고자 하는 데이터 관련 테이블 정의서, 코드 정의서 확인
3. 체크리스트 작성
   • 질의 사항을 시스템(네트워크, 보안 등) 관점과 응용(데이터, 공통 코드 등) 관점에서 연계 분석 체크리스트 작성
4. 인터뷰 및 면담
   • 사용자 인터뷰 및 면담을 수행하고 회의록을 작성
5. 연계 요구사항 분석서 작성
   • 연계 시스템 구성 및 데이터 식별에 해당하는 내용에 요구사항 ID를 부여하고 요구사항 분석서 작성

연계 시스템의 구성

• 연계 시스템은 송신 시스템과 수신 시스템으로 구성할 수 있으며 연계 방식에 따라 중계 서버를 둘 수 있다.

연계 메커니즘 구성

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

연계 메커니즘의 기능

• 데이터를 생성하여 전송하는 송신 시스템과 송신 데이터를 수신하여 DB에 반영하는 수신 시스템으로 구성된다.
• 송신 시스템은 운영 데이터베이스, 애플레케이션으로부터 연계 데이터를 연계 테이블 또는 파일로 생성하여 송신한다.
• 수신 시스템은 송신 시스템으로부터 전송된 데이터를 변환 처리 후 데이터베이스에 반영한다.

연계 방식 분류

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

주요 연계 기술

• 직접 연계
  • DB 링크(DB Link)
    • 데이터베이스에서 제공하는 DB 링크 객체를 이용
    • 수신 시스템에서 DB 링크를 생성하고 송신 시스템에서 해당 DB 링크를 직접 참조하는 방식
    • 테이블명@DBLink명
  • DB 연결(DB Connection)
    • 수신 시스템의 WAS에서 송신 시스템 DB로 연결하는 DB 커넥션 풀(DB Connection Pool)을 생성하고 연계 프로그램에서 해당 DB 커넥션 풀 명을 이용하여 연결
    • 송신 시스템의 Data Source = DB Connection Pool 이름
  • API/Open Api
    • 송신 시스템의 DB에서 데이터를 읽어서 제공하는 애플리케이션 프로그래밍 인터페이스 프로그램
    • API명, 입출력 파라미터 정보가 필요함
  • JDBC
    • 수신 시스템의 프로그램에서 JDBC 드라이버를 이용하여 송신 시스템 DB와 연결
    • DBMS 유형, DBMS 서버 IP와 Port, DB 인스턴스 정보 필요
  • 하이퍼링크
    • 현재 페이지에서 다른 부분으로 가거나 전혀 다른 페이지로 이동시키는 속성
    • <a href="url">Link 대상</a>
• 간접 연계
  • 연계 솔루션(EAI)
    • 기업에서 운영되는 서로 다른 플랫폼 및 애플리케이션 간 정보 전달, 연계, 통합을 가능하게 하는 솔루션
    • 송수신 시스템에 설치되는 어탭터 이용
  • Web Service/ESB
    • 웹 서비스가 설명된 WSDL과 SOAP 프로토콜을 이용한 시스템 간 연계
  • 소켓(Socket)
    • 소켓을 생성하여 포트를 할당하고, 클라이언트의 요청을 연결하여 통신
    • TcpServer.listen();

내외부 연계 모듈 구현

• 개발하려는 응용 소프트웨어와 연계 모듈 간 세부 설계서를 확인하여 일관되고 정형화된 연계 기능을 구현할 수 있다.
• 연계 모듈 기능 구현은 주로 EAI/ESB 방식과 웹 서비스 방식으로 구분된다.

EAI(Enterprise Application Integration) 방식

• EAI는 기업에서 운영되는 서로 다른 플랫폼 및 애플리케이션 간 정보를 전달, 연계, 통합 가능하도록 하는 솔루션이다.
• EAI를 사용하는 것으로 각 비즈니스 간 통합 및 연계성을 증대시켜 효율성을 높일 수 있으며 각 시스템 간 확장성을 높일 수 있다.

EAI 구축 유형

• 포인트 투 포인트(Point-to-point)
  • 가장 기초적인 애플리케이션 통합방법으로 1:1 단순 통합방법
  • 솔루션을 구매하지 않고 개발자 간 커뮤니케이션을 통해서도 통합 가능
• 허브 앤 스포크(Hub & Spoke)
  • 단일 접점의 허브 시스템을 통해 데이터를 전송하는 중앙집중 방식
  • 허브 장애시 전체 시스템 장애 발생
• 메시지 버스(Message Bus)
  • 애플리케이션 사이 미들웨어(버스)를 두어 연계하는 미들웨어 통합 방식
  • 뛰어난 확장성을 지니며 대용량 데이터 처리 가능
• 하이브리드(Hybrid)
  • 그룹 내는 허브 앤 스포크 방식을 사용하고, 그룹 간에는 메시지 버스 방식을 사용하는 통합 방식
  • 그룹 내 환경에 맞는 작업 가능

ESB(Enterprise Service Bus) 방식

• 기업에서 운영되는 서로 다른 플랫폼 및 애플리케이션들을 하나의 시스템으로 관리·운영할 수 있도록 서비스 중심의 통합을 지향하는 아키텍처이다.
• ESB는 미들웨어(bus)를 중심으로 각각의 프로토콜이 호환할 수 있도록 애플리케이션의 통합을 느슨한 결합 방식으로 지원한다.

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

EAI/ESB 방식 연계 모듈 구현

• 연계 모듈 환경 구축을 위해 계정 생성, 테이블 생성, 프로그램 구현 절차를 가진다.

구현 절차

1. 연계 DB 또는 계정 생성
   • 송수신 시스템에서 각각 DB 구성 및 계정 생성
   • 기존 DB 존재시 목적에 따라 분리된 연계 사용자 계정 생성
2. 연계를 위한 테이블 생성
   • 연계에 필요한 연계 테이블, 로그 테이블, 매핑 테이블, 오류 코드 테이블 등 생성
3. 연계 응용 프로그램 구현
   • 연계 응용 프로그램 구현 방식으로 트리거를 활용
   • 트리거는 송신 시스템의 운영 DB 테이블과 수신 시스템의 연계 테이블을 대상으로 구현하고 테이블 단위로 구현

웹 서비스 방식

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

유형

• SOAP, UDDI, WSDL 방식 등이 존재한다.

1. SOAP

• SOAP는 HTTP, HTTPS, SMTP 등을 사용하여 XML 기반 메시지를 네트워크 상태에서 교환하는 프로토콜이다.
• HTTP 프로토콜상 SOAP Envelope, 헤더(Header), 바디(Body) 등이 추가된 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를 구축하지 않는다.

연계 테스트 및 검증

개념

• 연계 테스트는 송신 시스템과 수신 시스템을 연계했을 때, 데이터의 정합성과 데이터 전송여부에 대한 테스트이다.
• 연계 테스트는 사전에 테스트 케이스를 작성하고, 작성된 테스트 케이스를 활용하여 연계 테스트를 수행한 후 수행 결과를 검증하는 방식으로 진행한다.

절차

1. 단위 테스트 케이스

• 송수신 시스템 간 연계 데이터 정상 추출 여부, 데이터 형식 체크, 데이터 표준 준수 여부 등을 테스트할 수 있도록 작성한다.

2. 통합 테스트 케이스

• 송수신 시스템 간 연계 시나리오를 구성하여 다양한 결과가 나올 수 있도록 테스트 케이스를 작성한다.