4장 통합 구현

누런강냉이 2021. 6. 27. 22:50

2021. 6. 27. 22:50

연계 요구사항 분석

통합 구현이란 송*수신 모듈과 중계 모듈 간의 연계를 구현하는 것.

통합 구현 구성 요소
- 송신 시스템과 모듈
  - 데이터를 생성 및 변환하여 전송하는 시스템
  - 송신 모듈 : 전송 데이터를 생성하고 필요에 따라 전송 데이터 변환
  - 모니터링 기능 : 전송 데이터 생성부터 송신까지 과정과 송신 상태 등 확인
- 수신 시스템과 모듈
  - 수신 받은 데이터를 정제 및 변환
  - 송신 모듈 : 수신 데이터를 정제하고 어플리케이션이나 DB 테이블에 적합한 데이터로 변환
  - 모니터링 기능 : 수신 모듈과 연계 데이터 수신 상태, 오류 처리, 데이터 변형 등 확인
- 중계 시스템
  - 내*외부 시스템 간 또는 내부 시스템 간 연계 시 사용되는 아키텍처
  - 중계 모듈 : 송신 데이터의 오류 처리, 수신 시스템에 맞는 데이터 형식으로 변환 등을 수행
- 연계 데이터
  - 송*수신 시스템 간 송*수신되는 데이터
- 네트워크
  - 송신, 수신, 중계 시스템을 연결해주는 통신망
  - 유선, 무선, 인터넷 서비스 업체의 공중망 또는 사설망과 송*수신 규약을 위한 프로토콜(서로 다른 기기들 간 데이터 교환을 원활히 수행할 수 있도록 표준화시켜 놓은 통신 규약) 포함

연계 요구사항 분석 : 통합 구현을 위해 사용자 요구사항을 분석하고 연계 데이터를 식별 및 표준화하여 연계 데이터 정의하는 것

분석 절차
- 시스템 구성도, 응용 애플리케이션 구성 등을 통해 송*수신 시스템의 하드웨어 및 소프트웨어 구성, 네트워크 현황 확인
- 송*수신 시스템과 연결할 데이터와 관련된 테이블 정의서, 코드 정의 등 문서 확인
- 확인된 시스템 구성과 데이터 현황 정보 등을 기반으로 체크리스트 작성
- 앞서 나온 문서들, 현황들을 사용자, 시스템 관리자 등과 공유하고 인터뷰, 설문조사 진행
- 인터뷰나 설문조사를 통해 확인된 결과를 기반으로 요구사항 분석서 작성

연계 데이터 식별 및 표준화

절차
1. 연계 범위 및 항목정의
2. 연계 코드 변환 및 매핑
3. 연계 데이터 식별자와 변경 구분 추가
4. 연계 데이터 표현 방법 정의
5. 연계 정의서 및 명세서 작성

연계 메커니즘 정의

직접 연계 방식
- 중간 매개체 없이 송*수신 시스템이 직접 연계하는 방식
  - 장점
    - 연계 및 통합 구현이 단순하고 용이
    - 중간 매게 없이 직접 연계되어 데이터 연계 처리 성능이 뛰어남
    - 개발 비용이 저렴
    - 개발 기간이 짧음
  - 단점
    - 송*수신 시스템 간 결합도가 높아 시스템 변경 시 오류 발생 가능성
    - 보안을 위한 암호화, 복호화 처리와 비즈니스 로직으 ㄹ적용하기 어려움
    - 연계 및 통합이 가능한 시스템 환경이 제한적.
  - 종류
    - DB Link : DB에서 제공하는 DB Link 객체를 이용하는 방식
    - API(Application programming Interface) / Open API : 데이터를 송신 시스템의 DB에서 읽어와 제공하는 어플리케이션 프로그램이 인터페이스
    - DB Connection : 수신 시스템의 WAS(웹 어플리케이션 서버)에서 송신 시스템 DB로 연결해주는 방식
    - JDBC : Java에서 DB에 접근해 데이터를 삽입, 삭제, 수정, 조회할 수 있도록 Java와 DB를 연결해주는 방식
간접 연계 방식
- 송*수신 사이 중간 매개체를 두어 연계하는 방식
- 장점
  - 다양한 환경의 연계 및 통합 가능
  - 송*수신 시스템 간 인터페이스가 변경돼도 오류 없이 서비스 가능
  - 보안 품질 보장과 비즈니스 처리를 위한 로직 쉽게 반영 가능
- 단점
  - 연계 메커니즘과 아키텍처가 복잡함
  - 중간 매개체로 인해 성능이 저하될 수 있음
  - 개발 및 적용 기간이 비교적 길다.
- 종류
  - 연계 솔루션 : EAI(송*수신 처리 및 진행 현황을 모니터링하고 통제하는 시스템) 서버와 송 수신 시스템에 설치되는 클라이언트를 이용하는 방식
  - ESB : 어플리케이션 간 표준 기반 인터페이스를 제공하는 방식
  - Socket : 서버는 통신을 위한 소켓을 생성해 포트를 할당하고 클라이언트 통신 요청 시 클라이언트와 연결해 통신하는 네트워크 기술
  - Web Service : WSDL(웹 서비스와 관련된 서식이나 프로토콜 등을 표준적 방법으로 기술하고 게시하기 위한 언어), UDDI(인터넷에서 전 세계 비즈니스 업체 목록에 자신의 목록을 등록하기 위한 XML 기반 규격), SOAP(웹 서비스를 실제로 이용하기 위한 객체 간 통신 규약) 프로토콜을 이용해 연계하는 방식

연계 데이터 보안 적용

암*복호화 적용 대상 = '개인 정보 보호법'에 근거한 개인 정보

ex) 주민등록번호, 운전면허번호, 장애인관리번호, 은행계좌번호, 신용카드번호

암호화 알고리즘 : 해시를 사용하는 단방향 암호화 방식, 개인키 및 공개키로 분류되는 양방향 암호화 방식

SEED, ARIA, DES, AES, RSA 등이 있음

암*복호화 적용 절차
- 암호화 적용 대상, 암호화 알고리즘, 암호화 키(개인키/공개키) 선정
- 암호화 적용 대상 컬럼 데이터 길이 변경
- 암호화 알고리즘 라이브러리 확보 및 설치
- 연계 응용 프로그램에서 암*복호화 처리 수행

연계 모듈 구현 환경

EAI(Enterprise Aplication Intergration)
- 송*수신 처리 및 진행 현황을 모니터링하고 통제하는 시스템
- 구축 유형
  - Point-to-Point
    - 가장 기본적 어플 통합 방식. 어플을 1:1로 연결. 변경 및 재사용이 어려움
  - Hub & Spoke
    - 단일 접점인 허브 시스템을 통해 데이터를 전송하는 중앙 집중형 방식. 확장 및 유지 보수 용이. 허브 장애 발생 시 시스템 전체에 영향을 미친다.
  - Message Bus(ESB)
    - 어플 사이 미들웨어를 두어 처리하는 방식. 확장성이 뛰어나며 대용량 처리가 가능
  - Hybrid
    - Hub&Spoke와 Message Bus의 혼합 방식. 필요한 경우 한 가지 방식으로 EAI 구현 가능. 데이터 병목 현상을 최소화할 수 있음.
ESB(Enterprise Service Bus)
- 어플리케이션 간 연계, 데이터 변환, 웹 서비스 지원 등 표준 기반 인터페이스를 제공하는 솔루션
- 어플리케이션 통합 측면에서 EAI와 유사하지만 어플리케이션보다는 서비스 중심 통합 지향
- 특정 서비스에 국한되지 않고 범용적으로 사용하기 위해 어플리케이션과 결합도를 약하게 유지
- 관리 및 보안 유지가 쉽고, 높은 수준의 품질 지원 가능
웹 서비스
- 네트워크 정보를 표준화된 서비스 형태로 만들어 공유하는 기술. 서비스 지향 아키텍처(SOA) 개념을 실현하는 대표적 기술
- 구성
  - SOAP(Simple Object Access Protocol) : HTTP, HTTPS, SMTP 등을 활용해 XML 기반 메시지를 네트워크 상 교환하는 프로토콜
  - UDDI(Universal Description, Discovery and Intergration) : WSDL을 등록해 서비스 제공자를 검색하고 접근하는데 사용
  - WSDL(Web Services Description Language) : 웹 서비스명, 서비스 제공 위치, 프로토콜 등 웹 서비스에 대한 상세 정보를 XML 형식으로 구현

XML(eXtensible Markup Language)

XML은 웹 브라우저 간 HTML 문법이 호환되지 않는 문제와 SGML(멀티미디어 전자문서들을 다른 기종 시스템들과 정보 손실 없이 효율적으로 전송, 저장 및 자동 처리하기 위한 언어)의 복잡함을 해결하기 위해 개발된 다목적 마크업 언어.

구성

<?xml version="1.0" encoding="euc-kr" standalone="yes"?> <!-- XML 문서임을 알리는 문단 standalone은 외부 문서 참조 여부. no가 참조한다는 것-->
<student school="기사대학교">
    <member>
        <name>이철수</name>
        <year>2</year>
        <major>건축</major>
    </member>
    <member>
        <name>박유리</name>
        <year>3</year>
        <major>통계</major>
    </member>
</student>

SOAP(Simple Object Access Protocol)

컴퓨터 네트워크 상 HTTP/HTTPS, SMTP 등을 이용해 XML을 교환하기 위한 통신 규약

최근엔 무거운 SOAP 대신 RESTful 프로토콜을 이용하기도 함.

송신 시스템

<?xml version="1.0"?>
<plus:Envelope <!-- XML 문서를 SOAP 메시지로 정의하는 것. 메시지에 대한 요소와 접근방법 정의 -->
xmlns:plus="http://www.w3.org/2003/05/soap-envelope" 
plus:encodingStyle="http://www.w3.org/2003/05/soap-encoding">
    <plus:Body> <!-- 실제 SOAP 메시지 -->
        <m:CalAdd xmlns:m="http://gilbut.co.kr/soaptest">
            <m:FirstNum>10</m:FirstNum>
            <m:SecondNum>20</m:SecondNum>
        </m:CalAdd>
    </plus:Body>
</plus:Envelope>

<!-- SOAP 메시지에 포함되는 웹 서비스를 정의하는 Header 요소는 생략되었다. -->

수신 시스템

<?xml version="1.0"?>
<plus:Envelope
xmlns:plus="http://www.w3.org/2003/05/soap-envelope" 
plus:encodingStyle="http://www.w3.org/2003/05/soap-encoding">
    <plus:Body>
        <m:CalAddResponse xmlns:m="http://gilbut.co.kr/soaptest">
            <m:AddResult>30</m:AddResult>
        </m:CalAddResponse>
    </plus:Body>
</plus:Envelope>

WSDL(Web Services Description Language)

웹 서비스 관련 서식이나 프로토콜 등을 표준적인 방법으로 기술하고 게시하기 위한 언어

구조

<description>
<types>
자료형 정의
</types>
<message>
인수와 리턴값 정의
</message>
<portType> 또는 <interface>
<operation>
메소드 정의
</operation>
</portType> 또는 </interface>
<binding>
통신 방법 정의
</binding>
<service>
<port> 또는 <endpoint>
웹 서비스 URL
</port> 또는 </endpoint>
</service>
</description>

연계 테스트

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

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

'그 외 공부 > 정처기-실기(완)' 카테고리의 다른 글

6장 화면 설계 (0)	2021.07.02
5장 서버 프로그램 구현 (0)	2021.06.29
3장 데이터 입*출력 구현 (0)	2021.06.27
2장 요구사항 확인 (0)	2021.06.26
1장 프로그래밍 언어 활용 (0)	2021.06.14

누런강냉이