요구사항 정의 *
💡 요구사항의 개념과 특징
💡 기능/비기능 요구사항 구분하기
💡 요구사항 개발 과정 단계별 특징 파악
💡 각 과정에서 어떤 기술이 사용되는지
💡 정형/비정형 명세 구분
¹ 요구사항의 개념 및 특징
🖍️ 요구사항
소프트웨어가 어떤 문제를 해결하기 위해 제공하는 서비스에 대한 설명과 정상적으로 운영되는데 필요한 필요한 제약조건 등
- SW 개발이나 유지 보수 과정에서 필요한 기준과 근거를 제공함
- 소프트웨어의 전반적인 내용을 확인할 수 있게 하므로 개발에 참여하는 이해관계자들 간의 의사소통을 원활하게 하는데 도움을 줌
- 요구사항이 제대로 정의되어야만 이를 토대로 이후 과정의 목표와 계획을 수립할 수 있음
² 요구사항의 유형
기술하는 내용에 따라
- 기능 요구사항
- 비기능 요구사항
기술 관점과 대상의 범위에 따라
- 시스템 요구사항
- 사용자 요구사항
으로 나눔
1️⃣ 기능 요구사항
Funtional requirements
- 시스템이 무엇을 하는지, 어떤 기능을 하는지
- 시스템의 입출력, 어떤 데이터를 저장하는지, 어떤 연산을 수행하는지
- 시스템이 반드시 수행해야 하는 기능
- 사용자가 시스템을 통해 제공받기를 원하는 기능
2️⃣ 비기능 요구사항
Non-Funtional requirements
- 시스템 장비 구성 요구사항
- 하드웨어, 소프트웨어, 네트워크 등의 시스템 장비 구성- 성능 요구사항
- 처리 속도 및 시간, 처리량, 동적/정적 적용량, 가용성 등- 인터페이스 요구사항
- 시스템 인터페이스, 사용자 인터페이스에 대한 요구사항
- 다른 SW, HW 및 통신 인터페이스, 다른 시스템과의 정보교환에 사용되는 프로토콜과의 연계도 포함하여 기술
- 데이터 요구사항
- 초기 자료 구출 및 데이터 변환을 위한 대상, 방법, 보안이 필요한 데이터 등 데이터 구축을 위해 필요한 요구사항
- 테스트 요구사항
- 도입되는 장비의 성능 테스트나 구축된 시스템이 제대로 운영되는지를 테스트하고 점검하기 위한 테스트 요구사항
- 보안 요구사항
- 시스템의 데이터 및 기능, 운영 접근을 통제하기 위한 요구사항
- 품질 요구사항
- 관리가 필요한 품질 항목, 품질 평가 대상에 대한 요구사항
- 가용성, 정합성, 상호 호환성, 대응성, 신뢰성, 사용성, 유지관리성, 이식성, 확장성, 보안성 등으로 구분
- 제약사항
- 시스템 설계, 구축, 운영과 관련하여 사전에 파악된 기술, 표준, 업무, 법/제도 등의 제약조건
- 프로젝트 관리 요구사항
- 프로젝트의 원활한 수행을 위한 관리 방법에 대한 요구사항
- 프로젝트 지원 요구사항
- 프로젝트의 원활한 수행을 위한 지원사항이나 방안에 대한 요구사항
3️⃣ 사용자 요구사항
User requirements
- 사용자 관점에서 시스템이 제공해야 할 요구사항
- 사용자를 위한 것으로 친숙한 표현으로 이해하기 쉽게 작성됨
4️⃣ 시스템 요구사항
System requirements
- 개발자 관점에서 본 시스템 전체가 사용자와 다른 시스템에 제공해야 할 요구사항
- 전문적이고 기술적인 용어로 표현
- 소프트웨어 요구사항이라고도 함
³ 요구사항 개발 프로세스
🖍️ 요구사항 개발 프로세스
개발 대상에 대한 요구사항을 체계적으로 도출
이를 분석한 후 분석 결과를 명세서에 정리
마지막으로 이를 확인 및 검증하는 일련의 구조화된 활동
도출 ➡︎ 분석 ➡︎ 명세 ➡︎ 확인
- 요구사항 개발 프로세스가 진행되기 전에 개발 프로세스가 비즈니스 목적에 부합되는지, 예산은 적정한지 등에 대한 정보를 수집, 평가한 보고서를 토대로 타당성 조사가 선행되어야함
- 요구공학의 한 요소
🖍️ 요구공학
무엇을 개발해야하는지 요구사항을 정의하고 분석 및 관리하는 프로세스를 연구하는 학문
➡︎ 소프트웨어 프로젝트 실패를 최소화하는 것을 목표로 함
⁴ 요구사항 도출(수집)
🖍️ 요구사항 도출
시스템, 사용자, 시스템 개발에 관련된 사람들이 서로 의견 교환
요구사항이 어디에 있는지, 어떻게 수집할 것인지 식별하고 이해하는 과정
- 이 단계에서 개발자와 고객 사이의 관계가 만들어짐
- 이해관계자(Stakeholder) 식별
- 다양한 이해관계자 간의 효율적인 의사소통이 중요
- 요구사항 도출은 소프트웨어 개발 생명주기(SDLC) 동안 지속적으로 반복됨
- 요구사항을 도출하는 주요 기법
청취와 인터뷰, 설문, 브레인스토밍, 워크샵, 프로토타이핑, 유스케이스
⁵ 요구사항 분석
🖍️ 요구사항 분석
개발 대상에 대한 사용자의 요구사항 중 명확하지 않거나 모호하여 이해되지 않는 부분을 발견하고 이를 걸러내기 위한 과정
- 사용자 요구사항의 타당성 조사, 비용과 일정에 대한 제약 설정
- 내용이 중복되거나 하나로 통합되어야 하는 등 서로 상충되는 요구사항이 있으면 중재
- 도출된 요구사항들을 토대로 소프트웨어의 범위를 파악, 소프트웨어와 주변 환경이 상호작용하는 방법을 이해
- 요구사항 분석에 사용되는 도구
자료 흐름도, 자료사전
⁶ 요구사항 명세
🖍️ 요구사항 명세
분석된 요구사항을 바탕으로 모델을 작성하고 문서화하는 것을 의미
- 문서화할 때는 기능 요구사항은 빠짐없이 완전하고 명확하게 기술
- 비기능 요구사항은 필요한 것만 명확하게 기술
- 사용자가 이해하기 쉬우며, 개발자가 효과적으로 설계할 수 있도록 작성
- 설계 과정에서 잘못된 부분이 확인될 경우 그 내용을 요구사항 정의서에서 추적할 수 있어야함
- 구체적인 명세를 위해 소단위 명세서 사용 가능
소프트웨어 요구사항 명세서(SRS)
- 소프트웨어가 반드시 제공해야하는 기능, 특징, 제약조건 등을 명시
- 시스템의 모든 동작뿐만 아니라 성능, 보안, 사용성과 같은 품질도 기술
- 프로젝트 유형에 맞게 양식을 만들어 사용
- 시스템 기능, 데이터, 외부 인터페이스, 품질 요구사항은 요구사항 단위별로 개별 요구사항 명세서를 작성
요구사항 명세 기법
| 구분 | 정형 명세 기법 | 비정형 명세 기법 |
|---|---|---|
| 기법 | 수학적 원리 기반, 모델 기반 | 상태, 기능, 객체 중심 |
| 작성 방법 | 수학적 기호, 정형화된 표기법 | 일반 명사, 동사 등의 자연어를 기반으로 서술 또는 다이어그램 |
| 특징 | 간결하게 표현, 결과가 작성자에 관계없이 일관성 있으므로 완전성 검증 가능, 표기법이 어려워 사용자가 이해하기 어려움 | 작성자에 다라 결과가 다를 수 있으므로 일관성이 떨어지고 해석이 달라질 수 있음, 내용의 이해가 쉬워 의사소통이 용이함 |
| 종류 | VDM, Z, Petri-net, CSP 등 | FSM, Decision Table, ER모델링, State chart(SADT) 등 |
⁷ 요구사항 확인(검증)
🖍️ 요구사항 확인
개발 자원을 요구사항에 할당하기 전에 요구사항 명세서가 정확하고 완전하게 작성되었는지를 검토하는 활동
- 분석가가 요구사항을 정확하게 이해한 후 요구사항 명세서를 작성했는지 확인하는 것이 필요
- 요구사항이 실제 요구를 반영하는지, 서로 상충되는 요구사항은 없는지 점검
- 개발 완료 후 문제가 발견되면 재작업 비용이 발생할 수 있으므로 매우 중요함!
- 이해하기 쉬운지, 일관성 있는지, 회사의 기준에 맞는지, 누락된 기능은 없는지 검증
- 이해관계자들이 검토해야함
- 이 과정을 통해 모든 문제를 확인할 수 있는 것은 아님
- 요구사항 관리 도구를 이요해 요구사항 정의 문서들에 대해 형상 관리를 수행
형상관리(SCM): 소프트웨어의 개발 과정에서 만들어지는 형상들의 변경 사항을 관리하는 일련의 활동
