1권에서 46페이지에
요구사항 분석에 대한 설명을 보면
사용자의 요구사항 중 명확하지 않거나 모호하여 이해되지 않는 부분을 발견하고 이를 걸러내기 위한 과정이다.
라고 되어있고
요구사항 명세가 분석된 요구샇ㅇ을 바탕으로 모델을 작성하고 문서화하는것 이라고 되어있습니다.
헌데
50페이지에서
요구사항 분석이
개발대상에 대한 사용자의 요구사항을 이해하고 문서화 하는 활동
이라고 되어있네요...
문서화하는건 명세아닌가요???
안녕하세요 길벗수험서 운영팀입니다.
46쪽의 요구사항 분석은 요구공학 프로세스 4단계의 하나를 의미하며,
50쪽이나 교재 대부분에서 언급되는 요구사항 분석은 소프트웨어 개발 생명 주기(SDLC)의 과정 중의 하나를 의미합니다.
일반적인 sdlc의 과정을 보면
타당성 검토 - 요구사항 분석 - 설계 - 구현 - 테스트 - 운용 - 폐기
의 과정을 거치는데, 교재에서 말하는 대부분의 요구사항 분석은 이것을 의미합니다.
46쪽에서는 sdlc의 요구사항 분석을 좀 더 정밀하고 학문적으로 접근하는데 사용하는 기법을 설명하고 있고, 이것을 세분화한 과정이 [도출 - 분석 - 명세 - 확인]인 것입니다.
그런데 하필 이 중 '분석'이 sdlc의 '분석'과 동일한 이름으로 사용되어 혼동되는 것입니다.
50쪽에서 '명세'가 언급된 이유도 이와 같습니다. sdlc의 '분석'은 요구공학의 '도출-분석-명세-확인'이라는 모든 과정이 포함된 것이니 만큼 sdlc의 '요구사항 분석'은 위 4개 단계의 중 어떤 단계의 설명이 포함되어도 이상하지 않습니다.
행복한 하루되세요 :)
-
관리자2021-05-28 10:01:58
안녕하세요 길벗수험서 운영팀입니다.
46쪽의 요구사항 분석은 요구공학 프로세스 4단계의 하나를 의미하며,
50쪽이나 교재 대부분에서 언급되는 요구사항 분석은 소프트웨어 개발 생명 주기(SDLC)의 과정 중의 하나를 의미합니다.
일반적인 sdlc의 과정을 보면
타당성 검토 - 요구사항 분석 - 설계 - 구현 - 테스트 - 운용 - 폐기
의 과정을 거치는데, 교재에서 말하는 대부분의 요구사항 분석은 이것을 의미합니다.
46쪽에서는 sdlc의 요구사항 분석을 좀 더 정밀하고 학문적으로 접근하는데 사용하는 기법을 설명하고 있고, 이것을 세분화한 과정이 [도출 - 분석 - 명세 - 확인]인 것입니다.
그런데 하필 이 중 '분석'이 sdlc의 '분석'과 동일한 이름으로 사용되어 혼동되는 것입니다.
50쪽에서 '명세'가 언급된 이유도 이와 같습니다. sdlc의 '분석'은 요구공학의 '도출-분석-명세-확인'이라는 모든 과정이 포함된 것이니 만큼 sdlc의 '요구사항 분석'은 위 4개 단계의 중 어떤 단계의 설명이 포함되어도 이상하지 않습니다.
행복한 하루되세요 :)