[240705] 요구사항 정의 / 개발자스러운 마인드를 가져야지..

요구사항이란?

- 소프트웨어가 어떤 문제를 해결하기 위해 제공하는 서비스에 대한 설명과
정상적으로 운영되는데 필요한 제약조건 등을 나타낸다.  
- 요구사항은 개발, 유지 보수 과정에서 필요한 기준과 근거를 제공한다. 

 

요구사항의 유형

크게 두 개로 분류할 수 있다. 
첫번째, 기술하는 내용에 따라 
1. 기능 요구사항 - 시스템의 기능, 입력 출력에 포함되는 내용, 어떤 데이터를 연산하고 수행하는지, 사용자가 시스템을 통해 제공 받아야 하는 기능
2. 비기능 요구사항 - 시스템 장비 구성, 성능(속도, 처리 속도, 시간, 가용성 등), 인터페이스적인 요구사항, 보안 요구사항, 품질 요구사항, 제약사항 등  

두번째, 기술 관점과 대상의 범위에 따라 
1. 시스템 요구사항 - 사용자 관점에서 본 시스템이 제공해야 하는 요구사항, 친숙한 표현 사용
2. 사용자 요구사항 - 개발자 관점에서 본 시스템 전체가 사용자와 다른 시스템에 제공해야 할 요구사항, 기술 용어 사용 

 

요구사항 개발 프로세스 

- 개발 대상에 대한 요구사항을 체계적으로 도출하고 이를 분석하여 결과에 대한 명세서(Specification Document)를 작성하고 이를 확인 및 검증하는 일련의 구조화된 활동. 
- 이 프로세스가 진행되기 전, 개발 프로세스가 비즈니스 목적에 부합하는지, 예산은 적당한지 등에 대한 정보를 수집, 평가한 보고서를 토대로 타당성 조사가 선행되어야 한다. 

도출 -> 분석 -> 명세 -> 확인 

 

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

- 시스템, 사용자, 시스템 개발 관련된 사람들이 서로 의견을 교환하여서 요구사항이 어딨고, 어떻게 수집할 것인지를 식별하고 이해하는 과정이다.
- 이는 소프트웨어가 해결해야할 문제를 이해하는 첫번째 단계. 
이 단계에서 개발자와 고객 사이의 관계가 생성됨. 소프트웨어를 만드는 것은 개발자이기 때문에. 
- 요구사항을 도출하는 주요 기법 : 청취와 인터뷰, 설문, 브레인스토밍, 워크샵, 유스케이스 등. 

 

요구사항 분석 (Requirement Analysis)  

- 명확하거나 모호한 사용자의 요구사항을 걸러내기 위한 과정이다. 
- 사용자의 요구사항에 대한 타당성을 조사하고 비용과 일정에 대한 제약조건을 설정한다. 
- 중복 되는 내용등을 걸러낸다. 상충되는 요구 사항을 중재한다. 
- 위 요구사항을 분석한 결과를 토대로 만들어야 하는 소프트웨어의 범위를 측정하는 단계이다. 
- 또한 소프트웨어와 주변 환경이 상호작용하는 방법을 이해한다. 
- 자료흐름도 (DFD), 자료 사전(DD) 등의 도구가 사용된다. 

 

요구사항 명세 (Requirement Specification) 

- 분석된 요구사항을 문서화하는 것.  또한 모델을 작성한다. 
- 기능 요구사항에 대해 빠짐없이 완전하고 명확하게 기술해야 한다. 비기능 요구사항은 꼭 필요한 것만 명세한다. 
- 개발자가 효과적으로 설계할 수 있도록 하며, 사용자가 이해하기 쉬워야 한다. 
- 설계 도중 잘못되었을 경우 명세서에서 이 내용이 확인되어야 한다. 
- 구체적인 명세를 위해 mini - speci 사용가능. (소단위 명세서)

 

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

- 본격적으로 개발 자원 할당 전, 요구사항 명세서가 정확하고, 완전한지 검토하는 활동이다. 
- 분석가가 한다
- 요구사항에 대한 이해를 정확하게 제대로 했는지 확인한다. 
- 실제 요구를 반영하는지,상충되는 요구사항은 없는지
- 개발 후 문제가 발생하면 재작업 비용이 든다. 
- 즉, 요구사항 명세서의 내용이 이해하기 쉬운지, 일관성 있는지, 회사 기준에 맞는지, 누락 기능 없는지 검증하는 것이 중요하다. 

 

현재 나는 안드로이드 앱 개발 중이다. 
이를 위해 처음으로 기획서 라는 것을 써보았는데 정말 어려웠다. 
그리고 만들면서 다시 보니 개판이 따로 없다. 
내가 기획서를 작성하면서 느꼈던 막막함이 위 내용들에 대한 정확한 정의가 없기 때문이었던 것 같다. 
물론 나는 내가 개인적으로 진행하는 프로젝트이고 (실제 서비스 생각하지 X)
위 내용은 클라이언트의 요구사항을 효율적으로 수용하는 프로세스에 대한 내용이지만.. 

개발자로서 문제를 바라보는 연습이 참 많이 필요할 것 같다 
또한 어떤 어플을 사용하거나 서비스를 이용할때 
내가 이 서비스를 왜 사용하고 있는지, 없으면 어떤점이 불편한지 등등에 대해 
의식적으로 생각하는 사람이 되어야지