Настройка командных проектов и процессов
Командный проект можно настроить на поддержку определенных процессов и приемов, используемых в вашей группе.Например, можно добавить обязательного поля в панель быстрого добавьте на странице невыполненной работы по продукту к определению линии нового потока требований к продукту.Другие общие действия настройки включают добавление полей для поддержки отчетности требований и изменять определения рабочего процесса, чтобы соответствовать процессу команды.
.gif "Примечание") Примечание |
|---|
Обзор 10 верхних областей, которые можно настраивать для командного проекта см. в разделе Настройка отслеживания рабочих элементов и командного проекта. |
Перед началом любых действий по настройке следует ознакомиться с типами объектов и методы, которые можно настраивать и как каждый тип можно использовать для поддержки требований к отслеживания проекта.
Кроме того, необходимо понимать взаимозависимости, существующих между этих объектов, артефактов командного проекта, действий и области группы изменений.Изменения, внесенные в командный проект применяются ко всем группам, работающий в этом командном проекте.Некоторые настройки применяются ко всем командным проектам в коллекции командных проектов.
Объекты, которые можно настраивать
Можно настраивать объекты для шаблона процесса, командного проекта или коллекции проектов.При создании командного проекта из шаблона процесса.Шаблон процесса определяет типы объектов рабочих элементов, доступных для отслеживания, а также установленные по умолчанию правила, политики, группы безопасности и запросы для использования членами группы.Объекты, которые настраиваются в шаблоне процесса предоставляют начальную конфигурацию объекта.Настройка шаблона процесса позволяет улучшить согласованность процессов по всем командным проектам, созданным с использованием этого шаблона.Также можно свернуть время на запуск проектов благодаря определению командных запросов, отчетов, примечаний при возврате управления исходным кодом, группы безопасности и т д
В следующей таблице описаны объекты, которые можно настраивать для шаблона процесса или для командного проекта.Дополнительные сведения о настраивать объект после командный проект был создан выберите ссылку в столбце объекта.Дополнительные сведения о настраивать объект в качестве части шаблона процесса выберите ссылку в столбце описания.
Объект. |
Командный проект |
Шаблон процесса |
Описание |
|---|---|---|---|
Гибкие страницы и диаграммы |
.png "флажок"){kind=icon} |
|
Поддерживает создание элемент невыполненной работы, планирование спринта и работы командой.Чтобы определить начальную конфигурацию см. в разделе Настраивать страницы невыполненной работы и доски. |
|
Поддерживает определение уведомлений по электронной почте личных и группы при возникновении изменений в командный проект. |
||
|
|
Определите логические, физические или функциональные категории области, принадлежащие группе.В разделе Задание начальных областей и итераций. |
|
|
|
Можно добавьте шаблон процесса построения по умолчанию, который используется для создания определений построения.Позднее можно настраивать шаблоны процесса построения. |
|
|
|
Группирование один или несколько типов рабочих элементов для поддержки отростчатую конфигурацию, запросы и других операций.Дополнительные сведения см. в разделе Добавление определений типов категорий рабочих элементов в шаблон процесса. |
|
|
|
Настройте правила, выполнение определенных действий, когда пользователи вернут или возвращают код.См. раздел Определение начальной конфигурации Team Foundation (подсистема контроля версий). |
|
|
Можно предоставить в хода выполнения работ командой.В зависимости от шаблона процесса, используемого для создания командного проекта, могут уже быть определены несколько панелей мониторинга.Эти панели можно в дальнейшем настроить или создать новые панели мониторинга.Панелей мониторинга требуются интеграции с Продукты SharePoint. |
||
|
|
Поддерживает совместное использование документов и группы файлов через портал проекта.Требуется Продукты SharePoint.В разделе Определите портал проекта. |
|
|
Начальные отчеты, настроенных с шаблоном процесса поддерживают панели мониторинга и не могут настраивать.После создания командного проекта, можно настраивать и создать дополнительные отчеты Excel. |
||
|
Поддерживает определение и обслуживание списков выбора, которые будут использоваться несколько командных проектов. |
||
|
Поддерживает определение и обслуживание полей рабочих элементов и глобальных списков, которые будут использоваться несколько командных проектов. |
||
|
|
Указать спринты или вехи выпуска продукта.В разделе Задание начальных областей и итераций. |
|
|
|
Поддерживает настройку ссылочных отношений между рабочими элементами.В разделе Добавьте определений типов связей рабочего элемента. |
|
|
|
Как настраивать публикован и обновляются данные при работе в Microsoft Project и team foundation server.Если добавить в тип рабочего элемента новые поля данных, можно сопоставить поле, и оно появится в плане.См. раздел Сопоставление полей Microsoft Project полям Team Foundation. |
|
|
|
Поддерживает предоставление участникам команды руководство по использованию артефактов командного проекта.Можно настраивать гиперссылок, указывающих на файлы руководств по процессам и расположение руководства по процессам..В разделе Определите портал проекта. |
|
|
|
Настраивать набор отчетов по умолчанию можно получить с помощью диспетчера отчетов или создать новые отчеты.В разделе Добавление отчетов. |
|
|
|
Конфигурации тестов определяют оборудование и программное обеспечение, которое представляет собой сочетания пользователя для среды выполнения.Можно указать дополнительные конфигурации настроить начальные конфигурации тестов и с использованием Test Manager. |
|
Состояния разрешений теста |
|
Указывает причину, почему тест завершился ошибкой.Конфигурация по умолчанию включает: Требуется исследования, проблема теста, проблема продукта и проблемы конфигурации.В разделе Укажите начальную конфигурацию Test Manager. |
|
|
|
Управление параметров тестирования адаптеры диагностических данных, которые фактически сбора данных.Можно настроить начальные параметры тестирования или указать параметры тестирования с использованием Test Manager. |
|
|
|
Поддерживает спецификацию элементов, отражающие среду пользователя, в которой программное обеспечение развертывании, например тип клиентских устройств, серверной операционной системой, скорость сети или выпуск базы данных.Конфигурации тестов сочетание несколько переменных теста.Можно определить переменные настроить начальные переменные теста или теста с использованием Test Manager. |
|
|
|
Поддерживает конфигурацию групп безопасности и разрешений.Можно создать новые группы или настроить начальные группы, группы, члены и разрешения или изменения разрешений |
|
|
|
Поддерживает ход выполнения и данные при выполнении мониторинга.В разделе Данные при выполнении для поддержки запросов и отчетов . |
|
|
|
Поддерживает поиск рабочих элементов и создание отчетов.В разделе добавьте запросы в шаблон процесса. |
|
|
|
Предоставляет основу для всех отчетов и отслеживания проекта разработки программного обеспечения.Можно настраивать поля, отслеживаемые рабочий процесс и форму.К типам рабочих элементов относятся ошибки, пользовательские описания функциональности и задачи.В разделе Добавьте определений типов рабочих элементов. |
К началу
Определение требований к области
На выбор предлагается четыре области:
Оценка широты проводимой настройки.В следующей таблице перечислены настройки из которых выбор и их последствия области.
Область
Объекты
Примечания по реализации
Применить изменения в шаблон процесса
В разделе Объекты, которые можно настраивать.
Выберите этот параметр, если планируется создание нескольких командных проектов и нужно свернуть время на запуск проектов работу стало и обеспечить соответствие командных процессов.
Применение изменений к командному проекту
В разделе Объекты, которые можно настраивать.
Выберите этот параметр, если только команда требует изменения.
Применить изменения к нескольким командный проект
В разделе Объекты, которые можно настраивать.
Выберите этот параметр, если требуется обеспечить целостность процесса в нескольких существующих командных проектов.Необходимо импортировать изменения в файлы определений объектов в нескольких командных проектов.
Изменения применяются ко всем командным проектам в коллекции проектов
Поля рабочих элементов, глобальные списки и типы связей
При настройке определенного объекты, определенные для коллекции командных проектов, они оказывают влияние на все командные проекты, определенные в коллекции.Рассмотрим последствиям при реализации изменяется на этом уровне.
Оценка требований к интеграции данных.Select набор полей интегрируется с Team Foundation Build, Test Manager и Team Foundation (подсистема контроля версий).Эти приложения, автоматизирующие назначение данных к этим полям.Дополнительные сведения см. в разделе Добавление полей для поддержки интеграции с модулями тестирования, построения и системой управления версиями.
Оценка требований локализации и глобализации.Можно локализовать имена типов рабочих элементов, полей и множество элементов, указанных для типа рабочего элемента.Дополнительные сведения см. в разделе Локализация и глобализация дочерних элементов WITD.
Оценка групп категорий, необходимых для поддержания сотрудничества между группами.При наличии одинаковых рабочих элементов с различными именами их можно группировать по категориям, что упрощает формирование отчетов.Категории поддерживают гибкие запросы, отчеты, отростчатую конфигурацию и интеграции между командными проектами.Дополнительные сведения см. в разделе Определение категорий для группирования типов рабочих элементов.
К началу
Настраивать гибкие страницы и диаграммы
Содержимое и внешний вид гибких страниц основаны на определениях объектов и ОСТРОСЛОВИЯ назначениях, группой.Объекты ОСТРОСЛОВИЯ относятся типы рабочих элементов, категории и отростчатую конфигурацию.Типы рабочих элементов поля определяются, рабочий процесс и макет формы, команда используется для сохранения данных.Эти данные записываются в хранилище данных ОСТРОСЛОВИЯ.
страницы Team Web Access гибкие и диаграммы ссылаются на хранилище данных ОСТРОСЛОВИЯ в реальном времени.На следующем рисунке, поля рабочих элементов отображаются в окне " синий, чтобы выделить их определения, применяются ко всем командным проектам в коллекции командных проектов.Цвета оранжевый окнах отображаются объекты ОСТРОСЛОВИЯ, определенных для командного проекта.Гибкие страницы и диаграммы, отображаемые в пурпуре, определенных для группы.
.png "Зависимости конфигурации процесса")
К началу
.gif "Dd286521.collapse_all(ru-ru,VS.110).gif")
Действия установки и группы объекта ОСТРОСЛОВИЯ
Можно настраивать внешний вид гибких страниц, настраивать отростчатая конфигурации для командного проекта.Можно настраивать типы рабочих элементов, которые отображаются на гибкие страницы путем изменения файла категорий для командного проекта.Можно изменить другие элементы, такие как сопоставления metastate и сопоставления полей рабочих элементов, которые поддерживают создание диаграммы внутри процесса задаются конфигурации для командного проекта.
В следующей таблице описаны элементы можно настраивать через объект, и эти ОСТРОСЛОВИЯ, указанный с помощью действия и Team Web Access группы.
Гибкие страницы или диаграммы |
Что можно настраивать с помощью объектов ОСТРОСЛОВИЯ |
, Указываемое посредством действия группы |
|---|---|---|
Задел работ в проекте |
|
|
" Невыполненная работа по итерации " |
|
|
Совет задачи |
|
|
Диаграмма сгорания |
|
|
Производительность |
|
|
Скорость и прогноз |
|
|
К началу
Примечания по реализации
При добавлении типа рабочего элемента в категории, необходимо добавить соответствующее поле рабочего элемента в списке в таблице в определение типа рабочего элемента.Если изменить поле рабочего элемента, используемый для отслеживания данных, необходимо изменить сопоставление полей, определенное в процесс, файл конфигурации.
Поле
Категория
Использование
Действие (поворотливое и Scrum) или через (CMMI)
Категория задачи
Поддерживает создание ресурсов действием.
Оставшаяся работа
Категория задачи
Поддерживает создание диаграмм сгорания и ресурсов.
Оценка истории (гибкие), по Scrum () или размер (CMMI)
Категория требований
Поддерживает создание диаграммы и прогнозирования скорости группы.
Ранг стека (CMMI) или поворотливый и приоритет невыполненной работы Scrum ()
Требования категорию, категория задачи
Поддерживает отслеживание порядок сортировки элементов невыполненной работы и задачи.
Вы не можете присвоить один и тот же тип рабочего элемента, как в категории требования, так и к категории задачи.Совет задачи зависит от указанных типов рабочего элемента, присвоенной к этим 2 категорий.
При добавлении из состояния рабочего процесса невыполненной работы, задачи или ошибки, то состояние и необходимо быть отраженным на гибких страницах или программу функции работы, необходимо обновить сопоставления metastate для процесса задаются конфигурации.В разделе Состояния рабочего процесса, metastates и отростчатая конфигурация.
К началу
Данные при выполнении для поддержки запросов и отчетов
Все данные захватыванный рабочих элементов записывается в хранилище данных, но только ОСТРОСЛОВИЯ choice данные записываются в хранилище данных служб анализа.Атрибут reportable, к каждому полю рабочего элемента определяет, создается ли данные только к реляционной базе данных хранилища или, как в реляционное хранилище, так и для кубов OLAP.Включаемые в отчеты поля, имеют атрибут reportable, к сведениям, измерению, или же.Все включаемые в отчеты данные из всех командных проектов, определенных во всех коллекциях проектов развертывания Team Foundation Server, записываются в одну реляционную базу данных.Данные из этого хранилища затем обрабатываются и записываются в куб OLAP.Сбор данных в едином хранилище позволяет создавать отчеты сразу по нескольким коллекциям командных проектов.
На следующем рисунке, акцентированный полей рабочих элементов, атрибутов поля и глобальные списки, которые отображаются в окнах синий, применяются ко всем командным проектам в коллекции командных проектов.Цвета оранжевый окнах отображаются объекты ОСТРОСЛОВИЯ, определенных для командного проекта.
.png "Поля для отслеживания рабочих элементов и хранилищ данных")
| Примечание |
|---|
Хранилище данных ОСТРОСЛОВИЯ обновляется в режиме реального времени по мере выполнения членами команды создают и изменять рабочие элементы.Добавочные обновления затем записываются в реляционную базу данных хранилища и куба OLAP каждые 2 минут и 2 часа, соответственно. |
К началу
Настраивать поля рабочего элемента
Можно добавлять новые поля или настраивать существующих полей для поддержки требований к отслеживания.Полный список полей, определенных для типа рабочего элемента по умолчанию, team foundation server предоставляет см. в разделе Справочник по полям рабочих элементов для Visual Studio ALM.
В следующей таблице показаны элементы и атрибуты, к полю, можно настраивать или локализовать.Чтобы добавить поля или изменить дочерние элементы поля, настраиваются тип рабочего элемента, где поле определено.В разделе Методы, используемые для настройки объектов ОСТРОСЛОВИЯ.Чтобы изменить атрибут поля см. в разделе Управление поля рабочего элемента.
Дочерний элемент или атрибут поля |
Позволяет изменять? |
Можно локализовать? |
Примечания, ограничения и зависимости |
|---|---|---|---|
Нет, с исключениями |
Неприменимо |
Указывает тип данных, который принимает поле.Как правило, нельзя изменять тип данных поля по мере его определения.Переключение типа данных поля только для полей типа HTML или PlainText. |
|
Да |
Да |
Понятное имя появится в раскрывающихся меню запросов рабочего элемента и должно быть уникальным среди всех полей, определенных в коллекции командных проектов.Понятное имя может отличаться от метки формы, которая отображается в форме рабочего элемента. |
|
Да |
Да |
В форме рабочего элемента можно задать любую метку, которая должна отличающееся от понятное имя. |
|
Да |
Неприменимо |
Можно разрешить индексирование для поля повышает время отклика запроса фильтрации на поле.По умолчанию индексируются следующие поля: При присвоении, созданный идентификатор измененной даты, кем, состояния причины, области идентификатор итерации, а тип рабочего элемента. |
|
Текст справки и всплывающая подсказка (дочерний элемент ПОЛЯ) |
Да |
Да |
Можно определить пользовательскую текстовую строку до 255 символов для каждого поля в каждый тип рабочего элемента. |
Да |
Неприменимо |
Можно добавлять или изменять правила, связанные с полем и объединяет правила поля.Например, можно определить правило выполнить одно из следующих действий:
|
|
Да |
Неприменимо |
Для каждого правила поля можно определить имя пользователя или группы, для которого правило выполняет или не применяется. |
|
Да |
Неприменимо |
Для большинства правил полей необходимо применить условные правила на основе значения, присвоенного другому полю.См. |
|
Да |
Неприменимо |
Настраивать любые списки выбора, определенные для типа рабочего элемента, или добавить списки выбора для поддержки новых поля, добавляемые.Кроме того, можно заменить списка выбора с глобальным списком.Глобальный список свернут работы, необходимой для обновления списка, общая папка различных типов рабочих элементов.Глобальный список также поддерживает согласованность между группами. |
|
Да |
Да |
Можно изменить имя поля, как оно указано в отчете, ссылочное имя отчета и тип отчета.Можно локализовать понятное имя отчета. Тип отчета определяет, записываются ли данные поля в реляционную базу данных хранилища, и в реляционную базу данных хранилища и для кубов OLAP или для создания предварительного высчитанную сумму значений обработки кубов OLAP. Полный список включаемых в отчеты полей по умолчанию см. в разделе Справочник по включаемым в отчеты полям для Visual Studio ALM.Дополнительные сведения о кубов OLAP см. в разделе Перспективы и группы мер, предоставляемые в кубе служб Analysis Services для Team System. |
|
Да |
Неприменимо |
Можно включить или отключить синхронизацию с Active Directory для полей, которые связаны с учетными записями пользователей. |
К началу
Настраивать типы рабочих элементов
Можно добавлять типы новых рабочих элементов или существующего настраивать типы рабочих элементов.В следующей таблице показаны области в типе рабочего элемента, можно настраивать.Дополнительные сведения, щелкнув ссылку в элементе определения.При внесении изменений в типы рабочих элементов с помощью редактора процессов либо импортировать измененный XML-файл определения.В разделе Методы, используемые для настройки объектов ОСТРОСЛОВИЯ.
Элементы определения |
Описание |
|---|---|
Имя типа рабочего элемента появится в раскрывающихся меню запросов рабочего элемента и должно быть уникальным в пределах командного проекта.Можно изменить имя с помощью средства командной строки witadmin. |
|
Можно определить пользовательскую текстовую строку до 255 символов, которая описывает назначение типа рабочего элемента. |
|
Можно добавлять или изменять элементы поля и правила поля, определенные для типа рабочего элемента.В разделе Настраивать поля рабочего элемента. |
|
Можно настраивать макет формы добавлять или изменять поля, метки поля, вкладок и столбцы.Кроме того, можно настроить следующие элементы в форме:
|
|
Каждое определение рабочего процесса состоит из набора допустимых и локализуемых состояний, переходов и причин.Команды используют рабочего процесса для отслеживания хода выполнения сделанному с рабочими элементами.Список выбора состояний и причин в форме рабочего элемента является производным от определения рабочего процесса. |
|
Можно указать правил и условий, применяемых к полю во время изменения состояния или перехода рабочего процесса. |
|
Можно определить настраиваемое действие select автоматизации присваивания поля на основании изменений в состоянии, поэтому или переходе. |
К началу
Действия, необходимые для отслеживания хода выполнения и создать полезных отчетов
Пока диаграммы сгорания Agile и запросы создаются из хранилища данных WIT, готовые отчеты, настраиваемые отчеты и панели мониторинга создаются из реляционных данных, созданных в базе данных хранилища и куба OLAP.В дополнение к данным о рабочем элементе, хранилище данных содержит данные о построении в исходном коде, результаты теста и покрытия кода.Все данные захватыванный для всех командных проектов записывается в хранилище данных коллекции командных проектов.Все данные для всех коллекций командных проектов записывается в реляционных базах данных хранилища и куба OLAP.
.png "Отчеты, показатели и хранилища данных")
Необходимые действия и рекомендации группы
Для создания отчетов, которые содержат полезные данные о состоянии, в ходе выполнения и трендах о рабочих элементах, члены команды выполняют следующие действия.
Создание рабочих элементов.Участники команды создают рабочие элементы для управления списком невыполненных работ пользовательских историй и ошибок, отслеживать работу с помощью задач, а также управлять ими тестовый случай.
Рабочие элементы связей с другими рабочими элементами и наборами изменений.Для отслеживания отношений между рабочими элементами участники команды создают соответствующие ссылки.Например, связи между пользовательскими историями и задачами используется для вычисления сгорания и отображения на странице доски задач Team Web Access.Несколько отчетов OOF зависят от создания связей между невыполненными задача, тестовых случаях и ошибками.Участники команды могут отображать relatedness, зависимость, или иерархии, указав соответствующий тип связи.
Для получения дополнительной информации см. Связывание рабочих элементов с объектами для обеспечения возможности трассировки.
Присвойте работу в области и итерации.Наблюдение за ходом выполнения команды, области продукта или вехи и поддержка " фильтрация, участники команды " Область " и " путь итерации " для рабочих элементов.
Можно добавлять и изменять областей и итераций в любой момент во время цикла выпуска.Дополнительные сведения см. в разделе Создание и изменение областей и итераций.
Присвойте работу в владельцам и обновление состояния.По мере выполнения работ, участники команды меняют состояние их присвоенных рабочих элементов, чтобы отразить рабочий процесс.Руководители проекта или руководитель команды обновления состояния невыполненных работ, когда все подчиненные задачи выполнены и условия приемки соблюдены выполнены.
Следующие отчеты и панели мониторинга зависят от своевременных обновлениях в поле состояния для командных проектов и гибких CMMI Отчет " состояние ошибки ", Отчет " Тенденции ошибок ", Отчет " возобновления " и Состояние всех итераций.
Обновление по рабочего.Чтобы отслеживать ход выполнения командой работ в выполнении работ для итерации или выпуска, участники команды обновляют поле оставшихся работ по задачам или ежедневных или еженедельных.Для командных проектов и гибких CMMI их необходимо также обновить Завершенная работа.Следующие отчеты и панели мониторинга управления проектами зависят от данных, введенных в эти поля:
Agile: Отчет о сгорании и темпе работ, Оставшаяся работа, Незапланированная работа, Состояние всех итераций, Обзор историй, Ход реализации истории, Панель мониторинга хода выполнения (гибкая разработка), Панель мониторинга "Проект" (гибкая разработка)
Scrum: Обзор элемента невыполненной работы, Выполнение спринта (Scrum)
CMMI: Отчет "сгорание и темп работ", Оставшаяся работа, Незапланированная работа, Состояние всех итераций, Обзор требований, Ход выполнения требований, Панель мониторинга хода выполнения (CMMI), Панель мониторинга "Проект" (CMMI)
СоветЕдинственный отчет, который ссылается на данные Исходной оценки Состояние всех итераций.
Свойство построения отслеживания: Ежедневные построения является ключевым элементом интерфейса всех усилий для разработки.Чтобы получить ответы на ход выполнения и качество программного обеспечения при разработке группы, необходимо реализовать ежедневные построения и настройка построения и тесты
См. раздел Действия, необходимые для управления тестов и построения, чтобы для членов команды принимать действий для создания значимых данных для следующих отчетов OOB: Индикаторы качества построения, Успех построения с течением времени и Сводка построения.
Обработка кода и покрытие кода отслеживания: Чтобы узнать, что необходимо сделать для создания полезные данные для Обработка кода, и Покрытие кода отчетов см. в разделе Действия, необходимые для отслеживания обработки кода и покрытие кода.
К началу
Методы, используемые для настройки объектов ОСТРОСЛОВИЯ
После создания командного проекта был создан, можно настраивать объект ОСТРОСЛОВИЯ одним из следующих способов:
Использование редактора процессов, чтобы изменить тип рабочего элемента.
Можно изменить типы рабочих элементов с помощью редактора процессов, надстройки для автоматического панели инструментов Visual Studio, можно загрузить и установит., Расположенный в меню Сервис выберите редактор процессов предоставляет графический интерфейс пользователя.С помощью этого средства можно импортировать и экспортировать типы рабочих элементов, типы рабочих элементов правки и изменить содержимое шаблона процесса.Дополнительные сведения см. на следующей странице веб-сайта Microsoft: Team Foundation Server Power Tools.
Измените атрибут поля рабочего элемента: Можно использовать средство командной строки witadmin можно изменять атрибуты, к полю.Дополнительные сведения см. в разделе Managing Work Item Fields [witadmin].
Экспортировать и импортировать, изменить файл определения для объекта ОСТРОСЛОВИЯ: Для каждого объекта, который необходимо настраивать, необходимо выполнить следующие действия: определение области изменений укажите зависимости, экспортировать объекты, обновить объекты, необходимо импортировать объекты и проверьте изменения.
Процесс для настройки объектов, отслеживать
.png "Процесс настройки объекта WIT")
Объекты, которые можно настраивать с помощью этого процесса относятся типы рабочих элементов, категории типы связей, глобальных списков и глобального рабочего процесса и отростчатую конфигурацию.
См. раздел witAdmin. Настройка объектов для отслеживания рабочих элементов и управление этими объектами.
К началу
Дополнительные ресурсы
Можно найти дополнительные ответы на вопросы имеется или отправку вопрос можно одним из следующих форумов team foundation server.
К началу