[정보처리기사 실기] 5. 인터페이스 구현
Chapter 01 인터페이스 설계 확인
1. 외부, 내부 모듈 간 공통 기능 및 데이터 인터페이스 확인 ★★
-
인터페이스 설계서 : 이 기종 시스템 및 컴포넌트 간 데이터 교환 및 처리를 위해 각 시스템의 교환되는 데이터, 업무, 송수신 주체 등이 정의된 문서. 시스템의 인터페이스 현황 파악을 위해서 인터페이스 목록, 인터페이스 상세 데이터 명세, 각 기능의 세부 인터페이스 정보를 정의한 문서
-
인터페이스 목록 : 인터페이스 번호, 일련번호, 인터페이스 ID(식별자), 인터페이스명, 송신 시스템, 수신 시스템, 대내외 구분, 연계방식, 통신 유형, 처리 유형, 주기, 데이터 형식, 수신 담당자 확인, 관련 요구사항 ID
-
인터페이스 명세 : 각 인터페이스 번호 당 인터페이스가 되는 데이터, 데이터 형식, 송수신 시스템의 정보 등을 구체화하는 문서
- 상세 기능 인터페이스 정의서 ★(아명오개 전후파반)
- 인터페이스 ID
- 인터페이스 명
- 오퍼레이션 명
- 오퍼레이션 개요
- 사전 조건
- 사후 조건
- 파라미터
- 반환 값
- 정적, 동적 모형을 통한 인터페이스 설계서
- 정적, 동적 모형을 통해 각 시스템의 구성요소를 표현한 다이어그램을 활용하여 시스템, 컴포넌트별 인터페이스와 요구조건 확인, 상호 교환되는 트랜잭션 확인
- 데이터 명세를 통한 인터페이스 설계서
- 제공하는 인터페이스 서비스에 대한 상세 명세
- 제공하는 서비스 목록, 인터페이스 방식 및 명세, 리턴 형태, 요청 메시지, 응답 메시지
- 인터페이스 설계서의 내부, 외부 모듈의 기능 확인 ★
- 인터페이스 정의서 : 시스템 인터페이스 정의서, 상세 기능 인터페이스 정의서
- 정적, 동적 모형을 통한 기능 확인 (ex. 유스케이스 다이어그램)
- 공통적으로 제공되는 기능과 데이터의 인터페이스 확인
- 인터페이스 설계서를 통한 공통 기능 확인
- 인터페이스 설계서를 통한 데이터 인터페이스 확인
2. 외부 및 내부 모듈 연계를 위한 인터페이스 기능 식별 ★★★
- EAI(Enterprise Application Integration) ★(포허메하)
- 기업에서 운영되는 서로 다른 플랫폼 및 애플리케이션 간의 정보를 전달, 연계, 통합이 가능하도록 해주는 솔루션
- 유형 :
- 포인트 투 포인트(1:1 단순통합)
- 허브 앤 스포크(중앙 집중 방식)
- 메시지 버스(미들웨어 통합 방식)
- 하이브리드(허브 앤 스포크 + 메시지 버스)
- ESB(Enterprise Service Bus) ★
- 기업에서 운영되는 서로 다른 플랫폼 및 애플리케이션을 하나의 시스템으로 관리 및 운영할 수 있도록 서비스 중심의 통합을 지향하는 아키텍처 버스 중심의 느슨한 결합
- EAI와 ESB의 특징
구분 | EAI | ESB |
---|---|---|
수행 목적 | 기업 내부 이 기종 응용 도뮬 통합 | 기업 간의 서비스 교환을 위해 표준 API로 통합 |
토폴로지 | 포허메하 | 분산형 |
핵심기술 | 어댑터, 브로커, 메시지큐 | 웹서비스, 지능형라우터, 포맷변환, 개방형표준 |
통합형태 | 애플리케이션 간 단단한 통합 | 서비스 간 느슨한 통합 |
적용영역 | 기업 내부망 | 기업 외부 채널망 |
- 외부, 내부 모듈 연계를 위한 인터페이스 기능 식별 절차
- 외부 및 내부 모듈 간 연계된 기능 식별(시나리오로 식별)
- 연계된 기능에 따른 인터페이스 기능 식별
- 외부 모듈과 연계된 기능을 통한 인터페이스 기능 식별
- 내부 모듈과 연계된 기능을 통한 인터페이스 기능 식별
- 외부 및 내부 모듈과 연계된 기능을 통한 인터페이스 기능 식별
3. 외부 및 내부 모듈 간 인터페이스 데이터 표준 확인 ★★
-
인터페이스 데이터 표준 확인 : 상호 연계하고자 하는 시스템 간 인터페이스가 되어야 할 범위의 데이터 형식과 표준을 정의하는 활동
-
절차 :
- 식별된 데이터 인터페이스를 통해 인터페이스 데이터 표준 확인
- 입,출력 의미 파악
- 입,출력 의미 파악을 통한 데이터 표준 확인
- 인터페이스 데이터 항목 식별
- 데이터 표준 최종 확인
- 식별된 데이터 인터페이스를 통해 인터페이스 데이터 표준 확인