短期目标：
- 直接拆分模块， 把 Customer 的模块 代码都独立出来， 依赖于原系统
- 对于 Customer 的模块， 对外围引用的模块， 界限上下文 必须要清晰， 分清晰 CoreDomain 和 辅助类型的Domain， 辅助类型的Domain 没有独立的表， 仅仅是 利用接口 获取到 的 ValueObject
- 对于 其他引用到 Customer模块的， 引入 因为 customer Domain 引发的 辅助型的 Domain， 没有独立的表， 仅仅是一个 ValueObject， 其他模块不能 直接import Customer 模块的类
- 还是使用原来的获取接口（直接调用方法）
划分模块的示例图
1. 代码分离
分割的具体操作：
- 前后端的代码分开
- 先分离 公有的工具类 的代码
- 从 原Boss后台代码 中不停地分开不同的模块的后台代码
- 每个功能模块暂时还是依赖于 原Boss后台代码 和 公有的工具类
公用工具库： 主要是我们的公用的工具类
不同功能的模块： 单独做成自己控制的模块
原Boss后台代码： 完整的Boss 原来的后台代码
原Boss前台代码： 完整的Boss 原来的前台代码， 为前后台分离做准备
Paste_Image.png
2. 功能模块中的 Pom 会 依赖于 公用模块库 和 原Boss后台代码
Paste_Image.png
3. 原系统的打包还是在 原Boss前台代码 的 Pom 中
Paste_Image.png
4. (最终目标)当功能模块中的 Pom 直接屏蔽掉 原Boss后台代码 的引用
这个模块就可以独立出来， 使用微服务的方式进行运行了
Paste_Image.png
