产品生命周期管理（PLM），作为企业信息化应用的一个重要领域，很多企业特别是对研发管理比较重视的企业都希望通过实施PLM系统来缩短其产品开发周期以满足客户的越来越多样化需求；Oacle 也通过收购Agile正式宣布对该重要领域的进军；但对于已经实施了Oracle ERP系统的制造企业，是否可以借助原有的ERP系统，对企业的产品管理进行深的应用，以实现企业产品研发管理水平提升呢？

    在传统的Oracle BOM/ENG模块中，系统提供了一些解决方案，帮助企业对产品数据进行管理，如物料定义、统一物料的管理、物料结构清单维护，ECO更改管理等，但我们在项目的实施过程发现，BOM/ENG模块并不能完全满足客户在产品数据管理方面的需求，大部分企业都就此方面提出类似的需求，1、系统能否支持建立企业标准化的物料新建流程，不同类别的工程师创建新物料时进行不同的审批流程；2、定义BOM的时候是否可以进行多层BOM维护，而不是单层逐步维护，3、能否对产品变更进行流程控制，及时了解变更的影响范围以及变更执行情况等等。

    Oracle 产品数据平台（Product Data Hub）又叫高级产品目录，有效加强Oracle BOM/ENG模块在产品数据管理在流程控制方面的不足，是一个完全集成的产品信息管理解决方案，它使企业能够有效维护一个洁净、完整和统一的全球产品信息平台，管理着所有类型的产品信息，包括结构化属性、文档、数字图像、产品结构/物料清单、想法、问题、工程设计变更等。企业还可以跨部门、与贸易合作伙伴就产品定义和变更进行安全协作。基于角色的安全性使得只有授权用户才具有信息访问和更新权限。并通过该平台来掌控其他所有系统、部门和贸易合作伙伴； 下面将介绍Oracle PDH为企业产品信息管理提供的业务解决方案，如何辅助企业就产品信息管理业务进行提升。

1. 带有特定分类属性的目录和分类管理(oracle白皮书免费下载)
    在传统的Oracle ERP系统下，已经提供了分类集、目录册等系统功能方便企业对产品信息进行管理，灵活运用这些功能在一定程度上满足企业产品信息管理的需要；但无论是分类集还是目录册都是单层维护管理，无法通过多层次直观对产品信息进行描述管理，同时传统功能下无法基于分类集进行数据级别的安全性管理，给数据的安全性管理带来不便；变更管理无法实施闭环控制，难以控制产品的质量变化。

    PDH扩展了Oracle电子商务套件的产品项目主文件，通过对原有的Oracle电子商务套件的“分类集”进行增强而实现的，为产品、部件和产品项目信息的分类方案提供可由用户定义的目录、层次目录分类和数量不限的规范/属性。Oracle产品项目主文件提供产品项目的单一定义，并且与Oracle电子商务套件的所有主要产品系列和业务流程（开发、市场营销、销售、订单管理、采购、供应链、制造、服务、人力资源、财务、项目等）相集成。

    1.1. 产品项目目录——用户定义的目录分类层次结构和分类属性

    产品项目目录是一个提供所有产品项目的主要构成、适应性和功能分类的目录。产品项目目录模式支持无限的用户定义的属性，将它们组成有意义的用户定义的组，并将它们映射到一个用户定义的分类层次结构中。这使用户能够对所有类型的产品、部件和产品项目信息灵活地进行类型定义和分类。产品项目目录中包括所有的产品，这些产品还可以在其他Oracle定义的或用户定义的目录中启用。 例如，你可以建立一个目录分类“计算机零部件”及其子分类“硬盘驱动器”和“键盘”，它们将继承为“计算机零部件”所定义的所有特征。

    你可以对自己拥有适当的基于角色的安全访问权限的目录、分类和产品项目进行浏览，或者你可以搜索具体的目录分类并直接查看属于该分类的产品项目；提供物料搜索效率增加重用度降低成本。

    1.2. 用于客户、供应商和部门之间协作的、基于角色的细粒度安全性

    为了使客户、供应商、部门和分公司能够访问产品数据的单一信息源，需要具有能够精确地控制产品项目和产品项目信息/属性组的不同人能够发现、查看和编辑的能力。PDH提供了通过用户定义的角色来控制对各个产品项目和产品项目属性组的发现、查看和编辑访问的能力。每个角色定义可对一个产品项目采取什么行动以及该角色能够查看或编辑什么的属性组。安全性可以在多个级别上进行控制：机构级、目录分类级或每个产品项目级。例如，你可以定义一个“供应商工程师”角色，然后针对供应商与你共同研发的产品将该角色授予供应商的一名工程师。

    1.3. 产品项目生命周期管理

    你可以管理产品项目和产品项目修改记录的生命周期。生命周期是指一个产品项目在存在期间所经历的一系列阶段。包括多个阶段的生命周期可以关联到一个产品项目目录分类。你可以将变更控制策略与产品生命周期的每个阶段关联起来，从而决定该阶段的产品项目行为。变更策略指定对产品项目上是否可以执行某个操作，如果可以执行，那么是否需要一个变更通知单。例如，变更策略可能是在生产阶段产品项目属性只能通过变更通知单来改变，但是，该策略可以指定当该产品项目处在报废阶段时其属性不允许改变。

    你可以将一个项目与产品项目关联起来，以便按生命周期阶段监测和控制该产品项目的生命周期和具体任务或应提供的项目。该项目中的任务可以与生命周期阶段相关联，这样到任务完成时就可以控制阶段的过渡。第一级生命周期跟踪项目的工作细分结构（WBS）显示在产品项目工作台，在该项目工作台上先选择生命周期跟踪项目的链接，然后将用户定向到项目协作工作台，在这里可以查看和维护该项目定义的各个方面。

2. 灵活的新产品项目定义以及审批工作流

    在传统的Oracle模块应用中，当用户新建物料时，必须在Oracle ERP系统外进行流程审批，通过多个部门收集物料的各种属性如采购、库存计划等，然后由专门的人员统一在ERP系统中进行定义；一方面无法把系统外的审批流程集成到ERP系统当中，另一方面没有信息系统的支撑，物料定义的流程串行进行，影响新建物料的效率。

    PDH提供一个基于工作流的功能强大的产品项目定义过程，使用户可以请求一个新产品项目并将该请求传送给不同的人员/部门以进一步定义，并发给不同业务领域的审批人。当用户提交请求时，工作流引擎给不同用户发通知，告诉他们需要为特定属性组提供值。这些通知包含一些链接，使用户在产品项目工作台中直接找到合适的属性组部分。系统对用户为属性组输入的值进行验证，并确认用户完成了该任务。当所有用户都完成了产品项目定义并且请求已得到了批准之后，产品项目请求过程结束，产品项目可用于交易。

    2.1. 基于产品项目分类的审批路线模板

    不同的产品项目请求类型可以关联到每个有工作流路线的产品项目目录分类。路线模板按希望的顺序列出所有的审批人和新产品项目请求需要送达的审查人。审批人和审查人可以是个人、小组或一个角色。如果指定了一个角色，则系统自动根据业务对象，如产品项目、产品项目目录分类或机构来提供审批人。例如，如果‘网络工程师’角色被指定给IP路由器分类，则当发起新零部件请求时，系统会提供拥有针对该分类的‘网络工程师’角色的三名用户。

    2.2. 产品项目编号/描述的生成

    当发起新零部件请求时，PDH可以根据为该产品项目目录分类设置的自动编号方案自动产生产品项目编号。有三种物料编号方案：
    ·按序列生成――产品项目编号是在一个从预先确定的序列中获取的数字前加上一个前缀而产生的；
    ·由函数产生――产品项目编号是由一个用户定义函数和传递给该函数的产品项目属性产生的。函数可以有规则和运算逻辑；
    ·自定义产生――产品项目编号是用户创建时手工生成；

    而且，产品项目描述可以由系统根据用户定义的函数自动产生。当你建立一个新产品项目时，你指定传送给用户定义的函数的属性来产生产品项目描述。

3. 多层级的物料清单维护

    在传统的Oracle ERP系统中，BOM维护人员只能对物料清单进行单层维护，对于复杂的产品结构，并不符合工程师的操作习惯，单层BOM维护不能直观查看产品的结构，增加物料清单维护的难度以及影响工作效率。

    PDH提供产品工作台功能，用户通过使用产品工作台对产品信息进行编码、查阅以及管理，可以灵活通过产品工作台，进行拖、拉操作进行产品结构的添加、删除和修改，特别是对复杂的产品结果，可以迅速提高工程师对产品结构维护的效率与准确性。

4. 控制产品数据质量和变更

    随着不断变化的市场环境和新产品的推出，产品数据也在不断变化。很多这些变化是由市场、制造、服务、供应商和客户以问题、新想法、产品变更通知和新零件需求的方式引起的。为了保持产品数据的质量，必须通过一个协作变更管理系统将产品变更按特定的路线发送给审批人以获得批准并安排其实施的日程；问题和变更管理功能加速了对产品质量问题或产品设计变更的识别、沟通和解决。更快地处理工程设计变更周期是企业希望发展的核心能力，尤其当你面临很快上市的压力、更短的产品周期及市场变化需求时更是如此。

    但传统的OracleENG模块虽然提供了ECO管理功能，方便对产品进行变更管理，但ECO只是最终变更执行结果的管理，但对产生ECO更改前的的问题描述、变更请求无法有效管理，同时对ECO变更结果任务执行情况难以跟踪，造成无法控制产品变更的质量；缺少有效的变更管理闭环流程控制，造成产品的数据质量难以保证。

    Oracle的PDH问题和变更管理系统使你能够安全地协作并管理产品问题和对产品信息的变更请求。在多公司环境下，它提供一个强大的基于角色的安全系统，使你可以与供应商和客户无缝地进行协作，而无需担心泄漏关键的专有信息。变更管理功能提供一种定义不同变更类型的灵活而又可扩展的方法，并捕获这些变更的用户定义的属性，确保协作和灵活的审批路线定义的安全。你可以建立复杂的并行和串行审批路线，并把它们作为预定义的模板以便严格遵守审批流程，也可以在你的企业内部建立特别的路线以便进行额外的审批。
 

    4.1. 用户定义的变更分类
    可配置的变更分类使你能够在整个企业范围内捕获和实施不同的变更流程。Oracle系统定义了一些可配置的变更分类包括：
    ·问题：识别和捕获与产品项目相关的设计、制造或质量问题。
    ·变更请求：跟踪解决一个问题或改变一个产品项目设计或开发/制造流程　   而要求的研究、解决方法和变更审批过程。
    ·变更通知：实施和执行对产品项目信息的变更。
    ·想法：捕获和管理来自员工、客户、供应商和制造商关于产品和部件项目的新想法。

    4.2. 用户定义的变更类型 

   用户为变更分类定义的变更类型（如供应商变更请求、设计变更或流程问题）提供更具体的分类以及定义不同业务流程行为的能力。不同的变更类型可以拥有不同的头标级别：
   ·自动编号规则（即前缀、起始编号）。
   ·工作流路线(审批路线)
   ·用户定义的属性和函数
   ·默认分派规则（任务分配规则）

    4.3. 变更通知任务

    你可以迅速创建变更通知并分派给个人或小组。变更通知任务可以确保必须完成的工作能够在变更通知实施或推进到其生命周期的下一阶段之前完成。 你可以为创建或传送变更通知的每个机构设立任务模板。这使你能够加强管理变更通知的标准工作过程。

    4.4. 基于角色的和特别的工作流路线

    用户可以通过一个或多个审批请求步骤设立工作流路线模板。每个审批请求可以根据审批人的产品项目角色、变更角色或名字被发送给一个或多个人。例如，你可以要求某一个或所有对某变更请求/通知所涉及的产品项目拥有工程经理角色的人必须批准产品项目的特定变更。你还可以增加工作流路线步骤来征求评论意见或通知有关人员。你可以将多个工作流路线关联到一个变更类型，从而在变更请求/通知的生命周期内执行一个或多个审批路线。当你建立一个特定的变更类型的问题、变更请求或变更通知时，工作流路线模板被评估之后用以建立工作流路线。你可以在问题、变更请求或变更通知建立之后以及任何步骤开始之前的工作流执行期间在工作流路线中增加一些额外步骤。

    4.5. 基于工作流的分配/审批通知

    当人们被分派处理问题、变更请求或变更通知时，他们会收到发送来的基于工作流的通知。发送通知是为了请求审批或评论意见。通知的接收人可以通过电子邮件或工作流通知列表对通知进行回复。

    4.6. 基于角色的安全性

    用户可以通过基于角色的安全性来确保问题、变更请求和变更通知的安全，这些安全性可以按机构、变更分类或单个问题、变更请求和变更通知来指定。用户可以给人员和小组授予相应的角色。变化管理角色决定你可以查看或编辑哪些问题、变更请求和变更通知。为了使安全性管理更轻松，当产品项目是问题、变更请求或变更通知所涉及的对象时，变更管理角色可以自动从产品项目角色进行继承。

    4.7. 变更管理报告

    用户可以为变更管理分类如问题、新想法、变更请求和变更通知生成报告。你可以将报告发送给一组或特定名单上列出的人员，而这些人只能看到那些自己拥有查看或编辑权限的对象。你可以使用一个预定义的准则模板或显示格式来指定你想用来生成报告的准则或数据列。管理员可以生成所有用户都可用的报告。

5. 结束语

    Oracle PDH虽然并不是标准的PLM产品，并没有像其它PLM产品就企业整个研发业务体系提供完整的解决方案，但作为Oracle电子商务套件的有效补充，在流程控制方面的增强有效补充Oracle BOM/ENG等传统模块在产品信息管理方面的不足，对于已经实施了Oralce ERP系统企业，其不失为提升企业产品信息管理的业务解决方案；特别是Oracle PDH与Oracle电子商务套件其它模块实现无缝集成，；件使企业能够有效地管理客户过程，制造产品、按订单发货、接收货款等，所有这一切都是通过构建在一个统一的信息结构上的各个应用程序来完成的。这个信息结构对企业的客户、供应商、员工、产品，即企业的各个方面，提供单一的定义；从而避免其它PLM产品需要与原Oracle ERP系统集成的痛苦。