我们目前有一个现有的问题跟踪器，服务管理团队会使用它来记录用户报告的问题。
我想要做的是创建一个基于服务器（可能是web-ui）的系统，该系统可以向问题跟踪器查询分配给开发团队的错误。 然后来自开发团队的人员将通过用户界面查看这些问题，分配并确定优先级，并将其作为一个或多个工作项提交给每个问题。
所有Dev团队都有合适的VIA MSDN到TFS的许可证，我不确定服务管理团队是否需要访问许可证？
答案 0 :(得分：3)
见The VS 2010 / TFS 2010 Licensing White Paper。关键点是这一部分：
客户端访问许可
CAL授权一个用户或设备 访问任意数量的许可 Team Foundation Server的实例 在组织内运行。
用户需要CAL（或 设备）谁：
- 直接将数据写入Team Foundation Server。
- 通过另一个间接向Team Foundation Server写入数据 软件应用程序或设备（见 下面的多路复用）。
以下用户不需要CAL：
- 仅为了输入新工作而访问Team Foundation Server 项目（参见下面的新工作项目）。
- 通过电子邮件接收Team Foundation Server报告，但不是 直接或间接访问 要刷新，创建或更新的服务器 数据。
- 查看已在Team外部手动分发的静态数据 Foundation Server。
此外，还有Team Foundation Server 以下不需要CAL：
- 运行Team Foundation Server或代理的许可副本的任何设备 包含在Team Foundation Server中。
- 最多两个仅访问Team Foundation Server的设备或用户 系统管理的目的。
- 购买Team Foundation Server时最多五个指定用户 通过零售渠道（如上所述） 上面的获取Visual Studio Team Foundation Server 2010。）
- 与运行Team Foundation Server的服务器交互，但不是 与Team Foundation Server本身或其数据进行交互。
所以，我的解释（我不是律师，也不是有资格谈论微软许可的人 - 只是StackOverflow上的一个人......）是：
如果您要在现有问题跟踪系统中的数据上创建网页，并且只是为开发人员（已经获得TFS访问权限）的简单方法创建了来自该数据的工作项，那么我认为您是精细。如果您希望服务管理团队中的人员能够创建/编辑属于他人的工作项，那么稍后与该工作项数据进行交互，那么我认为您需要CAL。
希望这是有道理的。有关许可的官方说法，请务必与当地的Microsoft代表联系。如果您需要帮助与该人取得联系，请告诉我。