收录了 系统技术架构图 频道下的 50 篇内容
本文是架构设计实践五部曲系列文章的第五篇,技术架构的战略和战术原则。本篇讲述如何保证在做技术架构时,实现一个稳定、出色的系统。
假设今年学校毕业设计要求提升,要求做真正可运行的学生管理系统,学院对毕设的具体要求如下:
滴滴的地图数据的准确性和时效性、基于地图的路径规划、预估到达时间等服务是顺畅出行的基础。
架构图对于系统的设计和文档化来说都是很重要的。它们必须是自描述的,并且与代码保持一致性。为了保证利益相关者能够看懂架构图,需要遵循一些原则。
本文是架构设计实践五部曲系列文章的第一篇,架构与架构图。本文将对架构作深入的阐释,并教你什么时候画架构图、怎么画架构图。
适当数量的软件架构图可以极大地改善开发团队和外部利益相关者之间的沟通。我们需要对目标受众有很好的了解,以及对内容的深思熟虑。不要因为有很多不好架构图就认为架构图是不必要的或者没有用的。
这篇文章主要探讨什么是技术架构、技术架构要解决的问题、最后以高并发场景为例画出技术架构图。
技术架构,是将产品需求转变为技术实现的过程。技术架构解决的问题包括了如何进行纯技术层面的分层、开发框架选择、语言选择(这里以 JAVA 语言为主)、涉及到各自非功能性需求的技术点(安全、性能、大数据)。技术架构是确定组成应用系统实际运行的技术组件
本文是架构设计实践五部曲系列文章的第四篇,单体式与分布式的应用架构,本篇讨论应用架构在产品架构的基础需要考虑的事情。
互联网和信息技术渗透到各行各业生产海量的数据,人们逐渐开始关注数据的内在关联,这在知识图谱、推荐引擎、金融风控、公共安全和智能运维等场景中尤其显得重要。
从 2019 年初开始,东方证券确定了企业大中台战略,大力推进“薄应用,厚中台,稳后台”的架构转型
本次分享介绍图数据库的设计和实践经验。
解决特定的问题,本篇文章重点讨论应对系统架构的方法。如今,系统架构在业内还没有定型的固定方法,一般会讲:需求分析、系统分析与设计、UML、领域建模、设计模式、软件工程等,笔者不打算这样讲,这样下来会有厚厚一本书,希望从简洁、可落地实践的角度去阐述系统架构,后面的文章再给出每种架构具体可实践操作的方法。
企业信息化建设已经发展了几十年,传统企业和成熟互联网企业的应用架构并没有本质的区别。本文将通过一个线下小型门店成长为多元化集团的发展历程,逐步向读者展示企业应用架构的演变和设计的理念。
软件架构图可能是一个非常有用的沟通工具,但很多团队减少了图表的创建,即使有创建图表,也往往模糊不清。C4模型由用于上下文、容器、组件和代码的分层软件架构图组成。
采购系统作为严选供给端的核心系统之一,做好顶层设计并持续进行系统演进,才能适应剧烈的业务变化,服务好最终用户。本文从定义宏观、设计蓝图、落地系统、持续演进四个点展开整个采购系统架构过程,希望跟大家一起找找做业务系统架构设计的感觉。
本文是架构设计实践五部曲系列文章的第二篇,业务架构与产品架构设计实践。本文将从业务与产品架构的角度出发,教你如何做架构的设计。
百度的核心业务对基础架构有没有特殊的要求?中台和微服务在架构领域处于什么样的位置?云原生架构的本质和影响是什么?中小企业架构师该如何设计IT架构?带着这些问题,InfoQ记者采访了QCon 北京 2020《架构演进》专题出品人,百度基础架构部主任架构师郑然。以下为采访实录。