Новые возможности отслеживания рабочих элементов

В данном выпуске Visual Studio Application Lifecycle Management (ALM) предусмотрена возможность создавать связи, моделирующие отношения типа "родитель-потомок" и другие отношения между рабочими элементами, а также отображать эти отношения в виде иерархии. Также, с помощью Office Excel и Office Project, можно более интенсивно интегрировать проекты.

В этом разделе

• Планирование и составление расписания проекта в Office Excel и Office Project

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

• Более тесное сотрудничество в группах

• Создание, управление и настройка отношений между рабочими элементами

• Поиск рабочих элементов на основе связей

• Организация совместного доступа к командным запросам и управление им

• Настройка, расширение и администрирование объектов для отслеживания рабочих элементов

• Автоматическое обновление полей рабочего элемента, хранящих личные имена

Планирование и составление расписания проектов в Office Excel и Office Project

В этом выпуске проще объединять отслеживание рабочих элементов в Visual Studio ALM с отслеживанием статуса и хода выполнения работы в Office Excel и Office Project. Также можно выполнять следующие задачи:

• Создание иерархической структуры задач в Office Excel. Создание списка вложенных задач, подзадач и частей подзадач в Office Excel, а затем его публикация в Team Foundation Server. При использовании такого подхода отношения типа "родитель-потомок" между задачами поддерживаются соответствующими типами связей. Дополнительные сведения см. в разделе Выполнение планирования сверху вниз при помощи списка дерева рабочих элементов (в программе Excel).

• Поддержание предшествующих и преемственных связей задач, создаваемых в Office Project. При создании задач в Office Project и публикации их в Team Foundation, они автоматически определяются предшествующими и преемственными связями, определенными в Office Project.

• Поддержание связей типа "родитель-потомок" сводок и подчинение задач, созданных в Office Project. При создании задач в Office Project и публикации их в Team Foundation, все сводные задачи автоматически создаются как родительские задачи со связями с соответствующими дочерними задачами.

Задачи из приведенного выше списка могут быть выполнены с помощью новых типов связей и новых функций приложения Office Excel:

• Просмотреть список. В Office Excel рабочие элементы отображаются двумя способами:

  • Плоские списки. Используются для просмотра и изменения рабочих элементов в форме простого списка.

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

• Обновить список. В Office Excel указывается способ импорта рабочих элементов и их обновления после внесения изменений:

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

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

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

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

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

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

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

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

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

Более тесное сотрудничество в группах

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

В следующем сценарии показано отслеживание функциональных возможностей, требований и задач, представленных в Team Foundation как рабочие элементы.

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

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

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

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

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

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

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

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

Создание, управление и настройка отношений между рабочими элементами

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

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

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

• Отслеживание дефектов кода и определение брешей в покрытии тестами. С помощью усиленной интеграции отслеживания рабочего элемента в Visual Studio Test Professional, Менеджер тестирования и Test Runner можно определять функциональные возможности, находящиеся под риском, и правильность покрытия всех функциональных возможностей тестами. В рамках интеграции реализованы новые типы рабочих элементов, такие как "тестовый случай" и "общие шаги", а также соответствующие типы связей, определенные для шаблонов процессов Microsoft Solutions Framework (MSF).  

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

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

Задачи, перечисленные в предыдущем списке, можно выполнять с помощью следующих новых функций:

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

  Примечание

  Во время обновления более ранней версии всем связям присваивается тип Связанные.

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

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

• Одновременное добавление, удаление и сохранение нескольких связей. С помощью запроса можно найти набор рабочих элементов и соединить текущий рабочий элемент с несколькими элементами набора. Данная задача выполняется через отслеживание рабочих элементов в Сред. Командный обозреватель и Team Web Access. С помощью Office Excel и Office Project также можно создавать сразу несколько связей.

Поиск рабочих элементов на основе связей

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

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

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

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

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

Задачи, перечисленные в предыдущем списке, можно выполнять с помощью следующих новых функций:

• Тип запроса. С появлением двух новых типов запросов можно выполнять сложные запросы и представлять связи между рабочими элементами:

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

  • Дерево рабочих элементов. Отображает многоуровневые иерархические отношения между рабочими элементами, связанными с ссылками типа "родитель-потомок". Листовые узлы можно развернуть и свернуть, а также с помощью Сред. Командный обозреватель перетащить рабочие элементы для изменения связей.

• Сохранение изменений в рабочих элементах. Быстрое сохранение изменений в нескольких рабочих элементах списка результатов запроса.

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

Организация совместного доступа к командным запросам и управление им

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

• Создание вложенной иерархии подпапок в разделе Командные запросы.

• Распределение командных запросов по подпапкам и назначение прав доступа к индивидуальным функциональным возможностям команды для упорядочивания запросов в папке команды и управления ими.

• Определение участников команды, которые могут изменять запрос или иерархию папок.

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

• Ограничение доступа к важным командным запросам с предоставлением его только определенным лицам или группам рассылки.

Задачи, перечисленные в предыдущем списке, можно выполнять с помощью следующих новых функций:

• Создание, удаление, переименование, перемещение, копирование и вставка командных запросов и папок запросов.

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

• Установка или ограничение доступа к компонентам запроса для отдельных пользователей, Team Foundation Server или пользовательских групп Windows.

• Изменение владельца запроса, папки или подпапки команды.

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

• Дополнительные сведения см. в разделе Совместное использование рабочих элементов и запросов с участниками команды.

Настройка, расширение и администрирование объектов для отслеживания рабочих элементов

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

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

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

  • Метка гиперссылки. Добавление гиперссылки в информационный текст или метку поля.

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

  • Веб-содержимое. Отображает содержимое по URI или HTML-содержимое в форме рабочего элемента.

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

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

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

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

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

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

• Удаление пилотных рабочих элементов. Любые рабочие элементы, которые были созданные при оценке Team Foundation Server, но не должны присутствовать в готовой системе, могут быть удалены.

• Удаление неиспользуемых глобальных списков. Глобальные списки можно удалить с сервера.

Задачи, перечисленные в предыдущем списке, можно выполнять с помощью следующих новых функций:

• Программа witadmin, работающая в режиме командной строки. С помощью данного средства можно выполнять различные административные задачи для набора проектов или определенного командного проекта. Эти задачи включают создание, удаление, импортирование и экспортирование категорий, глобальных списков, типов связей, типов и полей рабочих элементов. Дополнительные сведения см. в разделе witAdmin. Администрирование объектов для отслеживания рабочих элементов.

• Категория рабочего элемента. Используя категории, можно управлять несколькими типами рабочих элементов как группой. Управление категориями осуществляется через XML-файлы, также как управление глобальными списками и типами рабочих элементов. Дополнительные сведения см. в разделе Группирование типов рабочих элементов по категориям.

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

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

  Примечание

  Редактор процессов — это мощное средство, устанавливаемое в качестве надстройки к Visual Studio.Загрузить автоматический инструмент можно на странице Team Foundation Server Power Tools 2010 веб-сайта корпорации Майкрософт.Это средство не поддерживается.

Автоматическое обновление полей рабочего элемента, хранящих личные имена

В текущем выпуске можно обновлять имя участника команды в Active Directory, при этом изменение автоматически обновляется в соответствующих полях рабочего элемента при следующей синхронизации. Эта новая функциональность поддерживает следующие условия:

• Автоматическое распространение изменений имени на рабочие элементы и запросы. Участник команды выходит замуж и меняет свою фамилию. При изменении фамилии в Active Directory в Team Foundation Server выполняются следующие изменения:

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

  • Как командные, так и индивидуальные запросы, хранящиеся в Team Foundation Server, обновляются для работы с новым именем.

  • Изменяются все уведомления, связанные со старым именем.

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

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

Атрибут syncnamechanges был представлен таким образом, чтобы данные полей с личными именами можно было автоматически сохранять и обновлять.

Важно!

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

См. также

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

Совместимость клиентов Team Foundation и Team Foundation Server

Отслеживание ошибок, задач и прочих рабочих элементов

Планирование и отслеживание проектов

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

Обновление обновленного командного проекта для доступа к новым функциям

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

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

Дата	Журнал	Причина
Май 2011	Добавлено примечание о том, где можно найти редактор процессов.	Улучшение информации.