[정보처리기사 필기] 인터페이스 설계

시스템 인터페이스 요구사항 분석

---

 

1. 시스템 인터페이스 요구사항 구성

시스템 인터페이스는 독립적으로 떨어져 있는 시스템들끼리 서로 연동하여 상호 작용하기 위한 접속 방법이나 규칙을 의미

 

• 시스템 인터페이스 요구사항은 개발을 목표로 하는 시스템과 외부 시스템을 연동 하는데 필요한 시스템 인터페이스에 대한 요구사항을 기술한 것.
• 시스템 인터페이스 요구사항 명세서에는 인터페이스 이름, 연계 대상 시스템, 연계 범위 및 내용, 연계 방식, 송신 데이터, 인터페이스 주기, 기타 고려 사항 등이 포함 되어야 함

 

2. 시스템 인터페이스 요구사항 분석

시스템 인터페이스 요구사항 분석은 요구사항 명세서에서 요구사항을 기능적 요구사항과 비기능적 요구사항 으로 분류하고 조직화하여 요구사항 명세를 구체화하고 이해관계자에게 전달하는 일련의 과정

 

• 요구사항 분석은 소프트웨어 요구사항 분석 기법을 적절히 활용한다.
• 요구사항의 분해가 필요한 경우 적절한 수순으로 세분화
• 요구사항 분석 시 누락된 요구사항이나 제한조건 추가
• 요구사항에 대한 상대적 중요도를 평가하여 우선순위 부여

 

3. 시스템 인터페이스 요구사항 분석 절차

1. 소프트웨어 요구사항 목록에서 시스템인터페이스 관련 요구사항 선별하여 별도 목록 만듦
2. 관련된 요구사항 및 아키텍처 정의서, 현행 시스템의 대, 내외 연계 시스템 현황 등 관련 자료 준비
3. 기능적, 비기능적 요구사항으로 분류
4. 관련 자료 비교하여 요구사항 분석하고 내용 추가 또는 수정
5. 이해관계자에게 전달

 

 

 

인터페이스 요구사항 검증

---

 

1. 요구사항 검증(Requirements Verification)

요구사항 검증은 인터페이스 설계 및 구현전에 사용자들의 요구사항이 요구사항 명세서에 정확하고 완전하게 기술되었는지 검토하고 베이스라인을 설정하는 것

 

• '요구사항 검토 계획 수립 - 검토 및 오류 수정 - 베이스라인 설정' 순서로 진행됨

 

2. 인터페이스 요구사항 검증 수행 

검토 계획 수립

검토 기준 및 방법	프로젝트 규모, 인력, 기간 등 고려
참여자	이해관계자 파악하여 프로젝트 관리자, 품질 관리자, 인터페이스 분석가, 소프트웨어 아키텍트, 시스템 사용자, 테스트 관리자 등 선정
체크리스트	완전성, 일관성, 명확성 등
관련 자료	인터페이스 요구사항 목록, 인터페이스 요구사항 명세서, 현행 및 표준 시스템 구성도 등
일정	요구사항 검토 일정

검토 및 오류 수정

• 오류가 발생하면 수정 가능 하도록 오류 목록과 시정 조치서 작성
• 시정 조치가 완료되었는지 확인하여 완료되면 검토 작업 완료한다

베이스라인 설정

검증된 인터페이스 요구사항은 프로젝트 관리자와 주요 의사 결정자에게 공식적으로 승인받는다.

• 소프트웨어 설계 및 구현을 위해 요구사항 명세서의 베이스라인을 설정한다.

 

3. 요구사항 검증 방법

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

동료검토(Peer Review)	명세 작성자가 내용을 설명하고 동료들이 들으며 결함을 발견하는 형태
워크스루(Walk Through)	검토 회의전에 명세서를 미리 배포하여 사전 검토 후에 짧은 회의를 통해 결함을 발견하는 형태
인스펙션(Inspection)	다른 검토 전문가들이 요구사항 명세서를 확인하며 결함 발견하는 형태

프로토 타이핑(Prototyping) : 사용자의 요구사항 정확히 파악위해 견본품을 만듦

테스트 설계 : 요구사항은 테스트할 수 있도록 작성되어야 하며 , Test Case를 생성하여 테스트 가능한지 검토

CASE(Computer Aided Software Engineering) 도구 활용 : 일관성 분석(Consistency Analysis)을 통해 변경사항 추적 및 분석, 관리하고, 표준 준수 여부 확인

 

 

4. 인터페이스 요구사항 검증의 주요항목

• 완전성(Completeness)
• 일관성(Consistency)
• 명확성(Unambiguity)
• 기능성(Functionaility)
• 검증 가능성(Verifiability)
• 추적 가능성(Traceability)
• 변경 용이성(Easily Changeable)

 

 

 

인터페이스 명세화

---

 

1. 인터페이스 방법 명세화의 개념

내, 외부 시스템이 연계하여 작동할 때 인터페이스별 송수신 방법, 송수신 데이터, 오류 식별 및 처리 방안에 대한 내용을 문서로 명확하게 정리하는 것

• 시스템 연계 기술, 인터페이스 통신 유형, 처리 유형, 발생 주기 등에 대한 정보 필요

 

시스템 연계 기술

개발할 시스템과 내 외부 시스템을 연계할 때 사용되는 기술을 의미

 

DB Link : DB 에서 제공하는 DB Link 객체 이용하는 방법

API/Open API : 송신 시스템의 데이터베이스에서 데이터를 읽어 와 제공하는 애플리케이션 프로그래밍 인터페이스

연계 솔루션 : EAI서버와 송 수신 시스템에 설치되는 클라이언트를 이용하는 방식

Socket : 서버는 통신을 위한 소켓을 생성하여 포트를 할당하고 클라이언트 요청시 연결하는 네트워크 기술이다.

Web Service : 웹 서비스에서 WSDL 과 UDDI, SOAP 프로토콜 이용하여 연계하는 서비스

 

EAI(Enterprise Application Integration) : 송 수신 데이터를 식별하기 위해 모니터링과 통제하는 서비스

WSDL(Web Service Description Language) : 웹 서비스 관련 서식 이나 프로토콜 표준적 방법으로 기술 및 통제

UDDI(Universal Description, Discovery and Integration) : 인터넷에서 전세계 비즈니스 업체 목록에 자신의 목록 등록 위한 확장성 생성언어(XML) 기반 규격

SOAP(Simple Object Access Protocol) : 웹 서비스 실제 이용 위한 객체간 통신 규격 

 

인터페이스 통신 유형

개발할 시스템과 내 외부 시스템 간 데이터를 송 수신 하는 형태

 

단방향 : 시스템에서 거래 요청만 하고 응답 없음

동기 : 시스템에서 거래 요청 후 응답 올 때까지 대기(Request-Reply)

비동기 : 시스템에서 거래 요청하고 다른 응답 오면 처리(Send-Recevie, Send-Recieve-Acknowledge, Publish-Subscribe)

 

인터페이스 처리 유형

송 수신 데이터를 어떤 형태로 처리할 것인지

• 업무의 성격과 데이터 전송량 구분

실시간 방식 : 요청 내용 바로 처리할 때

지연 처리 방식 : 데이터를 매건 단위로 처리하면 비용이 많이 발생 할 때

배치 방식 : 대량 데이터 처리할 때

 

인터페이스 발생 주기

내 외부 시스템간 송 수신 데이터가 전송되어 인터페이스가 사용되는 주기

• 업무의 성격과 송 수신 데이터 전송량을 고려하여 매일, 수시, 주 1회 등으로 구분

 

 

2. 송 수신 방법 명세화

내 외부 인터페이스 목록에 있는 각각의 인터페이스에 대해 연계 방식, 통신 및 처리 유형, 발생 주기 등의 송 수신 방법을 정의하고 명세를 작성하는 것

• 연계 방식, 통신 유형, 연계 처리 형태는 시스템 인터페이스 설계시 작성한 아키텍처 정의를 기반으로 하여 업무 및 데이터의 성격, 연계데이터 발생 건수, 연계 시스템의 기술 구조, 시스템 간의 성능 등을 고려하여 작성한다.

 

3. 송 수신 데이터 명세화

내 외부 인터페이스 목록에 있는 각각의 인터페이스에 대해 인터페이스 시 필요한 송 수신 데이터에 대한 명세를 작성하는 것

• 인터페이스별로 테이블 정의서와 파일 레이아웃에서 연계하고자 하는 테이블 또는 파일 단위로 송 수신 데이터에 대한 명세 작성

 

4. 오류 식별 처리 및 처리 방안 명세화

내 외부 인터페이스 목록에 있는 각각의 인터페이스에 대해 발생할 수 있는 오류를 식별하고 처리 방안에 대한 명세 작성

• 시스템 및 전송오류, 연계 프로그램 등에서 정의한 예외 상항 등 대 내외 시스템 연계시 발생할 수 있는 다양한 오류 상황 식별 하고 분류

 

 

 

미들웨어 솔루션 명세

---

 

1. 미들웨어 개념

미들(Middel) 과 소프트웨어(Software)의 합성어

• 분산 컴퓨팅 환경에서 서로 다른 기종간의 하드웨어나 프로토콜, 통신 환경 등을 연결하여 운영체제와 응용 프로그램, 또는 서버와 클라이언트 사이에서 원만한 통신이 이루어지도록 다양한 서비스 제공
• 표준화된 인터페이스 제공함으로써 시스템 간 데이터 교환에 일관성 보장
• 위치 투명성 제공

 

2. 미들웨어 종류

DB(DataBase)

데이터베이스 벤더에서 제공하는 클라이언트에서 원격의 데이터베이스와 연결 하기 위한 미들웨어

• DB를 사용하는 경우 보통 2-Tier 아키텍처
• 대표적으로 마이크로소프트의 ODBC, 볼랜드의 IDAPI, 오라클의 Glue

RPC(Remote Procedure Call)

RPC(원격 프로시저 호출)는 응용프로그램의 프로시저를 사용하여 원격 프로시저를 마치 로컬 프로시저처럼 호출하는 방식의 미들웨어

• 대표적으로 이큐브시스템의 Entera, OSF의 ONC/RPC

MOM(Message Oriented Middleware)

MOM(메시지 지향 미들웨어)은 메시지 기반의 비동기형 메시지를 전달하는 방식의 미들웨어

• 온라인 업무보다 이기종 분산 데이터 시스템의 데이터 동기를 위해 많이 사용
• 대표적으로 IBM의 MQ, 오라클의 Message Q, JCP의 JMS

TP-Monitor(Transaction Processing Monitor)

트랜잭션 처리 모니터는 항공기나 철도 예약 업무 등과 같은 온라인 트랜잭션 업무에서 트랜잭션을 처리 및 감시하는 미들웨어

• 사용자 수가 증가해도 빠른 응답 속도를 유지해야 하는 업무에 주로 사용
• 대표적으로 오라클의 tuxedo, 티맥스소프트의 tmax 등

ORB(Object Request Broker)

객체 요청 브로커는 객체 지향 미들웨어로 코바(CORBA) 표준 스펙을 구현한 미들웨어

• 대표적으로 Micro Focus의 Orbix, OMG의 CORBA

WAS(Web Application Server)

웹 애플리케이션 서버는 정적인 콘텐츠를 처리하는 웹 서버와 달리 사용자의 요구에 따라 변하는 동적인 콘텐츠를 처리하기 위해 사용되는 미들웨어

• 클라이언트/서버 환경 보다는 웹환경 구현 위한 미들웨어
• HTTP 세션 처리를 위한 웹 서버 기능 뿐만 아니라 미션-크리티컬 한 기업 업무까지 JAVA, EJB 컴포넌트 기반으로 구현 가능
• 대표적으로 오라클의 WebLogic, IBM의 WebSphere

미션-크리티컬 : 업무를 수행하는데 있어 가장 중요한 요소

 

 

3. 미들웨어 솔루션 식별

개발 및 운용환경에 사용될 미들웨어 솔루션을 확인하고 목록을 작성하는것

• 소프트웨어 아키텍처에서 정의한 아키텍처 구성 정보와 프로젝트에서 구매가 진행 중이거나 구매예정인 소프트웨어 내역을 확인하여 개발 및 운영 환경에서 사용될 미들웨어 솔루션을 식별
• 식별한 미들웨어 솔루션들에 대해 솔루션의 시스템, 구분, 솔루션명, 버전, 제조사 등의 정보를 정리한 미들웨어 솔루션 목록 정의
• 작성된 미들웨어 솔루션 목록은 이해관계자 등에게 전달하여 오류 및 누락을 확인하고 수정

 

4. 미들웨어 솔루션 명세서 작성

미들웨어 솔루션 목록의 미들웨어 솔루션별로 관련 정보들을 상세하게 기술하는 것

• 미들웨어 솔루션 제품 명칭 및 버전, 제품 사용 목적 등을 솔루션에 대한 제품 안내서 및 설명 자료 등을 통해 검토
• 사용환경과 특징 등을 검토
• 지원하는 시스템 범위와 정상적인 서비스 제공을 위한 환경 구성, 제공 기능 등에 대한 제약사항이 존재하는지 제품안내서 및 기술 지원 담당자 통해 검토
• 상세 정보 및 제공 기능, 특징, 시스템 구성 환경 등에 대한 제약사항을 정리하여 솔루션에 대한 명세서 작성

 

---

출처

자료 참고: 

시나공 정보처리기사 필기 2022를 참고하여 작성되었습니다

표지