개발자 99% 커뮤니티에서 수다 떨어요!
요구사항을 받았는데, 요구사항이 아닐 수 있습니다! 요구사항이 아니라면 사용자가 진짜로 원하는게 무엇인지 알아내야합니다. 애매한 요구사항에서 진짜 요구사항을 찾아내는 연습을 해봅시다.
(1) '연습문제 #33'을읽습니다.
(2) 1-5번까지 문제를 클라이언트가 건넨 요구사항이라 상상하며 문제를 풀어봅시다.
(3) 진정한 요구사항이 아닐 경우 어떻게 질문을 해야하는지, 무엇을 알아야 하는지, 왜 그렇게 생각하는지 등 나의 생각을 작성해보세요.
❗️ 풀이과정은 문제당 300자 이상으로 작성해주세요.
❗️ 책에 있는 해답은 참고용이며, 본인의 생각을 잘 작성해주세요.
📌 연습문제 33
다음 문장들이 진정한 요구 사항인가? 가능하다면 진정한 요구사항이 아닌 것을 좀 더 유용하게 고쳐 써 보라.
💡 나의 해답 :
특정 기능 호출에 대한 응답 시간인지, 전체 평균 응답 시간인지 물어봐야 할 것 같다. 그리고 왜 500ms 이하여야 하는지도 파악하여야 할 것 같다. 의미에 따라 들어가는 공수가 달라질 수 있기때문에
💡 나의 해답 :
모달창이 열릴 때 모달창에 포커스가 되며 모달창 내 기능을 제외한 다른 버튼은 눌리지 않는다.
왜 회색이어야 하는지 단순히 포커스 아웃용인지? 물어본다. 그리고 굳이 모달창 이어야 하는 이유도 물어 봐야할것같다. 같은 기능이더라도 UI에 따라 접근성이 훨씬 달라지기 때문에
💡 나의 해답 :
혹시 기존 애플리케이션 구조 혹은 하드웨어를 활용해야 하는지 물어본다. 아키텍처를 제시하는 경우 기존에 설계된 방향이 있어서 기존 시스템과의 연동을 위해 말한것일수도 있다.
💡 나의 해답 :
입력창에 올바르지 않은 형식의 데이터가 입력될 경우 입력되지 않게 막는다.
💡 나의 해답 :
기존 하드웨어 규격에 맞게 용량을 맞춰야 한다.