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為推薦的低配置：
5.4 大型項目（超過250 個用戶）
這個場景是非常復雜的項目，所有的開發人員位于同一個地點。項目構建得支持多個平臺，還包括過去十年來已經構建和維護的代碼。后端代碼用C/C++編寫，前端代碼用Java編寫，有些文檔使用WSAD和國際化代碼。項目環境如下：
超過500，000個文件
Builds產生10-15GB的二進制代碼
17種不同的語言
使用makefile和Ant 腳本構建二進制代碼
大約有500個開發人員
愿意在墻角放一臺專門的服務器 （硬件合并努力的初步）
5.4.1 推薦的VOB服務器硬件
此時，表12的配置是合適的：
