Visual Studio Team System中新增的生命期管理，無疑是Microsoft在這個競爭已白熱化的市場中的又一個重要籌碼。

　　Visual Studio與它的競爭對手Eclipse，都日益吸引著越來越多的開發者投入到它們中來，作為一個源代碼編輯器，Eclipse已慢慢成長為一個功能齊全、反應迅速的工具了，但除了重構之外（這也是Java領先多年之處），其他方面已對微軟構不成什么威脅了，要對這兩種開發工具進行量化比較是不可能的，但微軟似乎總能在代碼輸入感受及界面效果上技高一籌。

　　Visual Studio Team System(VSTS)是首個交付了軟件生命周期管理工具的Visual Studio版本，而VSTS Team Server中主要的生命周期管理工具是源代碼控制服務器（source control server）及集成的工作項目跟蹤系統（work-item tracking system），這些產品構建于SQL Server 2005之上，因此，能有一系統企業級的強大功能，如：備份、復制及具有可伸縮性。不過，源代碼數據庫仍是一個不成熟的"數字資源"樣品，它的崩潰仍會帶來整體上的災難，在采用其他的源代碼控制系統時，這也是需重點考慮的一個因素。

　　除去SQL Server 2005的核心健壯性之外，VSTS源代碼控制服務器也具有某幾項使之區別于Visual SourceSafe的特性：它工作于HTTP協議，并對時區敏感，還可把簽出的項目存儲在一個"架子"上，以便可從多個地理位置進行訪問。這個"架子"功能非常方便實用，它可讓你從多部電腦或多個位置訪問源代碼，而無須簽入目前進度中的工作。另一個相關的特性是賦予了簽入更嚴謹的策略，例如，所有簽入必須寫明一個已指派的工作項目、運行無誤的單元測試、或者已完成FxCop代碼分析。同樣，也可以特定的角色（如代碼審閱員、安全審計員等等），請求批準簽入。

　　VSTS中的工程項目管理圍繞于"工作項目"的概念，微軟使用它來查閱軟件缺陷及功能的完成進度。VSTS中的工作項目在Microsoft Project、Team Server、Exchange、Outlook、SsharePoint，甚至Excel、Word這樣的工具之間流動，這樣的整合集成也是一把雙刃劍，意味著為了達到協作的目的，要付出的價格可是固定不變的，恐怕買齊所有這些產品的開發團隊，還是少之又少的。

　　除去服務端的特性及它們客戶端的表現，VSTS還為IDE自身引入了一些新工具，其中最獨特之外，是它們構建于測試及建模的新基礎架構之上；而VSTS最具爭議的方面，是微軟已創建了單獨的SKU以加強這些不同的基礎架構。大多數人是從MSDN的訂閱獲得Visual Studio安裝版本的，對專業開發人員來說，一份MSDN宇宙版早已是事實中的標準?？捎捎赩STS，訂閱者就必須從三個SKU中（架構師、開發者、測試員）選擇一個，或為了得到完整的功能而付出更高的價格。

　　架構師版本

　　基礎架構的建模是其中頗具爭議的部分，在這里，當你提到"建模"時，人們會自然地想到"UML"，統一建模語言（UML）在建模領域已有超過十年的中心地位，其規范已由ISO組織標準化。微軟對其的態度是，UML存在兩個主要的問題：它以描述程序行為為中心，因此會與源代碼相沖突；而這些年來表現出的沖突已說明UML太笨拙，難以再擴展。以上兩點，事實上的確也存在，但來自競爭對手IBM的Rational才是真正的問題所在。

　　微軟一直在辯駁其在基于Visio的工具中支持UML，并且表示使用新的建模架構，任意第三方也能開發出一種UML建模工具，但實際上卻不完全正確。盡管Visio是一個非常不錯的工具，但微軟的UML工具太簡單，完全與那些真正的UML建模工具，如Rational Software Architect、Borland Together、Visual Paradigm等齊名的產品不在同一水平上。另外，與第三方建模工具相比，如Visual Object Modeler的Visual UML，在這一點上，微軟自身基礎架構之上的建模工具還不是很成熟。

　　除去