체크리스트: 소프트웨어 요구사항 스펙
이 체크리스트를 사용하면 소프트웨어 요구사항 스펙이 올바르고 완료되었는지를 확인할 수 있습니다.
관계
기본 설명

참조: [IE830]



검사 항목
구현의 기능성, 외부 인터페이스, 성능, 속성 및 디자인 제한조건을 처리되어야 합니다.
기능성: 소프트웨어가 수행할 일은 무엇입니까?
 
외부 인터페이스: 소프트웨어가 사람, 시스템 하드웨어, 기타 하드웨어 및 기타 소프트웨어와 어떤 방법으로 상호작용합니까?
 
성능: 여러 소프트웨어 기능의 속도, 가용성, 응답 시간, 복구 시간은 어떻습니까?
 
속성: 이식성, 정확성, 유지보수성, 보안과 같은 고려사항은 무엇입니까?
 
구현에 적용되는 디자인 제한조건: 실제로 필요한 표준, 구현 언어, 데이터베이스 무결성에 대한 정책, 자원 한계, 운영 환경 등이 있습니까?
SRS 경계 외부에 있는 요구사항이 지정되어 있습니까?
이것은 SRS를 다음과 같이 처리하는 것을 의미합니다.
  • 모든 소프트웨어 요구사항을 올바르게 정의해야 합니다.
  • 어떠한 디자인 또는 구현 세부사항도 기술해서는 안됩니다.
  • 소프트웨어에 추가 제한조건을 적용해서는 안됩니다.
SRS가 특정 디자인을 지정하지 않고 올바른 디자인 범위로 알맞게 제한합니까?
SRS는 기초 특성을 나타냅니까?
정확: SRS에 소프트웨어가 만족해야 하는 모든 요구사항이 기술되어 있습니까? 명백함
각 요구사항이 단 한 가지로 해석됩니까? 고객의 언어를 사용했습니까? 자연어 설명을 보강하기 위해 다이어그램을 사용했습니까?
완료
SRS가 모든 중요한 요구사항, 기능성과의 관련 여부, 성능 디자인 제한조건, 속성 또는 외부 인터페이스를 포함합니까? 모든 가능한 시나리오의 입력 값으로 예상했던 범위가 식별되고 해결되었습니까? 응답이 올바른 값과 올바르지 않은 입력 값 모두에 포함되었습니까? 모든 그림, 테이블 및 다이어그램에 전체 레이블, 참조, 모든 용어 및 특정 단위의 정의가 포함되어 있습니까?  모든 TBD가 해결되거나 처리되었습니까?
일치
이 SRS가 비전 문서, 유스 케이스 모델 및 보충 스펙과 일치합니까? 다른 고급 레벨의 스펙과 일치합니까? 충돌 시 스펙 내에 기술된 개별적인 요구사항 서브세트가 없으면 내부적으로 일치합니까?
요구사항 순위 결정
각 요구사항에 해당 특정 요구사항의 중요도 또는 안정성을 나타내는 ID가 붙어 있습니까? 우선순위를 적절히 결정하는 데 필요한 중요한 속성이 식별되었습니까?
확인 가능
SRS에 기술된 모든 요구사항이 확인 가능합니까? 사람 또는 시스템이 소프트웨어 제품이 요구사항을 충족시키는지를 판별하기 위해 사용할 수 있는 제한된 비용 효율적 프로세스가 있습니까?
수정 가능
SRS에는 SRS의 중요한 재작업을 하는 데 필요한 변경사항이 포함된 구조 및 스타일을 가지고 있습니까? 중복성을 식별하여 최소화한 다음 상호 참조했습니까?
추적 가능
각 요구사항이 명확한 ID를 갖고 있습니까? 각 요구사항의 발단이 명확합니까? 이전 아티팩트를 명시적으로 참조하여 역추적성이 유지보수됩니까? SRS에 의해 스폰(spawn)된 아티팩트에 대해 적당한 양의 정방향 추적성이 유지보수됩니까?