今天小编为大家推荐《基于构件的软件工程论文(精选3篇)》的相关内容，希望能给你带来帮助!摘要：随着经济的发展，我国的科技也呈现出势如破竹之势，对于软件的要求也逐步提高，面对这样的现状，传统的软件开发方法变的力不从心，为了顺应高科技发展的潮流，基于构件的软件工程技术研究便顺势而生，并且在逐渐的取代传统位置的软件系统。
基于构件的软件工程论文 篇1：
基于构件的软件工程技术与理论方法探讨
【摘要】随着软件产业和软件工程技术的不断发展，软件企业在提高软件产品质量及生产效率过程中经常采用的核心技术就是基于构件的软件工程技术。基于构件的软件工程技术强调使用可复用的软件“构件”来设计和构造基于计算机的系统过程，目的是用能即插即用的构件在软件构架下组装成一个应用程序，以实现软件复用而提供软件产品的质量和生产效率。本文将对于构件的软件工程技术和方法在实际应用中存在的问题及作用进行简单分析和探索。
【关键词】构件的软件工程技术 理论方法
前言：伴随着计算机技术的发展，各种新型技术已经逐渐开始出现在人们的视野中，人们对于软件开发速度及质量要求越加严苛。传统软件开发形式已经不能够满足现代人对于软件应用的需求，软件市场中所拥有的软件数量及规模正在逐渐加大，软件设计人员开始思考软件系统重复利用的问题，对软件复用技术和基于构建的软件的深入分析，研究基于构件的复用在实际中的应用。
一、软件构件技术
1.1构件
人们对于构件的软件工程技术并不是十分了解，构件也仅仅是一个专属性名词。现阶段，软件设计人员对于构件的定义仍不明确，本文在对于构件的软件工程技术研究中，暂且将构件定义为：构件是软件系统在重复利用过程中的软件实体，主要有两部分构成，分别是构件规约与构件实现，构建规约指的就是构件模型，构件实现指的就是某一件具体的构件。
1.2软件构件技术的应用与构件模型
目前，软件设计人员在开发软件过程中已经开始广泛应用基于构件的软件工程技术。构件的软件工程在软件开发设计应用的过程中有不少企业纷纷加入到软件构件开发队伍中，例如我们都熟知的IBM公司所创建的SanFrancisco工程。
构件模型是对于构建自身特点的描述。构件模型制作过程中对于接口结构及框架、构件之间的关联都有着明确性规定，所构建的模式需要与软件实际构建基本一致，这样才能够保证软件设计人员构件中能够拥有准确性依据。构件模式对软件设计人员在应用构件中的依据，已经成为了构件的指标。随着各个行业对软件质量的要求不断提要，世界各国在对于构件模式研究中已经形成了多种构件模型，其中应用最为广泛的是青岛构件模型与CORBA。
1.3软件构件化
构件技术是基于OO技术上的更高级的抽象的。基于构件技术的软件生产就是把已存在的构件组装到当前软件系统框架结构中而生产出软件产品。所以说构件技术是软件产业化革命的必然发展趋势。其实软件构件化可以被比喻为机械行业的生产建设，通过各种元件组装。软件构件化在实际应用中就是将不同厂家所生产出的构件集成，目的就是通过多样性的编辑语言及硬件平台，完成软件构件任务，让构件可以在不同的计算机上应用，分布在网络环境中的不同结构中。
二、基于构件的软件开发过程
基于构件的软件开发技术在实际应用中与传统软件开发技术之间存在着较大的差异，最为明显的就是基于构件的软件工程技术在实际应用张不需要在使用“算法+数据结构”，而是应用“构件+组装”的形式。
2.1基于构件的软件开发的构件化思想
构件化思想正在改变着软件开发的方法和人们的思维方式。构件的软件工程技术在实际应用中主要是将不同的构件集成封装，软件中所需要具有的单元格在相对应独立的状态下，通过软件开发的形式组装，不同软件所具有的性能之间存在的差异就是构件的集成过程。
2.2基于构件的软件系统的开发方法
构件是独立配置的单元，基于构件的软件工程技术的核心就是构件。在软件设计中，可以根据软件所具有的工程来收集构件，这样就可以缩短软件开发时间，提高软件生产效率。基于构件的软件开发工作主要可以分为两个方面，分别是对于构件的开发与应用程序的开发，有标准的软件体系结构，构件具有标准的接口，构件独立于编程语言是实现构件技术的必备条件。
2.3基于构件的软件系统的生命周期
基于构件的软件工程技术在实际应用中不仅仅能够有效缩短软件开发时间及经济成本，软件系统的生命周期也与传统软件系统的生命周期之间存在着较大的差距。基于构件的软件工程在系统设计中通过对于构件的一系列组合组装，生命周期结构也与传统软件之间存在着本质性差异。基于构件的软件系统的生命周期可以归纳为需求、框架、开发、集成、测试、维护等内容。
结论：本文对于基于构件的软件工程技术与理论方法进行了简单的分析和探讨。人们对基于构件的软件开发并不陌生，但目前对于基于构件的软件工程技术研究有限，还没有形成专业化，就连提供软件工程技术中实际应用的构件都较少，希望今后能加强对构件研发设计技术和方法的研发。
作者：马飞
基于构件的软件工程论文 篇2：
浅谈基于构件的软件工程技术研究
摘要：随着经济的发展，我国的科技也呈现出势如破竹之势，对于软件的要求也逐步提高，面对这样的现状，传统的软件开发方法变的力不从心，为了顺应高科技发展的潮流，基于构件的软件工程技术研究便顺势而生，并且在逐渐的取代传统位置的软件系统。
关键词：构件；软件工程；技术；研究
信息时代的到来，人们对于电子产品的依赖性越来越大，同样电子产品对于人们的工作也起到了至关重要的作用。而软件对于电子产品的性能起着决定性的作用，而软件工程存在的目的就是为了解决软件在运行过程中可能会出现的问题。所以笔者对于软件的先进性作出了分析并提出了构建软件的思路，希望可以提高构件软件的性能，以此来带动计算机软件行业的发展。
1 构件软件工程技术
1）构件软件工程技术的含义
构件软件它的功能、性能比其他软件明显，并且构件软件在软件系统中属于二进制。与此同时由于构件软件它的端口是严格按照规范制作出来的，因此它可以直接和第三方进行组装，又由于构建的软件结构是通过操作简单的应用程序在软件当中形成一个独立的应用程序，从而实现了环保——将软件实行重用、重组功能，降低了成本，提高了效益[1]。
2）构件软件工程技术的优势
基于构件的软件工程它的本質是用一种比较容易操作的构件应用与软件工程中，并且形成一种单独的计算机程序，并以此来实现软件在运行的时候出现了问题，之后对软件的重新启动。从日常生活中，可以了解到软件顾名思义就是不是实实在在存在的事物，属于一种模糊性概念，是一种有人的思维形成的，这就意味着它只能存在于人们对计算机硬件的使用当中[2]。这就说明了构件软件工程技术所实施的对象不是在流水线上，而是在计算机硬件的操作中研发出来的看，这就形成了构件软件的复杂性。构件软件工程的运行方式是构件软件中最大的一个特色——直接将构件软件插入系统中，便可立即使用。构建软件在运行的过程中，可以通过市场将构件软件的端口分发出去。由于设计构件软件的程序人员将端口的组件、程序分开设计，这就可以使在没有任何情况的干扰下，构件软件可以规范化的与第三方组装端口结合。当现在的构件软件已经开始走向成熟的时候，程序人员便大胆地将构件软件区分出来：用于提供数据并且拥有永远地保存数据的功能，这属于服务层；对构件软件的模型进行管理和服务的属于客户层[3]。
3）构件软件开发的描述
构件软件工程技术的应用是在不断地发展。软件工程在软件工程人员研发的过程中，有关于任何的一个构件，哪怕是最渺小的构件，它们都是由一个或者几个对象通过软件工程人员的重新的、符合规范的组合而成的，并且在用户使用的时候，是通过规范化的接口来进行连接的。这一接口和大众的接口是一样的，都是由进口、出口的设计而组成的。由于构件软件在软件工程人员研发时都是用对象组合而成的，这就说明了组成构件中的任何一个零件都必须是标准的，甚至可以说是要达到精准。之后就是由构件集成而组建而成的一个完整的应用程序。这是因为这样所以构件软件开发的周期主要分成蓝图设计、策划。软件开发当中构件的设计是非常重要的[4]。所以在软件开发过程中需要对蓝图的设计进行研究、分析、商讨，并与此同时一定马上对构建的准备实施进行，因为这样就可以将构件进行循环使用，用以降低成本，提高效率。所以在当构件软件研发的过程当中出现突发状况时，一定要尽快解决，并以很快的速度进行研发，用以提高效率。但构件软件系统开发完成时，一定要对其进行逐级检查，以最快的速度完成检查。最后在将构件按照规范合理的组合起来，得到最终的应用程序。在组合的过程中，为了使构件更加的显而易见、一目了然，可以将组合好的构件用制图软件，例如：CAD制图进行描绘，并用A2或者其他型号的纸打印出来，减少构件软件工程技术人员在构件软件的组合过程中的出错率，并能及时的发现问题。
2 构件软件工程技术与传统软件技术的对比
1）新的结构体系
由于传统的软件工程，它从中央的构建组成再到互联网访问服务器的运行都已经严重跟不上时代的潮流，无法满足人们在生活中以及工作中的需要，也在很大程度上阻碍了软件工程的发展。但是构件软件的系统开发出来的新结构体系，更替了传统的软件不能做到的功能，对传统的软件工程进行了改革。
2）更换开发过程
由于传统软件在设计的时候采用的是将元素集合并应用，这就从根本上导致了传统软件的老旧。因此设计构件软件的程序人员找到了这个问题的关键所在，并加以改正[5]。所以在构件软件设计的过程中程序人员对元素进行了分析、设计、运行中的整体协调，并且实现了系统配件在构件软件的作用下完成的循环使用的过程，同时实现了对于构件软件的开发由单调的应用程序一直走向多个元素整合在一起的应用程序。实现了将复杂的多种应用技术直接转化简单的构件软件的使用。使得构件软件工程在计算机软件行业处于不断上升、不断发展的状态。
3）更新了设计的理念
传统软件设计的理念是从计算机、调查或者实验得出的数据、开发、运行、客户等等，反映出软件运行的功能、性能。这就导致了传统软件已经严重脱离了有关于人们的生活理念，从而逐渐的落后。由于设计构件软件的程序人员已经将构件软件工程中将计算机的运行程序与现实生活分离。这就在说明在一定的意义上构件软件是将思维模式与现实存在的规律分离。由于软件的开发是严格依照规范化制造端口的，这就说明了构件软件工程技术的关键在于这个端口上，这个端口实现了软件开发形成的构件与第三要素的组合，使其变得更加的显而易见，更加的面向了社会、满足了人们的需要，在一定程度上对于传统的计算机软件起到了抨击作用[4]。
3 构件软件工程技术中存在着的不足
构件软件在开发时提高了软件的功能、性能，并且在一定的条件下减少了开发的成本，提高了构件软件的效益。由于构件软件实现了配置的循环使用，这就意味着对于以后构件软件在使用的过程中，减少了软件的维修费用，延长了软件的使用寿命。并且由于规范化的端口，这就意味着对于构件软件在使用过程中更加的灵活。虽然构件软件有这么多先进的设备、优先的理念等等，但是人们的生活水平还在提高，科技还在不断地发展，这就说明了构件软件它只有不断地发展，跟着社会的潮流、跟着人们的需求进行不断地改进，才能不被这个变换更迭非常迅速的社会所淘汰，所以对于构件软件工程技术一定要有客观的认识，不要盲目自大，认识到构件软件工程技术存在的问题[5]。
1）安全性不高
从实践中可以看出构件软件工程技术的发展还处在青少年期，因此存在着许多不周全的地方。首先便是人们最为重视的安全。从公共对象请求代理体系结构中可以看出构件软件工程技术，它的效率不是很高，并且最为重要的是它的安全性能得不到保障。这就直接导致了纵使构件软件工程技术有再多的优点、性能等也不能让人们在使用的时候感到放心，这就影响了构件软件的使用率、购买率。从而导致了在软件市场中没有竞争力，也无法得到人们的认可，不能与其他的软件技术相提并论。事情都是有两面性的，都存在着利与弊。构件软件工程技术将软件工具拆分成为两个层次，虽然有利用管理、服务、并且能提供最新的数据并对其进行永久性的保存。这就导致了对于客户端的请求都需要经过两次的解压，而在各两次的解压过程中会使得在对象请求代管者的作用下，导致其自身效率比较低，从而直接导致了安全性能不高。因此对于客户端、服务器这两个层次构件软件工程技术人员一定要重视，并希望加以改正。
2）许多系统不能实现
由于组件对象模型它不是一个独立层，而是在集成系统中。这就直接导致了组件对象模型不能与整个软件系统形成统一，从而造成了对计算机硬件、计算机操作系统不能起到屏蔽的效果。由于组件对象模型对于加载驱动等相关的问题的不重视，这就直接导致了新安装的软件会破坏计算机原有的软件，从而给用户带来困扰。
4 结束语
构件软件工程技术，将传统的软件中存在的一系列问题或者是缺陷，都进行了弥补，改变了传统软件研发的思维、性能等，为计算机行业做出了重大的革新，从根本上推动了计算机行业的发展，即使构件软件技术中存在着安全性问题。构件软件还处于青少年期，计算机软件行业应该给构件软件工程技术时间，它会将不足改进，期待着构件软件工程技术取得更好的进步，推动我国的计算机软件行业的发展。
参考文献：
[1] 沈拴喜. 浅谈基于构件的软件开发方法和技术[J].计算机光盘软件与应用，2014（15）：75-76.
[2] 何双利. 基于构件的软件工程技术研究[J].中国新通信，2015（9）：97.
[3] 周伟花. 软件構件化技术在工业机器人集成系统的应用研究[D].长沙：中南大学，2013.
[4] 周阳. 软件复用技术在洪水预报系统上的应用研究[D].大连：大连理工大学，2014.
[5] 曾玉琦. 基于构件开发方法的图形软件研究及其应用[D].上海：东华大学，2013.
作者：龙君君
基于构件的软件工程论文 篇3：
基于领域工程的构件的软件开发技术研究
摘要:该文分析和研究了基于构件的软件开发的含义和优点,研究了基于构件的软件开发的基本思路和生命周期模型,总结了基于构件的软件开发的不足,引出了领域工程的概念,对领域工程的相关理论知识,领域工程、专向领域工程概念,以及与应用工程的区别进行了研究,在此基礎上,提出了一种基于领域工程的构件的软件开发过程及生命周期模型。
关键词:构件技术;领域工程;软件工程
Study on Software Development Technology Based on Component of Field Engineering
HU Hui
(Suzhou Institute of Industry Technology, Suzhou 215104, China)
Key words: software component technology; field engineering; software engineering
1 传统构件开发技术
虽然以构件为单位独立地进行设计和实现,提高了应用系统各部分开发的独立性,是长期以来主流的复用技术,但是,实际操作起来,在整个过程及构件的开发、寻找和使用阶段必须要解决一些技术上面的问题。实际上,基于构件的开发并未真正实现其最初的“复用和灵活性”的承诺,并非很多的构件可以真正复用,一些因素阻碍了它的发展:
1) 构件在实际应用中的变化性。多数构件在应用时都有其局限性,需要对其修改以适应新系统,而且,构件的这种变化性需要在系统中加以实现才能真正实现软件复用。
2) 构件的发展还处于不完善阶段,多数构件的应用还是仅仅局限于代码复用或模块复用,而越来越多的大规模软件开发项目要求更高层次的复用。构件要达到一定的数量,才能支持有效的复用,而大量构件的获得需要有很高的投入和长期的积累。
正是这些因素的存在,在实际应用过程中,存在一些不太现实或者目前看来不够成熟的地方。
CBD采用独立的方式进行开发时,这一活动通常被称为领域分析(Domain Analysis)或领域工程(Domain Engineering)。领域工程中可复用构件开发的目标是针对于某一特定的应用领域,对该领域中一组已开发的系统进行领域分析,确定目标领域的公共特性,进行抽象并编码实现,包装为可复用构件,并在领域开发过程中,进行构件适当的修改,就可以在领域内实现真正的复用,并在实际的应用中,加入最流行的软件开发思想,如设计模式,分层思想等技术对其不足之处加以改进,从而使其更好地实现复用的目的,这样的软件开发技术叫基于领域工程的构件的软件开发技术。
2 基于领域工程的开发技术
2.1 领域工程的基本概念
领域工程中有一些基本的概念,正确、深入的理解这些概念对于理解和实施领域工程具有非常重要的意义。
1) 领域:领域是指一组具有相似或相近软件需求的应用系统所覆盖的功能区域。
2) 领域模型:领域模型描述领域中系统之间的共同需求。领域模型描述了需求上的共性,因此称领域模型中描述的需求为“领域需求”。
领域需求是通过考察领域中己有的系统获得的,当领域中存在大量的系统时,需要选择它们的一个子集作为样本系统,对样本系统需求的考察将显示领域需求的一个变化范围。一些需求对所有被考察的系统是共有的,一些需求是单个系统所独有的,依据己获取的领域需求可以建立起领域模型,一般包括用例模型和特征模型。
用例建模是需求工程的一种形式,被认为是软件工程中良好的实践之一,在现在的软件工程中被广泛运用。从外部用户的视角看,一个用例是执行者与目标软件系统之间的一次典型的交互作用。对一个用例的完整描述包括用例名称、用例目标简述、执行者、前置条件、一个主事件流、零到多个辅事件流、后置条件和附加信息。如果用例的事件流比较复杂,还可以使用活动图来更为精确和直观地描述。
特征模型被作为领域需求的一种重要表现方式。它是对一个特定领域的软件所具有的特征的有组织的描述,主要记录了特征自身具有的重要属性和特征之间存在的各种关系。在领域工程的各个阶段领域分析、领域设计、领域实现中可能存在的特征都应该被一一记录到特征模型中。特征模型由特征图和特征描述信息组成,特征图是由特征和特征之间的关系组成的分层结构图。
3) 领域工程:领域工程是为一组相似或相近的应用工程建立基本能力和必备基础的过程,它覆盖了建立可复用软件构件的所有活动。领域工程对领域中的系统进行分析,识别这些应用的共同特征和可变特征,对刻画这些特征的对象和操作进行选择和抽象,形成领域模型,依据领域模型产生体系结构,并以此为基础识别、开发和组织可复用构件。这样,当开发同一领域中的新应用时,可以根据领域模型,确定新应用的需求规约,根据特定领域的软件体系结构形成新应用的设计,并以此为基础选择可复用构件并进行组装,从而形成新系统。
2.2 领域工程的三个基本阶段
实施领域工程的过程包含了一些基本的行为,虽然具体的领域工程方法可能定义不同的概念、步骤、产品等,但这些基本行为大体上是一致的,这些行为分为三个阶段。
1) 领域分析:这个阶段的主要目标是获得领域模型。在这个阶段中首先要进行一些准备性的工作,包括定义领域的边界,明确分析的对象,识别信息源,即领域分析和整个领域工程过程中信息的来源,可能的信息源包括现存系统、技术文献、问题域和系统开发的专家、用户调查和市场分析、领域演化的历史记录等。在此基础上,就可以分析领域中系统的需求,确定哪些需求是被领域中的系统广泛共享的,从而建立领域模型。
2) 领域设计:这个阶段的目标是获得特定领域的软件体系结构(DSSA)。建立了领域模型之后可以派生出满足这些领域需求的DSSA。由于领域模型中的领域需求具有一定的变化性,DSSA也要相应地具有变化性。同时复用构件是依据领域模型和DSSA来组织的,因此在这个阶段通过获得DSSA,也就同时形成了复用构件的规约。
3) 领域实现:这个阶段的主要目标是依据DSSA开发和组织可复用信息。这些可复用信息可能是从现有系统中提取得到的,也可能需要通过新的开发得到。这个阶段也可以看作复用构件的实现阶段。
需要说明的是,领域工程的三个基本阶段所描述的过程是一个反复的、逐渐求精的过程。在实施领域工程的每个阶段中,都可能返回到以前的步骤,对以前得到的结果进行修改和完善,再回到当前步骤,在新的基础上实施本阶段的过程。
2.3 专向领域工程
将领域工程技术引入软件复用中,形成了专向领域复用思想。专同领域工程的目标就是在一个特地给你的应用领域中实现软件复用。由于目标集中,因此可复用构件的制作不需要在很广的范围内考虑其通用性,构件库也不需要包括与本领域无关的构件。因此,构件的开发和构件的存储与管理都比较容易,构件的使用频率与检索效率都会明显的提高。另外,在专向领域中,由于同一领域的应用系统之间有更多的共性构件的粒度可以增大。
2.4 领域工程和应用工程的关系
领域工程和应用工程又是互相联系的。一方面,通过应用工程得到的现有系统(包括需求规约、设计、实现等)是领域工程的主要信息来源,领域工程的各个阶段主要是对应用工程中相应阶段产品的抽象,领域工程又对本领域中新系统的开发提供了支持。另一方面,领域工程和应用工程需要解决一些相似的问题,例如怎样从各种信息源中获取用户的需求,如何表示需求规约,如何进行设计,如何表示设计模型,如何进行构件开发,如何在需求规约、设计和实现间保持逻辑联系,如何对需求规约、设计和实现进行演化等。因此,领域工程的步骤,行为、产品等很多方面都可以和应用工程进行类比,在应用到构件的软件开发过程中时可以使需求更全面,获取得到的可复用构件更具有全面性,有利于提高软件开发的效率,更有利于软件的复用。
3 基于领域工程的构件的软件开发
3.1 基于领域工程的软件开发过程模型
基于领域工程的软件开发过程可以概括为:
1) 领域分析:领域分析阶段的主要任务是通过对领域知识的抽象,区分出共性和可变性,生成概念级BCMS。领域分析的最终结果是领域知识的形式化表示,用基于UML的领域模型来表示。包括领域框架和领域构件的设计。领域模型中的共性在领域框架中映射為稳定不变的凝固点,领域模型中的可变性在领域框架中映射为易变的热点。在具体构件的设计中可以遵循COM/DCOM/COM+/OLE/ACTIVEX构件模型标准。
2) 领域实现:领域实现阶段产生物理模型。物理模型包括领域构件和热点子系统的具体设计、编码和测试及领域框架的动态生成,加入最先进的软件开发思想,完成代码级的开发。
3)应用实现:领域工程向应用工程的过渡,体现构件化开发的行业分工思想,把系统开发者分为构件生产者和构件装配者。应用工程将参考领域框架进行系统设计,生成具体应用的体系结构(框架);然后根据应用框架要求从领域构件库挑选构件进行组装,实现构件在框架上的集成(静态或动态的),或根据热点子系统对热点进行特化,实现静态的集成领域设计阶段产生逻辑模,它是领域模型的具体设计。
图1是根据实践结合最新的软件思想得来的过程模型,领域工程创建应用领域的模型,该模型被用作在软件工程流中分析用户需求的基础。类属的软件体系结构为应用的设计提供了输入。最后,在可复用构件己经被购买、从现存库中选出或构造好后作为领域工程的一部分,它们可以被从事基于构件开发的软件工程师使用。
3.2 基于领域工程的构件软件生命周期
在软件开发的发展历史中,软件开发经历了无模型、瀑布型、快速原型、渐增模型、螺旋型、软件复用型、基于CASE模型等阶段。软件复用结合了技术、方法和过程。
图2反映了面向领域工程的软件生命周期。其中构件库是核心,它是构件及其关系组成,构造构件库必须注意两方面的问题:一是可复用构件应具有有用性、可用性、质量、适用性、可移植性;二是领域工程。软件构件是对系统整体结构设计的刻画,包括全局组织与控制结构,构件间通讯、同步和数据访问的协议,功能分配,物理布局,设计元素集成,伸缩性和性能,设计选择等以及指导这些集成的模式。
4 总结与展望
随着软件需求的激增,软件规模和复杂度的不断增大,传统的软件开发模式面临着前所未有的挑战,人们开始探索新的软件开发技术来适应软件发展的要求,软件复用则是解决这一软件危机行之有效的方法,软件构件技术则在软件复用中扮演着重要的角色,是当前软件复用研究的焦点。构件技术的基本实现在于创建和利用复用的软件构件来解决应用软件的开发问题。它与面向对象编程语言不同,只规定构件的外在形式,不关心其实现方法。只要遵循构件技术规范,各个软件开发商就可以用自己方便的语言去实现构件,应用软件可以通过构件间相互提出请求和返回服务结果的协同工作机制来达到系统目标。
参考文献:
[1] 杨芙清,梅宏,李克勤.软件复用与软件构件技术[J].电子学报,1999,27(2):41-42.
[2] 薛春光,吴绍东.软件复用技术及其展望[J].天津理工学院学报,2002,18(1):68-71.
[3] 梅宏.软件复用技术研究与应用[J].科技与经济,2002(1):12-13.
[4] 张世混,张文娟,常欣,等.基于软件体系结构的可复用构件制作和组装[J].软件学报,2001(9):12-14.
[5] 朱建江,基于软件构件的软件复用的研究[D].南京航空航天大学博士论文,2002.
[6] Brown A W,大规模基于构件的软件开发[M].赵文耘,译.北京:机械工业出版社,2003.
[7] 张伟,梅宏.一种面向特征的领域模型及其建模过程[J].软件学报,2003(8):1-3.
作者：胡 慧