5. 인터페이스 구현

인터페이스 설계 확인

외부 및 내부 모듈 연계를 위한 인터페이스 기능 식별

1. 외부, 내부 모듈 연계 방법(EAI, ESB 연계 방법)
   • 기업시스템이나 공콩 서비스를 위한 시스템에서 인터페이스를 위해 외부 및 내부 모듈을 연계하는 대표적인 방법은 EAI 방식과 ESB 방식이 있다.
   1. EAI(Enterprise Application Integration) 방식
      • EAI는 기업에서 운영되는 서로 다른 플랫폼 및 애플리케이션 간의 정보를 전달, 연계, 통합이 가능하도록 해주는 솔루션이다.
      • EAI를 사용함으로써 각 비즈니스 간 통합 및 연계성을 증대시켜 효율성을 높여 줄 수 있으며 각 시스템 간의 확장성을 높여 줄 수 있다.
      구축 유형 설명

      포인트 투 포인트	• 가장 기초적인 애플리케이션 통합방법으로 1 : 1 단순 통합방법
      허브 앤 스포크	• 단일한 접점의 허브 시스템을 통하여 데이터를 전송하는 중앙 집중식 방식 • 허브 장애 시 전체 장애 발생
      메시지 버스	• 애플리케이션 사이 미들웨어(버스)를 두어 연계하는 미들웨어 통합 방식 • 뛰어난 확장성과 대용량 데이터 처리 가능
      하이브리드	• 그룹 내부는 허브 앤 스포크 방식을 사용하고, 그룹 간에는 메시지 버스 방식을 사용하는 통합 방식 • 그룹 내부 환경에 맞는 작업 가능

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

외부 및 내부 모듈 간 인터페이스 데이터 표준 확인

1. 인터페이스 데이터 표준 확인
   • 인터페이스 데이터 표준 확인은 상호 연계하고자 하는 시스템 간 인터페이스가 되어야 할 범위의 데이터 형식과 표준을 정의하는 활동이다.
   • 인터페이스 데이터 전송 시 인터페이스 데이터 형태가 동일한 경우는 그대로 전송하고, 인터페이스 데이터 형태가 동일하지 않은 경우는 데이터를 변환하여 전송한다.
   • 송 • 수신 시스템 간의 인터페이스 데이터를 표준화하기 위해서는 송 • 수신 데이터 중 공통의 영역을 추출하여 정의하는 경우, 한쪽의 데이터를 변환하는 경우가 있다
2. 송수신 시스템 간 인터페이스 데이터 표준 확인 절차
   1. 식별된 데이터 인터페이스를 통해 인터페이스 데이터 표준 확인
      1. 데이터 인터페이스 입 • 출력 의미 파악
         • 식별된 데이터 인터페이스의 입력값, 출력값이 의미하는 내용을 파악한다.
         • 각 출력값이 의미하는 바와 데이터의 특성 등 참고할 만한 사항을 구체적으로 작성한다
      2. 데이터 인터페이스 입 • 출력 의미 파악을 통한 데이터 표준 확인
         • 데이터 인터페이스의 각 항목의 의미 분석 후, 이를 기반으로 데이터 표준을 확인한다
         • 필요 데이터 항목과 이전에 식별된 데이터 인터페이스 항목에서 수정, 추가, 삭제되어야 할 항목이 있는지 검토한다
      3. 식별된 인터페이스 기능 및 데이터 항목을 통해 필요한 데이터 표준 및 조정해야 할 항목을 검토 및 확인하고, 송 • 수신 시스템 간 인터페이스 데이터 표준을 최종적으로 확인한다.

인터페이스 기능 구현

인터페이스 기능 구현

1. 인터페이스 기능 구현 기술
   1. JSON(Javascript Object Notation) [2020년 1회]
      1. JSON의 개념
         • JSON은 속성-값(Attribute-Value Pair) 쌍 또는 "키-값 쌍"으로 이루어진 데이터 오브젝트를 전달하기 위해 인간이 읽을 수 있는 텍스트를 사용하는 개방형 표준 포맷이다.
      2. JSON의 특징
         • AJAX(Asynchronous JavaScript and XML)에서 많이 사용되고 XML(eXtensible Markup Language)을 대체하는 주요 데이터 포맷이다.
         • 언어 독립형 데이터 포맷으로 다양한 데이터 프로그래밍 언어에서 사용된다.
         • 사람이 읽고 쓰기에 용이하며, 기계가 분석하고 생성하기에 용이하다.
      3. JSON 표현 자료형자료형 설명

         숫자	정수, 고정소수점, 부동소수점 등의 형태로 표현될 수 있는 기본 자료형입니다.
         문자열	항상 큰 따옴표("")로 묶어야 하며, 그 안에는 유니코드 문자들이 나열됩니다.
         배열	대괄호[ ]로 표시되며, 각 요소는 기본 자료형이거나 배열, 객체일 수 있습니다. 각 요소는 쉼표(,)로 구분되며, 순서가 중요합니다.
         객체	이름/값 쌍의 집합으로, 중괄호{ }를 사용하여 표시됩니다. 이름은 문자열로, 따옴표로 묶여야 하며, 값은 기본 자료형이 될 수 있습니다. 이름/값 쌍은 쉼표(,)로 구분됩니다.

      4. JSON 문법
         • 구조
           • name/value 쌍으로 구성되며, 중괄호 { 로 시작하고 } 로 끝납니다. 배열은 대괄호 [ 로 표시됩니다.
         • 설명
           • Parser는 JSON 텍스트를 해석하고 자바 객체로 변환하며, Renderer는 텍스트 표현을 입력받아 출력 텍스트를 생성합니다. Serializer는 POJO를 JSON 표현으로 직렬화하고, Mapper는 POJO와 JSON을 매핑합니다. Validator는 JSON 스키마를 사용하여 파일 내용의 유효성을 검사합니다.
         • 사례
           • {"이름": "수제비 빅데이터 분석기사", "가격": 99999, "출판사": "건기원", "저자": "수제비 NCS 기술사연구회", "출간일": "2020-12-31", "목차": ["빅데이터 수집", "빅데이터 저장", "빅데이터 처리"]}
      5. JSON 장단점
         • 장점:
           1. JSON은 XML보다 가볍고 빠릅니다.
           2. JavaScript 코드 내에서 JSON 객체에 쉽게 접근할 수 있습니다.
           3. 데이터의 종류에 대한 큰 제한이 없으며, string, number, array, boolean 등 다양한 자료형을 표현할 수 있습니다.
         • 단점
           1. JSON은 태그가 없어서 가독성이 떨어질 수 있습니다.
           2. 데이터 형식이 틀렸을 경우 XML과 달리 DTD 같은 데이터 유형 검사 기능이 없어 오류를 쉽게 파악하기 어려울 수 있습니다.
   2. XML(Extensible Markup Language) [2020년 1회]
      1. XML의 개념
         • XML은 HTML의 단점을 보완한 인터넷 언어로, SGML의 복잡한 단점을 개선한 특수한 목적을 갖는 마크업 언어이다.
      2. XML의 특징
         • XML은 송 • 수신 시스템 간 데이터 연계의 편의성을 위해서 전송되는 데이터 구조를 동일한 형태로 정의한다.
         • 인간과 기계가 모두 이해할 수 있는 텍스트 형태로 마크업 포맷을 정의하기
         • 사용자가 직접 문서의 태그를 정의할 수 있으며, 다른 사용자가 정의한 태그를 사용할 수 있다
   3. AJAX(Asynchronous Javascript And XML) [2020년 2회]
      1. AJAX의 개념
         • AJAX는 자바스크립트를 사용하여 웹 서버와 클라이언트 간 비동기적으로 XML 데이터를 교환하고 조작하기 위한 웹 기술이다.
         • 브라우저가 가지고 있는 XMLHttpRequest 객체를 이용해서 전체 페이지를 새로 로드하지 않고 필요한 일부 페이지의 데이터만을 로드하는 기법이다.
         • 하이퍼텍스트 표기 언어(HTML)만으로는 어려운 다양한 작업을 웹 페이지에서 구현해서 이용자가 웹 페이지와 자유롭게 상호 작용할 수 있도록 구현 하는 기법이다
      2. AJAX의 주요 기술기술 설명

         XMLHttpRequest	웹 브라우저와 웹 서버 간에 메서드가 데이터를 전송하는 객체 폼의 API로, 비동기 통신을 담당하는 자바스크립트 객체입니다.
         JavaScript	객체 기반의 스크립트 프로그래밍 언어로, 웹 브라우저 내에서 주로 사용되며, 다른 응용 프로그램의 내장 객체에도 접근할 수 있는 기능을 갖고 있습니다.
         XML	HTML의 단점을 보완한 인터넷 언어로서 SGML의 복잡한 단점을 개선한 특수한 목적을 갖는 마크업 언어입니다.
         DOM	XML 문서를 트리 구조의 형태로 접근할 수 있게 해주는 API로, 플랫폼/언어 중립적으로 구조화된 문서를 표현하는 객체 지향 모델입니다.
         XSLT	XML 문서를 다른 XML 문서로 변환하는 데 사용하는 XML 기반 언어로, W3C에서 제정한 표준입니다. XML 변환 언어를 사용하여 XML 문서로 변환하며, 탐색하기 위해 XPath를 사용합니다.
         HTML	인터넷 웹(WWW) 문서를 표현하는 표준화된 마크업 언어입니다.
         CSS	마크업 언어가 실제 표시되는 방법을 기술하는 언어로, 운영체제나 사용 프로그램과 관계없이 스타일을 선택할 수 있는 스타일 시트입니다.

      3. AJAX의 동작 원리② 요청 이벤트가 발생하면 이벤트 핸들러에 의해 자바스크립트 호출④ 서버는 전달받은 XMLHttpRequest 객체를 가지고 AJAX 요청을 처리⑥ 서버로 전달받은 데이터를 가지고 웹 페이지의 일부분만을 갱신하는 자바스크립트를 호출
      4. ⑦ 결과적으로 웹 페이지의 일부분만이 다시 로딩되어서 표시
      5. ⑤ 서버는 처리한 결과를 HTML, XML, JSON 형태의 데이터로 웹 브라우저에 전달
      6. ③ 자바스크립트는 XMLHttpRequest 객체를 사용하여 서버로 요청, 이때 웹 브라우저는 요청을 보내고 나서, 서버의 응답을 기다릴 필요 없이 다른 작업 처리 가능
      7. ① 사용자에 의한 요청 이벤트 발생
   4. REST（Representational State Transfer）
      1. REST의 개념
         • REST는 웹과 같은 분산 하이퍼미디어 환경에서 자원의 존재/상태 정보를 표준화된 HTTP 메서드로 주고받는 웹 아키텍처이다.
         • REST는 웹의 창시자（HTTP） 중의 한 사람인 Roy Fielding의 2000년 논문에 의해서 소개되었다.
      2. REST의 기본 형태
         • REST는 크게 리소스（자원）, 메서드（처리）, 메시지 3가지 요소로 구성된다.
         • 행위에 대한 메서드 : REST는 행위에 대한 메서드를 HTTP 메서드 중 CRUD에 해당하는 4가지 메서드만 사용한다.
           • put, delete, post, get
         • REST 리소스 :
           • REST는 모든 것을 리소스, 즉 명사로 표현을 하며, 각 세부 리소스에는 id를 붙인다.
           • 즉 사용자라는 리소스 타입을 http：//iiccbb/users라고 정의했다면, 페코페코라는 id를 갖는 리소스는 http：//iiccbb/users/페코페코라는 형태로 정의한다.
         • REST 특징

           클라이언트/서버 구조	역할이 명확히 구분되기 때문에 클라이언트와 서버는 독립적으로 구현되어야 하고, 서로 간 의존성은 축소
           무상태성	작업을 위한 상태 정보를 따로 저 장하고 관리하지 않기 때문에 API 서버는 들어오는 요청만 단순히 처리함 • 서버에서 불필요한 정보를 관리하지 않음으로써 구현이 단순
           일관된 인터페이스	HTTP 표준에만 따른다면 특정 언어나 기술에 종속되지 않고 모든 플랫폼에 사용할 수 있으며, UR로 지정한 리소스에 대한 조작이 가능한 아키텍처 스타일
           캐시 처리 가능	• HTTP가 가진 캐싱 기능 적용 가능  HTTP 프로토콜 표준에서 사용하는 Last-Modified 태그나 E-Tag를 이용하면 캐싱 구현 가능
           자체 표현 구조	•  API 메시지 자체만 보고도 API를 이해할 수 있는 구조를 가짐 리소스와 메서드를 이용해서 어떤 메서드에 무슨 행위를 하는지를 알 수있으며, 또한 메시지 포맷 역시 JSON을 이용해서 직관적으로 이해가 가능한구조

인터페이스 보안 기능 적용

1. 인터페이스 보안 취약점
   1. 데이터 통신 시 데이터 탈취 위협
      • 인터페이스를 위한 송 • 수신 시스템 간의 데이터 통신 시 스니핑을 통해 데이터 전송 내역을 감청하여 데이터를 탈취하는 위협이 존재한다.
   2. 데이터 통신 시 데이터 위 • 변조 위협
      • 인터페이스를 위한 송 • 수신 시스템 간의 데이터 통신 시 전송 데이터에 대한 삽입, 삭제, 변조 공격을 통한 시스템 위협이 존재한다.
2. 인터페이스 보안 구현 방안
   1. 시큐어 코딩 가이드 적용
      • 인터페이스 개발 시 보안 취약점을 방지할 수 있는 시큐어 코딩 가이드에 따른 개발 수행이 필요하다.
      적용대상 대응 방안

      입력데이터 검증 및 표현	사용자 프로그램 입력 데이터에 대한 유효성 검증 체계를 수립하고 실패 시 처리 기능을 설계 및 구현합니다.
      보안 약점	인증, 접근 통제, 권한 관리, 비밀번호 등의 정책이 적절하게 반영되도록 설계 및 구현합니다.
      API 오용	의도된 사용에 반하는 방법으로 API를 사용하거나, 보안에 취약한 API의 사용을 방지하기 위해 개발 언어별 취약 API를 확인하고 적절한 프로그램 사용을 유도합니다.
      시간 및 상태	공유 자원의 접근을 직렬화하고, 병렬 실행 가능한 프레임워크를 사용하며, 블록문 내에서만 재귀 함수 호출을 수행합니다.
      에러 처리	에러 상황을 처리하지 않거나, 불충분하게 처리되어 중요 정보가 유출되는 것을 방지하기 위해 시스템 설계 및 구현을 강화합니다.
      코드오류	코딩 규칙을 도출한 후 검증 가능한 스크립트를 구성하고, 경고 메시지를 조정하여 코드를 정리합니다. 또한, 디버거 코드를 제거하고 필수 정보 외의 클래스 내에서는 프라이빗 접근자를 지정합니다.
      캡슐화 기능	기능성이 불충분한 캡슐화로 인한 인가되지 않은 사용자에게 데이터 누출을 방지하기 위해 프로그램을 설계하고 구현합니다.

   2. 데이터베이스 보안 적용
      • 데이터베이스의 기밀성을 유지하기 위해서 인터페이스 시 활용되는 중요 데이터에 대해서는 필요한 보안 요구사항을 적용한다.
      • 현재 시점에서 안전성이 검증된 암호화 알고리즘을 활용하여 중요한 민감 데이터는 반드시 암호화하고, 데이터베이스 보안 요구사항은 해당 인터페이스 조건에 부합되도록 적용한다.
      1. 데이터베이스 암호화 알고리즘
         • 데이터베이스 암호화 알고리즘은 양방향 암호화 알고리즘인 대칭 키 암호화 알고리즘, 비대칭 키 암호화 알고리즘, 일방향 암호화 알고리즘인 해시 암호화 알고리즘이 있다.
         구분 설명

         대칭 키 암호화 알고리즘	암호화와 복호화에 같은 암호 키를 사용하는 알고리즘으로, 대표적으로 AES(Aria) 128/192/256, SEED가 있습니다.
         비대칭 키 암호화 알고리즘	공개키와 비밀키를 사용하는 알고리즘으로, 공개키는 누구나 알 수 있지만, 그에 대응하는 비밀키는 키의 소유자만이 알 수 있도록 합니다. 주요 알고리즘으로는 RSA, ECC, ECDSA가 있습니다.
         해시 암호화 알고리즘	원래 입력값에 대한 출처를 확인할 수 없는 일방향성의 특성을 가진 알고리즘으로, 주로 메시지나 데이터 무결성 검증에 사용됩니다. 주요 알고리즘으로는 SHA-256/384/512, HAS-160 등이 있습니다.

      2. 데이터베이스 암호화 기법
         • 데이터베이스 암호화 기법으로는 API 방식, Plug-In 방식, TDE 방식, Hybrid 방식이 있다.
         구분 설명

         API 방식	애플리케이션 레벨에서 암호 모듈(API)을 적용하는 방식으로, 애플리케이션 수정이 필요합니다. 이 방식은 애플리케이션 서버에 암/복호화, 정책 관리, 키 관리 등의 부하가 발생합니다.
         Plug-In 방식	암/복호화 모듈이 DB 서버에 설치되는 방식으로, DB 서버에 암/복호화, 정책 관리, 키 관리 등의 부하가 발생합니다.
         TDE (Transparent Data Encryption)	DB 서버의 DBMS 커널이 자체적으로 암/복호화 기능을 수행하는 방식으로, 내장되어 있는 암호화 기능(TDE)을 활용합니다.
         Hybrid 방식	API 방식과 Plug-In 방식을 결합하여 사용하며, DB 서버와 애플리케이션 서버 간의 부하를 분산합니다. 이 방식은 중요 인터페이스 데이터의 암호화 전송에 사용됩니다.

   3. 중요 인터페이스 데이터의 암호화 전송
      • 민감한 정보를 통신 채널을 통하여 전송 시에는 반드시 암 • 복호화 과정을 거쳐야 하고, IPSec, SSL/TLS, S-HTTP 등 보안 채널을 활용하여 전송한다.
      구분 설명

      API 방식	애플리케이션 레벨에서 암호 모듈(API)을 적용하는 방식으로, 애플리케이션 수정이 필요합니다. 이 방식은 애플리케이션 서버에 암/복호화, 정책 관리, 키 관리 등의 부하가 발생합니다.
      Plug-In 방식	암/복호화 모듈이 DB 서버에 설치되는 방식으로, DB 서버에 암/복호화, 정책 관리, 키 관리 등의 부하가 발생합니다.
      TDE (Transparent Data Encryption)	DB 서버의 DBMS 커널이 자체적으로 암/복호화 기능을 수행하는 방식으로, 내장되어 있는 암호화 기능(TDE)을 활용합니다.
      Hybrid 방식	API 방식과 Plug-In 방식을 결합하여 사용하며, DB 서버와 애플리케이션 서버 간의 부하를 분산합니다. 이 방식은 중요 인터페이스 데이터의 암호화 전송에 사용됩니다.

인터페이스 구현 검증

인터페이스 구현 검증

1. 인터페이스 구현 검증 도구의 개념
   • 인터페이스 구현 검증 도구는 인터페이스 동작 상태를 검증하고 모니터링할 수 있는 도구
   • 인터페이스 구현을 검증하기 위해서는 인터페이스 세부 기능을 기능 단위로 테스트하는 단위 테스트와 전체 인터페이스 흐름을 확인할 수 있는 시나리오를 통한 통합 테스트가 필요
   • 인터페이스 구현 검증 도구들을 통해 테스트의 효율성을 높일 수 있다.
2. 인터페이스 구현 검증 도구의 종류도구 설명

   xUnit	다양한 언어를 지원하는 단위 테스트 프레임워크로, 소프트웨어의 함수나 클래스 등을 테스트할 수 있게 해주는 도구입니다.
   STAF	서비스 호출, 컴포넌트 재사용 등 다양한 환경을 지원하는 테스트 프레임워크로, 분산 환경에 데몬을 사용하여 테스트를 수행하고 자동화하는 검증 도구입니다.
   FitNesse	웹 기반 테스트 케이스 설계/실행/결과 확인을 지원하는 테스트 프레임워크로, 사용자가 테스트 케이스 테이블을 작성하면 자동으로 테스트를 수행할 수 있는 장점이 있습니다.
   NTAF	FitNesse와 STAF를 통합한 NHN의 테스트 자동화 프레임워크로, 협업 기능과 재사용/확장성을 제공합니다.
   Selenium	다양한 브라우저 지원 및 개발 언어를 지원하는 웹 애플리케이션 테스트 프레임워크입니다. 테스트 스크립트 언어를 학습할 필요 없이 웹 애플리케이션의 기능 테스트를 만들기 위한 도구를 제공
   Watir	루비(Ruby) 기반의 웹 애플리케이션 테스트 프레임워크로, 모든 언어 기반의 웹 애플리케이션 테스트와 브라우저 호환성 테스팅이 가능합니다.

3. 인터페이스 감시 도구
   • 인터페이스의 동작이 잘 진행되는지 지속적으로 확인하기 위해서는 애플리케이션 모니터링 툴(APM； Application Performance Management)을 사용하여 동작 상태를 감시할 수 있다.
   • 데이터베이스, 웹 애플리케이션의 트랜잭션과 변숫값, 호출 함수, 로그 및 시스템 부하 등 종합적인 정보를 조회하고, 커넥션 풀(Connection Pools) 등 지속적인 모니터링이 필요한 자원을 효과적으로 관리할 수 있다
   도구 설명

   스카우터(scouter)	애플리케이션에 대한 모니터링과 오픈 소스 DB 모니터링 기능을 제공하는 도구로, DB Agent를 통해 **데이터베이스 모니터링 및 인터페이스 감시 기능을 지원**합니다.
   제니퍼	애플리케이션의 개발부터 운영까지의 전 생애주기 동안 성능을 모니터링하고 분석하는 APM(애플리케이션 성능 관리) 소프트웨어입니다.

4. 인터페이스 구현 검증에 필요한 설계 산출물
   • 모듈 세부 설계서(컴포넌트 명세서, 인터페이스 명세서), 인터페이스 정의서, 정적 - 동적 모형설계도, 식별된 인터페이스 기능 목록, 인터페이스 데이터 표준 정의서 등 인터페이스 설계 산출물 분석이 인터페이스 구현 검증에 필요하다.
   • 인터페이스 단위 테스트 케이스, 통합 테스트 케이스를 활용하여 최종적으로 인터페이스 구현 검증을 한다.
5. 인터페이스 구현 검증 프로세스
   1. 인터페이스 명세서를 통한 구현 검증에 필요한 요건 분석
      • 작성된 인터페이스 명세서의 세부 기능을 참조하여 구현 검증 및 감시에 필요한 기능을 분석한다.
      • 각 기능의 특징에 맞게 구현 검증의 요건을 도출한다.

      • 송신 측에서 인터페이스 대상 선택 전송

        • 입력한 대상과 생성된 인터페이스 객체의 정보가 일치하는지 확인

        • 데이터베이스 SQL 모니터링 • 조회 트랜잭션 모니터링 • 제이슨(JSON) 생성 객체 모니터링

      • 인터페이스 객체 전송

        • 암호화된 통신으로 올바르게 수신 측에 전달되었는지 확인 • 전달된 정보가 수신된 정보와 일치 하는지 확인 • 파싱된 정보가 송신된 정보와 일치 하는지 확인

        • 통신 암호화 모니터링 • 패킷 정보 모니터링 • 연결된 트랜잭션 변수 모니터링

         

        수신 후 수신 측 트랜잭션과 결과 반환

        • 수신된 데이터와 연관 있는 이후 트 랜잭션의 결괏값과 일치 여부

        • 객체 입력, 출력값 모니터링 • 객체 동작 성공, 실패 여부 모니터링

      •  
   2. 구현 검증에 필요한 감시 및 검증 도구 준비
      • 구현 검증 및 감시에 필요한 요건을 확인 후 적절한 감시 및 검증에 필요한 도구를 선택한다.
      • 최근에는 오픈 소스 기반의 구현 검증 및 감시 도구가 많이 활용되고 있으므로 기능 분석을 통해 가장 적합한 도구를 선택한다.
   3. 인터페이스 구현 검증 수행
      • 인터페이스 구현 검증을 위하여 외부 시스템（송 ’ 수신）과 연계 모듈（수 ‘ 송신)의 동작 상태를 인터페이스 구현 검증 도구를 통해서 확인한다.
      • 인터페이스 명세서 기반으로 도출된 요건 분석 내용을 토대로 인터페이스 동작 프로세스 상에서 예상되는 결괏값과 검증 값을 비교한다.
      • 단계별 오류 처리도 적절하게 구현되어 있는지 검증 도구를 통해 확인한다.
      • 외부 모듈이 서비스를 제공하는 동안 인터페이스 동작이 정상적으로 수행되는지 감시 도구를 통해 확인할 수 있다.
      • 인터페이스 동작 여부, 오류 발생 여부 등 감시 도구에서 제공해 주는 리포트를 활용한다.

 

 

인터페이스 오류 처리 확인 및 보고서 작성

1. 인터페이스 오류 처리 방법
   • 인터페이스 오류 처리 방법은 사용자 화면에서 오류를 인지하도록 구현하는 방법, 인터페이스 오류 시스템 로그를 별도로 작성하여 파일로 보관하는 방법, 별도 데이터베이스에 인터페이스 관련 오류 사항을 기록하는 방법이 있다.
     1. 사용자 화면에서 오류를 인지하도록 구현
        • 사용자 화면에서 인터페이스 오류를 인지하도록 구현하는 방법은 가장 직관적으로 오류를 인지할 수 있는 방법이다.
        • 인터페이스 오류가 발생하였을 경우 알람 형태로 화면에 표시되며, 주로 실시간으로 데이터가 인터페이스 되는 경우에 사용된다.
     2. 인터페이스 오류 로그 생성
        • 시스템 운영 로그에 인터페이스 오류 시 관련 오류 로그가 생성되도록 할 수 있다.
        • 인터페이스 오류의 자세한 내역을 알기 위해 사용되며, 시스템 관리자나 운영자가 오류 로그를 확인할 수 있다.
     3. 인터페이스 관련 테이블에 오류 사항 기록
        • 테이블을 통한 인터페이스 기능을 구현할 경우나 인터페이스 트랜잭션 기록을 별도로 보관하는 경우에는 테이블에 오류 사항을 기록할 수 있다.
2. 인터페이스 오류 처리 보고서 작성
   • 인터페이스에서 오류가 발생 시 해당 사항을 인터페이스 오류 처리 보고서를 작성 하여 보고하여 야 한다