Jim*_*ell 2 architecture agile
从我所读到的,"敏捷"似乎只是一个用于黑客攻击和斜线开发的委婉术语.换句话说,在以架构为中心的开发基于设计文档的情况下,敏捷开发本身没有"设计",并且代码只是被攻击,直到它通过测试.我真的希望事实并非如此.澄清将非常感激.谢谢.
我不知道你在哪里获得你的信息,但它不是来自任何正确实施敏捷开发团队的人:)
敏捷并不意味着没有设计文件.相反,设计文档会随着时间的推移而迭代地发展.我们的想法是,在任何人有任何经验之前,项目的开始是创建具体和详细设计的绝对最糟糕的时间.变量太多了.相反,创建了一个高级设计,该设计考虑了这些变量并预先解决了这些不确定性将及时发现的问题.
作为一个基本情景,在项目开始时,我们将给出关于该项目规模的高级估计,而没有任何具体数字."这部分很小,那部分是中等的,那部分是超大的"等等.企业相应地设定了优先级.说他们最初想要超级超大部分,但现在他们知道这比中等部分要多得多,那么他们宁愿首先将中间部分放在市场上.保存其余部分以供日后使用
这为超级特大部件创造了一个巨大的详细设计节省了时间,而事实证明这不是最适合现在的业务.在更紧急的优先事项完成之后,可以重新评估并重新解决这个问题.
而且,非常重要的是,根据软件的性质,在开发过程中对介质部件进行的更改完全有可能对超大型部件的设计产生严重影响.如果它都是预先设计的,那么重新设计并适应这些变化将花费更多.
还应该注意的是,开发人员可以在任何开发环境中"将代码一起破解以通过测试".这与敏捷无关,而与草率/懒惰编码实践有关.开发人员所做的开发方法不会产生好的或坏的软件.
| 归档时间： |
|
| 查看次数： |
1061 次 |
| 最近记录： |