검토(CMMI)

이 항목에서는 검토 작업 항목의 세부 정보를 작성하는 방법에 대해 배울 수 있습니다.팀에서 검토 작업 항목을 사용하여 디자인 또는 코드 검토 결과를 문서화할 수 있습니다.팀 멤버는 디자인 또는 코드가 이름 정확성, 코드 관련성, 확장성, 코드 복잡성, 알고리즘 복잡성 및 코드 보안 영역의 표준을 충족하는 방식에 대한 세부 정보를 캡처할 수 있습니다.자세한 내용은 개발 작업 구현을 참조하십시오.

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

항목 내용	관련 항목
검토 정의 요구 사항, 작업 또는 기타 작업 항목에 검토 연결 검토에 세부 정보, 첨부 파일 또는 하이퍼링크 추가 검토 상태 변경	프로세스 지침 개발 작업 구현 필드 참조 검토 회의 필드 참조(CMMI) 제목, ID, 설명 및 기록 필드 참조 할당 및 워크플로 필드 참조 작업 항목 및 링크 제어와 제한 연결 Attachment 컨트롤 및 필드 참조

필요한 권한

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

검토 정의

검토에 대한 작업 항목 폼은 다음 그림에 나오는 필드와 탭에 데이터를 저장합니다.

검토를 정의할 때는 작업 항목 폼의 맨 위 섹션에서 제목을 정의하고 정보 탭에서 용도를 정의해야 합니다.다른 모든 필드는 비워 두거나 기본값을 적용할 수 있습니다.

단일 검토를 정의하려면

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

   • 제목(필수)에 이 검토를 다른 검토 작업 항목과 구별하는 설명을 간단하게 입력합니다.

     제목에는 검토한 코드 섹션 또는 디자인 영역을 나타내는 것이 좋습니다.

   • 에 할당 목록에서 검토 처리 해야 하는 팀 구성원의 이름을 선택 합니다.

     [!참고]

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

     검토 담당자를 지정하지 않으면 자동으로 자신에게 할당됩니다.

   • 상태 목록에서 기본값 활성을 그대로 둡니다.

   • 에 호출에서 섹션에서 모임 이라는 팀 구성원의 이름을 선택 합니다.

   • 에 모임 형식 목록에서 모임에 대 한 검토에 사용 된 유형을 선택 합니다.

     유효한 값은 회의 또는 오프라인입니다.

2. 에 설명 탭에서 원하는 코드 영역을 설명 하는 디자인 자세히 검토에 적용 된 조건 외에 검토 된 대로 제공 합니다.

3. 에 분 탭에서 원하는 결과, 토론, 조건 및 검토 모임에서 의사 결정을 설명 하는 많은 정보를 제공 합니다.

   이 정보에는 검토한 내용, 적용된 조건, 식별된 문제 등이 포함될 수 있습니다.

4. 에 주석 탭에서 적절 하 게 다른 곳에서 캡처되지 검토에 대 한 기타 정보를 입력 합니다.

5. 에 참석자 탭에서 검토는 필수, 선택적 또는 실제 참석자 각 팀 멤버의 이름을 선택 합니다.

   이러한 팀 멤버는 검토 위원회의 멤버입니다.

6. 에 모든 링크 탭에서 하나 이상의 다른 작업 항목, 작업 또는 요구 사항 검토에 연결 합니다.

7. 에 첨부 파일 탭, 사양, 이미지 또는 제공 검토 보유 수에 대 한 자세한 내용은 기타 파일을 첨부 합니다.

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

   • 요구 사항, 작업 또는 기타 작업 항목에 검토 연결

   • 검토에 세부 정보, 첨부 파일 또는 하이퍼링크 추가

8. 선택 작업 항목 저장.

   [!참고]

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

요구 사항, 작업 또는 기타 작업 항목에 검토 연결

링크 탭을 사용하여 특정 작업 항목 형식에 대한 특정 링크 형식을 만듭니다.자세한 내용은 Linking Work Items (CMMI)을 참조하십시오.

작업, 요구 사항 또는 기타 작업 항목을 만들고 검토에 연결하려면

1. 검토 작업 항목 폼을 열고는 모든 링크 탭을 클릭 한 다음 선택 New.

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

   

2. 에 링크 형식 목록에서 선택 관련 또는 추적할 관계를 나타내는 링크의 다른 유형.

3. 에 작업 항목 형식 목록에서 만들려는 작업 항목의 형식을 선택 합니다.

4. 제목에 간단하지만 구체적인 설명을 입력합니다.

5. (선택 사항) 설명에 추가 정보를 입력합니다.

6. 확인을 선택합니다.

   지정된 작업 항목 형식에 대한 폼이 열리고 제공된 정보가 표시됩니다.

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

   • 요구 사항(CMMI)

   • 변경 요청(CMMI)

   • 작업(CMMI)

   • 버그(CMMI)

   • 테스트 사례(Agile)

   • 문제(CMMI)

8. 선택 작업 항목 저장.

검토에 기존 작업 항목을 하나 이상 연결하려면

1. 검토 작업 항목 폼을 열고는 모든 링크 탭을 클릭 한 다음 선택 링크를.

   검토에 대한 링크 추가 대화 상자가 열립니다.

   

2. 에 링크 형식 목록에서 선택 관련 또는 추적할 관계를 나타내는 연결의 다른 종류는 연결 된 작업 항목 형식에 기반 합니다.

3. 다음 작업 중 하나를 수행합니다.

   • 작업 항목 ID에 찾을 작업 항목의 ID를 입력합니다.쉼표나 공백을 사용하여 ID를 구분합니다.

   • 선택 찾아보기 목록에서 작업 항목을 지정 합니다.

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

     

     에 저장 된 쿼리 목록에서 추가 하려는 작업 항목을 포함 하는 쿼리를 선택 합니다.선택할 수 있습니다 예를 들어, 열려 있는 작업 항목, 활성 버그, 또는 활성 작업.

     선택 찾기, 문제를 연결 하 고 선택 하려는 각 작업 항목 옆의 확인란을 선택 합니다. 확인.

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

4. 확인을 선택합니다.

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

5. 선택 작업 항목 저장.

   [!참고]

   검토 및 검토가 연결된 작업 항목이 둘 다 업데이트됩니다.

검토에 세부 정보, 첨부 파일 또는 하이퍼링크 추가

더 많은 정보를 사용할 수 있게 되면 다음과 같은 방법으로 검토에 정보를 추가할 수 있습니다.

• 정보, 회의록 또는 설명 탭의 상자에 정보를 입력합니다.

• 파일을 첨부합니다.

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

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

검토에 세부 정보를 추가하려면

1. 선택은 정보, 분, 또는 주석 탭 및 형식 정보 상자에.

   정보에 서식을 지정하여 강조하거나 글머리 기호 목록을 표현할 수 있습니다.

   [!참고]

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

   자세한 내용은 검토 회의 필드 참조(CMMI) 및 제목, ID, 설명 및 기록 필드 참조를 참조하십시오.

2. 선택 작업 항목 저장.

검토에 첨부 파일을 추가하려면

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

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

   • 선택 또는 복사한 파일을 붙여 넣으려면 CTRL + V를 누릅니다.

   • 선택 추가, 선택 찾아보기, 및에 첨부 파일 대화 상자, 형식 또는 첨부 파일의 이름 찾습니다.

     (선택 사항) 설명 상자에 첨부 파일에 대한 추가 정보를 입력합니다.닫을 수 있는 첨부 파일 대화 상자에서 선택 확인.

2. 선택 작업 항목 저장.

검토에 하이퍼링크를 추가하려면

1. 에 모든 링크 탭에서 선택 링크를.

   

2. 에 링크 형식 목록에서 선택 하이퍼링크.

3. 주소 상자에서 다음 작업 중 하나를 수행합니다.

   • 대상이 웹 사이트인 경우 URL을 입력하거나, 인터넷 브라우저에서 URL을 복사하여 주소 상자에 붙여넣습니다.

   • 대상이 서버 위치인 경우 UNC 주소를 입력합니다.

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

5. 확인을 선택합니다.

6. 선택 작업 항목 저장.

검토 상태 변경

검토 결과 디자인이나 코드를 변경할 필요가 없으면 검토 작업 항목을 닫을 수 있습니다.디자인이나 코드에서 사소한 변경 또는 중요한 변경이 필요하면 해결을 위해 활성 상태의 검토 작업 항목이 개발자에게 할당됩니다.사소한 변경만 필요한 경우 개발자는 검토 작업 항목을 닫을 수 있으며,중요한 변경이 필요한 경우에는 두 번째 검토가 필요하고 이 검토를 통과하는 경우에만 검토 작업 항목이 닫힙니다.

팀 멤버는 다음과 같은 상태를 사용하여 검토의 진행률을 추적할 수 있습니다.

• Active

• 해결됨

• 완료

활성 상태의 검토를 만듭니다.

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

검토 상태를 변경하려면

1. 검토 작업 항목을 엽니다.

2. 에 상태 목록에서 선택 "해결 됨" 또는 "닫힘".

   • 상태를 활성에서 해결됨으로 변경하면 이유 필드가 자동으로 **승인됨(사소한 변경 포함)**으로 변경됩니다.

   • 상태를 해결됨에서 닫힘으로 변경하면 이유 필드가 사소한 변경 완료됨으로 변경됩니다.

3. 선택 작업 항목 저장.

일반적인 워크플로 진행: 팀 멤버가 상태가 활성이고 기본 이유가 신규인 검토를 만듭니다. 검토 위원회에서 사소한 변경이 완료되면 코드를 승인할 수 있다고 판단하는 경우 팀 멤버가 검토의 상태를 활성에서 해결됨으로 변경합니다. 필요한 변경이 모두 완료된 후 팀 멤버가 상태를 해결됨에서 닫힘으로 변경합니다. 일반적이 아닌 전환: 팀 멤버가 상태를 활성에서 닫힘으로 변경합니다. 이때 기본 이유는 승인됨(현재 상태로)입니다. 검토 위원회에서 코드에 중요한 변경이 필요하다고 판단하고 상태를 해결됨에서 활성으로 변경합니다. 팀 멤버가 실수로 검토가 닫혔다고 판단하고 상태를 닫힘에서 활성으로 변경합니다.

검토 상태 다이어그램

활성(새로 만들기)

활성 상태의 검토 작업 항목은 디자인 또는 코드 검토 결과를 문서화합니다.검토 회의 참석자는 다음 단계에서 수행할 작업을 결정합니다.변경할 필요가 없으면 검토 작업 항목을 닫고,변경이 필요하면 검토 작업 항목이 활성 상태로 유지되며 개발자에게 할당됩니다.개발자는 변경이 완료된 후 검토 작업 항목을 해결합니다.

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

팀 멤버는 다음 표에 기술된 이유로 활성 검토를 해결할 수 있습니다.

이유	용도	수행할 추가 작업
승인됨(사소한 변경 포함)	개발자가 디자인 또는 코드에서 식별된 변경을 완료한 경우	없음
승인됨(중요한 변경 포함)	개발자가 디자인 또는 코드에서 식별된 변경을 완료한 경우	검토 작업 항목을 다시 활성화합니다.

팀 멤버가 활성 검토를 해결하면 다음 데이터 필드가 캡처됩니다.

• 해결한 사람: 검토를 해결한 팀 멤버의 이름입니다.

• 해결된 날짜: 검토가 해결된 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

• 상황 변경 날짜: 검토의 상태가 변경된 날짜 및 시간입니다.

활성 상태에서 닫힘 상태로

검토 위원회에서 어떤 이유로든 변경이 필요하지 않다고 결정하면 팀 멤버가 활성 검토를 닫을 수 있습니다.이때 이유 필드는 자동으로 **승인됨(현재 상태로)**으로 설정됩니다.

팀 멤버가 활성 검토를 닫으면 다음 데이터 필드가 캡처됩니다.

• 닫은 사람: 검토를 닫은 팀 멤버의 이름입니다.

• 닫힌 날짜: 검토가 닫힌 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

• 상황 변경 날짜: 검토의 상태가 변경된 날짜 및 시간입니다.

해결됨

해결됨 상태의 검토 작업 항목은 필요한 변경이 사소하든 아니면 중요하든 관계없이 모두 완료되었음을 나타냅니다.중요한 변경을 완료했으면 검토 작업 항목을 닫기 전에 두 번째 검토가 필요합니다.두 번째 검토에서 추가 변경이 발견되면 검토 작업 항목이 다시 활성화됩니다.

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

팀 멤버는 다음 표에 기술된 이유로 해결됨 상태의 검토를 닫을 수 있습니다.

이유	용도	수행할 추가 작업
사소한 변경 완료됨	사소한 변경이 식별되어 적용된 후 확인된 경우	제품 소유자에게 검토를 할당합니다.

팀 멤버가 해결된 검토를 닫으면 다음 데이터 필드가 자동으로 캡처됩니다.

• 닫은 사람: 검토를 닫은 팀 멤버의 이름입니다.

• 닫힌 날짜: 검토가 닫힌 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

• 상황 변경 날짜: 검토의 상태가 변경된 날짜 및 시간입니다.

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

다음 표에 기술된 이유로 해결됨 상태의 검토를 다시 활성화할 수 있습니다.

이유	용도	수행할 추가 작업
중요한 변경 완료됨	문제가 있는지 확인하기 위해 두 번째 검토가 필요한 경우	다른 검토 회의를 소집하여 변경된 코드를 확인합니다.

팀 멤버가 해결된 검토를 다시 활성화하면 다음 데이터가 자동으로 캡처됩니다.

• 활성화한 사람: 검토를 다시 활성화한 팀 멤버의 이름입니다.

• 활성화된 날짜: 검토가 다시 활성화된 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

• 상황 변경 날짜: 검토의 상태가 변경된 날짜 및 시간입니다.

완료

닫힘 상태의 검토는 더 이상 사용되지 않지만 범위 안에 다시 들어오면 다시 활성화할 수 있습니다.대개 비즈니스 분석가나 프로그램 관리자가 닫힌 검토를 다시 활성화합니다.

닫힘 상태에서 활성 상태로

닫힘 상태의 검토 작업 항목은 검토가 끝나고 필요한 변경이 완료되었음을 나타냅니다.실수로 닫힌 검토를 다시 활성화할 수 있습니다.이때 다시 활성화 이유는 실수로 닫힘으로 설정됩니다.

팀 멤버가 닫힌 검토를 다시 활성화하면 다음 데이터가 자동으로 캡처됩니다.

• 활성화한 사람: 검토를 다시 활성화한 팀 멤버의 이름입니다.

• 활성화된 날짜: 검토가 다시 활성화된 날짜 및 시간이며 서버 시계를 기준으로 기록됩니다.

• 상황 변경 날짜: 검토의 상태가 변경된 날짜 및 시간입니다.

참고 항목

개념

검토 회의 필드 참조(CMMI)

Visual Studio ALM용 CMMI 프로세스 템플릿

Visual Studio ALM에 대한 작업 항목 필드 참조

기타 리소스

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