8. 요구사항 확인 - 17. 인터페이스 요구사항 확인
17. 인터페이스 요구사항 확인
1. 인터페이스 요구사항 검증 방법
2. 워크스루
인터페이스 요구사항
인터페이스 내/외부 요구사항을 분류한다.
개발 대상 조직 내/외부의 시스템 연동을 통하여 상호작용을 위한 접속 방법, 규칙을 의미한다.
내부 요구사항
A업무와 B업무를 어떻게 연결할 것인지에 접속방법, 규칙
외부 요구사항
다른곳에서 정보를 가져오는 경우이다.
예) API를 이용해서 지도를 가지고 온다.
1. 다음지도|구글지도|카카오지도 중 결정해야 한다.
2. 구글지도에서 해당하는 정보와 나를 연결해 준다.
구글에서 요청하는 표준들, 내부적인 두 시스템, 두 컴포넌트가 연결되는 방식등 접속 방법, 규칙을 찾아낸다.
인터페이스 요구사항 구성
- 인터페이스 내/외부 요구사항 분류 후 요구사항을 구성한다.
- 요구사항의 구성, 내/외부 인터페이스 이름, 연계대상 시스템, 연계 범위 및 내용, 연계 방식, 송신 데이터, 인터페이스 주기, 기타 고려사항
예) 홈페이지를 만드는데 네이버 로그인을 달 것이다.
- 네이버 서버에서 네이버 회원의 정보를 주고받아야 된다.
- 언제 주고받을 것인지, 주고받는 데이터는 어떤 것인지에 대한 것들을 살펴봐야 된다.
인터페이스 요구사항의 분류
기능적 요구사항
소프트웨어가 내/외부 시스템 간의 연계를 통하여 수행될 기능과 관련하여 가져야 하는 기능적 속성에 대한 요구사항이다
기능적 속성 예) 로그인을 하느냐? 등
비기능적 요구사항
기능에 관련되지 않는 사항으로 기능 요구사항을 만족시키는 바탕에서 정상적으로 작동하기 위한 시스템 내/외부의 제약 조건을 의미한다.
성능 예 ) 로그인을 하는데에 있어서 카카오가 빠르냐? 네이버가 빠르냐? 등
인터페이스 요구사항의 분석 절차
요구사항 명세서에서 기능적인 요구사항과 비기능적인 요구사항을 명세하고 분류한 뒤 구체화하여 이해관계자와 공유하는 과정을 의미한다.
1. 소프트웨어 개발 요구사항 목록에서 시스템 인터페이스와 관련된 요구사항을 선별하여 시스템 인터페이스 요구사항 명세를 작성한다.
2. 시스템 인터페이스와 관련된 요구사항, 아키텍처 정의서, 현행 시스템의 대내외 연계 시스템 현황 등 관련 자료를 준비한다.
3. 시스템 인터페이스 요구사항 명세서를 파악하여 기능적/비기능적 요구사항을 구분한다.
4. 시스템 인터페이스 요구 명세서와 요구사항 목록, 기타 관련 자료를 비교 분석하여 내용을 추가, 수정하여 완성도를 높인다.
5. 앞서 정리된 문서를 이해관계자와 공유한다.
인터페이스 요구사항 검증
인터페이스 설계 및 구현 전 사용자의 요구사항을 명세하고 그 명세가 완전한가를 검토하여 개발 범위를 설정하는 것이다.
인터페이스 요구 명세가 완전하지 않으면 설계 및 구현 단계에서 추가 수정하면 (갑자기 뭐가 튀어나오면 대응하느라 시간이 걸리므로) 비경제적이다.
검증 절차
검토 계획 수립 → 검토, 오류 수정 → 베이스라인 설정
1. 인터페이스 요구사항 검증 방법 ☆
방법 1. 프로토타이핑
요구사항에 대한 이해를 위하여 기본적인 기능만 시제품으로 제공하여 사용자로부터 피드백을 받는 요구사항 분석기법이다.
방법 2. 테스트 설계
Test Case를 생성하고, 요구사항이 현실적으로 테스트 가능한지 검토한다.
Test Case) 테스트 사례를 뜻한다.
- 로그인을 하는데 어떤 버튼을 눌렀더니 어떻게 처리가 되었다.
- 어떤 기능을 해야 하는데 못했어.
예 ) 성적처리프로그램을 만든다.
성적처리프로그램에서 90점 넘는 애들만 걸러내고 싶다.
- 90, 80, 91점 등 입력할 사례를 만들어 요구사항이 현실적으로 테스트 가능한지 검토한다.
방법 3. CASE
- Computer Aid Sofrware Engineering
(소프트웨어 엔지니어링 자동화 도구인 CASE를 통해서도 요구사항을 관리할 수 있다.)
- 일관성 분석을 통하여 요구사항 변경의 추적과 분석을 통하여 요구사항을 관리한다.
요구사항 검토 기법
1. 동료 검토
명제 작성자가 동료들에게 설명하고 동료들이 결함을 찾는 방법이다.
예) 옆에 있는 친구한테
"내가 이렇게 찾아봤는데 혹시 봐줄 수 있니?"
2. 워크스루(Walk Through ; 연습, 자세한 설명)
- 검토회의 전 명세서 배포 → 짧은 검토 회의 → 결함 발견
- 사용 사례를 확장하여 명세하거나 설계 다이어그램, 원시 코드, 테스트 케이스 등에 적용할 수 있다.
- 복잡한 알고리즘 또는 반복, 실시간 동작, 병행 처리와 같은 기능이나 동작을 이해하려고 할 때 유용하다.
- 단순한 테스트 케이스를 이용하여 프로덕트를 수작업으로 수행해 보는 것이다.
왜 워크스루이냐?
담당자가 출력된 명세서를 사무실 회의실에 앉아있는 담당 팀원들에게 지나가면서 베포 한다는 의미이다.
3. 인스펙션(Inspection ; 사찰, 점검, 검사, 감사 )
- 코드 품질 향상 기법 중 하나로 정적 테스트 기법 중 하나이다.
- 소프트웨어 요구, 설계, 원시 코드 등의 작성자 외의 다른 전문가 또는 팀이 검사하여 오류를 찾아내는 공식적 검토 방법이다.
인터페이스 설계의 정의
시스템의 구조와 서브 시스템들 사이의 관계를 표현한다.
문제 풀이
1. 인터페이스 요구사항을 분류할 때 기능에 관련되지 않는 사항으로 기능요구사항을 만족시키는 바탕에서 정상적으로 작동하기 위한 시스템 내/외부의 제약조건을 무엇이라고 하는가?
비기능적 요구사항
2. 인터페이스 요구사항 검토 방법에 대한 설명이 옳은 것은?
① 리팩토링 : 작성자 이외의 전문 검토 그룹이 요구사항 명세서를 상세히 조사하여 결합, 표준 위배, 문제점 등을 파악
② 동료검토 : 요구사항 명세서 작성자가 요구사항 명세서를 설명하고 이해관계자들이 설명을 들으면서 결함을 발견
③ 인스펙션 : 자동화된 요구사항 관리 도구를 이용하여 요구사항 추적성과 일관성을 검토
④ CASE 도구 : 검토 자료를 회의 전에 배포해서 사전 검토한 후 짧은 시간 동안 검토 회의를 진행하면서 결함을 발견
2번
3. 검토회의 전에 요구사항 명세서를 미리 배포하여 사전 검토한 후 짧은 검토 회의를 통해 오류를 조기에 검출하는데 목적을 두는 요구사항 검토 방법은?
① 빌드 검증
② 동료 검토
③ 워크 스루
④ 개발자 검토
3번