敏捷开发之路，未来软件开发的变革？

敏捷开发这个名词已经不是第一次听到了，大家都推崇它好，就算是华为和腾讯这么大的软件公司也在进行开发的转型，

尝试敏捷开发之路，

首先在这里介绍下敏捷开发，大家知道什么是敏捷开发吗？知道多少，敏捷开发有那些特点，我相信很多人还不是很了解，甚至有些人还是第一次听到过这么名词，甚至我也不是很理解，我在这里把我自己的理解告诉大家，不一定对，供大家参考

 

1.测试驱动开发

   测试驱动开发是敏捷开发的重要组成部分，我们知道系统的功能是由业务需求来的，程序员首先把需求分成很多部分，编写一个个测试，让每个测试都通过，测试的目的是什么，达到的预期的结果是什么，这样程序员首先对业务就非常理解了，知道要做什么，然后再去编写开发的功能代码。

 

2.持续集成

 

3.重构

   每一次的改动，程序员都可以对以前的代码进行重构，如果发现设计不合理都可以随时重构，但要注意范围要小，要能通过单元测试

 

4.结对编程

  一个人写代码，一个人看，并聊天，当然大部分都是聊程序设计的问题，这样可以把沟通发挥到极致，如果是一男一女，偶尔也可以聊聊晚上去哪里看电影。

 

5.站立会议

  每天早晨，项目组的成员都会抽出半个小时的时间大家在一起进行沟通，谈谈昨天工作当中出现的问题，以及今天的目标是什么。

 

6.小版本发布

   摆脱从前从需求确定下来，就开始闭门造车，也不论这样做好不好， 现在可以让需求一次一次的修改，每个小版本发布出去后让一小部分人去适用，适用当中反馈存在的问题，再进行修改。

 

7.较少的文档

  文档不需要详细，只需要精，大家一看就能理解项目的结构就行，比如数据库的文档是一定要的，比较重要

 

8.以合作为中心

  项目中的没一个人都可以知道系统里每一部分的代码，甚至看写的不合理，不管是谁写的，都可以进行重构

现场客户。敏捷开发中，客户是与开发团队一起工作的，团队到客户现场进行开发或者邀请客户到团队公司里来开发。如果开发过程中有什么问题或者产品经过一个迭代后，能够以最快速度得到客户的反馈。

9.自动化测试。

为了减小人力或者重复劳动，所有的测试包括单元测试、功能测试或集成测试等都是自动化的，这对QA人员提出了更高的要求。他们要熟悉开发语言、自动化测试工具，能够编写自动化测试脚本或者用工具录制。我们公司在自动化测试上做了大量的工作，包括Selenium开源项目。

10。可调整计划。

敏捷开发中计划是可调整的，并不是像以往的开发过程中，需求分析->概要设计->详细设计->开发->测试->交付，每一个阶段都是有计划的进行，一个阶段结束便开始下一个阶段。而敏捷开发中只有一次一次的迭代，小版本的发布，根据客户反馈随时作出相应的调整和变化。


敏捷开发是一种新的开发模式，和以前的开发管理方法有着很大的区别，在现实当中如果要推崇这种开发思想，需要长时间的过程，而且很难对其进行推广，因为里面还存在种种问题需要我们去解决。

评论

15 楼 shuhai42 2010-08-13  

曙海嵌入式学院提供以下课程的培训--中国最大的FPGA,DSP和3G手机通信培训机构：
FPGA培训,DSP培训,MTK培训,Android培训,Symbian培训,iPhone培训,单片机培训,Candence PCB培训,Vxworks培训等。
网址： http://www.51qianru.cn
上海总部电话：[phone] 深圳:0755-61280252 北京:010-51292078  南京:025-68662821

14 楼 jiangli1919 2009-03-05  

太前沿了，现在不敢想

13 楼 sonsyboy 2009-02-07  

敏捷开发要求源代码在易于理解的前提下易于维护！

12 楼 dayang2001911 2008-12-31  

敏捷是一种形式，但是如何实现这样的敏捷，需要素质上、能力上的提升，才能保证敏捷是有效的

11 楼 cm4ever 2008-12-31  

华为和腾讯，你从哪里得到的数据？

其他内容就是路人皆知，没亮点。

10 楼 ms99ster 2008-12-30  

结对编程不错，可惜我们公司不舍的用，可能是觉得浪费人力吧。
自动化测试。我觉得没有增加对QA的要求，倒是增加了对开发人员的要求，selenium test是要自己写的。
站立会议。感觉像是检查作业。

9 楼 天空之城 2008-12-30  

编程趋向简单化。 

8 楼 leegorous 2008-12-29  

都是为了减少浪费

7 楼 cantopep 2008-12-29  

写得还不错啊

6 楼 lijun0349 2008-12-29  

[e-mail] 写道

[e-mail] 写道
aqingsao 写道 不觉得是未来软件开发的变革，事实上应该是现在！看到你的文章，觉得你拘泥于实践本身。Martin Fowler最近写了他的一些忧虑，就是人们往往关注于敏捷的实践，而忽略了实践背后的原则。所以了解敏捷，首先得了解为什么需要敏捷？能给公司带来什么好处吗？能给程序员带来什么好处？我一时也写不完，建议你多看看文章吧 vvvv gggggggggggggggggggggggggg

sssssssssssss

5 楼 lijun0349 2008-12-29  

[e-mail] 写道

aqingsao 写道
不觉得是未来软件开发的变革，事实上应该是现在！看到你的文章，觉得你拘泥于实践本身。Martin Fowler最近写了他的一些忧虑，就是人们往往关注于敏捷的实践，而忽略了实践背后的原则。所以了解敏捷，首先得了解为什么需要敏捷？能给公司带来什么好处吗？能给程序员带来什么好处？我一时也写不完，建议你多看看文章吧 vvvv

gggggggggggggggggggggggggg

4 楼 lijun0349 2008-12-29  

ggggggggg

3 楼 lijun0349 2008-12-29  

aqingsao 写道

不觉得是未来软件开发的变革，事实上应该是现在！看到你的文章，觉得你拘泥于实践本身。Martin Fowler最近写了他的一些忧虑，就是人们往往关注于敏捷的实践，而忽略了实践背后的原则。所以了解敏捷，首先得了解为什么需要敏捷？能给公司带来什么好处吗？能给程序员带来什么好处？我一时也写不完，建议你多看看文章吧

vvvv

2 楼 aqingsao 2008-12-29  

不觉得是未来软件开发的变革，事实上应该是现在！
看到你的文章，觉得你拘泥于实践本身。
Martin Fowler最近写了他的一些忧虑，就是人们往往关注于敏捷的实践，而忽略了实践背后的原则。
所以了解敏捷，首先得了解为什么需要敏捷？能给公司带来什么好处吗？能给程序员带来什么好处？我一时也写不完，建议你多看看文章吧

1 楼 suifeng 2008-12-29  

好东西, 人们是永远愿意看的.