다음을 통해 공유


요구 사항(CMMI)

이 항목에서는 요구 사항 작업 항목의 세부 정보를 작성하는 방법에 대해 배울 수 있습니다. 요구 사항은 제품 또는 시스템의 고객에게 가치가 있는 기능을 알려 줍니다. 각 요구 사항은 사용자가 소프트웨어의 기능을 통해 무엇을 수행할 수 있는지를 간단히 명시하고 사용자의 관점에서 이를 설명해야 합니다. 자세한 내용은 프로젝트 계획(CMMI)을 참조하십시오.

이 작업 항목 형식을 만드는 방법에 대한 자세한 내용은 작업 항목 및 워크플로(CMMI)를 참조하십시오.

항목 내용

관련 항목

  • 요구 사항 정의

  • 다른 작업 항목에 요구 사항 연결

  • 요구 사항에 세부 정보, 첨부 파일 또는 하이퍼링크 추가

  • 요구 사항의 상태 변경

프로세스 지침

통합 문서

대시보드 및 보고서

필드 참조

필요한 권한

요구 사항을 보려면 Readers 그룹의 멤버이거나 이 노드의 작업 항목 보기 권한이 허용으로 설정되어 있어야 합니다. 요구 사항을 만들거나 수정하려면 Contributors 그룹의 멤버이거나 이 노드의 작업 항목 편집 권한이 허용으로 설정되어 있어야 합니다. 자세한 내용은 권한 관리를 참조하십시오.

요구 사항 정의

요구 사항을 작성할 때는 기능이 누구를 위한 것인지와 요구 사항을 통해 어떤 이유로 무엇을 수행하고자 하는지에 초점을 맞춰야 합니다. 기능이 어떻게 개발되어야 하는지에 대한 설명을 피해야 합니다.

요구 사항을 만들 때는 제목만 지정해야 합니다. 하지만 다음 그림에 나온 것처럼 다양한 종류의 정보를 지정하여 요구 사항을 보다 구체적으로 정의할 수 있습니다.

요구 사항 작업 항목 폼

   

CMMI 요구 사항 작업 항목 폼 - 탭

요구 사항을 정의할 때는 제목을 정의해야 합니다. 다른 모든 필드는 비워 두거나 기본값을 적용할 수 있습니다.

요구 사항을 정의하려면

  1. 작업 항목 폼의 최상위 섹션에서 다음 정보 유형 중 하나 이상을 지정합니다.

    • 제목(필수)에 간단한 설명을 입력합니다.

      고객이 얻을 수 있는 가치나 팀에서 구현해야 하는 기능이 반영된 제목이 좋은 요구 사항 제목입니다.

    • 요구 사항 유형에서 정의할 요구 사항의 유형을 클릭합니다.

      기본값은 기능입니다.

    • 담당자 목록에서 요구 사항을 소유하는 팀 멤버의 이름을 클릭합니다.

      참고

      작업 항목은 Contributors 그룹의 멤버에게만 할당할 수 있습니다.

      요구 사항 담당자를 지정하지 않으면 자동으로 자신에게 할당됩니다.

    • 상태 목록에서 기본값 제안됨을 그대로 둡니다. 이유 목록에서 기본값인 신규를 그대로 둡니다.

      상태 필드에 대한 설명 및 이 필드를 사용하여 워크플로를 추적하는 방법에 대한 자세한 내용은 이 항목의 뒷부분에 나오는 요구 사항의 상태 변경을 참조하십시오.

    • 영역반복 목록에서 적절한 영역과 반복을 클릭합니다.

      참고

      각 팀 프로젝트 관리자는 해당 프로젝트에 대한 영역 및 반복 경로를 정의하므로 팀에서 이러한 지정을 통해 진행률을 추적할 수 있습니다. 자세한 내용은 영역 및 반복 만들기 및 수정을 참조하십시오.

    • 우선 순위 목록에서 1부터 4까지의 값 중 하나를 클릭하여 요구 사항의 중요도를 지정합니다. 1이 중요도가 가장 높은 것이고 4가 중요도가 가장 낮은 것입니다.

    • 심사 목록에서 심사 하위 상태를 클릭합니다.

      유효한 값은 보류 중(기본값), 추가 정보, 받은 정보심사됨입니다. 이 필드는 제안됨 상태의 요구 사항에 대한 심사 수준을 식별합니다.

    • 문제로 인해 요구 사항 구현의 진행이 차단되고 있는 경우 차단됨 목록에서 를 클릭합니다.

    • 요구 사항을 구현하기 위해 커밋이 수행된 경우 커밋됨 목록에서 를 클릭합니다.

  2. 정보 탭에서 요구 사항에 대한 설명과 팀에서 요구 사항이 충족되었는지 확인하는 데 사용할 기준을 입력합니다.

    요구 사항을 개발자가 구현할 수 있고 테스터가 테스트할 수 있도록 필요한 만큼 자세하게 입력해야 합니다.

    팀에서는 이 정보를 사용하여 작업 및 테스트 사례에 대한 작업 항목을 만듭니다. 자세한 내용은 작업(Agile)테스트 사례(Agile)를 참조하십시오.

  3. 분석 탭에서 요구 사항이 구현되지 않은 경우 고객에게 미치는 영향을 입력합니다.

    이 요구 사항이 놀라움(Surprise), 필수(Required) 또는 명백(Obvious) 범주에 있는지 여부에 대한 Kano 모델의 정보를 포함할 수도 있습니다.

  4. 기타 탭에서 다음 정보 유형을 지정합니다.

    • 실무 전문가에서 문제 영역과 이 요구 사항에 대한 고객의 기대를 잘 알고 있는 최대 3명의 팀 멤버 이름을 클릭합니다.

    • 원래 예상 값 상자에 요구 사항을 구현하는 데 필요한 작업 시간을 나타내는 값을 입력합니다.

      참고

      일반적으로 다음 두 필드는 요구 사항을 처음으로 정의할 때가 아니라 개발 주기의 후반부에서 정의합니다.

    • 통합 위치 목록에서 개발 팀에서 요구 사항을 통합한 빌드의 이름 또는 번호를 클릭합니다.

    • 테스트 목록에서 이 요구 사항에 대한 사용자 승인 테스트의 상태를 클릭합니다.

      유효한 값은 통과, 실패, 준비되지 않음, 준비 또는 생략됨입니다. 요구 사항이 활성 상태일 때 준비되지 않음을 지정하고 요구 사항이 해결됨 상태일 때 준비를 지정해야 합니다.

  5. 구현, 변경 요청, 테스트 사례모든 링크 탭에서는 요구 사항에서 작업, 변경 요청, 테스트 사례, 버그, 문제 등의 다른 작업 항목으로 연결되는 링크를 만들 수 있습니다.

    첨부 파일 탭에서는 구현할 요구 사항에 대한 자세한 정보를 제공하는 사양, 이미지 또는 기타 파일을 첨부할 수 있습니다.

    자세한 내용은 이 항목의 뒷부분에 있는 다음 단원을 참조하십시오.

    • 다른 작업 항목에 요구 사항 연결

    • 요구 사항에 세부 정보, 첨부 파일 또는 하이퍼링크 추가

  6. 저장 작업 항목 저장을 클릭합니다.

    참고

    요구 사항을 저장하면 작업 항목 도구 모음 아래의 제목에 식별자가 나타납니다.

다른 작업 항목에 요구 사항 연결

요구 사항과 다른 작업 항목 간에 관계를 만들면 프로젝트를 더 효과적으로 계획하고, 종속성을 더 정확하게 추적하고, 계층적 관계를 더 명확하게 표시하고, 관련 정보를 더 빠르게 찾을 수 있습니다. 요구 사항의 작업 항목 폼에서 요구 사항에 자동으로 연결되는 작업 항목을 만들거나, 기존 작업 항목에 대한 링크를 만들 수 있습니다.

특정 형식의 링크 및 특정 형식의 작업 항목에 대한 링크를 만들려면 구현, 변경 요청, 테스트 사례모든 링크 탭을 사용합니다. 각 탭에 적용되는 제한 사항에 대한 자세한 내용은 작업 항목 연결(CMMI)을 참조하십시오.

참고

요구 사항 개요 보고서와 요구 사항 진행률 보고서를 사용하려면 요구 사항과 작업 간의 링크 및 요구 사항과 테스트 사례 간의 링크를 만들어야 합니다.

작업, 버그, 변경 요청, 테스트 사례 또는 기타 작업 항목을 만들어 요구 사항에 연결하려면

  1. 요구 사항의 작업 항목 폼을 열고 다음 작업 중 하나를 수행합니다.

    • 작업, 버그 또는 하위 요구 사항을 만들고 연결하려면 구현 탭을 클릭한 다음 링크된 새 작업 항목 추가 새로 만들기를 클릭합니다.

    • 변경 요청을 만들고 연결하려면 변경 요청 탭을 클릭한 다음 링크된 새 작업 항목 추가 새로 만들기를 클릭합니다.

    • 테스트 사례를 만들고 연결하려면 테스트 사례 탭을 클릭한 다음 링크된 새 작업 항목 추가 새로 만들기를 클릭합니다.

    • 다른 형식의 작업 항목을 만들고 연결하려면 모든 링크 탭을 클릭한 다음 링크된 새 작업 항목 추가 새로 만들기를 클릭합니다.

    링크된 새 작업 항목 추가 대화 상자가 열립니다.

    링크된 새 작업 항목 추가 대화 상자

  2. 링크 형식 목록에서 기본값을 그대로 두거나 다음 옵션 중 하나를 클릭합니다.

    • 작업, 버그 또는 하위 요구 사항에 연결하려면 자식을 클릭합니다.

    • 변경 요청에 연결하려면 영향을 받음을 클릭합니다.

    • 테스트 사례에 연결하려면 테스트한 사람을 클릭합니다.

    • 다른 작업 항목 형식에 연결하려면 관련 또는 추적할 관계를 나타내는 다른 링크 형식을 클릭합니다.

  3. 작업 항목 형식 목록에서 만들 작업 항목의 형식을 클릭합니다.

  4. 제목에 수행할 작업에 대해 명확하게 알 수 있는 간단한 설명을 입력합니다.

  5. (선택 사항) 설명에 추가 정보를 입력한 다음 확인을 클릭합니다.

    지정된 작업 항목의 형식에 대한 작업 항목 폼이 제공된 정보와 함께 열립니다.

  6. 다음 항목에 설명된 대로 나머지 필드를 지정합니다.

  7. 저장 작업 항목 저장을 클릭합니다.

요구 사항에 기존 작업 항목을 여러 개 연결하려면

  1. 요구 사항의 작업 항목 폼을 열고 다음 작업 중 하나를 수행합니다.

    • 하나 이상의 작업, 버그 또는 하위 요구 사항에 연결하려면 구현 탭을 클릭한 다음 링크 추가 링크 대상을 클릭합니다.

    • 하나 이상의 변경 요청에 연결하려면 변경 요청 탭을 클릭한 다음 링크 추가 연결 대상을 클릭합니다.

    • 하나 이상의 테스트 사례에 연결하려면 테스트 사례 탭을 클릭한 다음 링크 추가 링크 대상을 클릭합니다.

    • 하나 이상의 다른 작업 항목 형식에 연결하려면 모든 링크 탭을 클릭한 다음 링크 추가 링크 대상을 클릭합니다.

    요구 사항에 대한 링크 추가 대화 상자가 열립니다.

    요구 사항에 대한 링크 추가 대화 상자

  2. 링크 형식 목록에서 기본값을 그대로 두거나 다음 옵션 중 하나를 클릭합니다.

    • 작업, 버그 또는 하위 요구 사항에 연결하려면 자식 또는 부모를 클릭합니다.

    • 변경 요청에 연결하려면 영향을 받음을 클릭합니다.

    • 테스트 사례에 연결하려면 테스트한 사람을 클릭합니다.

    • 다른 작업 항목 형식에 연결하려면 관련 또는 추적할 관계를 나타내는 다른 링크 형식을 클릭합니다.

  3. 찾아보기를 클릭합니다.

    링크된 작업 항목 선택 대화 상자가 나타납니다.

    사용자 스토리에 작업 연결 대화 상자

  4. 작업 항목 ID에 항목을 입력하거나 연결할 항목을 찾습니다.

    팀 쿼리를 실행하여 연결할 작업 항목을 찾을 수도 있습니다. 이러한 쿼리에는 활성 버그, 변경 요청, 미해결 작업, 미해결 테스트 사례 및 활성 작업이 있습니다.

  5. 요구 사항에 연결할 각 작업 항목 옆에 있는 확인란을 선택합니다.

    자세한 내용은 연결하거나 가져올 작업 항목 찾기를 참조하십시오.

  6. (선택 사항) 연결할 작업 항목에 대한 설명을 입력합니다.

  7. 확인을 클릭한 다음 저장 작업 항목 저장을 클릭합니다.

    참고

    요구 사항 및 요구 사항이 연결된 작업 항목이 둘 다 업데이트됩니다.

요구 사항에 세부 정보, 파일 및 하이퍼링크 추가

다음 방법으로 요구 사항에 세부 정보를 추가할 수 있습니다.

  • 정보 탭에서 설명 필드나 기록 필드에 정보를 입력합니다.

  • 파일을 첨부합니다.

    예를 들어 전자 메일 스레드, 문서, 이미지, 로그 파일 또는 기타 형식의 파일을 첨부할 수 있습니다.

  • 웹 사이트에 하이퍼링크를 추가하거나 서버나 웹 사이트에 저장된 파일에 하이퍼링크를 추가합니다.

요구 사항에 세부 정보를 추가하려면

  1. 정보 탭을 클릭하고 기록에서 기록 레코드의 일부분으로 캡처할 설명을 추가합니다.

    팀 멤버가 작업 항목을 업데이트할 때마다 작업 항목 기록에 변경 날짜, 변경한 팀 멤버 및 변경된 필드가 표시됩니다.

    정보에 서식을 지정하여 강조하거나 글머리 기호 목록을 표현할 수 있습니다. 자세한 내용은 제목, ID, 설명 및 기록(CMMI)을 참조하십시오.

  2. 저장 작업 항목 저장을 클릭합니다.

요구 사항에 파일을 첨부하려면

  1. 첨부 파일 탭에서 다음 작업 중 하나를 수행합니다.

    • 파일을 첨부 파일 영역으로 끕니다.

    • 파일을 복사한 다음 붙여넣기을 클릭하거나 Ctrl+V를 눌러 복사한 파일을 붙여 넣습니다.

    • 첨부 파일 추가 추가를 클릭한 다음 찾아보기를 클릭합니다. 첨부 파일 대화 상자에서 첨부할 파일의 이름을 입력하거나 찾습니다.

      (선택 사항) 설명 상자에 첨부 파일에 대한 추가 정보를 입력합니다.

      첨부 파일 대화 상자를 닫으려면 확인을 클릭합니다.

  2. 저장 작업 항목 저장을 클릭합니다.

요구 사항에 하이퍼링크를 추가하려면

  1. 모든 링크 탭에서 링크 추가 링크 대상을 클릭합니다.

    하이퍼링크 추가 대화 상자

  2. 링크 형식 목록에서 하이퍼링크를 클릭합니다.

  3. 주소 상자에 링크의 대상 주소를 입력합니다.

    대상이 웹 사이트인 경우 URL을 입력하거나 인터넷 브라우저에서 URL을 복사하여 주소 상자에 붙여 넣습니다. 대상이 서버 위치인 경우 UNC 이름 형식으로 주소를 입력합니다.

  4. (선택 사항) 설명 상자에 하이퍼링크에 대한 추가 정보를 입력합니다.

  5. 확인을 클릭한 다음, 저장 작업 항목 저장을 클릭합니다.

요구 사항의 상태 변경

팀에서 요구 사항의 상태 필드를 다음 값 중 하나로 설정하여 요구 사항 진행률을 추적할 수 있습니다.

  • 제안됨

  • 활성

  • 해결됨

  • 완료

요구 사항을 만들면 기본적으로 제안됨 상태로 설정됩니다. 팀에서는 현재 반복에 대한 요구 사항을 승인할 때 작업 항목을 활성 상태로 이동하고 이를 구현할 작업을 만듭니다. 팀에서 작업을 완료하고 시스템 테스트 결과 요구 사항이 성공적으로 구현되었으면 팀에서는 요구 사항을 해결됨 상태로 이동합니다. 마지막으로 팀에서는 요구 사항의 유효성을 검사한 후 요구 사항을 닫힘 상태로 이동합니다.

모든 팀 멤버가 요구 사항의 상태를 변경할 수 있습니다.

작업 항목 상태를 추적하는 데 사용할 수 있는 데이터 필드에 대한 자세한 내용은 할당, 워크플로 및 계획(CMMI)을 참조하십시오.

요구 사항의 상태를 변경하려면

  1. 요구 사항에 대한 작업 항목 폼을 엽니다.

  2. 상태 목록에서 활성, 해결됨 또는 닫힘을 클릭합니다.

    • 상태를 제안됨에서 활성으로 변경하면 이유 필드가 자동으로 승인됨으로 변경됩니다.

    • 상태를 활성에서 해결됨으로 변경하면 이유 필드가 자동으로 코드 완료 및 시스템 테스트 성공으로 변경됩니다.

    • 상태를 해결됨에서 닫힘으로 변경하면 이유 필드가 유효성 검사 테스트 성공으로 변경됩니다.

    • 상태를 활성에서 닫힘으로 변경하는 경우 이유 목록에서 그 의도에 맞는 옵션을 클릭해야 합니다.

      유효한 옵션은 분할됨(기본값), 중단됨범위를 벗어남입니다.

  3. 저장 작업 항목 저장을 클릭합니다.

일반적인 워크플로 진행:

  • 팀 멤버가 요구 사항을 만듭니다. 이 요구 사항은 기본 상태 제안됨, 기본 이유 신규로 설정됩니다.

  • 팀 멤버가 기본 이유가 승락됨인 상태에서 제안됨에서 활성으로 상태를 변경합니다.

  • 요구 사항 코드가 완료되고 시스템 테스트를 통과하면 팀 멤버가 활성에서 해결됨으로 상태를 변경합니다.

  • 유효성 검사를 수행하여 요구 사항이 고객 기대를 충족하는 것으로 판단되면 팀 멤버가 해결됨에서 닫힘으로 상태를 변경합니다.

일반적이 아닌 전환:

  • 팀 멤버가 기본 이유가 거부됨인 상태에서 제안됨에서 닫힘으로 상태를 변경합니다.

  • 팀 멤버가 기본 이유가 확인인 상태에서 활성에서 제안됨으로 상태를 변경합니다.

  • 팀 멤버가 요구 사항이 적절하지 않거나 범위를 벗어난다고 판단하고 활성에서 닫힘으로 상태를 변경합니다.

  • 요구 사항에 대한 유효성 검사 테스트가 실패합니다. 따라서 팀 멤버가 해결됨에서 활성으로 상태를 변경합니다.

  • 팀 멤버가 요구 사항이 실수로 닫혔거나 이제 범위에 포함된다고 판단하고 닫힘에서 활성으로 상태를 변경합니다.

요구 사항 상태 다이어그램

요구 사항 워크플로

제안됨(신규)

팀 멤버가 요구 사항을 만들면 다음 데이터 필드가 자동으로 캡처됩니다.

  • 만든 사람: 요구 사항을 만든 팀 멤버의 이름입니다.

  • 만든 날짜: 요구 사항이 만들어진 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

제안됨 상태에서 활성 상태로

팀 멤버는 다음 표에 기술된 이유로 요구 사항의 상태를 제안됨에서 활성으로 변경할 수 있습니다.

이유

용도

수행할 추가 작업

승인됨

심사 위원회가 현재 반복에서 구현하기 위해 요구 사항을 승인하는 경우

구현을 담당할 팀 멤버에게 요구 사항을 할당합니다.

확인

심사 위원회가 팀에서 요구 사항을 구현해야 할지 여부를 결정하기 전에 팀에서 고객 영향을 확인해야 한다고 판단하는 경우

확인이 완료되면 요구 사항을 제안됨 상태로 되돌립니다.

팀 멤버가 요구 사항의 상태를 활성으로 변경하면 다음 데이터 필드가 캡처됩니다.

  • 활성화한 사람: 요구 사항을 활성화한 팀 멤버의 이름입니다.

  • 활성화된 날짜: 요구 사항이 활성화된 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

  • 상황 변경 날짜: 요구 사항의 상태가 변경된 날짜 및 시간입니다.

제안됨 상태에서 닫힘 상태로

팀 멤버는 다음 표에 기술된 이유로 제안됨 상태의 요구 사항을 닫을 수 있습니다.

이유

용도

수행할 추가 작업

거부됨

심사 위원회가 팀에서 요구 사항을 구현할 수 없거나 요구 사항이 고객에게 더 이상 필요하지 않다고 판단하는 경우

없음

팀 멤버가 요구 사항을 닫으면 다음 데이터 필드가 캡처됩니다.

  • 닫은 사람: 요구 사항을 닫은 팀 멤버의 이름입니다.

  • 닫힌 날짜: 서버 시간을 기준으로 기록된, 요구 사항이 닫힌 날짜 및 시간입니다.

  • 상황 변경 날짜: 요구 사항의 상태가 변경된 날짜 및 시간입니다.

활성

팀에서는 활성 상태의 요구 사항만 구현해야 합니다. 활성 요구 사항에 대해 팀 멤버는 코드 작성, 테스트 및 요구 사항 문서화를 위한 작업을 만들어야 합니다. 모든 작업이 완료되면 요구 사항이 해결됨 상태로 이동합니다. 요구 사항이 분할되거나 중단되거나 범위를 벗어나는 것으로 판단되면 팀 멤버가 요구 사항을 닫을 수도 있습니다.

활성 상태에서 해결됨 상태로

팀 멤버는 다음 표에 기술된 이유로 활성 요구 사항을 해결할 수 있습니다.

이유

용도

수행할 추가 작업

코드 완료 및 시스템 테스트 성공

팀에서 요구 사항을 구현할 코드를 체크 인하고 모든 시스템 테스트를 통과한 경우

테스트를 담당할 팀 멤버에게 요구 사항을 할당합니다.

팀 멤버가 활성 요구 사항을 해결하면 다음 데이터 필드가 캡처됩니다.

  • 해결한 사람: 요구 사항을 해결한 팀 멤버의 이름입니다.

  • 해결된 날짜: 요구 사항이 해결된 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

  • 상황 변경 날짜: 요구 사항의 상태가 변경된 날짜 및 시간입니다.

활성 상태에서 닫힘 상태로

팀 멤버는 다음 표에 기술된 이유 중 하나로 인해 활성 요구 사항을 닫을 수 있습니다.

이유

용도

수행할 추가 작업

분할됨(기본값)

요구 사항이 너무 크거나 더욱 정확한 정의가 필요한 경우

하나 이상의 추가 요구 사항을 만들고 원래 요구 사항에서 추가한 요구 사항으로 연결합니다. 새 요구 사항은 활성으로 승인되어야 합니다.

중단됨

팀에서 요구 사항을 구현할 필요가 더 이상 없는 경우

없음

범위를 벗어남

팀에서 현재 반복에 대한 요구 사항을 구현할 시간이 충분하지 않거나 차단 문제를 발견한 경우

요구 사항이 구현될 수 있는 반복을 지정합니다. 요구 사항이 다음 소프트웨어 릴리스로 연기되는 경우에는 반복 필드를 공백으로 두되, 요구 사항이 연기된 이유와 팀에서 요구 사항을 구현해야 하는 시기를 자세히 설명합니다.

팀 멤버가 활성 요구 사항을 닫으면 다음 데이터 필드가 캡처됩니다.

  • 닫은 사람: 요구 사항을 닫은 팀 멤버의 이름입니다.

  • 닫힌 날짜: 요구 사항이 닫힌 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

  • 상황 변경 날짜: 요구 사항의 상태가 변경된 날짜 및 시간입니다.

활성 상태에서 제안됨 상태로

팀 멤버는 다음 표에 기술된 이유 중 하나로 인해 활성 요구 사항의 상태를 제안됨으로 변경할 수 있습니다.

이유

용도

수행할 추가 작업

연기됨

팀에서 요구 사항을 현재 반복에서는 구현하지 않지만 이후 반복에서 구현할 수 있는 경우

없음

확인 완료(기본값)

팀에서 요구 사항을 확인한 후 심사를 위해 다시 제출하는 경우

없음

팀 멤버가 활성 요구 사항을 닫으면 다음 데이터 필드가 캡처됩니다.

  • 변경한 사람: 요구 사항의 상태를 변경한 팀 멤버의 이름입니다.

  • 상황 변경 날짜: 요구 사항의 상태가 변경된 날짜 및 시간입니다.

해결됨

요구 사항이 코드에서 구현되었고 시스템 테스트를 통과한 후 수석 개발자가 요구 사항의 상태를 해결됨으로 설정하고 요구 사항을 테스터에게 할당합니다. 테스터는 요구 사항이 고객 기대에 맞게 구현되었는지 여부를 확인한 후 고객 기대에 맞게 구현되었으면 요구 사항을 닫고, 그렇지 않으면 추가 작업을 위해 요구 사항을 다시 활성화합니다.

해결됨 상태에서 닫힘 상태로

팀 멤버는 다음 표에 기술된 이유로 해결된 요구 사항을 닫을 수 있습니다.

이유

용도

수행할 추가 작업

유효성 검사 테스트 성공

요구 사항이 연결된 유효성 검사 테스트를 모두 통과하는 경우

제품 소유자에게 요구 사항을 할당합니다.

팀 멤버가 해결된 요구 사항을 닫으면 다음 데이터 필드가 자동으로 캡처됩니다.

  • 닫은 사람: 요구 사항을 닫은 팀 멤버의 이름입니다.

  • 닫힌 날짜: 요구 사항이 닫힌 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

  • 상황 변경 날짜: 요구 사항의 상태가 변경된 날짜 및 시간입니다.

해결됨 상태에서 활성 상태로

팀 멤버는 다음 표에 기술된 이유로 해결된 요구 사항을 다시 활성화할 수 있습니다.

이유

용도

수행할 추가 작업

유효성 검사 테스트 실패

유효성 검사 테스트에서 요구 사항이 하나 이상의 고객 기대를 충족하지 않는 것으로 나타나는 경우

문제를 버그로 문서화하고 요구 사항을 수석 개발자에게 할당합니다.

팀 멤버가 해결된 요구 사항을 다시 활성화하면 다음 데이터가 자동으로 캡처됩니다.

  • 활성화한 사람: 요구 사항을 다시 활성화한 팀 멤버의 이름입니다.

  • 활성화된 날짜: 요구 사항이 다시 활성화된 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

  • 상황 변경 날짜: 요구 사항의 상태가 변경된 날짜 및 시간입니다.

완료

요구 사항이 거부되었거나 요구 사항의 구현, 확인 및 유효성 검사가 성공적으로 수행되었기 때문에 팀에서 닫힌 요구 사항에 대해 더 이상 작업하지 않아야 합니다.

팀에서는 닫힌 요구 사항이 범위 안에 다시 들어오면 해당 요구 사항을 다시 활성화할 수 있습니다. 대개 비즈니스 분석가나 프로그램 관리자가 닫힌 요구 사항을 다시 활성화합니다.

닫힘 상태에서 활성 상태로

팀 멤버는 다음 표에 기술된 이유로 닫힌 요구 사항을 다시 활성화할 수 있습니다.

이유

용도

수행할 추가 작업

범위에 다시 들어옴

요구 사항을 구현할 수 있는 리소스가 있는 경우

요구 사항에 대해 정의된 구현 작업, 테스트 사례 및 세부 정보가 완료되었고 최신 상태인지 확인합니다.

실수로 닫힘

요구 사항이 실수로 닫힌 경우

요구 사항에 대해 정의된 구현 작업, 테스트 사례 및 세부 정보가 완료되었고 최신 상태인지 확인합니다.

팀 멤버가 닫힌 요구 사항을 다시 활성화하면 다음 데이터가 자동으로 캡처됩니다.

  • 활성화한 사람: 요구 사항을 다시 활성화한 팀 멤버의 이름입니다.

  • 활성화된 날짜: 요구 사항이 다시 활성화된 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

  • 상황 변경 날짜: 요구 사항 작업 항목의 상태가 변경된 날짜 및 시간입니다.

참고 항목

기타 리소스

아티팩트(CMMI)

작업 항목 및 워크플로(CMMI)