[1과목-1장-006] 요구사항 정의

1. 요구사항

: SW가 어떤 문제를 해결하기 위해 제공하는 서비스에 대한 설명과 정상적으로 운영되는데 필요한 제약조건 등을 나타냄

 

- 특징

1) SW 개발, 유지보수 과정에서 필요한 기준과 근거를 제공

2) 개발하려는 SW의 전반적 내용을 확인할 수 있음 > 이해관계자들 간 의사소통을 원활

3) 요구사항이 제대로 정의돼야 이후 과정의 목표와 계획을 수립 가능

 

2. 유형

- 기술하는 내용에 따라 분류

1) 기능 요구사항

"기능"

: 시스템이 어떤 기능을 하는지에 대한 사항

 

- 입출력으로 무엇이 포함돼야 하는지 / 어떤 데이터를 저장하거나 연산을 수행해야 하는지

- 시스템이 반드시 수행해야 하는 기능

- 사용자가 시스템 통해 제공받기를 원하는 기능

 

2) 비기능 요구사항

"대부분 품질, 제약사항과 관련"

 

(1) 시스템 장비 구성 요구사항

(2) 성능 요구사항

(3) 인터페이스 요구사항

(4) 데이터 요구사항

(5) 테스트 요구사항

(6) 보안 요구사항

(7) 품질 요구사항

(8) 제약사항

(9) 프로젝트 관리 요구사항

(10) 프로젝트 지원 요구사항

 

책 부분 읽기

 

- 기술 관점과 대상의 범위에 따라 분류

1) 사용자 요구사항

: 사용자 관점에서 본 시스템이 제공해야 할 요구사항

친숙한 표현으로, 이해하기 쉽게 작성

 

2) 시스템 요구사항 (= 소프트웨어 요구사항)

: 개발자 관점에서 본 시스템 전체가 사용자와 다른 시스템에 제공해야 할 요구사항

전문적, 기술적 용어로 표현

 

 

3. 요구사항 개발 프로세스

: 개발 대상에 대한 요구사항을 체계적으로 도출, 이를 분석, 결과를 명세서에 정리, 이를 확인 및 검증하는 일련의 구조화된 활동

 

- 프로세스 진행 전, 개발 프로세스가 비즈니스 목적에 부합되는지, 예산은 적정한지 등에 대한 정보를 수집, 평가한 보고서를 토대로 타당성 조사가 선행돼야 함

- 요구사항 개발 = 요구공학의 한 요소

 

* 요구공학

: 무엇을 개발해야 하는지 요구사항을 정의하고 분석 및 관리하는 프로세스를 연구

- 목표: 요구사항의 변경의 원인과 처리 방법을 이해, 요구사항 관리 프로세스의 품질을 개선하여 소프트웨어 프로젝트 실패를 최소화하는 것

- 요구공학 > 요구사항 관리 > 요구사항 개발

 

1) 요구사항 도출 (Requirement Elicitation, 요구사항 수집)

: 시스템, 사용자, 시스템 개발에 관련된 사람들이 서로 의견을 교환하여 요구사항이 어디에 있는지, 어떻게 수집할 것인지를 식별하고 이해하는 과정

- 이 단계에서 개발자-고객 사이 관계가 만들어지고 이해관계자(Stakeholder)가 식별

- 다양한 이해관계자 간의 효율적 의사소통이 중요

- 소프트웨어 개발 생명 주기(SDLC)동안 지속적으로 반복됨

- 주요 기법: 인터뷰, 설문, 브레인스토밍, 워크샵, 프로토타이핑, 유스케이스 등

 

** 유스케이스: 사용자 요구사항을 기능 단위로 표현한 것

 

2) 요구사항 분석 (Requirement Analysis)

: 요구사항 중 명확하지 않거나 모호하여 이해되지 않는 부분을 발견하고 이를 걸러내기 위한 과정

- 요구사항의 타당성 조사, 비용과 일정에 대한 제약을 설정

- 서로 상충되는 요구사항이 있으면 이를 해결

- SW의 범위를 파악

- SW와 주변환경이 상호 작용하는 방법을 이해

 

3) 요구사항 명세 (Requirement Specification)

: 요구사항을 체계적으로 분석한 후 승인될 수 있도록 문서화

- 문서화 시,

기능 요구사항) 빠짐없이 완전하고 명확하게 기술

비기능 요구사항) 필요한 것만 명확하게

- 이해하기 쉽게, 개발자가 효과적으로 설계할 수 있도록 작성돼야 함

- 설계 과정에서 잘못된 부분이 확인될 경우) 그 내용을 요구사항 정의서에서 추적할 수 있어야 함

 

** 소프트웨어 요구사항 명세서(SRS)

: SW가 반드시 제공해야 하는 기능, 특징, 제약조건 등을 명시

- 시스템의 동작, 성능, 보안, 사용성과 같은 품질도 기술돼야 함

- 프로젝트 유형에 맞게 양식을 만들어 사용

- 시스템 기능, 데이터, 외부 인터페이스, 품질 요구사항은 요구사항 단위별로 개별 요구사항 명세서를 작성

 

4) 요구사항 확인 (Requirement Validation, 요구사항 검증)

: 개발 자원을 요구사항에 할당하기 전에 요구사항 명세서가 정확하고 완전하게 작성되었는지를 검토

- 분석가가 요구사항을 정확히 이해 후, 요구사항 명세서를 작성했는지 확인하는 것 필요

- 요구사항 명세서 내용이 이해하기 쉬운지, 일관성 있는지, 회사 기준에 맞는지, 누락된 기능은 없는지 등을 검증하는 것이 중요

- 요구사항 문서는 이해관계자들이 검토해야

- 요구사항 관리 도구를 이용해 요구사항 정의 문서들에 대해 형상 관리 수행

 

** 형상 관리(SCM; Software Configuration Management)

형상: SW 개발 단계의 각 과정에서 만들어지는 프로그램, 프로그램 설명 문서와 데이터 등을 통칭

형상 관리: SW 개발 과정에서 만들어지는 형상들의 변경 사항을 관리하는 일련의 활동