赞
踩
Fred Brooks 在 25 年前就曾写到:“不要指望一次成功,无论如何你都要这样。”
敏捷开发,小步快跑,持续迭代,不断改进,产品升级。
在用例需要之前,不要添加数据成员
在代码之前编写测试
过早的优化时万恶之源
不要过度强调代码的通用性
为了降低风险,应采用迭代方式递进开发。每次迭代完成都会发布一个可执行文件。
主题
为什么要以迭代方式开发
迭代式方法的优点
适应变更
降低风险
学习
提高复用性
提高质量
初始设计就其关键需求而言很有可能是有缺陷的。到后期才发现设计缺陷会导致非常严重的费用超支,在某些情况下甚至会导致项目被取消。
任何项目都会涉及到一定的风险。如果能在生命周期中尽早确保避免了风险,那么您的计划自然会更趋精确。有许多风险直到已准备集成系统时才被发现。不管开发团队经验如何,都绝不可能预知所有的风险。
在瀑布式生命周期中,只有到生命周期的后期才能确知周围是否存在风险。
在迭代式生命周期中,您需要根据主要风险列表选择要在迭代中开发的新的增量内容。每次迭代完成时都会生成一个经过测试的可执行文件,这样就可以核实是否已经降低了目标风险。
迭代式方法一般要优于线性或瀑布式方法,其中的原因多种多样。
允许变更需求。需求总是会变化,这是事实。给项目带来麻烦的常常主要是需求变化和需求“蠕变”,它们会导致延期交付、工期延误、客户不满意、开发人员受挫。正如 Fred Brooks 25 年前所写的:“不要指望一次成功,无论如何你都要这样”。
逐步集成元素- 集成并不只是简单的“一锤定音”。在迭代式方法中&
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。