![TO BE CONTINUED [email_address]](https://image.slidesharecdn.com/random-100708064955-phpapp01/85/-15-320.jpg)
领域驱动设计
- 1. 不以规矩 · 不成方圆
- 2. 2008 年 70% 的时间花费在 CRUD 20% 的时间花费在 UI 逻辑 5% 的时间花费在交流沟通 5% 的时间花费在设计方案
- 3. 2009 年
- 4. 准备工作 发现涉众 规划业务范围（目标、期望） 优先级 需求层次（架构，流程，细节） 回馈交流，确认
- 5. 涉众 技术支持 销售人员 终端客户 销售代理 测试人员 公司员工 行业需求 研发创新
- 6. 获取需求 发现主角 业务用例 业务建模 领域模型 业务规约 非功能性需求
- 7. 什么是领域 领域的初衷 解决一切你遇到的问题 领域建模与业务用例的区别 领域可以脱离业务而建立，但又不能脱离业务（下单过程中订单与其他 XX 有复杂联系，这个并不是此下单用例的焦点，但是个难点，需要梳理，建立问题）
- 8. 领域问题建立 技术 关系 规约 要点：莫忘建立的初衷
- 9. 领域边界约束 财务报销单据 财务部、税务部 B2C 的订单 订单中心，仓储中心，物流中心，档案中心 边界的确立不能违反客观世界的业务规约
- 10. 领域的用途 业务逻辑封装 基于业务构建的架构 消薄应用层的代码 增强业务复用性
- 11. 领域的陷阱 与技术挂钩 脱离限制的领域 领域的大小
- 12. 领域与实际编程联系 对象 生命周期 数据库 流程图 单元测试
- 13. 领域与项目管理 任务分派 质量控制 进度控制
- 14. 实例： WAF 3.0 DEGISN CODE PREVIEW
- 15. TO BE CONTINUED [email_address]