Описание функциональности пользователя (гибкая разработка)

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

В этом разделе

Связанные разделы

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

Гибкие процессы Создание удобного описания требований пользователей к продукту Scrum Гибкие книги Книга "Планирование продукта" Книга "Отставание итераций" Гибкие отчеты (службы отчетов) Отчет "Обзор описаний функциональности" (гибкая разработка) Отчет "Ход выполнения описаний функциональности" (гибкая разработка) Ссылка на поле Назначения и рабочий процесс (гибкая разработка) Области и итерации Планирование, ранжирование и приоритеты Заголовки, идентификаторы, описания и журнал (гибкая разработка) Связывание рабочих элементов (гибкая разработка) Вложения

Требуемые разрешения

Для просмотра описания функциональности пользователя необходимо быть членом группы Читатели или располагать разрешением Просмотр рабочих элементов на этом узле со значением Разрешить. Чтобы создать или изменить описание функциональности пользователя, необходимо быть членом группы Участники или располагать разрешением Просмотр рабочих элементов на этом узле со значением Разрешить. Дополнительные сведения см. в разделе Управление разрешениями.

Определение описания функциональности пользователя

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

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

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

Чтобы определить описание функциональности пользователя

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

   • В поле Название (обязательно) введите краткое описание.

     Хорошие названия описаний функциональности отражают значение для клиента или функциональность, которую требуется реализовать.

   • В списке Состояние назначения щелкните имя члена команды, который владеет описанием функциональности пользователя.

     Примечание

     Рабочие элементы можно назначать только членам группы Участники.

     Если владелец описания не назначен, им автоматически становится создатель.

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

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

     Если указать более высокую оценку, это будет означать, что потребуется больше работы.

   • В списке Приоритет выберите степень важности описания функциональности пользователей по шкале от 1 до 4, где 1 является самым важным.

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

     Примечание

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

2. На вкладке Сведения укажите один или несколько следующих типов информации:

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

     Ваша команда будет использовать эту информацию для создания рабочих элементов задач и тестовых случаев. Дополнительные сведения см. в разделах Задача (гибкая разработка) и Тестовый случай (гибкая разработка).

   • В поле Журнал добавьте комментарии для записи в журнал.

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

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

   Дополнительные сведения см. в следующих подразделах далее в этом разделе:

   • Добавление и связывание задач с описанием функциональности пользователя

   • Добавление и связывание тестовых случаев с описанием функциональности пользователя

   • Добавление ошибки в описание функциональности пользователя

   • Добавление проблемы в описание функциональности пользователя

   • Добавление сведений, вложений и гиперссылок в описание функциональности пользователя

4. Нажмите кнопку Сохранить рабочий элемент.

Примечание

После сохранения описания функциональности пользователя в заголовке на панели инструментов рабочего элемента отобразится идентификатор.

Добавление и связывание задач с описанием функциональности пользователя

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

Примечание

Отчеты "Обзор описаний функциональности" и "Ход выполнения описаний функциональности" требуют создания связей между описаниями функциональности пользователей и задачами, а также между описаниями функциональности пользователей и тестовыми случаями.Дополнительные сведения см. в разделах Отчет "Обзор описаний функциональности" (гибкая разработка) и Отчет "Ход выполнения описаний функциональности" (гибкая разработка).

Чтобы создать задачу, связанную с описанием функциональности пользователя

1. На вкладке Реализация нажмите кнопку Создать.

   Откроется диалоговое окно Добавить новый связанный рабочий элемент.

   

2. В списке Тип ссылки оставьте вариант по умолчанию — Дочерний.

3. В списке Тип рабочего элемента выберите вариант Задача.

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

5. (Необязательно.) Введите дополнительные сведения в поле Примечание.

6. Нажмите кнопку ОК.

   Откроется форма рабочего элемента задачи, которая содержит заданные сведения.

7. Заполните оставшиеся поля, как описано в разделе Задача (гибкая разработка), а затем нажмите кнопку Сохранить рабочий элемент.

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

1. На вкладке Реализация нажмите кнопку Добавить ссылку на.

   Откроется диалоговое окно Добавить ссылку на описание функциональности пользователя.

2. В списке Тип ссылки оставьте вариант по умолчанию — Дочерний.

3. Нажмите кнопку Обзор.

   Появится диалоговое окно Выбор связанных рабочих элементов.

   

4. Введите элементы в поле Идентификаторы рабочих элементов или перейдите к элементам, с которыми необходимо создать связь. Также можно запустить командный запрос Мои задачи, чтобы найти задачи, с которыми необходимо создать связь. Установите флажок рядом с каждой из задач, которые необходимо связать с описанием функциональности пользователя. Дополнительные сведения см. в разделе Поиск рабочих элементов для связывания или импорта.

5. (Необязательно.) Введите описание связываемых задач.

6. Нажмите кнопку ОК, затем Сохранить рабочий элемент.

   Примечание

   Будет выполнено обновление как описания функциональности пользователя, так и связанных задач.Для каждой добавленной задачи создается родительская ссылка на описание функциональности пользователя.

Добавление и связывание тестовых случаев с описанием функциональности пользователя

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

Чтобы добавить новый тестовый случай в описание функциональности пользователя

1. На вкладке Тестовые случаи нажмите кнопку Создать.

   Откроется диалоговое окно Добавить новый связанный рабочий элемент.

2. В списке Тип ссылки оставьте вариант по умолчанию — Тест выполнил.

3. В списке Тип рабочего элемента оставьте вариант по умолчанию — Тестовый случай.

4. В поле Название введите описательное имя для тестируемой области.

5. (Необязательно.) Введите дополнительные сведения в поле Примечание.

6. Нажмите кнопку ОК.

   Откроется форма рабочего элемента тестового случая, которая содержит заданные сведения.

7. Заполните оставшиеся поля, как описано в разделе Тестовый случай (гибкая разработка), а затем нажмите кнопку Сохранить рабочий элемент.

Чтобы добавить существующие тестовые случаи в описание функциональности пользователя

1. На вкладке Тестовые случаи нажмите кнопку Добавить ссылку на.

   Откроется диалоговое окно Добавить ссылку на описание функциональности пользователя.

2. В списке Тип ссылки оставьте вариант по умолчанию. Тест выполнил.

3. В поле Идентификаторы рабочих элементов введите идентификаторы тестовых случаев, с которыми необходимо создать связь, или перейдите к ним.

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

4. (Необязательно.) Введите описание связываемых тестовых случаев.

5. Нажмите кнопку ОК, затем нажмите кнопку Сохранить рабочий элемент.

   Примечание

   Будет выполнено обновление как описания функциональности пользователя, так и тестовых случаев.Для каждого добавленного тестового случая создается ссылка Тесты на описание функциональности пользователя.

Добавление проблемы в описание функциональности пользователя

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

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

1. На вкладке Все ссылки нажмите кнопку Создать.

   Откроется диалоговое окно Добавить новый связанный рабочий элемент.

2. В списке Тип связи выберите Связано.

3. В списке Тип рабочего элемента выберите вариант Проблема.

4. В поле Название введите имя, которое как можно точнее идентифицирует блокирующую проблему.

5. (Необязательно.) Введите дополнительные сведения в поле Примечание.

6. Нажмите кнопку ОК.

   Откроется форма рабочего элемента проблемы, которая содержит заданные сведения.

7. Задайте оставшиеся поля, как описано в разделе Проблема (гибкая разработка), а затем нажмите кнопку Сохранить рабочий элемент.

Добавление сведений, файлов и гиперссылок в описания функциональности пользователей

В описания функциональности пользователей можно добавлять дополнительные сведения следующими способами.

• Введите сведения в поле Описание или Журнал.

• Прикрепите файл.

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

• Добавьте гиперссылку на веб-сайт или файл, хранящийся на сервере или веб-сайте.

Добавление сведений в описание функциональности пользователя

1. На вкладке Сведения введите информацию в поле Описание.

2. (Необязательною) Введите информацию в поле Журнал.

   Можно использовать средства форматирования для выделения важных фрагментов текста или для формирования маркированного списка. Дополнительные сведения см. в разделе Заголовки, идентификаторы, описания и журнал (гибкая разработка).

3. Нажмите кнопку Сохранить рабочий элемент.

Добавление вложения в описание функциональности пользователя

1. На вкладке Вложения выполните одно из следующих действий:

   • Перетащите файл в область вложений.

   • Щелкните или нажмите сочетание клавиш CTRL+V, чтобы вставить скопированный файл.

   • Нажмите кнопку Добавить, а затем Обзор. В диалоговом окне Вложение введите или укажите расположение добавляемого файла.

     (Необязательно.) Введите дополнительные сведения о вложении в поле Примечание. Чтобы вернуться на вкладку Вложения, нажмите кнопку ОК.

2. Нажмите кнопку Сохранить рабочий элемент.

Чтобы добавить гиперссылку в описание функциональности пользователя

1. На вкладке Все ссылки щелкните Добавить ссылку на.

   

2. В списке Тип связи выберите Гиперссылка.

3. В поле Адрес укажите адрес целевого объекта ссылки.

4. Если целевым объектом является веб-сайт, введите URL-адрес (или скопируйте его из интернет-браузера и вставьте) в поле Адрес. Если целевым объектом является расположение на сервере, введите адрес в формате UNC.

5. (Необязательно.) Введите дополнительные сведения о гиперссылке в поле Примечание.

6. Нажмите кнопку ОК, затем Сохранить рабочий элемент.

Разрешение и закрытие описания функциональности пользователя

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

Дополнительные сведения о полях данных, с помощью которых можно отслеживать состояния рабочих элементов, см. в разделе Назначения и рабочий процесс (гибкая разработка).

Чтобы разрешить или закрыть активное описание функциональности пользователя

1. Откройте описание функциональности пользователя.

2. В списке Состояние выберите Разрешено или Закрыто.

   • Если изменить состояние с Активно на Разрешено, то поле Причина автоматически изменится на Код завершен, модульные тесты пройдены.

   • Если изменить состояние с Разрешено на Закрыто, поле Причина изменится на Прохождение приемочных тестов.

   • Если изменить состояние с Активно на Закрыто, следует щелкнуть значение поля Причина, соответствующее вашему намерению, как описано в подразделе С "Активно" на "Закрыто" далее в этом разделе.

3. Нажмите кнопку Сохранить рабочий элемент.

Типовая схема рабочего процесса: Представитель клиента создает описание функциональности пользователя в состоянии Активно с причиной по умолчанию — "Новое". После завершения кодирования и прохождения модульных тестов участник команды изменяет состояние описания функциональности пользователя с "Активно" на "Разрешено" После прохождения тестовых случаев, которые были определены для описания функциональности пользователей, участник команды меняет состояние с "Разрешено" на "Закрыто" Атипичные переходы: Представитель клиента определяет, что описание функциональности пользователя неприменимо или находится за пределами области, и меняет состояние с "Активно" на "Закрыто" Приемочный тест описания функциональности пользователя завершается неудачно. Поэтому участник команды меняет состояние с "Разрешено" на "Активно" Представитель клиента определяет, что описание функциональности пользователя было закрыто по ошибке или находится теперь в пределах области, и меняет состояние с "Закрыто" на "Активно"

Схема состояний описания функциональности пользователя

Активно (Новое)

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

• Создано: имя участника команды, создавшего рабочий элемент.

• Дата создания: дата и время создания рабочего элемента в соответствии с часами сервера.

С "Активно" на "Разрешено"

Активное описание функциональности пользователя можно разрешить по следующей причине:

Причина	Условия использования	Дополнительные действия, которые следует предпринять
Завершение кодирования и прохождение модульных тестов	После проверки кода реализации описания функциональности пользователя и прохождения всех модульных тестов.	Назначьте описание функциональности пользователя участнику команды, который его протестирует.

Следующие поля данных регистрируются при разрешении участником команды активного описания функциональности пользователя:

• Кем разрешено: имя участника команды, разрешившего рабочий элемент.

• Дата разрешение: дата и время разрешения рабочего элемента в соответствии с часами сервера.

• Дата изменения состояния: дата и время изменения состояния рабочего элемента.

С "Активно" на "Закрыто"

Закрыть активное описание функциональности пользователя можно по одной из следующих причин:

Причина	Условия использования	Дополнительные действия, которые следует предпринять
Отклонено (по умолчанию)	Вы определяете, что описание функциональности пользователя касается функции или требования, которые не поддерживают бизнес-требование, сценарий или предложение ценности.	Нет.
Ликвидировано	Реализация описания функциональности пользователя больше не считается необходимой.	Нет.
За пределами области	У команды недостаточно ресурсов для реализации описания функциональности пользователя в текущей итерации. Описание функциональности пользователей могло быть идентифицировано как выходящее за пределы области, так как у команды недостаточно времени, или из-за обнаружения блокирующих проблем.	Обновите поле "Итерация", чтобы указать, в какой итерации будет реализован сценарий. Если сценарий будет отложен до следующего выпуска программы, оставьте поле "Итерация" пустым, но опишите подробно, почему сценарий был отложен и когда его следует реализовать.

Следующие поля данных регистрируются при закрытии активного описания функциональности пользователя:

• Кем закрыто: имя участника команды, который закрыл рабочий элемент.

• Дата закрытия: дата и время закрытия рабочего элемента в соответствии с часами сервера.

• Дата изменения состояния: дата и время изменения состояния рабочего элемента.

Разрешено

При реализации описания функциональности пользователя в коде ведущий разработчик устанавливает состояние "Разрешено" и назначает описание тестировщику, чтобы можно было начать тестирование.

С "Разрешено" на "Закрыто"

Разрешенное описание функциональности пользователя можно закрыть по следующей причине:

Причина	Условия использования	Дополнительные действия, которые следует предпринять
Прохождение приемочных тестов	Пройдены все тестовые случаи, связанные с описанием функциональности пользователя.	Назначьте описание функциональности пользователя владельцу продукта.

Следующие поля данных регистрируются автоматически при закрытии участником команды разрешенного описания функциональности пользователя:

• Кем закрыто: имя участника команды, который закрыл рабочий элемент.

• Дата закрытия: дата и время закрытия рабочего элемента в соответствии с часами сервера.

• Дата изменения состояния: дата и время изменения состояния рабочего элемента.

С "Разрешено" на "Активно"

Разрешенное описание функциональности пользователя можно реактивировать по следующей причине:

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

Следующие данные автоматически регистрируются при реактивации разрешенного описания функциональности пользователя:

• Активировал: имя члена команды, который повторно активировал рабочий элемент.

• Дата активации: дата и время повторной активации рабочего элемента в соответствии с часами сервера.

• Дата изменения состояния: дата и время изменения состояния рабочего элемента.

Закрыто

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

С "Закрыто" на "Активно"

Закрытое описание функциональности пользователя можно реактивировать по следующим причинам:

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

Следующие данные автоматически регистрируются при реактивации закрытого описания функциональности пользователя:

• Активировал: имя члена команды, который повторно активировал рабочий элемент.

• Дата активации: дата и время повторной активации рабочего элемента в соответствии с часами сервера.

• Дата изменения состояния: дата и время изменения состояния рабочего элемента.

См. также

Основные понятия

Книга "Планирование продукта"

Другие ресурсы

MSF для гибкой разработки программного обеспечения версии 5.0

Plan the Sprint

Рабочие элементы и рабочий процесс (гибкая разработка)