실용주의 프로그래머(The Pragmatic Programmer) 챌린지 미션 (3)

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

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

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

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

❗️ 풀이과정은 문제당 300자 이상으로 작성해주세요.

❗️ 책에 있는 해답은 참고용이며, 본인의 생각을 잘 작성해주세요.

---

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

 

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

요구사항이다!

 

2. 모달 창의 바탕색은 회색이다.

회색으로 구현한 후에 고객의 마음에 들지 않을수도 있다

=> 모달 창의 바탕색은 원하는 색상으로 지정 가능하다.

 

3. 애플리케이션은 프론트엔드 프로세스 몇 개와 백엔드 서버로 구성된다.

실제로 구현했을때 몇개가 될지 알 수 없으므로, 구현과정에 이용자와의 소통을 통해 타협해 나간다.

 

4. 사용자가 숫자가 아닌 글자를 숫자 필드에 입력하면 시스템은 입력 필드를 깜빡이고 입력을 거부한다.

+= 시스템은 "숫자를 입력하시오!" 라는 메세지를 출력한다.

 

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

요구사항이다!