요구사항 정의서를 잘 기획하는법을 알고싶습니다

Question

소프트웨어 제작을 위한 요구사항 정의서에 꼭 들어가야할 요소들이나 다이어그램이나 들어가면 좋을것이나 백엔드 구조나 프론트엔드 구조 등등 요구사항 정의서 작성을 위한 여러가지를 최대한 알고싶습니다

공부시켜주시면 감사합니다!

Answer 1

안녕하세요. 박재화 전문가입니다.

요구사항 정의서는 왜 만드는 시스템인지 목적과 범위가 분명하게 적시되어 있어야 합니다. 그리고 사용자의 유형, 주요 기능들, 제외되는 범위는 어디까지 인지 미리 알려주는 것이 가장 중요할 수 있습니다.

다음으로는 화면별로 어떤 기능들이 있는지, 입력값과 출력값, 권한, 예외상황 등 비기능 요구사항들을 구분해서 써야 나중에 발생되는 해석에서의 차이를 줄일 수가 있습니다.

좋은 요구사항 정의서는 길게 쓰는 문서라기 보다는 누가 봐도 딱 같은 그림이 떠오르게 만드는 그런 문서라고 볼 수 있겠습니다.

Answer 2

안녕하세요. 김재훈 전문가입니다.

요구사항 정의서는 기능 비기능 요구사항을 명확히 정리하고 화면 데이터 API 구조까지 구체적으로 설계하는 문서입니다 또한 유스케이스 다이어그램 보안 성능 기준 예외 처리 등을 포함해 개발 기준을 명확히 해야 합니다 마지막으로 변경 관리 우선 순위 테스트 기준까지 포함해야 오류와 커뮤니케이션 문제를 크게 줄일 수 있습니다

Answer 3

안녕하세요. 김상엽 전문가입니다.

요구사항 정의서는 기능, 성능, 인터페이스, 제약조건을 포함해야 합니다. UML 다이어그램과 데이터 흐름도 추가하면 이해도가 높습니다.

Answer 4

안녕하세요. 최정훈 전문가입니다.

핵심기능이랑 사용자 흐름을 담은 시나리오를 구체화하는게 중요합니다. 그리고 DB 구조와 API 규격을 명확히 설계하시는 게 정말 중요한 사항입니다. 그리고 ERD나 시퀀스 다이어그램 같은 시각적인 자료를 추가하시면은 개발 소통이 훨씬 수월해질 거고요. 물론 유지 보수도 편해지실 겁니다. 그리고 인프라 구성이나 예외적인 케이스까지 꼼꼼하게 챙겨서 작성하는 습관을 들이시면 실무에서 아주 큰 힘이 되실 겁니다.