2025 정보처리기사 필기 도전기 17 - 시스템인터페이스
시스템 인터페이스 요구사항 구성
독립적으로 떨어져 있는 시스템들끼리 서로 연동하여 상호 작용하기 위한 접속 방법이나 규칙을 의미함.
1. 시스템 인터페이스 요구사항은 개발을 목표로 하는 시스템과 외부 시스템을 연동하는데 필요한 시스템 인터페이스에 대한 요구사항을 기술한 것.
2. 시스템 인터페이스 요구사항 명세서에는 인터페이스 이름, 연계 대상 시스템, 연계 범위 및 내용, 연계 방식, 송신 데이터, 인터페이스 주기, 기타 고려사항 등이 포함되어야 함.
요구사항 명세서
프로젝트 개발 시 기업이나 업체가 요구하는 사항들을 구체화하여 명세화한 문서로, 시스템 기능, 데이터, 인터페이스, 품질 등의 요구사항 단위별로 작성 예입니다.
시스템 인터페이스 요구사항 분석
요구사항 명세서에서 요구사항을 기능적 요구사항과 비기능적 요구사항으로 분류하고 조직화하여 요구사항 명세를 구체화하고 이를 이해관계자에게 전달하는 일련의 과정
1. 요구사항 분석은 소프트웨어 요구사항 분석 기법을 적절히 이용함.
2. 요구사항의 분해가 필요한 경우 적절한 수준으로 세분화함.
3. 요구사항 분석 시 누락된 요구사항이나 제한조건을 추가함.
4. 요구사항에 대한 상대적 중요도를 평가하여 우선순위를 부여함.
시스템인터페이스 요구사항 분석 절차
시스템인터페이스 요구사항 분석 절차는 다음과 같음.
1. 소프트웨어 요구사항 목록에서 시스템 인터페이스 관련 요구사항을 선별하여 별도로 시스템인터페이스 요구사항 목록을 만든다.
2. 시스템 인터페이스와 관련된 요구사항 및 아키텍처 정의서, 핸행시스템의 대내외 연계시스템현황 자료 등 시스템 인터페이스 요구사항과 관련된 자료를 준비함.
3. 시스템 인터페이스에 대한 요구사항 명세서를 확인하여 기능적인 요구사항과 비기능적인 요구사항으로 분류함.
4. 시스템 인터페이스 요구사항 명세서와 시스템 인터페이스 요구사항 목록 및 기타 관련 자료들을 비교하여 요구사항을 분석하고 내용을 추가하거나 수정함.
5. 추가,수정한 시스템 인터페이스 요구사항 명세서와 시스템 인터페이스 요구사항 목록을 관련 이해관계자에게 전달함.
요구사항 검증
인터페이스의 설계 및 구현 전에 사용자들의 요구사항이 요구사항 명세서에 정확하고 완전하게 기술되었는지 검토하고 개발 범위의 기준인 베이스라인을 설정하는 것
1. 인터페이스의 설계 및 구현 중에 요구사항 명세서의 오류가 발견되어 이를 수정할 경우 많은 비용이 소요되므로 프로젝트에서 요구사항 검증은 매우 중요함.
2. 인터페이스 요구사항 검증은 ' 요구사항 검토 계획 수립 > 검토 및 오류 수정 > 베이스라인 설정'순으로 수행함.
인터페이스 요구사항 검토계획수립
프로젝트 이해관계자들이 프로젝트 품질 관리 계획을 참조하여 다음과 같이 인터페이스 요구사항 검토 계획을 수립함.
| 검토 기준 및 방법 | 프로젝트 규모와 참여 인력, 검토 기간등을 고려하여 검토 기준 및 방법을 정함 |
| 참여자 | 프로젝트 규모에 따라 이해관계자들을 파악하여 프로젝트관리자, 품질관리자,인터페이스 분석가, 소프트웨어 아키텍트,시스템 사용자, 테스트 관리자 등 요구사항 검토 참여자를 선정함 |
| 체크리스트 | 완전성,일관성,명확성 등의 항목을 점검할 수 있는 요구사항 검토 체크리스트를 작성함 |
| 관려자료 | 인터페이스 요구사항 목록, 인터페이스 요구사항 명세서, 현행 및 표준 시스템 구성도 등 인터페이스 요구사항 검토에 필요한 자료들을 준비함. |
| 일정 | 인터페이스 요구사항 검토 일정을 정함 |
검토계획이 수립되면 인터페이스 요구사항 검토 참여자들에게 검토 관련 자료와 일정 등을 전달함.
인터페이스 요구사항 검토 및 오류 수정
검토 체크리스트의 항목에 따라 인터페이스 요구사항 명세서를 검토하는 것
1. 요구사항 검토 시 오류가 발견되면 오류를 수정할 수 있도록 오류목록과 시정 조치서를 작성함.
2. 오류 수정과 요구사항 승인 절차를 진행할 수 있도록 요구사항 검토 결과를 검토 관련자들에게 전달함
3. 시정 조치서를 작성한 경우 시정 조치가 완료되었는지 확인하여 시정 조치가 완료되면 인터페이스 요구사항 검토 작업을 완료함.
인터페이스 요구사항 베이스라인 설정
인터페이스 요구사항 검토를 통해 검증된 인터페이스 요구사항은 프로젝트 관리지와 주요 의사 결정자에게 공식적으로 승인받는다.
1. 소프트웨어 설계 및 구현을 위해 요구사항 명세서의 베이스라인을 설정함.
요구사항 검증 방법
인터페이스 요구사항 검증은 다음과 같은 검증 방법을 적절하게 이용함.
요구사항 검토 : 요구사항 명세서의 오류확인 및 표준 준수 여부 등의 결함 여부를 검토 담당자들이 수작업으로 분석하는 방법으로, 동료검토, 워크스루, 인스펙션 등이 있음
| 동료검토 (peer Review) |
요구사항 명세서 작성자가 명세서 내용을 직접 설명하고 동료들이 이를 들으면서 결함을 발견하는 형태의 검토 방 |
| 워크스루 (Walk Through) |
검토 회의 전에 요구사항 명세서를 미리 배포하여 사전 검토한 후에 짧은 검토 회의를 통해 결함을 발견한느 형태의 검토 방법 |
| 인스펙션 (Inspection) |
요구사항 명세서 작성자를 제외한 다른 검토 전문가들이 요구사항명세서를 확인하면서 결함을 발견하는 형태의 검토 방법 |
프로토타이핑(Prototyping) : 사용자의 요구사항을 정확히 파악하기 위해 실제 개발될 소프트웨어에 대한 견본품을 만들어 최종 결과물을 예측함
테스트 설계 : 요구사항은 테스트할 수 있도록 작성되어야 하며, 이를 위해 테스트케이스를 생성하여 이후에 요구사항이 현실적으로 테스트 가능한지를 검토함
CASE도구활용 : 일관성분석을 통해 요구사항 변경사항의 추적및분석, 관리하고, 표준 준수여부확인함.
인터페이스 요구사항 검증
인터페이스 요구사항 검증의 주요 항목
1. 완전성 : 사용자의 모든 요구사항이 누락되지 않고 완전하게 반영되어 있는가?
2. 일관성 : 요구사항이 모순되거나 충돌되는 점 없이 일관성을 유지하고 있는가?
3. 명확성 : 모든 참여자가 요구사항을 명확히 이해할 수 있는가?
4. 기능성 : 요구사항이 어떻게보다 무엇을에 중점을 두고 있는가?
5. 검증 가능성 : 요구사항이 사용자의 요구를 모두 만족하고, 개발된 소프트웨어가 사용자의 요구 내용과 일치하는지를 검증할 수 있는가?
6. 추적 가능성 : 요구사항 명세서와 설계서를 추적할 수 있는가?
7. 변경 용이성 : 요구사항 명세어의 변경이 쉽도록 작성되었는가?
인터페이스 방법 명세화의 개념
내외부 시스템이 연계하여 작동할 때 인터페이스별 송수신방법, 송수신데이터, 오류 식별 및 처리 방안에 대한 내용을 문서로 명확하게 정리하는 것.
1. 인터페이스별로 송수신방법을 명세화하기 위해서는 시스템 연계기술,인터페이스 통신 유형, 처리유형, 발생주기 등에 대한 정보가 필요함
시스템 연계 기술
개발할 시스템과 내외부시스템을 연계할 때 사용되는 기술을 의미함.
주요 시스템 연계 기술에는 DB Link,API/Open API, 연계설루션, Socket, Web Service 등이 있음
1. DB Link : DB에서 제공하는 DB Link 객체를 이용하는 방식임.
2. API/Open API : 송신 시스템의 데이터베이스(DB)에서 데이터를 읽어 와 제공하는 애플리케이션 프로그래밍 인터페이스 프로그램
3. 연계 솔루션 : EAI 서버와 송수신 시스템에 설치되는 클라이언트를 이용하는 방식
4. Socket : 서버는 통신을 위한 소켓을 생성하여 포트를 할당하고 클라이언트의 통신요청 시 클라이언트와 연결하여 통신하는 네트워크 기술
5. Web Service : 웹서비스에서 WSDL과 UDDI,SOAP 프로토콜을 이용하여 연계하는 서비스
인터페이스 통신 유형
개발할 시스템과 내외부 시스템 간 데이터를 송수신하는 형태를 의미함.
1. 인터페이스 통신유형에는 단방향, 동기, 비동기 방식등이 있음.
- 단방향 : 시스템에서 거래를 요청만 하고 응답이 없는 방식
- 동기 : 시스템에서 거래를 요청하고 응답이 올 때까지 대기하는 방식
- 비동기 : 시스템에서 거래를 요청하고 다른 작업을 수행하다 응답이 오면 처리하는 방식
인터페이스 처리 유형
송수신데이터를 어떤 형태로 처리할 것인지에 대한 방식을 의미함.
1. 업무의 성격과 송수신 데이터 전송량을 고려하여 실시간,지연처리,배치 방식으로 구분함.
- 실시간 방식 : 사용자가 요청한 내용을 바로 처리해야할 때 사용하는 방식
- 지연처리방식 : 데이터를 매건 단위로 처리할 경우 비용이 많이 발생할 때 사용하는 방식
- 배치 방식 : 대량의 데이터를 처리할 때 사용하는 방식
인터페이스 발생 주기
인터페이스 발생 주기는 개발할 시스템과 내외부시스템간 송수신 데이터가 전송되어 인터페이스가 사용되는 주기를 의미함
업무의 성격과 송수신 데이터 전송량을 고려하여 매일,수시, 주 1회 등으로 구분함
송수신방법 명세화
내외부 인터페이스 목록에 있는 각각의 인터페이스에 대한 연계 방식, 통신 및 처리유형, 발생주기 등의 송수신방법을 정의하고 명세를 작성하는 것
연계 방식, 통신 유형, 연계처리형태는 시스템 인터페이스 설계 시 작성한 아키텍처 정의서를 기반으로 하여 업무 및 데이터의 성격, 연계 데이터 발생건수, 연계 시스템의 기술구조, 시스템 간의 성능 등을 고려하여 작성함.
ex) 인터페이스 송수신방법 명세화
송수신 데이터 명세화
내외부 인터페이스 목록에 있는 각각의 인터페이스에 대해 인터페이스 시 필요한 송수신 데이터에 대한 명세를 작성하는 것
- 인터페이스별로 테이블 정의서와 파일 레이아웃에서 연계하고자 하는 테이블 또는 파일 단위로 송수신데이터에 대한 명세를 작성함
ex) 송수신데이터 명세화
오류식별 및 처리방안 명세화
내외부 인터페이스 목록에 있는 각각의 인터페이스에 대해 인터페이스 시 발생할 수 있는 오류를 식별하고 오류 처리 방안에 대한 명세를 작성하는 것
- 시스템 및 전송오류, 연계프로그램 등에서 정의한 예외 상황 등 대내외 시스템 연계 시 발생할 수 있는 다양한 오류 상황을 식별하고 분류함
오류 상황에 대한 오류코드, 오류메시지, 오류설명, 해결방법 등을 명세화 함
ex) 오류 식별 및 처리 방안 명세화
