求助:领域设计问题

以前写需求与设计时都是有将表结构和ER图写在文档里面,在学习DDD后我不想再这样写了,可是如果我不写数据表结构的话,难道把类图写到文档中么,客户能看懂,他不会听我去给他们解释。那种双方人马坐在一起讨论需求的场景太理想话了吧?我现在遇到一个客户,懂点计算机,跟他沟通需求的时候就老要跟我讨论表的设计,还说表设计出来了,程序就出来了。还非得要我们用VC写说效率高,我们经理又特猥琐,要我用JAVA做设计然后用C++来实现,可怜我们小公司C++没一个学过的人。
有没有哪个大虾用DDD做过项目,能将需求和设计的文档借俺参考下么,给部分也行。

当然大家都是围绕类图讨论,现在你那里已经走数据表路线,建议你不要轻易切换到uml对象建模,这是完全不同的两个世界东西。
当然,如果你确实觉得ddd可行,你就不会有理想化的怀疑,上士问道,每日践行。

当公司(团队)不是以DDD为基准,或者说不是以面向对象思维为基准的。为了公司(团队)的项目成功,大家懂什么就用什么吧。难道你叫公司换血么?不可能吧~