Requirements Specification

[ 요구사항 명세화 ]

▪ 사용자 요구사항과 시스템 요구사항을 요구 문서에 작성하는 과정이다.

 

[ SRS(System requirements Specification) ]

▪ 시스템 개발자가 작성해야 하는 공식적인 문서이다.

▪ 사용자 요구사항과 시스템 요구사항 모두를 포함한다.

▪ SRS 독자

Customer	요구조건을 구체화하고 그들의 요구를 만족하는지 확인한다.
Manager	개발 과정을 계획한다.
Developer	무슨 시스템을 만들어야 하는지 이해한다.
Testers	시스템을 위해 개발 검증을 시험한다.
Maintainers	시스템과 부분들간의 관계를 이해한다.

 

[ SRS 쓰는 방법 ]

▪ 숫자를 배겨 자연 언어 문장을 사용한다.

▪ 자연언어 구조,형식을 가진다.

▪ 요구사항을 정의하기 위해 모델을 그림으로 표기한다.

▪ 요구사항에서 애매모호함을 줄이기 위해 수학적 기호를 사용한다.

 

[ Agile Methods vs SRS ]

▪ Agile Methods는 SRS를 작성하는 것이 시간 낭비라고 언급한다. 요구사항은 빠르고 예기치 못하게 바뀌기때문에 요구사항 문서는 소용이 없다.

▪ 대신 Agile Methods는 사용자 요구사항을 유저스토리로 나타낸다. 간단하게 누가 무엇을 왜 요구하는지 표현한다.

▪ SRS는 요구사항이 변하지 않는 크고 중요한 시스템에 적절한다. 요구사항이 계속 변하는 시스템엔 적절하지 않다.

 

[ Requirements vs Design ]

▪ Requirements(요구사항) : 시스템이 무엇을 해야 하는가

▪ Design(설계) : 어떻게 작동 하는가

▪ 이상적으로 요구사항은 Design에 대한 결정을 하지 않는다. 서비스 요청을 할 뿐 그 방법은 상관 하지 않는다.

 

댓글이나 공감 남겨주는 사람 착한사람