인터페이스_요구사항 확인(접점)

인터페이스 요구사항의 개념

• 모듈 간 혹은 시스템 간 연동을 통해 상호 작용하는 접속 방법이나 규칙을 정의
• 시스템 간 데이터를 주고받으면서 시스템에서 처리해야 할 목적을 파악하여 정의

요구사항 분류

1. 기능적 요구사항(동작되는)
   입력, 처리과정, 출력등 소프트웨어가 가져야 할 기능적 속성

2. 비기능적 요구사항(편리하게 만들어주세요)
   성능(응답 시간, 처리량, 반환시간, 가용성),
   사용의 용이성, 신뢰성, 보안성, 운용상의 제약 안전성 등

요구사항 분류 -> 요구기능 분석 -> 요구사항 할당 -> 요구사항 협상 -> 정형분석

요구사항 명세서

요구사항 분석을 통해 정의된 요구사항들을 기능적, 비기능적 명확하고 완전하게 정의

인터페이스 목록(차감, 증가, 로그인 ...)
인터페이스 정의서(인터페이스 목록에 있는걸 상세하게 기술)

요구사항 검증 방법

1. 요구사항 검토

1. 동료검토(Peer Review)

• 2~3명이 진행하는 리뷰의 형태

2. 워크스루(Walk Through)

• 검토 자료를 회의 전에 배포해서 사전 검토 후 짧은 시간 동안 회의를 진행하여 결함을 발견해나가는 형태

3. 인스펙션(Inspection)

• 명세서 작성자를 제외한 다른 검토 전문가들이 명세서를 확인하여 결함을 발견해나가는 형태
• 계획 -> 개관 -> 준비 -> 검토회의 -> 재작업 -> 추적

2. 정형 기술 검토회의(FTR, Formal Technical Review)

검토지침

• 제작자가 아닌 제품의 검토에만 집중한다.
• 문제 영역을 명확히 표현한다.
• 제기된 모든 문제를 바로 해결하고자 하지 않는다.
• 검토자들은 사전에 작성한 메모들을 공유한다.
• 논쟁이나 반박을 제한한다.
• 의제를 정하고 그 범위를 유지한다.
• 참가자의 수를 제한하고, 사전 준비를 철저히 하도록 강요한다.
• 자원과 시간 일정을 할당한다.
• 모든 검토자에게 의미있는 교육을 행한다.
• 검토의 과정과 결과를 재검토한다.