技术架构
对开发人员来说,技术架构不是很难的事,因为很多可以开箱即用的东西,如spring全家桶....深入业务场景
目前为止的业务架构设计已提取了基本关键关键词元素,后续的场景就是以这些元素为主角去完成我们现实中的需求,这里和测试用例的设计比较像了,何为深入业务场景,就是和领域内专家多讨论,从讨论中提取业务场景模型..., 淘宝有一部分,这种场景下可以再提炼出类似于 拆包 这样的关键词
强化领域概念,划分上下界
经过我们的初步分析的深入提炼,我们现在共记得到了如下几个关键字:
业务: A,B,C 领域: 产品,商品,SKU...,匹配规则
本段我们就领域中的概念继续提炼
一个产品对应多个商品,一个商品对应多个sku ,sku既是最小销售单位,也是最终和业务域产生业务关联的实体.因此,别的领域想要获取商口域的相关信息,都要传入一个...图只是简单示意了整体结构,其实还有repo , spec 等领域概念没有画出来,小伙伴们可以对照自己的模块,设计出自己的结构图
最后的建表工作
说了这么多,终于到建表这一步了,真正到这一步时,其实没多少要说的