概述

需求管理功能

业务挑战

使用案例

概述

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