你了解架构图吗?
技术界的扛把子架构图,你了解吗?今天我们就来聊聊它
什么是架构图呢?
系统架构是概念的体现,是对物/信息的功能与形式元素之间的对应情况所做的分配,是对元素之间的关系以及元素同周边环境之间的关系所做的定义。
架构就是对系统中的实体以及实体之间的关系所进行的抽象描述,是一系列的决策;
架构是结构和愿景。
结构,是架构的产物。不同的软件系统会有不同的结构,这些结构是为解决不同场景而设计的。
简单总结就是,架构=要素+结构+连接,将系统要素按照特定结构进行连接交互。
画架构图的好处
做任何图形的本质都是为了交流。
架构图是用抽象的方式描述系统中实体以及实体之间的关系。
架构图是一种图形化表示软件系统的组成和结构的工具。它是用来描述软件系统的较高级别的视图,包括不同组件之间的关系和交与方式。架构图常用于软件开发和设计过程中,它可以帮助开发人员更好地理解和规划系统,同时也可以方便不同人员之间的沟通和协作。好的架构图应该能够清晰地展现系统的整体构成,同时也能够反映出系统性能、可扩展性和安全性等方面的考量。
比如在电商系统中,电商系统技术架构图就是设计和运行电商系统的重要工具以及指南。帮助我们更好的构建系统,提升用户的体验以及系统的性能。
总之,架构图是一种非常重要的工具,有助于开发高质量、高性能的软件系统。
架构图的类型
架构图包括总体架构、业务架构、逻辑架构、应用架构、技术架构、数据架构、功能架构、网络架构、运行架构等等
一、业务架构
由业务架构师负责,也可以称为业务领域专家、行业专家,业务架构属于顶层设计,其对业务的定义和划分会影响组织架构和技术架构。业务架构图是由架构师进行需求分析和业务抽象所画的。业务架构图的绘制要在产品需求确认后,然后进行技术选型,绘制,系统部署上线。画业务架构图一定要让别人容易看懂。
账户业务架构图
系统业务架构图、系统产品架构图
营销业务架构图
二、应用架构
由应用架构师负责,需要根据业务场景需要,设计应用的层次结构,制定应用规范、定义接口和数据交互协议等。并尽量将应用的复杂度控制在一个可以接受的水平,从而在快速的支撑业务发展的同时,在保证系统的可用性和可维护性的同时,确保应用满足非功能属性的要求如性能、安全、稳定性等。
1、动物卫生监管应用架构
2、安全保障体系应用架构
3、XXX应用架构
三、技术架构
描述了需要哪些服务;选择哪些技术组件来实现技术服务;技术服务以及组件之间的交互关系。
应用架构本身只关心需要哪些应用系统,哪些平台来满足业务目标的需求,而不会关心在整个构建过程中你需要使用哪些技术。技术架构则是应接应用架构的技术需求,并根据识别的技术需求,进行技术选型,把各个关键技术和技术之间的关系描述清楚。
技术架构解决的问题包括:纯技术层面的分层、开发框架的选择、开发语言的选择、涉及非功能性需求的技术选择。
1、技术架构
2、企业技术架构
3、Java技术架构
四、数据架构
描述了数据模型、分布、数据的流向、数据的生命周期、数据的管理等关系
1、大数据平台
2、主数据架构
3、数据架构图
产品架构图
产品架构图需要将各业务的板块及支持板块细化出功能板块。
1、SAAS产品架构图
CDP产品功能架构
更多架构图可以到ProcessOn 模板社区获取。