Настройка данных отслеживания, форм, рабочего процесса и других объектов для проекта
Можно настроить способ отслеживания командного проекта и разработки рабочего процесса, форм рабочих элементов и полей данных путем настройки одного или нескольких объектов отслеживания рабочих элементов. Как показано на следующем рисунке, имеется семь типов объектов, которые можно создавать или настраивать. Можно управлять категориями и типами рабочих элементов для командных проектов. Можно управлять глобальными списками, типами связей и полями рабочих элементов для коллекций командных проектов. Можно настраивать глобальный рабочий процесс для командного проекта или коллекции.
.png "Объекты отслеживания рабочих элементов")
Примечание
Прежде чем можно будет определить глобальный проект, соответствующий компонент необходимо включить на сервере уровня приложений.Поэтому на сервере должна быть запущена версия Visual Studio Team Foundation Server, поддерживающая этот компонент, например Team Foundation Server 2010 с пакетом обновления 1 (SP1).Пакет обновления можно загрузить на следующей странице веб-сайта Майкрософт: Service Pack 1 of Visual Studio Team Foundation Server 2010, Beta.Дополнительные сведения см. в разделе Настройка глобального рабочего процесса.
Для отслеживания рабочих элементов можно экспортировать и импортировать определения всех объектов (кроме полей данных) из Team Foundation в виде XML-файла. Каждый набор объектов можно создавать и изменять в соответствии с требованиями конкретной задачи.
Примечание
Создавать и изменять объекты для отслеживания рабочих элементов можно с помощью Process Editor — инструментального средства для Visual Studio.Это средство позволяет импортировать и экспортировать глобальные списки типов рабочих элементов, изменять типы рабочих элементов и просматривать список полей, определенных для коллекции.Это средство не поддерживается.Дополнительные сведения см. на следующей странице веб-сайта Майкрософт: Team Foundation Server Power Tools April 2010.
Участники команды могут использовать рабочие элементы для отслеживания выполнения оставшейся работы по проекту. Члены могут создавать рабочие элементы на основе типа рабочего элемента по умолчанию, такого как ошибка, требование, риск или задача. Точный набор доступных для командного проекта типов рабочих элементов по умолчанию зависит от шаблона процесса, с помощью которого был создан командный проект. Тип рабочего элемента — это шаблон, из которого создаются рабочие элементы заданного типа. Дополнительные сведения см. в разделе Выбор шаблона процесса.
К набору по умолчанию можно добавить пользовательские типы рабочих элементов, чтобы усовершенствовать обслуживание системой Team Foundation процессов и способов взаимодействия, используемых командой. Например, можно создать новые типы рабочих элементов для ошибки, запроса на изменение, требования к качеству обслуживания, управляемого риска и задачи на базе скрипта, которые относятся к определенному проекту.
После создания рабочий элемент будет иметь те поля и поведение, которые были определены в типе рабочего элемента, из которого он был создан. Помимо создания типов рабочих элементов можно также изменять существующие. Например, для повышения эффективности применяемых командой процессов можно добавить поля к типу рабочего элемента или изменить поведение рабочего процесса.
Содержание раздела
Определение и настройка объектов, используемых для отслеживания хода работы
Правила настройки
Связанные задачи
Определение и настройка объектов, используемых для отслеживания хода работы
Объект |
Описание |
Связанный раздел |
|---|---|---|
Категория |
Категория определяет группу типов рабочих элементов, отслеживающих похожие рабочие элементы, но под другими именами. В категорию можно объединить один или несколько типов рабочих элементов одного командного проекта. Категории определяются для поддержки выполнения запросов, создания отчетов и установки типов рабочих элементов по умолчанию в определенных экземплярах. Для поиска рабочих элементов, принадлежащих к определенной категории, используется оператор В группе. Дополнительные сведения см. в разделе Поля, операторы, значения и переменные запросов. |
|
Поле |
Поле определяет тип данных, используемый для отслеживания хода работы. Поля рабочих элементов служат для отслеживания данных для типов рабочих элементов, определения критериев фильтрации запросов и создания отчетов. Необходимо определить все элементы данных, которые не являются встроенными, т. е. отсутствующими в шаблоне процесса, и которые требуется отслеживать, использовать для определения рабочих процессов или которые фигурируют в формах типов рабочих элементов. Элементы данных для типа рабочего элемента или глобального рабочего процесса определяются с помощью элемента FIELD. Каждое поле определяется одним или несколькими атрибутами, такими как тип содержащихся в поле данных, использование поля в отчетах и участие поля индексации. Кроме того, можно указать необязательные элементы, которые ограничивают, автоматически заполняют или задают условия для значений, вводимых пользователями в поле с помощью формы рабочего элемента. Можно добавлять поля, удалять их и настраивать способы их использования для отслеживания данных. Сведения об определении рабочих элементов см. ниже в разделе Определение и настройка полей данных. |
Определение полей рабочих элементов Использование системных полей и полей, определенных шаблонами процессов MSF Добавление и изменение полей рабочих элементов для поддержки отчетов |
Глобальный список |
Глобальный список определяет список значений, т. е. список выбора, который можно использовать во всех типах рабочих элементов для управления значениями, которые пользователи могут задавать в полях рабочего элемента. Глобальные списки служат для быстрого обновления содержимого списков выбора, используемых для многих типов рабочих элементов. Хотя глобальные списки можно определять внутри типов рабочих элементов, делать это не рекомендуется, поскольку при импорте типа рабочего элемента определение в этом типе перезапишет изменения, определенные где-либо еще. Лучший вариант — определять и импортировать глобальные списки с помощью файла определения глобальных списков или глобального рабочего процесса. |
Определение глобальных списков Добавление, использование глобальных списков и управление ими |
Глобальный рабочий процесс |
Глобальный рабочий процесс определяет поля и глобальные списки, доступные всем типам рабочих элементов в командном проекте или в коллекции. |
|
Тип связи |
Тип связи определяет правила и ограничения, контролирующие отношения, которые пользователи могут создавать между рабочими элементами. Помимо встроенных типов связей можно создавать типы связей для поддержки требований отслеживания проектов. Для создания связей между рабочими элементами следует проанализировать возможности использования связей для планирования проекта и отслеживания состояния рабочих элементов. |
Настройка отношений между рабочими элементами посредством типов связей |
Тип рабочего элемента |
Тип рабочего элемента определяет объект, например ошибку, требование или риск, используемый для отслеживания работы в рамках командного проекта. Следующие компоненты определяют тип рабочего элемента.
|
Справка по всем XML-элементам WITD Определение и настройка рабочего процесса рабочего элемента Проектирование и настройка формы рабочего элемента |
К началу
Планирование требований к настройке
В следующих разделах содержится информация, которую полезно изучить перед определением и настройкой объектов для отслеживания хода работы.
Принципы процесса настройки
Системные поля
Определение полей данных и настройка типов рабочих элементов
Поля личных имен
Сопоставление полей между Team Foundation и Microsoft Project
Изменение существующих полей
Использование глобальных списков и глобального рабочего процесса
Принципы процесса настройки
При планировании создания или настройки объектов для отслеживания хода работы необходимо стремиться в максимальной степени реализовать следующие процессы:
определение четких ролей и обязанностей, как для исполнителей работы, так и для участников рабочего процесса отслеживания рабочих элементов;
автоматизация и документирование изменений, вносимых при настройке объектов и модификации развертывания;
тестирование настроенных объектов так же, как тестируется программное обеспечение;
использование системы управления версиями для шаблонов процессов и объектов. Не развертывайте объекты, которые определены, но не сохранены в репозитории;
всегда в первую очередь вносите изменения в тестовую среду. Следите за тем, чтобы объекты отслеживания хода работы в тестовой среде были подобны или идентичны объектам рабочей среды.
К началу
Системные поля
Имеется несколько системных полей, доступных для справки всем типам рабочих элементов, даже если эти поля не определены в определении каждого типа явным образом с помощью элемента FIELD (определение). Имена всех системных полей начинаются с префикса System, например System.ID. Большинство этих полей используются в целях отслеживания, и лишь несколько из них могут изменяться пользователями с помощью пользовательского интерфейса. По умолчанию можно использовать все перечисленные ниже виды полей:
поля идентификации: Название, Описание и Кому назначено. Эти поля помогают идентифицировать каждый рабочий элемент, а пользователи могут изменять их значения с помощью пользовательского интерфейса. Эти поля обычно включаются в форму каждого типа рабочих элементов;
поля отслеживания: Идентификатор, Тип рабочего элемента, Командный проект, Вер и поля с числом артефактов, связанных с рабочим элементом, например Подсчет вложенных файлов, Подсчет внешних ссылок, Подсчет гиперссылок и Подсчет связанных ссылок. Если эти поля включаются в форму рабочего элемента, они должны быть доступными только для чтения. Эти поля удобно использовать для поиска рабочих элементов или наборов рабочих элементов, а также для создания отчетов;
поля аудита: Создано, Дата создания, Изменено, Дата изменения и Журнал. Эти поля позволяют отслеживать, кто создавал и изменял рабочие элементы и когда это происходило. Поле "Журнал" автоматически обновляется при изменении какого-либо поля рабочего элемента;
поля особого поведения: Состояние, Причина, Область и Итерация. С каждым из этих полей связано особое поведение. Поведение полей "Состояние" и "Причина" определяется правилами и механизмом рабочего процесса. Пути "Область" и "Итерация" являются единственными определяемыми полями TreePath. Допустимые для выбора значения определяются в диалоговом окне Области и итерации командного проекта. Дополнительные сведения см. в разделе Создание и изменение областей и итераций.
Дополнительные сведения см. в разделе Использование системных полей и полей, определенных шаблонами процессов MSF.
К началу
Определение полей данных и настройка типов рабочих элементов
При определении поля данных или типа рабочего элемента учитывайте следующие рекомендации.
Определяйте поля данных, требуемые в дополнение к встроенным и уже определенным полям. Дополнительные сведения о существующих полях см. в разделе Использование системных полей и полей, определенных шаблонами процессов MSF. Кроме того, можно экспортировать список полей, определенных для коллекции проектов, с помощью команды witadmin listfields. Дополнительные сведения см. в разделе Управление полями рабочих элементов [witadmin].
Определите необходимость изменения правил существующих полей.
Сравните рабочий процесс существующих типов рабочих элементов с потребностями командного процесса. Сначала рассмотрите рабочий процесс, а затем метки состояний.
При добавлении или настройке поля определите, нужно ли реализовывать какую-либо особую логику.
Нужно ли ограничивать применение правила поля только определенными пользователями или группами?
Нужно ли ограничивать действие правила поля на основании состояния, перехода или причины перехода?
Должно ли поле быть связанным со статическим или динамическим списком значений? Какие перечислимые списки потребуются и как можно совместно использовать их для различных типов рабочих элементов и командных проектов?
Для статических списков редко требуется обновление. Динамические списки могут быть основаны на наборе имен пользователей. Можно ли использовать глобальные списки, чтобы свести к минимуму время обновления списков? Можно ли синхронизировать списки с помощью Active Directory и полей личных имен?
Требуется ли определить набор полей, которые будут согласованно использоваться в различных типах рабочих элементов или в различных командных проектах?
Если команда должна отслеживать несколько полей в различных типах рабочих элементов, можно ли определить эти поля с помощью глобального рабочего процесса, вместо того чтобы вводить их в каждом типе рабочих элементов.
Примечание
Нельзя определить поле, вычисляющее данные, содержащиеся в двух или большем числе полей.
Дополнительные сведения см. в разделе Определение полей рабочих элементов.
К началу
Поля личных имен
Для определения полей с личными именами используется тип данных String. Если требуется синхронизировать список допустимых имен в этом поле со списком имен в Active Directory, можно присвоить атрибуту syncnamechanges значение true. Кроме того, можно изменить атрибут существующего строкового поля, чтобы оно поддерживало синхронизацию личных имен. Дополнительные сведения см. в разделе Включение синхронизации настраиваемых полей личных имен.
К началу
Сопоставление полей между Team Foundation и Microsoft Project
Если для управления расписанием проектов используется Microsoft Project, можно определить поля и добавить их к форме рабочего элемента, которая может обновляться или публиковаться из плана проекта. Если командный проект основан на шаблоне процесса Microsoft Solutions Framework (MSF), это означает, что файл сопоставления по умолчанию был загружен при создании командного проекта.
Файл сопоставления полей Microsoft Project определяет сопоставление полей между Team Foundation и Microsoft Project. Дополнительные сведения см. в разделах Настройка сопоставления полей Microsoft Project и Планирование задач и назначение ресурсов с помощью приложения Microsoft Project.
К началу
Изменение существующих полей
Изменение полей данных после их определения требует определенных ресурсов.
Все определяемые поля (как с помощью типа рабочего элемента, так и с помощью глобального рабочего процесса) определяются для коллекции командных проектов. Определение поля аналогично добавлению новой записи в глобальную таблицу базы данных, содержащую понятное имя, ссылочное имя и другие атрибуты полей каждой записи. Все типы рабочих элементов в коллекции ссылаются на эту таблицу. Поэтому, если принимается решение переименовать поле путем изменения атрибута или удалить поле, это повлияет на все типы рабочих элементов, ссылающиеся на это поле.
Кроме того, все включаемые в отчеты данные из всех командных проектов во всех коллекциях развертывания Team Foundation Server записываются в одно реляционное хранилище данных. Данные из этого хранилища затем обрабатываются и записываются в куб служб аналитики SQL Server. Сбор данных в едином хранилище позволяет создавать отчеты сразу по нескольким коллекциям. Однако, поскольку работа с полями в каждой коллекции происходит по-разному, при назначении разных определений одному или нескольким атрибутам поля, имеющего одно и то же отчетное ссылочное имя, могут возникать конфликты схемы.
Более того, если поле добавляется в тип рабочего элемента, а какой-либо другой тип уже использовал такое же ссылочное имя, переопределить тип данных или имя поля будет невозможно. Также действуют следующие ограничения:
при удалении поля из определенного типа рабочего элемента оно не удаляется из коллекции или с сервера баз данных, даже если на него больше не ссылается ни один тип рабочего элемента. Чтобы удалить поле, необходимо явно удалить его из коллекции с помощью команды witadmin deletefield;
прежде чем удалить поле, необходимо удалить его из определений всех ссылающихся на него типов рабочих элементов и глобальных рабочих процессов;
если удаленное поле использовалось в отчетах, необходимо перестроить хранилище данных, чтобы удалить из него старое поле и его значения.
К началу
Использование глобальных списков и глобального рабочего процесса
Один из способов упросить обслуживание и настройку типов рабочих элементов — определить некоторые объекты в качестве глобальных. Глобальные объекты доступны как для командных проектов, так и для коллекций проектов. Их можно добавлять в шаблоны процессов, чтобы делать доступными для новых командных проектов, или загружать в другие коллекции проектов. На этапе планирования необходимо определить, как глобальные списки и поля будут использоваться командными проектами и типами рабочих элементов.
Глобальный список можно определить одним из следующих способов: в рамках определения типа рабочего элемента, в рамках глобального рабочего процесса или в виде собственного файла определения глобального списка, импортируемого в коллекцию проектов. Рекомендуется применять один из последних двух способов, поскольку это позволяет обслуживать все глобальные списки в одном месте и защититься от случайного изменения списка при внесении изменений в имеющийся тип рабочего элемента.
Глобальный рабочий процесс можно определить с помощью XML-файла определения и импортировать его в командный проект или в коллекцию. Глобальный рабочий процесс может содержать определения полей и глобальные списки.
Дополнительные сведения см. в разделах Определение глобальных списков и Настройка глобального рабочего процесса.
К началу
Связанные задачи
Задачи |
Связанное содержимое |
|---|---|
Изучение процесса именования полей и других объектов для отслеживания рабочих элементов. Для всех объектов отслеживания рабочих элементов можно указать понятное имя. Для некоторых объектов также необходимо указать ссылочное имя. Оба типа имен должны отвечать требованиям, определенным на основе типа объекта. |
|
Поиск определения схемы для элемента типа рабочего элемента. Можно просмотреть синтаксис каждого элемента схемы, связанного с типами рабочих элементов. |
|
Определение лучших параметров настройки рабочих элементов, поддерживающих требования к отслеживанию. При изменении объектов, отслеживающих рабочие элементы, необходимо определить, как эти изменения повлияют на существующие и будущие командные проекты. |
|
Определение локализируемых частей определения типа рабочих элементов. Можно локализовать некоторые части определения типа рабочего элемента, чтобы они отображались на родном языке пользователя. |
|
Импорт и экспорт, а также управление объектами для отслеживания рабочих элементов. С помощью средства командной строки witadmin можно создавать, удалять, импортировать и экспортировать категории, глобальные списки, типы связей, типы и поля рабочих элементов. Управление этими объектами возможно для каждой коллекции и для каждого командного проекта. |
См. также
Основные понятия
Новые возможности отслеживания рабочих элементов
Отслеживание ошибок, задач и прочих рабочих элементов
Настройка командных проектов и процессов
Другие ресурсы
Журнал изменений
Дата |
Журнал |
Причина |
|---|---|---|
|
Январь 2011 |
Добавлены иллюстрации, показывающие, какие объекты определяются в командном проекте, а какие — в коллекции. Добавлен раздел, посвященный планированию требований к настройке и содержащий сведения о глобальном рабочем процессе. Содержимое объединено и переформатировано. |
Улучшение информации. |