Командные проекты Team Foundation

Статья
11/05/2008

Обновлен: Ноябрь 2007

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

Логическое определение командного проекта

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

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

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

На одном сервере Team Foundation Server может находиться несколько командных проектов, каждый из которых создается в отдельном пространстве имен. Таким образом, документ с именем X в пространстве имен A не совпадает с документом X в пространстве имен B. Создание командного проекта в отдельном пространстве имен позволяет сделать уникальными артефакты и средства для командного проекта, которому они принадлежат. В результате, разработчик программного обеспечения, работающий в командном проекте В, не сможет получить доступ к средству или артефакту, принадлежащему командному проекту А.

Физическое определение командного проекта

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

Когда окно Сред. Командный обозреватель открывается в первый раз, оно оказывается пустым, и необходимо подключить его к серверу Team Foundation Server. После этого можно выбрать командные проекты, которые будут отображаться в окне Team Foundation Server. Сред. Командный обозреватель подключается только к одному серверу Team Foundation Server, поэтому в этом окне отображаются командные проекты с одного сервера Team Foundation Server. В зависимости от шаблона процессов, используемого для создания командного проекта, участники группы могут использовать Сред. Командный обозреватель для просмотра сведений о построениях продукта, запуска исходного кода, создания запросов о назначенных им задачах, просмотра общего состояния проекта, поиска документов и создания результатов работы, связанных с командным проектом. Например, в командном проекте, созданных с помощью шаблонов процессов "MSF for Agile Software Development" или "MSF for CMMI Process Improvement" будут отображаться следующие узлы.

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

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

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