Опубликован: 16.02.2010 | Уровень: для всех | Доступ: платный
Лекция 6:

Описатели

< Лекция 5 || Лекция 6: 1234 || Лекция 7 >

Требования к качеству

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

Состояния и переходы


Состояние: Новое: Требования к качеству добавляются в список, который находится в папке требований библиотеки документов, или с помощью описателя в Team Explorer (Проводник команды).

  • Переход: От нового к активному
    • Основание: Новое: Требование к качеству активируется как новое припервом создании.

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

  • Переход: От активного к обработанному
    • Основание: Завершено: Требование к качеству переводится в состояние обработанного на основании "Completed" (Завершено), если команда разработчиков закончила написание кода, реализующего данное требование. Ведущий разработчик назначает требование тестировщику.
    • Основание: Отложено:Требование к качеству считается обработанным с основанием "Deferred" (Отложено), если в данной итерации реализовать его невозможно. Реализация требования может быть отложена из-за нехватки времени у разработчиков или обнаружения проблем, блокирующих работу. В поле "Iteration" (Итерация) нужно указать правильный номер итерации, в которой требование будет реализовано. Если осуществление требования откладывается до следующей версии продукта, поле "Iteration" нужно оставить пустым. Не забудьте подробно описать причины, по которым отложена реализация требования, и укажите планируемые сроки работы над ним.
    • Основание: Удалено: Требование к качеству удаляется ("Removed"), если больше не считается целесообразным. При удалении требования проверьте поля "Issue" (Препятствие) и "Exit Criteria" (Условия завершения). Обычно для удаленных требований в этих полях содержится "No" (Нет).

Состояние: Обработанное: После реализации требования к качеству ведущий разработчик устанавливает его состояние в "Resolved" (Обработанное). Ведущий разработчик также назначает это требование тестировщику после чего может начаться проверка требования.

  • Переход: От обработанного к закрытому
    • Основание: Завершено: Требование к качеству закрывается как "Completed" (Завершено), когда тестировщик сообщает о прохождении тестов. При завершении работы с требованием проверьте поля "Issue" (Препятствие) и "Exit Criteria" (Условия завершения). Обычно для реализованных требований в этих полях содержится "No" (Нет).
    • Основание: Отложено: Требование к качеству считается закрытым с основанием "Deferred" (Отложено), если в данной итерации реализовать его невозможно.
    • Основание: Удалено: Требование к качеству закрывается как удаленное ("Removed"), если оно больше не считается целесообразным.
  • Переход: От обработанного к активному
    • Основание: Тест не проходит: Требование к качеству возвращается в активное состояние, если не проходит один или несколько тестов. Тестировщик должен снова назначить данное требование ведущему разработчику, который его зафиксировал. Тестировщик также должен создать соответствующий описатель дефекта для сбоя теста.

Состояние: Закрытое: Тестировщик переводит работу с требованием в состояние "Closed" (Закрыто) при прохождении всех тестов. Требование также закрывается, если оно откладывается, удаляется или разбивается на более мелкие.

  • Переход: От закрытого к активному
    • Основание: Повторная активация: Отложенное требование к качеству активируется заново, когда начинается итерация, на которую назначена его реализация. Если требование все еще нужно задокументировать, назначьте его бизнес-аналитику Если же требование готово к реализации, назначьте его ведущему разработчику. При повторной активации удаленных требований, следуйте той же процедуре, что и для отложенных требований.
Название Обязательное. Название должно быть максимально информативным
Область Поле "Area" (Область) применяется для группировки требований к качеству по функциям или проектным группам. Область должна быть допустимым узлом в иерархии проекта
Итерация В поле "Iteration" (Итерация) указывается итерация, в которой требование к качеству реализовано в коде
Тип Имеется пять типов требований к качеству: "Load" (Нагрузка), "Stress" (Стресс), "Performance" (Производительность), "Platform" (Платформа), "Other" (Прочее) и "Security" (Безопасность)
Кому назначено В данном поле ("Assigned To") указывается специалист, который в данный момент отвечает за реализацию требования
Состояние Обязательное. В поле "State" (Состояние) указывается одно из возможных состояний требования: "Active" (Активное), "Resolved" (Обработанное) или "Closed" (Закрытое)
Основание В поле "Reason" (Основание) указывается, на каком основании требование к качеству переведено в его текущее состояние. Например, "Completed" (Завершено) - одно из возможных оснований перевода требования в состояние закрытого
Описание Поле "Description" (Описание) служит для описания требования к качеству. Опишите требование как можно подробнее, чтобы разработчику было проще его реализовать, а тестировщику - проверить
Архив По мере обработки ошибки в поле "History" (Архив) накапливаются записи. При каждом изменении требования в это поле добавляется запись со сведениями о том, какие сделаны изменения, почему, а также другие подробности
Препятствие В поле "Issue" значения "Yes" (Да) или "No" (Нет) указывают на наличие или отсутствие проблем, каким-то образом препятствующих реализации требования. Если в поле указано "Yes" (Да) в отчете о проблемах, который получает менеджер проекта, будут сведения о данном требовании
Условия завершения В поле "Exit Criteria" значения "Yes" (Да) или "No" (Нет) указывают, входит ли реализация данного требования в список обязательных работ (backlog) для текущей итерации. Это поле применяется для синхронизации различных представлений списка обязательных работ (список сценариев, набор требований к качеству и план итерации). Если условия завершения установлены в "Yes" (Да), данное требование к качеству отображается в контрольном списке проекта и одном из конечных продуктов. Данное поле в следующей версии будет переименовано в "Iteration Backlog" (Список обязательных работ в итерации)
Ранг Значение в этом поле ("Rank") указывает важность данного требования к качеству относительно всех прочих требований к программному продукту
Сборка с реализацией В поле "Integration Build" хранится номер сборки (build), в которой содержится реализация данного требования
Идентификатор В поле "ID" хранится уникальный идентификационный номер требования к качеству
Приблизительный порядок величины Приблизительный порядок величины ("Rough order of magnitude") - это способ оценки трудозатрат на реализацию сценария или требования к качеству. Если требуется выполнить не более шести заданий, требующих 1-2 дня, в этом поле указывается значение 1. Если требуется выполнить от 6 до 12 заданий, требующих 1-2 дня, в этом поле указывается значение 2. Если трудозатраты больше, в данном поле указывается значение 3 и рассматривается возможность разбиения на части задачи реализации сценария или требования к качеству
< Лекция 5 || Лекция 6: 1234 || Лекция 7 >
Илья Макаренко
Илья Макаренко

Добрый день.

Вопрос №1

Какова стоимость получения диплома о мини-МБА по данному курсу? Или ориентироваться на указанную на сайте?

Вопрос №2

Возможно ли начать обучение без потери результатов, не отправив документы на зачисление, а отправку выполнить позже?

Александр Медов
Александр Медов

Здравствуйте, какова полная сумма предоставленной услуги с печатью документа и отправкой по почте?

Маргарита Туктарова
Маргарита Туктарова
Соединенное Королевство, London, kingston university, 2012
Наталья Аюшеева
Наталья Аюшеева
Россия, Улан-Удэ