青岛网站优化,大型网站建设的价格,做茶评的网站,清远医院网站建设方案阿里妹导读#xff1a;技术传播的价值#xff0c;不仅仅体现在通过商业化产品和开源项目来缩短我们构建应用的路径#xff0c;加速业务的上线速率#xff0c;也体现在优秀工程师在工作效率提升、产品性能优化和用户体验改善等经验方面的分享#xff0c;以提高我们的专业能… 阿里妹导读技术传播的价值不仅仅体现在通过商业化产品和开源项目来缩短我们构建应用的路径加速业务的上线速率也体现在优秀工程师在工作效率提升、产品性能优化和用户体验改善等经验方面的分享以提高我们的专业能力。 接下来阿里巴巴技术专家三画将分享自己和团队在画好架构图方面的理念和经验希望对你有所帮助。 当我们想用一张或几张图来描述我们的系统时是不是经常遇到以下情况 对着画布无从下手、删了又来 如何用一张图描述我的系统并且让产品、运营、开发都能看明白 画了一半的图还不清楚受众是谁 画出来的图到底是产品图功能图还是技术图又或是大杂烩 图上的框框有点少是不是要找点儿框框加进来 布局怎么画都不满意…… 如果有同样的困惑本文将介绍一种画图的方法论来让架构图更清晰。 先厘清一些基础概念 1、什么是架构 架构就是对系统中的实体以及实体之间的关系所进行的抽象描述是一系列的决策。 架构是结构和愿景。 系统架构是概念的体现是对物/信息的功能与形式元素之间的对应情况所做的分配是对元素之间的关系以及元素同周边环境之间的关系所做的定义。 做好架构是个复杂的任务也是个很大的话题本篇就不做深入了。有了架构之后就需要让干系人理解、遵循相关决策。 2、什么是架构图 系统架构图是为了抽象地表示软件系统的整体轮廓和各个组件之间的相互关系和约束边界以及软件系统的物理部署和软件系统的演进方向的整体视图。 3、架构图的作用 一图胜千言。要让干系人理解、遵循架构决策就需要把架构信息传递出去。架构图就是一个很好的载体。那么画架构图是为了 解决沟通障碍 达成共识 减少歧义 4、架构图分类 搜集了很多资料分类有很多有一种比较流行的是41视图分别为场景视图、逻辑视图、物理视图、处理流程视图和开发视图。 ★ 场景视图 场景视图用于描述系统的参与者与功能用例间的关系反映系统的最终需求和交互设计通常由用例图表示。 ★ 逻辑视图 逻辑视图用于描述系统软件功能拆解后的组件关系组件约束和边界反映系统整体组成与系统如何构建的过程通常由UML的组件图和类图来表示。 ★ 物理视图 物理视图用于描述系统软件到物理硬件的映射关系反映出系统的组件是如何部署到一组可计算机器节点上用于指导软件系统的部署实施过程。 ★ 处理流程视图 处理流程视图用于描述系统软件组件之间的通信时序数据的输入输出反映系统的功能流程与数据流程,通常由时序图和流程图表示。 ★ 开发视图 开发视图用于描述系统的模块划分和组成以及细化到内部包的组成设计服务于开发人员反映系统开发实施过程。 以上 5 种架构视图从不同角度表示一个软件系统的不同特征组合到一起作为架构蓝图描述系统架构。 怎样的架构图是好的架构图 上面的分类是前人的经验总结图也是从网上摘来的那么这些图画的好不好呢是不是我们要依葫芦画瓢去画这样一些图 先不去管这些图好不好我们通过对这些图的分类以及作用思考了一下总结下来我们认为在画出一个好的架构图之前 首先应该要明确其受众再想清楚要给他们传递什么信息 所以不要为了画一个物理视图去画物理视图为了画一个逻辑视图去画逻辑视图而应该根据受众的不同传递的信息的不同用图准确地表达出来最后的图可能就是在这样一些分类里。那么画出的图好不好的一个直接标准就是受众有没有准确接收到想传递的信息。 明确这两点之后从受众角度来说一个好的架构图是不需要解释的它应该是自描述的并且要具备一致性和足够的准确性能够与代码相呼应。 画架构图遇到的常见问题 1、方框代表什么 为什么适用方框而不是圆形它有什么特殊的含义吗随意使用方框或者其它形状可能会引起混淆。 2、虚线、实线什么意思箭头什么意思颜色什么意思 随意使用线条或者箭头可能会引起误会。 3、运行时与编译时冲突层级冲突 架构是一项复杂的工作只使用单个图表来表示架构很容易造成莫名其妙的语义混乱。 本文推荐的画图方法 C4 模型使用容器应用程序、数据存储、微服务等、组件和代码来描述一个软件系统的静态结构。这几种图比较容易画也给出了画图要点但最关键的是我们认为它明确指出了每种图可能的受众以及意义。 下面的案例来自C4官网然后加上了一些我们的理解来看看如何更好的表达软件架构 1、语境图(System Context Diagram) 这是一个想象的待建设的互联网银行系统它使用外部的大型机银行系统存取客户账户、交易信息通过外部电邮系统给客户发邮件。可以看到非常简单、清晰相信不需要解释都看的明白里面包含了需要建设的系统本身系统的客户和这个系统有交互的周边系统。 ★ 用途 这样一个简单的图可以告诉我们要构建的系统是什么它的用户是谁谁会用它它要如何融入已有的IT环境。这个图的受众可以是开发团队的内部人员、外部的技术或非技术人员。即 构建的系统是什么 谁会用它 如何融入已有的IT环境 ★ 怎么画 中间是自己的系统周围是用户和其它与之相互作用的系统。这个图的关键就是梳理清楚待建设系统的用户和高层次的依赖梳理清楚了画下来只需要几分钟时间。 2、容器图(Container Diagram) 容器图是把语境图里待建设的系统做了一个展开。 上图中除了用户和外围系统要建设的系统包括一个基于java\spring mvc的web应用提供系统的功能入口基于xamarin架构的手机app提供手机端的功能入口一个基于java的api应用提供服务一个mysql数据库用于存储各个应用之间的交互都在箭头线上写明了。 看这张图的时候不会去关注到图中是直角方框还是圆角方框不会关注是实线箭头还是虚线箭头甚至箭头的指向也没有引起太多注意。 我们有许多的画图方式都对框、线的含义做了定义这就需要画图的人和看图的人都清晰的理解这些定义才能读全图里的信息而现实是这往往是非常高的一个要求所以很多图只能看个大概的含义。 ★ 用途 这个图的受众可以是团队内部或外部的开发人员也可以是运维人员。用途可以罗列为 展现了软件系统的整体形态 体现了高层次的技术决策 系统中的职责是如何分布的容器间的是如何交互的 告诉开发者在哪里写代码 ★ 怎么画 用一个框图来表示内部可能包括名称、技术选择、职责以及这些框图之间的交互如果涉及外部系统最好明确边界。 3、组件图(Component Diagram) 组件图是把某个容器进行展开描述其内部的模块。 ★ 用途 这个图主要是给内部开发人员看的怎么去做代码的组织和构建。其用途有 描述了系统由哪些组件/服务组成 厘清了组件之间的关系和依赖 为软件开发如何分解交付提供了框架 4、类图(Code/Class Diagram) 这个图很显然是给技术人员看的比较常见就不详细介绍了。 案例分享 下面是内部的一个实时数据工具的架构图。作为一个应该自描述的架构图这里不多做解释了。如果有看不明白的那肯定是还画的不够好。 画好架构图可能有许多方法论本篇主要介绍了C4这种方法C4的理论也是不断进化的。但不论是哪种画图方法论我们回到画图初衷更好的交流我们在画的过程中不必被条条框框所限制。简而言之画之前想好画图给谁看看什么怎么样不解释就看懂。 作者简介三画阿里巴巴技术专家梓敬、鹏升和余乐对此文亦有贡献。三画曾多年从事工作流引擎研发工作现专注于高并发移动互联网应用的架构和开发和本文贡献者均来自阿里巴巴零售通部门。目前零售通大量招Java开发欢迎有志之士投简历到 lst-wirelessalibaba-inc.com和我们一起共建智能分销网络让百万小店拥抱DT时代。 参考资料 C4官网https://c4model.com/ 为什么需要软件架构图 https://www.infoq.cn/article/GhprrUlOYyOqS8*FR1pH 书籍《程序员必读之软件架构》 文章作者三画 文章转自https://mp.weixin.qq.com/s/1hPZacqJuUeElyHiMxa9rw