有关日外包或印度外包的设计，请进来说话

听说有些项目在国外做好分析、概要设计、详细设计，拿着文档就能让外包公司的coder编码，偶是没有见过这样的文档，不知道这样的文档细节到了什么程度？拿到编码人手上还有多大的改动？

我自己做OOAD设计及自己编码实现下来，感觉有些有些方面好象很难设计出来，比如
(1)逻辑的归属，比如逻辑由FacadeService或是Domain执行，比如是否在UI层直接执行检查(.Net WinUI)
(2)为了考虑性能，设计的有些东西到了实现阶段都可能改动，往往是往丑陋了改
(3)UI层多是事件驱动，过程编码，用OOAD好象很难设计（谁有好的经验？）
(4)实现阶段会考虑到重用性组合一些接口或者考虑到降低偶合度分离些接口（....重构）
(5)一些时候可能会因为某一种方法的实现代价太大（设计的时候未考虑清楚）而换一种方案
.....


我自己做设计的经验还不多，所以我相信还有很大的提升空间，不过很难相信这个企业信息系统从UI到最后的存储，可以拿着设计就给人编码的，哪位有经验的请来讲几句。

外包的设计是很详细的，但是并不是没有修改的。

之前我也听说过这样的事情,一个日本外包公司,拿来的文档就直接可以做代码,而且听说还做过这样的一些工具,就是通过word 或者 excel 的一些宏操作就能直接生成代码.代码人员就是每天点点就可以实现代码的编写,感觉有点神.同时也感觉这样的代码编写的枯燥无味!

日本的外包的确能达到这种程度，他们的设计非常详细

日本的外包项目，我在很久以前接触过，确实很详细。听一个了解日本情况的人说，那些设计实际上都是已经实现过的，所以测试和维护就相对的要求很低。不过为什么要拿实现过的再到中国实现一次，这只能到日本的企业文化中要原因，至少我不能理解。

以前是cgi版的，现在升级成java版。

见识过日本的外包，从excel的格式到软件功能的设计都有非常详细的说明。
有的外包的设计书能让程序员做起程序来象是完型填空般，不需要对整个的软件架构和各个模块功能做太多的了解，只要按照设计书上写就能完成任务。名副其实的Coder。
设计书如果是错的，你提意见，要得到他们的批准才能改。我一个兄弟做一个项目发现了很严重的设计问题，提了，但是日本人没当回事，到了项目后期暴露出来了，结果项目失败了。后来我这个兄弟去应聘其他公司，只要是对日软件，转身就走。

按我的说法，对日的外包项目作一个就够了，学点规范后足以。做多了简直就是浪费青春。

谣传。设计书有好也有很差的。
日本的计算机应用较早，所以现在的项目大多数都是系统设计改造。

我听在对日外包公司干的同学说，
日本人的设计非常详尽，
他们基本上就是翻译已经非常详细的伪代码，
“一行伪代码相当于3，4行实际代码”（原话）

然后我就想不通了，
既然他们有这个能力把设计做到如此精细的地步，
为何不干脆自己把东西作出来得了，
何必再雇外包程序员？

------我也有这个想法，真的做到可以拿出来就编码的设计其花费的成本可能远大于编码的成本吧？

我觉得把设计做得非常详细可能在日本是个普遍的共识，不过不知道质量怎么样，是否是平衡到了很多因素是否是需求在编码前基本就稳定了，经常混javaeye的人可能都会有个大大的问号在头脑中。

不过也不敢绝对的否定，我最近的两个项目做下来，设计结合编码就有不少的体会也积累了不少经验，我想要是再做十个八个项目，加上好点的需求管理，或许还真有拿得出手的设计。不过想下国内的环境，真的做了十个八个上规模项目的人还有几个在搞设计写代码的？