3장. 통합 구현

#1 연계 데이터 구성

연계 요구사항 분석

1. 연계 요구사항 분석의 개념

 

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

 

■ 연계 요구사항 분석 기법 (인체설델브)

-인터뷰 : 사용자 면담을 통해 연계 요구사항 도출

-체크리스트 : 시스템 운영 환경, 성능, 보안, 데이터 발생 주기 등의 기준에 대한 점검을 통한 분석

-설문지 : 서비스 활용 목적에 따라 연계 필요 데이터 식별 및 연계 주기 등을 설문지를 통해 분석하는 기법

-델파이 기법 : 전문가의 경험적 지식을 통한 분석 기법

-브레인스토밍 : 소속된 인원들이 자발적으로 자연스럽게 제시된 아이디어 목록을 통해 분석하는 기법

 

■ 연계 요구사항 분석 참고 문서 (코테응시)

-코드 정의서 : 공통 코드 정의서

-테이블 정의서 : 데이터 모델링 정의서, 테이블/프로세스 연관도, 테이블별 컬럼 정의서

-응용 프로그램 구성도 : 애플리케이션 메뉴구성, 화면설계, 데이터 발생 시점, 주기, 발생 패턴 등 확인

-시스템 구성도 : 하드웨어, 소프트웨어, 네트워크 등 연계 대상 시스템 구성도

 

 

2. 연계 요구사항 분석 참고문서

 

■ 개체(Entity) 정의서

데이터베이스 개념 모델링 단계에서 도출한 개체의 타입과 관련 속성, 식별자 등의 정보를 개괄적으로 명세화한 정의서이다.

 

■ 테이블(Table) 정의서

논리 및 물리 모델링 과정에서 작성하는 설계 산출물로 테이블을 구성하는 컬럼들의 특성, 인덱스(Index), 업무 규칙을 문서화한 것이다. (컬럼명, 데이터 타입, 길이, 널 여부, 키 여부, 디폴드 값 등...)

 

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

인터페이스(연계) 정의서에 작성한 인터페이스 별로 송수신하는 데이터 타입, 길이 등 인터페이스 항목을 상세하게 작성한다. 

 

■ 인터페이스 명세서 구성요소

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

# 인터페이스 명세서 주요 항목 (인최 크시데)

- 인터페이스 ID

- 최대 처리 횟수

- 데이터 크기(평균/최대)

- 시스템 정보

- 데이터 정보 

 

 

3. 연계 요구사항 분석 절차

1. 시스템 현황 확인

2. 정의서 확인

3. 체크리스트 작성

4. 인터뷰 및 면담

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

 

4. 연계 시스템의 구성(송수중)

 

- 송신 시스템 : 연계할 데이터를 데이터베이스와 애플리케이션으로부터 연계 테이블 또는 파일 형태로 생성하여 송신하는 시스템

- 수신 시스템 : 수신한 연계 테이블 또는 파일의 데이터를 수신 시스템에서 관리하는 데이터 형식에 맞게 변환하여 데이터베이스에 저장하거나 애플리케이션에서 활용할 수 있도록 제공하는 시스템

- 중계 서버 : 송신 시스템과 수신 시스템 사이에서 데이터를 송수신하고 연계 데이터의 송수신 현황을 모니터링 하는 시스템이다. 연계 데이터의 보안 강화 및 다중 플랫폼 지원 등이 가능하다.

 

연계 데이터 식별 및 표준화

1. 연계 데이터 식별

 

■ 연계 데이터 범위 검토사항

  송신부                       수신부
-----------------------------------
Not Null                      Null                         →          송신 시스템 입력된 값 그대로 연계
    Null                       Not Null                    →          연계 불가

송신 데이터 크기 > 수신 데이터 크기      →          연계 불가
송신 데이터 크기 < 수신 데이터 크기      →          수신 시스템의 데이터 크기로 변환하여 연계

 

 

2. 연계 데이터 표준화

 

■ 인터페이스 시스템의 데이터 표준 (공개종)

- 인터페이스 공통부 : 인터페이스 표준 항목을 포함

- 인터페이스 개별부 : 송수신 시스템에서 업무 처리에 필요한 데이터 포함

- 인터페이스 종료부 : 전송 데이터의 끝을 표시하는 문자를 포함하여 종료 표시 

 

■ 송수신 전문 구성 (공전시거 개데종)

---------------------------

- 전문 공통부

- 전문 길이

- 시스템 공통

- 거래공통

---------------------------

- 전문 개별부

- 데이터

---------------------------

- 전문 종료부

---------------------------

 

#2 연계 메커니즘 구성

연계 메커니즘 정의

1. 연계 메커니즘 개념

 

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

 

 

2. 연계 방식

 

■ 직접 연계 

장점 : 연계 및 통합 구현이 단순하며 용이함, 개발 소요 비용 및 기간이 짧음, 연계 처리 성능이 대체로 좋음

단점 : 시스템간 결합도가 높아 시스템 변경에 민감, 제한적인 환경

 

• DB 링크 : 데이터베이스에서 제공하는 DB 링크 객체를 사용
• DB 연결 : DB 커넥션 풀 이용
• API / Open API : DB에서 데이터를 읽어서 제공하는 API
• JDBC : JDBC를 이용하여 DB와 연결
• 하이퍼 링크 : 현재 페이지에서 다른 부분으로 가거나 전혀 다른 페이지로 이동하게 해주는 속성

■ 간접 연계

장점 : 서로 상이한 네트워크, 프로토콜 연계 및 통합 가능, 환경 변경에 적응성이 좋음

단점 : 아키텍처 및 메커니즘이 복잡해 성능 저하 요소 존재, 테스트 기간이 상대적으로 장기간 소요

 

• 연계 솔루션(EAI) : 기업에서 운영되는 서로 다른 플랫폼 및 애플케이션들 간의 정보 전달, 연계, 통합을 가능케 해주는 솔루션
• Web Service/ESB : 웹 서비스가 설명된 WSDL과 SOAP 프로토콜을 이용한 시스템 연계
• 소켓(Socket) : 소켓을 생성하여 포트를 할당하고, 클라이언트의 요청을 연결하여 통신

연계 장애 및 오류처리 구현

==> 로그 기록 및 분석만 기억하자!

 

#3 내외부 연계 모듈 구현

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

1. 연계 모듈 기능 구현

 

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

 

 

2. EAI/ESB 방식

 

■ EAI(Enterprise Application Integration) 방식의 개념

운영되고 있는 서로 다른 플랫폼 및 애플리케이션들 간의 정보 전달, 연계, 통합을 가능하게 해 주는 솔루션이다. (통합 및 연계성으로 인한 확장성 증가)

 

■ ESB(Enterprise Service Bus) 방식의 개념

운영되고 있는 서로 다른 플랫폼 및 애플리케이션들 간을 하나의 시스템으로 관리 운영 할 수 있도록 서비스 중심의 통합을 지향하는 아키텍쳐 기술. 버스를 중심으로 각 프로토콜이 호환 가능하게 한다. (느슨한 결합)

 

 

3. 웹 서비스 방식

 

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

 

■ SOAP(Simple Object Access Protocol)

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

(SOAP Envelope, Header, Body)

 

■ WSDL(Web Service Description Language)

웹 서비스명, 제공 위치, 메시지 포맷, 프로토콜 정보 등 웹 서비스에 대한 상세 정보를 기술한 파일로 XML 형식으로 구현

 

■ UDDI(Universal Description, Discovery and Integration)

웹 서비스에 대한 정보인 WSDL을 등록하고 검색하기 위한 저장소로 공개적으로 접근, 검색이 가능한 레지스트리