支持CMMI的软件过程元模型的研究与实现

为解决软件组织在软件项目开发过程中难以实施CMMI(capability maturity model integration)过程改进的问题,基于模型驱动架构的思想和技术,提出了一种"裁剪+重型扩展+轻型扩展"的元模型建模策略.给出了该建模策略下的具体实施步骤和方法,实现了一种支持CMMI过程改进的软件过程元建模,同时给出了基于该元模型的建模实例.实验结果表明,该元模型有助于软件组织建立体现其组织特征并有效支持符合CMMI框架的软件过程用户模型.     

基于CMMI三级的企业项目管理系统研究与设计

针对CMMI在传统软件企业评估和标准化过程中,对实施环境要求较高和参与人员专业技能较强等问题,设计了一套既符合CMMI模型标准规范又能较好地应用于一般软件研发部门的软件项目开发管理系统.结合CMMI三级各过程域和CMMI三级精简并行过程,提出了取舍和抽象后的CMMI三级过程域,以及基于CMMI三级的企业项目管理系统的总体架构,给出了比较完善的解决方案.     

基于CMMI的软件质量保证

软件的质量保证是软件业最关注的一个问题。结合软件质量保证体系的国内外现状,以CMMI标准体系的优点与5级成熟度模型为依据,分析出过程是软件项目质量保证的制约因素以及基于CMMI的软件质量保证的具体内容。详细探讨了CMMI模型下项目计划开展与开发流程的问题。最后得出通过过程改进达到管理提高的目的,最终使得软件质量有所保证,结果减低企业的工程成本。该方法不仅适用于规模较大的组织和较大型的项目,而且也可以广泛应用于相当多的小型组织。     

CMM/CMMI与软件生命周期模型关系的研究

对CMM/CMMI和主流软件生命周期模型的关系进行了分析,认为:a)CMM/CMMI与软件生命周期模型都是软件活动过程化的产物.在软件过程化进程中,CMM/CMMI是软件过程化成熟期的成果;软件生命周期模型则是软件过程化前期的成果.b)由于发展背景不同,需要处理的问题各异,使得软件生命周期模型关注于工程活动;CMM/CMMI关注于软件开发活动的整体.c)尽管CMM/CMMI编写者的初衷是保持CMM/CMMI与特定软件生命周期模型的无关性,但是其产生的时代背景却使CMM/CMMI受到了软件生命周期模型的影响.     

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

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

基于CMMI的软件度量研究

CMMI为软件产品及软件过程提供了一套定量的表示和分析,即软件度量的模型.有效的软件度量过程能促进组织的软件过程能力的改进.文章结合国内应用特点,介绍了基于CMMI的多层架构软件产品的度量模型,并着重讨论了基于CMMI的软件过程度量,总结了软件过程度量的工作方法和思路,提出了解决国内软件度量的一般性方法,为软件过程改进提供了可行的方法和实践.     

Scrum与CMMI在软件项目管理领域的兼容性研究

软件组织如何在实施敏捷方法的同时满足CMMI的相关要求,是众多软件组织所共同关心的问题。基于工程实践经验,参考Marcal等人对Scrum和CMMI项目管理过程域的比较分析结果,对项目策划、供方协议管理这两个过程域中部分实践的比较结果提出了不同观点,说明Scrum对CMMI中这些实践的满足程度更高。新的综合分析结果证明Scrum与CMMI在软件项目管理领域具有更高的兼容性。     

面向CMMI的软件度量分析过程研究与应用

为了辅助软件组织有效实施符合CMMI模型的软件度量过程,提出了一种GREDR过程框架模型,以指导软件度量的目标策划与过程实施。在实际软件项目过程中的应用结果表明：GREDR模型能够提高软件度量过程的系统性与效用。     

实绩价值管理成熟度模型及其支持工具SPIF

EVM是一种能够帮助软件组织降低项目风险、提高开发效率、减少项目开支的行之有效的软件过程改进方法,EVM~3是一个提高软件组织使用EVM管理项目能力的模型。本文介绍了EVM~3的基本概念、与CMMI的关系,以及一个支持EVM~3进行软件过程改进的工具SPIF。     

小型软件企业实施CMMI过程改进研究和分析

首先介绍小型软件企业进行过程改进所面临的困难,解释为什么小型企业和项目实施CMMI时会遇到很多阻力;然后基于一个典型组织CMMI改进进程,分析为什么CMMI的有关内容不适合于小型企业和项目的实际情况,并概括如何在文档、管理、评审、资源和培训等方面进行剪裁和改进,使之适合于小型企业和项目的实际需求。     

SPICE: Overview for software process improvement

This paper presents the original software process model (currently called n 1) as 1) as it has been developed by the SPICE project and delivered to ISO in June 1995 to become the international reference for process assessment. This model is used for software process assessments, in order to compare the actual status of an organization's software processes, to the requirements of the model. The process profile resulting from the assessment is used as a major input for a process improvement initiative.     

软件过程度量的过程模型及其应用研究

软件度量是软件工程中最活跃的一个研究领域。本文给出了一个软件过程度量的过程模型,定义了实施软件过程度量的角色、内容、主要活动及相关的支持环境,重点阐述软件过程度量的数据采集、验证和分析活动的目标、任务和方法。通过一个软件项目的度量过程实例,研究并确认该模型在过程评估和改进方面的作用和意义。本文的研究对于规范和改善组织的软件过程度量,提高组织的过程能力成熟度,具有一定的指导意义和广泛的应用价值。     

Helping small companies assess software processes

A first step toward process improvement is identifying the strengths and weaknesses of an organization's software processes to determine effective improvement actions. An assessment can help an organization examine its processes against a reference model to determine the processes' capability or the organization's maturity, to meet quality, cost, and schedule goals, but small companies have difficulty running them. MARES, a set of guidelines for conducting 15504-conformant software process assessment focuses on small companies.     

Top-down vs. bottom-up process improvement

There are two approaches to process improvement. The top-down approach compares an organization's process with some generally accepted standard process. Process improvement is then the elimination of differences between an existing process and a standard one. The assumption is that, once the process is changed the generated products will be improved-or at least the risk of generating new software will he reduced. The bottom-up approach assumes that process change must be driven by an organization's goals, characteristics, product attributes, and experiences. Change is defined by a local domain instead of a universal set of accepted practices. For example, an organization whose primary goal is improving time to market may take a significantly different approach to process change than one whose primary goal is to produce defect-free software     

基于收益的软件过程资源调度优化方法*

软件项目管理人员须对软件过程中的各种资源进行优化调度,但依靠主观判断和个人经验的资源调度方法具有不稳定性和不可靠性,需要提供客观可靠的软件过程资源调度方法和工具。基于收益的资源调度优化方法通过对软件过程的资源调度进行建模,描述和定义投入资源产生的收益,分析软件过程中活动、资源和收益的各种约束关系,采用基于动态规划的优化算法以较高效率完成资源调度,使资源在软件过程中有效利用。     

Process assessment with a project focus

The author compares three process assessment techniques that measure improvement against the Software Engineering Institute's capability maturity model (CMM), particularly the Computer Science Corporation's software process audit method. The Software Engineering Institute has developed two approaches to determine an organization's process maturity: software process assessments (SPA) and software capability evaluations (SCA), both of which use the SEI's CMM as a yardstick. Computer Science Corporation's software process audit method addresses the major limitations of the SPA, ie. SPAs occur too infrequently to track progress; SPA results are reported at the organization, not project level; and SPAs direct process improvement at the organizational level. The process-audit approach at CSC focuses on projects, specifically their conformance to the organization's defined process. As such, a process audit fits between a SPA and an SCE     

基于活动的商业过程重构

如何支持对组织内外信息与应用软件的封装以及对商业过程内在机制进行模拟、分析,一直是ＢＰＲ研究的重点和难点。该文提出基于活动的ＢＰＲ,分别通过信息模型、活动模型封装组织的信息和技能,并在此基础上利用活动依赖模型模拟、分析商业过程内在机制,为解决上述问题提供了一种有效的手段。     

面向过程改进的软件复用能力评估方法

面向复用和基于构件的开发方法已经成为新的软件开发范例，许多企业也已经或计划引入这种新的软件开发方式。与一般的过程能力改进一样，这些企业也面临着如何评估自身当前软件复用能力从而制定下一步改进计划的问题。然而，当前流行的CMM／CMMI以及SPICE等过程标准都缺少面向复用和构件化开发过程的剪裁和定制，这在一定程度上阻碍了软件企业采用新的基于复用的开发方法。本文对软件复用能力评估和改进相关的工业实践和研究情况进行了总结，在此基础上提出了一种系统的软件复用能力评估框架。该框架为企业面向复用的开发过程提供了一种阶段式的评估框架，因此可以为企业面向复用能力的过程改进提供相应的指导和决策依据。本文还对软件复用能力评估框架的实施过程进行了探讨。     

ERP系统中对象模型向实体关系模型的映射

在诸如企业资源计划（ERP）大型复杂管理信息软件系统的开发过程中，目前越来越多地采用面向对象的开发方法和构件化的实现技术，由于这类系统目前是基于关系型数据库来实现的，所以要求在面向对象模型（OOM）和实体关系模型（ERM）之间具有规范且稳定的映射方法，以便于构件的构造，以提高构件的适应性和重用度为目标，提出了实现OOM向ERM映射的原则、方法，并且给出了ERP系统设计中OOM向ERM映射的技术方案，该方法和技术方案已经在一个针对不同类型企业的商品化ERP系统的开发中得以有效的应用。     

Can you trust software capability evaluations?

In the early 1989s, the US Department of Defense suffered many monetary, schedule, and performance costs because it misjudged the ability of its contractors to develop software. Recognizing that this was less a reflection on the organizations themselves than on the general immaturity of the software industry, the DoD helped create the Software Engineering Institute with the aim of studying ways to help the software industry grow responsibly. In 1987, the SEI established the software capability evaluation (SCE) as a formal way to determine an organization's software process maturity framework and generally measure its software development competence. SCEs are widely used to determine an organization's Capability Maturity Model rating, but their results can be misleading. The authors reveal how certain practices distort results and waste time and money, through intentional contractor vagueness and detail, inappropriate sample projects, and staff coaching. They go on to suggest ways to improve the process