소프트웨어 설계 - 인터페이스요구사항

#인터페이스 요구사항 확인

시스템들이 상호 접속을 통하여 특정 기능을 수행하기 위한 접속 방법이나 규칙에 대한 필수적 요구사항

인터페이스 요구사항 구성

• 구성요소들을 대상 시스템 및 기관과 서전에 연동 방안에 대한 협의가 필요
• 인터페이스 이름, 연계 대상 시스템, 연계 범위 및 내용, 연계 방식, 송신 데이터, 인터페이스 주기, 기타 고려사항으로 구성

#요구공학

사용자의 요구가 반영된 시스템을 개발하기 위하여 사용자 요구 사항에 대한 도출, 분석, 명세, 확인 및 검증하는 구조화된 활동

- 목적

• 이혜관계자 사이에 효과적인 의사소통 수단 제공
• 시스템 개발의 요구사항에 공통된 이해를 설정
• 요구사항 누락 방지 및 이해 오류로 인한 불필요한 비용 절감
• 요구사항 변경 추적 가능하도록 함
• 초기 요구사항 관리로 개발 비용과 시간을 절약하고 효과적인 의사소통 수단을 제공

- 요구사항 분류

■ 기능적 요구사항

• 시스템이 제공하는 기능/서비스에 대한 요구사항
• 특정 입력에 대해 시스템이 어떻게 반응해야하는지에 대하여 기술
• 기능성, 완전성, 일관성

예시
- 온라인 홈페이지에서는 쇼핑카트에 주문하고자 하는 품목을 저장할 수 있는 장바구니 기능을 제공해야 함
- 상품의 결제수단은 신용카드, 무통장 입금, 포인트 결제가 가능해야 함

■ 비기능적 요구사항

• 시스템이 수행하는 기능 이외의 사항, 시스템 구축에 대한 제약사항에 관한 요구사항
• 신뢰성, 사용성, 효율성, 유지보수성, 이식성, 보안성 및 품질 관련 요구사항, 제약사항

예시
- 특정 함수의 호출시간은 3초를 넘지 않아야 함
- 시스템은 하루 24시간 가동되어야 하며 가동률 99.5%를 만족해야 함

- 요구공학 프로세스

@도분명확

1. 요구사항 도출

• 소프트웨어가 해결해야할 문제를 이해하고, 요구사항을 구체적으로 표현하는 단계
• 이혜관계자가 식별되고, 개발팀과 고객 사이의 관계 형성
• 다양한 이해관계자와 효율적인 의사소통이 중요
• 기법: 인터뷰, 브레인스토밍, 델파이 기법, 롤 플레잉, 워크숍, 설문조사

2. 요구사항 분석

• 완전성과 일관성을 확보하는 단계
• 요구사항간 상충되는 것을 해결하고, 소프트웨어 범위를 파악
• 소프트웨어가 환경과 어떻게 상호작용하는지 이해하는 단계
• 기법: 자료 흐름 지향 분석, 객체 지향 분석

3. 요구사항 명세

• 검토, 평가, 승인될 수 있는 문서를 작성하는 단계
• 산출물: 요구사항 명세서
• 기법: 비정형 명세 기법, 정형 명세 기법

구분	설명
비정형 명세 기법	- 자연어 기반으로 서술하는 기법 - 사용자와 개발자의 이해가 용이 명확성 및 검증에 문제 발생 가능
정형 명세 기법	- 수학적 원리와 표기법을 이용하는 기법 - 표현이 간결하고 명확성 및 검증이 용이함 - 기법 이해가 어려움

4. 요구사항 확인 및 검증

• 원하는 시스템을 제대로 정의하고 있는지 점검하는 단계
• 모든 요구사항 문제를 발견하기는 어려움
• 정형 기술 검토를 수행
• 기법: 동료 검토, 워크 스루, 인스펙션

구분	설명
동료 검토 (Peer Review)	- 2~3명이 진행하는 리뷰 형태 - 요구사항 명세서를 성명하고 이해관계자들이 설명을 들으며 결함을 발견하는 형태로 진행하는 검토 방법
워크 스루 (Work Through)	- 오류를 조기에 검출하는 데 목적이 있는 검토 방법 - 검토 자료를 회의 전에 배포해서 사전 검토한 후에 짧은 시간 동안 회의를 진행하는 형태 - 비공식적 검토방법
인스펙션 (Inspection)	- 다른 전문가 또는 팀이 검사하여 오류를 찾아내는 공식적 검토방법

※ 정형 기술 검토 지침 사항

• 재품의 검토에만 집중하라
• 의제를 제한하여 진행한다
• 논쟁과 반박을 제한한다
• 문제 영역을 명확히 표현하라
• 해결책이나 개선책에 대해서는 논하지 말라
• 참가자의 수를 제한하고 사전 준비를 강요하라
• 자원과 시간 일정을 할당하라
• 모든 검토자들을 위해 의미있는 훈련을 행하라
• 검토자들은 사전에 작성한 메모들을 공유하라
• 검토의 과정과 결과를 재검토하라