제 1과목 소프트웨어 설계 : 요구 사항 확인 3

요구사항

---

요구사항의 개념

요구사항이란 의뢰자의 요구. 어떤 문제를 해결하기 위해서 제공하는 서비스에 대한 설명이다.

요구사항은 무엇을 요구하는 지와 제약조건, 개발이나 유지보수에 필요한 기준, 근거를 제공한다.

우리가 개발하고자 하는 소프트웨어의 전반적인 설명을 확인할 수 있기 때문에 개발자 간의 의사소통에 도움이 된다.

요구사항이 제대로 확립되지 않으면 개발할 때 차질이 생기거나 불편을 겪을 확률이 큼.

---

요구사항의 유형

요구사항를 특정 기준으로 세분화할 수 있다.

첫 번째로 기술하는 내용에 따라 기능 요구사항과 비기능 요구사항으로 나눌 수 있다.

기능 요구사항은 시스템이 무엇을 하고 어떤 기능이 있는지, 반드시 있어야 하는 기능을 기술한다. 또 입력과 출력이 어떤 식으로 동작하는지, 사용자가 무엇을 제공을 받는지에 대한 내용이 포함되어 있다.

비기능 요구사항은 장비 구성과 성능(처리 속도, 처리량, 가용성), 인터페이스(정보 교환), 데이터(데이터 베이스 구축, 권한 등), Test(제대로 작동을 하는지 테스트), 보안(운영 접근을 통제), 품질에 대한 내용이다.

 

두 번째로 기술관점과 대상의 범위에 따라 시스템 요구사항과 사용자 요구사항으로 구분하고 있다.

시스템 요구사항이란 개발자의 관점의 요구사항이다. 시스템 전체가 다른 시스템에게 제공해야 될 요구사항. 전문적이고 기술적인 용어로 표현된다. 소프트웨어 요구사항이라고도 불리운다.

사용자 요구사항이란 사용자의 관점에서 시스템이 제공해야 할 요구사항이다. 사용자를 위한 것이기 때문에 친숙한 표현으로 작성해야함.

---

요구사항 개발 프로세스

요구사항 도출 -> 분석 -> 명세 (문서화) -> 확인

 

요구사항 도출

사용자와 개발자의 의견 교환(관계 형성, 의사 소통). 지속적으로 반복.

인터뷰와 설문, 워크샵, 브레인스토밍 등을 통해 요구사항을 도출할 수 있다.

 

요구사항 분석

요구사항 도출에서 나온 명확하지 않은 의견 등을 걸러내고 처리하는 단계.

타당성과 비용, 일정을 고려해보고 개발 범위를 파악한다. 

 

요구사항 명세

요구사항을 문서화한다. 완전하고 명확하게 기술.

기능 요구사항, 비기능 요구사항이 이곳에 이루어짐. 기능 요구사항은 빠짐없이 완전하고 명확하게 기술, 비기능은 필요한 것만 기술.

 

요구사항 확인

요구사항이 정확하게 완전하게 작성되었는지 검토.

사용자의 요구사항을 정확하게 이해했는지, 명세서가 정확하게 작성되었는지, 내용은 이해하기가 쉽게 기술되었는지, 일관성이 있는지를 검증한다.

---

요구사항 확인에 필요한 지식과 기술

지식 : 산업 분야의 이해, 프로젝트 환경, 업무간 특성, 요구공학, 소프트웨어 개발, 통계학, 요구분석 기법, 타당성 분석 등

기술 : 유즈케이스 작성능력, UML 작성 기술, 분석자동화 도구, 요구사항 관리도구, 리뷰진행 등

---

요구사항 분석 기법

명확하지 않거나 모호한 부분을 걸러내기 위함.

 

요구사항 분류 : 기능과 비기능적인 부분. 개발할 제품에 대한 것인지 개발 과정에 관한 것인지, 우선순위에 따라, 소프트웨어에 미치는 영향에 따라, 소프트웨어 생명 주기에 따라 변경이 되는지에 따라 분류를 해준다.

 

개념 모델링 : 요구사항을 좀더 쉽게 이해할 수 있도록 단순화, 개념적으로 표현. 가장 핵심적인 부분

모델의 종류, 유스케이스, 데이터 흐름도, 목표 기반 모델, 객체 모델등이 있다. 모델링 표기를 UML이라고 부름.

 

요구사항 할당 : 요구사항을 만족시키기 위해서 구성요소를 식별. 어떻게 작용하는지 분석 중 추가적인 구성요소를 발견할 수 있음.

 

요구사항 협상 : 의견 충돌, 요구사항과 자원의 갈등. 기능적 요구사항과 비기능적인 요구사항의 충돌. 에 대한 우선순위를 정해준다.

 

정형분석 : 구문, 의미를 갖는 정형화된 언어를 사용해 수학적 기호로 표현한 후에 분석을 한다. 요구사항 분석에서 가장 마지막 단계에서 이루어짐.

---

요구사항 확인 기법

요구사항 검토 : 문서화된 요구사항을 보며 명확하지 않은 내용, 가정이 잘못된 경우, 정해진 기준을 벗어난 경우를 찾아내는 과정이다.

 

프로토타입 : 요구사항을 기반으로 프로토타입을 제작한다. 모형물을 통해 도중에 생긴 요구사항을 반영해 재작성한다. 요구사항을 잘 반영해 제작되고 있는 지 확인하는 수단으로 탁월하다.

장점으론 이해하기가 쉽고 추가, 변경에 대한 피드백이 가능하다. 즉 의사소통이 원활히 일어날 수 있다. 단점으로는 프로토타입 제작에만 집중이 될 수 있고, 개발 대상의 일부분만 구현이 될 경우 잘못된 이해가 일어날 수 있다. 비용이 계속 증가함.

 

모델 검증 : 요구사항을 제대로 충족했는지 검증하는 단계이다.

 

인수 테스트 : 요구사항들이 모두 충족되었는지 사용자의 입장에서 확인하는 단계