[정보처리기사 요약 5-1] 시스템 인터페이스 요구사항 및 연계 기술 정리 (ft. 미들웨어 종류)

본문에 오류가 있을 수 있음을 감안하고 봐주시길 바랍니다.
# 문제 풀이 중 오답노트 하면서 나온 내용을 정리한 것

 

시스템 인터페이스 요구사항: 개발할 시스템과 외부 시스템을 연동하는 데 필요한 시스템 인터페이스에 대한 요구사항을 기술한 것이다.

• 시스템 인터페이스 요구사항 명세서: 인터페이스 이름, 연계 대상 시스템, 연계 범위 및 내용, 연계 방식, 송신 데이터, 인터페이스 주기, 기타 고려사항
• 시스템 인터페이스 요구사항 분석 절차: 요구사항 선별 → 요구사항 관련 자료 준비 → 요구사항 분류 → 요구사항 분석 및 명세서 구체화 → 요구사항 명세서 공유
• 시스템 인터페이스 요구사항 검증: 사용자들의 요구사항이 요구사항 명세서에 정확하고 완전하게 기술되었는지 검토하고 개발 범위의 기준인 베이스라인을 설정하는 것이다.
  • 검증의 주요 항목: 완전성, 일관성, 명확성, 가능성, 검증 가능성, 추적 가능성, 변경 용이성

 

식별 대상 데이터: 송·수신 시스템 사이에서 교환되는 데이터로 규격화된 표준 형식에 따라 전송된다.

• 인터페이스 표준 항목: 송·수신 시스템을 연계하는 데 표준적으로 필요한 데이터(시스템 공통 정보, 거래 공통 정보)
• 송·수신 데이터 항목: 송·수신 시스템이 업무를 수행하는 데 사용되는 데이터
• 공통 코드: 시스템들에서 공통으로 사용하는 코드

 

시스템 인터페이스 연계 기술: 송신 시스템과 수신 시스템이 데이터를 주고받는(송수신) 통신 연계 기술

기술	내용
DB Link	DB에서 제공하는 DB Link 객체를 이용하는 방식
API/Open API	송신 시스템의 데이터베이스에서 데이터를 읽어와 제공하는 애플리케이션 프로그래밍 인터페이스 프로그램
연계 솔루션	EAI(Enterprise Application Integration) 서버와 송 ·수신 시스템에 설치되는 클라이언트를 이용하는 방식
Socket	서버가 통신을 위한 소켓(Socket)을 생성하여 포트를 할당하고 클라이언트의 통신 요청 시 클라이언트와 연결하여 통신하는 네트워크 기술
Web Service	웹 서비스에서 WSDL, UDDI, SOAP 프로토콜을 이용하여 연계하는 서비스

 

 

시스템 인터페이스 통신 유형

유형	내용
단방향	시스템에서 거래를 요청만 하고 응답이 없는 방식
동기(Synchronous)	시스템에서 거래를 요청하고 응답이 올 때까지 대기(Request-Reply)하는 방식
비동기(Asynchronous)	시스템에서 거래를 요청하고 다른 작업을 수행하다 응답이 오면 처리하는 방식(Send-Receive)

 

 

시스템 인터페이스 처리 유형

유형	내용
실시간 방식	사용자가 요청한 내용을 바로 처리해야 할 때 사용하는 방식
배치(지연 처리) 방식	대량의(일정량) 데이터를 한 번에 처리하는 방식

 

 

 

요구사항 검증 방법

• 요구사항 검토(Requirements Review): 요구사항 명세서의 오류 확인 및 표준 준수 여부 등의 결함 여부를 수작업으로 분석하는 방법

검토	내용
동료 검토(Peer Review)	요구사항 명세서 작성자가 명세서 내용을 직접 설명하고 동료들이 이를 들으면서 결함을 발견하는 형태의 검토 방법
워크스루(Walk Through)	검토 회의 전에 요구사항 명세서 등의 산출물을 미리 배포하여 사전 검토를 진행한 후 짧은 회의를 통해 결함을 조기에 발견하고 팀원 간 지식을 공유하는 비공식적 검토 기법 - 적용 범위: 유스케이스(Use Case) 명세, 설계 다이어그램, 원시 코드(Source Code), 테스트 케이스 등 소프트웨어 개발 주기 전반의 다양한 산출물에 폭넓게 적용할 수 있다. - 활용 목적: 복잡한 알고리즘, 반복 로직, 실시간 동작, 병행 처리(Concurrent Processing) 등 구조가 난해한 기능의 동작 원리를 이해하고 논리적 결함을 찾을 때 유용하다. - 수행 방식: 단순한 테스트 케이스를 이용하여 작성된 프로덕트(산출물)의 실행 흐름을 수작업으로 시뮬레이션(수행)해 보며 논리적 오류를 추적
인스펙션(Inspection)	· 요구사항 명세서 작성자를 제외한 다른 검토 전문가들이 요구사항 명세서를 확인하면서 결함을 발견하는 형태의 검토 방법 # 워크스루를 발전시킨 형태 · 인스펙션(Inspection) 과정

• 프로토타이핑(Prototyping): 초기 요구사항이 불명확할 때 사용자의 요구사항을 정확히 파악하기 위해 실제 개발될 소프트웨어에 대한 견본품(Prototype)을 만들어 요구사항을 분석하는 방법, 최종 결과물이 만들어지기 전에 의뢰자가 최종 결과물의 일부 또는 모형을 볼수 있다. 수행하는 과정에서 새로운 요구사항이 발생할 때마다 이를 반영한 프로토타입을 새롭게 만들면서 소프트웨어를 구현하는 방법이다. # 발주자나 개발자 모두에게 공동의 참조 모델을 제공, 프로토타입은 구현 단계의 구현 골격, 단기간 제작 목적으로 인하여 비효율적인 언어나 알고리즘을 사용할 수 있다.
• 테스트 설계: 요구사항은 테스트할 수 있도록 작성되어야 하며 이를 위해 테스트 케이스를 생성하여 요구사항이 현실적으로 반영되었는지 분석하는 방법
• CASE 도구 활용: 일관성 분석을 통해 요구사항 변경사항의 추적, 분석, 관리, 표준 준수 여부를 분석하는 방법
• 정형 기술 검토(FTR): 의제를 제한한다, 논쟁과 반박을 제한한다, 문제 영역을 명확히 표현한다, 참가자의 수를 제한한다, 사전 준비를 강요한다, 제품의 검토에만 집중한다, 해결책이나 개선책에 대해서는 논하지 않는다, 체크 리스트를 개발해라

 

 

미들웨어(MiddleWare): 운영체제와 응용 프로그램 또는 서버와 클라이언트 사이에서 다양한 서비스를 제공하는 소프트웨어이다. 표준화된 인터페이스를 제공함으로써 시스템 간의 데이터 교환의 일관성을 보장한다. 사용자가 미들웨어의 내부 동작을 확인하기는 쉽지 않다.

• DB(DataBase): 데이터베이스 벤더에서 제공하는 클라이언트에서 원격의 데이터베이스와 연결하는 미들웨어이다. 2-Tier 아키텍처라고 한다.
• RPC(원격 프로시저 호출): 응용 프로그램의 프로시저를 사용하여 원격 프로시저를 마치 로컬 프로시저처럼 호출하는 미들웨어이다.
• MOM(메시지 지향 미들웨어): 메시지 기반의 비동기형 메시지를 전달하는 미들웨어이다. 이기종 분산 데이터 시스템의 데이터를 동기를 위해 많이 사용된다. 독립적인 애플리케이션을 하나의 통합된 시스템으로 묶는 역할, 송신측과 수신측의 연결시 메시지 큐를 활용한다.
• TP-Monitor(트랜잭션 처리 모니터): 온라인 트랜잭션 업무에서 트랜잭션을 처리 및 감시하는 미들웨어이다. 빠른 응답 속도를 유지해야 하는 업무에 주로 사용된다.
• ORB(객체 요청 브로커): 코바(CORBA) 표준 스펙을 구현한 객체 지향 미들웨어이다.
• WAS(웹 애플리케이션 서버): 사용자의 요구에 따라 변하는 동적인 웹 콘텐츠를 처리하기 위한 미들웨어이다. 클라이언트/서버 환경보다는 웹 환경을 구현하기 위한 미들웨어이며 HTTP 세션 처리를 위한 웹 서버 기능뿐만 아니라 미션-크리티컬한 기업 업무까지 JAVA, EJB(Enterprise Java Beans) 컴포넌트 기반으로 구현이 가능하다.
  • 종류: Tomcat, GlassFish, JBoss, Jetty, JEUS, Resin, WebLogic, WebSphere 등