Comment suivre les entités de domaine avec TFS en utilisant le modèle de projet CMMI?

Question

Mon entreprise est sur le point de démarrer un projet assez complexe dans lequel nous utiliserons probablement Domaine pour la conception Driven la couche d'affaires. Le projet sera développé en utilisant Visual Studio 2010, et géré par TFS 2010 en utilisant le modèle de projet d'équipe CMMI 5.0.

Je pense que ce serait une bonne idée d'utiliser des éléments de travail TFS pour suivre et gérer la définition des entités de domaine et les objets de valeur dans la couche d'affaires. est semble toutefois que le modèle de projet CMMI n'a pas produit de travail approprié pour cela. Je tought des solutions de contournement suivantes:

1. Utilisez le Exigences élément de travail, le modifier de sorte que le type exigence champ a une valeur plus possible, par exemple « Domaine Entité ».

2. Ajouter un nouvel élément de travail au projet modèle.

3. Abandonner et ne pas utiliser TFS pour gérer les entités de domaine, leur suivi sur un document distinct à la place.

Mes questions sont les suivantes: Quel serait à votre avis la plus approche appropriée? Et, a fait tout le monde quelque chose de similaire (gestion des entités de domaine en utilisant des éléments de travail TFS) dans le passé?

Answer 1

Note: Je ne l'ai pas entendu parler de quelqu'un d'essayer cela avant, si YMMV: -)

Je serais enclin à ajouter un nouveau type d'élément de travail et les exigences de liaison aux entités de domaine afin que vous puissiez voir quels effets les exigences que les entités, et vous pouvez également les entités de domaine de liens vers d'autres entités.

Je serais également enclin à inclure d'autres informaiton sur le point de travail telles que le contexte, la racine globale, etc afin que l'élément de travail de l'entité a un peu plus d'informations autour d'elle.

Le faire avec des éléments de travail TFS vous donne l'histoire et le suivi, ce qui pourrait bien faire, il peut être utile de faire, mais je voudrais aussi me assurer d'avoir des liens à partir des éléments de travail de l'entité au doco de domaine et, en supposant qu'il est stocké dans quelque chose comme le portail du projet ou un autre référentiel.