cmmi

在CMMI的规范下建立有效的需求管理(二)

近的Standish行业分析报告明确的指出,50%的成功项目把成功归功于建立了良好的需求管理过程。 »

敏捷软件开发精彩问答

问:敏捷开发流程的质量保证机制是否足够满足开发有严格安全性和可靠性要求的软件? »

敏捷开发模式和CMMI开发模式的探讨

2 CMMI和敏捷开发介绍2.1 CMM/CMMI简介CMMI 是卡内基美隆大学 的软件工程学院 在成功发展CMM 之后的新修订版本。1997年10月美国国防部下令SEI停止对CMM的研究,转而致力于开发CMMI,帮助企业解决使用多个CMM的问题。 »

软件项目管理方法和工具

CMM共有18个过程域,基本上覆盖了项目管理和软件开发的工作。CMM/CMMI不仅论述软件项目管理,而且论述整个机构的软件研发管理。 »

浅谈软件过程管理实践

并且充分考虑了软件工程与系统工程的集成,使得CMMI不再局限于纯粹软件的范畴。2.CMMI模型概要 CMMI将软件过程改进的进化步骤组织成5个成熟等级,为过程不断改进奠定了循序渐进的基础。 »

CMMI中的KPA-软件项目计划

按照客户的终需求制订软件项目计划。执行动作:AC1. 软件过程组要参与项目提案小组。AC2. 软件项目计划需在整个项目计划的早期阶段订立并同时进行。AC3. 软件工程组同其他相关组一起贯穿项目始终参与计划的制订(和修改),并负责审核项目级的计划。 »

如何把测试做的更好??测试几宗罪

进到一个新项目,作为测试人员应该都是想把测试做好,项目在符合客户质量要求的情况下按时交付的吧。对按用例要求进行测试的人员给予奖励,对不能认真完成测试用例要求的测试人员实施惩罚,这样鼓励已经做好的人继续保持,还没做好的往好的目标前进。对于测试会有这样的现象出现也不是测试单方面的责任,很有可能是需求没有做好,或开发的问题。 »

基于CMMI的软件测试过程设计

基于CMMI的软件测试,涵盖了这两方面的工作,下面瀑布模型软件生命周期中各阶段的软件测试活动进行介绍。同样,集成测试完成后,对该阶段的软件产品也要进行确认并入受控库,经软件配置确认后,转入配置项测试阶段。以上是基于CMMI的软件测试过程。所以随着软件项目管理的发展,基于CMMI的软件测试活动,还有很大的改进空间。 »

软件测试:过程改进方法重于CMMI模型

在实施CMMI的过程,理解CMMI模型的难点之一是理解模型,模型理解不深不透,无法正确地判断是否达到了模型的要求,可能做了很多投入产出不成比例的活动,造成资源的浪费。在理解了模型之后,更大的困难在于如何在企业里推广CMMI模型。这不是CMMI模型本身可以解决的。在确定改进的目标时可以参考的基准很多,比如CMMI模型、ISO15504、ISO12207等等,实施这些标准与规范的方法却是要因企业而异,... »

cmmi配置管理

配置管理的目的是通过执行版本控制、变更控制等规程,以及使用配置管理软件,来保证所以配置项的完整性和可跟踪性。配置管理是对工作成果的一种有效保护。凡是纳入配置管理范畴的工作成果统称为配置项,配置项主要有两大类:◎属于产品组成部分的工作成果,如需求文档、设计文档、源代码、测试用例等。基线中的配置项被“冻结”了,不能再被任何人 随意修改。 »

软件质量保证?我们需要什么样的QA?

我们到底需要什么样的SQA?在我看来,SQA对软件质量的保证有一定的促进作用,同时对于流程的控制,在一定程度上保证了软件的质量和进度,但SQA不能直接提高软件质量,特别是对某个项目的软件质量提高没有必然的直接关系。软件质量的提升是全体项目组成员共同努力的结果,不是某一个人或者某一个部门能保证的。所以我们的软件质量总是重复以前项目的缺陷2.SQA要保证什么? »

需求管理是需求开发的基础

为什么cmmi建议需求管理在2级实施、而需求开发在3级实施呢?CMMI的需求管理要求:1)需求是项目与客户的了解一致、项目按着需求开展活动,以实现需求为目标。CMMI列出这些举措,其实是要求项目建立需求意识。但是如果我们要当一位规范的古董鉴赏家,我们是否需要在家里学习古董的价值与收藏方法,才可以放胆投资在真正的古董上面?所以需求管理,是需求开发的基础。 »

CMMI过程改进之路??质量保证误区

一个质量管理的公司,所获得的收益远远超过了QA团队的人力成本。“进度优先还是质量优先”误区?只有这样,QA团队才能取得管理层的支持,质量保证意识才能融入并扎根于公司卓越企业文化之中。 »

敏捷过程中的软件需求分析

敏捷过程中的软件需求分析

敏捷方法整合了一套轻量的管理、过程和工程技术方法,这是它作为一种先进方法体系补充于CMMI 的地方。敏捷过程并不像业界所传的那样只适合小项目和新项目的研发,实际上它对于各种类型,包括企业所定义的A类、B类、C类在CMMI体系基础上都是可取舍适用的。 »

解读敏捷需求分析五大关键因素

解读敏捷需求分析五大关键因素

敏捷需求分析方法论中的五大关键点是什么?三大症状在吴穹看来,两份需求、合同式验证、产品需求缺失成为了当前需求沟通的三大症结。在敏捷需求分析中,需求应是贯穿于整个软件生命周期全过程中并在其中不断变更、迭代和完善。敏捷需求分析认为,需求应建立在以用例为中心的需求文档体系,采取协作式而非合同式的沟通方式之上。 »

敏捷过程中的需求分析(1)

敏捷过程中的需求分析(1)

敏捷需求分析将在需求时机与过程、文档要求、变更、参与者角色等方面展现其不同传统的特性。敏捷方法整合了一套轻量的管理、过程和工程技术方法,这是它作为一种先进方法体系补充于CMMI 的地方。业界相关的论述中,只是给出了笼统的需求分析人员的统一角色,但并未对其作出区别。这引发了我们进入详细的敏捷需求分析话题中第一个问题,需求的参与者如何定义? »

基于CMMI的软件项目质量管理框架

这些缺陷直接导致了软件项目质管理的混乱,因此有必要在以软件过程改善为主线的基础上建立起规范化和制度化的软件项目质量控制框架。依据CMMI,将软件质量与其主要因素之间的关系建立一个软件质量控制框架。 »

在CMMI的规范下建立有效的需求管理(一)

企业运用CMMI或CMMI之前标准所收到的投资回报是有目共睹的。CMMI鼓励企业先集中精力在那些可控制的过程域上,然后逐步将这些过程演变到更复杂的级别。过程域CMMI的过程域是一组相互关联,并且有一组可定义目标的佳实践。图二表示了五个成熟度级别各自的过程域本文将关注CMMI第二级别中的需求管理和第三级别中的需求开发及相关技术解决方案。 »

在CMMI的规范下建立有效的需求管理(三)

根据CMMI要求,在技术架构的基础上,通过对用户需求的分析可推导出系统需求。在CMMI2级和3级中,重点要求达到的是有效的需求管理和需求分析实践。在这两个阶段,全面的工具支持对于帮助整个组织理解、定义和实施CMMI描述的佳经验是必不可少的。 »