面向设计层次优化的软件自动化重构

目前许多研究人员对自动化软件重构进行了探索并开发了一系列重构工具,旨在帮助程序员更高效地完成软件重构任务、提升代码质量。然而,现有的软件重构工具多侧重于局部的设计或编码问题,而非设计层面的问题。另一方面,基于搜索的重构方法往往将改进某一项代码度量指标作为重构目标,而非面向软件的层次化设计。针对这种情况,提出一种新的基于搜索的软件自动化重构方法,该方法使用了基于设计结构矩阵(DSM)的软件模块层次化度量方法,能够自动生成可以得到最优软件模块化设计的重构建议。在此基础上,实现了自动化重构工具DSMRefactoring,并将DSMRefactoring应用于开源系统进行案例研究,初步验证了方法和工具的有效性。     

一种面向开源软件特征的开源软件选择方法研究

文章提出一种面向开源软件特征的开源软件选择方法,首先从开源软件的基本特性、评估策略和内在特征三个方面建立其特征,并将特征纳入到开源软件的分类中。其次再根据不同用户的需求的特征与开源软件的分类建立选择机制,使用户需求选择特征与开源软件特征进行对应,从而建立起开源软件选择方法。然后通过该方法来选择面向开源软件开发工具为例进行验证表明,该策略有效且可用性强。     

2009开源软件预测

大型公司发布新软件时,他们会有很多宣传：巡回宣传、技术会议、免费T恤衫。而开源项目,甚至是众所周知的项目,通常在发布它们的主要新版本时都很少大肆宣传。FOSS（免费和开源软件）社区通常会过于忙于编码和测试,而无暇顾及市场,即使在软件的新“发布点”真的很出色时也是如此。     

面向开源软件项目的软件知识图谱构建方法

软件复用是软件开发中避免重复劳动的解决方案。开源软件的源代码、邮件列表、缺陷报告和问答文档等软件资源中蕴含了规模庞大、结构复杂、语义关联丰富的软件知识。如何获取知识、组织知识,以及如何在软件复用过程中方便地检索软件知识是亟待解决的问题。为了解决这些问题,面向开源软件项目,构建了软件知识图谱,并提供了基于软件知识图谱的软件知识检索。主要工作包括:针对4种不同类型的软件资源,提出了软件知识实体的提取原则与方法;提出了软件知识实体之间关联关系构建的方法;实现了两种软件知识检索机制,并以文字列表和图形可视化相结合的方式展现检索结果;设计了软件知识图谱构建框架。基于上述工作,设计并实现了一个面向开源软件项目的软件知识图谱构建工具。实例证明,所构建的软件知识图谱可以更好地帮助软件开发人员进行软件知识的检索与应用。     

软硬兼施，开源创新——开源硬件项目设计模块的教学策略

如何开展教学以体现开放、共享、协同的开源精神,如何通过教学让学生体验项目开发的全过程,增强创新能力,提升核心素养是大家共同关注的话题。本文通过分析开源硬件的基本特征和项目开发的一般流程,提出了基本的教学策略。     

面向语音识别应用的开源软件演化技术

为更好地解决开源社区中原资源的应用过度依赖具体的计算环境与背景,无法充分满足个性化需求这一问题,文章根据语音识别应用,借助开源软件演化技术对如何提高开源语音识别模型采集的准确率以及解决开源语音模型的自适应性等问题展开研究,并提出了驱动演化算法。实验结果表明,将开源软件演化技术应用在语音识别过程中具有可行性。     

开源项目开发实例

在大家已经了解了开源开发的一些基本理论知识后，我们挑选了几个有一定发展历史和规模，有一定影响的开源项目，希望这些项目的开发实践能为国内的开源社区提供一些可以借鉴的经验。本将要介绍的四个知名的开源项目分别是：Linux、Apache、InterNetNews Server和Mozilla Web Browser。     

开源软件安全性研究

开源软件由于应用领域的日益广泛，其安全性也备受关注。本文从技术层面对开源软件的安全性进行了详尽的分析，并提出了提高其安全性的方案。     

面向开源生态的软件数据挖掘技术研究综述

全球开源软件生态中孕育的大众化软件生产模式正快速形成一种新型的软件生产力,在软件开发和应用各个环节发挥了巨大作用.大众化软件生产的数据规模日趋庞大、协同范围不断扩展、管理模式高度精简,这些全球化特征使其在软件复用、协同开发、知识管理等环节面临诸多挑战,迫切需要新的理论指导和工具支持.本文首先界定了大众化软件生产活动的分布范围、基本过程和数据形态,然后从软件复用、协同开发、知识管理三个核心环节对开源社区数据挖掘技术的研究工作进行了归类与分析,最后总结了该领域研究工作存在的问题和未来发展趋势.     

An Empirical Study on the Relationship Between Software Design Quality, Development Effort and Governance in Open Source Projects

The relationship among software design quality, development effort, and governance practices is a traditional research problem. However, the extent to which consolidated results on this relationship remain valid for open source (OS) projects is an open research problem. An emerging body of literature contrasts the view of open source as an alternative to proprietary software and explains that there exists a continuum between closed and open source projects. This paper hypothesizes that as projects approach the OS end of the continuum, governance becomes less formal. In turn a less formal governance is hypothesized to require a higher-quality code as a means to facilitate coordination among developers by making the structure of code explicit and facilitate quality by removing the pressure of deadlines from contributors. However, a less formal governance is also hypothesized to increase development effort due to a more cumbersome coordination overhead. The verification of research hypotheses is based on empirical data from a sample of 75 major OS projects. Empirical evidence supports our hypotheses and suggests that software quality, mainly measured as coupling and inheritance, does not increase development effort, but represents an important managerial variable to implement the more open governance approach that characterizes OS projects which, in turn, increases development effort.     

TensorFlow开源软件社区中贡献修订的实证研究

人工智能(artificial intelligence, AI)的飞速发展得益于开源社区的开放协同,大量的开发者通过提交PR(pull-request)为AI开源软件做贡献.然而,外部贡献者所提交的PR质量参差不齐,开源项目管理团队需要对PR进行代码审查,并要求贡献者根据审查意见对PR进行修订. PR的修订过程对AI开源软件的质量有着重要的影响,因此对该过程进行更加全面、深入的实证研究很有必要.首先,从TensorFlow开源软件社区中收集一组PR的修订历史,通过对PR的代码提交信息以及审查评论进行定性分析,归纳总结PR修订类型的分类体系.其次,根据此分类体系人工标注一组修订数据集,并基于此数据集定量分析不同修订类型的频率分布、次序分布以及关联关系.研究结果表明:TensorFlow开源社区中的PR存在3大类共11种不同类型的修订,其中完善类修订出现的频率最高;此外,相比于其他类修订和完善类修订,修正类修订更常发生在PR的早期更新中;与结构相关的修订更有可能与其他类型的修订同现或邻现,配置修订以及变基修订有较大概率会接连出现.实证研究结果可帮助AI开源实践者和研究者更好地理解PR的修...     

OpenStack开源社区中商业组织的参与模式

2000年以来,开源软件取得了显著进展,展示出一种以用户创新为驱动且低成本高质量的新型软件开发方式.越来越多的商业组织参与到开源项目中,期望利用开源软件及其优势实现自身的商业目标.由于开源软件开发方式与传统的软件工程方法存在显著差异,为了加入开源社区,商业组织必须要对自身原有的软件开发方式、业务模式等做出调整.在这种情况下,一个亟待解决的问题是商业组织应当采取怎样的参与模式才能有效融入开源社区.为此,本文进行了如下三个方面的研究：1.采用雪球采样方法对OpenStack相关的文本数据进行收集,为定性分析提供数据基础;2.借鉴扎根理论,通过对所收集数据的过滤和归纳,总结出不同商业组织参与OpenStack的模式;3.在此基础上,提炼出四种更具一般性的参与模式,为商业组织参与开源项目提供经验参考与决策支持.     

Editorial: Open Source and Empirical Software Engineering

Editorial Commentary

Editorial: Open Source and Empirical Software Engineering     

An Analysis of Merge Conflicts and Resolutions in Git-Based Open Source Projects

Version control systems such as Git support parallel collaborative work and became very widespread in the open-source community. Whilst Git offers some very interesting features, resolving conflicts that arise during synchronisation of parallel changes is a time-consuming task. In this paper we present an analysis of concurrency and conflicts in official Git repository of four projects: Rails, IkiWiki, Samba and Linux Kernel. We analyse the collaboration process of these projects at specific periods revealing how change integration and conflict rates vary during project development life-cycle. We also analyse how often users decide to rollback to previous document version when the integration process generates conflicts. Finally, we discuss the mechanism adopted by Git to consider changes made on two continuous lines as conflicting.     

开源社区评审过程度量体系及其实证研究

在开源社区中,不同开发人员提交的代码水平参差不齐,需要代码评审检查提交代码质量.决策者是代码评审的关键人物,审核提交代码,发现软件缺陷.代码评审情况会对开源软件质量产生影响,因此需要建立评审过程度量体系,了解代码评审情况,促进提高开源软件项目质量.现有的软件过程度量方法主要考虑提交代码和评审评论活动,缺乏考虑决策活动,难以充分度量人员的评审行为.引入决策者因素,提出了一个开源社区评审过程度量体系,包括评审活动指标和人员分布指标.评审活动指标包含评审次数、评审信息长度、评审代码改动行数以及评审时间.人员分布指标主要考虑改动者、评论者和决策者的比例和数量.然后,收集了3个热门开源项目数据,分析评审过程度量指标与软件缺陷数量的关系.通过实证研究分析发现：决策者数量,少改动、少评论、少决策者的比例等决策者相关指标和软件缺陷数量中等正相关.同时,与不考虑决策者的度量体系进行对比分析,发现含有决策者的度量体系与软件缺陷的相关性更高.实证研究结果验证了评审过程度量体系的有效性,说明增加决策者相关指标的必要性.     

Open Source

GNU于3月6号发布最新版glibc 2．4。新版的最大特点在于整合Linus Kernal的NPTL本地线程库的系统调用。众所周知,NPTL诞生自Kernel 2.6,它的出现大大提升了Linux系统的多线程执行能力。随后经过Redhat公司努力, NPTL被移植到了kernel 2．4上,Redhat还修改了glibc 2．3,使其也支持NTPL,这样早在RHEL3时代,Redhat就已经能够很好支持NPTL线程库。这也是为何众多企业级用户特别是J2EE的用户选择RHEL的原因。不过对于其它的Linux发行版、对于glibc来说,对NPTL的支持并非正式(在编译时,需要附加额外的库以及参数),这也多少限制NPTL能力的发挥。终于,在glibc 2．4中对NPTL的正式支持,将大大改善Linux系统的多线程能力,也将改善Linux对于企业级用户的支持能力。     

Open Source

6月29号，iPhone上市，GPLv3也发布了。在GPL2发布16年后，我们终于等来了这个极具争议的升级版本。自由软件基金会（FSF）在波士顿的办公室里的午餐会上正式宣布GPLv3发布，并公布了一些正在向新协议转换的GNU项目。同时，FSF还公布了LGPL的最终内容。在GPLv3下，LGPL再也不是另一个协议，而是一个GPL的特例。     

Open Source

Sun推出一种基于Xen的虚拟技术xVM。现有的产品包括xVMServer和xVM Ops Center系统。xVM的客户操作系统包括Linux,Windows或Solaris。xVM能够很好地利用Solaris 10操作系统的关键特性。Sun副总裁Rich Green认为“Windows会意识到ZFS的优点”,Sun会将Solaris的一些有差异的特性移植到客户操作系统中。作为VMware的ESX和Virtual Infrastructure 3的竞争对手,xVM系列产品需要更多的商业用户来证明它的成功。     

Open Source

现在进入Oracle收购视线的是JBoss、Zend和Sleepycat,前二者的大名已经无需我赘述了。而后者正是嵌入式数据库领域的绝对老大Berkeley D3。虽然JBoss和Zerld可能的收购价分别达到4亿和2亿美金,但是最先得到证实的却是对Sleepycat的收购。