為有效地控制上述UML模型的可變點將它們有效地連接在一起，定義了一個"選擇模型"，它可描述為一個四元組{定制要求，解答，UML圖，動作｝。定制要求：依據該軟件生產線進行定制的開發人員會產生的問題，解答：開發人員做出的選擇，UML圖：列出對應該選擇應該選擇的相應的UML圖;動作：列出這種選擇相應產生的動作。具體樣例如圖4所示。

　　軟件生產線的構件描述

　　雖然當前大多數方法都表明支持基于構件的軟件工程(CBSE)，但是它們的重點通常集中在實現和發布階段，而且趨向于將構件看作軟件開發的"結果"，而不是軟件開發的一個重要組成部分。

　　本文參考文獻中提到的KbroA方法，針對ERP軟件的特點，進行了擴充，提出以下的軟件生產線的構件描述方法(CDES)。這種方法使得在分析和設計階段就是完全面向構件的，而且將構件的實現描述與具體的構件標準COM+/EJB/CORBA)分離。該方法中的所有構件采用一組UML圖形進行描述。

　　CDES方法將構件的描述分為三部分：管理層、規范層和實現層。管理層通過描述ERP軟件的管理特征，提供構件的語義描述，主要通過用例圖和活動圖描述。規范層定義了構件對外的接口特征，即對應它所能滿足的管理層功能需求，主要通過類圖和順序圖描述。實現層定義如何通過底層的實現構件和實現類完成規范層定義的功能需求，主要通過類圖、順序圖、配置圖、構件圖描述。

　　為了滿足軟件生產線的體系結構描述所需的的集成性和可變點特性，構件的描述應該始終與選擇模型息息相關。選擇模型指明了對于不同的應用系統應該如何進行構件的選擇。規范層的類圖描述通常十分簡單，它只描述該系統對外所暴露的屬性和特征。構件的實現層類圖通常是規范層類圖的子類，為了滿足功能需求，通常還需要加入比規范層類圖更多的新類。

　　結束語

　　本文的研究成果源自于作者在海爾工裝設備公司和沈陽飛機工業集團公司兩個企業的物資供應系統的開發經驗，本文的研究成果已經應用于某制造企業的"物資采購供應系統"，我們在另一企業的庫存子系統中應用上述的軟件生產線體系結構描述，快速、有效地生成了新的實例應用系統。同時，我們完善了最初創建的軟件生產線體系結構，使其可以面向更多領域的庫存系統。

　　目前，我們的研究成果還不是特別完善。下一步還需要改進軟件生產線中可變點的描述方法。"選擇模型"還需要進行準確的形式化描述，以期能夠實現一定程度的ERP軟件自動生成功能。我們還希望在軟件生產線的體系結構描述中借鑒Rational等公司正在極力推動的可重用軟件資產規范(Reusable Asset Specification)，使其可以描述更加豐富的可重用軟件資產。