연계 모듈 구현

🛠 연계 기술 표준 (EAI)

EAI(Enterprise Application Integration)는 서로 다른 시스템 간 연동을 가능하게 하는 전사적 애플리케이션 통합 환경.

​

🔗 연계 방식 유형

1️⃣ Point-to-Point

• 미들웨어 없이 애플리케이션 간 직접 연결하는 방식 💡
• ✅ 단순한 통합 가능
• ❌ 시스템 변경 및 재사용 어려움

​

2️⃣ Hub & Spoke

• 중앙 집중형 연계 방식으로, 단일 허브를 통해 데이터 전송 📡
• ✅ 확장성과 유지보수 용이
• ❌ 허브 장애 시 전체 시스템 영향 ⚠️

​

3️⃣ Message Bus(ESB: Enterprise Service Bus)

• 미들웨어(버스)를 활용하여 시스템 간 데이터 송수신 🚍
• ✅ 별도 어댑터 필요 없음, 보안과 통합 용이
• ❌ 직접 연계보다 성능이 낮을 수 있음

​

4️⃣ EAI/ESB(Hybrid)

• Hub & Spoke 방식을 개별 그룹 내에서 사용하고,
• 그룹 간에는 ESB 방식을 적용하는 하이브리드 통합 방식 🔄

---

⚙️ 연계 모듈 구축 절차

📍 1) EAI/ESB 솔루션 도입 시

• 연계 시스템별 DB 설치 및 사용자 계정 생성
• 연계 목적에 맞게 별도의 연계 사용자 계정 생성 가능
• 연계 테이블, 로그, 오류 로그, 매핑 테이블 등 생성 🗂

​

📍 2) 송수신 시스템의 응용 프로그램 구현

• 송신측 프로그램 - DB에서 데이터 추출 후 송신 코드 변환
• 수신측 프로그램 - 데이터 유효성 검증 후 DB 반영

​

📍 3) DBMS 트리거(Trigger) 활용

• 트리거는 호환성 문제가 있을 수 있음 ⚠️
• ✅ 연계 데이터 보안 적용 → 프로그래밍 언어 활용
• ✅ 송수신 시스템 내부 적용 → 트리거 활용

---

🌐 웹 서비스 방식 도입 시

🔄 1) 연계 데이터 기록 및 모니터링

• 전송 이력 기록 및 모니터링 기능 구축 필요 📋
• 연계 파일, 로그, 오류 로그 저장 위치 및 파일명 정의

​

🔄 2) 송신 시스템 구현

• 운영 DB 연결 → 데이터 추출 및 변환 후 XML 생성
• 스케줄러 등록 후 주기적 실행

​

🔄 3) 데이터 송수신

• SOAP, RESTful API를 활용하여 데이터 전송 🌍
• 서비스 명세서(WSDL) 작성 후 시스템 간 공유

---

✅ 연계 테스트 및 검증

🎯 1) 연계 테스트 정의

• 구축된 연계 시스템이 정상적으로 동작하는지 검증하는 활동

​

🎯 2) 테스트 구간

• 송수신 시스템 간 연계 테이블 테스트 진행
• 연계 데이터 추출(송신) 및 반영(수신) 테스트

​

📌 테스트 구분

테스트 종류	내용	대상
단위 테스트	기능 동작 및 결함 여부 확인	개별 연계 프로그램
연계 테스트	데이터 흐름 및 기능 정상 여부	연계 시스템 전체

🎯 3) 연계 테스트 케이스 작성

✅ 송수신 연계 프로그램의 개별 테스트 케이스 작성

• 송수신 시스템에서 확인해야 할 사항을 항목별로 정리하여 테스트 케이스를 작성해야
• 데이터 유효성 검사 → 타입, 길이, 필수 여부 체크
• 연관 관계 검사 → 미등록 데이터 수정, 변경, 부재 여부 체크

​

✅ 연계 시스템 전체의 흐름 테스트

• 송수신 시스템 간 연계 프로그램 기능 검증
• 연계 테이블 간 송수신 절차 확인
• 프로그램 실행 결과, 송수신 데이터 확인 등 📊

​

🎯 4) 연계 테스트 결과 검증

• 테스트 결과를 기대값과 비교하여 검증

​

일반적인 검증 방법

• DB 테이블 건수 카운트(Count) 확인
• 파일 비교(파일 크기 및 생성 여부 체크)
• 모니터링 화면 및 로그 기록 확인

​

📌 연계 시스템 검증 도구

도구	설명
xUnit	Java(JUnit), C++(Cppunit) 등 단위 테스트 프레임워크
STAF	서비스 호출, 재사용 테스트 가능
FitNesse	웹 기반 테스트 설계 및 실행
NTAF	STAF와 FitNesse를 통합한 프레임워크
Selenium	웹 애플리케이션 테스트
Watir	Ruby 기반 웹 테스트 프레임워크

---

⚠️ 인터페이스 예외 처리

🔄 1) 송신 시스템의 예외 처리

• 송신 데이터 예외 발생 시 사전 방지 조치 필요
• 데이터 전송 전 정합성 체크 및 유효성 검증
• 프로그램 내부 논리 오류 수정 및 테스트 수행
• 서버 오류 발생 시 HTTP Status Code 활용

​

📌 주요 HTTP 상태 코드

코드	설명
400	잘못된 요청
401	인증 실패
403	접근 거부
404	페이지 없음
408	요청 시간 초과
500	내부 서버 오류
501	구현되지 않음
502	잘못된 게이트웨이
503	서버 과부하

🔄 2) 수신 시스템의 예외 처리

• 수신 데이터 예외 발생 시 대응
• 특수문자 변환, 정합성 체크
• 송수신 프로그램 보완 및 논리적 오류 수정
• 서버 과부하 발생 시 대기 큐 활용

---

🔎 연계 시스템 모니터링

🛑 1) 인터페이스 오류 즉시 확인

• 오류 발생 시 즉각 대응할 수 있도록 조치 필요
• 알림 메시지 전송 → 사용자 인지 가능 📩
• SMS 알림 → 관리자 대응 속도 향상 (비용 발생)

​

🔄 2) 주기적인 오류 검토

• 시스템 관리자가 로그 및 오류 기록 분석
• 재발 방지 조치 진행
• 오류 로그 확인
• 오류 테이블 생성
• 오류 모니터링 도구 활용

​

📊 3) APM (Application Performance Management)

• 송수신 시스템의 성능 및 운영 상태를 관리하는 도구
• 시스템의 성능, 처리량, 가용성, 무결성, 신뢰성 확보 가능