Mission (3) 요구사항

요구사항을 받았는데, 요구사항이 아닐 수 있습니다!

• 요구사항이 아니라면 사용자가 진짜로 원하는게 무엇인지 알아내야합니다. 애매한 요구사항에서 진짜 요구사항을 찾아내는 연습을 해봅시다.

• (1) '연습문제 #33'을 읽습니다.

• (2) 1-5번까지 문제를 클라이언트가 건넨 요구사항이라 상상하며 문제를 풀어봅시다.

• (3) 진정한 요구사항이 아닐 경우 어떻게 질문을 해야하는지, 무엇을 알아야 하는지, 왜 그렇게 생각하는지 등 나의 생각을 작성해보세요.

• (필독)풀이 예시글을 꼭 참고하세요.

• 다음 문장들이 진정한 요구 사항인가? 가능하다면 진정한 요구 사항이 아닌 것을 좀 더 유용하게 고쳐 써 보라.

• 1. 응답 시간은 500ms 이하여야 한다.

  
  이 문장은 요구사항이다. 응답시간이 500ms 를 초과한다면 에러를 요청할 수 있도록 한다든가 무언가 조치를 할 수 있도록 기준을 세운 것이다. 그렇기 때문에 응답시간을 정한 것은 요구사항이다.

• 2. 모달 창modal window4의 바탕색은 회색이다.
  이 문장은 요구사항이다. 바탕색이 내용이 아예 보이지 않은 검정색일 수도 있고, 내용을 볼 수 있는 투명일 수도 있고, 색을 넣을 수 있기 때문에 요구사항이라고 생각한다.

• 3. 애플리케이션은 프론트엔드 프로세스 몇 개와 백엔드 서버로 구성된다.
  이 문장은 요구사항이 아니다. 애플리케이션은 프론트엔드 프로세스 몇 개와 백엔드 서버로 구성되기 때문에 굳이 요구사항이라고 할 수 없다. 이렇게 설계될 것이기 때문이다.

• 4. 사용자가 숫자가 아닌 글자를 숫자 필드에 입력하면 시스템은 입력 필드를 깜빡이고 입력을 거부한다.
  이 문장은 요구사항이다. 거부하지 않을 수 있는데 조건에 맞지 않을 때, 입력 필드를 깜빡이고 입력을 거부한다면 이것은 요구사항이다. 필요에 의해서 요청한 것이기 때문이다. 글자를 입력해도 필드에 입력이 된다거나 그런 것들을 거부해야만 조건에 부합한다.

• 5. 이 임베디드 애플리케이션의 코드와 데이터 크기는 32Mb 이내여야 한다.

  
  이 문장은 요구사항이다. 코드와 데이터 크기를 32Mb 이내라고 제한을 두었기 때문에 요구사항이라고 생각한다. 그 이상이 지나면 범위를 넘었기 때문에 조치할 사항이 생길 수도 있어서 방지차원인 것 같다.

TIL (Today I Learned) 날짜

2022.04.04