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

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

< Лекция 11 || Лекция 12 || Лекция 13 >
Аннотация: В этой лекции: назначение и структура рабочих элементов; последовательность операций рабочего элемента; настройка рабочих элементов под конкретные требования команды.
Ключевые слова: ПО, группа, работ, тестировщик

Обзор

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

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

Сценарии и решения

Рабочие элементы (work item) - основной инструмент руководителя проекта и ведущих разработчиков для отслеживания работ по проекту: что уже сделано и что еще предстоит сделать. Члены команды используют рабочие элементы для отслеживания собственной последовательности задач и для распределения работ, например, в форме ошибок или задач.

Обычно рабочие элементы в проектах используются в следующих целях:

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

Использование рабочих элементов в проекте определяется тем, какие типы рабочих элементов заданы в проекте. Описания рабочих элементов хранятся в шаблоне процесса, выбранном при создании проекта. Можно выбрать один из двух стандартных шаблонов - MSF Agile или MSF CMMI - или настроить рабочие элементы соответственно конкретным требованиям. Типы рабочих элементов в каждом шаблоне перечислены в предыдущей лекции.

Структура рабочего элемента

Каждый тип рабочего элемента можно описать следующим образом:

  • Он имеет назначение и предполагаемое использование. Например, ошибки используются для отслеживания дефектов качества, задачи - для отслеживания запланированных работ, требования QoS - для описания аспектов, не связанных с функциональностью, например, требований к безопасности, производительности и т. д.
  • С ним связана последовательность операций, описываемая посредством состояний и переходов. Например, возможны состояния "Opened", "Resolved" и "Closed".
  • У него есть набор полей, например, поля Priority (приоритет), Status (состояние) и Iteration (итерация), которые можно задавать, опрашивать и использовать при создании отчетов.

Последовательность операций рабочего элемента

С каждым рабочим элементом связана определенная последовательность операций ( workflow ), представляющая все возможные состояния рабочего элемента, а также переходы между ними. Каждое состояние обычно ассоциируется с ролью TFS. Например, когда тестировщик открывает в MSF Agile новую ошибку, соответствующий рабочий элемент переходит в состояние Active. Когда разработчик исправляет ошибку, состояние рабочего элемента меняется на Resolved. Когда тестировщик подтверждает исправление ошибки, состояние меняется на Closed.

Примеры последовательностей операций

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

Задача MSF CMMI

Задача MSF CMMI может находиться в следующих состояниях:

  • Proposed Предложена разработчиком, тестировщиком или архитектором.
  • Active Принята ведущим разработчиком или руководителем.
  • Resolved Решена разработчиком.
  • Closed Протестирована и закрыта тестировщиком.

На рис.12.1 показаны состояния и возможные переходы между ними.

Переходы между состояниями рабочего элемента MSF CMMI

Рис. 12.1. Переходы между состояниями рабочего элемента MSF CMMI

Ошибка MSF Agile

Ошибка MSF Agile может находиться в следующих состояниях:

  • Active Открыта тестировщиком.
  • Resolved Устранена разработчиком
  • Closed Протестирована и закрыта тестировщиком.

На рис. рис.12.2 показаны состояния и возможные переходы между ними.

Переходы между состояниями рабочего элемента MSF Agile

Рис. 12.2. Переходы между состояниями рабочего элемента MSF Agile

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

Существует несколько ситуаций, в которых может потребоваться изменение типов рабочих элементов MSF Agile или MSF CMMI:

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

Для разрешения этих проблем в TFS можно сделать следующее:

  • Добавить (или удалить) тип рабочих элементов.
  • Изменить поля существующих рабочих элементов.
  • Изменить состояния и переходы существующих рабочих элементов. Подробнее о настройке рабочих элементов - в разделе "Как настроить шаблон процесса в Visual Studio Team Foundation Server".

Резюме

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

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

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

< Лекция 11 || Лекция 12 || Лекция 13 >
Александр Будник
Александр Будник
Израиль, Иерусалим
Pavel Pelevin
Pavel Pelevin
Украина, Одесса