[실습] 요구사항 검증하기

[실습] 요구사항 검증하기

선수 학습

수행 순서

가. 요구사항 목록에 업무 기능에 대한 요구사항이 모두 반영되었는지 확인한다.

요구사항 정의서 (양식 – 회원 전용)

[회원 전용 콘텐츠] 로그인이 필요합니다!
ID이름유형품질 속성우선 순위중요도출처내용
Req-001회원 ID 유일성기능N/A10김관리회원은 유일한 ID를 가져야 한다.
Req-002비밀 번호 찾기기능N/A5김관리회원이 비밀번호를 분실한 경우
비밀번호를 찾기 위한 2가지 이
상의 기능을 제공해야 한다.
요구사항 목록 예시

개별 요구사항에 대하여 <표. 요구사항 목록의 속성>과 같은 속성에 대해서 검토한다.

요구사항 속성검토 내용
ID명명 규칙에 따라 유일성이 확보되는 식별자가 부여되었는지 확인한다.
이름요구사항 내용을 요약하고, 중복되지 않았는지 확인한다.
유형기능, 비기능, 제약사항, 기타로 구분되어 있는지 확인한다.
품질 속성유형이 비기능일 때 품질 속성으로 성능, 가용성, 유지보수성, 신뢰성, 보안성, 유지보수 용이성, 사용 용이성 등이 명시되어 있는지 확인한다.
우선순위요구사항의 우선순위가 얼마나 높은지, 필수, 선택, 희망 사항 등으로 구분되어 있는지 확인한다.
중요도요구사항의 중요도가 작성 규칙에 따라 적절한 점수가 부여되어 있는지 확인한다.
출처요구사항을 낸 이해관계자의 이름이나 관련 문서명이 기술되어 있는지 확인한다.
관련 부서요구사항과 관련된 조직의 부서명이 기술되어 있는지 확인한다.
전제 조건요구사항과 관련된 전제 조건이 적절한지 확인한다.
내용요구사항의 내용이 명확하고 이해하기 쉽게 기술되어 있는지 확인한다.
관련 요구사항관련된 요구사항이 적절한지 확인한다.
버전요구사항의 변경 상태에 따라 버전이 관리되고 있는지 확인한다.
수용 여부검토 예정, 수락, 거부 등 수용 여부 진행 상태가 기술되어 있는지 확인한다.
요구사항 목록의 속성

요구사항 정의서의 작성 여부를 확인한다.

요구사항 목록 중 수용 여부가 수락인 경우, 요구사항 정의서인 유스케이스 명세서가 작성되었는지 확인한다. 유스케이스 명세서가 시스템이 어떻게 동작하여야 하는지를 명확하고 구체적으로 기술하고 있는지 검토한다.

유스케이스 명세서 (양식 – 회원 전용)

[회원 전용 콘텐츠] 로그인이 필요합니다!
항목내 용
유스케이스 명로그인한다.
관련 액터사용자, 회원, 비회원, 관리자
개요사용자는 공인 인증서를 이용하고 비회원은 메일 주소 및 비밀번호를 이용하여 로그인한다.
사전 조건회원은 사전에 회원 가입이 되어 있어야 한다.
사후 조건회원은 읽고 쓰기 권한, 비회원은 읽기 권한만 부여되어야 한다.
정상 흐름1. 로그인 화면에서 회원은 공인 인증서 로그인을 선택한다.
1- . 공인 인증서에 유효한 비밀번호를 입력한다.
1-2. 회원 등급에 맞는 권한을 부여한다.
2. 로그인 화면에서 비회원은 비회원 로그인을 선택한다.
2-1. 비회원은 메일 주소 및 비밀번호를 제공하여 로그인한다.
2-2. 비회원 등급에 맞는 권한을 부여한다.
대안 흐름1. 공인 인증서 로그인을 선택한 후 유효한 비밀번호가 제시되었으나, 사전에 회원 가입이 되어 있지 않은 경우, 회원 가입이 필요하다는 메시지를 보여 준다.
1-1. 회원 가입 페이지로 화면을 전환한다.
예외 흐름1. 회원이 입력한 공인 인증서의 비밀번호가 유효하지 않은 경우, 로그인 실패 메시지와 실패 횟수를 보여 준다.
2. 로그인 실패 횟수가 연속하여 5회 이상이 되면 해당 회원의 로그인 잠금을 설정하여 1시간 이내에는 로그인이 불가능하게 한다.
3. 회원이 관리자에게 로그인 잠금 해제를 요청하면, 관리자는 유효한 회원인지 검증을 한 후 잠금을 해제한다.
비기능적 요구사항사용자가 가장 많은 피크 타임 시에도 3초 이내 로그인이 완료되어야 한다.
유스케이스 명세서 예시

비기능적 요구사항이 명확하게 도출되었는지 확인한다.

  1. 기능적 동작으로 표현되지 않는 시스템 특성, 품질, 제약사항 등 비기능적 요구사항이 명확하게 도출되었는지 검토한다.
  2. 성능, 가용성, 사용 용이성, 유지보수 용이성, 안전성, 보안성 등에 대한 요구사항이 문서화되었는지 확인한다.
  3. 비기능적 요구사항의 품질 목표가 정량적으로 정의되어 있으며 검증 가능한 것인지 검토한다.
  4. 정상 업무 수행, 시스템 부하가 높은 경우 등 상황에 따라 응용시스템의 성능(응답시간, 데이터 처리량 등) 목표치가 구체적으로 정해져 있는지 검토한다.

타 시스템과 연계 및 인터페이스에 대한 요구사항이 적절히 도출되었는지 확인한다.

  1. 타 시스템 또는 하위 시스템 등과의 모든 인터페이스 요구사항이 정의되어 있는지 확인한다.
  2. 연계할 기관과 연계에 대한 합의나 계약이 체결되어 있는지 확인한다.
  3. 인터페이스 구분(내부/외부)이 명확하게 정의되어 있는지, 인터페이스 주기, 방법, 제공자, 요청자 등이 명확하게 정의되어 있는지 확인한다.
  4. 인터페이스 기능 구현과 관련된 제약사항 및 조건들이 기술되어 있는지 검토한다.

수행 TIP

요구사항 목록의 속성은 필요에 따라 변경 및 추가될 수 있다. 요구사항에 대한 처리 프로세스나 평가 속성을 추가하는 경우도 있다.

출처

NCS 학습모듈: 20.정보통신 > 01.정보기술 > 02.정보기술개발 > 02.응용SW엔지니어링 (일부 수정)

코멘트 제출

컨텐츠 복사 및 출력 방지! - 회원 가능