软件工程构件服务研究
计算思维能力的培养需要选择适当的课程知识作为载体,并在教与学的过程中有意识、有计划地展开。下面是小编搜集整理的相关内容的论文，欢迎大家阅读参考。
摘要：基于构件的软件工程是面向对象软件工程的一种延续与传承，可以说，构件这一概念也是对象概念的取代。本文概述了当前基于构件软件工程中存在的不足，并说明了构件软件开发的过程，旨在为构件软件工程技术的发展提供一定的参考意义。
关键词：构件服务;软件工程;构件软件
一、当前基于构件的软件工程技术存在的问题
1.1 CRBA。CORHA基本上可以分成动态调用与静态调用两种，前者相较于后者其手段要稍微灵活，可移植水平也要高一些，然而，其调用方式操作起来较为复杂，速度也非常缓慢。CORBA效率非常低，而且缺乏一定的安全性，并非处在一个集成的开发空间内。 CORBA中1DL接口文件被编译成两个方面，即stub和skeleton 。stub发起的每一次对象请求，都必须要经过两次及以上的打包、解包，通过ORB核心，导致CORBA的效率低下，这也使得CORBA失去了竞争能力，如今，已逐渐消失在主流的软件开发技术的序列。
1.2 COM+。由于并非独立的中间层，因而COM+无法产生软件界统一的标准，进而只可以受限在微软内部和兼容软件。COM+无法屏蔽硬件与操作系统之间的差异性，并给予一个非常一致的构件运行工程环境[1]。除此之外，COM+还没有NET Framework框架和运行时。COM、COM+并未真正处理好DLL hell问题，一旦安装新的软件应用程序，就会有条件损坏最开始运行正常的应用软件程序，使一些用户感到恐慌，这也正是COM+最大的'不足。
1.3 NET。NET在构件层面上相对而言是最为成功的，其.NET Framework框架在运行过程中及时翻译，这也是迈向软件工厂的重要枢纽。然而，不可否认的是，.NET离真正意义上的软件工厂仍然有一段距离。NET并非一切的软件开发都做到即插即用，此外，.NET跨语言平台仅限于微软的产品，离构件软件的开发还有很大距离。
二、基于构件的软件工程技术开发过程
2.1系统分析。基于构件的软件工程技术系统分析的主要原则：一是抽象：从很多事物中去掉个别的、非本质的特征，选择一些共同的、本质的特征，称之为abstaction。Abstaction是生成概念的重要形式。对于分析来说，抽象原则具有两个层面的作用[2]。一方面，虽然问题域中事物相较比较复杂的，然而分析员并不需要明确与解释它们的一切，只需要分析研究其中与系统目标有关的事物及其本质特征。另一方面，通过舍弃个体事物在细节上的差异，选择一样的特征而获得事物的抽象概念，CBD中分类便是如此取得。二是封装：构件的属性、服务以及接口紧密结合在一起，让构件可以全力集中而整体地描述一个具体的事物。封装的信息隐蔽作用反映了事物的相对独立性。三是继承：在CBD系统研究过程中充分运用继承原则，换言之，便是每个由一般类与特殊类产生而成的特殊结构。将一般类的构件实例与全部特殊类的构件实例都一起具备的相关属性、服务、接口，一次性彻底的在一般类展开显式的意义。
2.2蓝图设计。在进行系统分析的背景下，便能够开展有关的蓝图设计了。由于基于构件的软件开发非常有代表性的特点便在于“搭积木”，这也在一定程度上和修建一座大楼是非常类同的，蓝图设计中的蓝图，顾名思义，也就是等同于大楼整体的一张设计图。其要首先定义好所需要的一些构件，把所有系统逐一拆解成为一级子模块，一旦一级子模块过于繁琐、复杂，则还可拆解成为二级子模块。
2.3构件集成和测试。独立的构件购买后，第一，要实施二级子模块的组装和测试，将其进行全部组装，实施两方面的测试，即兼容、功能。在一切测试都符合标准之后，就把二级子模块展开组装，开展一级子模块的兼容性与功能测试。一级子模块测试也符合标准之后，就需要进行最后的软件系统集成测试。在测试的过程中，也许会产生在购买构件时产生的部分问题，可利用发E电子邮件告知构件交易中心，构件交易中心再通过电子邮件通知构件开发商。
三、结束语
综上所述，基于构件的软件工程主要是面向对象软件工程的一种可持续化的延续与延伸，对象这一概念本质上无法真正地体现出工业上标准下的零部件。换言之，也就丧失了标准接口这个过程，因而构件概念又是对象概念的取代，构件的软件涵盖了诸如构件名、属性、服务以及接口四部分，可以非常出色地体现现实世界中的事物，而且在组装软件的时候，支持即插即用。
参考文献
[1]战锴.软件工程技术发展趋势研究[J].电子技术与软件工程,2013,13(14):51.
[2]金晶.对软件工程技术今后发展的思索[J].中国管理信息化,2015,12(21):162.
【软件工程构件服务研究】相关文章：