"敏捷开发"的内容是什么? 10
3个回答
展开全部
我不赞同huangmin8818的回答
敏捷方法的“敏捷”并非指的是开放速度,而是响应客户需求变化的速度
传统开发方法是基于客户能够在需求阶段就给出完整、准确的需求的假设,所以期望于在项目初期获得详细的需求,然后严格控制需求变更,最终完成符合需求的软件。
但我们发现实际上往往需求是“涌现”出来的,也就是说是随着开发的不断进展而不断发现出来的,而无法在项目初期就明确的定义它,也就是说传统开发方法的基本假设是错误的,这一新的假设导致了敏捷方法的一系列实践。
敏捷方法的核心就体现在它的四句宣言中:
个体与交互 胜过 过程与工具
可以工作的软件 胜过 面面俱到的文档
客户协作 胜过 合同谈判
响应变化 胜过 遵循计划
敏捷方法的“敏捷”并非指的是开放速度,而是响应客户需求变化的速度
传统开发方法是基于客户能够在需求阶段就给出完整、准确的需求的假设,所以期望于在项目初期获得详细的需求,然后严格控制需求变更,最终完成符合需求的软件。
但我们发现实际上往往需求是“涌现”出来的,也就是说是随着开发的不断进展而不断发现出来的,而无法在项目初期就明确的定义它,也就是说传统开发方法的基本假设是错误的,这一新的假设导致了敏捷方法的一系列实践。
敏捷方法的核心就体现在它的四句宣言中:
个体与交互 胜过 过程与工具
可以工作的软件 胜过 面面俱到的文档
客户协作 胜过 合同谈判
响应变化 胜过 遵循计划
展开全部
敏捷开发,追求的是开发速度,也就是快速开发。简单地说就是只跟随客户当前提出的需求,而不去挖掘或揣摩那些潜在的功能扩展,当客户再提出新的需求或变更时再继续开发。
表面上看这么做很轻率,效率肯定也不会高,但我认为这么干实际上对开发和设计人员有更高的要求。
成功的敏捷开发建立在高内聚低耦合的基础上,我们的工作表面上看起来是不考虑以后的扩展性能,但实际上真正的敏捷开发必须做到:当客户新的需求提出来,我们能很快做出响应,拿出对策。这就意味着,我们不但要对项目的整体业务有比较深刻的认识,还要有高内聚低耦合的编码功力。
只有这样,敏捷开发才是真事,而不是彼此忽悠。
表面上看这么做很轻率,效率肯定也不会高,但我认为这么干实际上对开发和设计人员有更高的要求。
成功的敏捷开发建立在高内聚低耦合的基础上,我们的工作表面上看起来是不考虑以后的扩展性能,但实际上真正的敏捷开发必须做到:当客户新的需求提出来,我们能很快做出响应,拿出对策。这就意味着,我们不但要对项目的整体业务有比较深刻的认识,还要有高内聚低耦合的编码功力。
只有这样,敏捷开发才是真事,而不是彼此忽悠。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
敏捷开发是一帮追求快捷、可控的老程序员综合了多种开发方法的优点,整理出来的一套开发组织方法。
简单例子--一个开发任务,首先分割成多个独立的小模块,再分配给各个程序员,由程序员确定每个小模块多久(人天)完成,综合所有独立模块的时间成为整个项目的开发周期。
采用敏捷开发,项目进度可控,程序员工作量也可控。
去网上搜这个文档:scrum-and-xp.pdf,非常简明扼要。
推荐一本书:清华大学出版社《敏捷软件开发原则、模式与实践》。美国人写的。
简单例子--一个开发任务,首先分割成多个独立的小模块,再分配给各个程序员,由程序员确定每个小模块多久(人天)完成,综合所有独立模块的时间成为整个项目的开发周期。
采用敏捷开发,项目进度可控,程序员工作量也可控。
去网上搜这个文档:scrum-and-xp.pdf,非常简明扼要。
推荐一本书:清华大学出版社《敏捷软件开发原则、模式与实践》。美国人写的。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询
广告 您可能关注的内容 |