Как отслеживать доменные объекты с TFS, используя шаблон проекта CMMI?

Question

Мое предприятие собирается начать довольно сложный проект, в котором мы, вероятно, будем использовать Domain Driven Design для бизнес-уровня. Проект будет разрабатываться с использованием Visual Studio 2010 и управляться с помощью TFS 2010 с использованием шаблона командного проекта CMMI 5.0.

Я думаю, что было бы неплохо использовать рабочие элементы TFS для отслеживания и управления определением сущностей домена и объектов значений на бизнес-уровне. Однако, похоже, что шаблон проекта CMMI не имеет подходящего рабочего элемента для этого. Я подумал о следующих обходных путях:

1. Используйте рабочий элемент " Требования", изменив его так, чтобы в поле "Тип требования" было еще одно возможное значение, например "Сущность домена".

2. Добавьте новый рабочий элемент в шаблон проекта.

3. Откажитесь и не используйте TFS для управления объектами домена, вместо этого отслеживая их в отдельном документе.

Мои вопросы: Какой, по вашему мнению, самый подходящий подход? И кто-нибудь делал что-то подобное (управление объектами домена с помощью рабочих элементов TFS) в прошлом?

Answer 1

Примечание: я не слышал о том, чтобы кто-нибудь пробовал это раньше, так что YMMV:-)

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

Я также был бы склонен включать другую информацию о рабочем элементе, такую ​​как контекст, совокупный корень и т. Д., Чтобы рабочий элемент сущности имел немного больше информации вокруг него.

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