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

Question

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

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

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

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

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

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

Answer 1

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

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

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

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