领域驱动设计

1,494 views

Published on

  • Be the first to comment

  • Be the first to like this

领域驱动设计

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

×