Запуск нового командного проекта
ошибокКомандный проект — это главное средство планирования, использующееся для отслеживания данных и организации исходного кода,построений, тестов и планов команды. Командный проект создается как центральный элемент, с помощью которого координируются командные действия, необходимые для разработки определенной программной технологии или продукта. После создания командного проекта можно управлять работой в основных узлах, созданных для командного проекта, и отслеживать ее ход.
В этом разделе
|
Узлы командного проекта в Сред. Командный обозреватель |
Общие сведения о ресурсах, доступных для командных проектов и конфигурации коллекций командных проектов
В следующей таблице отображены серверы, для которых в развертывании Team Foundation должна быть настроена поддержка для обеспечения командного проекта соответствующими ресурсами.
Ресурс |
Windows SharePoint Services 3.0 |
Microsoft Office SharePoint Server 2007 или Microsoft SharePoint Server 2010 Standard |
Microsoft Office SharePoint Server 2007 или SharePoint Server 2010 Enterprise |
Службы аналитики SQL Server 2008 |
Службы отчетов SQL Server 2008 |
Team Foundation Build |
---|---|---|---|---|---|---|
Портал проекта (Узел "Документы") |
||||||
"Моя панель мониторинга" и панель мониторинга "Проект" |
||||||
Корпоративные панели мониторинга |
||||||
Отчеты Excel |
||||||
Отчеты |
||||||
Построения |
Как указывает отметка (на зеленом поле), в командный проект можно включить узел Документы и портал для совместного использования информации и хранения отчетов Excel, только если для коллекции проектов, включающей данный командный проект, настроен сервер с Продукты SharePoint.
Как указывает отметка (на синем поле), в командный проект можно включить панели мониторинга, только если на сервере установлен определенный выпуск Продукты SharePoint. Для двух базовых панелей мониторинга требуются не только службы анализа SQL Server 2008, но и Windows SharePoint Services 3.0, Microsoft Office SharePoint Server 2007 Standard Edition или SharePoint Server 2010 Standard Edition. Для корпоративных панелей мониторинга требуются не только службы анализа, но и Microsoft Office SharePoint Server 2007 Enterprise Edition или SharePoint Server 2010 Enterprise Edition.
Для создания узла "Отчеты" необходимо настроить для коллекции проектов, в которой находится командный проект, службы отчетов и службы анализа SQL Server 2008. Наконец, для реализации в командном проекте процессов построения необходимо настроить Служба построения Team Foundation.
После создания командного проекта можно добавить или настроить ресурсы, помеченные как необязательные в следующей таблице:
Ресурс |
Связанные разделы |
---|---|
Рабочие элементы и запросы рабочих элементов: узел Рабочие элементы отображается для каждого создаваемого командного проекта. Для отслеживания, наблюдения за состоянием, составления отчетности при разработке продукта и его функций можно использовать рабочие элементы. Рабочий элемент — это запись в базе данных, содержащая определение, присвоение, приоритет и состояние работы. Команда может создавать только рабочие элементы типов, определенных в шаблоне процесса, использованном при создании командного проекта, или типов, добавленных к командный проект после его создания. Шаблон процесса "MSF для гибкой разработки программного обеспечения" версии 5.0 определяет шесть типов рабочих элементов: описания функциональности пользователя, задачи, тестовые случаи, общие шаги, ошибки и проблемы. Шаблон процесса для MSF для улучшения процесса CMMI версии 5.0 определяет девять типов рабочих элементов: требование, задача, запрос на изменение, ошибка, проблема, риск, рецензирование, тестовые случаи и общие шаги. Командные и индивидуальные запросы хранятся в узле Рабочие элементы. |
|
(Необязательно) Документы: узел Документы отображается в командном проекте, если для командного проекта выбран или настроен сайт SharePoint. Этот узел является контейнером отчетов Excel, руководств по процессам и прочих библиотек документов, создаваемых командой. Кроме этого, сайт SharePoint может функцию портала проекта, где команда может хранить и помещать под контроль систем управления версиями не являющиеся кодом результаты работы и отчеты по командному проекту. Сайт SharePoint можно добавить при создании командного проекта, если администратор Team Foundation настроил одно или несколько веб-приложений SharePoint на поддержку коллекции командных проектов, в которой располагается ваш проект. В качестве альтернативы после создания проекта можно добавить веб-сайт, выполняющий функции портала командного проекта. |
|
(Необязательно) Портал проекта: портал проекта — это веб-сайт, используемый командой проекта в качестве центра информации о проекте и его состоянии. Портал проекта позволяет участникам команды общаться и использовать ресурсы совместно. Портал также может использоваться командой для совместного использования руководств по процессам.
Важно
При добавлении сайта SharePoint в качестве портала командного проекта, в Сред. Командный обозреватель в командном проекте создается узел Документы.Эта папка связана с библиотекой SharePoint командного проекта и участники команды могут использовать ее для хранения и совместного использования документов, относящихся к проекту.Эта возможность доступна только после добавления сайта SharePoint.При добавлении веб-сайта другого типа, узел Документы в проекте Сред. Командный обозреватель не создается.
Портал проекта используется командами для совместного доступа к шаблонам документов и предопределенным отчетам. Эти предопределенные объекты основываются на шаблоне процессов, выбранного вами для командного проекта. |
|
(Необязательно) Руководство по процессам предоставляет информацию о том, каким образом следует координировать работу над командным проектом и как использовать тип рабочего элемента на протяжении всего жизненного цикла проекта. Руководство по процессу содержит подробные сведения о командном проекте, например инструкции о заполнении полей рабочих элементов, а также примеры рабочих и нерабочих отчетов, описания запросов, назначения ролей, требующие выполнения действия и т.д.
Важно
Для доступа к содержимому руководства по процессам требуется, чтобы для командного проекта был определен и настроен портал проекта.
Руководство по процессам для команды основано на выбранном шаблоне процессов. Руководство по процессу представляет собой содержимое, фиксирующее процесс, который должны выполнить члены группы, работающие над проектом. Это содержимое может располагаться локально на любом веб-сайте или предоставляться по ссылкам на контент, размещенный в других местах. |
|
(Необязательно) Панели мониторинга: владельцы продукта и участники команды могут быстро находить важные сведения о своих командных проектах с помощью панелей мониторинга. Панели мониторинга отображают данные проекта, поддерживают расследования заданий и позволяют командам быстрее выполнять типичные задачи. Доступ к панелям мониторинга осуществляется посредством портала проекта. Доступные вам панели мониторинга и функции настройки панелей мониторинга зависят от версии Продукты SharePoint, установленной на портале. Большинство панелей мониторинга поддерживает отображение в Microsoft Excel нескольких отчетов, которые получают данные из куба служб аналитики. Для доступа к панелям мониторинга необходимо обеспечить командный проект наличием Продукты SharePoint и убедиться, что администратор обеспечил коллекцию проектов службами аналитики SQL Server. Чтобы участники команды получили доступ ко всем шести корпоративным панелям мониторинга, необходимо выбрать веб-сайт SharePoint с установленным сервером Microsoft Office SharePoint Server 2007 Enterprise или SharePoint Server 2010 Enterprise. Дополнительные сведения о необходимых конфигурациях и разрешениях для просмотра панелей мониторинга см. в разделе Назначение разрешений на просмотр отчетов для Visual Studio ALM и управление этими отчетами. |
|
(Необязательно) Отчеты Microsoft Excel: отчеты Microsoft Excel используются для отображения сведений из хранилищ данных командного проекта. Эти отчеты находятся в папке Отчеты Excel узла Документы. Отчеты Microsoft Excel хранятся на сервере, на котором размещается Продукты SharePoint для вашего командного проекта. Если портал проекта не включен для командного проекта, доступ к отчетам невозможен. Для доступа к отчетам необходимо обеспечить командный проект наличием Продукты SharePoint и убедиться, что администратор обеспечил коллекцию проектов службами аналитики. |
|
(Необязательно) Книги: книги можно использовать для планирования продуктов и назначения описаний функциональности пользователей, задач, ошибок и проблем конкретным итерациям. С помощью книг, предоставленных для шаблона процесса MSF для гибкой разработки программного обеспечения версии 5.0, можно быстро создавать рабочие элементы. Также можно изменять ранг, приоритет, состояние и назначение нескольких рабочих элементов одновременно. Книги находятся в папке Общие документы узла Документы и хранятся на сервере, на которой размещается Продукты SharePoint для командного проекта. Если портал проекта не включен для командного проекта, доступ к книгам невозможен. Для доступа к книгам Microsoft Excel необходимо, чтобы проект был обеспечен службами Продукты SharePoint. |
|
(Необязательно) Отчеты служб отчетов. Команды могут анализировать ход и качество выполнения работ, используя отчеты. В отчетах объединяются метрики различных рабочих элементов, управления версиями, результаты тестов и построения. Отчеты доступны в Сред. Командный обозреватель в узле Отчеты и хранятся узла на сервере, на котором размещаются службы отчетов SQL Server данного командного проекта. Если развертывание настроено на использование служб аналитики и отчетов, папка Отчеты для командного проекта создается автоматически. В противном случае, можно добавить этот ресурс в командный проект позднее. |
|
(Необязательно) Построения: Team Foundation Build позволяет группе регулярно создавать и управлять построениями проектов. Например, команда может выполнять ежедневные построения и отправлять их на общий сервер. Team Foundation Build также дает возможность создавать отчеты о состоянии и качестве каждого построения. Если в развертывании используется Team Foundation Build, для командного проекта создается папка Построения. Определения построений располагаются в угле Построения конкретного командного проекта. Для управления построениями и организации определений построений можно использовать Сред. Обозреватель сборки. Для доступа к Служба построения Team Foundation требуется, чтобы коллекция проектов была настроена на использование контроллера построений. Для каждой коллекции командных проектов выделяется отдельный контроллер построений. Контроллер принимает запросы на построение от всех командных проектов в указанной коллекции. |
|
Управление версиями. Узел Система управления версиями создается в каждом командном проекте. Этот узел предоставляет доступ к обозревателю управления исходным кодом, используемым командой для управления кодом в проекте. |
|
(Необязательно) Оповещения: участники команды могут подписаться на получение по электронной почте оповещений о всех изменениях в командном проекте. Предупреждения могут отправляться при изменении состояния рабочего элемента, возврате, завершении построения или изменении состояния построения. Для поддержки отправки уведомлений по электронной почте сервер, на котором размещается командный проект, должен быть настроен на использование имеющегося в системе SMTP-сервера. |
|
(Необязательно) Виртуальные среды: с помощью Visual Studio Lab Management команда может создавать, присваивать и отслеживать виртуальные среды, поддерживающие разработку, развертывание и тестирование приложений. С помощью Microsoft Test Manager можно тестировать приложения в виртуальных средах. Для доступа к виртуальным средам из Менеджер тестирования требуется, чтобы сервер, на котором располагается командный проект, был настроен на взаимодействие с Lab Management. |
|
(Необязательно) Поддержка распределенных команд: если некоторые участники команды находятся далеко от основного местоположения систему правления версиями, можно потребовать для их поддержки установить прокси-сервер Team Foundation Server. Прокси-сервер Team Foundation Server управляет кэшем загруженных файлов систему правления версиями в расположении распределенной команды, что существенно снижает требования к пропускной способности при глобальных соединениях. Благодаря настройке клиентов на использование прокси-сервера Team Foundation Server, управление файлами становится прозрачным для пользователя. Любой обмен метаданными и загрузка файлов на сервер продолжает взаимодействовать непосредственно с Team Foundation Server. |
|
Веб-интерфейс: участники команды могут использовать Team Web Access для поиска и обновления рабочих элементов, работы с файлами и папками под управление системы управления версиями, доступа к отчетам и документам, а также для работы с построениями продукта. Team Web Access — это настраиваемый веб-интерфейс, предоставляющий большинство функций, доступных в Сред. Командный обозреватель. Члены команды могут получить доступ к Team Web Access после создания командного проекта и получения необходимых разрешений. |
Планирование командного проекта
Командные проекты группируются в коллекции командных проектов. Коллекция командных проектов — это организующая структура, которую администраторы Team Foundation используют для определения и управления группой командных проектов в рамках Team Foundation Server.
При создании командного проекта коллекция командных проектов, выбранная для проекта, определяет доступные ресурсы и возможность совместной работы с другими командными проектами.
Задача |
Связанные разделы |
---|---|
Определение коллекции для хранения командного проекта. С администратором следует обсудить требования проекта в отношении развертывания и определить коллекцию проектов, которая будет использоваться для размещения проекта. Принимаемое решение должно зависеть от следующего минимального набора факторов:
Как было упомянуто в предыдущем разделе, доступность многих ресурсов для командного проекта зависит от коллекции командных проектов, выбранной для размещения командного проекта. Кроме того, необходимо выбрать коллекцию проектов, содержащую другие проекты, с которые необходимо осуществлять взаимодействие или совместную работу. Члены команды могут с помощью Team Foundation отслеживать зависимости между командными проектами, если все проекты находятся в одной коллекции. |
|
Выбор шаблона процесса, наиболее подходящего к требованиям процесса. Шаблон процесса определяет типы объектов рабочих элементов, которые можно отслеживать. Он также определяет правила, политики, группы безопасности и запросы, используемые членами группы по умолчанию. Сред. Командный обозреватель содержит шаблоны процессов, основанные на платформе Microsoft Solutions Framework. По умолчанию предлагается два шаблона процессов: "MSF для гибкой разработки программного обеспечения версии 5.0" и "MSF для улучшения процесса CMMI версии 5.0". Можно воспользоваться одним из этих шаблонов, создать настраиваемый шаблон или загрузить шаблон из Интернета.
Примечание
Большинство артефактов, доступных в шаблоне процессов, можно настроить индивидуально как до, так и после создания командного проекта.Преимущество индивидуальной настройки шаблона процессов до создания командного проекта заключается в том, что все создаваемые затем проекты будут иметь одинаковые параметры.
|
|
Определение способа обеспечения поддержки команды в адаптации и соблюдении командных процессов. Руководство по процессу представляет собой содержимое, фиксирующее процесс, который должны выполнить члены группы, работающие над проектом. Шаблон процессов MSF предоставляет тематическое руководство по процессам, доступное автономно в справке по Visual Studio ALM и на сайте библиотеки MSDN. На портале командного проекта или ином выбранном для этого сайте также можно разместить и другие руководства по процессам. |
|
Определение структуры ветвей для исходного кода. При создании командного проекта указывается пустая папка для исходного кода или создается новая ветвь под управлением систему управления версиями. |
|
Общие сведения об ограничениях в отношении имен и атрибутов. Перед созданием командного проекта необходимо ознакомиться с ограничениями, налагаемыми Visual Studio ALM в отношении имен и атрибутов. Эти ограничения могут включать длину, специальные знаки, уникальность или другие атрибуты. В частности, следует учитывать ограничения, применяемые в отношении следующих элементов командных проектов:
|
Создание, структурирование и запуск командного проекта
Задача |
Связанные разделы |
---|---|
Создание командного проекта. Командный проект создается с помощью мастера создания командных проектов. Для доступа к мастеру необходимо установить на компьютер Сред. Командный обозреватель. Сред. Командный обозреватель является надстройкой для Visual Studio и устанавливается из любого продукта, входящего в состав пакета Visual Studio Application Lifecycle Management (ALM). В соответствии с ресурсами, настраиваемыми для командного проекта, необходимо предоставить разрешения более высокого уровня для коллекции командных проектов и для серверов, на которых размещаются Продукты SharePoint и службы отчетов. |
|
Определение структуры командного проекта. Для организации работы, которую необходимо отслеживать, можно определить области продукта и пути итерации. Можно определить области,представляющие конкретные компоненты или возможности продукта, разрабатываемые вашей командой. Для разделения циклов разработки продукта на периоды времени в соответствии с командным процессом, можно определить итерации. Итерации также называются спринтами.
Примечание
В зависимости от выбранного шаблона процесса определяются области и пути итераций по умолчанию.Установленные по умолчанию пути можно переименовывать и удалять; также можно добавлять пути для поддержки требований к отслеживанию проекта.
Элементы структуры проекта можно добавлять и изменять в течение всего жизненного цикла продукта. |
|
Предоставление участникам команды доступа к ресурсам командного проекта. Уровень доступа участников команды к командным проектам контролируется путем назначения включения каждого участника команды в группу того или иного проекта. При этом можно добавлять членов команд отдельно или добавлять группы, определенные в Active Directory или в рабочей группе. Во время создания командного проекта для него создается четыре группы по умолчанию, независимо от выбранного шаблона процесса. Это группы Читатели, Участники, Конструкторы и Администраторы проектов. По умолчанию каждая из этих групп имеет набор разрешений, определенных для них. Эти разрешения определяют то, что могут делать участники данных групп. Для предоставления доступа к следующим артефактам необходимо добавить участника команды в одну или несколько групп, создаваемых по умолчанию:
|
|
Предоставление дополнительных разрешений избранным участникам команды. Администратор может предоставить отдельным участникам команды или группам с особыми сферами ответственности дополнительные разрешения. Такие разрешения дают возможность управлять исходным кодом в Team Foundation (подсистема контроля версий), управлять построениями, тестами и лабораторными средами тестирования, а также выполнять другие действия на уровне проектов. Для изменения отчета в Microsoft Excel или службе отчетов необходимо быть членом роли безопасности TfsWarehouseDataReaders служб аналитики. Кроме того, необходимо иметь разрешение или быть членом группы безопасности, имеющей разрешение Участник в Продукты SharePoint для командного проекта. |
|
Уведомление участников команды о ресурсах командного проекта. После предоставления участникам команды доступа к командному проекту, можно уведомить их о доступных для них ресурсах и первом наборе задач, которые им необходимо выполнить. |
|
Установка клиентов, необходимых для взаимодействия с Team Foundation. Для взаимодействия с Visual Studio ALM и Team Foundation Server участники команды могут использовать несколько клиентских приложений Team Foundation. Для работы всех клиентов необходимо подключиться к серверу, на котором выполняется Team Foundation Server, и задать коллекцию проектов и командный проект. Члены команды должны также иметь разрешения, требуемые для доступа к тому или иному проекту. |
Определение и отслеживание командного проекта
Задача |
Связанные разделы |
---|---|
Создание задач и знакомство с запросами рабочих элементов. Члены команд могут использовать рабочие элементы для отслеживания собственных задач, записей об ошибках, проблем и прочих элементов. Запросы рабочих элементов можно использовать для перечисления, обновления и создания записей об ошибках, задачах и прочих рабочих элементах. |
|
Определение описаний функциональности пользователей и балансирование рабочих нагрузок между итерациями. Если командный проект основан на шаблоне процессов для MSF для гибкой разработки программного обеспечения версии 5.0, планирование продукта можно выполнять с помощью книги "Планирование продукта". Здесь можно создавать описания функциональности пользователей и балансировать нагрузку между итерациями (спринтами).
Примечание
Книга "Планирование продукта" доступна только при использовании шаблона для MSF для гибкой разработки программного обеспечения версии 5.0.
|
|
Определение требований и составление расписания задач. Если командный проект основан на шаблоне процессов для MSF для улучшения процесса CMMI версии 5.0, для начала планирования продукта можно использовать командный запрос Требования продукта. Этот запрос можно открыть в Microsoft Excel, добавить требования и опубликовать требования в Team Foundation. Также для планирования и составления графика проекта можно использовать Microsoft Project. |
|
Поддержка синхронизации новых полей для задач, запланированных вручную в Project 2010. Чтобы обновить поля в Team Foundation, которые были добавлены в Project 2010, необходимо настроить тип рабочего элемента задачи и файл сопоставления полей Microsoft Project для командного проекта. Эта стратегия представляет особый интерес, если необходимо, чтобы члены команды могли назначать вручную длительность, время запуска и завершения своих задач. |
Планирование командных проектов с помощью Microsoft Project 2010 |
Знакомство с панелями мониторинга и отчетами, доступными для данного командного проекта. Члены команды могут быстро находить важные сведения о своих командных проектах с помощью панелей мониторинга. Панели мониторинга отображают данные проекта, поддерживают расследования и позволяют командам быстрее выполнять типичные задачи. Отчеты, доступные в службах отчетов, объединяют метрику рабочих элементов, системы управления версиями, результатов тестов и построений. В отчетах содержатся ответы на вопросы о текущем состоянии проекта.
Важно
Сведения, представленные на панелях мониторинга и в отчетах получаются из хранилища данных.По умолчанию данные в хранилище обновляются каждый час.Отчеты начинают содержать полезные данные только после того, как участники команды начнут создавать рабочие элементы и выполнять построение приложения.
|
|
Обзор способов эффективной совместной работы в команде. После создания командного проекта команды получает широкий спектр средств для взаимодействия и обмена данными в команде, упрощающих рабочий процесс. Продукт Team Foundation делает возможным совместную работу за счет усовершенствованной связи, поддержки многоплановых ролей, отслеживания состояния работы, введения в действие процесса группы и интеграции средств. |
Начало работы с системой управления версиями, построениями и тестами
Задача |
Связанные разделы |
---|---|
(Необязательно) Настройка Visual Studio на использование системы управления версиями. Прежде чем использовать Team Foundation (подсистема контроля версий), участники команды должны настроить Visual Studio на использование надстройки Team Foundation (подсистема контроля версий).
Примечание
Visual Studio автоматически настраивается на использование подключаемого модуля Team Foundation (подсистема контроля версий), если установить Сред. Командный обозреватель после установки Visual Studio.
|
|
Настройка политик извлечения и возврата исходного кода. Администраторы Team Foundation (подсистема контроля версий) могут настроить для систему управления версиями параметры извлечения и возврата. Политики возврата — это механизмы принудительного применения определенных методов разработки в группе разработчиков. Примечания при возврате собирают данные от участников команды в процессе возврата. Обе политики можно настроить в соответствии с потребностями команды. Параметры извлечения позволяют нескольким пользователям редактировать файлы одновременно. |
|
Настройка рабочей области и добавление кода в командный проект. Если команда использует Team Foundation (подсистема контроля версий), участники команды должны создать рабочие области и добавить исходный код. Рабочая область включает клиентские папки на локальном диске, сопоставленные с папками в системе управления версиями на сервере Team Foundation (подсистема контроля версий). |
|
Настройка клиента для использования прокси-сервера. Если команда использует Team Foundation (подсистема контроля версий), а для поддержки удаленной команды установлен прокси-сервер Team Foundation Server, необходимо настроить клиент Visual Studio. |
|
Создание определений построения. Если команда использует Team Foundation Build, необходимо убедиться в том, что создана система построений, а затем создать определения построений. Определение построения содержит указания относительно того, какие проекты кода следует компилировать, какие дополнительные операции следует при этом выполнять, и каким образом это следует делать. |
|
Создание планов тестирования и тестовых случаев. Если команда использует Менеджер тестирования, для определения и управления работой тестеров необходимо создать планы тестирования. |
См. также
Основные понятия
Начало работы с Visual Studio Application Lifecycle Management
Работа с клиентами Team Foundation
Планирование и отслеживание проектов
Другие ресурсы
Управление работами с помощью Team Web Access
Управление проектами с помощью Project Server и Team Foundation Server
Журнал изменений
Дата |
Журнал |
Причина |
---|---|---|
Апрель 2011 |
Была переработана первая таблица раздела, чтобы более четко показать, какие серверные продукты поддерживают командные ресурсы, а какие — являются обязательными для командных ресурсов. |
Улучшение информации. |
Июль 2010 |
Исправлена первая таблица в разделе. Добавлены сведения о SharePoint Server 2010. Добавлено описание и ссылки на разделы о работе с Project 2010. |
Исправление ошибки содержимого. |