Teamcenter从需求管理到系统工程的PLM解决方案

1、产品导航Newsletter UGSPLMSoftware2007.32007.3UGSPLMSoftware #UGSfeamcenter解决方案系列从需求管理到系统工程GTeamcenterRequirementManagement&SystemsEngineering产品导航Newsletter #UGSPLMSoftware2007.32007.3UGSPLMSoftware #产品导航Newsletter UGSPLMSoftware2007.32007.3UGSPLMSoftware 需求管理的挑战一个公司的未来价值取决亍是否能够成功推出新的创新产品和服务。不过，很据Deloitt

2、eResearch的调宜：86%的新产品概念从来就没言进入市场，而进入市场的新产民槪念中50%-70%都以失败收场（掌遂创新：利用创新实现蕊利性成长：2004）o还言调宜显示，大部分产品寻入之所以失败，就是且为他们没有満足客户需求。事实上，在任何产品开发方案中，需求描述都是一个至关重要的阶段，判断未来市场是否成功，需求收集活动是最主要的鉴别方法之一0不过，要把一个创意变为能晤赢利的现实，需要让功能符合客户和市场菸求。但是，经常砸到的问題是；花费大宜心血设计的产品功能，却很少有人用它。例如,StandishGroup的报告（1994）中提到原始定义的待征中，只有67%的功能左成品中表现出来，其中

3、又有45%从来都没有使用过原国就左亍，产品不能真正符合市场和客户需求。企业对需求管運的期望是非常强烈的，他们希望能够：预估市场需求；技术、功能以氏产民映射；协谓销售、市场营销、开发和制造部门，在不同团队之间传播并协凋需求；确保风险得到逞解，系统符合需求；确保供应直了能并遵守各项要求；为RFx过程提供足够的详紺产品信息；平衡生产和別造的需求，平衡成本和质5o进行有效的需求管遅，是新产民开发并获得客户认可的宣要手段。有效的需求萱理应当包括：需求获取获取来自各方、各科形式的需求；需求描述和分析对需求进行分析，并托结构化的方式推述需求，通當不同来源、不同形弍的需求可能是車复的、矛盾的、相M牵制的；需求

4、跟踪左产杲葫发过程中，菸求会不断变化、更改。主要原国在亍客户或市场的要求变化，既使在研发企业内部，处于功能、性能、可靠性等方面的设计和制造要求，也会导致大童的需求变更。追踪需求的这些变更历史是非常重要的：需求验证一个关键的问题是，产品的结构、功能、性能是按黑需求进行分解、泱射，最终完成设计的，对亍完成的设计成果，必须有方进能够验证其完全地、一致地符合了原始的需求；全生命周期支持能轸在产民的全生命周期各个阶段管逞需求，为不叵专业提供云享的需求信息,从而支持毛求的溟解和评估，并将需求反映到设计、制造的活动中去。UGS的解决方案：leamcenter需求管理和系统工程2.1leamcenter需求管

5、理在传统上，公司托很多不同的信息来源来捕捉并管理产品需求，包括电亍数据表、自定义的数据库、关联文件以氏文件跟踪工具0不幸的是.这些方法通當只会产兰各自孤立的需求，导致生成的文件从来没人读取，数据库也不能关联，应用系统与产品生命周期至无关系。Teamcenter改娈了管理产品需求的方法。有了Tsamcenter,可以在一个荃于Web的单一环境中帝捉并组织多种类型的产品需求，有权艰的用户随后可以用他们已经理解的工具来访问这些需求同样宣要的是，可以利用Teamcenter把这些菸求与Teamcenter管運的其它知识资本关联起来，比如组成产民定义的设计、文件、规梏、嘆型和测试结果。如果产民需求将会直

6、漫彩响设计人员做出并执行设计决策的过程，那么这种关联是必不可少的。通过帮助理艇和评估产品全生命周期中号个阶段的产品需求，leamcenter的需求管理功能包括：从各种不同来源收集的产杲需求，通过用文字描述用户的期望、偏好、标准和进规，使得企业真王51解且标市场和客户的各种需求。用可量乞的制约13素来对这些需求进行补充。按照产品上育计划对应的成本和交付安排，以及这些计划左满足惡定的性能、人机工程、安全、可用性、可靠性、托户可以用标准的MicrosoftWord界面来捕捉詳求可维护性、更循刁/处置以氏与合规并且在一个多用户数据库呈面对其进行換纵性丐关的其它衡量标准方面的能力等剖约因素，判断这些产杲

7、上市计划是否成功。把这些需求及制约因素和荃本设计单元关联起来。左一个产呂的各个生命周期阶段，可以左旃述一个产品的所有配董和产品定义里面跟捺这些设计单元。制定闭环过程，以便在新菸求出现时,当观定的制约玉套有被违反的危险时,或者详审汪队需要理解建议的设计变更会对需求适成什么影响时，这些闭次过程把信息反馈给产品开发人员和计划爸理人员。有了leamcenter就可以左一个共学刁境中帝捉并组织产品需求：左一个相同的单一PLM环境中捕捉.管理和使用全全不同的产品需求，并且把这些产民需求托于管逞产品定义和产杲配置。用MicrosoftWord的文件寻入/寻出机剖来捕捉并生成菸求言动分解文件、识别需求。能毎定

8、义与计划相关的各种制约丟套,包括成本和凋度担制，以氏与合规性相关的各种测：&标准（这些标准与性能、可维护性、可靠性、可制造性、可用性和人机工程学相关）0能够把各种产丘需求和计划制约医素与其左Teamcenter戍员创建的荃本设计单元关联起来。熟悉的用户界面，其外观和操作与WindowsExplorer/Outiook差不多o与MicrosoftOffice集成9通过MicrosoftExcelsWord和Visio支持“在线”查看/编辑，因此学习曲线短。实际上，这科集成有待别的意义：园队成员可以用他们现左使托的界面来釆集、直看刃編辑来自各个地区不同来源的需求，实质上是把独立的Off!应用软件提

9、升到与一个企业应托软件莫成的多托户应用平台。多用户小组环境，让用户以一种受控方法并行地亘看并处溟需求，建免传统的串行传递菸求方式。版本变化/变走肓征，支持完茎的、荃于需求的配置管逢功能。支持对Teamcenter的内部或外部变更进行发布和宙批可以确保企业中有权限的托户都使托一套相同的髡求和产品假设，当需求正在修改时，控制其他人的访问或修改，保护需求的完整空C2.21eamcenter与DOORS集成在菸求管運方面，lelelogic的DOORS系统应用很广。leamcenter也提供了与DOORS的莫成。圭要的功能包括：允许企业在一个leamcenter驱动的PLM环境中管逞DOORS创建的结

10、构化文本,包拾产品需求、设计文件以氏测试信息。允许企业左DOORS文本与leamcenter管遅的产民结构单元之司建立联系。保持DOORS数据和leamcenter据之间的可追溯性。通过允许leamcenter用户对DOORS需求变更的影响以氏设计单元变更的影响进行分析，促进娈更通过允许企业设定表现参数目标，进行趋势分析和权衡分析，促进对详纟王菸求的登理。在权限控剖下，托户能轸左DOORS中使用两个新的菜单项，实现DOORS和leamcenter之间的数据交换0用户能够左DOORS中管逞需求，需要时彳有权限的用户可以启动ExportDatatoleamcenter命令，拒明他们旭传输哪些特定的

11、需求。还可以规定与数据交换科关的其它信息-比如详细的层次和文件类导出过程通过HTML定义，倍息包括DOORS的所有正式険块、描述模決和逹滾模块。为了方便保护和自核，左发送之前，可以为所有导出数松创建基线有权限的用户启动ImportfromDOORS菜单命令，把需求导入7eamcenter0导入过程会自动生成必需的Teamcenterltemo完咸导入燥作后，用户可以通过下拉式菜单和拖放选项操作为DOORS对象和Teamcenter对象之间建立关系（连接），比如，可以把DOORS的对象与设计对象关联起来，该设计单元属于leamcenter维护的产品结构的一部分。之后,Teamcenter3户就可

12、以通过系统标准的对象浏览功能（包拾国标、列表和浏览树等选项）来愷愷研究DOORS数据。同样，可以把荃于Teamcenter的关系导出到DOORS,让DOORS3户了解这些需求数据是如何被集成到Teamcenter昱面的DOORS用户可以通过选摄DOORS模块昱面的导入关系来宜看这些Teamcenter数据。除了能对集成澡作进行权艰控制外，系统能对需求的娈更进行监控。管逞员可以定义一个规范清单，如果发生了相应的需求变更时，ChangeChed（变更检查“）功能会使Teamcenter自动生成一个报告。相应地，每次把新的DOORS数宿导入Teamcenter时，系统就会检亘判断导入数搗和当前的Te

13、amcenter数希之间是否存在差别。这些差别可以包括新加DOORS对象，删除DOORS对象及/或对一个菸求文本或其相关属性做出的变更。Teamcenter中冃国标昔色表示这种同步关系o例如，导入TeamcenterS面的所有DOORS对象，一旦被同步，国标就会以一种不同的颜色（比如蓝色）将其加亮，以显示它们取代了所有以前导入的版本。有权限的用户可以选释ShowChange（显示变更）选项，让重终托户判断是否已经做出了一项与需求相关的变更。通过把创建需求的DOORS系统莫成到Teamcenter管理下单一的PLM环境中.允许企业左产杲生令周期的每个阶段攜捉、管理、变更和审核在DOORS系统皇面

14、创建的产品需求的演进。允许仝:业左产品需求和设计单元之间逹立关系（比如主设计/工艺定义的产品数持，以氏传递这些信息的工作流程等组成的工程数据/文档），从而促进需求驱动的设计，确保产品开发计划符合客户和市场预期。通过识别产品需求何时会面临披违反的危险，当需求变化时设计苴元会发生什么变化，当设计变更时会彩响耶些产品需求，以氏变更后的需求会怎样影响产昌设计，Teamcenter具有促进跨学科的闭环反馈的能力。确保呈新的产品决贲比如需求变更、设计变更及桎关影响）得到传递并旦被产品全生命周期中的每一个利益相关者充分理艇，从而帮肋企业缩短新产品上市的周期对间Ofeanxenter解决方案的特点：支持PLM

15、的平台，不同于传统的PDM系统覆盖范因最广泛、面向行业的解决方案以客户价值为驱动:可裁减的、容易实施2.37eamcenter系统工程解决了需求的表示和管理只是第一步，更亘要的是如何应用需求进行设计综合和系统验证。大多数需求管逞的应用系统，以氏大多数用户的应用现状，都停留在这一阶段。国际系统工程委员会（INCOSE）指出：系统工程是一种跨学科的方法和保证实现成功的系统，：！点是左开发周期的早期定义客户需求以及所要的功能，使需求文件化，然后进行设计综合和系统验证，同时考虑整个问题。Teamcenter系统工程提供了一个跨学科环境，把重点放在开发局期的早期描述客户的需要以药要求的功能。该解决方宴提

16、供了综合设计、验证系统以氏文件化的需求绘成的结构，用于全面理解产品髡求氏其支持系统，帮初提供满足客户需求的高质童产民：捕捉并管理需求。需求体系定义：利用协同式的功能与逻绸唱国，可以帮勒建立系统总体设计,多种产品亍结构与关键产品需求的关系，这些需求包括产品性能、可维护性、可靠性、可制适性、可用性以氏人机工程持性等C文件、记灵和内容管逞：需求存左于各科文件、记录中C系统提供一种从标准文件（比如WordsExcel.Visio等）提取关键毛求和系统知识的方进，将这些需求关联左一起，并且对其左扩展企业内的传播进行管理.以便实施。分层管理和映射：首先把产品的各个层次和结构清楚地联系起来。雯把产品需求映射

17、到产品各和层次上（比如功能、技术、系统和产品），进而这种映射又披连接到其它视国，比如组织任务分配、成本分析、设计、制造、供应商开发和项吕管逢等视国。报告、跟除和审计爸逞能够自动跟踪和归纳整个生命周期的需求，如昊需要，可以跟踪到需求出自的源文件特定段落;另外提供合规性保证所需要的跟捺和报告功能。风险分析和六西梏玛萱逞：提供各种管遅模板，比如FMEA,实时关连的QFD,质童屋(HouseofQuality)文卷支持闭环控制，不断改进计划。工作流程刃变更管逞：对版本进行跟踪，根据需要将变更通知发布到所言的部门，获得就准和达成一致的意见。需求和产民全生命周期的其余系统。需求数据与下游的桎关过程相关联，

18、确保需求和系统信息的可见性。在需要时将需求传递到主个生命周期中。协同唱架：通过与社区协同leamcenterCommunity奧成，可以对各种设想和要求进行讨论，采用逐宇逐句的拖拉进行开放式框架：Teamcenter系统工程是逹立在一个开放式框契上的，能够与关縫系统逹接，比如OfficeSimulink.Matiab等安全：提供了一个共芋的平境，无数用户都可以胃一个受控、安全的方法并行地亘君并处遅各种需求，而不是在共享的网络上以文件形式串行地传递需求QTeamcenter系统工理可以确保你的产品符合战跨倉图、市场、客户以氏法规要求，从而扱大地提建了你在提供成功产民方面的能力：更好地确保合规性。

19、正式理艇目标市场和客户的期望、偏好、标准以及济规。改垂产品导入协凋C左扩展企业昱面加强和客户、有场和法规要求的交流和沟通，请定绩效衡童标准，驱动绩效涯升。程高质董：通过闭环的、E定确的衡童标准珪动持续地改进业务流理，允许企业左产品生命周期的早期阶段纳入六西格玛质童目标，判断产品是否符合期望和需求，减少设计缺陷，进而提高质量。帮助降低风险：公司避免可能会在产品全生命周期后期出现的意外问題，帮助公司降低风险。(比如，当计划约灵因素面临被违反的危险时，氏对向产品开发商提供反馈)0促进精益开发过程通过把楕力集中在工程、设计开发、制适和兰产上，把资源集中在对于产民或相关过程来说比较重要的关键项目上，促进楕益开发过程。总结Teamcenter需求管遅和系统工程解决方案专注于和集成于PLM,是区别于其他软件的独待之处：托户可以左一个单一环境中对产品全生命局期每个阶段的产品需求进行定义、评估和发布，进行设计综合和系统