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

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

Назначив каждый рабочий элемент области и итерации, можно быстро формировать запросы и отчеты по ходу работы по определенным областям и итерациям. Кроме того, многие артефакты, предусматриваемые шаблонами процессов Microsoft Solutions Framework (MSF), предполагают использование итераций для организации работы и отражения хода работы команды. Дополнительные сведения см. в разделах Артефакты (гибкая разработка) и Артефакты (CMMI).

Примечание

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

После создания командного проекта можно использовать любую клиентскую программу для Team Foundation для настройки его областей или итераций. Для управления доступом к области или итерации проекта необходимо использовать Сред. Командный обозреватель, Microsoft Excel или Microsoft Project.

Содержание раздела Правила указания областей и итераций Правила именования и ограничения в отношении областей и итераций Изменение областей или итераций с помощью Team Web Access Изменение областей или итераций с помощью командного обозревателя, Microsoft Excel или Microsoft Project Управление доступом к рабочим элементам, назначенным области или итерации

Области и итерации

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

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

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

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

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

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

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

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

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

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

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

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

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

  • Общие сведения о планировании спринта с помощью итераций и шаблона процесса MSF для гибкой разработки программного обеспечения версии 5.0 см. в разделе Scrum.

  • Если используется шаблон процесса для Visual Studio Scrum 1.0, необходимо сначала определить итерации, а затем рабочие элементы спринта. Дополнительные сведения см. в разделе Спринт (Scrum).

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

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

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

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

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

К началу

Области

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

MyApplication    Мои веб-сайты    Мои веб-службы    Моя база данных

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

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

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

К началу

Итерации

По умолчанию в шаблонах процессов MSF определены итерация 1, итерация 2 и итерация 3. Некоторые артефакты, в особенности запрос "Невыполненная работа по итерации" и книга "Невыполненная работа по итерации", предполагают использование этих итераций. Дополнительные сведения см. в разделах Командные запросы (гибкая разработка) и Книга "Отставание итераций".

Важно!

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

Структура жизненного цикла проекта создается путем создания узлов, представляющих иерархию событий, таких как спринты, предшествующие выпускам бета-версий конечные результаты, собственно бета-версии и другие вехи-выпуски. В следующем примере для командного проекта 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

Изменение структуры командного проекта или итераций с помощью Team Web Access

1. В Team Web Access в списке Проект выберите проект, для которого требуется изменить области или итерации.

2. Выполните одно из следующих действий.

   • Чтобы изменить области, щелкните Настройки, укажите Командный проект, затем выберите Области.

   • Чтобы изменить итерации, щелкните Настройки, укажите Командный проект, затем выберите Итерации.

3. Чтобы добавить узел, выполните следующие действия.

   1. Щелкните родительский узел.

   2. На панели инструментов нажмите кнопку Добавить дочерний узел.

   3. В поле Имя узла введите имя нового узла и нажмите кнопку ОК.

4. Чтобы переименовать узел, выполните следующие действия.

   1. Выберите узел.

   2. На панели инструментов нажмите кнопку Переименовать.

   3. В поле Имя узла введите другое имя для узла и нажмите кнопку ОК.

5. Чтобы удалить узел, выполните следующие действия.

   1. Выберите узел.

   2. На панели инструментов нажмите кнопку Удалить.

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

      Рабочие элементы, которые были назначены удаленному узлу, назначаются новому пути для ссылки.

К началу

Изменение областей или итераций с помощью Сред. Командный обозреватель, Microsoft Excel или Microsoft Project

Изменение областей или итераций с помощью Сред. Командный обозреватель, Microsoft Excel или Microsoft Project

1. Подключитесь к командному проекту, выполнив одно из следующих действий.

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

   • Подробные инструкции по подключению к командному проекту с помощью Microsoft Excel или Microsoft Project см. в разделе Подключение документа Microsoft Office к Team Foundation Server.

2. Выполните одно из следующих действий:

   • В Сред. Командный обозреватель в меню Рабочая группа выберите Параметры командного проекта и затем Области и итерации.

   • В Microsoft Excel на вкладке Команда в группе Рабочие элементы выберите Изменить области и итерации.

   • В Microsoft Project в меню Группа выберите команду Изменить области и итерации.

3. В диалоговом окне Области и итерации выполните одно из следующих действий.

   • Чтобы изменить области командного проекта, щелкните вкладку Области.

   • Чтобы изменить итерации, щелкните вкладку Итерации.

   Для добавления или удаления узлов и изменения структуры узлов нажимайте кнопки, показанные на следующем рисунке:

   

4. Чтобы добавить узел, выполните следующие действия.

   1. Щелкните родительский узел.

   2. На панели инструментов нажмите кнопку Добавить дочерний узел.

   3. Введите имя нового узла и нажмите клавишу ВВОД.

5. Чтобы переименовать узел, выполните следующие действия.

   1. Щелкните узел правой кнопкой мыши и выберите Переименовать.

   2. Введите другое имя для узла и нажмите клавишу ВВОД.

6. Чтобы удалить узел, выполните следующие действия.

   1. Щелкните узел, который требуется удалить.

   2. На панели инструментов нажмите кнопку Удалить узел.

      Откроется диалоговое окно Удалить узлы.

   3. В списке Выберите новый путь для адресуемых элементов выберите имя узла, который не планируется удалять, и нажмите кнопку ОК.

      Рабочие элементы, которые были назначены удаленному узлу, назначаются новому пути.

7. Чтобы повысить, понизить уровень узла или переместить узел вверх или вниз по списку, выберите узел, затем нажмите соответствующую кнопку на панели инструментов.

8. Нажмите кнопку Закрыть.

К началу

Управление доступом к рабочим элементам, назначенным области или итерации

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

Управление доступом к области или итерации с помощью Сред. Командный обозреватель, Microsoft Excel или Microsoft Project

1. Подключитесь к командному проекту, выполнив одно из следующих действий.

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

   • Подробные инструкции по подключению к командному проекту с помощью Microsoft Excel или Microsoft Project см. в разделе Подключение документа Microsoft Office к Team Foundation Server.

2. Выполните одно из следующих действий:

   • В Сред. Командный обозреватель в меню Рабочая группа выберите Параметры командного проекта и затем Области и итерации.

   • В Office Excel на вкладке Команда в группе Рабочие элементы выберите Изменить области и итерации.

   • В Office Project в меню Группа выберите команду Изменить области и итерации.

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

   Откроется диалоговое окно Безопасность проекта показанное на следующем рисунке.

   

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

   Дополнительные сведения см. в разделе Изменение разрешений для группы или пользователя.

4. Закончив изменять разрешения, нажмите кнопку Закрыть и затем нажмите Закрыть еще раз, чтобы закрыть диалоговое окно Области и итерации.

К началу

См. также

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

Области и итерации

Книга "Отставание итераций"

Scrum

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

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

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

Спринт (Scrum)

Действия в рамках итерации

Запуск нового командного проекта

Журнал изменений

Дата	Журнал	Причина
Июль 2010	Добавлены рекомендации, примеры и процедуры задания разрешений в отношении областей и итераций.	Обратная связь от клиента.