我们目前有一个现有的问题跟踪器，服务管理团队利用它来记录用户报告的问题。
我想做的是创建一个基于服务器（可能是 web-ui）的系统，该系统可以查询问题跟踪器以查找分配给开发团队的错误。 然后，开发团队中的某个人会出现并通过 UI 审查这些问题，分配它们并确定优先级，并将它们作为每个问题的一个或多个工作项归档。
所有开发团队都有合适的通过 MSDN 到 TFS 的许可证，我不确定服务管理团队是否需要访问许可证？
【问题讨论】：
标签： tfs
见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 以下情况不需要 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 本身或其数据进行交互。
所以，我的解释（我不是律师，也不是有资格谈论 Microsoft 许可的人 - 只是 StackOverflow 上的一个人......）是：
如果您要在现有问题跟踪系统中的数据上创建网页，并且只是为开发人员（已获得 TFS 访问许可）提供一种从该数据创建工作项的简单方法，那么我认为您是美好的。如果您希望服务管理团队中的人员能够创建/编辑属于其他人的工作项，然后稍后与该工作项数据进行交互，那么我认为您将需要 CAL。
希望这是有道理的。有关许可的官方消息，最好始终联系您当地的 Microsoft 代表。如果您在联系该人时需要帮助，请告诉我。
【讨论】：