基于特征迹的软件演化研究

需求变化是导致软件演化的根本原因,而问题空间与解空之间存在的缺口是软件难以成功演化的根源。通过系统接口,把变化的需求与支持它的特征迹联系起来,定义了基于需求和特征迹的软件演化。根据需求的不同,把软件演化分为功能演化、非功能演化和环境演化,并对软件演化方法进行了讨论。根据特征迹的私有消息、局部消息和公有消息之间的关系,对演化影响进行了定量分析,得到了可演化软件的一些性质。基于特征迹的软件演化,有利于演化定位、演化管理和演化的验证.     

基于本体的构件化软件演化信息获取及度量研究

软件演化信息是一种重要的、能反映软件变化历史的信息.然而,传统的软件演化信息以文件或者项目作为跟踪软件变化的基本单元,不能有效地支持构件化软件演化信息的存储和检索.提出了采用本体概念表示构件化软件演化信息的策略,并利用Jena推理机实现构件化软件演化信息的荻取.该方法不仅能检索构件化软件的基本演化信息,而且可以通过定义规则的方式检索出蕴含的演化信息.同时,文中也提出了一种构件化软件演化度量的模型,该模型通过对演化属性的计算分析来预测构件化软件的演化趋势.     

基于演化数据的软件缺陷预测性能改进

软件持续演化已经是不争的事实,演化意味着需求的变化,也就必然导致了缺陷的不断产生.现有的缺陷预测技术多偏重于基于软件工作制品,如文档、代码、测试用例等的属性来预测缺陷,但如果把软件看作一种物种,其生命周期内的演化本质上是一个物种的逐步进化,其缺陷的表现也必然带着该物种的特征,而且还受到进化历史中的演化轨迹的影响.已有一些研究人员开始研究软件演化过程,并提出了一些演化度量元.研究和提出了可以刻画软件演化轨迹的两类演化度量元,并通过案例研究,建立缺陷预测模型.在6个著名开源软件数据集上训练和验证了由软件演化度量元建立的缺陷预测模型,获得了良好的预测性能,验证了演化度量元对缺陷预测性能的改进.     

面向软件产品家族的变化性建模方法

用户需求和运行环境的变化增加了软件产品开发、维护和演化的难度.另一方面,如果能对同类软件(比如软件产品家族)的变化性实施有效的控制,则可以极大地促进软件复用,提高软件生产效率和质量.对变化性建模是控制变化性的有效手段,既有助于变化性的识别和规约,又能够提供足够的机制支持变化性的演化.提出了一种面向产品家族的变化性建模方法,以变化性的管理策略为指导,从扩展的用况(use case)模型入手捕获系统行为的变化性,以特征模型来组织功能性需求和质量属性并识别其变化性,两种模型对变化性的建模采用相同的机制.还结合一个实例讨论了产品家族变化性建模的全过程.该研究对产品家族变化性的分析与建模具有一定的参考作用.     

基于逻辑的软件演化操作语言及结构化操作语义

由于使用环境和新技术的不断变化,软件演化的控制变得日趋复杂.为了提高软件演化活动的可视化和形式化支持程度,结合谓词逻辑和软件演化,提出了一种软件演化操作语言SEOL(Software Evolution Operational Language)描述软件演化,给出了SEOL的语法和结构化操作语义描述,并指出了软件演化操作语义等价分析方法.结合软件代码演化和软件模型演化实例,说明了SEOL的应用.与已有的软件演化操作描述相比,SEOL在易用性、可重用性和形式化分析方面有明显的改善,为软件演化的管理、分析和实施奠定了基础.     

基于本体及模式驱动的构件化软件共同变化识别研究

对共同变化的识别有利于软件维护人员对软件变化的理解和控制。传统的软件共同变化识别方法通过对软件版本控制系统中的数据挖掘,进而识别源程序文件或者类之间的共同变化,但这种方法不适合对构件化软件中构件间共同变化的识别。为此,本文在基于构件的软件配置管理模型的基础上,设计了构件化软件演化信息本体模型以及两者间的映射规则,并提出了构件化软件共同变化模式（基本模式和复合模式）和相应的本体推理规则,开发了原型支撑系统。     

考虑历史数据的软件可信演化分析方法

针对软件可信演化中对软件可信性相关属性的需求,提出一种考虑历史数据的软件可信演化分析方法。通过收集软件演化的历史数据,提取软件可信演化相关属性并进行量化,建立软件可信演化着色原则,构建软件可信演化分析图。实验结果表明,通过对软件可信演化分析图中演化单元的观察,可实时、有效、直观地得到内嵌在演化数据中的隐藏信息,以此分析出软件演化是否为可信演化,从而为演化数据的分析提供支持。     

基于多维属性的构件化软件演化相似性度量方法研究

对不同软件进行演化相似性度量和比较能帮助软件维护人员理解软件演化及预测其演化趋势。然而,传统的研究大多度量单一软件演化属性的变化,虽然有些也涉及到多维演化属性,但并没有与软件的演化相似性相联系;同时亦缺乏在较高抽象层次度量软件演化相似性的有效途径。为此,以构件为基本单位,提出了一种基于多维演化属性的构件化软件演化相似性度量模型。即通过在原子构件层和系统(复合构件)层定义演化属性,进而度量原子构件之间以及系统(复合构件)之间的演化相似性。初步的实验表明,在原型工具的支持下该方法能辅助软件维护人员进行软件演化相似性的判断。     

软件服务的在线演化

软件服务的在线演化技术是当前可信软件研究的一个重要方向,对于实现快速、低成本的成长式可信演化具有重要意义.与离线的演化技术相比,在线演化强调软件系统在结构修改和功能调整期间仍能够持续提供服务.文中在给出软件服务在线演化基本定义、归纳其结构模型和一般性过程模型基础上,提出涵盖演化范畴、演化类型和演化方式等方面的分类模型,...     

软件变化管理系统研究

软件变化管理是软件开发管理的一个关键因素 .本文研究了软件变化管理的目标、主要内容以及相应的支持系统 ,提出与配置管理和过程管理系统相结合的软件变化管理系统结构 ,并介绍一个实际软件变化管理系统的实现     

MBD机加工序模型更改的主动传播与一致性维护方法

针对MBD机加工序模型在设计更改中数据一致性维护困难的问题,提出了发现、传播与适应MBD工序模型更改的方法.首先归纳了MBD工序模型的组成,分析相邻MBD工序模型之间几何结构与标注的关联关系;接着按照工艺更改情况分类提出工艺更改的传播模型;并基于该传播模型提出了模型更改发现算法、模型更改传播算法和三维标注维护算法,用以维护前后置工序的数据一致性.实例验证结果表明,MBD工序模型的工艺更改传播模型与一致性维护方法是有效的.     

Identifying the causes of resistance to IS implementation: A change theory perspective

The major deterrents to successful IS (Information System) implementation include both technical and organizational issues. However, it is widely recognized that the more serious dimension of this problem is essentially behavioral in nature. This is because the introduction of any IS causes change in the organization; i.e to individuals, responsibilities, socio-political structure, etc. The purpose of this research effort is to investigate the relationship between organizational change and IS implementation. Towards this end, organizational change theories serve as the basis for assessing the causes of resistance to IS implementation.     

基于有向图的工程变更传播分析的研究

论文提出了基于有向图的工程变更传播分析方法;开发了采用该方法进行 工程变更分析的软件系统;分析了工程变更中零件变更的传播、协调、吸收和控制等主要问 题;提出了传播模图和传播实图的概念;阐述了传播模图的数据结构、生成算法和使用它引 导工程变更分析的过程。该文用传播实图记录零件变更的传播范围及各个变更零件的变更计 划与影响评估;提出了案例的建立和重用方法,促进历史变更经验使用。使用这种方法和系 统,可以使工程变更分析与评估更加严密、高效。     

基于树形分类器的自适应镜头分割系统

提出并实现了一种自适应的镜头分割系统。将镜头切换类型和影响镜头分割准确性的因素进行分类，把要处理的复杂情况看作是多类别的分类问题。每一级分类器处理的都是两类问题，根据分类的不同目的选择合适的算法将两类区分开。将这些分类器以树形结构结合起来，使系统的性能达到最优。选择了4个有代表性的广告视频片段进行实验。结果表明，自适应镜头分割算法可以适应不同的情况，同时检测突变切换和渐变切换，在保证检全率的基础上有效降低了误检率。     

微小力测量系统的实验研究

介绍了一种微小力值测量系统的设计方法。系统采用了自主设计的传感器结构,充分利用了圆柱形电容传感器量程大、线性好、边缘效应小等特点,通过高精度直线轴承保证了运动的同轴度,又利用增加屏蔽结构等方法用来消除寄生电容的干扰。检测电路基于新型高精度、集成式电容数字转换器AD7747与单片机,实现了对电容变化量dC的精确测量。实验结果表明：该方法为10^-5以下的微小力值测量提供了一种有效的解决方案。     

1999年锡林郭勒草地AVHRR-NDVI时空变化研究

采用地面样地和遥感数据,分析了锡林郭勒草原4种草地1999年AVHRR-NDVI的时空变化。NDVI时间序列显示,草甸草地和典型草地NDVI在5月份开始返青,但荒漠草地和沙地草地NDVI在5月份为全年最低。6月份草地生长最快,以4月平均NDVI作为各草地的基准,草甸草地全年NDVI最大时的增加值为0.42,其中4～6月份的NDVI增加值为0.34,占81%;典型草地全年NDVI最大时的增加值为0.30,其中4～6月增加值为0.22,占73%;沙地草地全年NDVI最大时的增加值0.27,其中4～6月增加值为0.10,占37%。NDVI空间分布呈现明显的东西过渡特点。从5月开始,NDVI自东向西增长,其推进特点是南北两侧快,中部缓慢。8月草地植被达到全盛时,NDVI=0.1的等值线呈现由西向东的“楔型”。5～8月之间,NDVI=0.1等值线由东向西移动3个经度。由于植被指数对低覆盖植被比较敏感,该等值线的形态和位置可能是气候变化的一个指标。     

ML-DEWS: Modeling Language to Support Dynamic Evolution within Workflow Systems

Organizations that are geared for success within today's business environments must be capable of rapid and continuous change. Dynamic change is a large and pervasive problem which surfaces within organizational workflowsas well as within soft ware engineering, manufacturing, and numerous other domains. Procedural changes, performed in an ad hoc manner, can cause inefficiencies, inconsistencies, and catastrophic breakdowns within organizations. This document is concerned with change, especially dynamic change, to organizational procedures. We explain a taxonomy of change modalities, and present a modeling language for the unambiguous specification of procedural change. This language, call ML-DEWS, complements the formal model of dynamic change previously presented by the authors. Issues of exception handling, temporal specification, and participatory change are conveniently handled within the framework presented in this document.     

基于设计知识本体的工程变更影响范围分析

为提高快速多变市场需求条件下制造企业管理众多工程变更的水平，提出以本体的方法表达设计知识，以本体实现结构关联、功能关联和与产品外在影响因素三方面的关联表达，全面分析变更的影响范围。制订变更影响范围的确定策略，并用基于Java的算法实现；最后以离合器中某零部件的变更为例验证该方法的优越性。结果表明：本体在表达知识领域概念和关联方面弥补了以往研究中范围确定不完善的缺陷，可为后续正确做出变更决策奠定基础。     

基于故障分类优化拜占庭容错服务

本文在Byzantine fault tolerant状态机复制容错系统研究基础上,将主复件故障划分为Muteness故障和Non-Muteness故障,对主复件进行Muteness故障检测。当系统中主复件故障只是Muteness故障时,Muteness故障检测结果可以缩短view change时间,优化系统性能,提高了系统可用性。     

代码审查中代码变更恢复的经验研究

代码审查是一种由其他开发者而非代码作者本人评审代码的形式.在代码审查系统中,开发者通过提交代码变更来修复软件缺陷或添加软件特性.并非所有的代码变更都会被集成到代码库中,部分代码变更会被拒收.被拒收的代码变更有可能被恢复,并继续接受审查,提供代码贡献者改进代码变更的机会.然而,审查恢复过的代码变更需要花费更多的时间.收集了4个开源项目中的920 700条代码变更,采用主题分析方法识别出11类代码变更恢复的原因,并定量分析被恢复的代码变更的特征.主要发现包括:1)导致代码变更恢复的原因中,“提升改进”类型占比最大; 2)不同项目之间,代码变更被恢复的原因类别分布存在差异,但并不显著; 3)与从未恢复过的代码变更相比,恢复的代码变更接收率低10%,评论数量平均多1.9倍,审查所用时间平均多5.8倍; 4) 81%的恢复代码变更被接收, 19%的恢复代码变更被拒收.