인터페이스 설계서
- 각 시스템의 교환 데이터 및 업무, 송.수신 주체등이 정의되어 있다.
- 설계서를 통해 인터페이스와 통신하는 외부 및 내부 모듈 기능을 확인할 수 있다.
- 일반적 내용이 담긴 인터페이스 설계서와, 다양한 다이어그램 및 데이터 포멧을 포함한 형태의 언터페이스 설계서가 있다.
정적, 동적 모형을 통한 인터페이스 설계서
- 각 시스템 구성요소를 표현한 다이어그램을 통해 만든 설계서
- 시스템 주요 구성 요소 간 트랙잰션을 보여주고 시스템에서 인스페이스 어디에 속하고, 어떤 트랙잭션이 인터페이스를 통해 상호 교환되는지 확인
내부 모듈, 외부 모듈
- 데이터 송신 및 전달 === 외부
- 수신 === 내부
ESB (Enterprise Service Bus)
앱 간 연계, 데이터 변환, 표준 기반 인터페이스 제공
Message Bus: 앱 사이에서 미들웨어 버스를 두어 처리하는 방식
- 결합도를 약하게 유지한다. (범용적이라 특정 서비스 종속 X)
- 높은 수준의 품질 지원
- 관리 및 보안이 쉽다.

EAI (Enterprise Application Integration)
- Point to Point: 앱을 1:1 연결
- Hub and Spoke: 단일 접점인 허브시스템을 통해 전송하는 중앙 집중형 방식
Hybrid (Hybrid spoke + Message Bus)
데이터 병목 최소화
인터페이스 데이터 표준
- 인터페이스가 되어야 할 범위의 데이터들의 형식과 표준을 정의하는 것
- 공통영역을 추출하거나, 한쪽의 데이터를 변환 (데이터 형태가 동일할 필요는 없다.)
인터페이스 기능 구현 정의
- Component 명세서 확인
- Interface 명세서 확인
- 일관된 Interface 기능 구현
- 정의된 Interface 기능 구현
모듈 세부 설계서
- 독립적 기능 수행, 동작 확인
- 세부 조건 및 기능에 focus, 정보 x
Component 명세서
- Component ID
- 내부 Class
- Interface Class
인터페이스 구현
Entity를 이용한 Interface 구현
- Entity를 두어 상호 연계하는 방식
- 송.수신 테이블은 서로 다르게 설계할 수 있다.
객체 송.수신 예외 발생 원인
- 시스템 환경 => 서버문제 404
- 송.수신 데이터 => 데이터 크기, 특수문자 파싱
- 프로그램 원인 => 논리적 결함
인터페이스 보안 적용
시큐어코딩
- 개발을 위해 소스코드에 존재할 수 있는 보안취약점을 발견 및 제거, 보안을 고려한 기능 설계 및 구현, 개발과정에서 지켜야할 일련의 보안활동
연계테스트
- 구축된 연계시스템과 구성요소가 정상적으로 동작하는지 확인하고 검증하는 활동.
- 연계테스트 케이스 작성 - 테스트 환경 구축 - 테스트 수행 - 수행결과 검증
연계테스트 항목별 검증 방법
- 운영 DB 테이블 건수 확인
- 테이블 또는 파일을 열어 데이터 확인
- 시스템 기록 로그 확인
구현 검증 도구
- xUnit
- NTAF
- STAF
- Selenium
- Fit Neese
- Watir
