515

针对上图，思考两个问题：

无论是上文哪一个问题，需要关注的都是

将上文提及的关注点进行抽象与分层后，会得到如下一张图：
630

这里比较像 https://github.com/alibaba/COLA ，也就是领域驱动模型

二、通过关注点看实现需求需要做些什么

需要多少 UI

首先取决于“需求文档（PRD）”、“视觉交互设计稿”。对于开发来说，请重视需求评审、视觉交互评审。

对于质量良好的需求文档或者视觉设计稿，文档中给出的 UI 组件/页面范围一般就是开发要实现的 UI 范围；

对于质量差的需求甚至是一句话的需求，UI 范围则需要研发“梳理确定”。

⚠️ 着重关注异常逻辑，比如查询类需求，“查询结果为空”“查询时无网络”

需求拆解时，需要关注 UI 的展示对象

实操方法

网络数据、本地数据、内存数据

网络数据：需求拆解时候重点关注接口文档、接口名称、接口返回的数据字段（包括字段类型、范围、字段名称等等）、接口对应的团队或具体的开发、接口的上下游链路（示例：搜索的接口会涉及广告、算法等）、接口测试与联调方式等。对于新手，需求拆解的时候还需要确认：数据网关类型（MTOP 网关、Node 编排后的数据、Web 网站对应的数据网关等），明确网络数据调度所用的域名（比如，部分 APP 交易功能的域名与非交易功能的域名是分开的，调度方式也会有差异）。
本地存储数据：需求拆解阶段，要明确本地存储数据还是自己负责还是使用他人的能力。如果是自己负责则需要进一步判断数据是写本地数据库，还是写本地文件；如果是他人负责，数据的读写方式与接口是什么。
内存数据：需求拆解重点关注内存数据的读写方式，数据使用后的释放方式。
富媒体内容流：图片、短视频、直播等多媒体流。需求拆解时关注这些内容存储的形式（以图片为示例：图片是 CDN 的 URL，还是 OSS 的文件地址或者 ID，甚至是 base64 处理后的编码结果）；同时还需要判断这些展示能力是已有的还是需要新引入等。

实操方法

数据架构图的一种，见 DEMO，和数据流转图定义

数据绑定

**实操方法：**拆解时，数据与 UI 关联，可拆解出的内容（数据与 UI 的关联，建议将“克制”作为自己的原则）：

???