📌 인터페이스 구현 - 모듈 연계를 위한 인터페이스 기능 식별/인터페이스 데이터 표준의 개요

 

목차

 

모듈 연계의 개요

📌 모듈 연계는 내부 모듈과 외부 모듈 또는 내부 모듈 간 데이터의 교환을 위해 관계를 설정하는 것으로, 대표적인 모듈 연계 방법에는 EAI와 ESB 방식이 있다.

 

• EAI(Enterprise Application Integration)
  • EAI는 기업 내 각종 애플리케이션 및 플랫폼 간의 정보 전달, 연계, 통합 등 상호 연동이 가능하게 해주는 솔루션이다.
  • EAI는 비즈니스 간 통합 및 연계성을 증대시켜 효율성 및 각 시스템 간의 확장성(Determinacy)을 높여준다.
  • EAI의 구축 유형은 다음과 같다.

 

유형	기능	그림
Point-to-Point	- 가장 기본적인 애플리케이션 통합 방식으로 애플리케이션을 1:1로 연결한다. - 변경 및 재사용이 어렵다.
Hub & Spoke	- 단일 접점인 허브 시스템을 통해 데이터를 전송하는 중앙 집중형 방식이다. - 확장 및 유지 보수가 용이하다. - 허브 장애 발생 시 시스템 전체에 영향을 미친다.
Message Bus (ESB 방식)	- 애플리케이션 사이에 미들웨어를 두어 처리하는 방식이다. - 확장성이 뛰어나며 대용량 처리가 가능하다.
Hybrid	- Hub & Spoke 와 Message Bus의 혼합 방식이다. - 그룹 내에서는 Hub & Spoke 방식을, 그룹 간에는 Message Bus 방식을 사용한다. - 필요한 경우 한가지 방식으로 EAI 구현이 가능하다. - 데이터 병목 현상을 최소화할 수 있다.

 

💡 확장성 또는 확실성은 오류로부터 완전한 보증을 가지고 있거나, 의심의 여지 없이 존재하는 정신 상태를 가진 완전한 지식이다.

💡 허브(hub) : '중심', '바퀴축' 등의 뜻을 가진 단어이며, 컴퓨터들을 LAN에 접속시키는 네트워크 장치로 '스위칭 허브'라고도 한다.
💡 Spoke : '살' 이라는 뜻을 가진 단어이며, 바퀴살을 의미한다.

 

• ESB(Enterprise Service Bus)
  • ESB는 애플리케이션 간 연계, 데이터 변환, 웹 서비스 지원 등 표준 기반의 인터페이스를 제공하는 솔루션이다.
  • ESB는 애플리케이션 통합 측면에서 EAI와 유사하지만 애플리케이션 보다는 서비스 중심의 통합을 지향한다.
  • ESB는 특정 서비스에 국한되지 않고 범용적으로 사용하기 위하여 애플리케이션과의 결합도(Coupling)를 약하게(Loosely) 유지한다.
  • 관리 및 보안 유지가 쉽고, 높은 수준의 품질 지원이 가능하다.

 

 

모듈 간 연계 기능 식별

• 모듈 간 공통 기능 및 데이터 인터페이스를 기반으로 모듈과 연계된 기능을 시나리오 형태로 구체화 하여 식별한다.
• 식별된 연계 기능은 인터페이스 기능을 식별하는데 사용된다.

 

🔔 예) 모듈 간 연계 기능 식별

구분	주요 기능	시나리오
외부 모듈	급여 계산	- 사전 조건 : 급여 일자가 확정되어야 한다. - 기능 동작 시나리오 : 급여가 급여 정보에 따라 계산한다. - 사후 조건 : 전표 발생용 기본 정보가 생성된다.
	급여 결과 확인	- 사전 조건 : 급여가 계산된다. - 기능 동작 시나리오 : 개인별, 조직별, 직급별 급여 명세서가 조회된다. - 사후 조건 : 회계 전표 보고서 기준으로 전표가 발생된다.
내부 모듈	급여 전표 발생	- 사전 조건 : 회계 전표 발생에 필요한 정보를 계산한다. - 기능 동작 시나리오 : 급여 결과를 회계 정보에 맞게 변환하여 전표를 작성한다. - 사후 조건 : 입력값과 결과값의 정합성이 맞는지 체크한다.

 

 

모듈 간 인터페이스 기능 식별

• 식별된 모듈 간 관련 기능을 검토하여 인터페이스 통작에 필요한 기능을 식별한다.
• 인터페이스 동작은 대부분 외부 모듈의 결과 또는 요청에 의해 수행되므로 외부 및 인터페이스 모듈간 동작하는 기능을 통해 인터페이스 기능을 식별한다.
• 내부 모듈의 동작은 외부 모듈에서 호출된 인터페이스에 의해 수행되고 결과를 나타내는 것이므로 해당 업무에 대한 시나리오를 통해 내부 모듈과 관련된 인터페이스 기능을 식별한다.
• 식별된 인터페이스 기능 중에서 실제적으로 필요한 인터페이스 기능을 최종적으로 선별한다.
• 식별된 인터페이스 기능은 인터페이스 기능 구현을 정의하는데 사용된다.

 

---

 

인터페이스 데이터 표준의 개요

📌 인터페이스 데이터 표준은 모듈 간 인터페이스에 사용되는 데이터의 형식을 표준화하는 것이다.

 

• 인터페이스 데이터 표준은 기존의 데이터 중에서 공통 영역을 추출하거나 어느 한 쪽의 데이터를 변환하여 정의한다.
• 확인된 인터페이스 데이터 표준은 인터페이스 기능 구현을 정의하는데 사용된다.
• 모듈 간 인터페이스 데이터 표준 확인 순서
  1. 데이터 인터페이스를 통해 인터페이스 데이터 표준을 확인한다.
  2. 인터페이스 기능을 통해 인터페이스 표준을 확인한다.
  3. 데이터 인터페이스와 인터페이스 기능을 통해 확인된 인터페이스 표준을 검토하여 최종적인 인터페이스 데이터 표준을 확인한다.

 

 

데이터 인터페이스 확인

• 데이터 표준을 위해 식별된 데이터 인터페이스에서 입/출력 값의 의미와 데이터의 특성 등을 구체적으로 확인한다.
• 확인된 데이터 인터페이스의 각 항목을 통해 데이터 표준을 확인한다.

 

🔔 예) 데이터 인터페이스의 데이터 표준

구분	파라미터	의미	데이터 표준
입력값	급여 코드	급여 작업의 단위를 나타내는 Key값	- 급여 지급 연월의 숫자 6자리 - 정규직 R, 계약직 T - 3자리 숫자로 급여 코드 증가 시 숫자 증가
	급여 계산 결과	- 각 직원별 급여 계산 결과 - 직원 정보, 총액 공제약	항목 : 사번, 소속, 직급, 근무일수, 급여, 상여, 비과세급여, 총 지급액, 국민연금, 건강보험, 고용보험, 소득세, 주민세, 실 지급액 등
출력 정보	전표 정보	- 발생 시기 - 전표의 매입/매출 - 세금 신고 여부	- 발생 시기 : YYYYMMDD 형식의 8자리 - 전표 구분 : 매입 AP, 매출 AR
	차/대변	- 각 계정별 마스터 정보 발생 - 디테일 정보 발생	- 각 계정별 급여, 상여 세금, 사내 공제 항목 등 의 마스터 정보 발생 - 각 부서별 급여 합계 등의 디테일 정보 발생

 

 

인터페이스 기능 확인

• 데이터 표준을 위해 식별된 인터페이스 기능을 기반으로 인터페이스 기능 구현을 위해 필요한 데이터 항목을 확인한다.
• 확인된 데이터 항목과 데이터 인터페이스에서 확인된 데이터 표준에서 수정, 추가, 삭제될 항목이 있는지 확인한다.

 

🔔 예) 인터페이스 기능 구현을 위해 필요한 데이터 항목

인터페이스 기능	필요 데이터 항목	데이터 인터페이스 항목
외부 모듈로부터 전표 발생을 위한 필수 입력 값을 수신한다.	- 전표 일자, 계정, 금액 - 발의 부서, 귀속 부서 - 거래처, 지급 여부	- 급여 코드 - 급여 일자 - 급여 계산 결과 전표 - 계정 정보
회계 시스템에서 발생된 전표 발생 작업의 결과를 수신한다.	- 전표 발생 여부 - 차/대변 검증 여부 - 부서별 금액, 계정별 금액	- 전표 금액 - 차/대변 금액 - 차/대변 검증 결과

 

 

인터페이스 데이터 표준 확인

• 데이터 인터페이스에서 확인된 데이터 표준과 인터페이스 기능을 통해 확인된 데이터 항목들을 검토하여 최종적으로 데이터 표준을 확인한다.
• 확인된 데이터 표준은 항목별로 데이터 인터페이스와 인터페이스 기능 중 출처를 구분하여 기록한다.

 

🔔 예) 확인된 인터페이스 데이터 표준

구분	파라미터	데이터 표준	출처
입력값	급여 코드	- 급여 지급 연월의 숫자 6자리 - 정규직 R, 계약식 T - 3자리 숫자로 급여 코드 증가 시 숫자 증가	데이터 인터페이스
	급여 계산 결과	항목 : 사번, 소속, 직급, 근무일수, 급여, 상여, 비과세급여, 총 지급액, 국민연금, 건강보험, 고용보험, 소득세, 주민세, 실 지급액 등	데이터 인터페이스
출력 정보	전표 정보	- 발생 시기 : YYYYMMDD 형식의 8자리 - 전표 구분 : 매입 AP, 매출 AR	데이터 인터페이스
	차/대변	- 각 계정별 급여, 상여 세금, 사내 공제 항목 등의 마스터 정보 발생 - 각 부서별 급여 합계 등의 디테일 정보 발생	인터페이스 기능