软件开发方法.docx

敏捷开发 敏捷开发是一种从1990年代开始逐渐引起广泛关注的一些新型 软件开发方法，是- 种应对快速变化的需求的一种软件开发能力。它们的具体名称、理念、过程、术语都 不尽相同，相对于 ”非敏捷”，更强调程序员团队与业务专家之间的紧密协作、面对面 的沟通（认为比书面的文档更有效） 、频繁交付新的软件版本、紧凑而自我组织型的 团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重做为软件开发 中人的作用。 相关联的关键成功因素有： 组织文化必须支持谈判人员彼此信任，人少但是精干，开发人员所作 决定得到认可，环境设施满足成员间快速沟通之需要。最重要的因素恐怕 是项目的规模。规模增长，面对面的沟通就愈加困难，因此敏捷方法更适 用于较小的队伍，20、40人或者更少。大规模的 敏捷软件开发 尚处于积极 研究的阶段。 对比其它方法 敏捷方法有时候被误认为是无计划性和纪律性的方法，实际上更确切 的说法是敏捷方法强调适应性而非预见性。 适应性的方法集中在快速适应现实的变化。当项目的需求起了变化， 团队应该迅速适应。这个团队可能很难确切描述未来将会如何变化 对比迭代方法 软件，敏捷方法的相比迭代式开发两者都强调在较短的开发周期提交 周期可能更短，并且更加强调队伍中的高度协作。 软件，敏捷方法的 对比瀑布式开发 两者没有很多的共同点，瀑布模型式是最典型的预见性的方法，严格 遵循预先计划的需求、分析、设计、编码、测试的步骤顺序进行。步骤成 果作为衡量进度的方法，例如需求规格，设计文档， 测试计划和代码审阅 等等。 瀑布式的主要的问题是它的严格分级导致的自由度降低，项目早期即 作出承诺导致对后期需求的变化难以调整，代价高昂。瀑布式方法在需求 不明并且在项目进行过程中可能变化的情况下基本是不可行的。 相对来讲，敏捷方法则在几周或者几个月的时间内完成相对较小 的功能，强调的是能将尽早将尽量小的可用的功能交付使用，并在整个项 目周期中持续改善和增强。 极限编程极限编程是一个轻量级的、灵巧的软件开发方法；同时它也是一个非常严谨和周 密的方法。它的基础和价值观是交流、朴素、反馈和勇气；即，任何一个软件项 目都可以从四个方面入手进行改善：加强交流；从简单做起；寻求反馈；勇于实 事求是。XP是一种近螺旋式的开发方法，它将复杂的开发过程分解为一个个相 对比较简单的小周期；通过积极的交流、反馈以及其它一系列的方法，开发人员 和客户可以非常清楚开发进度、变化、待解决的问题和潜在的困难等，并根据实 际情况及时地调整开发过程。 XP的一个成功因素是重视客户的反馈一一开发的目的就是为了满足客户的 需要。XP方法使开发人员始终都能自信地面对客户需求的变化。 XP强调团 队合作，经理、客户和开发人员都是开发团队中的一员。团队通过相互之 间的充分交流和合作，使用 XP这种简单但有效的方式，努力开发出高质量 的软件。XP的设计简单而高效；程序员们通过测试获得客户反馈，并根据 变化修改代码和设计，他们总是争取尽可能早地将软件交付给客户。 XP程 序员能够勇于面对需求和技术上的变化。 XP很象一个由很多小块拼起来的智力拼图，单独看每一小块都没有什 么意义，但拼装好后，一幅美丽的图画就会呈现在你面前。 瀑布模型 这个特点有两重含义： 必须等前一阶段的工作完成之后，才能开始后一阶段的工作； 前一阶段的输出文档就是后一阶段的输入文档， 因此，只有前一阶段的输出文档正确， 后 一阶段的工作才能获得正确的结果。 瀑布模型每个阶段都应坚持两个重要做法： 每个阶段都必须完成规定的文档， 没有交出合格的文档就是没有完成该阶段的任务。 完整、 准确的合格文档是软件开发时期各类人员之间相互通信的媒介， 也是运行时期对软件进行维 护的重要依据。 每个阶段结束前都要对所完成的文档进行评审， 以便迟早发现问题，改正错误。事实上越 是早期阶段犯下的错误，暴露出来的时间就越晚，排除故障改正错误所需付出的代价也越高。 因此，及时审查，是保证软件质量，降低软件成本的重要措施。 可以说瀑布模型是由文档驱动的。 这个事实也是它的一个缺点，在可运行的软件产品交付给 用户之前，用户只能通过文档来了解产品是什么样的。瀑布模型历史悠久、 广为人知的，它 的优势在于它是规范的、 文档驱动的方法；这种模型的问题是， 最终开发出的产品可能并不 是用户真正需要的。 （1）传统的瀑布模型： (2 )实际的瀑布模型: 快速原型模型 所谓快速原型是快速建立起来的可以在计算机上运行的程序， 它所能完成的功能往往是最终 产品能完成的功能的一个子集。 快速原型的本质是 快速”开发人员应该尽可能快地建造出 原型系统，以加速软件开发过程，节约软件开发成本。原型的用作是获知用户的真正需求， 一旦需求确定了，原型系统将被抛弃。 快速原型模型正是为了