본문 바로가기
IT Study/정보처리기사

2020 정보처리기사 (4장. 통합 구현)

by dev_huhu 2020. 10. 10.
반응형

연계 요구사항 분석

 

- 통합 구현은 사용자의 요구사항에 맞춰 송'수신 모듈과 중계 모듈 간의 연계를 구현하는 것을 의미한다.

- 일반적인 통합 구현은 송신 시스템과 모듈, 수신 시스템과 모듈, 중계 시스템, 연계 데이터, 네트워크로 구성된다.


송신 시스템과 모듈

: 데이터를 생성 및 변환하여 전송하는 시스템으로, 송신 모듈과 모니터링 기능으로 구성된다.


수신 시스템과 모듈

: 수신 받은 데이터를 정제 및 변환하는 시스템으로, 수신 모듈과 모니터링 기능으로 구성된다.


중계 시스템

: 내'외부 시스템 간 또는 내부 시스템 간의 연계 시 사용되는 아키텍처


연계 데이터

: 연계 데이터는 송'수신 시스템 간 송'수신 되는 데이터이다.

 

- 연계 데이터에는 속성, 길이, 타입 등이 포함된다.

- 연계 데이터 형식은 크게 데이터베이스 테이블데이터베이스 파일로 구분하며, 파일은 다시 text, csv, xml 등으로 구분할 수 있다.


네트워크

: 송신 시스템, 수신 시스템, 중계 시스템을 연결해주는 통신망이다.


연계 요구사항 분석 절차

  1. 시스템 구성도, 응용 애플리케이션 구성 등을 통해 송'수신 시스템의 하드웨어소프트웨어 구성, 네트워크 현황을 확인한다.
  2. 송'수신 시스템과 연결할 데이터와 관련된 테이블 정의서, 코드 정의서 등의 문서를 확인한다.
  3. 확인된 시스템의 구성과 데이터 현황 정보 등을 기반으로 체크리스트를 작성한다.
  4. 시스템 구성도, 응용 애플리케이션 구성, 테이블 정의서, 코드 정의서, 체크리스트 등을 사용자, 시스템 관리자 등과 공유하고 인터뷰나 설문조사를 실시한다.
  5. 인터뷰나 설문조사를 통해 확인된 결과를 기반으로 요구사항의 ID, 이름, 유형, 설명, 해결 방안 등이 포함된 요구사항 분석서(정의서)를 작성한다.

연계 데이터 식별 및 표준화

: 연계 데이터를 구성하기 위해 연계 데이터를 식별하고 식별된 연계 데이터를 표준화한 후 이를 기반으로 연계(인터페이스) 정의서를 작성한다.

 

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

연계 범위 및 항목 정의 ->
연계 코드 변환 및 매핑 ->
연계 데이터 식별자와 변경 구분 추가 ->
연계 데이터 표현 방법 정의 ->
연계 정의서 및 명세서 작성

연계 데이터 표현 방법 정의

 

- 연계 데이터 형식은 크게 데이터베이스 테이블데이터베이스 파일로 구분하며, 데이터베이스 파일은 다시 태그(Tag)나 콤마(,), 콜론(:), 세미콜론(;) 등의 구분자에 의해 구분될 수 있다.


연계 메커니즘 정의

 

 


직접 연계 방식

: 중간 매개체 없이 송'수신 시스템이 직접 연계하는 방식

 

장점

  • 연계 및 통합 구현이 단순하고 용이하다
  • 중간 매개체 없이 직접 연계되기 때문에 데이터 연계 처리 성능이 뛰어나다.
  • 개발 비용이 저렴하다.
  • 개발 기간이 짧다.

 

단점

  • 송'수신 시스템 간 결합도가 높아 시스템 변경 시 오류가 발생할 수 있다.
  • 보안을 위한 암호화, 복호화 처리와 비즈니스 로직을 적용하기 어렵다.
  • 연계 및 통합이 가능한 시스템 환경이 제한적이다.

 

종류

  • DB Link: DB에서 제공하는 DB Link 객체를 이용한은 방식이다.
  • API: 데이터를 송신 시스템의 DB에서 읽어와 제공하는 애플리케이션 프로그래밍 인터페이스이다.
  • DB Connection: 수신 시스템의 WAS에서 송신 시스템의 DB로 연결해주는 방식이다.
  • JDBC: JAVA에서 DB에 접근하여 데이터를 삽입, 삭제, 수정, 조회할 수 있도록 JAVA와 DB를 연결해주는 방식이다.

간접 연계 방식

: 송'수신 시스템 사이에 중간 매개체를 두어 연계하는 방식

 

장점

  • 서로 다른 네트워크, 프로토콜 등 다양한 환경의 연계 및 통합이 가능하다.
  • 송'수신 시스템 간 인터페이스가 변경되어도 오류 없이 서비스가 가능하다.
  • 보안 품질 보장과 비즈니스 처리를 위한 로직을 쉽게 반영할 수 있다.

 

단점

  • 연계 메커니즘과 아키텍처가 복잡하다.
  • 중간 매개체로 인해 성능이 저하될 수 있다.
  • 개발 및 적용 기간이 비교적 길다.

 

종류

  • 연계 솔루션: EAI 서버와 송'수신 시스템에 설치되는 클라이언트를 이용하는 방식이다.
  • ESB(Enterprise Service Bus): 애플리케이션 간 연계, 데이터 변환, 웹 서비스 지원 등 표준 기반의 인터페이스를 제공하는 방식이다.
  • Socket: 서버는 통신을 위한 소켓을 생성하여 포트를 할당하고 클라이언트의 통신 요청 시 클라이언트와 연결하여 통신하는 네트워크 기술이다.
  • Web Service: 웹 서비스에서 WSDL, UDDI, SOAP 프로토콜을 이용하여 연계하는 방식이다.

연계 장애 및 오류처리 구현



연계 데이터 보안 적용

 

- 일반적으로 연계 데이터의 보안은 전송 구간 보안데이터 보안로 구성된다.


전송 구간 보안

: 전송되는 데이터나 패킷을 쉽게 가로챌 수 없도록 암호화 기능이 포함된 프로토콜을 사용하거나 데이터나 패킷을 가로채더라도 내용을 확인할 수 없게 데이터나 패킷을 암호화 한다.

 

- 전송 구간 암호화를 지원하는 VPN(가상 사설망)이나 연계 솔루션을 적용해 전송 구간 암호화를 수행한다.


데이터 보안

: 송신 시스템에서 연계 데이터를 추출할 때와 수신 시스템에서 데이터를 운영 DB에 반영할 때 데이터를 암'복호화 하는 것이다.


연계 모듈의 구현 환경


EAI (Enterprise Application Integration)

: 기업 내 각종 애플리케이션 및 플랫폼 간의 정보 전달, 연계, 통합 등 상호 연동이 가능하게 해주는 솔루션이다.

 

- Point-to-Point

  • 가장 기본적인 애플리케이션 통합 방식으로, 애플리케이션을 1:1로 연결한다.
  • 변경 및 재사용이 어렵다.

- Hub & Spoke

  • 단일 접점인 허브 시스템을 통해 데이터를 전송하는 중앙 집중형 방식이다.
  • 확장 및 유지 보수가 용이하다.
  • 허브 장애 발생 시 시스템 전체에 영향을 미친다.

- Message Bus (ESB 방식)

  • 애플리케이션 사이에 미들웨어를 두어 처리하는 방식이다.
  • 확장성이 뛰어나며 대용량 처리가 가능하다.

- Hybrid

  • Hub & Spoke와 Message Bus의 혼합 방식
  • 그룹 내에서는 Hub & Spoke 방식을, 그룹 간에는 Message Bus 방식을 사용한다.
  • 데이터 병목 현상을 최소화 할 수 있다.

ESB (Enterprise Service Bus)

: 애플리케이션 간 연계, 데이터 변환, 웹 서비스 지원 등 표준 기반의 인터페이스를 제공하는 솔루션이다.

 

- ESB는 애플리케이션 통합 측면에서 EAI와 유사하지만 애플리케이션 보다는 서비스 중심의 통합을 지향한다.

- ESB는 특정 서비스에 국한되지 않고 범용적으로 사용하기 위하여 애플리케이션과의 결합도를 약하게 유지한다.

- 관리 및 보안 유지가 쉽고, 높은 수준의 품질 지원이 가능하다.

 

EAI, ESB 방식 환경 구축 절차

1. 송'수신 시스템에 연계를 위한 DB를 각각 설치하고 계정을 생성한다.
2. 데이터, 인터페이스, 매핑 정보, 오류 코드 등을 저장할 테이블을 생성한다.
3. 트리거 또는 프로그래밍 언어를 이용하여 연계 응용 프로그램을 구현한다.

웹 서비스 (Web Service)

: 네트워크의 정보를 표준화된 서비스 형태로 만들어 공유하는 기술로, 서비스 지향 아키텍처(SOA) 개념을 실현하는 대표적인 기술이다.

 

- SOAP (Simple Object Access Protocol)

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

  • 웹 서비스에서 사용되는 메시지의 형식과 처리 방법을 지정한다.
  • 기본적으로 HTTP 기반에서 동작하기 때문에 프록시와 방화벽의 영향 없이 통신이 가능하다.
  • 최근에는 무거운 구조의 SOAP 대신 RESTful 프로토콜을 이용하기도 한다.

- UDDI (Universal Description, Discovery and Integration)

: WSDL을 등록하여 서비스와 서비스 제공자를 검색하고 접근하는데 사용된다.


- WSDL (Web Services Description Language)

: 웹 서비스명, 서비스 제공 위치, 프로토콜 등 웹 서비스에 대한 상세 정보를 XML 형식으로 구현한다.

  • 웹 서비스와 관련된 서식이나 프로토콜 등을 표준적인 방법으로 기술하고 게시하기 위한 언어
  • XML로 작성되며, UDDI의 기초가 된다.
  • SOAP, XML 스키마와 결합하여 인터넷에서 웹 서비스를 제공하기 위해 사용된다.
  • 클라이언트는 WSDL 파일을 읽어 서버에서 어떠한 조작이 가능한지를 파악할 수 있다.

 

웹 서비스 방식 환경 구축 절차

1. 송'수신 시스템에서 연계 파일, 로그 파일, 오류 로그 파일 등이 생성될 위치와 파일명을 정의한 후 디렉터리를 생성한다.
2. 송신 시스템에서 DB로부터 데이터를 추출하여 XML 형식으로 변환하는 연계 응용 프로그램을 구현한다.
3. WSDL의 내용을 바탕으로 전송된 파일 내용을 수신 시스템 DB에 반영하는 서비스를 실행한다.

XML (eXtensible Markup Language)

: 웹브라우저 간 HTML 문법이 호환되지 않는 문제와 SGML 의 복잡함을 해결하기 위하여 개발된 다목적 마크업 언어

 

- 다른 목적의 마크업 언어를 만드는데 사용된다.

- 유니코드를 기반으로 다국어를 지원한다.

- 텍스트 형식의 데이터 포맷으로 다양한 플랫폼과 시스템에서 활용할 수 있다.

- 사용자가 직접 문서의 태그를 정의할 수 있으면, 다른 사용자가 정의한 태그를 사용할 수 있다.

- 트리 구조로 구성되어 있어 상위 태그는 여러 개의 하위 태그를 가질 수 있다.

- 모든 태그는 종료 태그를 가져야 하며, 시작 태그와 종료 태그의 요소명은 동일해야 한다.

- 속성값은 반드시 큰따옴표(" ")로 묶어줘야 한다.

- 대'소문자를 구분한다.


XML 요소의 구성

  • 요소이름: 요소의 이름으로, 사용자가 임의로 지정할 수 있다.
  • 속성="속성값": 요소와 관련된 속성과 속성값으로, 생략이 가능하다.
  • 내용: 요소의 내용으로, 생략이 가능하다.

연계 테스트

: 구축된 연계 시스템과 연계 시스템의 구성 요소가 정상적으로 동작하는지 확인하는 활동

연계 테스트 케이스 작성 -> 연계 테스트 환경 구축 -> 연계 테스트 수행 -> 연계 테스트 수행 결과 검증



연계 테스트 수행 결과 검증

: 연계 테스트 케이스의 시험 항목 및 처리 절차를 수행한 결과가 예상 결과와 동일한지를 확인하는 것

 

연계 테스트 수행 결과를 검증하는 방법

- 운영 DB 테이블의 건수를 확인하는 방법
- 테이블 또는 파일을 열어 데이터를 확인하는 방법
- 파일 생성 위치에서 파일 생성 여부 및 파일 크기를 확인하는 방법
- 연계 서버에서 제공하는 모니터링 현황을 확인하는 방법
- 시스템에서 기록하는 로그(Log)를 확인하는 방법
반응형

댓글