为有效地控制上述UML模型的可变点将它们有效地连接在一起，定义了一个"选择模型"，它可描述为一个四元组{定制要求，解答，UML图，动作｝。定制要求：依据该软件生产线进行定制的开发人员会产生的问题，解答：开发人员做出的选择，UML图：列出对应该选择应该选择的相应的UML图;动作：列出这种选择相应产生的动作。具体样例如图4所示。

　　软件生产线的构件描述

　　虽然当前大多数方法都表明支持基于构件的软件工程(CBSE)，但是它们的重点通常集中在实现和发布阶段，而且趋向于将构件看作软件开发的"结果"，而不是软件开发的一个重要组成部分。

　　本文参考文献中提到的KbroA方法，针对ERP软件的特点，进行了扩充，提出以下的软件生产线的构件描述方法(CDES)。这种方法使得在分析和设计阶段就是完全面向构件的，而且将构件的实现描述与具体的构件标准COM+/EJB/CORBA)分离。该方法中的所有构件采用一组UML图形进行描述。

　　CDES方法将构件的描述分为三部分：管理层、规范层和实现层。管理层通过描述ERP软件的管理特征，提供构件的语义描述，主要通过用例图和活动图描述。规范层定义了构件对外的接口特征，即对应它所能满足的管理层功能需求，主要通过类图和顺序图描述。实现层定义如何通过底层的实现构件和实现类完成规范层定义的功能需求，主要通过类图、顺序图、配置图、构件图描述。

　　为了满足软件生产线的体系结构描述所需的的集成性和可变点特性，构件的描述应该始终与选择模型息息相关。选择模型指明了对于不同的应用系统应该如何进行构件的选择。规范层的类图描述通常十分简单，它只描述该系统对外所暴露的属性和特征。构件的实现层类图通常是规范层类图的子类，为了满足功能需求，通常还需要加入比规范层类图更多的新类。

　　结束语

　　本文的研究成果源自于作者在海尔工装设备公司和沈阳飞机工业集团公司两个企业的物资供应系统的开发经验，本文的研究成果已经应用于某制造企业的"物资采购供应系统"，我们在另一企业的库存子系统中应用上述的软件生产线体系结构描述，快速、有效地生成了新的实例应用系统。同时，我们完善了最初创建的软件生产线体系结构，使其可以面向更多领域的库存系统。

　　目前，我们的研究成果还不是特别完善。下一步还需要改进软件生产线中可变点的描述方法。"选择模型"还需要进行准确的形式化描述，以期能够实现一定程度的ERP软件自动生成功能。我们还希望在软件生产线的体系结构描述中借鉴Rational等公司正在极力推动的可重用软件资产规范(Reusable Asset Specification)，使其可以描述更加丰富的可重用软件资产。