Teamcenter需求管理
概述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的需求管理就能够把关联需求的价值直接到达极限。