本⽂是架构设计实践五部曲系列⽂章的第⼀篇，架构与架构图。本⽂将对架构作深⼊的阐释，并教你什么时候画架构图、怎么画架构图。在⽇常系统开发过程中，作为技术⼈员想必⼤家本文为你具体解析产品架构的设计过程。01 产品架构是可视化工具在前文我们探讨产品的信息架构、产品架构与业务架构基本概念时，我用了一栋房子的例子来描述“产品架构”的概念，“
当产品架构图被设计出来后按照产品架构图的结构和路径项目的里程碑roadmap就可以被清晰的拆解出来同时项目成员也可以根据这张架构图产出运营计划技术架构等强依赖产品方向的教你画出业务架构图「建议收藏」1、什么是业务架构图？业务架构图是一种表达业务层级和关系的工具，业务架构服务于业务目标，通过描绘业务上下层关系，梳理一整套完整、简单的业务视图
＋＾＋ 第一，搞清楚要画的架构图的类型；第二，确认架构图中的关键要素（比如产品、技术、服务）；第三，梳将业务进行分层，一般来说上层是具体业务，下层比较抽象。下层为上层进行提供服务。在业务架构图中，上下要进行对齐，体现出它们的支持关系。2.3 分功能按照功能将业务分开，分成不同
2.2 何时需要画建议在复杂项目开始前写：当你要开始设计一个系统性、完整的需求时，如果跳过画产品架构图的步骤，直接开始画原型、写PRD、kick off,就很容易发生“改了又改”、“做在画出一个好的架构图之前，首先应该要明确其受众，再想清楚要给他们传递什么信息，所以，不要为了画一个物理视图去画物理视图，为了画一个逻辑视图去画逻辑视图，而应该根据受众的不同，
本文从架构的定义说起，分享了阿里文娱高级技术专家箫逸关于画架构图多年的经验总结，并对抽象这一概念进行了深入这个过程对于新手来讲可能要一周时间，多画一些，基本上一张图2个小时可以画出个大概。熟练了，对体系了解比较深入，那就回越画越好、越画越快。画架构图可以提升个人的全局思维，它会
