概要
通过11年的软件开发实践敏捷已经成为有效的方法。这些方法不是对以前的项目运行方法做了全面的变革，而是融入了以前的软件开发生命周期的内容。
主要课题
●敏捷软件开发是与以前项目完全不同的流程，是以一些极为有效的开发的做法展开的。
●以前的项目，区别于至今为止的开发流程的观点，有必要找到在现在的流程中也可以被采用的有效的开发方法。
推荐事项
● 从敏捷中获得的开发方法的进步不容忽视。
● 方法的评价和试点操作，对本公司来说是找到了有效的做法。
● 将开发和测试整合到一个时间段。
分析
敏捷开发破坏性的存在，常常是软件开发中产生摩擦的重要因素。虽然在围绕最好的软件开发流程的议论中迷失了，但迄今为止多数的创新的有效的开发的做法，还是在敏捷项目中被用来进行开发了的。本研究报告是对敏捷的开发方法中可以适用于以前开发过程中的7个方法的验证。这些方法大多数，如果要追述到遥远的过去的话，是可以追溯起源到2001年的「敏捷?软件开发宣言」的，所以把他们的产生归功于敏捷的话可能不算公平。但是，敏捷项目中被广泛使用的这种方法，是被提炼的结果。这10年间这些做法是通过敏捷的措施结合起来才变得这么强大。
软件方法论，大致区分以下两个要素 (参照图1)。
● 项目运营中使用的流程
● 产品开发中用于设计/开发/测试的一连串的做法
敏捷项目，虽是采用与以前项目从根本上就不同的流程，但做法很多是也能够适用以前项目的。本研究报告是对可以适用于以前项目的适用效果，敏捷开发的7个做法进行解说。
图1 流程＋实践方法＝方法论
... ...
查看全文内容，请点击下载：http://www.51testing.com/html/09/n-3710809.html
新信息的反映
敏捷项目鼓励在项目中途就接受变化。敏捷项目的本质是以从问题显现开始，解决问题最好用最简单的解决方案为目标的。在开发过程中，新信息相应的编码重构多次是很正常的。以前的项目，重复作业都是浪费的。在敏捷项目中，重构是与代码改善是关联的，所以被视为生产性。熟练的敏捷开发者，将复杂的代码使用更简单的解决方案进行重构是感到自豪的。废弃加入大量的复杂代码，用简单的合理代码进行替代，当然被视为积极的开发。如果没有支援的话，恐怕会容易变成无聊的工作，所以许多集成开发环境加入了重构工具。
以前的项目，具体说明从开发解决方案开始。这样的在前期进行整体设计的方式，设计的大部分情况还在不是充分理解时就定下来了。Domain驱动设计的提案者Eric Evans先生，描述前期设计是在「混沌中被封闭的事情」。项目过程中判明新信息有以下两种类型。
● 外部设计的洞擦力-为了最好的解决方案，应该如何与用户互动的最新理解：如何发挥外部设计的洞擦力是敏捷流程的核心能力。在以前的项目过程中，发挥外部设计洞察力在这种程度上是很难的。如果与用户的互动不从根本上跟着变更的话，变更管理流程可能变得很容易，但是同时也限制了解决方案。
● 内部设计的洞擦力- 关于解决方案最好的构建方法的最新理解：内部设计的洞察力是在开发期间对设计进行重构的活用。经验丰富的设计者，要有前期设计必要性和根据项目过程中详细设计可能变无效来做调控的掌控能力。
敏捷的教训：
● 在开发期间获得的新知识，每次发现更合适的简单的解决方法都重构代码和设计。
● 不是为了回避重复作业，鼓励为了解决方案改善的重构。熟练的设计者对于事前设计的必要性，开发过程中（特别是比较详细的层次）设计变更的的现实情况有平衡掌控的能力。
... ...
查看全文内容，请点击下载：http://www.51testing.com/html/09/n-3710809.html
版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。
