연계 요구사항 분석
통합 구현이란 송*수신 모듈과 중계 모듈 간의 연계를 구현하는 것.
- 통합 구현 구성 요소
- 송신 시스템과 모듈
- 데이터를 생성 및 변환하여 전송하는 시스템
- 송신 모듈 : 전송 데이터를 생성하고 필요에 따라 전송 데이터 변환
- 모니터링 기능 : 전송 데이터 생성부터 송신까지 과정과 송신 상태 등 확인
- 수신 시스템과 모듈
- 수신 받은 데이터를 정제 및 변환
- 송신 모듈 : 수신 데이터를 정제하고 어플리케이션이나 DB 테이블에 적합한 데이터로 변환
- 모니터링 기능 : 수신 모듈과 연계 데이터 수신 상태, 오류 처리, 데이터 변형 등 확인
- 중계 시스템
- 내*외부 시스템 간 또는 내부 시스템 간 연계 시 사용되는 아키텍처
- 중계 모듈 : 송신 데이터의 오류 처리, 수신 시스템에 맞는 데이터 형식으로 변환 등을 수행
- 연계 데이터
- 송*수신 시스템 간 송*수신되는 데이터
- 네트워크
- 송신, 수신, 중계 시스템을 연결해주는 통신망
- 유선, 무선, 인터넷 서비스 업체의 공중망 또는 사설망과 송*수신 규약을 위한 프로토콜(서로 다른 기기들 간 데이터 교환을 원활히 수행할 수 있도록 표준화시켜 놓은 통신 규약) 포함
- 송신 시스템과 모듈
연계 요구사항 분석 : 통합 구현을 위해 사용자 요구사항을 분석하고 연계 데이터를 식별 및 표준화하여 연계 데이터 정의하는 것
- 분석 절차
- 시스템 구성도, 응용 애플리케이션 구성 등을 통해 송*수신 시스템의 하드웨어 및 소프트웨어 구성, 네트워크 현황 확인
- 송*수신 시스템과 연결할 데이터와 관련된 테이블 정의서, 코드 정의 등 문서 확인
- 확인된 시스템 구성과 데이터 현황 정보 등을 기반으로 체크리스트 작성
- 앞서 나온 문서들, 현황들을 사용자, 시스템 관리자 등과 공유하고 인터뷰, 설문조사 진행
- 인터뷰나 설문조사를 통해 확인된 결과를 기반으로 요구사항 분석서 작성
연계 데이터 식별 및 표준화
- 절차
- 연계 범위 및 항목정의
- 연계 코드 변환 및 매핑
- 연계 데이터 식별자와 변경 구분 추가
- 연계 데이터 표현 방법 정의
- 연계 정의서 및 명세서 작성
연계 메커니즘 정의
- 직접 연계 방식
- 중간 매개체 없이 송*수신 시스템이 직접 연계하는 방식
- 장점
- 연계 및 통합 구현이 단순하고 용이
- 중간 매게 없이 직접 연계되어 데이터 연계 처리 성능이 뛰어남
- 개발 비용이 저렴
- 개발 기간이 짧음
- 단점
- 송*수신 시스템 간 결합도가 높아 시스템 변경 시 오류 발생 가능성
- 보안을 위한 암호화, 복호화 처리와 비즈니스 로직으 ㄹ적용하기 어려움
- 연계 및 통합이 가능한 시스템 환경이 제한적.
- 종류
- 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 구현 가능. 데이터 병목 현상을 최소화할 수 있음.
- Point-to-Point
- 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 |
