领域驱动设计(2)怎么使用沟通 (3)

在我的真正项目经历中令我印象最深的一次是,我们的主系统,是有很多个子系统组成的,我们项目组负只责其中一个系统模块,同时参与该系统的还有多个团队,所有子系统的功能性测试已经完成,要进入流程性测试的时候,再一次会议上发生了这样的事情,甲方在很卖力讲测试业务流程的时候我很惊奇的发现在场的大多数人员都处于一个懵逼状态,当然也包括我(哈哈)举个例子:在做一个反向订单业务的时候我们在项目中称为“反向订单”,到甲方这里称为“散件入库”这只是其中的一个,总之当时给我的感觉就是我是不是进错会议室了。

当然模型的制定不会是那么顺利的,这个过程相当于让甲方学习了一门新的语言了,但是如果在项目的一开始我们就带入模型的概念,从文档,原型、示例图、PPT、各种图、会议上等都带入模型的概念,慢慢的也都习惯了,时间长了大家就都会认为这是合理的了,时间能消磨很多棱角的。

OK

 

 

最近一两个月将持续更新领域驱动设计。有偏差的望大家指出,相互学习。 

              有不足之处 希望大家指出相互学习,

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/wpgdwf.html