둘째, 당신이 채택한 주기 모델과 개발 방법을 결정해야 한다. 모델이나 방법에 따라 문서 요구 사항이 다를 수 있으므로 개발 팀에 적합할 때까지 직접 맞춤화해야 합니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 모델명언) 문서도 개발 효율성과 품질을 높이기 위해 사용되었다는 것을 잊지 마세요. 개발자가 너무 많은 무미건조한 문서를 쓰면 효율성이 떨어집니다.
셋째, 문서의 용도와 구조를 명확하게 설명하는 문서 템플릿을 만들어야 합니다.
마지막으로 채울 수 있습니다.
RUP 요구 사항 설명 문서 템플릿을 첨부하십시오.
1.0 소개
[이 문서의 전체 구조를 소개합니다. ] 을 참조하십시오
1..1목적
[본 소프트웨어 요구 사항 사양의 목적을 설명합니다. 소프트웨어 요구 사항 사양서에는 시스템의 동작을 완벽하게 설명해야 할 뿐만 아니라 비기능 요구 사항, 설계 제약 등 관련 요소도 설명해야 합니다. ] 을 참조하십시오
1.2 범위
[이 요구 사항 사양 파일이 적용되는 프로젝트/어플리케이션 및 주요 기능 또는 기타 하위 시스템, 관련 사용 사례 모델 및 영향을 받는 기타 내용을 간략하게 소개합니다. ] 을 참조하십시오
1.3 정의, 용어 및 약어
[상세 정의] 정의, 이니셜, 줄임말 등 이 문서의 관련 용어를 정확하게 이해합니다. 용어집을 참고하여 설명해 주세요. ] 을 참조하십시오
1.4
[이 파일에서 참조하는 기타 모든 관련 파일을 설명합니다. 문서의 제목, 문서 번호, 날짜 및 출판 단위를 나열하고 문서의 출처를 설명합니다. ] 을 참조하십시오
1.5 요약
[이 문서의 나머지 부분의 내용과 구조를 설명하십시오. ] 을 참조하십시오
2.0 설명
[이 섹션에서는 제품 및 요구 사항에 영향을 미치는 일반적인 요소를 나열하지만 특정 요구 사항을 나열할 필요는 없습니다. 요구 사항을 쉽게 이해할 수 있도록 섹션 3 에 자세히 설명되어 있는 요구 사항의 배경만 설명하면 됩니다. 여기에는 전체 제품 효과, 제품 기능, 사용자 특성, 제약, 가정 및 의존성, 수요의 하위 집합이 포함됩니다. 제품이 무엇인지 또는 해결되지 않는지, 그리고 제품이 해결되지 않거나 해결되지 않는 것을 설명하는 것이 특히 중요하다. ] 을 참조하십시오
2. 1 유스 케이스 모델
[유스 케이스 모델을 사용하는 경우 이 섹션에서는 모든 유스 케이스 및 역할의 이름과 간단한 설명, 유스 케이스 다이어그램 및 관계를 포함하여 시스템에 적용되는 유스 케이스 모델 또는 하위 모델에 대한 개요를 제공합니다. 유스 케이스 보고서는 여기서 첨부 파일로 참조 할 수 있습니다. ] 을 참조하십시오
2.2 가정 및 의존성
[모든 중요한 기술적 타당성, 하위 시스템 또는 구성 요소의 가용성 또는 본 사양에 설명된 소프트웨어의 기초로 사용할 수 있는 기타 관련 가정을 설명합니다. ] 을 참조하십시오
3.0 요구 사항 설명
[소프트웨어 요구 사항에 대해 자세히 설명합니다. 세부 수준을 통해 디자이너는 이러한 요구 사항을 충족하는 시스템을 설계할 수 있습니다. 테스터는 시스템이 실제로 이러한 요구 사항을 충족하는지 테스트할 수 있습니다. 사용 사례 모델링을 사용할 때 이러한 요구 사항은 사용 사례 및 기타 사용 가능한 보충 문서에 의해 캡처됩니다. ] 을 참조하십시오
3. 1 사용 사례 보고서
[사용 사례 모델은 일반적으로 시스템의 주요 기능 요구 사항과 일부 비기능 요구 사항을 정의합니다. 사용 사례 모델의 각 사용 사례에 대해 여기서 사용 사례 보고서를 참조하거나 첨부해야 합니다. 각 요구 사항에 명확한 표시가 있는지 확인합니다. ] 을 참조하십시오
3.2 추가 정보
[유스 케이스에 포함되지 않은 다른 요구 사항을 설명하십시오. 보충 수요 설명에서 해당 시스템에 적용되는 특정 수요 설명 또는 특성이 여기에 포함되어야 하며 시스템을 충분히 상세하게 설명할 수 있도록 미세 조정되어야 합니다. 이 정보는 이 파일에 직접 기록하거나 개별 보충 파일의 첨부로 참조할 수 있습니다. 또한 수요가 명확하게 정의되었는지 확인해야 합니다. ] 을 참조하십시오
4.0 지원 정보
[보조 정보를 통해 이 문서를 더욱 쉽게 사용할 수 있습니다. 카탈로그, 색인, 부록, 사용도, 사용자 인터페이스 프로토타입 등이 될 수 있습니다. 부록이 포함된 경우 부록이 요구 사항의 일부인지 여부를 명시하십시오. ] 을 참조하십시오