一个基于GDM方法的集成软件过程度量模型

为满足软件企业不同角色的度量需求,基于GDM方法提出了一个面向企业应用的集成软件过程度量模型,模型包含组织结构定义、角色职责定义、GDM分析结果、业务目标和度量目标评价函数等基础元素,定义了元素间的关联关系.模型支持项目度量元收集范围的确立,维护了组织内数据加工及数据分析流程,可以为角色定制度量分析视图,并辅助确定过程改善活动的目标过程.基于此模型,开发了企业集成软件过程度量系统,在系统支持下,企业度量活动的自动化程度及效率得到了提高.     

基于CMMI的软件过程度量

软件度量已经逐渐成为了软件工程领域中极其重要的一部分。该文提出了一种软件过程的度量模型。在该模型中定义了与实施软件过程度量有关的活动。并在此基础上,重点阐述和说明了数据收集、认证和分析的目标、任务以及方法。文中还给出了一个把该模型应用于大型软件公司的实例,以说明该模型能够有效地评估并改进软件过程。该文的研究结果对改进软件过程、增加组织的过程能力成熟度是很有帮助的。     

基于CMMI的软件过程度量

软件度量已经逐渐成为了软件工程领域中极其重要的一部分。该文提出了一种软件过程的度量模型。在该模型中定义了与实施软件过程度量有关的活动。并在此基础上,重点阐述和说明了数据收集、认证和分析的目标、任务以及方法。文中还给出了一个把该模型应用于大型软件公司的实例,以说明该模型能够有效地评估并改进软件过程。该文的研究结果对改进软件过程、增加组织的过程能力成熟度是很有帮助的。     

一种基于CMMI的软件过程度量模型

本文在研究软件度量相关理论基础上,根据CMMI软件过程框架,并结合GQIM度量方法,提出一种基于CMMI的软件过程度量模型CPMM.该模型可以指导软件企业进行度量定义并基于度量结果进行组织过程性能分析.     

一种简明实用的软件度量过程评价框架

提出了一种软件度量过程评价框架，指出对软件度量过程主要从过程依从性、过程性能和过程能力等三个方面进行评价，并分别给出了适合它们各自特点的评价方法。同时，总结了一个软件度量过程评价报告的模板，并深入讨论了软件度量过程评价的时间间隔。此框架简明实用，灵活性强，易于软件组织实施和推广。     

软件开发过程持续改进的方法研究

随着软件的规模和复杂度的不断增大，软件开发过程越来越难以度量和保持持续改进。通过对软件开发过程中软件度量计划、度量实施、度量分析的研究，提出了一种软件开发过程持续改进的螺旋式模型，用于促使软件开发过程的持续改进和软件组织能力的有效提升。     

软件质量度量和软件过程度量

电子政务的建设是一个长期的、复杂的系统工程，其中的软件质量保证问题不容忽视．因此，必须同时开展相关问题的研究，并建立必要的质量保证体系，本文着重讨论了软件质量度量和软件过程度量中的概念．度量模型和度量方法等内容．软件度量是电子政务系统建设中软件质量控制的重要保证方法之一。     

软件过程度量研究与设计

首先介绍了软件能力成熟度模型CMM和过程度量框架，在CQM模型基础上提出了CQAM模型，并结合CMM模型设计了一个软件过程度量系统总体结构，在系统中采用SPC作为度量分析方法，简单介绍了其中的X-R图并给出了一个度量实例。     

基于复用的软件过程改进方法

本文从改善CMM的实施和提高过程控制能力入手，给出一个基于复用的软件过程改进框架，该框架将复用技术应用于软件过程改进与控制中，将当前模型驱动的自顶向下的过程改进模式与度量驱动的自底向上的过程改进模式有机整合，它由组织层面的持续过程改进（大循环）嵌套项目层面的过程不断调整与优化（小循环）构成。以CMM为基础，定义了实施新的过程改进方法的组织与角色。设计一个支持过程复用的软件过程及项目管理支持系统。     

一个集成化软件过程度量系统的设计与实现*

为了使企业度量活动满足企业各层级角色的度量需求,提出了一个建立企业集成化软件过程度量体系的方法,给出了一个度量模型及其典型应用,描述了一个企业集成化软件过程度量系统的体系结构及功能。在系统支持下,企业度量活动的效率得到了有效提升。     

一种基于过程构件的软件演化过程设计方法

软件构件技术已成为软件开发的一种重要方法,同样过程构件技术在软件过程设计中也起着重要作用。过程构件技术对于提高软件过程的设计效率,增强过程的可复用性以及保证软件过程的质量有着十分重要的意义。主要针对软件演化过程(SEP)的设计,提出一种基于过程构件的过程设计方法,通过对过程构件和连接件进行连接与组装,最后得到以Petri网形式描述的软件演化过程模型。     

软件演化过程体系结构研究

软件过程与软件之间有着非常紧密的联系.借鉴软件体系结构SA的有关概念,提出了软件演化过程体系结构SEPA,试图用SEPA在总体上描绘出软件演化过程的蓝图.给出SEPA的相关定义、研究目的和意义,并对SEPA的描述工具以及风格进行论述,最后提出了一种基于SEPA和过程构件的软件演化过程设计方法.     

基于CMM的软件过程度量系统的研究与设计*

首先描述了软件过程的度量过程,结合软件度量定义模型GQ(I)M提供的方法和软件能力成熟度模型(CMM)提供的过程框架,给出了项目跟踪与监控过程域的一些度量实例,在此基础上完成了软件过程度量系统的设计;最后,指出了系统进一步的工作。     

Similarity of business process models: Metrics and evaluation

It is common for large organizations to maintain repositories of business process models in order to document and to continuously improve their operations. Given such a repository, this paper deals with the problem of retrieving those models in the repository that most closely resemble a given process model or fragment thereof. Up to now, there is a notable research gap on comparing different approaches to this problem and on evaluating them in the same setting. Therefore, this paper presents three similarity metrics that can be used to answer queries on process repositories: (i) node matching similarity that compares the labels and attributes attached to process model elements; (ii) structural similarity that compares element labels as well as the topology of process models; and (iii) behavioral similarity that compares element labels as well as causal relations captured in the process model. These metrics are experimentally evaluated in terms of precision and recall. The results show that all three metrics yield comparable results, with structural similarity slightly outperforming the other two metrics. Also, all three metrics outperform text-based search engines when it comes to searching through a repository for similar business process models.     

基于数据依赖的过程合理性分析

软件过程模型的很多语义上的错误和歧义都是由数据依赖关系引起的,例化阶段数据依赖关系的研究,对过程的执行效率有很大影响.首先介绍了过程模型SPM,在其基础上,提出了数据依赖的概念,并给出一种活动-数据关系;然后通过对该关系进行分析,提出了保证过程模型实例语义合理的基本规则;最后应用有穷状态自动机理论,实现了保证这些规则的算法.     

MIS软件开发过程的描述

本文用活动的概念来描述软件的开发过程，建立了软件过程的形式化描述模型，以此为基础，给出了MIS软件开发的过程描述。     

结合多元度量指标软件缺陷预测研究进展

软件缺陷预测可帮助开发人员提前预测缺陷程序,合理分配有限的测试资源。软件缺陷预测的准确度不仅依赖于预测方法的选择,更依赖于软件的度量指标。因此,结合多元度量指标进行软件缺陷预测已成为当前的研究热点。从度量指标出发,对传统度量指标、多元度量指标以及结合多元度量指标的缺陷预测的研究进展进行了系统介绍。主要工作包含：介绍了传统的代码和过程度量指标、基于传统度量指标的软件缺陷预测模型以及影响数据质量的因素;阐述了语义结构度量指标;分析列举了当前用于软件缺陷预测的评价指标;结合预测粒度、传统度量指标、语义结构度量指标、跨项目软件缺陷预测对多元度量指标软件缺陷预测未来的研究趋势进行了展望。     

Avoiding metric monsters: A design metrics approach

Metric monsters are stumbling blocks that prevent software metrics-guided methodologies from attaining product and process improvement. Metric monsters can occur during the identification, collection or application of software metrics. In our research, we have developed and tested our design metrics over a five-year period and have found them to be excellent predictors of error-prone modules. Based on this research, we will identify some of the monsters that occur in the quantitative analyses of software and its development processes, and present our approach in formulating a design metrics model that avoids these monsters. This model consists of software tools, guidelines and actions for the application of software design metrics.     

On the usefulness of ownership metrics in open-source software projects

ContextCode ownership metrics were recently defined in order to distinguish major and minor contributors of a software module, and to assess whether the ownership of such a module is strong or shared between developers.ObjectiveThe relationship between these metrics and software quality was initially validated on proprietary software projects. Our objective in this paper is to evaluate such relationship in open-source software projects, and to compare these metrics to other code and process metrics.MethodOn a newly crafted dataset of seven open-source software projects, we perform, using inferential statistics, an analysis of code ownership metrics and their relationship with software quality.ResultsWe confirm the existence of a relationship between code ownership and software quality, but the relative importance of ownership metrics in multiple linear regression models is low compared to metrics such as the number of lines of code, the number of modifications performed over the last release, or the number of developers of a module.ConclusionAlthough we do find a relationship between code ownership and software quality, the added value of ownership metrics compared to other metrics is still to be proven.