프로젝트 추적 데이터, 폼, 워크플로 및 기타 개체 사용자 지정
업데이트: 2011년 1월
하나 이상의 작업 항목 추적 개체를 사용자 지정함으로써 팀 프로젝트를 추적하는 방법과 워크플로, 작업 항목 폼, 데이터 필드를 설계하는 방법을 사용자 지정할 수 있습니다. 다음 그림과 같이 7가지 형식의 개체를 만들거나 사용자 지정할 수 있습니다. 팀 프로젝트의 경우 범주와 작업 항목 형식을 관리합니다. 팀 프로젝트 컬렉션의 경우 전역 목록, 링크 형식 및 작업 항목 필드를 관리합니다. 팀 프로젝트 또는 컬렉션의 전역 워크플로를 사용자 지정할 수 있습니다.
.png "작업 항목 추적 개체")
참고
전역 워크플로를 정의하려면 먼저 응용 프로그램 계층 서버에서 해당 기능을 사용하도록 설정해야 합니다. 따라서 서버에서는 Team Foundation Server 2010 SP1(서비스 팩 1)과 같이 해당 기능을 지원하는 Visual Studio Team Foundation Server 버전을 실행하고 있어야 합니다. Microsoft 웹 사이트의 Service Pack 1 of Visual Studio Team Foundation Server 2010, Beta 페이지에서 서비스 팩을 다운로드할 수 있습니다. 자세한 내용은 전역 워크플로 사용자 지정을 참조하십시오.
데이터 필드를 제외하고 Team Foundation에서 각 개체의 정의를 XML 파일로 가져오고 내보낼 수 있습니다. 필요에 맞게 각 개체 집합을 만들거나 수정할 수 있습니다.
참고
Visual Studio의 강력한 도구인 프로세스 편집기를 사용하여 작업 항목을 추적하기 위한 개체를 만들고 수정할 수 있습니다. 이 도구를 사용하여 전역 목록과 작업 항목 형식을 가져오거나 내보내고, 작업 항목 형식을 수정하고, 컬렉션에 대해 정의된 필드 목록을 검토할 수 있습니다. 이 도구는 지원되지 않습니다. 자세한 내용은 Microsoft 웹 사이트의 Team Foundation Server 유용한 도구 2010년 4월 페이지를 참조하십시오.
팀 멤버는 작업 항목을 사용하여 프로젝트에서 완료된 작업을 추적할 수 있습니다. 멤버는 버그, 요구 사항, 위험 요소 또는 작업(Task)과 같은 기본 작업 항목 형식에 기반하여 작업 항목을 만들 수 있습니다. 팀 프로젝트에 사용할 수 있는 정확한 기본 작업 항목 형식 집합은 팀 프로젝트를 만드는 데 사용된 프로세스 템플릿에 따라 결정됩니다. 작업 항목 형식은 특정 형식의 작업 항목을 만드는 데 사용되는 원본 템플릿입니다. 자세한 내용은 프로세스 템플릿 선택을 참조하십시오.
현재 팀에서 사용하는 프로세스와 통신 방식에 도움이 되도록 Team Foundation에서 제공하는 기본 작업 항목 형식 집합에 사용자 지정 작업 항목 형식을 추가할 수 있습니다. 예를 들어 프로젝트별 버그, 변경 요청, 서비스 품질 요구 사항, 관리할 위험 요소, 시나리오 기반 작업 등에 대한 작업 항목 형식을 만들 수 있습니다.
작업 항목을 만들면 이 작업 항목을 만들 때 사용한 작업 항목 형식에 정의된 필드와 동작이 작업 항목에 포함됩니다. 작업 항목 형식을 만들 수 있을 뿐만 아니라 기존 작업 항목 형식을 수정할 수도 있습니다. 예를 들어 현재 팀에서 사용하는 프로세스를 보다 효과적으로 지원하기 위해 작업 항목 형식에 필드를 추가하거나 워크플로 동작을 변경할 수 있습니다.
항목 내용
작업을 추적하는 데 사용되는 개체 정의 및 사용자 지정
사용자 지정 지침
관련 작업
작업을 추적하는 데 사용되는 개체 정의 및 사용자 지정
개체 |
설명 |
관련 항목 |
|---|---|---|
범주 |
범주는 비슷한 작업 항목을 추적하지만 서로 다른 이름으로 참조되는 여러 작업 항목 형식의 그룹을 정의합니다. 같은 팀 프로젝트에 있는 하나 이상의 작업 항목 형식을 범주로 그룹화할 수 있습니다. 범주를 정의하면 특정 인스턴스에서 쿼리를 실행하고, 보고서를 생성하고, 기본 작업 항목 형식을 설정하는 데 유용합니다. 범주에 속하는 작업 항목을 찾으려면 그룹에 포함 연산자를 사용합니다. 자세한 내용은 쿼리 필드, 연산자, 값 및 변수를 참조하십시오. |
|
필드 |
필드는 작업을 추적하는 데 사용되는 데이터의 형식을 정의합니다. 작업 항목 필드는 작업 항목 형식에 대한 데이터를 추적하고 쿼리에 대한 필터 조건을 정의하고 보고서를 생성하는 데 사용됩니다. 기본 제공되지 않는 데이터 요소, 프로세스 템플릿에서 제공하지 않는 데이터 요소, 추적하려는 데이터 요소, 워크플로를 정의하는 데 사용하려는 데이터 요소, 작업 항목 형식에 대한 폼에 표시되는 데이터 요소는 각각 정의해야 합니다. FIELD 요소를 사용하여 작업 항목 형식 또는 전역 워크플로에 대한 데이터 요소를 정의합니다. 각 필드는 포함할 수 있는 데이터 형식, 보고에 사용되는지 여부 및 인덱싱 여부를 포함하는 하나 이상의 특성에 의해 정의됩니다. 작업 항목 폼을 사용하여 사용자가 설정할 수 있는 값을 제한하거나, 자동으로 채우거나, 해당 값에 조건을 지정하는 선택적 요소를 지정할 수도 있습니다. 필드를 추가 또는 제거하거나 데이터를 추적하기 위해 필드를 사용하는 방법을 사용자 지정할 수 있습니다. 작업 항목을 정의하는 방법에 대한 자세한 내용은 이 항목 뒷부분의 데이터 필드 정의 및 사용자 지정을 참조하십시오. |
|
전역 목록 |
전역 목록은 작업 항목 형식 전반에서 작업 항목에 필드를 설정할 수 있는 값을 제어하기 위해 사용할 수 있는 선택 목록인 값 목록을 정의합니다. 여러 작업 항목 형식에 사용되는 선택 목록의 내용을 빠르게 업데이트하려면 전역 목록을 사용합니다. 작업 항목 형식 내에서 전역 목록을 정의할 수 있지만, 작업 항목 형식 정의는 작업 항목 형식을 가져올 때 다른 위치에 정의된 변경 내용을 덮어쓰므로 이 방법은 권장되지 않습니다. 가장 좋은 방법은 전역 목록에 대한 정의 파일 또는 전역 워크플로를 통해 전역 목록을 정의하고 가져오는 것입니다. |
|
전역 워크플로 |
전역 워크플로는 팀 프로젝트나 컬렉션의 모든 작업 항목 형식에 사용할 수 있는 필드와 전역 목록을 정의합니다. |
|
링크 형식 |
링크 형식은 사용자가 작업 항목 간에 만들 수 있는 관계를 제어하는 규칙 및 제한을 정의합니다. 기본 제공 링크 형식 외에도 사용자가 링크 형식을 만들어 프로젝트 추적 요구 사항을 지원할 수 있습니다. 작업 항목 간 링크를 만들기 전에 링크를 사용하여 프로젝트를 계획하는 방식을 분석하고 작업 항목의 상태를 추적해야 합니다, |
|
작업 항목 형식 |
작업 항목 형식은 버그, 요구 사항 또는 위험 요소와 같은 팀 프로젝트의 작업을 추적하는 데 사용되는 개체를 정의합니다. 다음 구성 요소는 작업 항목 형식을 정의합니다.
|
맨 위로 이동
사용자 지정 요구 사항 계획
다음 단원에서는 작업을 추적하기 위한 개체를 정의하고 사용자 지정하기 전에 계획을 알리기 위한 지침을 검토할 수 있습니다.
사용자 지정 프로세스 원칙
시스템 필드
데이터 필드 정의 및 작업 항목 형식 사용자 지정
사람 이름이 있는 필드
Team Foundation과 Microsoft Project 간에 필드 매핑
기존 필드 변경
전역 목록 및 전역 워크플로 사용
사용자 지정 프로세스 원칙
작업을 추적하기 위한 개체를 만들거나 사용자 지정하려고 할 때는 다음과 같은 프로세스를 가능한 한 많이 통합하는 것이 좋습니다.
작업을 수행하는 사람과 작업 항목 추적 워크플로에 관여하는 사람 모두에 대해 역할과 책임을 명백하게 설정합니다.
개체를 사용자 지정하고 배포를 수정할 때는 변경 내용을 자동화하고 문서화합니다.
소프트웨어를 테스트할 때와 같은 방식으로 사용자 지정 개체를 테스트합니다.
프로세스 템플릿 및 개체에 대해 버전 제어를 사용합니다. 사용자가 정의하지만 리포지토리에 저장하지 않은 개체는 배포하면 안 됩니다.
변경 내용은 항상 테스트 환경에 먼저 적용합니다. 테스트 환경에서 작업을 추적하기 위한 개체가 프로덕션 환경의 개체와 유사하거나 동일한지 확인합니다.
맨 위로 이동
시스템 필드
일부 시스템 필드는 모든 형식의 정의에 FIELD(정의) 요소를 사용하여 명시적으로 정의되어 있지 않아도 모든 작업 항목 형식에서 참조에 사용할 수 있습니다. 시스템 필드 이름은 모두 System.ID와 같이 "System" 접두사로 시작합니다. 이러한 필드는 대부분 추적 용도로 사용되며 일부 필드만 사용자 인터페이스를 통해 수정할 수 있습니다. 기본적으로 다음과 같은 종류의 필드를 모두 사용할 수 있습니다.
식별 필드: 제목, 설명 및 담당자. 이러한 필드는 각 작업 항목을 식별하는 데 유용하며 사용자 인터페이스를 통해 해당 값을 수정할 수 있습니다. 이러한 필드는 일반적으로 각 작업 항목 형식의 폼에 포함됩니다.
추적 필드: ID, 작업 항목 형식, 팀 프로젝트, 수정 및 연결된 파일 개수, 외부 링크 개수, 하이퍼링크 개수 및 관련 링크 개수와 같이 작업 항목에 연결된 아티팩트의 수를 제공하는 필드입니다. 작업 항목 폼에 이러한 필드를 포함할 경우 필드를 읽기 전용으로 설정해야 합니다. 이러한 필드는 작업 항목 또는 작업 항목 집합을 찾고 보고서를 생성하는 데 유용합니다.
감사 필드: 만든 사람, 만든 날짜, 변경한 사람, 변경한 날짜 및 기록. 이러한 필드는 작업 항목을 만들거나 변경한 사람과 날짜를 추적합니다. 기록 필드는 작업 항목에 있는 필드가 수정될 때 자동으로 업데이트됩니다.
특수 동작 필드: 상태, 이유, 영역 및 반복. 이러한 각 필드에는 특정 동작이 연결되어 있습니다. 상태 및 원인 필드의 동작은 워크플로 메커니즘 및 규칙에 따라 제어됩니다. 영역 및 반복 경로는 정의되는 유일한 TreePath 필드입니다. 팀 프로젝트의 영역 및 반복 대화 상자에서 유효한 값을 정의합니다. 자세한 내용은 영역 및 반복 만들기 및 수정을 참조하십시오.
자세한 내용은 MSF 프로세스 템플릿에 정의된 필드 및 시스템 필드 사용을 참조하십시오.
맨 위로 이동
데이터 필드 정의 및 작업 항목 형식 사용자 지정
데이터 필드나 작업 항목 형식을 정의할 때는 다음 지침을 고려해야 합니다.
기본 제공되고 아직 정의되지 않은 데이터 필드 외에 필요한 데이터 필드를 확인합니다. 기존 필드에 대한 자세한 내용은 MSF 프로세스 템플릿에 정의된 필드 및 시스템 필드 사용을 참조하십시오. 또한 witadmin listfields 명령을 사용하여 프로젝트 컬렉션에 대해 정의된 필드 목록을 내보낼 수도 있습니다. 자세한 내용은 작업 항목 필드 관리 [witadmin]를 참조하십시오.
기존 필드 규칙을 수정해야 하는지 확인합니다.
기존 작업 항목 형식의 워크플로와 팀 프로세스에 필요한 워크플로를 비교합니다. 먼저 워크플로를 고려한 다음 상태 레이블을 고려합니다.
필드를 추가 또는 사용자 지정할 때는 특수한 논리를 구현해야 하는지 확인합니다.
하나 이상의 사용자 또는 그룹에만 적용되도록 필드 규칙을 제한해야 합니까?
상태, 전환 또는 전환 이유에 따라 필드 규칙을 제한해야 합니까?
필드를 정적 또는 동적 값 목록과 연결해야 합니까? 필요한 열거형 값 목록은 무엇이며 이 열거형 값 목록은 어떤 방법으로 작업 항목 형식과 팀 프로젝트 간에 공유됩니까?
정적 목록은 업데이트가 거의 필요하지 않습니다. 동적 목록은 사용자 이름 또는 고객 이름 집합을 기반으로 할 수 있습니다. 목록을 업데이트하는 데 걸리는 시간을 최소화하기 위해 전역 목록을 사용할 수 있습니까? Active Directory와 사람 이름이 있는 필드를 사용하여 목록을 동기화할 수 있습니까?
여러 팀 프로젝트 또는 작업 항목 형식 간에 일관되게 사용할 수 있는 필드 집합을 정의해야 합니까?
팀에서 여러 작업 항목 형식 간에 필드를 추적해야 하는 경우 각 작업 항목 형식 대신 전역 워크플로에서 이러한 필드를 정의할 수 있습니까?
참고
두 개 이상의 필드에 포함된 데이터를 계산하는 필드는 정의할 수 없습니다.
자세한 내용은 작업 항목 필드 정의를 참조하십시오.
맨 위로 이동
사람 이름이 있는 필드
사람 이름을 저장하는 데 사용하는 필드를 정의하려면 String 데이터 형식을 사용합니다. 이 필드의 유효한 이름 목록을 Active Directory에 저장된 이름 목록과 동기화하려면 syncnamechanges 특성을 true로 설정하면 됩니다. 또한 사람 이름의 동기화를 지원하도록 기존 String 필드의 특성을 변경할 수도 있습니다. 자세한 내용은 사람 이름 사용자 지정 필드의 동기화 활성화를 참조하십시오.
맨 위로 이동
Team Foundation과 Microsoft Project 간에 필드 매핑
Microsoft Project를 사용하여 프로젝트 일정을 관리하는 경우 필드를 정의한 후 프로젝트 계획에서 보거나 수정할 수 있는 작업 항목 폼에 추가할 수 있습니다. 팀 프로젝트가 MSF(Microsoft Solutions Framework) 프로세스 템플릿을 기반으로 하는 경우에는 팀 프로젝트를 만들 때 기본 매핑 파일이 업로드됩니다.
Microsoft Project 필드 매핑 파일은 Team Foundation과 Microsoft Project 간의 필드 매핑을 결정합니다. 자세한 내용은 Microsoft Project 필드 매핑 사용자 지정 및 Microsoft Project를 사용하여 작업 예약 및 리소스 할당을 참조하십시오.
맨 위로 이동
기존 필드 변경
데이터 필드를 정의한 후에 변경하면 비용이 발생하게 됩니다.
작업 항목 형식이나 전역 워크플로를 통해 정의하는 모든 필드는 팀 프로젝트 컬렉션에 대해 정의됩니다. 필드를 정의하는 것은 각 레코드의 일반 이름, 참조 이름 및 기타 필드 특성을 포함하는 전역 데이터베이스 테이블에 새 레코드를 추가하는 것과 비슷합니다. 컬렉션에 있는 모든 작업 항목 형식은 이 테이블을 참조합니다. 따라서 필드 이름을 바꾸거나 특성을 수정하거나 필드를 삭제할 경우 해당 필드를 참조하는 모든 작업 항목 형식이 영향을 받게 됩니다.
또한 Team Foundation Server 배포에 대한 모든 컬렉션에서 모든 팀 프로젝트의 보고 가능 데이터는 단일 관계형 데이터 웨어하우스에 기록됩니다. 그런 다음 해당 웨어하우스의 데이터가 처리되어 SQL Server Analysis Services 큐브에 기록됩니다. 데이터를 단일 데이터 웨어하우스에 수집하면 컬렉션 간의 보고가 지원됩니다. 하지만 필드는 각 컬렉션에 대해 개별적으로 관리되기 때문에 동일한 보고 참조 이름이 할당된 필드의 특성 하나 이상에 다른 정의를 할당하면 스키마 충돌이 발생할 수 있습니다.
또한 작업 항목 형식에 필드를 추가할 때 다른 형식에 이미 동일한 참조 이름이 사용되었으면 데이터 형식이나 필드 이름을 재정의할 수 없습니다. 또한 다음과 같은 제한 사항이 적용됩니다.
특정 작업 항목 형식에서 필드를 제거해도 컬렉션이나 데이터베이스 서버에서는 필드가 제거되지 않습니다. 이는 해당 필드를 참조하는 작업 항목 형식이 더 이상 없는 경우에도 적용됩니다. 필드를 제거하려면 witadmin deletefield 명령을 사용하여 컬렉션에서 이를 명시적으로 삭제해야 합니다.
필드를 삭제하기 전에는 먼저 해당 필드를 참조하는 모든 작업 항목 형식과 전역 워크플로의 정의에서 필드를 제거해야 합니다.
삭제한 필드가 보고에 사용된 경우에는 데이터 웨어하우스를 다시 빌드하여 이전 필드와 해당 값을 지워야 합니다.
맨 위로 이동
전역 목록 및 전역 워크플로 사용
일부 개체를 전역 개체로 정의하여 작업 항목 형식의 유지 관리 및 사용자 지정 작업을 간소화할 수 있습니다. 전역 개체는 팀 프로젝트나 프로젝트 컬렉션에 제공됩니다. 전역 개체는 프로세스 템플릿에 추가하여 새 팀 프로젝트에 제공하거나 다른 프로젝트 컬렉션에 업로드할 수 있습니다. 계획 시 팀 프로젝트와 작업 항목 형식에서 전역 목록 및 필드를 사용할 방법을 결정해야 합니다.
전역 목록은 작업 항목 형식에 대한 정의의 일부로, 전역 워크플로의 일부로, 또는 컬렉션으로 가져오는 고유한 전역 목록 정의 파일로 정의할 수 있습니다. 두 번째와 세 번째 방법의 경우 모든 전역 목록을 한 곳에서 유지 관리할 수 있고 기존 작업 항목 형식을 변경할 때 전역 목록이 실수로 수정되는 것을 방지할 수 있으므로 권장되는 방법입니다.
XML 정의 파일을 통해 전역 워크플로를 정의하고 팀 프로젝트나 컬렉션에 대해 이 워크플로를 가져올 수 있습니다. 전역 워크플로는 필드 정의와 전역 목록을 포함할 수 있습니다.
자세한 내용은 전역 목록 정의 및 전역 워크플로 사용자 지정을 참조하십시오.
맨 위로 이동
관련 작업
작업 |
관련 내용 |
|---|---|
필드 및 기타 작업 항목 추적 개체의 명명 방법 이해. 작업 항목을 추적할 각 개체에 대한 이름을 지정할 수 있습니다. 일부 개체의 경우 참조 이름도 지정해야 합니다. 두 형식의 이름은 개체 형식을 기준으로 하여 정의된 요구 사항을 충족해야 합니다. |
|
작업 항목 형식의 요소에 대한 스키마 정의 조회. 작업 항목 형식과 연관된 각 스키마 요소에 대한 구문을 볼 수 있습니다. |
|
추적 요구 사항을 지원하는 작업 항목을 사용자 지정하는 데 가장 적합한 옵션 식별. 작업 항목을 추적하는 개체를 변경할 때는 기존 및 이후 팀 프로젝트에 이러한 변경 내용이 미치는 영향을 식별해야 합니다. |
|
작업 항목 형식 정의에서 지역화할 수 있는 요소 식별. 작업 항목 형식 정의의 일부를 지역화하여 사용자의 네이티브 언어로 나타낼 수 있습니다. |
|
작업 항목 추적을 위한 개체 가져오기, 내보내기 및 관리. witadmin 명령줄 도구를 사용하여 범주, 전역 목록, 링크 형식, 작업 항목 형식 및 작업 항목 필드를 만들고, 삭제하고, 가져오고, 내보낼 수 있습니다. 각 컬렉션 또는 각 팀 프로젝트에 대해 이러한 개체를 관리합니다. |
참고 항목
개념
기타 리소스
작업 항목 추적 플러그 인을 사용하여 작업 항목 추적을 위한 개체 정의 및 사용자 지정
변경 기록
날짜 |
변경 내용 |
이유 |
|---|---|---|
|
2011년 1월 |
컬렉션과는 반대로 팀 프로젝트에 대해 정의되는 개체를 보여 주는 설명이 추가되었습니다. 사용자 지정 요구 사항 계획 방법에 대한 단원과 전역 워크플로에 대한 정보가 추가되었습니다. 또한 통합된 내용에 따라 서식이 변경되었습니다. |
향상된 기능 관련 정보 |