5.2.2 情景 2: C/C++开发环境
在这个情景下处理的文件数目相当大（250,000个源文件，不包括二进制文件）。此时项目使用一个专门的二进制VOB服务器也是值得的。由于项目要处理二进制文件，它需要一个高可用性和快速的磁盘系统。在这种情况下，要确保你有RAID或者使用ESS用于存储。 项目有几个视图服务器，允许多个开发人员登陆同一台机器完成开发和单元构建工作。
5.2.2.1 推荐的VOB服务器硬件
表7显示了本情景下合适的硬件配置：
5.2.2.2 推荐的视图服务器硬件
这个情景下最理想的硬件配置如表8所示：
5.3 中等规模的项目（150-250 个用户）, 成长的和地理分布的
依赖于用户集中在特定的位置和在这个位置执行操作，对环境的需求可以多种多样。在多数情况下硬件的推荐配置基于成长的用户团体。
5.3.1 情景1：使用WSAD工具开发的项目
在这种情景下，使用ClearCase 的用户组与前面的情景很类似。因为我们使用WSAD作为开发环境，用户的机器和构建服务器都可以作为客户端。当工作在WSAD环境下时，UCM是合适的开发方法，此时UCM甚至可以支持多地点的开发。这时代码比5.2.1.1.节的情景稍微多一些（大约300,000个源文件）。仅有的不同之处是那里用户组不是位于多个地方。
5.3.1.1 推荐的VOB服务器硬件
本例中，可以在不同的地方使用不同的VOB服务。表9是最低推荐的配置：
5.3.1.2 推荐的视图服务器硬件
在这个情景下，用户主要工作在Windows客户端，因为它们使用WSAD。这时不需要视图服务器，因为用户的工作站就可以作为视图服务器来访问VOB。
5.3.2 情景2: C/C++开发环境
这个情景与5.3.1节提到的情景非常类似，除了用户可以分布在不同地方之外。此时文件数比WSAD情景要多，因为多数C/C++开发支持重用的代码 （大约有350,000个或者更多）。这些文件将分布在数个VOB中，正如本文档其它情景中提到的一样。
5.3.2.1 推荐的VOB服务器硬件
表10的硬件配置是这个情景下的最小配置：
5.3.2.2 推荐的视图服务器硬件
表11为推荐的最低配置：
这个场景是非常复杂的项目，所有的开发人员位于同一个地点。项目构建得支持多个平台，还包括过去十年来已经构建和维护的代码。后端代码用C/C++编写，前端代码用Java编写，有些文档使用WSAD和国际化代码。项目环境如下：
- 超过500,000个文件
- Builds产生10-15GB的二进制代码
- 17种不同的语言
- 使用makefile和Ant 脚本构建二进制代码
- 大约有500个开发人员
- 愿意在墙角放一台专门的服务器 （硬件合并努力的初步）
5.4.1 推荐的VOB服务器硬件
此时，表12的配置是合适的：
5.4.2 推荐的视图服务器硬件
在这种场景下，WSAD开发人员的工作站在SAMBA的帮助下可以作为视图服务器。对于其它用户，视图服务器的配置如表13所示：
这个场景与前面的非常类似，但此时开发人员是分布在不同地方的。这里推荐的配置与5.4节的非常类似。我们也建议使用单一的P690把所有服务器集中在一个物理实体中，其中拥有多个LPARS。
