敏捷方法,如极限编程(XP,Extreme Programming)等,是一种适应性的开发方法,主要关注的是软件开发效率和产品上市时间。强调与客户的充分合作,它根据客户的需求变化适时调整开发计划,其开发过程是渐进的、增量迭代的。敏捷宣言强化响应变更、客户协作和可用的软件,弱化了文档、合同和工具。经常地交付系统,获得用户反馈以促进软件产品最终质量的提高,避免了开发过程的恶性膨胀,避免了软件错误的集中爆发。当前,由于人们广泛地认为敏捷方法是适应性的开发过程,而非可预测性的,对开发周期、工作量、可靠性等量化分析问题研究较少。然而,作为最重要的敏捷方法,极限编程具有用户素材可以量化、迭代增量开发的显著特点,为进一步的量化分析提供了依据。本论文以敏捷方法之一的极限编程方法为主要研究对象,结合其需求管理和开发过程的特点,对极限编程过程进行量化分析研究。探讨了敏捷方法动态的需求形成、变更管理及需求实现过程,本论文发现极限编程方法实际上提供了一种严格的用户需求确认和验证手段;提出了极限编程迭代周期和迭代工作量预计方法,提出基于敏捷开发过程的可靠性管理和软件产品初始可靠性估计方法,本论文研究结果表明敏捷方法也并非是不可预测的;最后讨论了极限编程环境下开发人员和客户的协作关系。本文在收集和分析了大量近年来国内外关于敏捷开发方法方面的研究报告、学术论文等文献的基础上,对敏捷方法量化分析问题进行了研究,主要的研究工作和成果包括以下几个方面:1、根据用户素材可以估计工作量,以及在固定时间盒下进行迭代增量开发的特点,本论文提出一种简单、实用的估计XP项目开发效率和迭代周期的数学方法。这种方法可用于项目开发成本和工作量估计。XP项目开发周期依赖于项目团队的开发效率,这个效率可以用每个迭代开发阶段加入的用户素材被成功实现的概率来描述。采用基于历史数据和项目规模进行估计的方法度量项目团队的开发效率及估计项目开发时间。2、提出项目规模和工作量的度量方法,给出了基于用户素材的迭代阶段工作量(IE)及任务效率(TE)等过程指标的计算方法。考虑实际开发中难以保证每个素材大小一样,使用用户素材点来度量用户素材的工作量更符合项目实际,并据此度量和预计项目规模、迭代工作量、团队效率等。任务延迟率和素材误估率反映了开发人员对项目中不稳定因素的把握程度。3、本论文分析XP项目持续测试过程和软件产品迭代增长过程,对缺陷修正率进行度量并进行过程模拟,预计不同功能组在不同迭代周期产生的缺陷数。结合XP方法下测试驱动、多版本发布和用户使用测试的实践,探索XP测试过程在不同迭代周期对每个功能组缺陷的影响。迭代计划把一次发布中的用户素材分成了不同的功能组。数值模拟结果显示软件核心功能组在迭代结束时,接近零缺陷。研究结果表明基于用户使用测试和迭代增量开发的XP测试过程对提高软件产品的可靠性有重要作用。4、本论文给出了XP可靠性管理过程,并结合缺陷纠正率和测试充分度提出了软件初始可靠性预计方法。探讨在XP过程中引入可靠性管理实践,通过指导和增强用户使用测试,促进软件可靠性的提高。版本计划把用户素材分成了不同的功能组。XP方法每次交付给用户一个工作软件,用户进行使用并进行评价,因此本论文认为在不同发布阶段交付给用户的软件具有一定可靠性,在实现用户所有功能性需求以后,软件具有初始可靠性。基于用户使用剖面设计测试用例,并指导客户对工作软件的测试,收集历史数据,这种初始可靠性是可以度量的。对于有k个版本的XP项目,在开发结束时有k组失效数据,首先实现的软件功能在迭代过程中有一个可靠性增长过程。用一组数据对该方法进行了数值模拟。5、本论文结合XP项目实践的特点,提出了开发方和客户在开发活动中的协作模式,该模式规范了双方的活动、义务,并指出了协作过程中应该予以重视的问题。敏捷方法如XP等在强调快速适应变更、强调客户协作和个体作用,然而有关文献对于双方如何协作未提供具体的指导方案。面对软件开发过程中不确定因素及过程管理中的矛盾,项目管理人员、软件开发人员、客户必须有一个共同应对的策略。客户在敏捷开发程中扮演着十分重要的角色,为了促进了开发人员与客户之间的有效协作,提出双方的协作模式尤其重要。并给出了需求形成过程的算法实例。