DDD建模系列(三)

简介: DDD建模系列(三)

一、传统的scrum流程,到底怎么了?

1、理想中的scrum流程

①、首先在上面的图中由产品输出需求PRD

②、然后由核心研发或者架构师输出HLD+LLD

③、再由开发人员根据概要设计和详细设计进行开发出代码

④、当产品验证成果物的时候,很多的时候却发现成品和需求完全对不上,导致开发人员再去改代码

在详细设计中,有三种内部视图侧重点有所不同:

①、流程图侧重于逻辑分支

②、时序图侧重于交互

③、状态机图侧重于状态流转

流程图,时序图,状态机图是流程视图中最重要的三种内部视图,可以称为流程三剑客。

比如,在订单系统中,对于订单状态和物流状态节点以及领域事件,一个简单的订单状态变更命令通用流程抽象如下图:

89e1caac58419d9110f043b59a2f08b8.png

对于订单状态,或者物流状态,可以使用状态机图进行内部建模:

ddd56ab9efd645616fb777212503726f.png

二、现实中的scrum流程

476b3cd1c9eab0250c9589bd7e6854a0.png

在很多的时候,敏捷开发过程中,就省略了概要设计和详细设计文档,直接产品输出需求PRD,给到开发经理进行排期,然后由开发人员去开发代码,然后等验收成果物的时候,却发现成品和需求完全对不上。

三、轻量级流程关键点和优点

关键点:

就是设计好库表,把隐式的字段显示化:ER图

然后使用代码生成工具,生成骨干代码

优点:

相关文章
|
存储 自然语言处理 前端开发
领域驱动设计(DDD)-基础思想
一、序言     领域驱动设计是一种解决业务复杂性的设计思想,不是一种标准规则的解决方法。在领域驱动设计理念上,各路大侠的观点也是各有不同,能力有限、欢迎留言讨论。 二、领域驱动设计 DDD是什么 wiki释义:     领域驱动设计(英语:Domain-driven design,缩写 DDD)是一种通过将实现连接到持续进化的模型[1]来满足复杂
7495 0
|
2天前
|
设计模式 架构师 数据建模
DDD建模系列(四)
DDD建模系列(四)
DDD建模系列(四)
|
2天前
|
设计模式 前端开发 Java
DDD建模系列(五)
DDD建模系列(五)
|
2天前
|
架构师
DDD建模系列(一)
DDD建模系列(一)
|
2天前
|
存储 前端开发 中间件
DDD建模系列(二)
DDD建模系列(二)
|
设计模式 供应链 领域建模
DDD模型初探
DDD模型初探
111 0
|
消息中间件 JavaScript 小程序
领域驱动设计(DDD)的几种典型架构介绍
领域驱动设计(DDD)的几种典型架构介绍
|
人机交互
领域驱动设计总结——如何运用模型
本文为领域驱动设计系列总结的第二篇,主要对领域驱动设计概念做个介绍,本系列领域驱动设计总结主要是在Eric Evans 所编写的《领域驱动设计》 一书的基础上进行归纳和总结。本文主要介绍在领域驱动设计中如何运用模型
113 0
|
设计模式 缓存 Java
DDD分层
为什么分层 引用《领域驱动设计模式、原理与实践》 为了避免将代码库变成大泥球(BBoM)并因此减弱领域模型的完整性且最终减弱可用性,系统架构要支持技术复杂性与领域复杂性的分离。引起技术实现发生变化的原因与引起领域逻辑发生变化的原因显然不同,这就导致基础设施和领域逻辑问题会以不同速率发生变化 每一层都有各自的职责,显然这也是符合SRP的
541 0
DDD分层