架构图
架构图概览
在系统设计阶段,全面理解用户需求以及业务流程之后,我们开始设计架构图,比如分多少层,每层分多少模块等。架构图包括业务架构图、应用架构图、技术架构图。作为产品需要熟练如何绘制业务架构图,而应用架构图和技术架构图做到理解就足够了。
业务架构图定位解决以下2个问题:
①帮助产品经理基于对企业业务系统生态有全局掌握的情况下参与制定业务决策
②帮助产品经理梳理新增系统在企业应用生态中的定位以及和其他系统之间的关系
如何画好一个业务架构图?
1. 分层原则
可按照“用户层、应用层、业务层、服务层、数据层”五个基本结构进行分层和拓展。
用户层
用户层:不仅仅局限于人,可以包含具体的用户角色。
应用层
应用层:可以理解为客户端或者产品露出的载体,比如APP(安卓端、iOS端)、公众号H5、微信小程序、WEB等。
业务层
业务层:不等同于系统划分,一个系统里可以包含多个业务,一个业务也可以分布在多个系统里。业务层既可以是某一个系统,也可以是某一个功能模块。
服务层
服务层:为业务应用提供服务支撑模块,例如自然语言处理、派单服务、日志服务、标签服务等。
数据层
数据层:为业务应用提供数据支撑,它不等同于数据库的划分,更多用于描述数据种类,例如用户数据、业务数据、订单数据等。也可包括不同的数据库技术等。
当然,还可以根据实际情况进行拓展,例如接口层、第三方服务层、运维层等。
2. 命名原则
避免歧义,看到名字应该能明确业务内容。
3. 画图原则
1)简单,不繁琐
2)合理利用空间
3)合理搭配色彩,宜少不宜多