《业务架构·应用架构·数据架构实战》读书笔记
前言
接上篇 《业务驱动的应用架构设计》。
智能物流柜 基于 快递员存件 和 用户取件 等核心业务场景，部署一整套分布式软硬件系统，支撑起快递员、用户、客服人员之间的便捷高效协同。
下面一起看一下，如何对其进行应用架构设计？
确定业务功能需求
理骨架 - 第一版流程分析
步骤化 - 第二版流程分析
输入阶段
- 收件人点击系统时，系统默认显示的广告页；
- 系统进入取件密码输入界面；
- 收件人输入完整、正确的取件密码；
验密开门阶段
- 系统确认密码正确；
- 系统打开相应的箱门，并显示箱位提示界面；
事务处理阶段
- 系统修改相应的快递箱为“未占用”状态；
- 系统设置取件密码失效；
- 系统记录取件流水，包括时间、快递单号、快递柜号、快递箱号等；
取物关门阶段
- 收件人取出快件，并关闭箱门；
- 系统返回默认显示的广告页；
找分支 - 第三版流程分析
对每个业务功能进行业务场景穷举分析，是应用架构设计的起跑线。业务场景找得全，就赢在了起跑线上；业务场景找不全，就输在了起跑线上。
输入阶段
- 忘记密码；
- 密码错误；
- 输入超时；
- 刷脸取件；
- 遇问题客服远程开门；
- 遇问题重开门；
验密开门阶段
- 超时打赏；
事务处理阶段
- 无；
取物关门阶段
- 箱门未关；
- 多件连取；
- 取出通知；
识别 IT 应用需求
通过业务流程分析，从而得到可以进一步得到 IT 应用系统必须提供的应用功能和应用服务。
惊不惊喜？我们发现图中虽然信息量不小，但逻辑非常清楚。例如，图中的超时打赏业务流程，需要扫码支付应用服务来支撑。再例如，图中的刷脸取件业务流程，包含面部信息采集、人脸验证和用户账户管理三个应用服务。
分配功能、识别应用
识别出需要开发的前端程序、后端程序等。
划分项目
工作包的划分。
