如果编写代码的人员认为自己没必要对模型负责,或者不知道让模型为应用程序服务,那么这个模型就和程序没有任何关联.如果开发人员没有意识到改变代码就意味着改变模型,那么他们对程序的重构不但不会增强模型的作用,反而会削弱他的效果,
同样,如果建模人员不参与到程序的实现过程中,那么对程序实现的约束就没有切身的感受,即使有,也会很快忘记.
MODEL-DRIVEN DESIGN的两个基本要素(即模型要支持有效的实现并抽象出关键的领域知识)已经失去一个,因此最终模型将变得不再实用.最后一点,如果项目组的分工阻断了设计人员与开发人员之间的协作,使他们无法领悟MODEL-DRIVEN DESIGN的奥妙,那么经验丰富的设计人员则不能将自己的知识和技术传递给开发人员.
因此任何参与建模的技术人员,不管在项目中的主要职责是什么,都必须花时间了解代码.任何负责修改代码的人员必须学会用代码来表达建模.每一个开发人员都必须不同程度的参与建模,讨论并且与领域专家保持联系.参与不同工作的人都必须有意识的通过通用语言与接触代码的人及时交换关于模型的想法.
往往在现实工作中就是开发人员自己设计模型,编写代码.但是水平参差不齐,设计水平,风格也有差异.往往是项目经理做好模型设计,开发人员参与实现,但是如果沟通不到位,或者项目经理完全不了解代码,那就会出现断层,导致开发偏离,问题不断