我的企业即将开始一个有些复杂的项目,我们可能会在其中使用 域驱动设计 对于业务层。该项目将使用Visual Studio 2010开发,并通过TFS 2010使用CMMI 5.0 Team Project模板进行管理。

我认为,使用TFS工作项目跟踪和管理业务层中域实体和值对象的定义是一个好主意。但是,CMMI项目模板似乎没有任何合适的工作项目。我已经掌握了以下解决方案:

  1. 使用 要求 工作项目,修改它,以便需求类型 字段具有另一个可能的值,例如“域实体”。

  2. 在项目模板中添加新的工作项。

  3. 放弃,不使用TF来管理域实体,而是在单独的文档上跟踪它们。

我的问题是:您认为最合适的方法是什么?而且,过去是否有人做过类似的事情(使用TFS工作项目管理域实体)?

有帮助吗?

解决方案

注意:我以前没有听说过有人尝试过,所以ymmv :-)

我倾向于添加新的工作项类型,并将要求链接到域实体,以便您可以看到哪些要求影响哪些实体,并且您还可以将域实体链接到其他实体。

我还倾向于在工作项目中包括其他信息,例如上下文,汇总根等,以便实体工作项目在其上有更多信息。

使用TFS工作项目可以为您提供历史记录和跟踪,这很可能值得这样做,但是我还确保我也从实体工作项目到域Doco有链接,假设它存储在类似的类似项目门户或其他存储库。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top