需求设计事关重大。需求定义了客户会购买的产品，但仅仅管理需求并不足以打造完善的产品。您需要通过将需求与产品生命周期相关联来设计需求，这样每个人都可以根据一组正确的已配置需求来制定产品决策。

Teamcenter产品生命周期管理（PLM）确定各种需求并为各种下游功能/特性/产品架构分配需求，同时生成报告、文档和仪表板对需求流程加以管理。您可以通过熟悉的Microsoft Office应用程序（包括Microsoft Word和Excel®）直接创建
、查看和编辑需求。Teamcenter将产品诉求与项目计划相关联，并使用正确的测试、相关证据、历史记录等信息确认和验证（V&V）需求。这种源自V&V的需求设计反馈循环提供经验教训并推动产品开发的合规性

，确保您可以在整个产品生命周期中“开始集成，保持集成”
，确保为您的客户提供合适的产品。

报告和规范生成

如果没有适当的流程和工具，管理您的产品诉求可能会非常麻烦。何不利用Teamcenter报告和规格生成功能来满足您的需求并实现所需的信息可见性和可跟踪性
？

借助Teamcenter Requirements Management工具，您可以对产品生命周期各方面需求进行编排。借助Teamcenter报告功能
，您可以快速创建标准需求报告和仪表板视图并生成相应的规格。可以生成和使用有关需求
、可跟踪性
、验证
、变化
、状态、影响分析等方面的报告
，以便您全面了解产品开发流程。报告还可以通过有意义的方式将内容整合在一起。例如，您可以请求报告显示分配给您的所有需求
，以及当前版本的截止日期。

对需求的可跟踪性进行报告和分析

通过需求管理
，您可以充分利用Teamcenter中可用的报告功能，并围绕您的产品需求生成报告和仪表板。Teamcenter Reporting and Analytics为您提供了基于web的
、易于使用的解决方案
，可以编译和聚合产品数据——包括需求及其关系。您可以开箱即用可跟踪性、验证和其他标准需求报告
，以始终最新的直观格式快速获得所需的信息
。

规范管理，更有效地利用需求

Teamcenter将需求作为单独的项目进行管理
。当您决定发布需求规范时，Teamcenter将各个需求收集到一个可以格式化并以标准形式输出的规范中
。这意味着相同需求的不同版本可以参与许多不同的规范，您可以在任何时候返回到规范的特定版本——将您从管理需求文档转移到更有效和可重用的需求版本。

需求捕获和编创

通过Teamcenter Requirements Management实现需求采集和重用
，这样您就可以在整个产品生命周期中融入相应的需求，从而推动产品开发达成合规性。在Teamcenter中进行定义之后，需求就可以与标准产品管理流程（包括更改

、工作流程、变体等）相关联

，并且包含在标准报告和仪表板中
，从而使这些需求成为标准管理实践的一部分。

该流程首先是从各种来源采集和分析需求
，这些来源包括Word文档
、PDF文件、Excel电子表格、数据交换文件（如RIF）和其他格式。通过Teamcenter Microsoft Office集成，您可从Word和Excel直接与Teamcenter交互
，从而创建和更新需求内容。随着时间的推移，您还可以重用之前项目的已有需求，减少返工

，并通过减少需要管理的需求量来显著提升生产效率
。

简化您的需求捕获过程

在PLM之间导入和导出需求的基于标准的机制对于简化需求捕获过程非常重要。Teamcenter为导入和同步需求到Teamcenter提供了基于标准的交换机制，包括从Microsoft Word
、Excel电子表格
、数据交换RIF/REQIF文件导入
，以及与遗留的独立需求管理工具（商用的或自制的）的直接接口。Teamcenter Microsoft Office集成允许您直接从Word和Excel与Teamcenter交互
，在Teamcenter中创建和更新需求。

验证与确认

Teamcenter Requirements的核实和验证功能可捕获核实和验证结果并将这些结果与要求进行关联，为重点测试提供支持，进而实现对要求的闭环管理

。使用Teamcenter Requirements Management时
，要求已包含在闭环流程中，其中要求与它们的核实和验证（V&V）方式紧密关联。由于Teamcenter也包含测试和验证管理，要求也可与验证它们的测试案例紧密关联。

因此
，您可全面了解需求验证和确认流程
，当前V&V工作的状态，以及测试期间产生的任何问题。测试结果反过来会提供标准工作流程、更改流程和其他流程

，对合规性问题（以及出于审计目的而维护合规性证据）予以管理。这个操作就可为V&V工作效率的显着提升奠定了良好的基础。

需求与可视化和提高生产力的计划计划集成

当需求被定义时
，他们开始驱动满足这些需求（资源、时间表
、任务、交付品，等等）所需的程序执行计划，在Teamcenter中管理的需求直接与程序里程碑和项目任务相关联
，允许进度和异常监视。一旦建立了需求，以及与之相关的程序开始执行
，您就可以完整地看到围绕需求
、测试用例
、资源等的过程
，从而允许您主动地处理程序风险。

使用测试管理功能可以节省时间和金钱

Teamcenter管理测试用例和测试过程
，需求可以直接链接到验证它们的测试。测试用例与需求绑定在一起，因为它们被定义为评估需求的完整性，从而支持测试用例重用
，从而建立“以变更为中心的测试”，而不是测试一切。需求和测试用例之间的可跟踪性解决了这个问题，只测试那些已经改变的需求——节省了时间和金钱。您已经得到了由实际测试结果支持的完整覆盖率。

将产品配置应用于需求

因为需求是Teamcenter的一个组成部分
，所以需求可以参与受控产品开发过程的所有方面；需求受制于相同的产品生命周期过程、配置
、变体

、变更
、工作流
、访问控制和其他标准实践。例如
，设置您的产品配置还可以配置应用于产品的特定版本/变体的需求
。

需求分配和链接

因为需求是在Teamcenter®中管理的，所以它们还可以链接到产品定义的所有方面
，包括:规格说明、其他需求、材料清单
、程序/项目任务、测试用例
、1D和3D模型
、制造流程等等。这带来了x射线视觉冲击可视性，使您能够以前所未有的方式看到变化的传播。例如
，一个质量保证问题可能触发一个需求变更
，而需求变更又可能影响/流向一个部件
、一个测试用例、一个测试集配置、一个制造过程、一个PKI目标、资源等等。

需求变更

在Teamcenter中
，需求可以作为需求更改过程或包含在产品级别更改中，参与标准更改管理实践。因此
，需求变更不再需要单独管理
，而是可以包含在全局产品变更计划/管理中——在产品变更之后，不再使用陈旧的需求。

跨PLM和ALM集成需求

跨域需求可追溯性是成功的产品开发的关键组成部分
，而宝丽来ALM-Teamcenter互操作性提供了跨域需求可追溯性
，使产品开发组织能够成功地开发机械和软件驱动的电子系统。为您提供软件如何与特定产品功能相关的更清晰的定义，您可以从产品需求派生出软件需求
，然后验证所开发的软件满足软件和产品需求。