我一直使用敏捷的Feature Driven Development过程来开发软件。其他人都在用什么,为什么你更喜欢它?我更喜欢FDD,因为那是我大学刚毕业时开始的。在大学里,一切都是非常自由的,我的“客户”通常是我的教授,除了为大学做研究之外,他可能没有太多的行业经验。
现在,我的客户不那么宽容,我在医疗领域做了很多工作。敏捷和高水平的质量是必须的!
发布于 2008-09-24 09:39:45
在工作中,我们使用ICONIX过程。它是敏捷技术的一个子集,它是行为需求驱动的。ICONIX过程的目标是尽可能少地庆祝拥有尽可能少的文档-以便让您轻松地使其保持最新(这与其他敏捷过程有很大的不同,例如,XP实践者通常在声称他们的代码就是文档的第一稿之后似乎不会保持文档更新)。
以下是该过程的实际概述:
基于前面的步骤快速绘制Functional Requirements
上对测试用例建模
在每一步中,您都会将您的工作作为一个整体进行审查,更新域模型(不可能第一次就做对),并对用例添加注释。在步骤5)结束时,如果您重构或更改任何内容,您将得到准备好实现的类和逻辑,只需维护很少的文档:
每个用例的
如果你需要添加一个特性,你需要添加一个新的用例并遵循整个过程。
资源:
Iconix process website
Iconix Software Engineering website
书籍参考:
发布于 2008-09-23 15:58:15
结合XP工程实践的敏捷开发方法:
结合了Refactoring
<代码>H113尽早部署<代码>H214<代码>F215
发布于 2008-09-23 15:59:52
无论当前项目需要什么。
我在自己的时间里为各种(主要是基于PHP的) web开发人员做了很多咨询。我还没有花时间为这些项目开发TDD,其中许多项目都在使用现有的框架,这些框架并没有真正使TDD变得那么容易。
在工作中,我们还没有针对TDD的工具,所以我们使用敏捷和老式的基于规范的过程的混合。我们试图推动TDD的发展,但我们是一个小商店,拥有根深蒂固的现有项目(很多是维护工作),以及与ERP系统的集成工作。我认为我可以让TDD进行我自己的集成工作(并且正在朝着这个方向迈出一小步),但其他东西很大程度上是一个失败的事业。
https://stackoverflow.com/questions/121839
复制相似问题