Teamcenter Requirements Management功能為企業提供了一個系統的、可重複的解決方案，用於定義、捕捉、調整、管理和使用產品的需求數據。按照不斷演進的客戶需求以及符合性問題，企業能夠深入理解每個產品。Teamcenter允許把客戶的心聲直接嵌入產品全生命周期當中，從而推動按需求來驅動設計、面向六西格瑪的設計、系統工程、內置可處置性/可回收性，以及其它很重要的業務模式。
管理功能,業務挑戰,使用案例,
管理功能
通過幫助理解和評估產品全生命周期中每個階段的產品需求，Teamcenter的需求管理功能包括：
從各種不同來源收集的產品需求，通過用文字描述用戶的期望、偏好、標準和法規，使得企業真正理解目標市場和客戶的各種需求。
用可量化的約束條件來對這些需求進行補充。按照產品上市計畫對應的成本和交付安排，以及這些計畫在滿足既定的性能、人機工程、安全、可用性、可靠性、可維護性、再循環/處置以及與符合性相關的其它衡量標準方面的能力等約束條件，判斷這些產品上市計畫是否成功。
把這些需求及約束條件和基本設計單元關聯起來。在一個產品的各個生命周期階段，可以在描述一個產品的所有配置和產品定義裡面跟蹤這些設計單元。
制定閉環過程，以便在新需求出現時，當規定的約束條件有被違反的危險時，或者評審團隊需要理解建議的設計變更會對需求造成什麼影響時，這些閉環過程把信息反饋給產品開發人員和計畫管理人員。
有了Teamcenter就可以在一個共享環境中捕捉並組織產品需求。在該環境中，團隊成員可以用他們現在使用的界面來採集、查看和編輯來自各個地區不同來源的需求。Teamcenter提供各種“線上”的Microsoft Office集成，支持查看/編輯從Microsoft Word, Excel和Visio—實質上把獨立的Office套用軟體提升到與一個企業套用軟體集成的多用戶套用平台。在Teamcenter環境中，可以確保企業中有許可權的用戶都使用一套相同的需求和產品假設—同時把試圖訪問或修改別人正在訪問的一項需求的任何人“鎖在外面”，保護需求的完整性。
當企業把時間要求作為設計決策的嚴格條件，Teamcenter以數位化的方式關聯產品需求、計畫約束條件和設計單元的能力特別重要。因為各種需求是以數位化的方式與產品結構關聯在一起，所以Teamcenter允許把產品需求直接合併到工作流驅動的過程中，驅動各項工程、採購、計畫執行管理、變更管理、全面質量管理和服務/支持等活動。
業務挑戰
在傳統上，公司用很多不同的信息來源來捕捉並管理產品需求，包括電子數據表、自定義的資料庫、關聯檔案以及檔案跟蹤工具。
不幸的是，這些方法通常只會產生各自孤立的需求，導致生成的檔案從來沒人讀取，資料庫也不能關聯，套用系統與產品生命周期毫無關係。
Teamcenter改變了管理產品需求的方法。有了Teamcenter，可以在一個基於Web的單一環境中捕捉並組織多種類型的產品需求，有許可權的用戶隨後可以用他們已經理解的工具來訪問這些需求。
同樣重要的是，可以利用Teamcenter把這些需求與Teamcenter管理的其它知識資本關聯來，比如組成產品定義的設計、檔案、規格、模型和測試結果。如果產品需求將會直接影響設計人員做出並執行設計決策的過程，那么這種關聯是必不可少的。
使用案例
需求管理可以用於很多使用場合，包括：符合性、六西格瑪
“嵌入’符合性 Teamcenter提供了符合性支持。法規(比如“國會電池法”(CongressionalBattery Act)和歐盟法令)規定，製造商必須為其產品的處置/回收付費。利用Teamcenter的受專利保護的需求關聯功能，可以把這些法規關聯到產品設計中，以便在整個產品生明周期中“嵌入”生命周期結束時的回收要求—從而實現成數量級的節約。比如，假設一家汽車製造商原來需要為每輛汽車支付}50美元的處置費用。如果把回收/處置的費用由150美元降到50美元，然後把節約下來的100美元乘以數百萬輛車，很容易看到，如果公司在產品開發周期的早期採用一個綜合的回收方案，就可以節約數億美元!
六西格瑪計 同樣，很多製造商已經投資了數百萬美元來實施六西格瑪質量控制方案，結果發現他們在到達4西格瑪的時候就“碰了一鼻子的灰”—因為在這裡改善質量所需的成本超過了效益。這一缺點在很大程度上歸咎於這樣一個事實，即不能只通過改善下游生命周期過程來充分揮質量方案的潛力。Teamcenter可以把六西格瑪設計目標關聯到產品開發周期裡面，從而推動上游的六西格瑪設計方案。據行業分析人士估計，如果達到了兩個西格瑪的改進水平，質量成本降低的幅度可以達到產品銷售額的25。有了這樣的結果，基於Teamcenter的需求管理就能夠把關聯需求的價值直接到達極限。
