Ⅴ. 인터페이스 구현 - 인터페이스 설계 확인.

1. 외부, 내부 모듈간 공통기능 및 데이터 인터페이스 확인.

인터페이스 설계서

• 이 기종 시스템 및 컴포넌트 간 데이터 교환 및 처리를 위해 각 시스템의 교환되는 데이터, 업무, 송수신 주체 등이 정의된 문서.
• 시스템 인터페이스 현황 파악을 위해 목록 및 상세 데이터 명세, 각 기능의 세부 정보를 정의한 문서.
  

인터페이스 목록

• 인터페이스 번호 : 같은 종류의 인터페이스 별로 부여된 번호.
• 일련번호 : 인터페이스 번호 내에서 부여된 순차적인 일련 번호.
• 인터페이스 ID : 인터페이스를 구분하기 위한 식별자, 명명 표준에 맞게 부여.
• 인터페이스 명 : 인터페이스의 목적을 나타내는 이름.
• 송신시스템 : 인터페이스를 통해 데이터를 전송하는 시스템.
• 수신시스템 : 인터페이스를 통해 전송된 데이터를 이용하는 시스템.
• 대내외 구분 : 인터페이스가 기업 내부 시스템 간 또는 내∙외부 시스템 간에 발생하는지 여부.
• 연계 방식 : 웹서비스, FTP, DB Link, Socket 등 아키텍처에서 정의한 인터페이스 방식.
• 통신 유형 : 동기, 비동기 등 아키텍처에서 정의한 통신 유형.

• 처리 유형

  실시간, 배치, 지연 처리 등 인터페이스 처리 유형.

  처리 유형이 실시간인 경우 수시, 그외 상세 주기를 표시.(매일 오전 10시, 매시 10분)

• 주기 : 인터페이스가 발생하는 주기.
• 데이터 형식 : 고정길이, XML 등 인터페이스 항목의 데이터 포맷.
• 수신 담당자 확인 : 수신측 담당자의 확인 여부를 나타내는 항목.
• 관련 요구사항 ID : 해당 인터페이스와 관련된 요구사항 식별 정보.
  
  

인터페이스 명세

• 각 인터페이스 번호당 인터페이스가 되는 데이터, 데이터형식, 송수신 시스템의 정보 등을 구체화 하는 문서.
  
  

상세 기능 인터페이스 정의서

• 상세 기능 인터페이스 정의서는 송수신 시스템 간의 데이터 저장소와 속성등 상세 내역을 포함함.

• 상세 기능 인터페이스 정의서 주요 항목 ( Tip. 아명오개 전후파반 )

  인터페이스 ID : 인터페이스 구분 식별자

  인터페이스명 : 인터페이스 고유 명칭

  오퍼레이션명 : 세부 동작 명칭

  오퍼레이션 개요 : 세부 동작 프로세스 세부 설명

  사전조건 : 정상 작동하기위한 사전 조건

  사후조건 : 정상 작동이후 발생되는 조건

  파라미터 : 인터페이스 구성항목 값

  반환값 : 인터페이스 전송 후 반환되는 값
  
  

내부∙외부 모듈간 인터페이스 확인 방안

• 인터페이스 정의서를 통한 기능 확인

  • 시스템 인터페이스 정의서

    인터페이스 정의서를 통해 외부 및 내부 모듈 기능 확인.

    인터페이스 목록의 송신 및 전달 영역까지는 외부 모듈에 포함 / 수신측 영역은 내부 모듈에 포함 된다고 판단 가능.

  • 상세 기능 인터페이스 정의서

    상세 인터페이스 정의서를 통해 내부∙외부 모듈의 기능 확인 가능.

    오퍼레이션 및 사전조건을 통해 상세기능의 외부 모듈 확인 가능.

    사후 조건을 통해 상세 기능의 내부 모듈 확인 가능.

• 정적∙동적 모형을 통한 기능 확인

  인터페이스가 표현된 정적, 동적 다이어 그램을 통해서 내부 모듈 기능 및 외부 모듈 기능의 확인 가능.
  
  

공통 기능 데이터 인터페이스 확인 방안

• 인터페이스 설계서를 통한 공통 기능 확인

  인터페이스 설계서 내부∙외부 모듈을 기반으로 공통적으로 제공되는 기능확인.

• 인터페이스 설계서를 통한 데이터 인터페이스 확인

  인터페이스 설계서 내부∙외부 모듈을 기반으로 공통기능을 식별하고, 이를 중심으로 필요한 데이터 인터페이스 항목 확인.

2. 외부, 내부 모듈간 공통기능 및 데이터 인터페이스 확인.

▷ 외부, 내부 모듈 연계 방법

EAI [Enterprise Application Integration] 방식

• 기업에서 운영되는 서로 다른 플랫폼 및 애플리케이션 간의 정보를 전달, 연계, 통합이 가능하도록 해주는 솔루션.
• EAI를 사용함으로써 각 비즈니스 간 통합 및 연계성을 증대시켜 효율성을 높여 줄 수 있으며 시스템간 확장성을 높여 줄 수 있다.
  

EAI 구축 유형 ( Tip. 포 허 메 하 )

• 포인트 투 포인트 [Point-to-Point] : 1:1 단순 통합.
• 허브 앤 스포크 [Hub & Spoke] : 단일 접점의 허브를 통해 데이터 전송.
• 메시지 버스 [Message Bus] : 애플리케이션 사이 미들웨어(버스)를 두어 연계.
• 하이브리드 [Hybrid] : 허브앤스포크 + 메시지버스 통합 방식.
  

EAI 특징

• 수행목적 : 이기종 모듈간 통합.
• 토폴로지 : 포인트투포인트, 허브앤스포크, 메시지버스, 하이브리드
• 핵심 기술 : 어댑터, 브로커, 메시지 큐
• 통합형태 : 애플리케이션 간의 단단한 통합
• 적용영역 : 기업 내부망
  

ESB [Enterprise Service Bus] 방식

• 기업에서 운영되는 서로 다른 플랫폼 및 애플리케이션들 간을 하나의 시스템으로 관리 운영할 수 있도록 서비스 중심의 통합을 지향하는 아키텍처.
• 버스를 중심으로 각 프로토콜이 호환할 수 있도록 느슨한 방식으로 지원.
  

ESB 특징

• 수행목적 : 기업간 서비스 교환을 위해 표준 API로 통합.
• 토폴로지 : ESB의 분산형 토폴로지 구성
• 핵심 기술 : 웹서비스, 지능형 라우터, 포맷 변환, 개방형 표준
• 통합형태 : 서비스 간의 느슨한 통합
• 적용영역 : 기업 외부 채널망

3. 외부∙내부 모듈간 인터페이스 데이터 표준 확인.

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

1. 식별된 데이터 인터페이스를 통해 데이터 표준 확인.
2. 인터페이스 데이터 항목 식별.
3. 데이터 표준 최종 확인.

• 정보처리기사 필기 합격 후 실기대비 정리 및 책없이 간단히 보기위해 작성하였습니다.
• 2020년 수제비 정보처리기사 책 기반으로 정리 하였습니다.
• 저작권 관련 문제가 있다면 hojunbbaek@gmail.com 으로 메일 주시면 바로 삭제 조치 하도록 하겠습니다.