1、“.....针对软件产品组装过程中构件选择的问题，考虑兼容性因素，引入兼容性关系集合的概念，结合非此即彼约束描述软件构件之间的兼容性关系，提出了个综合考虑复用性和兼容性的构件选择优化模型，并通过仿真揭示模型中关键参数变化对软件产品总成本目标的影响。白盒复用白盒复用技术是种实现复用技术，般是指继承技术。对于只能采用黑盒方式复用的商业构件般是已编译或二进制格式，黑盒复用方式使得更新已经部署的构件之后，客户无需重新编译链接构件。而对于以源代码形式存在的构件，白盒复用构件使得更新已经部署的构件，客户需要重新编译链接构件。白盒复用的优点高度可定制性。白盒复用的缺点静态定义的，编译期的构件引用。它伴随着与生俱来的脆弱基类问题。如果对个己知构件多次白盒复用形成多个构件的拷贝，那么对原构件进行修改，会影响和波及到白盒复用派生出来的构件拷贝，想要修复所有这些构件，使其正常的工作是个沉重的负担，这就是脆弱基类问题......”。

2、“.....与商业构件不同，通过白盒复用方式而形成的构件必须被视为个全新的构件，要求彻底重新编译。除此以外，这个全新的构件需要单独的分离维护工作。考虑构件复用性和兼容性的构件选择问题对于构件的来源问题，在实际软件工程项目中，往往是购买商业构件和利用内部积累构件或者是使用开源软件构件两种情况并存的。但为了简化所研究的问题，重点关注白盒复用方式下的优化建模特点，本章仅讨论构成软件系统的所有构件均是内部实现细节可见，并全部采用白盒方式复用情况下的构件选择问题。研究的具体问题是假设个软件开发商运用技术来实现个软件系统，可用构件来源主要是企业内部积累的构件或者是开源软件构件，设计和开发过程中全部使用白盒方式复用构件。软件系统由多个模块构成，每个模块含有多个功能需求。每个功能需求最少可由个可用构件来实现，可以实现同个功能需求的可用构件构成个可替代构件集合。同个可替代构件集合的可用构件可能隶属于不同的兼容集合......”。

3、“.....即开发成本和调整成本。在这种情况下，如何选择合适的构件，不但满足构成软件系统的所有构件均兼容，而且使得系统开发的整体成本最低。在系统分析和设计阶段往往需要对模块中的功能需求细化，即对宏观层次上的模块整体功能需求逐步分解形成具体的详细功能需求。本章对所提到的功能需求的细化程度定位是每个功能需求均可由现有的构件单独实现。文献出处牟立峰基于构件的软件开发中的构件供应商的任务指派及构件选择方法东北大学,年月方法三基于扩展的多构件选择过程方法介绍大型软件系统中的构件间存在依赖关系,因此难以对单个构件进行评估。现有的方法大多针对单个构件,并不适合多个构件的评估和选择。对种成熟的系统分解方法进行扩展,提出了种针对多构件进行评估和选择的方法。在系统分解的过程中识别出局部需求和横切需求。局部需求被分解到各个模块中作为对候选构件进行局部评估的准则,横切需求则进入全局评估。系统分解的过程中,需求吸取识别出来的现有构件的特征......”。

4、“.....同时考虑到不同粒度的构件的组合。全局选择被定义成为个在给定约束条件下选择出组具有最大的全局需求满足度的最优构件组合的非线性优化问题。软件系统通常由多个构件组成,构件间彼此交互与协作以实现系统特定的功能与非功能需求。在中,将复杂系统分解成子系统是识别候选构件的必要先行步骤。分解之后,构件的评估和选择首先针对各个子系统进行,从而缩小了构件的搜索空间。传统的面向对象方法使用包组件和子系统等结构描述系统的分解结果,但对于如何进行分解却没有提供足够的指导原则。文献提出了种结合结构化分析与面向对象思想的系统分解方法它在识别出类的同时将系统分解成为具有层次结构的子系统。通过对进行扩展可以为中的构件识别和组装提供支持。文中提出了种基于扩展的多构件选择方法。方法概述尽管面向对象方法很适合开发小型的软件系统,软件工程师们却逐渐意识到大型而复杂的系统需要结构。方法结合了传统的基于功能需求的系统分解方法和面向对象的系统分解思想......”。

5、“.....后者则用于对子系统中的行为进行识别和建模。是个迭代的过程,在对系统自上而下进行分解的同时,识别出构成系统的类并将其分组,每个组被称为个功能模块。聚集到个模块中的类表现出高内聚和低耦合的性质。分解之前,整个系统被视为个大的功能模块,组代表该模块行为特性的类被识别出来。通过对场景与类之间的交互进行动态分析,类被划分到不同的分组中以取得较高的内聚度和较低的外部耦合度。每个分组构成下层中的个功能子模块。类聚集成为功能子模块的同时,系统的功能需求也被分解,能够由个子模块完全实现的功动服务中本地构件资源的获取方法。针对所发现构件种类的不同，调用相应的转换接口，将它们转换为构件，以便由本地构件资源库来统组织和管理。根据网上构件资源存在的方式，可以把构件获取方法分为三种，即从专业构件库中获取构件的方法从上获取开发人员自由发布构件的方法以及获取那些在线构件的方法......”。

6、“.....本章通过实验和分析说明其有效性。程序挖掘作为主动服务的实现机制，涉及到多个学科和领域，包含多个子功能模块。程序挖掘系统模块程序挖掘原型系统从功能上划分为人机接口子系统需求分析与功能分解子系统本地构件资源库子系统上构件挖掘子系统本地构件挖掘子系统和代理平台及系统管理子系统六个部分。该原型系统通过多智能代理系统的协调工作，完成对用户计算请求的处理，从大量构件中搜索发现满足要求的构件及构件组合，形成用户需要的程序，为用户提供所需要的服务。为了更好地适用于基于本体的构件描述和检索，本节给出了改进后的程序挖掘系统模块划分，如图所示。图中增添了用户兴趣管理子系统和构件检索子系统，从原有的本地构件资源库子系统将构件检索功能出来，并与智能接口子系统连接起来，使得用户可以实时参与构件检索的过程，方便了用户完善检索请求，增加了程序挖掘系统与用户的交流......”。

7、“.....为程序挖掘系统提供满足用户服务需求的可复用构件，为此，本地构件资源库提供的操作包括构件入库操作构件验证操作构件维护操作构件反馈操作和分类体系维护操作。构件的维护操作针对构件使用中出现的不同修改要求，对需要维护的构件进行不同的修改维护，如进行属性修改关键词的修改刻面术语的修改构件间关系的修改和重新上传构件实体等。用户也可以通过反馈操作提交对构件使用的反馈信息，如构件的应用和组装的情况等。同时用户也可以浏览其他用户的反馈信息来更好地使用构件。分类体系维护操作主要用于对的分类结构及其相关数据的维护和管理。主要有刻面维护工具术语空间维护工具等。在本地构件资源库中，构件的索引提取自构件功能刻面中的功能动作名。我们将构件库中领域的索引节点记为，该节点的孩子节点依次记为，场，几„„，的孩子节点记为„„，依次类推，领域内的构件索引按照树状结构组织，如图所示......”。

8、“.....检索该领域，得出满足用户需求的最小功能动作为几，在几节点的二级节点中，能够满足该需求的功能动作集合包括几，坛和几，场应，这时可以考虑用户对于非功能属性和质量属性两个方面的要求，以此来决定最终返回给用户的结果。例如用户检索请求为我需要个安全的支持已读回复的邮件发送构件，需求分析得出用户需要的功能动作为己读回复和邮件发送，对于构件质量属性的要求为安全。动作名几为已读回复，几为邮件发送，坛为邮件加密。显然，匹配了用户对于质量属性的要求之后，应该将几加入到功能动作集合中才能更好地满足用户的需求。文献出处习兴丽基于本地构件资源库的构件检索方法研究武汉理工大学，年月方法八基于模糊层次分析法的构件评估构件评估是个多属性决策问题具有有限个决策变量评价指标和有限个备选方案待评估构件，问题求解的核心是对各备选构件进行评价后排定各个构件的优劣次序构件评估主要包含三个主要步骤，即确定评估指标体系选择适当的度量方法和综合评价方法......”。

9、“.....软件质量特性主要包括以下六个大类功能性可靠性易用性效率可维护性和可移植性。功能性描述了软件满足所陈述的功能的程度可靠性描述了软件产品能稳定工作的时间长度易用性衡量了软件容易使用的程度效率衡量了软件优化使用系统资源的程度可维护性衡量软件容易被修复的程度可移植性衡量了软件被从个环境移植到另个环境的容易程度构件作为种软件制品，应该遵循通用的软件特性层次分析法是种在多指标情况下的决策方法层次分析法首先构造个由目标层指标层方案层候选构件层构成的层次结构模型指标层又分解成为若干有序层次层次分析法通过对候选构件在各指标下优劣程度的两两比较，求得每个指标下各构件的优先性即权重，再计算各候选构件的总体优先性即总权重，最后根据总体优先性的大小排出构件的优劣根据国际标准，结合构件的可复用性特点，我们可以构建如表所示的二级构件质量模型针对构件评估的特点，结合上节的构件质量模型......”。