Создание и изменение областей и итераций

Для команды или командного проекта необходимо определить области и итерации, чтобы обеспечить возможность группирования рабочих элементов в категории, такие как вехи, и использования связанных с ними функций.Области определяют, чтобы организовать рабочие элементы в логические, физические или функциональные категории.Итерации определяют, чтобы группировать рабочие элементы в вехи или временные циклы.Также можно управлять тем, кто может изменять рабочие элементы, назначенные области или итерации.

Назначив каждый рабочий элемент области и итерации, можно быстро формировать запросы и отчеты по ходу работы по определенным областям и итерациям.Кроме того, задел работы и страницы доски задач, также как и многие артефакты, которые шаблон процесса по умолчанию предоставляет с Visual Studio Application Lifecycle Management (ALM), используют итерации для организации работы и отображения хода выполнения работ командой.Дополнительные сведения см. в разделах Гибкое планирование и итерации, Шаблон процесса Scrum для Visual Studio ALM, Артефакты (гибкая разработка) и Артефакты (CMMI).

Примечание
По умолчанию командные проекты, основанные на шаблонах процессов Visual Studio ALM, имеют несколько предварительно определенных узлов итерации и командный проект в виде узла области верхнего уровня.О том, как изменить эти параметры по умолчанию, см. в разделе Определение начальных областей и итераций в подключаемом модуле классификации.

После создания командного проекта можно использовать Team Web Access для настройки его областей или итераций, установки областей по умолчанию и дат для итераций.При создании команды будет автоматически создан узел области группы в узле командного проекта.Для получения дополнительной информации см. Создание и настройка команды.

Содержание раздела

• Изменение рабочих областей

• Изменение итераций и установка дат для итераций

• Ограничение доступа к рабочим элементам присвоенным в область

• Правила указания областей и итераций

• Правила именования и ограничения в отношении областей и итераций

Необходимые разрешения

Необходимо быть членом рабочей группы, для которой необходимо изменить области и итерации.Все участники команды могут выбирать итерации для рабочей группы, определять области для группы и указывать даты итераций для команды.

Для создания областей или итераций необходимо либо быть членом группы Администраторы проекта, либо иметь в отношении изменяемого узла разрешения Создать и упорядочить дочерние узлы, Удалить этот узел и Изменить узел, установленными в значение Разрешить.Для получения дополнительной информации см. Управление профилем и просмотр разрешений.

Изменение рабочих областей

Контекстное меню областей используется для добавления, изменения или удаления дочерних узлов, для установки разрешений о том, кто может изменять рабочие элементы в узле, для установки областей по умолчанию для группы и для исключения вложенных областей.

Контекстное меню для областей

Добавление области или вложенной области

1. На домашней странице для командного проекта или рабочей группы (под Администрированием) выберите Настроить рабочие области.

   Откроется страница Области.

   

2. Чтобы добавить новую область или вложенную область, выполните одно из следующих действий:

   • Для создания вложенной области выберите Новая область.

   • Для создания дочерней области для текущей выделите нужную область, выберите значок контекста для этой области, а затем выберите Создать дочерний элемент.

   • Чтобы создать одноранговую область для существующей, выделите эту область, нажмите стрелку вниз рядом с этой областью, а затем выберите Создать.

   Откроется окно Создание области.

3. В окне создания области укажите Имя области, а затем выберите Сохранить и закрыть.

Задание области по умолчанию для рабочей группы или командного проекта

• Продолжите с предыдущей процедуры с отображения страницы Области, выберите на ней ссылку Задать по умолчанию для области, которую необходимо установить в виде области по умолчанию.

  Все новые рабочие элементы будут автоматически установлены на путь области по умолчанию.

К началу

Изменение итераций и установка дат для итераций

Просмотр и определение итерации для рабочей группы

1. Откройте домашнюю страницу для рабочей группы, а затем выберите Настроить расписание и итерации.

   Откроется окно Итерации.

   

2. В списке Итерации просмотрите итерации, выбранные для вашей команды.Выбранные для вашей группы итерации будут иметь флажок, выбранный в соответствие с именем итерации.

   Совет
   По умолчанию будут отображаться все итерации командного проекта.Для просмотра только итераций, выбранных для вашей группы, рядом с Показать выберите Все, чтобы переключить выделение на Только выбранные.

3. Чтобы определить итерацию или вложенную итерацию для рабочей группы, установите флажок рядом с этой итерацией или вложенной итерацией.При выборе итерации все вложенные итерации перестанут быть доступными для выделения.Если нужно использовать вложенные итерации, то снимите флажок с итерации и затем установите флажки для вложенных итераций, которые необходимо использовать для вашей команды.

Добавление итерации или вложенной итерации

1. Продолжите с предыдущей процедуры с отображения окна Итерации и выполните одно из следующих действий:

   • Для создания итерация выберите Новая итерация.Новая созданная итерация будет одноранговой для других итераций в списке.

     Откроется окно Создание итерации.

   • Для создания дочерней итерации для существующей, выделите нужную итерацию и выберите контекстное меню рядом с этой областью, а затем выберите Создать дочерний элемент.

   • Для создания одноранговой итерации для существующей, выделите нужную итерацию и выберите контекстное меню рядом с этой итерацией, а затем выберите Новый.

     Откроется окно Создание итерации.

2. В окне Создание итерации в поле Имя итерации укажите имя для итерации.При необходимости укажите начальную и конечную даты для итерации, введя их в текстовых полях Дата начала и Дата окончания, либо нажав значок календаря и определив даты с помощью окна "Календарь".При создании итерации для другого расположения из расположения по умолчанию укажите другое расположение для итерации в поле Расположение, а затем выберите Сохранить и закрыть.

Определения дат для итерации

1. Продолжите с предыдущей процедуры с отображения окна Итерации, выделите итерацию, для которой необходимо определить дату, а затем выберите Установить даты.

   Откроется окно Изменение итерации.

2. Укажите начальную и конечную даты для итерации, введя их в текстовых полях Дата начала и Дата окончания, либо нажав значок календаря и определив даты с помощью окна "Календарь".Затем выберите Сохранить и закрыть.

К началу

Ограничение доступа к рабочим элементам присвоенным в область

Для этого необходимо присвоить разрешения можно область набор действий, которые пользователи или группы могут выполняться в рабочих элементов или планов тестирования, присвоенные области.Также можно запретить или разрешить пользователям или группам управлять структурой проекта для области или итерации.

С доступом к области элемента управления

1. Открытие

2. Появится окно Разрешения для выбранного узла, как показано на следующей иллюстрации:

   

3. Выберите имя группы или пользователя, разрешения которого требуется задать.

   Можно добавить пользователей или группы и затем установить разрешения для каждого пользователя или группы в Разрешить или Запретить.В частности, можно предоставлять или запрет разрешения управлять структурой узлов и путей к области, просмотр и изменение рабочих элементов или управления планами тестирования в каждой в узле.

4. Для изменения разрешения выберите Не задано, Запретить или Унаследовано, чтобы изменить его на Разрешить, или выберите Разрешить, чтобы изменить его на Запретить.

   Примечание
   Возможность изменять разрешения зависит от текущей настройки разрешений.Если невозможно изменить разрешения, то свяжитесь с администратором командного проекта или Team Foundation Server.

5. Закончив изменение разрешений, выберите Сохранить и закрыть.

Дополнительные ограничения способов изменения рабочих элементов см. в разделе Управление разрешением на создание или изменение рабочих элементов.

К началу

Правила указания областей и итераций

Для получения сведений о том, как можно определить итерации и спланировать спринт, см. раздел Гибкое планирование и итерации.При задании областей и итераций для команды или командного проекта придерживайтесь следующих рекомендаций:

• В отношении областей

  • Определяйте области в соответствии со своими требованиями к трассировке и безопасности.

  • Каждая команда может создать иерархию областей, в которой члены команды смогут систематизировать все пользовательские описания функциональности, требования, задачи и ошибки.

  • Создавайте области, представляющие логические или физические компоненты, а затем вложенные области, представляющие конкретные функции.Члены команды смогут использовать эту структуру для систематизации рабочих элементов и повышения возможности трассировки по компоненту или функции.

  • Устанавливайте разрешения в отношении областей, чтобы ограничить доступ к рабочим элементам, назначенным определенным категория.Можно задать параметры безопасности, определяющие не только, кто может изменять каждый узел области, но и кто может редактировать или даже просматривать рабочие элементы в определенной области.Дополнительные сведения см. в подразделе Ограничение доступа к рабочим элементам присвоенным к области или итерации ранее в этом разделе.

  • Избегайте создания слишком сложной структуры областей.Можно создавать области для разделения разрешений в отношении рабочих элементов, однако сложные деревья требует значительных временных затрат на управление разрешениями.Вы можете обнаружить, что дублирование созданной структуры и разрешений в других командных проектах требует слишком больших усилий.

• В отношении итераций

  • Используйте итерации для представления спринтов, вех или времени циклов для проекта.

  • Определите продолжительность цикла, соответствующую командным процессам, и определяйте итерации в соответствии с этим циклом.

  • Создайте отдельную итерацию для неназначенных элементов невыполненной работы, пользовательских описаний функциональности, требований, задач или других рабочих элементов.

  • Дополнительные сведения о том, как спланировать спринт, используя итерации, см. в разделе Планирование итерации.

• В отношении и областей, и итераций

  • При именовании области или итерации соблюдайте правила, приведенные в Правила именования и ограничения в отношении областей и итераций ниже в данном разделе.

  • Для полей областей и итераций используется тип данных TreePath.Дополнительные сведения см. в разделе Ссылка на поле "Области и итерации".

  • При запуске запроса для поиска рабочих элементов, назначенных области или итерации, результаты всегда включают все рабочие элементы, определенные по пути этой области или итерации.Также можно создавать запросы для поиска рабочих элементов, не находящихся в определенном узле.Дополнительные сведения см. в разделах Поля, операторы, значения и переменные запросов и Поиск ошибок, задач и прочих рабочих элементов.

  • Экспортировать узлы областей и итераций, созданные для одного командного проекта, для использования в другом командном проекте нельзя.

К началу

Области

Структура областей продукта создается путем создания узлов, представляющих компоненты и функции.Например, можно создать три области для командного проекта с именем MyApplication.Эти области будут представлять три основных компонента разработки многоуровневого веб-приложения: веб-сайт, веб-службы и базу данных.Как показано на следующем рисунке, внутри узла командного проекта можно создать по узлу для каждого из этих компонентов — с именами "Мои веб-сайты", "Мои веб-службы" и "Моя база данных".

MyApplication

После создания этих областей можно назначать рабочие элементы, такие как пользовательские описания функциональности, задачи или ошибки, определенной области и запускать запросы для поиска всех элементов, назначенных этой области.

Также можно организовать основные компоненты в более детальные группы.Как показано в следующем примере, каждый узел верхнего уровня теперь содержит два или более дочерних узла.

MyApplication    Мои веб-сайты         Структура         Навигация         Страницы           Главная           Продукция           Ресурсы           Службы           Поддержка    Мои веб-службы        Вход        Выход        Производительность        Безопасность    Моя база данных          Триггеры событий          Производительность          Схема          Безопасность

К началу

Итерации

Структура жизненного цикла проекта создается путем создания узлов, представляющих иерархию событий, таких как спринты, предшествующие выпускам бета-версий конечные результаты, собственно бета-версии и другие вехи-выпуски.В следующем примере для командного проекта MyApplication определены итерации "Невыполненная работа", "Бета 1", "Бета 2", "Выпуск 1.0" и "Выпуск 2.0".Все рабочие элементы, еще не запланированные к работе или не включенные в какой-либо выпуск, можно назначать итерации "Невыполненная работа".

MyApplication    Невыполненная работа    Бета-версия 1    Бета 2    Выпуск 1.0    Выпуск 2.0

Создавая невыполненную работу по функциям продукта и задачам, можно начать назначать их вехам, к которым команда должна закончить работу над той или иной функцией или задачей.По мере изменения потребностей можно добавлять события внутри каждой основной вехи, отражающие график работы и успеваемость команды.Как показано в следующем примере, итерация "Бета 1" теперь содержит пять дочерних узлов — по одному для каждого спринта в период времени, отведенный на работу над бета-версией 1.

MyApplication     Невыполненная работа    Бета-версия 1          Спринт 1          Спринт 2          Спринт 3          Спринт 4          Спринт 5    Бета 2    Выпуск 1.0    Выпуск 2.0

Итерации не применяют принудительно каких-либо правил.Например, можно назначить задачу итерации, однако не закрывать или не завершать ее в течение этой итерации.В конце итерации вы должны найти все рабочие элементы, оставшиеся активными или не закрытые в этой итерации, и предпринять соответствующие действия.Можно, например, переместить их в другую итерацию или вернуть в невыполненную работу.

К началу

Ограничения в отношении путей областей и итераций

Поля Область проекта и Итерация проекта представляют собой пути, состоящие из нескольких элементов узлов, разделенных символами обратной косой черты (\).В следующей таблице описаны ограничения, применяемые к определению узлов и путей.

Тип ограничения	Ограничение
Длина узла	Не должна превышать 255 символов
Специальные символы для узлов	Не должны содержать управляющие символы Юникода Не должны содержать следующие символы: \ / $ ?* : " & > < # % | , Не должны содержать символы, запрещенные локальной файловой системой.Дополнительные сведения об ограничениях на использование символов в Windows см. в разделе Naming a File на веб-сайте корпорации Майкрософт (на английском языке).
Зарезервированные имена	Не должно состоять только из одной (.) или двух точек (..) Не должно быть именем, зарезервированным системой, как PRN, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, COM10, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, NUL, CON или AUX Дополнительные сведения о зарезервированных именах см. в разделе Naming a File на веб-сайте корпорации Майкрософт (на английском языке).
Длина пути	Не более 4000 символов Юникода Важно Если определить путь, длина которого превышает 256 символов, его невозможно будет указывать в Office Project.Во избежание этой проблемы определяйте путевые имена, состоящие не более чем из 10 символов, и не допускайте вложенности узлов глубиной более 14 уровней.
Глубина пути иерархии	Не более 14 уровней в глубину

К началу

См. также

Основные понятия

Ссылка на поле "Области и итерации"

Гибкое планирование и итерации

Другие ресурсы

Рабочие элементы и рабочий процесс (гибкая разработка)

Работа в Team Web Access