Командная разработка с использованием Visual Studio Team Foundation Server

Проекты MSF Agile

Разбить на страницы
Показывать лекцию целиком

Обзор

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

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

Организация работы в проекте MSF Agile

В шаблоне MSF Agile определен набор задач, которые выполняются в ходе итераций цикла разработки ПО различными ролями, например: бизнес-аналитиками, архитекторами, менеджерами проекта, разработчиками и специалистами по тестированию. Основные действия, связанные с каждой задачей, описаны в табл. 14.1.

Задачи и действия MSF Agile
Задача Действия
Создание журнала проекта Общее описание проекта
Создание архитектуры решения

Создание прототипа архитектуры

Определение интерфейсов

Создание архитектуры инфраструктуры
Создание сценариев использования Разбиение на сценарии Внедрение сценариев в TFS Расстановка приоритетов сценариев
Планирование итераций

Распределение сценариев и требований по задачам разработки и тестирования

Оценка задач разработки и тестирования

Составление графика и назначение задач разработки и тестирования
Итерация разработки

Написание кода для задач разработки

Создание или обновление модульного теста для задачи разработки

Запуск модульного теста и анализ кода
Итерация тестирования

Создание проверочных тестов

Запуск тестовых сценариев, исследовательское тестирование

Оформление ошибок для выявленных проблем
Обзор результатов итерации

Анализ выполнения задач итерации

Анализ выявленных ошибок

Сравнение полученных метрик с пороговыми значениями

Параметры MSF Agile по умолчанию

Когда вы создаете новый командный проект на основе шаблона MSF Agile, в главном окне Microsoft Visual Studio® отображается страница с общим описанием процесса. Это ваше первое знакомство с процессом MSF Agile. Доступ к этой информации можно также получить с домашней страницы портала проекта.

Разумеется, одним описанием дело не ограничивается. Вам доступна настройка рабочих элементов (например, сценариев, требований к качеству обслуживания, задач, ошибок и рисков), отчетов по проекту, ролей (групп и разрешений), а также портала проекта. Далее перечислены основные компоненты шаблона MSF Agile:

  • рабочие элементы;
  • группы и разрешения;
  • контроль исходного кода;
  • области и итерации;
  • отчеты;
  • портал.
    •

    Далее компоненты шаблона MSF Agile описаны более подробно.

    Рабочие элементы

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

  • Bug Реальная или потенциальная проблема в приложении.
  • Risk Возможное событие или условие, способное отрицательно сказаться на проекте.
  • Scenario Конкретная "траектория" взаимодействия пользователя с создаваемой вами системой.
  • Task Конкретный фрагмент работы, выполняемый членом команды.
  • Quality of Service Requirement Нефункциональное требование, относящееся, например, к безопасности, производительности или управляемости.
    •

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

  • Set up: Set Permissions Добавление членов команды в одну из четырех групп безопасности: Build Services, Project Administrators, Contributors и Readers.
  • Set up: Migration of Source Code Перенос существующего исходного кода из Microsoft Visual SourceSafe® при переносе в Microsoft Visual Studio Team Foundation Server существующего проекта. Необходимо сначала завершить перенос исходного кода и лишь потом открывать членам команды доступ к проекту.
  • Set up: Migration of Work Items Перенося в TFS существующий проект, вы можете также перенести рабочие элементы (например, ошибки и задачи) из Clearquest или при помощи файла с разделителями-запятыми. Необходимо сначала завершить перенос рабочих элементов и лишь потом открывать членам команды доступ к проекту.
  • Set up: Set Check-in Policies Настройка бизнес-правил или политики, связанных с возвратом исходного кода после правки.
  • Set up: Configure Build Создание исходного дерева источников и настройка сборки на регулярной основе (как правило, ежедневно).
  • Set up: Send Mail to Users for Installation and Getting Started Отправка членам команды сообщений электронной почты с информацией о том, к какому TFS -серверу им подключаться и с каким проектом работать.
  • Create Vision Statement Создание общего описания проекта с указанием конечной цели, одобренной всеми заинтересованными лицами.
  • Set up: Create Project Description on Team Project Portal Изменение описания проекта по умолчанию в соответствии с решаемой задачей, например, включение в него описания целей и конечного результата проекта.
  • Create Personas Создание персон, символизирующих целевых пользователей системы. Их удобно применять, например, продумывая дизайн приложения.
  • Define Iteration Length Определение цикла итераций проекта. Зависит от объема и сложности проекта.
  • Create Test Approach Worksheet including Test Thresholds Цель этой задачи - разобраться в стратегии тестирования с самого начала итераций проекта. Это поможет вам составить более эффективное расписание тестирования и изначально более четко направить усилия разработчиков.
  • Brainstorm and Prioritize Scenarios List Выявление основных сценариев использования и оценка их приоритетности.
  • Brainstorm and Prioritize Quality of Service Requirements List Выявление нефункциональных QoS -требований, связанных, например, с безопасностью, производительностью и управляемостью.
  • Set up: Create Project Structure Создание структуры проекта с выделением основных областей, над которыми будет работать команда разработчиков.
  • Create Iteration Plan Распределение задач разработки по итерациям.
    •

    Отчеты

    По умолчанию в шаблоне MSF Agile доступны следующие отчеты:

  • Bugs by Priority Правильные ли найдены ошибки? В этом отчете сравниваются темпы выявления ошибок с высоким и низким приоритетом.
  • Bug Rates Насколько эффективно выявляются, исправляются и закрываются ошибки? На диаграмме иллюстрируются тенденции в появлении и исправлении старых новых ошибок, а также текущие ошибки.
  • Builds Каково качество сборки? В отчете приводится список доступных сборок, включая их качество и другие подробные сведения о них.
  • Project Velocity Насколько быстро команда завершает свою работу? Из этого отчета вы узнаете, насколько быстро команда справляется с плановыми заданиями, а также о том, как меняется темп работы.
  • Quality Indicators Каково качество ПО? В одном отчете собраны результаты испытаний, ошибки, покрытие кода и сведения о его изменчивости.
  • Load Test Summary Результаты практических испытаний приложения.
  • Regressions Список тестов, которые раньше выполнялись, а теперь - нет.
  • Reactivations Сколько рабочих элементов было повторно активировано? Из этого отчета вы узнаете, какие рабочие элементы были закрыты или помечены как разрешенные преждевременно.
  • Related Work Items Как рабочие элементы зависят друг от друга? В этом отчете приводится список рабочих элементов, связанных с другими рабочими элементами.
  • Remaining Work Сколько работы осталось сделать и когда она будет завершена? Из этого отчета вы узнаете объем оставшейся и выполненной работы. Проанализировав имеющиеся тенденции, вы предскажете примерный срок готовности кода.
  • Unplanned Work Сколько выполняется внеплановых работ? В этом отчете показаны полный объем работ и оставшийся объем работ с разделением на плановые и внеплановые операции.
  • Triage Какие рабочие элементы нуждаются в утверждении? В этом отчете показаны все рабочие элементы до сих пор имеющие статус предложения.
  • Work Items Какие рабочие элементы активны? В отчете приводится список активных рабочих элементов.
  • Work Items by Owner Сколько работы назначено каждому члену команды? В отчете показаны рабочие элементы для каждого члена команды.
  • Work Items by State Сколько имеется активных, разрешенных и закрытых рабочих элементов? Ответ вы узнаете из этого отчета.
    •

    Группы и разрешения

    По умолчанию в шаблоне MSF Agile доступны следующие группы:

  • Readers Членам этой группы проект доступен только для чтения.
  • Contributors Членам этой группу разрешается добавлять, изменять и удалять элементы проекта.
  • Build Services Членам этой группы разрешается сборка проекта. Она предназначена только для учетных записей служб.
  • Project Administrators Членам этой группы разрешается выполнять в проекте любые действия.
    •

    Управление исходным кодом

    В MSF Agile по умолчанию используются следующие параметры управления исходным кодом:

  • Коллективное редактирование По умолчанию в MSF Agile разрешается одновременное редактирование одного и того же файла несколькими членами команды. Все возникающие при этом конфликты разрешаются при возвращении файла после правки.
  • Разрешения По умолчанию назначены следующие разрешения по контролю за исходным кодом:
  • Project Administrators Имеют все доступные права.
  • Build Services Имеют право читать, откладывать изменения, возвращать код после правки, помечать, начинать сборку, редактировать сборку.
  • Contributors Имеют право читать, откладывать изменения, брать код на редактирование, возвращать код после редактирования, помечать, начинать сборку.
  • Readers Имеют только право чтения исходного кода.
    •

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

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

    Практические примеры использования MSF Agile

    В этом разделе приводятся практические примеры использования MSF for Agile Software Development командой Майкрософт patterns practices и сторонней командой разработчиков.

    Пример 1: команда patterns practices

    В следующем примере показано, как процесс MSF Agile используется при выполнении типичного проекта команды patterns practices.

    Новый проект с нулевой итерации

  • Менеджер продукта:
  • Совместно с заказчиками и заинтересованными лицами формулирует требования к проекту. Они записываются в документ Microsoft Office Word с именем Project Back Log.
  • Создает декларацию проекта при помощи Microsoft Office PowerPoint®.
  • Совместно с заказчиками и заинтересованными лицами проводит совещание по выявлению основных сценариев использования продукта, выделяя ключевые требования к продукту и определяя его общий облик.
  • Совместно с менеджером проекта и другими заинтересованными лицами определяет приоритеты сценариев.
    •
  • Менеджер проекта:
  • Преобразует сценарии в рабочие элементы TFS.
  • Принимает решение о продолжительности цикла итерации в зависимости от объема проекта и возможностей команды.

    • Планирование до начала итераций

  • Опираясь на приоритеты, менеджер проекта принимает решение, над какими сценариями будет вестись работа в ходе итерации.
  • Менеджер продукта и менеджер проекта формулируют требования качества обслуживания ( Quality of Service, QoS ) для сценария. Требования QoS привязываются к сценариям.
    •

    Планирование итераций

  • Менеджер проекта:
  • Совместно с разработчиками и другими членами команды разбивает сценарии на задачи для разработчиков.
  • Переносит задачи разработки в TFS и связывает их со сценариями.
  • Определяет критерии завершения для каждой из задач разработки.
  • Разделяет требования QoS на задачи тестирования.
  • Переносит задачи тестирования в TFS и связывает их с QoS -требованиями.
  • Определяет критерии завершения для каждой из задач тестирования.
  • Составляет расписание выполнения задач и назначает их членам команды.
    •

  • Разработчик оценивает все задачи разработки.

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

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

    • После итерации

  • Менеджер проекта:
  • Анализирует развитие проекта и заново расставляет приоритеты сценариев, которые не были завершены в ходе итерации.
  • Предоставляет отчет о состоянии проекта заинтересованным лицам.
  • На основании приоритетов решает, над какими сценариями будет вестись работа на следующей итерации.
    •
  • Менеджер продукта:
  • Добавляет все вновь выявленные сценарии.
  • Меняет приоритеты сценариев (при необходимости).
  • Вместе с менеджером проекта формулирует требования QoS для сценария. Требования QoS привязываются к сценариям.

    • Пример 2: сторонние разработчики

    В следующем примере показано, как процесс MSF Agile используется одним из сторонних разработчиков.

    Новый проект с нулевой итерации

  • Бизнес-аналитик:
  • Пишет краткую (на одну страницу) декларацию проекта.
  • Находит представителя заказчика, с которым можно будет обсудить входные данные и создать персоны.
  • Совместно с заказчиком идентифицирует сценарии.
  • Совместно с заказчиком определяет приоритеты сценариев.
  • Пишет сценарии для предстоящей итерации.
    •
  • Менеджер проекта:
  • Собирает совещание разработчиков, на котором они делятся своими оценками, пока приблизительными, по порядку величины.
  • Проверяет, не изменились ли приоритеты после подсчета затрат.
  • Составляет расписание сценариев для предстоящей итерации.
  • Архитектор разделяет сценарии на задачи архитектуры.
  • Разработчик:
  • Разделяет сценарии на задачи разработки.
  • Определяет соответствующую стратегию сборки (по возможности, непрерывную интеграцию).
  • Специалист по тестированию разделяет сценарий на задачи тестирования.

    • Во время итерации

  • Менеджер проекта:
  • Руководит итерацией.
  • Руководит проектом.
    •
  • Архитектор определяет архитектуру решения.
  • Разработчик реализует задачу разработки.
  • Тестировщик проводит тестирование сценария.

    • После нулевой итерации

    На этом этапе задачи несколько меняются.

  • Бизнес-аналитик:
  • Обновляет персоны (при необходимости).
  • Добавляет вновь обнаруженные сценарии.
  • Изменяет приоритеты сценариев (при необходимости).
  • Пишет сценарии для предстоящей итерации.
    •
  • Менеджер проекта:
  • Оценивает новые сценарии.
  • Составляет расписание сценариев для предстоящей итерации.
  • Архитектор разделяет сценарии на задачи архитектуры.
  • Разработчик:
  • Разделяет сценарии на задачи разработки.
  • Обновляет процесс сборки (по возможности, непрерывную интеграцию).
  • Специалист по тестированию разделяет сценарий на задачи тестирования.

    • Настройка шаблона MSF Agile

    Есть два способа отредактировать шаблон MSF Agile согласно потребностям вашей организации:

  • .
  • Process Template Editor В последнюю версию комплекта усовершенствований, инструментов и утилит командной строки Visual Studio 2005 Team Foundation Server Power Tool входит программа с графическим интерфейсом для просмотра и редактирования шаблонов процесса. Подключившись к TFS, вы можете воспользоваться этим редактором для настройки определений типов рабочих элементов и глобальных списков активного проекта. Подробнее - в разделе "Как настроить шаблон процесса в Visual Studio Team Foundation Server ".
    •

    Резюме

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

    Если стандартный шаблон процесса не отвечает потребностям вашей организации, настройте его, вручную отредактировав XML -файлы определения процесса или при помощи Process Editor Tool из комплекта TFS Power Tools.

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

  • Шаблон процесса .
  • Комплект .
  • Подробнее о настройке шаблона процесса читайте в статье "Process Template Customization Overview" по адресу http://msdn2.microsoft.com/ en-us/library/ms194945(VS.80).aspx.
  • Подробнее о ручной настройке шаблона процесса читайте в статье "Customizing Process Templates" по адресу http://msdn2.microsoft.com/en-us/library/ms243782(VS.80).aspx.
    •
    Страницы:

    Обзор

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

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

    Организация работы в проекте MSF Agile

    В шаблоне MSF Agile определен набор задач, которые выполняются в ходе итераций цикла разработки ПО различными ролями, например: бизнес-аналитиками, архитекторами, менеджерами проекта, разработчиками и специалистами по тестированию. Основные действия, связанные с каждой задачей, описаны в табл. 14.1.

    Задачи и действия MSF Agile
    Задача Действия
    Создание журнала проекта Общее описание проекта
    Создание архитектуры решения

    Создание прототипа архитектуры

    Определение интерфейсов

    Создание архитектуры инфраструктуры
    Создание сценариев использования Разбиение на сценарии Внедрение сценариев в TFS Расстановка приоритетов сценариев
    Планирование итераций

    Распределение сценариев и требований по задачам разработки и тестирования

    Оценка задач разработки и тестирования

    Составление графика и назначение задач разработки и тестирования
    Итерация разработки

    Написание кода для задач разработки

    Создание или обновление модульного теста для задачи разработки

    Запуск модульного теста и анализ кода
    Итерация тестирования

    Создание проверочных тестов

    Запуск тестовых сценариев, исследовательское тестирование

    Оформление ошибок для выявленных проблем
    Обзор результатов итерации

    Анализ выполнения задач итерации

    Анализ выявленных ошибок

    Сравнение полученных метрик с пороговыми значениями

    Параметры MSF Agile по умолчанию

    Когда вы создаете новый командный проект на основе шаблона MSF Agile, в главном окне Microsoft Visual Studio® отображается страница с общим описанием процесса. Это ваше первое знакомство с процессом MSF Agile. Доступ к этой информации можно также получить с домашней страницы портала проекта.

    Разумеется, одним описанием дело не ограничивается. Вам доступна настройка рабочих элементов (например, сценариев, требований к качеству обслуживания, задач, ошибок и рисков), отчетов по проекту, ролей (групп и разрешений), а также портала проекта. Далее перечислены основные компоненты шаблона MSF Agile:

  • рабочие элементы;
  • группы и разрешения;
  • контроль исходного кода;
  • области и итерации;
  • отчеты;
  • портал.
    •

    Далее компоненты шаблона MSF Agile описаны более подробно.

    Рабочие элементы

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

  • Bug Реальная или потенциальная проблема в приложении.
  • Risk Возможное событие или условие, способное отрицательно сказаться на проекте.
  • Scenario Конкретная "траектория" взаимодействия пользователя с создаваемой вами системой.
  • Task Конкретный фрагмент работы, выполняемый членом команды.
  • Quality of Service Requirement Нефункциональное требование, относящееся, например, к безопасности, производительности или управляемости.
    •

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

  • Set up: Set Permissions Добавление членов команды в одну из четырех групп безопасности: Build Services, Project Administrators, Contributors и Readers.
  • Set up: Migration of Source Code Перенос существующего исходного кода из Microsoft Visual SourceSafe® при переносе в Microsoft Visual Studio Team Foundation Server существующего проекта. Необходимо сначала завершить перенос исходного кода и лишь потом открывать членам команды доступ к проекту.
  • Set up: Migration of Work Items Перенося в TFS существующий проект, вы можете также перенести рабочие элементы (например, ошибки и задачи) из Clearquest или при помощи файла с разделителями-запятыми. Необходимо сначала завершить перенос рабочих элементов и лишь потом открывать членам команды доступ к проекту.
  • Set up: Set Check-in Policies Настройка бизнес-правил или политики, связанных с возвратом исходного кода после правки.
  • Set up: Configure Build Создание исходного дерева источников и настройка сборки на регулярной основе (как правило, ежедневно).
  • Set up: Send Mail to Users for Installation and Getting Started Отправка членам команды сообщений электронной почты с информацией о том, к какому TFS -серверу им подключаться и с каким проектом работать.
  • Create Vision Statement Создание общего описания проекта с указанием конечной цели, одобренной всеми заинтересованными лицами.
  • Set up: Create Project Description on Team Project Portal Изменение описания проекта по умолчанию в соответствии с решаемой задачей, например, включение в него описания целей и конечного результата проекта.
  • Create Personas Создание персон, символизирующих целевых пользователей системы. Их удобно применять, например, продумывая дизайн приложения.
  • Define Iteration Length Определение цикла итераций проекта. Зависит от объема и сложности проекта.
  • Create Test Approach Worksheet including Test Thresholds Цель этой задачи - разобраться в стратегии тестирования с самого начала итераций проекта. Это поможет вам составить более эффективное расписание тестирования и изначально более четко направить усилия разработчиков.
  • Brainstorm and Prioritize Scenarios List Выявление основных сценариев использования и оценка их приоритетности.
  • Brainstorm and Prioritize Quality of Service Requirements List Выявление нефункциональных QoS -требований, связанных, например, с безопасностью, производительностью и управляемостью.
  • Set up: Create Project Structure Создание структуры проекта с выделением основных областей, над которыми будет работать команда разработчиков.
  • Create Iteration Plan Распределение задач разработки по итерациям.
    •

    Отчеты

    По умолчанию в шаблоне MSF Agile доступны следующие отчеты:

  • Bugs by Priority Правильные ли найдены ошибки? В этом отчете сравниваются темпы выявления ошибок с высоким и низким приоритетом.
  • Bug Rates Насколько эффективно выявляются, исправляются и закрываются ошибки? На диаграмме иллюстрируются тенденции в появлении и исправлении старых новых ошибок, а также текущие ошибки.
  • Builds Каково качество сборки? В отчете приводится список доступных сборок, включая их качество и другие подробные сведения о них.
  • Project Velocity Насколько быстро команда завершает свою работу? Из этого отчета вы узнаете, насколько быстро команда справляется с плановыми заданиями, а также о том, как меняется темп работы.
  • Quality Indicators Каково качество ПО? В одном отчете собраны результаты испытаний, ошибки, покрытие кода и сведения о его изменчивости.
  • Load Test Summary Результаты практических испытаний приложения.
  • Regressions Список тестов, которые раньше выполнялись, а теперь - нет.
  • Reactivations Сколько рабочих элементов было повторно активировано? Из этого отчета вы узнаете, какие рабочие элементы были закрыты или помечены как разрешенные преждевременно.
  • Related Work Items Как рабочие элементы зависят друг от друга? В этом отчете приводится список рабочих элементов, связанных с другими рабочими элементами.
  • Remaining Work Сколько работы осталось сделать и когда она будет завершена? Из этого отчета вы узнаете объем оставшейся и выполненной работы. Проанализировав имеющиеся тенденции, вы предскажете примерный срок готовности кода.
  • Unplanned Work Сколько выполняется внеплановых работ? В этом отчете показаны полный объем работ и оставшийся объем работ с разделением на плановые и внеплановые операции.
  • Triage Какие рабочие элементы нуждаются в утверждении? В этом отчете показаны все рабочие элементы до сих пор имеющие статус предложения.
  • Work Items Какие рабочие элементы активны? В отчете приводится список активных рабочих элементов.
  • Work Items by Owner Сколько работы назначено каждому члену команды? В отчете показаны рабочие элементы для каждого члена команды.
  • Work Items by State Сколько имеется активных, разрешенных и закрытых рабочих элементов? Ответ вы узнаете из этого отчета.
    •

    Группы и разрешения

    По умолчанию в шаблоне MSF Agile доступны следующие группы:

  • Readers Членам этой группы проект доступен только для чтения.
  • Contributors Членам этой группу разрешается добавлять, изменять и удалять элементы проекта.
  • Build Services Членам этой группы разрешается сборка проекта. Она предназначена только для учетных записей служб.
  • Project Administrators Членам этой группы разрешается выполнять в проекте любые действия.
    •

    Управление исходным кодом

    В MSF Agile по умолчанию используются следующие параметры управления исходным кодом:

  • Коллективное редактирование По умолчанию в MSF Agile разрешается одновременное редактирование одного и того же файла несколькими членами команды. Все возникающие при этом конфликты разрешаются при возвращении файла после правки.
  • Разрешения По умолчанию назначены следующие разрешения по контролю за исходным кодом:
  • Project Administrators Имеют все доступные права.
  • Build Services Имеют право читать, откладывать изменения, возвращать код после правки, помечать, начинать сборку, редактировать сборку.
  • Contributors Имеют право читать, откладывать изменения, брать код на редактирование, возвращать код после редактирования, помечать, начинать сборку.
  • Readers Имеют только право чтения исходного кода.
    •

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

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

    Практические примеры использования MSF Agile

    В этом разделе приводятся практические примеры использования MSF for Agile Software Development командой Майкрософт patterns practices и сторонней командой разработчиков.

    Пример 1: команда patterns practices

    В следующем примере показано, как процесс MSF Agile используется при выполнении типичного проекта команды patterns practices.

    Новый проект с нулевой итерации

  • Менеджер продукта:
  • Совместно с заказчиками и заинтересованными лицами формулирует требования к проекту. Они записываются в документ Microsoft Office Word с именем Project Back Log.
  • Создает декларацию проекта при помощи Microsoft Office PowerPoint®.
  • Совместно с заказчиками и заинтересованными лицами проводит совещание по выявлению основных сценариев использования продукта, выделяя ключевые требования к продукту и определяя его общий облик.
  • Совместно с менеджером проекта и другими заинтересованными лицами определяет приоритеты сценариев.
    •
  • Менеджер проекта:
  • Преобразует сценарии в рабочие элементы TFS.
  • Принимает решение о продолжительности цикла итерации в зависимости от объема проекта и возможностей команды.

    • Планирование до начала итераций

  • Опираясь на приоритеты, менеджер проекта принимает решение, над какими сценариями будет вестись работа в ходе итерации.
  • Менеджер продукта и менеджер проекта формулируют требования качества обслуживания ( Quality of Service, QoS ) для сценария. Требования QoS привязываются к сценариям.
    •

    Планирование итераций

  • Менеджер проекта:
  • Совместно с разработчиками и другими членами команды разбивает сценарии на задачи для разработчиков.
  • Переносит задачи разработки в TFS и связывает их со сценариями.
  • Определяет критерии завершения для каждой из задач разработки.
  • Разделяет требования QoS на задачи тестирования.
  • Переносит задачи тестирования в TFS и связывает их с QoS -требованиями.
  • Определяет критерии завершения для каждой из задач тестирования.
  • Составляет расписание выполнения задач и назначает их членам команды.
    •

  • Разработчик оценивает все задачи разработки.

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

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

    • После итерации

  • Менеджер проекта:
  • Анализирует развитие проекта и заново расставляет приоритеты сценариев, которые не были завершены в ходе итерации.
  • Предоставляет отчет о состоянии проекта заинтересованным лицам.
  • На основании приоритетов решает, над какими сценариями будет вестись работа на следующей итерации.
    •
  • Менеджер продукта:
  • Добавляет все вновь выявленные сценарии.
  • Меняет приоритеты сценариев (при необходимости).
  • Вместе с менеджером проекта формулирует требования QoS для сценария. Требования QoS привязываются к сценариям.

    • Пример 2: сторонние разработчики

    В следующем примере показано, как процесс MSF Agile используется одним из сторонних разработчиков.

    Новый проект с нулевой итерации

  • Бизнес-аналитик:
  • Пишет краткую (на одну страницу) декларацию проекта.
  • Находит представителя заказчика, с которым можно будет обсудить входные данные и создать персоны.
  • Совместно с заказчиком идентифицирует сценарии.
  • Совместно с заказчиком определяет приоритеты сценариев.
  • Пишет сценарии для предстоящей итерации.
    •
  • Менеджер проекта:
  • Собирает совещание разработчиков, на котором они делятся своими оценками, пока приблизительными, по порядку величины.
  • Проверяет, не изменились ли приоритеты после подсчета затрат.
  • Составляет расписание сценариев для предстоящей итерации.
  • Архитектор разделяет сценарии на задачи архитектуры.
  • Разработчик:
  • Разделяет сценарии на задачи разработки.
  • Определяет соответствующую стратегию сборки (по возможности, непрерывную интеграцию).
  • Специалист по тестированию разделяет сценарий на задачи тестирования.

    • Во время итерации

  • Менеджер проекта:
  • Руководит итерацией.
  • Руководит проектом.
    •
  • Архитектор определяет архитектуру решения.
  • Разработчик реализует задачу разработки.
  • Тестировщик проводит тестирование сценария.

    • После нулевой итерации

    На этом этапе задачи несколько меняются.

  • Бизнес-аналитик:
  • Обновляет персоны (при необходимости).
  • Добавляет вновь обнаруженные сценарии.
  • Изменяет приоритеты сценариев (при необходимости).
  • Пишет сценарии для предстоящей итерации.
    •
  • Менеджер проекта:
  • Оценивает новые сценарии.
  • Составляет расписание сценариев для предстоящей итерации.
  • Архитектор разделяет сценарии на задачи архитектуры.
  • Разработчик:
  • Разделяет сценарии на задачи разработки.
  • Обновляет процесс сборки (по возможности, непрерывную интеграцию).
  • Специалист по тестированию разделяет сценарий на задачи тестирования.

    • Настройка шаблона MSF Agile

    Есть два способа отредактировать шаблон MSF Agile согласно потребностям вашей организации:

  • .
  • Process Template Editor В последнюю версию комплекта усовершенствований, инструментов и утилит командной строки Visual Studio 2005 Team Foundation Server Power Tool входит программа с графическим интерфейсом для просмотра и редактирования шаблонов процесса. Подключившись к TFS, вы можете воспользоваться этим редактором для настройки определений типов рабочих элементов и глобальных списков активного проекта. Подробнее - в разделе "Как настроить шаблон процесса в Visual Studio Team Foundation Server ".
    •

    Резюме

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

    Если стандартный шаблон процесса не отвечает потребностям вашей организации, настройте его, вручную отредактировав XML -файлы определения процесса или при помощи Process Editor Tool из комплекта TFS Power Tools.

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

  • Шаблон процесса .
  • Комплект .
  • Подробнее о настройке шаблона процесса читайте в статье "Process Template Customization Overview" по адресу http://msdn2.microsoft.com/ en-us/library/ms194945(VS.80).aspx.
  • Подробнее о ручной настройке шаблона процесса читайте в статье "Customizing Process Templates" по адресу http://msdn2.microsoft.com/en-us/library/ms243782(VS.80).aspx.
    •
    Предыдущее занятие Следующее занятие
    Вернуться к учебному плану
    ^