Спонсор: Microsoft
Опубликован: 25.03.2010 | Доступ: свободный | Студентов: 806 / 25 | Оценка: 4.43 / 3.71 | Длительность: 10:46:00
Лекция 11:

Введение в управление проектами

< Лекция 10 || Лекция 11: 12 || Лекция 12 >

Управление процессами

Благодаря VSTS управление циклом разработки ПО стало неотъемлемой частью инструментария для его разработки. Благодаря тому что процессы цикла разработки интегрированы в VSTS, обмен рабочими элементами между членами команды можно в значительной степени автоматизировать.

Шаблоны процессов

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

  • Руководство по процессу Предоставляется для каждого шаблона и содержит контекстно-зависимую информацию, справку и указания членам команды, нуждающимся в помощи и понимании определенной деятельности. Руководство по выполнению процесса интегрировано в Visual Studio Help System.
  • Шаблоны документов Позволяют членам команды единообразно создавать новые документы (спецификации, оценки рисков и планы проектов).
  • Рабочие элементы и последовательность операций У рабочих элементов имеется собственный набор полей и правил, определяющих последовательность операций рабочего элемента и распределение работ между членами команды.
  • Группы безопасности Используются для определения прав по управлению и изменению отчетов, результатов работы, например, исходного кода и документации, и рабочих элементов. Администрировать группы безопасности проекта может его руководитель, для этого ему не обязательно быть администратором Windows.
  • Политики возврата после правки Используются для применения правил и порогов качества ко всему коду, возвращаемому в систему управления исходным кодом. Например, можно поставить условие, что весь возвращаемый код должен отвечать определенному критерию, скажем, соответствовать корпоративным стандартам написания кода, или должен подвергаться модульному тестированию. Более подробно о создании и настройке политик возврата изменений рассказывается в разделе "Как создать пользовательскую политику возврата после правки в Visual Studio Team Foundation Server ".
  • Отчеты Используются для мониторинга исполнения процессов и текущего состояния проекта. В VSTS встроено множеством отчетов, включая отчеты о качестве кода, о соблюдении графика работ, об эффективности тестирования и др. Можно создавать собственные отчеты и настраивать существующие.

Шаблоны процессов MSF Agile и MSF CMMI

В комплекте VSTS поставляются два шаблона процессов:

  • MSF for Agile Software Development Простой шаблон для небольших или неформальных проектов по разработке ПО. Он основывается на сценариях и действиях по обстоятельствам. Ориентирован на конкретный проект и его исполнителей.
  • MSF for CMMI® Process Improvement Предназначен для более серьезных проектов по разработке ПО. Расширяет функциональность шаблона MSF Agile, предоставляя поддержку аудита, верификации и формальных процессов, опираясь на процесс и соответствие процессу. Ориентирован на организацию.

Если предоставляемые шаблоны недостаточно отражают требования конкретного процесса и методологии, добавьте в систему новые шаблоны или настройте стандартные. Подробнее о настройке шаблонов рассказывается в разделе "Как настроить шаблон процесса в Visual Studio Team Foundation Server ".

Безопасность и разрешения

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

  • Project Administrator - администратор проекта;
  • Contributor - участник;
  • Reader - читатель;
  • Build Services - сервисы сборки.

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

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

Управление рабочими элементами

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

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

В шаблонах MSF Agile и MSF CMMI предусмотрен стандартный набор рабочих элементов с задачами, достаточными для начала процесса разработки ПО.

Шаблон MSF Agile

В этом шаблоне имеются следующие типы рабочих элементов:

  • Сценарий ( scenario ) Используется для представления взаимодействия пользователя с приложением. Описывает конкретные шаги, необходимые для достижения цели. Сценарии должны быть конкретными, поскольку возможных способов действия может быть несколько.
  • Задача ( task ) Используется для представления блока работы. У каждой роли свои требования к задачам. Например, разработчик использует для распределения работ задачи разработки.
  • Требование QoS ( Quality of Service requirement ) Документирует характеристики системы, например, производительность, нагрузку, доступность, устойчивость к нештатным условиям эксплуатации, специальные возможности и удобство обслуживания.
  • Ошибка ( bug ) Используется для информирования о потенциальной проблеме в системе.
  • Риск ( risk ) Используется для выявления и управления рисками в проекте.

Шаблон MSF CMMI

В этом шаблоне имеются следующие типы рабочих элементов:

  • Требование ( requirement ) Фиксирует требования, определенные на этапе сбора требований.
  • Запрос на изменение ( change request ) Фиксирует любые запросы на внесение изменений, возникающие после этапа сбора требований.
  • Проблема ( issue ) Проблемы, исправление которых необходимо отслеживать.
  • Задача ( task ) Используется для представления блока работы. У каждой роли свои требования к задачам. Например, разработчик использует для распределения работ задачи разработки.
  • Рецензия ( review ) Блок работы по составлению отзывов, например, рецензии исходного кода, проекта и пр.
  • Ошибка ( bug ) Используется для информирования о потенциальной проблеме в системе.
  • Риск ( risk ) Используется для выявления и управления рисками в проекте.

Интеграция с Microsoft Project

В VSTS и приложении Team Explorer имеются расширения для Microsoft Project. В крупных проектах, где задействовано большое количество ресурсов, для работы с графиком работ по проекту в TFS можно использовать Microsoft Office Project. Можно, например, управлять и планировать работы, назначать их, распределять и отслеживать, а затем, когда результаты готовы к использованию другими членами команды, публиковать их в базе данных рабочих элементов.

Подробнее об этом - в статье "Working with Work Items in Microsoft Project" по адресу http://msdn2.microsoft.com/en-us/library/ms244368(VS.80). aspx.

Интеграция с Microsoft Excel

В VSTS и приложении Team Explorer имеются расширения для Microsoft Excel. В крупных проектах, где задействовано большое количество рабочих элементов, можно использовать интеграцию с Excel: создавать рабочие элементы в электронной таблице Excel и загружать их в базу данных рабочих элементов для использования другими членами команды.

Подробнее - в статье "Working with Work Item Lists in Microsoft Excel" по адресу http://msdn2.microsoft.com/en-us/library/ms181694(VS.80).aspx.

Контроль выполнения работ и отчеты

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

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

Отчеты, доступные по умолчанию, определяются используемым шаблоном проекта, но существует также возможность создания собственных отчетов. Содержимое и использование каждого отчета из шаблона процесса, объясняется в руководстве для этого шаблона. Team Foundation Server основан на Microsoft SQL Server™ 2005 и использует SQL Server для хранения всех данных, связанных с рабочими элементами, атрибутами качества, тестированием, результатами тестирования и результатами сборок. Для объединения и анализа этих данных и создания отчетов в TFS используются службы SQL Server Analysis Services. Отчеты, созданные шаблоном процесса или отдельными членами команды с помощью Microsoft Office Excel или Visual Studio 2005 Report Designer, доступны при помощи SQL Server 2005 Reporting Services и портала SharePoint команды.

Подробнее о настройке отчетов - в разделе "Как создать собственный отчет в Visual Studio 2005 Team Foundation Server" этой книги.

Резюме

Team Foundation Server предоставляет такие возможности управления проектами, как централизованное управление рабочими элементами, управление процессами, управление безопасностью и разрешениями, сбор показателей проекта и составление отчетов. Все это упрощает управление проектами по разработке ПО средствами Visual Studio.

Управление циклом разработки ПО стало неотъемлемой частью инструментария для разработки ПО. В TFS включены шаблоны процессов MSF Agile и MSF CMMI, поддерживающие две разные методики разработки. Можно изменять предоставляемые шаблоны процессов или создать собственный шаблон, удовлетворяющий потребностям конкретной команды.

Дополнительные ресурсы

  • Подробнее об управлении и организации проектов по разработке ПО с использованием VSTS читайте в статье "Visual Studio 2005 Team System: Software Project Management" по адресу http://msdn2.microsoft.com/en-us/library/aa302181.aspx.
  • Более подробную информацию об использовании Microsoft Office Excel для управления проектами вы найдете в статье "Working with Work Item Lists in Microsoft Excel" по адресу http://msdn2.microsoft.com/en-us/ library/ms181694(VS.80).aspx.
  • Более подробную информацию об использовании Microsoft Office Project для управления проектами вы найдете статье "Working with Work Items in Microsoft Project" по адресу http://msdn2.microsoft.com/en-us/library/ ms244368(VS.80).aspx.
< Лекция 10 || Лекция 11: 12 || Лекция 12 >
Александр Будник
Александр Будник
Израиль, Иерусалим
Pavel Pelevin
Pavel Pelevin
Украина, Одесса