Хранение требований / технических документов в TFS на месте - PullRequest
0 голосов
/ 05 сентября 2018

Мы начинаем новый проект разработки, используя локальную версию TFS 2018, git и Visual Studio. В прошлом мы следовали модели Agile, создавая эпические сюжеты и пользовательские истории и помещая макеты требований / пользовательского интерфейса и другие детали непосредственно в пользовательские истории.

Пережив такой подход, мы не хотим идти по этому пути по следующим причинам: 1) Как только эта функция поставляется, становится чрезвычайно трудно найти информацию. Кто помнит, какая функция была сделана в какой пользовательской истории? 2) Нет централизованного места для хранения документации по функциям. Конечно, мы все не хотим использовать водопадный подход, тратя 2 года на написание требований к функциям, но есть кое-что, что можно сказать о централизованном месте, организованном областью функций, которая содержит соответствующую документацию. 3) Вы когда-нибудь пытались прочитать обширную пользовательскую историю с помощью приемочного тестирования требований через веб-интерфейс или через Visual Studio? Он довольно быстро устареет, прочитав окно из 8 строк.

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

Поэтому возникает вопрос, как сохранить этот тип информации в TFS и создать ссылку на нее, чтобы ее можно было открыть с помощью ссылки в пользовательской истории. Мы знаем, что мы можем сделать это с SharePoint, но возможно ли это сделать в локальной TFS?

1 Ответ

0 голосов
/ 07 сентября 2018

В настоящее время это невозможно напрямую в TFS, если исходящие с некоторыми сторонними поставщиками, такими как Modernrequirements , которые будут платными услугами .

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

  1. Как вы упомянули, есть и другие способы, такие как хранение документов в SharePoint, один диск и т. Д., А также ссылки на пользовательские истории
  2. Создание уценка в самих пользовательских историях.
  3. Регистрация этих документов в системе контроля версий (Git, TFVS)

Обратитесь к этому аналогу SO , чтобы лучше понять его.

...