[정보처리기사 : 필기] 1 - 4) 인터페이스 설계

1과목. 소프트웨어 설계 (4장 - 인터페이스 설계)

---

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

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

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

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

- 인터페이스 이름, 연계 대상 시스템, 연계 범위 및 내용, 송신 데이터, 연계 방식, 인터페이스 주기, 기타 고려사항 포함 

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

- 기능적 요구사항과 비기능적 요구사항으로 분류, 조직화해 요구사항 명세를 구체화하고 이를 이해관계자에게 전달하는 일련의 과정 

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

---

SECTION 030) 인터페이스 요구사항 검증

1. 요구사항 검증

- 인터페이스 설계 및 구현 전, 요구사항 명세서가 정확, 완전하게 기술되었는지 검토하고, 개발 범위의 기준인 베이스라인을 설정하는 것

- 요구사항 검토 계획 수립 -> 검토 및 오류 수정 -> 베이스라인 설정 순으로 수행 

2. 인터페이스 요구사항 검토 계획 수립

- 프로젝트 품질 관리 계획을 참조

3. 인터페이스 요구사항 검토 및 오류 수정

- 체크리스트 항목에 따라 검토 

- 오류 목록과 시정 조치서 작성

4. 인터페이스 요구사항 베이스라인 설정 

5. 요구사항 검증 방법

- 요구사항 검토 : 검토 담당자들이 수작업으로 분석

 

동료 검토 (Peer Review)	명세서 작성자가 내용 직접 설명, 동료들이 이를 검토
워크 스루 (Walk Through)	검토 회의 전에 명세서 미리 배포, 사전 검토 후 짧은 검토 회의
인스펙션 (Inspection)	작성자 제외 다른 검토 전문가들이 검토

 

- 프로토타이핑 : 프로토타입 만들어 최종 결과물 예측

 

- 테스트 설계 : 테스트 케이스 생성해 검토

 

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

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

- 완전성 (Completeness) : 모든 요구사항 누락되지 않고 완전히 반영되었는가?

- 일관성 (Consistency) : 모순되거나 충돌되는 점 없이 일관성 유지하는가?

- 명확성 (Unambiguity) : 모든 참여자가 명확히 이해할 수 있는가?

- 기능성 (Functionality) : 어떻게 보다 무엇을에 중점을 두는가?

- 검증 가능성 (Verifiability) : 요구  모두 만족하고, 일치하는지 검증 가능한가?

- 추적 가능성 (Traceability) : 명세서와 설계서를 추적할 수 있는가?

- 변경 용이성 (Easily Changeable) : 변경이 쉽게 작성되었는가?

---

SECTION 031) 인터페이스 시스템 식별

1. 개발 시스템 식별

인터페이스 관련 자료 기반, 개발할 시스템의 상세 식별 정보를 정의하고 목록을 작성하는 것 

2. 내 외부 시스템 식별

위와 동일

3. 내 외부 시스템 환경 및 관리 주체 식별

내 외부 시스템 환경은 연계 시스템 접속에 필요한 IP, URL, Port 정보 등 시스템의 실제 운용 환경 의미 

관리 주체는 하드웨어 실질 관리 담당자

4. 내 외부 시스템 네트워크 연결 정보 식별 

내 외부 시스템 네트워크 연결 정보는 시스템 로그인 및 DB 정보

5. 인터페이스 식별

6. 인터페이스 시스템 식별 

인터페이스에 참여하는 시스템들을 송 수신 시스템으로 구분하여 작성하는 것 

---

SECTION 032) 송수신 데이터 식별 

1. 식별 대상 데이터 

- 송수신 시스템 사이에서 교환되는 데이터, 규격화된 표준 형식에 따라 전송

- 데이터 종류로 인터페이스 표준 항목, 송 수신 데이터 항목, 공통 코드(상태, 오류 코드 등)가 있다.

 

* 인터페이스 표준 항목

- 송수신 시스템 연계 시 표준적으로 필요한 데이터

- 시스템 공통부, 거래 공통부로 나뉨

 

시스템 공통부	- 시스템 간 연동 시 필요한 공통 정보 - 인터페이스 ID, 전송 시스템 정보(IP, 시스템 코드, 포트 번호), 서비스 코드 정보(송수신 시스템 서비스 ID), 응답 결과 정보, 장애 정보)
거래 공통부	- 시스템들이 연동된 후 송수신되는 데이터를 처리할 때 필요한 정보 - 직원 정보, 승인자 정보, 기기 정보, 매체 정보

2. 정보 흐름 식별

정보들의 방향성 식별

3. 송수신 데이터 식별

정보 흐름과 데이터베이스 산출물을 기반으로 송수신 데이터 식별

송수신 데이터에는 인터페이스 표준 항목과 코드성 데이터 항목에 관한 항목이 있음 (??? 말 어렵게 하네..)

---

SECTION 033) 인터페이스 방법 명세화

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

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

- 송수신 방법을 명세화하기 위해 1-1. 시스템 연계기술, 1-2. 인터페이스 통신 유형, 1-3. 처리 유형, 1-4. 발생 주기 등에 대한 정보가 필요하다.

1-1. 시스템 연계 기술

- 주요 기술로 DB Link, API/Open API, 연계 솔루션, Socket, Web Service

 

- DB Link : DB에서 제공하는 DB Link 객체를 이용하는 방식 

 

- API/Open API : 송신 시스템의 DB에서 데이터를 읽어와 제공하는 API 프로그램

* API(Application Programming Interface)

운영체제나 프로그래밍 언어 등에 있는 라이브러리를 응용 프로그램 개발 시 이용할 수 있도록 규칙 등에 대해 정의해 놓은 인터페이스

* Open API

이러한 기능을 누구나 무료로 사용해 개발하고, 새로운 API를 추가할 수 있도록 공개된 API

 

- 연계 솔루션 : EAI(Enterprise Application Integration - 송수신 데이터를 식별하기 위해 송수신 처리 및 진행 현황을 모니터링하고 통제하는 시스템) 서버와 송수신 시스템에 설치되는 클라이언트를 이용하는 방식 

 

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

 

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

1-2. 인터페이스 통신 유형

- 데이터를 송수신하는 형태 의미 (단방향, 동기, 비동기 등)

 

- 단방향 : 시스템에서 거래를 요청만 하고 응답이 없는 방식

- 동기 : 시스템에서 거래를 요청하고 응답이 올 때까지 대기하는 방식

- 비동기 : 시스템에서 거래를 요청하고 다른 작업을 수행하다 응답이 오면 처리하는 방식 

1-3. 인터페이스 처리 유형 

업무 성격과 송수신 데이터 전송량을 고려해 실시간, 지연처리, 배치 방식 등으로 구분

 

- 실시간 방식 : 사용자가 요청한 내용을 바로 처리해야 할 때 사용

- 지연 처리 : 데이터를 매건 단위로 처리할 경우 비용이 많이 발생할 때 사용

- 배치 방식 : 대량의 데이터를 처리할 때 사용

1-4. 인터페이스 발생 주기

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

1. 송수신 방법 명세화

위를 바탕으로 명세 작성

2. 송수신 데이터 명세화

테이블 정의서와 파일 레이아웃에서 연계하고자 하는 테이블 또는 파일 단위로 작성 

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

오류 코드, 메시지, 설명, 해결 방법 등 작성 

---

SECTION 034) 시스템 인터페이스 설계서 작성

1. 시스템 인터페이스 설계서의 개요

- 시스템 인터페이스 현황 확인을 위해 인터페이스 목록 + 각 인터페이스 상세 데이터 명세를 정의한 문서

 

- 시스템 인터페이스 목록 + 시스템 인터페이스 정의서로 구성

2.  시스템 인터페이스 목록 작성

3. 시스템 인터페이스 정의서 작성

---

SECTION 035) 미들웨어 솔루션 명세

1. 미들웨어(Middleware) 개념 및 종류 

- 미들과 소프트웨어의 합성어

- 운영체제와 응용프로그램, 서버와 클라이언트 사이에서 다양한 서비스를 제공하는 소프트웨어

- 표준화된 인터페이스를 제공함으로써 시스템 간의 데이터 교환에 일관성 보자

- 통신 제공 방법, 기능에 따라 DB, RPC, MOM, TP-Monitor, ORB, WAS로 구분

2. DB (Data Base)

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

- 2-Tier 아키텍처라고 함

- MS - ODBC, 볼랜드 - IDAPI, Orcle - Glue 등

3. RPC (Romote Procedure Call)

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

- Entera, OSF - ONC/RPC 

4. MOM (Message Oriented Middleware)

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

- 온라인 업무보다 이기종 분산 데이터 시스템의 데이터 동기를 위해 많이 사용

IBM - MQ, Oracle - Message Q, JCP - JMS

5. TP-Monitor (Trasaction Processing Monitor)

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

- 사용자 수가 증가해도 빠른 응답 속도를 유지해야 하는 업무에 주로 사용

- Orcle - tuxedo, Tmax - tmax

*트랜잭션 처리 :  온라인 업무 처리 형태의 하나로 네트워크 상의 여러 이용자가 실시간으로 DB 데이터를 갱신, 검색 등의 단위 작업을 처리하는 방식을 말한다.

작업이 온라인으로 처리되기 때문에 온라인 트랜잭션 처리 OLTP라고도 부른다.

6. ORB (Object Request Broker)

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

- 최근 TP-Monitor 장점인 트랜잭션 처리와 모니터링 등을 추가로 구현한 제품도 있음

Micro Focus - Orbix, OMG - CORBA

7. WAS (Web Application Server)

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

- 클라이언트/서버 환경보다 웹 환경을 구현하기 위한 미들웨어

- HTTP 세션 처리를 위한 웹 서버 기능 분만 아니라 *미션-크리티컬 한 기업 업무까지 JAVA, EJB 컴포넌트 기반으로 구현이 가능

- Oracle - WebLogic, IBM - WepSphere

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

8. 미들웨어 솔루션 식별 

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

- 소프트웨어 아키텍처, 구매 진행 예정 내역을 확인해 식별

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

 

2021 시나공 정보처리기사 필기 책을 참고해 정리한 내용입니다.

출처 : 2021 시나공 정보처리기사 필기 (저자 : 김정준, 강윤석, 김용갑, 김우경, 길벗 알앤디 / 출판사 : 길벗)

영리 목적이 아닌 공유 목적입니다.

기출문제는 시나공 저자(알앤디)가 복원한 것임.