你认为敏捷开发方法可以应用到数据库设计与开发的过程中么？为什么？

[mengmou]

你认为敏捷开发方法可以应用到数据库设计与开发的过程中么？为什么？

[mengmou]

[Quote=引用 30 楼 rockyvan 的回复:]
引用 18 楼 tim_spac 的回复:
个人观点：不太好！
其实我看靠敏捷开发，也很想将其在实践中引用学习。但数据库的开发需要较高层面的抽象化，使之可以在需求不断变化时保持尽可能的稳定。-- 这需要从系统整体考虑；从全局去设计。

我十分同意此观点。
[/Quote]
后半句没问题，前半句说反了吧——规范化的过程是一个降低抽象度的过程。

[tim_spac]

在我理解，敏捷开发是一种基于需求不断完善的迭代开发过程。
在这样一个过程中，功能根据需求不断被补充、扩展、完善；再通过快速地开发、展现，不断地补充、扩展、完善需求。
这样一个过程的数据模型当然也是可以被补充、扩展、完善的--因此，可以“应用到数据库设计与开发”
但是 -- 数据模型的不稳定将导致开发成本的增加，尤其是在后期迭代中的数据模型变化导致的成本增加更为严重。
因此 -- 如果能在开发的初期，由经验丰富的设计人员根据需求及历史经验，系统地设计数据模型，在后期的迭代过程中仅涉及数据模型的微弱调整甚至不涉及数据模型的调整能够更好地控制项目成本及进度！

[mengmou]

[Quote=引用 32 楼 tim_spac 的回复:]
数据模型的不稳定将导致开发成本的增加，尤其是在后期迭代中的数据模型变化导致的成本增加更为严重。
[/Quote]
对，这是我反对的理由之一

[mjjzg]

来学习一下,顶起来

[一品梅]

学习

[Andy-W]

思想

[tim_spac]

敏捷的核心是沟通、节省、改变。
既:保持与客户的沟通,仅实现须要的需求,并根据需求变化进行改变。
...

[mjjzg]

UP
学习

[ling8280]

不管怎么做同事之间还是于用户之间沟通太重要了,我们做的东西问题都在沟通上.

[让你望见影子的墙]

[Quote=引用 8 楼 mengmou 的回复:]
敏捷开发（agile development）是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。简言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。
--google
[/Quote]

个人觉得不是很合适。对于数据库需要从整体上去把握，而不是针对与某个具体的环节。虽然可以把它分解为若干个小的部分，然后再进行整合，但是在整合的过程中又需要花费很长的时间。

[dingmin]

友情UP

[real_name]

UP
学习

[-晴天]

纲举目张.

[kelph]

数据库的设计开发也存在于每一个迭代过程中。

严格的说，敏捷不见得合适，
RUP更适合些，先确定architecture，然后进行持续迭代。

[tim_spac]

45,46楼说的好。数据库设计需要稳定的纲要；
41楼说的也好。沟通是非常关键的，因此敏捷开发将沟通放在非常重要的位置上，敏捷就是沟通->实现->再沟通->再实现的过程。

[oushizhongguoren]

个人认为数据结构的变化是最痛苦的，迭代有时候避免不了，但是尽量减少在源结构上的修改

[拓狼]

详见机械工业出版社《敏捷数据》一书

[mengmou]

楼上的朋友，我就是看了这本书才提出这个问题的。

[whalefish2001]

如果是小型的话，还可以
大型开发，不行。

[iacpdj]

agile +refactoring
it's ok