零售系统软件架构---分析篇

一、前述

近期调整了下工作内容划分，也相对有更多的时间思考我们系统架构的设计。（节选自架构设计分析文档）

二、特征提取

2.1、业务特征

1、商品种类与业务组织结构繁杂

每天产生大量的进、销、存信息（进，则是通过周期性订货会形式，但也存在大量补仓。未来演进按需生产。）

各品牌组织结构有差异、同时一些合并公司则有另一种组织形式。

2、差异化营销

支持多种营销手段。券，积分，活动规则，等等。各种变价单差异。

3、个性化需求

库存前置、补仓、多品牌、多门店、跨区营运作业

2.2、系统特征

1、用户规模

10+W用户，可同时在线2W+

2、店铺规模

3、仓库规模

4、数据要求

三、企业、互联网应用对比

一、用户行为特征
1、用户及其数量
内部员工，较少                                    普通用户，较多
2、计算机技能水平
熟练                                                        较为熟练
3、界面操作
复杂(单页面)胖客户端                         简单（单页面）

4、关注面

业务操作作业 个性化需求

二、系统设计特征
1、驱动力
业务流程驱动                                       用户行为驱动
2、设计
领域模型（事务脚本）                       界面原型（领域模型）
3、功能
业务功能复杂                                       功能相对单一
4、会话事务
强会话长事务                                       短事务
5、架构体系
CS/逻辑（界面逻辑，事务脚本）    BS（分层与业务逻辑独立）
6、个性化定制
业务实现级                                           个性体验级

四、分析

4.1、目标与场景

目标：为12个地区、20000多家店铺的统筹管理，搭建集订货会、采购、生产、库存、零售、批发、财务于一体的零售体系。实现对全国商品库存的可视化管理及各销售渠道订单的统一管理。通过信息系统整合线下货品资源、物流资源、客户资源，为线上、线下多渠道融合提供技术支撑。

场景：

1、企业特征与企业文化
品牌连锁经营公司-鞋、体、服

2、组织管理

被动管理与主动管理

积极、协同

3、业务特征

基本特征与个性化

灵活

4、开发模式

长周期交付；快速迭代

尽早交流、持续沟通

5、模型设计

应用与服务；变化与稳定

6、技术实现

顺序编程与异步、事件编程

7、运维管理

部署、监控、反馈

4.2、系统性分析

定性分析

一、需求结构化（功能、质量、约束）

        重大需求、关键质量、约束

二、系统分解

        业务维度、功能维度、技术维度

三、交互集成机制

        协作机制、接口设计、安全性

定量分析

CCU、Throughput、Latency（MessageSize、MessageRate、Request Resource Description）

DataScale、Read/Write Ratio、Update Rate

RTO、RPO

Cost