敏捷开发网络摘要

 

一 敏捷开发介绍
1、敏捷开发与传统软件工程的比较
传统软件工程：规范化的文档，持续改进的软件过程
敏捷开发：密切的交流与合作，逐步细化的开发过程
2、敏捷开发四条核心价值观
（1）个体和交互胜过过程和工具
敏捷开发很强调个人能力，它以沟通和个人能力代替了定义死了的过程
（2）可以工作的软件胜过面面俱到的文档
它强调迭代式的开发，以开发的一个个版本形象的说明了需求，便于客户联想，也便于团队沟通演示
（3）客户合作胜过合同谈判
这条有过项目经验的人都能理解，与客户成为朋友比固定死的合同有用得多
（4）响应变化胜过遵循计划
它强调沟通，从而更积极的拥抱变化，并随时调整
3、敏捷开发的基本原则
（1）尽早、持续交付有价值的中间软件
（2）响应变化给客户创造竞争优势
（3）业务人员与开发人员一起工作
它的目的是强调大家建立频繁密切的交流，这是一种帮助大家沟通的方法，这里的业务人员是指需求人员
（4）团队内部面对面的沟通
（5）根据完成了的功能调整工作进度
（6）重构代码，保持代码健壮
（7）尽快完成目前已知的需求
强调把不了解的需求放到以后，不考虑太多可能性，不考虑太多可能性是指不考虑变化的可能性，先做好已知的，定义好的，持续形成新版本，客户可能会想到需要什么，很多客户并不是一开始就知道自己要什么 ，你给他一个东西用用，他会觉得好，还需要什么 ，或者哪里不好，需要改动 ，很多时候客户有很多需求，我们需要做的是帮他找到重点，理清流程，帮助客户提高主要的工作的效率才是目的。
4、主要的敏捷方法－极限编程（以下简称XP）
极限编程的实践
（1）客户作为团队的成员
客户是指定义产品特性并排列优先级的人。他应该时刻和团队在一起。
（2）短交付周期
迭代是指需求定义－功能现实－测试验收－发布的一个循环。短交付周期强调一次迭代最好不要超过两周。
（3）结对编程
功能的实现由2名程序员在同一台机器上实现，以促进知识在团队间的传播，保证代码的健壮性。这点我个人认为很难实现，习惯问题。
（4）测试驱动开发
首先编写测试代码，开发的目的就是为了使测试通过。
（5）尽量简单的设计
在不需要数据库之前用文本文件来作数据存储。只有在迫切需要的时候才来改变。用最简单的方法实现当前的需求。
（6）代码重构
每天进行代码的重构来保证代码的健壮性
（7）持续集成
将所有模块经常性的整合，以及时发现与系统有冲突的问题 ，据说微软的每日构造甚至到了变态的地步，要求每天集成测试，发现问题，就算是凌晨也会找到你，要你立即修改。