测试成熟度模型(TMM)的研究

该文介绍了美国Illinois Institute of Technology开发的测试成熟度模型(TMM),给出了修正过的软件开发V模型、TMM结构,描述了软件组织5个测试成熟度等级的行为特征、成熟度目标和成熟度子目标,并说明了TMM实施的方法,以及笔者对测试成熟度模型的考虑。TMM针对软件测试过程的问题和特点,提出了改进软件测试过程及提高软件测试能力的思想和方法,这无疑是对SW-CMM的补充,所以值得积极尝试TMM。     

系统安全测试能力成熟度模型框架研究

明确了安全需求识别过程,提出了系统安全测试能力成熟度模型（SSTMM）,可用于评价测试组织的系统安全测试能力成熟度等级。     

信息安全能力成熟度模型(IS-CMM)的建构

在能力成熟度模型(CMM)的基础上提出“信息安全能力成熟度模型”(IS—CMM)这一构想，并着重探讨了IS—CMM各级中的核心流程域KPAs的构建。     

基于XP的CMM中需求管理的研究

需求管理是软件开发过程中一个重要的环节，贯彻于整个软件开发过程的始终。首先分析了需求管理的内涵，给出了能力成熟度模型中关于需求管理的要求及具体执行。从极限编程的实践入手，分析了在极限编程中对需求是如何管理的。最后，就需求的确定、实现和变更几个方面验证了极限编程中需求管理与能力成熟度模型中要求的一致性，并对极限编程中的文档处理给出了说明。     

CMM软件能力成熟度模型概述

给出了CMM软件能力成熟度模型的基本概念,归纳CMM五个不同成熟度级别的主要特征。     

关于从能力成熟度模型(CMMs)向能力成熟度模型集成(CMMI)转换的探讨

首先对能力成熟度模型（CMMs）和能力成熟度模型集成（CMMI）进行概述，并介绍两者的关系，然后介绍能力成熟度模型的各组成成员和它们相互集成时所产生的问题，以及为解决这些问题而产生的能力成熟度模型集成，并讨论了能力成熟度模型集成的构架结构及应用，最后提出了发展趋势。     

软件能力成熟度模型探讨

软件能力成熟度模型CMM被国际软件界公认是软件工程学的一项重大成果。在分析CMM的基础上，提出软件能力成熟度评价矩阵概念，试图探讨软件能力成熟度的量化预评价方法。     

企业软件度量过程的研究

文章介绍了软件度量体系的框架模型以及软件度量过程的主要框架，并着重分析了企业软件度量的制定过程、实施过程以及软件的改善方案。很好地体现了企业软件的规范化管理，提高了企业软件的成熟度。并在文章的最后探讨了能力成熟度模型(Capability Maturity Model，CMM)在我国企业中的运用。     

CMM基石-CMM2的认识与实践

介绍了软件能力成熟度模型(CMM)体系的基础CMM2和软件过程改进，阐述了基于工作流的Lotus Domino／Notes系统和CMM基本原理上的软件过程管理系统。介绍了其体系结构设计和功能设计，并提供了过程改进模型和部分功能的实现方法。     

业务流程成熟度

OMG投票通过BPMM(业务流程成熟度模型)规范。随着SEI提出的软件能力成熟度模型CMM/CMMI被广为接受,软件过程之外的其他过程成熟度模型也相继提出,像People CMM专门针对人力资源管理,BPMM针对业务流程。BPMM由CMM的作者,TeraQuest公     

军用通信装备软件能力成熟度模型

提出了军用通信装备软件能力成熟度模型,以解决CMM运用于军用通信装备的软件工程化管理中必须解决的3类关键性基础问题：(1)怎样在已按照ISO9001标准建立的质量管理体系中运用CMM;(2)运用CMM如何与通信装备的尖际相结合;(3)中小企业、小项目或短期项目又如何运用CMM。     

软件过程改进框架

在软件开发过程中,软件工程师以及软件组织不可避免地会遇到各种困难,尤其是软件组织在实施能力成熟度模型(CMM)过程中面对的各种挑战.根据对CMM研究的体会与实践经验,提出了以集成的能力成熟度模型(CMMI)为基础,以个体软件过程和群组软件过程为支持的软件过程改进框架.     

基于CMMI的资源模型

在CMMI实施过程中，以有效、真实、及时、合理的度量数据为基础建立了项目的资源模型。随着组织成熟度的提高和项目数据的积累，在已经完成的项目基础上，按照聚类的思想选择相似的项目组，执行资源模型合并的算法，建立组织的资源模型。正确地建立并使用资源模型对有效策划、预测、监督和控制项目的资源有显著的作用。     

The capability maturity model and CASE

Abstract. Many software organizations face serious problems in their attempts to make expectations and realities meet in introducing CASE technology. One promising approach to understanding CASE introduction better and to managing it more effectively has been developed by relating CASE introduction to the Capability Maturity Model (CMM). This paper reviews software process maturity as a framework for CASE introduction. The relevance of the framework is discussed and three critical questions are explored: 1) What is the role of organizational experiments in CASE introduction? 2) How do the functional characteristics of CASE technology influence CASE introduction? and 3) How does the organizational context influence CASE introduction? The aim of the paper, by way of this discussion, is to explicate the strengths and limits of software process maturity as a framework for CASE introduction, and to identify the most important supplementary issues     

一种基于PDCA的软件过程控制与改进模型

CMM/CMMI(capability maturity model/CMM integration)自1999年开始为中国软件企业所接受并逐步得以推广,但目前中国实施CMM/CMMI的企业还不多,有些企业实施效果并不理想.通过调查软件企业在实施CMM/CMMI过程中存在的问题,并对发现的问题及其负面影响进行分析,提出了基于PDCA(plan-do-check-action)的软件过程控制与改进模型,开发了SoftPM软件质量管理平台.该平台的广泛应用表明,该模型对提高CMM/CMMI的企业软件过程的效率和改善实施效果很有帮助.     

软件过程能力成熟度模型研究

首先论述了软件过程能力成熟度模型 ,然后讨论了软件过程改进 ,最后 ,通过一些软件组织实施软件过程能力成熟度模型认证的成功案例分析 ,给出中国大力发展软件产业的一些启示     

可适应性企业级整体 IT成熟度模型及其评价

目前部分企业计划或已经采用不同的成熟度模型和指标对其 IT成熟度进行评估 ,如 IT服务成熟度、软件成熟度、信息风险成熟度等方法 ,但无有效的方法对整体 IT成熟度进行评估。基于 SEI开发的能力成熟度框架( CMM)提出可适应性整体 IT成熟度模型 ( adaptive total IT maturity model / ATITMM/ @ ITMM, @ ITMM)的概念,并建立可适应性的企业级通用 IT成熟度模型 ;运用一种合适的通用评估纬度反映企业整体 IT状况 ,同时采用模糊综合评价法对整体 I     

关于过程改进框架及其关键因素的探讨

文章在介绍能力成熟度模型(CMM)的产生背景和世界各国CMM评估情况的基础上,根据对CMM研究的体会与实践的经验,提出了以集成的能力成熟度模型(CMMI)为基础、以个体软件过程(PSP)和群组软件过程(TSP)为支持的过程改进框架,并提出了实现过程改进的五个关键因素。这个框架和这些关键因素可以作为组织实现过程改进的一般指南。     

Software Process Improvement Problems in Twelve Software Companies: An Empirical Analysis

In this paper we discuss our study of the problems 12 software companies experienced in software development. In total we present qualitative data collected from 45 focus groups that involved over 200 software staff. We look at how different practitioner groups respond to software process improvement problems. We show our classification and analysis of this data using correspondence analysis. Correspondence analysis is a graphical data representation method new to software development research. The aim of the work we present is to develop a more holistic understanding of the problems practitioners are experiencing in their attempts to improve their software processes. Our main finding is that there is an association between a company's capability maturity and patterns of reported problems. Organizational problems are more associated with high maturity companies than with low maturity companies. Low maturity companies are closely linked to problems relating directly to projects such as documentation, timescales, tools and technology. Our findings also confirm differences in practitioner group problems. Senior managers cite problems with goals, culture and politics. Project managers are concerned with timescales, change management, budgets and estimates. Developers are experiencing problems with requirements, testing, documentation, communication, tools and technology. These associations are displayed graphically through correspondence analysis maps.