[정처기 필기] 「1」 | 인터페이스 설계 - (4.1) 시스템 인터페이스 요구사항 분석, 검증

[정처기 필기] 「1」 | 인터페이스 설계 - (4.1) 시스템 인터페이스 요구사항 분석, 검증

> 「1」 소프트웨어 설계

- 요구사항 확인, 화면 설계, 애플리케이션 설계, > 인터페이스 설계

「2」 소프트웨어 개발

「3」 데이터베이스 구축

「4」  프로그래밍 언어 활용

「5」  정보시스템 구축 관리

 

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

> 2 인터페이스 요구사항 검증

3 인터페이스 방법 명세화

4 미들웨어 설루션 명세

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

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

 

독립적으로 떨어져 있는 시스템들끼리 서로 연동하여 상호작용하기 위한 접속 방법, 규칙

 

- 개발을 목표로 하는 시스템, 외부사항을 연동하는데 필요한 시스템 인터페이스에 대한 요구사항 기술

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

 

>요구사항 명세서<

 

요구사항을 구체화하여 명세화한 문서, 시스템의 기능, 데이터, 인터페이스, 품질 등 요구사항 단위별로 작성

 

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

 

요구사항을 기능적 요구사항, 비기능적 요구사항으로 분류, 조직화하여 요구사항 명세 구체화, 전달하는 과정

 

- 소프트웨어 요구사항 분석 기법을 이용

- 분해가 필요한 경우, 세분화

- 누락된 요구사항, 제한조건 추가

- 우선순위 부여

 

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

 

1 요구사항 목록에서 시스템 인터페이스 관련 요구사항을 선별, 목록으로 만듦

2 요구사항 및 아키텍처 정의서, 현행 시스템의 대 / 내외 연계 시스템 현황 자료 등 관련된 자료 준비

3 명세서를 확인하여 기능적 요구사항, 비기능적 요구사항으로 분류

4 명세서와 요구사항 목록, 관련 자료 비교하여, 요구사항을 분석, 내용 추가, 수정

5 추가 / 수정한 명세서와 목록을 이해관계자에게 전달

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

요구사항 검증(Requirements Verification)

 

인터페이스의 설계 / 구현 전, 요구사항 명세서에 정확, 완전하게 기술되었는지 검토, 베이스라인 설정

 

- 설계 / 구현 중에 오류 발견되면 많은 비용이 소모되므로 요구사항 검증은 매우 중요

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

 

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

 

프로젝트 품질 관리 계획을 참조하여 인터페이스 요구사항 검토 계획을 수립

 

검토 기준 / 방법

: 프로젝트 규모, 참여 인력, 검토 기간을 고려하여 검토 기준 / 방법 정함

 

참여자

: 프로젝트 관리자, 품질 관리자, 인터페이스 분석가, 소프트웨어 아키텍트, 시스템 사용자, 테스트 관리자 등

요구사항 검토 참여자를 선정

 

체크리스트

: 완전성, 일관성, 명확성 등 요구사항 검토 체크리스트 작성

 

관련 자료

: 인터페이스 요구사항 목록, 인터페이스 요구사항 명세서, 현행 및 표준 시스템 구성도 등 필요한 자료 준비

 

일정

: 인터페이스 요구사항 검토 일정 정함

 

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

 

검토 체크리스트의 항목에 따라 명세서를 검토

 

- 오류가 발견되면 오류 목록, 시정 조치서 작성

- 오류 수정과 요구사항 승인 절차를 진행하도록 요구사항 검토 결과를 전달

- 시정 조치서를 작성한 경우, 시정 조치가 완료되면 인터페이스 요구사항 검토 작업을 완료함

 

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

 

검증된 인터페이스 요구사항은 공식적으로 승인

 

- 소프트웨어 설계 / 구현을 위해 요구사항 명세서의 베이스라인 설정, 이후 변경은 공식적인 변경 통제 절차로만 가능

 

요구사항 검증 방법

 

요구사항 검토(Requirements Review)

- 명세서의 오류 확인 / 표준 준수 여부 등 결함 여부를 수작업으로 분석하는 방법

- 비공식적인 검토 방법인 동료 검토, 워크스루, 공식적인 검토 방법인 인스펙션

: 동료 검토(Peer Review) - 작성자가 명세서 내용을 직접 설명, 동료들이 결함 발견 

: 워크스루(Walk Through) - 검토 회의 전 명세서를 미리 배포하여 사전 검토 후, 짧은 회의를 통해 결함 발견, 복잡한 알고리즘, 반복, 실시간 동작, 병행 처리 같은 기능이나 동작을 이해하려 할 때 유용

: 인스펙션(Inspection) - 작성자를 제외한 다른 검토 전문가들이 명세서를 확인하면서 결함 발견

 

프로토타이핑(Prototyping)

- 실제 개발될 소프트웨어에 대한 견본품(Prototype)을 만들어 최종 결과물 예측

 

테스트 설계

- 테스트할 수 있도록 작성되어야 하며, 테스트 케이스(Test Case)를 생성하여 현실적으로 테스트 가능한지 검토

 

CASE(Computer Aided Software Engineering) 도구 활용

- 일관성 분석(Consistency Analysis)을 통해 요구사항 변경사항의 추적 / 분석, 관리하고, 표준 준수 여부 확인

 

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

 

- 완전성(Completeness) : 누락되지 않고 완전하게 반영되었나?

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

- 명확성(Unambiguity) : 명확하게 이해할 수 있나?

- 기능성(Functionality) : 'How to'보다 'What'에 중점을 두고 있나?

- 검증 가능성(Verifiability) : 요구를 모두 만족, 일치하는지 검증할 수 있나?

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

- 변경 용이성(Easily Changeable) : 변경이 쉽도록 작성되었나?

 

 

 

 

 

 

 

 

출처 | <시나공> 정보처리기사 필기 2024 기본서 (길벗알앤디)