关于详细设计和实际编码
在我所经历过的几个项目中，一般都使用常规的瀑布模型，对于系统设计，概要设计都能领悟，也都能在实际的项目中发挥作用。
但是对于详细设计，我个人总是觉得是一个比较尴尬的步骤，为什么？因为按照流程，做详细设计的时候往往没有开始大规模的编码，至多有一个DEMO，对于很多细节都理解不透，特别是以前没怎么做过的项目。这个时候要么凑出来的详细设计质量很差，要么敷衍了事，和最后的实际代码相差十万八千里。基本上没什么用。
所以我们现在一般的做法都省略详细设计，概要设计之后就差不多直接Coding。
我个人确实认为，在没有实际编码前，要写出一份高质量的详细设计，几乎是不可能的事情。
想听听大家的高见。
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
如果是一些技术上不那么复杂的项目，比如说MIS等着重应用流程的程序，那么确实说也许能做出一份质量比较高的详细设计，能够完全引导后续的开发。
但是在一些有技术难度的项目，比如说通信，嵌入式等等这样的项目，都涉及的面很广，又有一定的深度，一般都比较少人对所有内部实现非常清楚，都是一边写DEMO一边走，摸着石头过河。在这种情况下，要在Coding之前写出一份高质量的详细设计，我个人真的是觉得太难了，几乎不可能。
所以我才有这样的疑惑。
>我个人确实认为，在没有实际编码前，要写出一份高质量的详细设计，几乎是不可能的事情。
楼主错了
设计说明书旨在引导整个软件的构建、业务流程、思想，甚至是使用的组件、处理方法等，虽然最终代码的实现可以多样化，但每部分的规则是不会变的，都必须以设计文档做基准，如果说最终代码与设计文档出入很大的话，那么就说明这个项目做的很差，因为违背了设计文档的要求，不过还有另一种可能就是设计文档没有经过评审，而是走了形势。
还有搭框架,对象设计,方案论证