基于产品线的内容管理系统和方法

摘要

本发明提供基于产品线的内容管理系统和方法。产品线管理模块包括代码和物料清单（BOM）生成器模块和配置管理模块。代码和BOM生成器模块：接收数据词典条目和接口信息；基于所述数据词典条目和接口信息产生至少一个产品的产品BOM；和基于所述数据词典条目和接口信息产生用于N个模块的自动编码，其中N是大于1的整数。配置管理模块汇编自动编码以产生产品。

说明书

本申请是是申请号为201010545529.3、申请日为2010年11月9日、名为“基于产品线的内容管理系统和方法”的中国专利申请的分案申请。

相关申请的交叉引用

本申请要求2009年11月9日提交的美国临时申请61/259398的权益。上述公开的内容通过引用全部并入本文。

技术领域

本发明涉及基于产品和内容的管理系统。

背景技术

本部分提供的背景技术描述目的在于大体描述发明的来龙去脉。本背景技术部分所描述的本发明的发明人的工作以及该背景技术描述的在申请提交时不作为现有技术的其它方面，都不能明确地或隐含地被认为是本公开的现有技术。

在产品的研发和生产中涉及若干不同的处理阶段。这些处理阶段可包括例如需求、开发、建立、测试、校准、验证和发布阶段。具有大量不同业务的公司可开发和生产大量产品。每种产品（例如、车辆）可具有若干不同的相关联的子产品（例如，发动机控制器、变速器控制器等）。每个产品和/或子产品可具有相关联的发布。每个发布可具有相关联的系列、型年、版本和步调（cadence）。步调指的是具体的发布日期。每个产品和/或子产品可具有相关联的物料清单（BOM）。因此，在各产品阶段管理产品的开发和生产可能是复杂且混乱的。

发明内容

在一个实施例中，设置了产品线管理模块且该模块包括代码和物料清单（BOM）生成器模块和配置管理模块。代码和BOM生成器模块：接收数据词典条目和接口信息；基于该数据词典条目和接口信息产生至少一个产品的产品BOM；基于该数据词典条目和接口信息产生用于N个模块的编码，其中N是大于1的整数。配置管理模块汇编自动编码而产生产品。

在其它特征中，上面描述的系统和方法由被一个或多个处理器执行的计算机程序实施。计算机程序可驻留在有形的计算机可读介质上，例如但不限于存储器、非易失性数据储存器，和/或其它适合的有形存储介质。

本发明还提供以下技术方案。

1. 一种产品线管理模块，包括：

代码和物料清单（BOM）生成器模块，该模块：

接收数据词典条目和接口信息；

基于所述数据词典条目和接口信息产生至少一个产品的产品BOM；以及

基于所述数据词典条目和接口信息产生用于N个模块的自动编码，其中N是大于1的整数；和

汇编所述自动编码以产生所述产品的配置管理模块。

2. 如技术方案1的产品线管理模块，其特征在于：

所述产品是发动机控制模块、变速器控制模块和混合动力控制模块中的一个；并且

所述N个模块是所述产品的提供者和消费者模块。

3. 如技术方案1的产品线管理模块，其特征在于：

所述数据词典条目包括与所述产品的组件和接口中的至少一个的参数相关联的数据；和

所述接口信息包括接口签名和接口契约。

4. 如技术方案1的产品线管理模块，包括：

产品线管理模块，所述产品线管理模块提供产品线框架以管理产品线层级树，所述层级树包括N个内容级事项，其中N是大于1的整数；和

所有权管理模块，所述所有权管理模块记录所述N个内容级事项的每一个的所有权。

5. 如技术方案4的产品线管理模块，其特征在于，所述内容级事项包括控制系统、组风格版本、环风格版本、组件和接口。

6. 如技术方案4的产品线管理模块，其特征在于，所述产品线管理模块基于所述产品的BOM、工程BOM和产品线发布矩阵产生产品线BOM。

7. 如技术方案6的产品线管理模块，其特征在于，所述产品线发布矩阵包括所述产品的主发布值、型年、和步调值。

8. 如技术方案1的产品线管理模块，包括：

层级和分解管理模块，基于所述产品线框架管理所述产品线层级树；和

版本控制和生命周期管理模块，管理所述产品和所述产品模块的版本、发布日期和截止日期。

9. 如技术方案1的产品线管理模块，其特征在于，所述层级和分解管理模块产生环检查窗口，所述环检查窗口包括环风格识别、组风格识别、接口识别和环风格函数定义。

10. 如技术方案8的产品线管理模块，其特征在于，所述产品线层级树包括产品算法内容级，所述产品算法内容级包括产品线和BOM级，其中：

所述产品线和BOM级包括组风格级；

所述组风格级包括环风格级；

所述环风格级包括特征；以及

所述特征包括组件和接口。

11．如技术方案8的产品线管理模块，其特征在于，所述版本控制和生命周期管理模块追踪所述产品的系列发布和平行发布的产生。

12. 如技术方案1的产品线管理模块，包括：

产品线管理模块，其提供产品线框架以管理产品线层级树，所述产品线层级树包括N个内容级事项，其中N是大于2的整数；

所有权管理模块，其记录所述N个内容级事项中的至少M个的所有权，其中M是大于1的整数；

层级和分解管理模块，其基于所述产品线框架管理所述产品线层级树；

版本控制和生命周期管理模块，其管理所述产品以及所述产品模块的版本、发布日期和截止日期；

BOM管理模块，其管理所述产品BOM和工程BOM；和

映射和关系管理模块，其建立所述产品的BOM之间的关系，包括所述产品BOM和所述工程BOM之间的关系。

13. 如技术方案1的产品线管理模块，包括映射和关系管理模块，所述映射和关系管理模块建立所述产品的BOM之间的关系，包括所述产品BOM和工程BOM之间的关系，其中：

所述映射和关系管理模块产生风格分配窗口，所述风格分配窗口包括多个版本；和

所述多个版本包括函数版本、消息版本和非函数版本。

14. 如技术方案11的产品线管理模块，其特征在于，所述映射和关系管理模块基于输入信号选择所述多个版本的接口定义对象。

15. 如技术方案1的产品线管理模块，其特征在于，代码和物料清单（BOM）生成器模块从一组特征中进行选择以基于第一BOM规则组生成环风格版本，

其中，所述一组特征是基于所述数据词典条目和所述接口信息产生的。

16. 如技术方案15的产品线管理模块，其特征在于，所述配置管理模块：

汇编所述环风格版本以基于第二BOM规则组产生组风格版本；

汇编所述组风格版本以基于第三BOM规则组产生控制系统版本；

汇编所述控制系统版本以基于第四BOM规则组产生所述产品。

17. 如技术方案11的产品线管理模块，其特征在于，所述第一BOM规则组、第二BOM规则组、第三BOM规则组和第四BOM规则组彼此是不同且独立的。

18. 一种基于产品线的内容管理系统，包括：

存储所述产品BOM的产品线存储器；

应用服务器，其包括如技术方案1所述的产品线管理模块；和

远程装置，其远程地访问所述应用服务器以开发所述产品的特征。

19. 如技术方案18的基于产品线的内容管理系统，其特征在于，所述远程装置包括：

用户接口；和

与所述产品线管理模块通信的产品线控制模块，其中：

所述产品线控制模块基于工具和存储在所述产品线存储器中的内容管理软件来开发所述产品的组件和接口；并且

所述工具独立于所述应用服务器和所述产品线存储器。

20. 如技术方案19的基于产品线的内容管理系统，其特征在于，所述产品线管理模块包括：

产生所述产品的软件的算法管理模块；

产生诊断软件以为所述产品检查故障的非车载管理模块；

校准所述产品的校准管理模块；和

测试所述产品的测试实例管理模块。

本公开的进一步应用范围将从后面提供的详细描述中变得明了。应当理解，详细描述和具体示例都是仅用于说明目的而非意在限制本公开的范围。

本发明还提供如下方案：

1. 一种用于执行车辆的控制器的开发和建立过程的处理器，所述处理器包括：

第一电子电路，其构造成在所述开发和建立过程的第一时期和第二时期中：

　　接收来自计算系统的数据词典条目和接口信息，

　　基于所述数据词典条目和接口信息产生所述控制器的产品物料清单，

　　基于所述数据词典条目和接口信息，产生用于所述控制器的N个模块的接口层自动编码和数据对象自动编码，其中N是大于1的整数，和

　　输出所述数据词典条目、产品物料清单、接口层自动编码、数据对象自动编码、接口信息算法描述文件和接口信息工程；以及

第二电子电路，其构造成在所述开发和建立过程的第三时期、第四时期和第五时期中：i)接收来自所述第一电子电路的所述数据词典条目、产品物料清单、接口层自动编码、数据对象自动编码、所述接口信息算法描述文件和所述接口信息工程，和ii)基于所述数据词典条目、产品物料清单、接口层自动编码、数据对象自动编码、所述接口信息算法描述文件和所述接口信息工程汇编所述控制器。

2. 如方案1所述的处理器，其特征在于，还包括第三电路，其构造成：

在所述第一时期中并且基于第一物料清单规则组，将所述控制器的特征组合到特征组中；

在所述第二时期中并且基于第二物料清单规则组，将所述特征组合以建立环风格组的环风格版本；

在所述第三时期中并且基于第三物料清单规则组，将所述环风格版本组合以建立组风格组的组风格版本；

在所述第四时期中并且基于第四物料清单规则组，将所述组风格版本组合以建立控制系统组的控制系统版本；以及

在所述第五时期中并且基于第五物料清单规则组，将所述控制系统版本组合以提供所述控制器的控制模块。

3. 如方案1所述的处理器，其特征在于，所述控制器是发动机控制模块、变速器控制模块和混合动力控制模块中的一个；以及

所述N个模块是所述控制器的提供者和消费者模块。

4. 如方案1所述的处理器，其特征在于，所述数据词典条目中每个包括与所述控制器的组件和接口中的至少一个的相应参数相关联的数据；和

所述接口信息包括接口签名和接口契约。

5. 如方案1所述的处理器，其特征在于，包括：

产品线管理模块，所述产品线管理模块构造成提供产品线框架以管理产品线层级树，所述层级树包括N个内容级事项，其中N是大于1的整数；和

所有权管理模块，所述所有权管理模块构造成记录所述N个内容级事项的每一个的所有权，

其中所述内容级事项包括控制系统、组风格版本、环风格版本、组件和接口，

其中所述产品线管理模块构造成基于所述产品物料清单、工程物料清单和产品线发布矩阵产生产品线物料清单，和

其中所述产品线发布矩阵包括所述控制器的主发布值、型年、和步调值。

6. 如方案1所述的处理器，其特征在于，包括：

层级和分解管理模块，其构造成基于产品线框架管理产品线层级树；和

版本控制和生命周期管理模块，其构造成管理所述控制器的版本、发布日期和截止日期和所述控制器的模块的版本、发布日期和截止日期，

其中所述层级和分解管理模块构造成产生环检查窗口，所述环检查窗口包括环风格识别、组风格识别、接口识别和环风格函数定义，

其中所述产品线层级树包括产品算法内容级，所述产品算法内容级包括产品线和物料清单级，其中：

　　所述产品线和物料清单级包括组风格级；

　　所述组风格级包括环风格级；

　　所述环风格级包括特征；以及

　　所述特征包括组件和接口，以及

其中所述版本控制和生命周期管理模块构造成追踪所述控制器的系列发布和平行发布的产生。

7. 如方案6所述的处理器，其特征在于，所述版本控制和生命周期管理模块追踪所述控制器的系列发布和平行发布的产生。

8. 如方案6所述的处理器，其特征在于，还包括代码和物料清单生成器模块，其构造成从一组特征中进行选择以基于第一物料清单规则组生成环风格版本，

其中所述一组特征是基于所述数据词典条目和所述接口信息来产生。

9. 如方案8所述的处理器，其特征在于，还包括配置管理模块，其构造成：

汇编所述环风格版本以基于第二物料清单规则组产生组风格版本；

汇编所述组风格版本以基于第三物料清单规则组产生控制系统版本；和

汇编所述控制系统版本以基于第四物料清单规则组产生所述控制器。

10. 如方案9所述的处理器，其特征在于，所述第一物料清单规则组、第二物料清单规则组、第三物料清单规则组和第四物料清单规则组彼此是不同且独立的。

11. 如方案1所述的处理器，其特征在于，还包括：

构造成产生所述控制器的软件的算法管理模块；

构造成产生诊断软件以为所述控制器检查故障的非车载管理模块；

构造成校准所述控制器的校准管理模块；和

构造成测试所述控制器的测试实例管理模块。

12. 如方案1所述的处理器，其特征在于，包括：

产品管理模块，其构造成提供产品线框架以管理产品线层级树，所述产品线层级树包括N个内容级事项，其中N是大于2的整数；

所有权管理模块，其构造成记录所述N个内容级事项中的至少M个的所有权，其中M是大于1的整数；

层级和分解管理模块，其构造成基于所述产品线框架管理所述产品线层级树；

版本控制和生命周期管理模块，其构造成管理所述控制器的版本、发布日期和截止日期以及所述控制器的模块的版本、发布日期和截止日期；

物料清单管理模块，其构造成管理所述产品物料清单和工程物料清单；和

映射和关系管理模块，其构造成建立所述控制器的物料清单之间的关系，包括所述产品物料清单和所述工程物料清单之间的关系。

13. 如方案1所述的处理器，其特征在于，还包括映射和关系管理模块，所述映射和关系管理模块构造成建立所述控制器的物料清单之间的关系，包括所述产品物料清单和工程物料清单之间的关系，其中：

所述映射和关系管理模块构造成产生风格分配窗口，所述风格分配窗口包括多个版本；和

所述多个版本包括函数版本、消息版本和非函数版本。

14. 如方案13所述的处理器，其特征在于，所述映射和关系管理模块构造成基于输入信号选择所述多个版本的接口定义对象。

15. 如方案1所述的处理器，其特征在于，包括映射和关系管理模块，所述映射和关系管理模块构造成建立所述控制器的物料清单之间的关系，包括所述产品物料清单和工程物料清单之间的关系，其中：

所述映射和关系管理模块构造成产生风格分配窗口，所述风格分配窗口包括多个版本；和

所述多个版本包括函数版本、消息版本和非函数版本，

其中所述映射和关系管理模块构造成基于输入信号选择所述多个版本的接口定义对象。

16. 如方案1所述的处理器，其特征在于，还包括：

代码和物料清单生成器模块，其构造成从一组特征中进行选择以基于第一物料清单规则组生成环风格版本，

其中所述一组特征是基于所述数据词典条目和所述接口信息来产生；和

配置管理模块，其构造成：

　　汇编所述环风格版本以基于第二物料清单规则组产生组风格版本；

　　汇编所述组风格版本以基于第三物料清单规则组产生控制系统版本；和

　　汇编所述控制系统版本以基于第四物料清单规则组产生所述控制器，

　　其中，所述第一物料清单规则组、第二物料清单规则组、第三物料清单规则组和第四物料清单规则组彼此是不同且独立的。

17. 一种系统，包括：

构造成存储所述产品物料清单和工具和内容管理软件的产品线存储器；

应用服务器，其包括如方案1所述的处理器；和

远程装置，其构造成远程地访问所述应用服务器以开发所述控制器的特征，

其中所述远程装置包括：

　　用户接口；和

　　与所述处理器通信的产品线控制模块，和

其中：

　　所述产品线控制模块构造成基于所述工具和内容管理软件来开发所述控制器的组件和接口；并且

所述工具独立于所述应用服务器和所述产品线存储器。

18. 一种系统，包括：

构造成存储所述产品物料清单的产品线存储器；

应用服务器，其包括如方案1所述的处理器；和

远程装置，其构造成远程地访问所述应用服务器以开发所述控制器的特征。

19. 如方案18所述的系统，其特征在于，所述远程装置包括：

用户接口；和

与所述处理器通信的产品线控制模块，和

其中：

所述产品线控制模块构造成基于存储在所述产品线控制模块的工具和内容管理软件来开发所述控制器的组件和接口，和

所述工具独立于所述应用服务器和所述产品线存储器。

20. 如方案19所述的系统，其特征在于，所述处理器包括：

构造成产生所述控制器的软件的算法管理模块；

构造成产生诊断软件以为所述控制器检查故障的非车载管理模块；

构造成校准所述控制器的校准管理模块；和

构造成测试所述控制器的测试实例管理模块。

附图说明

将从详细描述和附图更完全地理解本公开，其中：

图1是根据本公开的实施例的基于产品线的内容管理系统的一部分的功能框图；

图2是图1的基于产品线的内容管理系统的功能框图；

图3是根据本公开的实施例的产品线过程图；

图4是根据本公开的实施例的包括产品线管理模块的生产系统的功能框图；

图5是根据本公开的实施例的具有多个管理层的产品线管理模块的功能框图；

图6是根据本公开的实施例的示例性的基于产品线的内容管理框架；

图7是根据本公开的实施例的示例性产品开发和建立过程；

图8是根据本公开的实施例的示例性产品线系列发布矩阵；

图9是根据本公开的实施例的示例性工程分解图；

图10是根据本公开的实施例的示例性环工程窗口（ring project window）；

图11是根据本公开的实施例的示例性物料清单（BOM）窗口；

图12是根据本公开的实施例的示例性风格分配窗口；

图13是根据本公开的实施例的示例性环所有权配置管理窗口；

图14是根据本公开的实施例的示例性产品线内容窗口；

图15是根据本公开的实施例的示例性环检查窗口；

图16是根据本公开的实施例的生命周期图；

图17是根据本公开的实施例的接口控制系统；

图18是根据本公开的实施例的接口数据模型；

图19是根据本公开的实施例的层级接口图；

图20是根据本公开的实施例的示例性接口契约；

图21是根据本公开的实施例的多接口图；

图22是根据本公开的实施例的图示多个接口契约的图；

图23是根据本公开的实施例的利用接口数据模型产生的控制模块的逻辑图；

图24是根据本公开的另一实施例的带有不同的且独立的控制模块的多控制模块系统的逻辑图；

图25是根据本公开的另一实施例的图示在多个控制模块之间的逻辑接口的多控制模块产品的逻辑图；和

图26是产品线系列工程的多产品的产品集的视图。

具体实施方式

下列描述本质上仅仅是示例性的，决不意在限制本发明及其应用或用途。为了清楚的目的，在附图中将使用相同的标号表示相同的元件。如本文中所使用的，短语A、B和C中的至少一个应当理解为表示使用了非排他性逻辑“或”的逻辑（A或B或C）。应当理解的是，在不改变本发明原理的情况下，方法中的步骤可以以不同的顺序被执行。

如本文所使用的，术语模块指的是专用集成电路（ASIC）、控制器、电子电路、执行一个或多个软件或固件程序的处理器（共享的、专用的、或集群的）和/或存储器、组合逻辑电路、和/或提供所描述功能的其它合适的组件。

另外，在下面的描述中公开了多种变量标记和值。这些变量标记和值仅作为示例。变量标记是随意提供的并可以每一个用于标示或指示不同的事项。例如，变量标记N可用于指示多个模块或指示多个接口契约。该值也是任意提供的并可根据应用而变化。

管理例如车辆的控制模块的公共和产品专有内容是个挑战。控制模块可在若干年的时间范围上被开发并具有若干版本和相关联的工作产品的增加式发布。下面描述的系统和方法提供了支持用于复杂型谱的多个产品线的若干不同类型的内容管理的各方面的框架。

在图1中，示出了基于产品线的内容管理系统（PBCMS）10的一部分。PBCMS10可称为全球可访问的基于产品线的内容管理应用（ASPEN）系统。PBCMS10提供了在控制开发环境下的产品线管理框架以管理开发数据。PBCMS10还提供了数据生命周期管理系统，该系统可用于开发、管理、链接、集成和交换产品内容的信息。产品内容的信息可包括记录的和/或开发的用于特征、目的、组件、和接口的信息以及用于基于产品线的控制开发、建立、测试、校准和验证目的的信息。PBCMS10提供了用于开发、集成、校准和验证产品的算法和软件。图2还图示了PBCMS10的结构。

PBCMS10包括应用服务器12、产品线存储器14和任意数量的远程装置16。应用服务器12位于中央位置并包括产品线管理模块18以管理产品线型谱的产品和相关联的内容。应用服务器12可由远程装置16的任一个访问。

术语“产品线”可指的是用于管理复杂产品型谱中的所有不同产品的公共和变型特征的一个或多个方法。产品线可指的是具体产品和相应的模块及其内容。产品型谱可包括成百上千的产品。这些产品可以是类似的，例如各种控制模块，但每一个都是唯一的。公共特征是在两个或更多产品中共享的和/或相同的特征。变型特征是例如用在第一产品中但不用在第二产品中的特征。变型特征可以是单独地专用于单个产品或单个产品组的特征。

应用服务器12包括产品线管理模块18、内容管理软件开发（CMSD）模块20、和应用服务器存储器24。CMSD模块20包括可用于产生定制软件的开发软件。产品线管理模块18提供包括版本化、扩展等的软件开发支持。产品线管理模块18提供产品线的各层管理，其带有用于高效数据共享的“细粒度”对象分解。管理层在图5中示出。

产品线管理模块18存储并管理数据关系以提供对于整个产品型谱的各种产品的分析能力（包括跟踪能力）。产品线管理模块18提供带有用于高效并可靠锁定与对象、包括公共和变型组件和接口在内的公共和变型特征相关联的数据的前瞻错误检查的方法和工具。数据可包括BOM软件、组件软件、接口软件、数据词典条目、算法描述文件、源代码、自动编码等。数据词典条目可指的是关于组件、接口或相关联的消费者所用的特定参数（例如发动机速度）的手工输入的数据。消费者在下面进行描述。自动编码可指的是由（基于模型的）代码生成器产生的代码。

可将成千上万的组件和接口组合以建立特定控制模块。组件可以是例如用于执行某一任务和某一组任务的模块和/或特定代码集（例如，电子节气门控制模块、巡航控制模块、气缸停用模块、发动机速度确定模块等）。接口可指的是控制模块的提供某一参数的各模块间的接口。作为示例，接口可位于发动机速度确定模块和巡航控制模块之间。发动机速度确定模块和巡航控制模块可以是发动机控制模块的一部分。发动机速度确定模块可向巡航控制模块提供当前发动机速度。接口可由第一模块使用以访问存储器并由第二模块获得存储在存储器中的参数。控制模块之间的接口可与消息相关联，该消息可在控制模块之间传送或传递，例如在发动机控制模块和变速器控制模块之间。

每个组件和接口可具有相关联的对象，该对象识别并定义该组件或接口，包括识别该对象的属性。属性可包括例如组件的目的、模块名、类别、测量单位、类型、最小和最大范围、最小和最大分辨率、初始值、一个或多个风格（即一个或多个变型）、校准划分等。对象的多个属性可由数据词典条目（DDE）定义。应用服务器存储器24存储内容管理软件开发库26，其被CMSD模块20和产品线管理模块18所用。

应用服务器12和产品线存储器14提供中央资料库以访问产品线信息。应用服务器12和产品线存储器14提供对用于重用、衍生、改进和/或细化工作产品（例如用于特定控制模块的自动编码）的单个信息源。产品线存储器14用于存储与产品线管理相关联的产品线数据。产品线存储器14可存储与CMSD模块20和/或产品线管理模块18相关联的软件和数据。

远程装置16包括用户接口30和产品线控制模块32。用户接口30中的每一个可包括键盘、显示器、鼠标和/或用于和产品线控制模块32通信的其它用户接口装置。产品线控制模块32通过有线和/或无线链接与应用服务器12通信。远程装置16允许各种工程师，例如设计工程师、开发工程师、建立工程师、BOM工程师等远程访问和使用应用服务器12并获得存储在产品线存储器14中的数据和/或软件。

如本文所用，最简单形式的BOM可指的是特征清单，例如用于构成产品的组件和接口（其中每一个都具有特定功能或功能组）的清单。产品线控制模块32允许工程师访问应用服务器12并设计和/或建立产品，例如控制模块。BOM可还包括规则组，该规则组识别包含在环的版本中的特征；包含在环风格中的版本；包含在组风格中的环风格，包含在控制系统中的组风格；包含在产品中的控制系统等。规则组可包括其它BOM相关信息，例如特征、组件和接口信息。

产品可指的是控制模块（例如，发动机控制模块、变速器控制模块、混合动力控制模块等）。图7中示出了控制模块的示例性的一步一步的构成。产品型谱的每个控制模块具有一组选定的组风格，每个组风格具有一组选定的环风格，而每个环风格可具有一组环风格子版本，而每个环风格子版本具有一组特征（例如，组件和/或接口）。组件、接口、组风格和环风格在下文中进一步描述。

产品线管理模块18和/或产品线控制模块32可允许例如设计工程师设计和/或选择软件组件（例如，巡航控制软件对象和代码，气缸停用软件对象和代码等）和/或接口以基于BOM建立控制模块。BOM可被存储在产品线存储器14中。示例性接口是与提供参数（例如发动机速度、温度、油压等）相关联的接口。接口可在硬件和软件元素之间或在软件模块之间。接口可指的是识别由硬件装置和/或软件模块产生和接收的信号或输出的对象。基于所选的特征、组件和/或接口，建立工程师然后可访问PBCMS10以基于所选的公共和变型特征开始控制模块建立的产生。公共和变型特征可包括由设计工程师选择的软件组件和/或接口。这个和其它示例在下文中进一步描述。

PBCMS10允许在产品开发的早期输入特征、组件和接口要求和数据条目，BOM自动更新以用于制造过程中的下游更新。在制造过程的早期输入的数据可在制造过程的下游步骤中被重用若干次。在不同产品之间和单个产品的制造过程的下游步骤中都实施重用。PBCMS10提供与每个产品或生产的控制模块相关联的特征、组件和接口的“细粒度”管理。PBCMS10产生BOM以允许在环风格、组风格、控制系统、产品部门、车辆等之间的组件和接口的自动共享和更新。在制造过程早期的细粒度管理阻止了制造过程中之后的数据手动输入。作为示例，当发动机速度确定模块被更新时，包括这些发动机速度确定模块的和/或利用来自这些发动机速度确定模块的发动机速度信号的控制模块的BOM自动被更新。

PBCMS10允许新建立的版本代替已有的版本以自动产生新的和/或更新的环风格、组风格、控制系统和/或控制模块。这节省了时间并阻止了混乱行为和/或阻止了BOM中的不一致。BOM中的不一致，例如可用的和需要的环风格的版本中的不一致，可延迟或阻止产品的建立和/或在已建立的产品中引起错误。

现在再参照图2，示出了PBCMS10的示例结构。PBCMS10包括应用服务器12、产品线存储器14和一个或多个远程装置（图1中示出了远程装置16中的一个）。应用服务器12包括产品线管理模块18、CMSD模块20和应用服务器存储器24。产品线管理模块18可包括算法管理模块40、非车载管理模块42、校准模块44、和测试实例管理模块46。远程装置16包括产品线控制模块32，产品线控制模块32可包括算法管理模块50、非车载管理模块52、校准模块54、和测试实例管理模块56，这些可与管理模块40－46中的各自项相对应。

控制模块50-56可访问一个或多个外部工具58。外部工具可存储在远程装置16上、应用服务器存储器24中、产品线存储器14中和/或可存储在其它地方并可由远程装置16访问。

算法控制和管理模块40和50可用于产生软件算法。算法控制模块50可访问外部工具、例如计算语言软件工具（例如，Matlab）。非车载控制和管理模块42和52可用于产生例如诊断软件。校准控制和管理模块44和54用于产生校准软件和/或校准已建立的组件、版本、环风格、组风格、控制系统和/或产品。校准控制和管理模块44和54可访问外部工具，例如校准仪器工具。

测试实例控制和管理模块46和56用于产生测试软件和/或测试已建立的事项，例如一个或多个组件、接口、版本、环风格、组风格、控制系统和/或产品。测试实例控制和管理模块46和56可访问外部工具，例如用于测试已建立事项的测试台。

产品线控制模块18支持用户接口30并提供展示和公开能力。产品线管理模块18提供生命周期数据组合、数据分析、数据翻译、数据重用、数据链接、和数据共享能力。

应用服务器12和产品线存储器14可从各个地理位置通过远程装置16被全球访问。远程装置16中的一个或多个可与应用服务器12在同一位置。产品线存储器14可以是基于产品线的内容信息的中央资料库。产品线存储器14包括各种数据库。这些数据库可包括算法数据库60、非车载数据库62、校准数据库64和测试实例数据库66，它们可对应于控制和管理模块40-46和50-56。数据库还可包括与PBCMS10的管理层相关联的数据库，例如映射数据库68、BOM数据库70、所有权数据库72、组件和接口数据库74、层级和分解数据库76、生命周期管理数据库78、和其它数据库80。数据库68-80可组合成单个数据库。数据库还可包括例如软件产生、控制和管理数据库82，这些数据库82存储例如CMSD模块20、产品线控制和管理模块40-46和50-56（标为82）和其它模块84。

在图3中，示出了产品线过程图。产品的开发和生产可包括不同阶段，例如算法改变需求（ACR）或算法开始阶段90、算法规约阶段92、软件实施阶段94、软件建立阶段96、测试和验证阶段98、校准阶段100和生效阶段102。可基于包括来自产品线管理模块18的规则组在内的信息来执行和管理阶段92-102。产品线管理模块18可基于所接收的一个或多个BOM和由工厂管理模块（FMM）104产生的系列发布时间来产生上述信息和规则组。

ACR或算法开始阶段90可被称为需求阶段并可包括工程需求、校准数据、变量、接口信息和/或数据词典条目的输入。算法规约阶段92包括基于在需求阶段所输入的信息和/或基于算法描述文件（ADD）和设计缺陷模式影响分析（DFMEA）报告的组件和/或接口的设计。DFMEA报告可由产品线管理模块18产生。

软件实施阶段94包括用于组件或子产品的代码开发和构造；组件或子产品中的每一个都具有相应的代码集。软件实施阶段94可基于由产品线管理模块18所产生的软件信息而被执行。软件信息可包括接口工程自动编码、接口层自动编码、数据对象自动编码、一致的校准划分信息、初始值、和测试实例的范围。自动编码指的是由产品线管理模块18基于BOM和所选的环风格自动产生的代码。

软件建立阶段96包括汇编在软件实施阶段94过程中所产生的代码集以建立产品。在该阶段对软件集进行组合和编译。组合可基于由产品线管理模块18产生的建立信息而执行。建立信息可包括校准划分文档、校准范围界限、描述信息、软件汇编信息和建立自动信息。

控制器测试和验证阶段98包括对在软件建立阶段96所产生的产品的测试和验证。测试和验证阶段98可基于由产品线管理模块18所产生的验证信息而被执行，这些验证信息例如是来自上一（前一）发布的测试实例的范围、初始值、校准和变量变化。

校准阶段100包括对在测试和验证阶段98中测试和验证的产品的校准。校准阶段100可基于由产品线管理模块18产生的校准信息而被执行，例如建立产品、责任矩阵、实验室文档、来自上一（前一）发布和更新的校准用户指南的校准变化。生效阶段102包括对在校准阶段100中校准的产品的生效。在生效阶段后，产品可被发布。这可称为发布阶段。

在图4中，示出了生产系统120。生产系统120包括产品线管理模块18’，技术计算系统122，和嵌入编码模块124。产品线管理模块18’包括代码和BOM生成器模块126和配置管理（CM）协同模块128。产品线管理模块18’可访问产品线存储器14。由代码和BOM生成器模块126和CM协同模块128接收和产生的数据可存储在产品线存储器14中。

代码和BOM生成器模块126接收与一个或多个产品相关联的工程需求，例如对特定控制模块的组件和接口的工程需求。工程需求可包括由工程师（例如开发工程师）最初产生的DDE和接口信息（IF）。工程需求可被直接提供到产品线管理模块18’，如信号DDE＋IF₁所示，或者可由技术计算系统提供。作为示例，技术计算系统122可基于Matlab运行，接收需求模型并将DDE和IF提供到产品线管理模块18’。这由信号DDE＋IF₂示出。代码和BOM生成器模块126可提供用于开发数据和其它工作事项的位置标志符。

代码和BOM生成器模块126基于工程需求产生各种类型的代码和工程信息。代码和工程信息包括DDE和IF源代码、接口层自动编码、数据对象自动编码、DDE和IF算法描述文件、接口工程、产品线和控制模块BOM、DFMEA模板报告、如相应的信号DDE＋IF3、ITAutucode、DOAutocode、DDE＋IFADDs、IFProjects、PLCBOMs和DFMEA所示。可基于所接收的信号DDE＋IF1和DDE＋IF2和/或由代码和BOM生成器模块126所接收的产品线BOM管理数据来产生这些信号。产品线BOM管理数据可指的是从管理产品工程的系统级结构的BOM管理器接收的数据或需求。

嵌入编码模块124基于信号DDE＋IF3产生工程自动编码ProjectAutocode。CM协同模块128基于来自产品选择模块130的产品选择信号来汇编产品。产品选择模块130可由例如建立工程师操作。在选择产品后，CM协同模块128基于DDE＋IF3、ITAutocode、DOAutocode、DDE＋IFADDs、IFProjects和/或BOM信号汇编产品。还可基于由CM协同模块128接收的手编代码汇编该产品。

在操作中，代码和BOM生成器模块126捕获一个或多个产品（例如一个或多个控制模块）的组件和接口的数据对象、控制需求和特征。这包括为每个产品捕获环风格信息、版本信息、组风格信息、子系统或控制系统信息等以产生PLCBOMs。仅作为示例，代码和BOM生成器模块126可与开发和建立过程的第一和第二时期相关联，如图7所示。CM协同模块128可与开发和建立过程的第三、第四和第五时期相关联。

在图5中，示出了带有管理层的产品线管理模块18’’，例如图1-4中的产品线管理模块18和产品线管理模块18’中的一个。这些管理层通过每层的开发数据管理能力提供对细粒度对象的支持。每个管理层可以是单个不同管理模块、一组专用管理模块，或者可以被设置在共享管理模块中。第一管理层的一个或多个管理模块可由第二管理层共享。多个管理层可由单个管理模块提供。管理层包括产品线管理层140、BOM管理层142、所有权管理层144、层级和分解层146、映射和关系管理层148、和版本控制和生命周期管理层150。

产品线管理层140提供产品线框架，通过该产品线框架，对于相关联的BOM发布日期可实施产品的开发和建立过程。产品线管理框架可包括产品线层级管理和流专用（系列发布）和控制模块专用的BOM管理。图6中示出了产品线框架的示例。图7中示出了开发和建立过程的示例，该过程可由产品线管理层140管理。产品线管理层140的功能将参照图6的框架进一步被描述。

BOM管理层142允许产品线BOM（包括产品BOM和控制模块BOM）的产生和管理。BOM管理层142产生可用于例如如图7所示的开发和建立过程的BOM规则组。在选择版本的特征和内容时和在汇编产品的每个内容级事项时可使用规则组。内容级事项可包括环风格、组风格、控制系统。根据产品线BOM和/或相关联的产品线BOM规则组汇编内容级事项。

所有权管理层144被用于记录每个内容级事项的所有权，例如每个组件、接口、环风格、组风格、控制系统等的所有权。数据和/或代码组可属于或被分配给一个或多个个体。每个所有者可具有分配角色，该分配角色可由所有权管理层144记录。所有权配置管理层窗口的示例在图13中示出。

层级和分解层146可用于为系列、型年、发布和步调产生和管理生产算法内容（PAC）层级或树。产品的系列、型年、发布和步调由一系列值标示，例如，11.10.2.1指的是11系列、型年2010、发布2和第一步调发布。当步调是1时，步调值在识别特定PAC、工程和/或产品时可不被使用。示例的层级和相关联的分解在图9、10和14中示出。

映射和关系管理层148用于建立BOM和内容级事项之间的关系，例如在BOM、组件、接口、版本和/或环风格之间。映射和关系管理层148可被称为软件结构管理层。这些接口可具有例如在控制模块间传递的相关联消息。示例性的环风格分配窗口在图12中示出。

版本控制和生命周期管理层150用于管理版本和记录每个版本的发布和截止日期。当上一个版本被改动时，新版本或基线版本可被建立。在预定时间段后和/或在新版本被建立时，产品管理模块可冻结（阻止被改变）特定的版本。版本控制和生命周期管理层150可识别特定版本的状态和阶段，包括版本是否处于开发、建立、校准和/或验证。版本和生命周期管理图在图16中示出。

产品线管理模块18’’可支持“直接”编写机制，例如办公工具、图形用户界面（GUI）、第三方应用等。产品线管理模块18’’可包括提供这种支持的直接编写层和/或模块。

在图6中，示出的框架图图示了由图1和2示出的PBCMS10提供的基于产品线的内容管理框架。基于产品线的存储内容管理框架用于产生可用于开发和生产过程中的产品线BOM。基于产品线的内容管理框架允许公共和变型特征的输入和管理、公共和变型特征的所有权的识别和记录、公共和变型特征、环风格、组风格、控制系统的定义角色，等等。这可由一个或多个通用配置窗口（示出了示例配置窗口148）来显示。

工程BOM150和控制模块BOM152基于所输入的信息产生。特定发布的产品线BOM154基于相关联的工程BOM和/或相关联的控制模块BOM以及产品线发布矩阵155产生。产品线BOM154然后可用于产生BOM规则组（例如，参照图7的实施例描述的规则组）和在一个或多个开发和建立过程中建立产品，如产品开发和建立过程图156所示。

在图7中，示出了示例性产品开发和建立过程。在一个实施例中，产品开发和建立过程是基于软件的并用于开发和建立控制模块。产品开发和建立过程可包括五个时期。第一和第二时期可由产品线管理模块18’’’管理，例如基于产品线BOM的产品线管理模块18、18’、18’’中的一个。第三、第四和第五时期可由产品线管理模块18’’’执行以自动建立例如基于产品线BOM的控制模块。

在第一时期中，指派给特定特征（例如特定组件和/或接口）的开发工程师可访问在远程装置处的PBCMS以定义和/或产生该特征和相关联的消息。该特征和相关联的消息可使用例如图4的技术计算系统122来定义。该特征和相关联的消息可基于识别与该特征相关联的版本的第一BOM规则组而产生。应用服务器可提供第一BOM规则组给该远程装置。这允许向PBCMS输入并由PBCMS开发和管理对象、组件、接口、特征、消息等。

特征可具有任意数量的版本（例如，V₁，V₂……Vn，其中n是整数）。版本V2在版本V1后发布，版本V3在版本V2后发布，等等。每个额外的版本都在前一版本上更新。与每个版本相关联的开发周期可部分重叠。例如，为2011和2012车辆型号开发的巡航控制模块可在相同时间周期中开发。

在第二时期中，特征组162的特征160与环风格组166的每一环风格版本164相关联，从产品线存储器拷贝，并且进行组合。示例性的环风格是燃料控制环、火花控制环、排放控制环等。与该版本相关联的特征，例如组件和/或接口，可基于由产品线BOM提供的第二BOM规则组由工程师或由产品线管理模块18’’’选择。产生每个环风格的版本。这些版本基于来自产品线BOM的第二BOM规则组而与每个环风格相关联。第二时期可由产品线管理模块18’’’自动执行或可基于工程师输入的特征选择输入而被执行。

在第三时期中，基于来自产品线管理模块的第三BOM规则组建立组风格组170的组风格版本168。示例性的组风格包括扭矩、发动机、平台、车辆等。产品线管理模块18’’’基于第三BOM规则组对所选的环风格进行组合以建立组风格。

在第四时期中，基于来自产品线管理模块18’’’的第四BOM规则组建立控制系统组176的控制系统版本174。产品线管理模块18’’’基于第四BOM规则组对所选的组风格进行组合以建立控制系统版本。示例性控制系统是动力系控制系统。

在第五时期中，基于来自产品线管理模块18’’’的第五BOM规则组建立控制模块178。产品线管理模块18’’’基于所选择的一个或多个控制系统和第五BOM规则组汇编控制模块。示例性的控制模块是发动机控制模块、变速器控制模块和混合动力控制模块。五个BOM规则组可以是彼此不同的且彼此独立的或可以相互依赖和/或可以是单个BOM规则超集的一部分。

虽然本文提供了用于控制系统、组风格、环风格和特征的特定风格识别符（ID），这些ID仅用于示例目的，也可以使用其它的ID。另外，虽然为具体层级内容级上的风格提供了一个ID，但这个ID可替换地用于识别不同层级内容级上的风格。例如，巡航控制可以是图9的第五层级内容级上的组件或者可以是第三层级内容级上的组风格，如图14所示，并具有相应的环风格和特征。术语“层级内容级”在这里简称为“级”。每一级或级分支可指的是用于特定提供者（例如，提供者模块）或消费者（例如，消费者模块）的内容。提供者和消费者将在下文参照图17描述。

在图8中，示出了示例性的产品线系列发布矩阵200。产品线系列发布矩阵200是三维矩阵，其中这些维是主发布、型年和步调。产品线系列发布矩阵200也可识别每一发布的版本号。步调发布指的是两个主发布日期之间的发布。产品线系列发布矩阵在建立用于开发和建立产品的产品线BOM快照时被使用。每个三数值条目（例如08.08.21）可指的是针对特定发布日期的特定产品和/或该产品的特征的版本。

在图9中，示出了示例性工程分解图。工程分解图可例如由层级和分解层146产生并且属于该工程分解图的信息可存储在数据库68、70和76的一个或多个中。工程分解图图示了由PBCMS和/或产品线管理模块提供的层级配置，例如由PBCMS10或产品线管理模块18、18’、18’’、18’’’中的一个提供。示出了若干不同的级。每一级可与特定文件夹或子文件夹组相关联或由其代表。第一或最高级是产品算法内容（PAC）系列级。PAC系列级可例如指的是控制模块或控制模块组（例如发动机控制模块、变速器控制模块、混合动力控制模块等），控制模块的内容和/或控制模块的特定系列。层级配置的每一级可包括任意数量的级分支。第一级的第一级分支可指的是例如第一PAC，而第二级的第一级分支可指的是第二PAC。

在第一级之下的一个或多个第二级包括一个或多个产品线级和/或一个或多个BOM级。产品线级可指的是控制模块。在产品线级之下的级可识别可用于该产品线级的产品的内容。BOM级可包括工程BOM、控制模块BOM、产品BOM等。第二级之下的一个或多个第三级是组风格级。第三级之下的一个或多个第四级是环风格级。第四级之下的一个或多个第无级是特征级，例如特征、接口级（例如形式接口层（FIL）级）和组件级。

在图10中，示出了示例性的环工程窗口230。属于工程窗口230的信息可存储在数据库68、70和76的一个或多个中。工程窗口230包括左手侧（LHS）232和右手侧（RHS）234。LHS232提供向产品线层级树的访问路径，该层级树有时被称为超集。组风格、环风格和/或特征可在LHS232上选择而对所选择的风格或特征的描述可在RHS234上看到。作为示例，示出了正在选择相位器环（PHSR）。对于PHSR，各种事项可随相关联的风格、版本、版本的状态、每个事项的所有者和发布日期一起显示。示例性的事项列表在图10中示出。示例列表包括环级视图、消费者接口、接口层、工作文档和PHSR函数。

在图11中，示出了示例性的材料清单（BOM）窗口240。属于BOM窗口240的信息可存储在数据库68、70和76中的一个或多个中。BOM窗口240，如所示地，用于控制模块并包括组风格选择框242和环风格选择框244。组风格选择框242提供了组风格列表和每个风格的相应变型。环风格选择框244提供了环风格列表和相应的变型。

在图12中，示出了示例性的风格分配窗口250。风格分配窗口250可由映射和关系管理层148提供并且属于风格分配窗口的信息可存储在数据库68、70和76中的一个或多个中。风格分配窗口250包括LHS252和RHS254。LHS252具有用于组、环和/或特征选择的产品线层级树。RHS254包括带有版本列的事项列表。该事项列表在图12中示出并包括接口和/或函数。版本列被指定为FUNC（用于函数）、MSG（用于消息）和NF（用于非函数）。版本列包括用于选择事项的选择框，这些事项基于用户的输入信号被包含在与每个版本列相关联的每个版本中。在示出的示例中，事项包括用于相位器环风格的不同接口。版本列包括函数列、消息列、和非函数列。

对于每个相位器环接口，函数、消息和/或非函数可被选择。当在选择框选择某函数时该函数就被提供到特定版本。当在选择框选择某消息时该消息（即与该接口相关联的信号被提供到另一控制模块）。当非函数选择框被选择以指示不执行该函数时，该函数不被提供到特定版本。例如，某版本的产品可能不具有电子节气门控制，所以某些函数可能不被提供。在非函数列中的选择框被选择以阻止该函数被提供。

在图13中，示出了示例性的环所有权管理窗口260。属于环所有权管理窗口260的信息可被存储在数据库68-78的一个或多个中。环所有权管理窗口260包括带有环风格列表的LHS262。环所有权管理窗口260还包括带有域和相应值的RHS264。这些值标示名称、类型描述和所选环风格的所有者。RHS264中的所有者值框可被选择以打开所有者条目窗口266。所有者条目窗口266允许所有者ID被改变和增加和/或去除所有者。所有者指的是负责该特定环风格的人。所有者可被提供到内容级事项，例如控制模块、控制系统、组风格、环风格、特征、BOM等。

在图14中，示出了示例性的产品线内容窗口270。属于产品线内容窗口270的信息可被存储在数据库68、70、76的一个或多个中。产品线内容窗口270图示了产品线BOM。产品线内容窗口包括LHS272和RHS274。LHS272提供产品线层级树。RHS274提供事项列表和相应的风格、版本、状态、所有者、发布日期等。在图14中示出的事项是组风格。

在图15中，示出了示例性的环检查窗口280。属于环检查窗口280的信息可存储在数据库68、70、76的一个或多个中。环检查窗口280可从环工程窗口282选择和打开。环检查窗口280识别包括环风格名称、环风格上层（例如组ID）、所消费的接口、接口层、所提供的接口、校准、变量、常数、类型、数量（slews）、工作文档、环风格函数和相关联的版本、状态和所有权的属性。这些属性可被访问和改变。某些属性可被打开以获得额外的信息。例如，环风格函数可被打开（例如双击窗口280中的相应框）以获得函数定义。这些属性的改变可由有授权的人执行，例如所有者和/或系统管理员。这可包括使用用户ID和/或密码。

在图16中，示出了示例性的生命周期图300。产品线管理模块，例如模块18、18’、18’’、18’’’中的一个，经由版本控制和生命周期管理（VCLC）层150管理每个对象和相关联的特征。生命周期管理信息可被存储在数据库68、70、76、78的一个或多个中。每个对象和相关联的特征被独立地管理。版本控制和生命周期管理层150追踪平行的和系列发布。在图16中，平行发布指的是在同一特征或产品的另一版本被开发的同时开发的特征或产品的版本。作为示例，在图16中版本发布11.12.1.1在版本发布11.11.3.1开发的同时被开发。系列发布指的是特征或产品的在该特征或产品的第一版本被开发后开发的第二版本。作为示例，在图16中版本发布11.11.2.1是系列版本，因为它是在发布11.11.1.1之后开发的。

PBCMS，例如PBCMS10，提供了修订和版本控制能力。VCLC层150用于修订先前产生的版本。VCLC层150也可用于拷贝并改进或更新先前的版本以建立新版本。VCLC层150可执行版本的分支和合并。在图16中，通过基于版本11.10.2.1产生版本11.12.1.1和11.11.1.1而提供分支。在图16中，通过合并版本11.10.2.22和11.11.2.1来建立版本11.12.1.1。每个对象和/或相关联特征可由唯一的ID识别。该唯一的ID可对所有的版本保持锁定。每个对象和/或相关联的特征也可具有用户定义的名称，该名称是属性并可在版本间改变。

PBCMS10在组织中启用系统工程和结构管理。在开发和建立过程中早期发明的知识被捕获并维持以防止其丢失。PBCMS10阻止数据再输入，管理产品型谱的内容时的混乱，并阻止工程师之间的合作问题和/或与特征、组件、接口等相关联的问题。PBCMS10还允许产品开发和传递中的数据重用、集成和自动化。在开发和建立过程中早期提供稳定的数据群。

PBCMS10允许对复杂产品型谱的轻松管理，便于并提供简单且稳定的全球协作，实现产品开发和建立的自动化，允许产品的实施和检查、集成数据和过程的基础、和允许数据的重用以提高产量和质量。

在图17中，示出了接口控制系统350。接口控制系统350包括产品线管理模块18^IV，产品线管理模块18^IV包括接口控制模块352。接口控制模块352包括链接管理模块354、接口契约模块356、产品级接口模块358和接口观察模块360。一个或多个产品和相关联的产品线系列发布工程可包括接口的超集。接口控制模块352用于在开发和/或制造过程的不同阶段开发、管理、存储、重用、观察和分析接口。

链接产生模块354产生提供者模块和消费者模块之间的链接。提供者模块，例如，指的是产生参数值的模块，该参数值被提供到消费者模块。模块可以是提供者，消费者和/或提供者和消费者。可以产生链接从消费者模块指向提供者模块。提供者模块可产生参数信号，该参数信号由消费者模块接收。这在图18中示出。

接口契约模块356产生接口契约361，接口契约361产生在提供者模块和消费者模块之间。在提供者组件为消费者模块（称为客户端）执行任务时可由提供者模块（称为服务器端）定义接口契约。接口契约可由工具数据库363、产品线存储器14’中的一个或多个可重用的独立对象条目定义，和/或由接口契约模块356定义。每个接口契约与一个或多个产品（控制模块）相关联，其中产品被基于相应的产品线工程的一个或多个BOM来配置。产品线管理模块18^IV基于相应的BOM汇编产品专用的接口组。接口契约可存储在产品线存储器14’中。

每个接口可以是特定产品线发布（产品）专用的并可包括签名和定义。签名可以是发布专用的并在接口被建立时建立并且可通过接口ID识别接口并也可识别所有者。接口可具有一个或多个变型。变型可被分配到产品线系列中的若干不同产品。一组接口可在组件级、环级、组级或控制系统级被定义以用于待消费的模块和/或产品的当地组件和外部组件。

接口契约可识别和定义一个或多个产品的一个或多个提供者和消费者模块关系并包括提供者和消费者ID、接口定义对象ID、相关对象ID、链接ID、信号和/或消息ID等。接口契约可在不同的且远程的控制模块之间、在控制模块的各模块之间，和/或在契约级事项、控制系统、组风格、环风格、和特征等之间。接口契约可在不同分层的级的内容之间（例如在组风格和环风格之间）；分层的级可以是单个控制模块的或不同控制模块的。接口契约可与特定控制模块、提供者、消费者、和/或控制模块的版本或发布、提供者和/或消费者相关联。接口状态模块可将接口标记（做记号）为与特定产品相关联。在图20-22中示出了一些示例性的接口契约。接口契约可将链接识别到提供者装置和消费者装置之间的每一层级内容级和级分支。接口契约还可识别与一个或多个接口相关联的链接、信号、消息和/或数据对象。

接口契约模块356可用于建立新契约。接口契约模块356可提供到先前契约的链接、拷贝先前契约（例如，将先前契约保存为新契约）或不参考先前的契约而产生新契约。新建立的契约可被单独地改变。这允许重用和继承先前产生并存储的契约版本信息。管理模块中每个接口的能力提供接口的细粒度重用和改变。

产品级接口模块358记录和识别被分层的级使用和/或与分层的级相关联的接口。第一级可具有S个子级而S个子集中的每一个可具有相应数量的消费者和/或接口，其中S是大于1的整数。产品级接口模块358识别与S个子级中每一个相关联的消费者和接口与第一级相关联。这将在图19中进一步描述。

接口观察模块360（产品观察模块）在产品的汇编前和/或在产品的汇编后在显示器362上显示产品的逻辑和物理视图。显示器362可位于图1的远程装置16的其中一个处。这包括显示模块接口、控制模块和/或产品的逻辑和物理视图。这允许设计者或工程师在设计过程的早期阶段中观察工作产品。

接口控制模块352或产品线管理模块18^IV可还包括汇编模块，例如接口汇编模块370，该模块可汇编控制模块、模块、控制系统、组、环等。接口控制模块352还可包括接口状态模块372和接口查找和分析（ISAA）模块374。接口状态模块372确定接口的工作流状态。接口状态模块372基于工作流的状态确定接口的准备就绪等级。接口汇编模块370可基于准备就绪等级汇编产品的模块和/或产品。接口状态模块372可产生消费指示信号和/或发布指示信号以指示接口何时准备好用于消费实施和/或准备好用于发布。消费和发布指示信号可基于提供者和/或消费者的工作流状态。

ISAA模块374查找接口的产品线存储器14’并分析存储的接口。ISAA模块374基于为产品建立的接口对产品进行分析。这可发生在设计过程的早期。例如可对图23-26中示出的控制模块和产品进行分析。分析可包括为产品提供示例的一组输入、基于该产品和该输入产生输出（包括产品的执行代码），和基于输入分析输出。可执行不同的分析过程。包括测试、校准和验证过程。

现在参照图18，其中示出了接口数据模型400。为了每个产品的发布，在产品中可存在成千上万个提供者和消费者之间的链接。接口数据模型400说明了在提供者（或提供者接口）402和消费者（或消费者接口）404之间的与接口契约相关联的链接和信号或消息的示例。链接可指的是从消费者到提供者的指示符或消费者和提供者之间的连接。每个提供者接口和消费者接口可以是可链接的独立版本的实体。提供者接口可包括接口定义对象、数据对象和相关对象。接口定义对象、数据对象和相关对象是版本对象。

PBCMS可具有不同的控制模块BOM406。每个控制模块BOM406可具有提供者和消费者BOM变型408、410。提供者和消费者BOM变型408、410与提供者402、消费者404、和/或它们的接口定义对象（例如接口定义对象412）相关联并因此与上述各项链接。接口定义对象412可以是被链接的数据对象，这些被链接的数据对象可被链接到相关对象。两个数据对象414和一个相关对象416被示出。接口定义对象可指的是与产生数据对象（例如参数值）相关联的组件或代码组。例如，发动机速度确定组件和函数（称为getenginespeed()）可产生发动机速度值EngineSpeed，其中getenginespeed()是接口定义对象而EngineSpeed是参数数据对象。

如图18中所示，接口定义对象412可具有多个接口定义版本420，其中每个接口定义版本420可被链接到一个或多个数据对象，例如数据对象414。数据对象414还可具有不同的版本422。而且，每个数据对象414可被链接到一个或多个相关对象，例如相关对象416，该相关对象可具有相应的相关版本424。提供者402和消费者404之间的、接口定义对象412和数据对象414之间的以及数据对象414和相关对象416之间的链接可由链接产生模块354产生并存储。

示出了用于提供者402和消费者404之间的中间级的虚拟消费者节点430。虚拟节点430可指的是在提供者402和消费者404之间的级或级分支。虚拟消费者节点430与上面描述的层级映射相关联。虚拟节点可指的是例如提供者402和消费者404之间的控制系统级、组风格级和/或环风格级。虽然链接提供了提供者402和消费者404之间的直接映射，但在提供者402和消费者404之间提供的信号或消息可穿过多个分层的级。

在图19中，示出了层级接口图。层级接口图说明了与组A的环风格A和组B的环风格B相关联的接口。环风格A可具有组件或接口定义对象AC1-AC4，它们每一个可与接口I1-I7中的一个或多个相关联。环风格B可具有组件或接口定义对象BC1-BC4，它们每一个可与接口I1-I7中的一个或多个相关联。系统操作者可点击环风格A和B中之一的节点并可提供有与该环风格相关联的接口列表。例如，环风格A的节点可提供包括接口I1-I5的列表，因为这些是与接口定义对象AC1-AC4中的一个或多个相关联的接口。节点可以是虚拟节点，由产品级接口模块358产生和存储的节点、和/或可由系统操作者选择的可视节点。

在图20中，示出了示例性的接口契约450。所示的接口契约450表示第一和第二组件452、454和接口定义对象456之间的契约。第一和第二组件452、454使用由接口定义对象456产生的数据对象458。仅作为示例，第一组件452可以是巡航控制组件，第二组件454可以是燃料切断组件。巡航控制组件和燃料切断组件中的每一个可使用数据对象，例如发动机速度值。示出了组件452、454和接口定义对象456之间的链接和信号。

在图21中，示出了多接口图。多接口图说明了多个消费者480和提供者接口定义对象482之间的链接。消费者480中的每一个可使用由提供者接口定义对象482产生的一个或多个数据对象484。提供者接口定义对象482可具有多个版本486。根据消费者的版本，消费者480可自动接收提供者接口定义对象482的最新版本（例如示出的版本11.10.21.00）。这是由于消费者480和提供者接口定义对象482之间的链接和相关联的定义。类似地，提供者接口定义对象482的每个版本可链接到数据对象484中的一个或多个并且可自动接收相关数据对象的最新版本（例如，示出的版本11.10.17.01和11.10.21.00）。

在图22中，示出了多个接口契约500、502、504。特别地，示出了三个接口契约500、502、504。接口契约500、502、504可相互独立并可与多个产品相关联和/或被这些产品拷贝和使用。第一、第二和第三接口契约500、502、504与第一产品相关联。第一和第三接口契约500、504与第二产品相关联。第一接口契约500说明了第一组件506和第一接口定义对象508之间的以及第二组件510和第一接口定义对象508之间的契约。第一接口定义对象508链接到第一数据对象512。

第二接口契约502专用于第一产品并可在第一产品的第三组件520和第三接口定义对象522之间。第三组件520可以是第一组件506和第二组件510中的其中一个或可不同于第一组件506和第二组件510。

第三接口契约504在第五、第六和第七组件530、532、534和第三接口定义对象536之间，第三接口定义对象链接到第三数据对象538。第三接口定义对象536可与第一接口定义对象508相同或不同。

参照图17和图23，示出了产品550（示出为控制模块）的逻辑图。所示的产品550包括软件（SW）层的物理接口层552、硬件提取层554、串行通信层556和接口观察窗口558。物理接口层552可包括来自例如传感器、转换器、和/或其它控制输入装置的不同输入560。物理层550可基于输入566提供各种输出562。输出562可以被例如提供到致动器、阀等（例如相位器控制阀、燃料控制系统、火花点火系统等）。硬件提取层输入564（例如硬件输入/输出HWIO）可基于物理层输入560产生。物理层输出562可基于硬件提取层输入564产生。硬件提取层输入和输出564、566对应于控制模块550的提供者和消费者模块570的输入和输出。

图23的逻辑图说明了提供者和消费者模块570之间的链接，这可由系统操作者观察。接口观察模块360可例如在显示器（例如显示器362）上提供控制模块550的链接接口视图，例如如图23所示。接口观察模块360可示出不同级的链接。如所示，链接可在提供者和消费者模块570之间。链接可在提供者模块的或消费者模块的提供者和消费者模块572之间。例如，模块X作为模块Y的提供者。模块X包括子模块x1、x2和x3。模块x1作为模块x2和x3的提供者。模型x2作为消费者。模块x2作为消费者和提供者。

参照图24，示出了带有不同的且独立的控制模块602的多控制模块系统600的逻辑图。多控制模块系统600可以是车辆控制系统，该系统包括网络604，例如汽车局域网络。网络604在总线606上提供控制模块602之间的通信。示出了控制模块602的每一个的接口链接视图。所示的多控制模块系统600可在显示器362上观察到。

现在参照图25，示出了带有在多个控制模块622之间的逻辑接口的多控制模块产品620的逻辑图。多控制模块产品620的SW层包括多个控制模块622，多个控制模块622可集成在单个控制模块内，如所示。示出了各个控制模块622的内链接624和控制模块622之间的模块间链接626。虽然所示出的是单个产品，但图24的多个产品的图可转换成图25的图以便于观察产品间（即控制模块间）的相互关系。多控制模块产品，例如多控制模块产品620，可在显示器362观察到。

在图26中，示出了产品线系列工程的多个产品640的产品组。多个产品640示出为控制模块。产品640中的每一个彼此独立，或者产品640中的每一个可以是与单个产品相关联的版本。产品640可与一个或多个工程相关联。在一个实施例中，产品640中的每一个与不同的车辆发布相关联。产品线系列工程可在显示器362上观察到。

如本文描述的接口管理在软件产品线开发环境中提供了对功能性和物理结构开发的组织实践、合作和并行软件开发、资产（内容）重用和共享、以及软件集成的支持。接口管理能力在功能性需求和软件设计过程步骤中前瞻性地和动态地定义和管理接口。这在复杂的全球软件产品线型谱的情况下确保了稳定的协作和集成。接口管理提供了定义接口契约的机制，通过接口契约在软件系统内的通信组件间建立相互作用。

本公开的广泛教导可以不同的形式被实施。因此，虽然本公开包括了特定实例，但本公开的真实范围不应当被如此限制，因为其它的改进在学习附图、说明书和后续权利要求后对本领域技术人员将变得显而易见。