收录了 系统技术架构文档 频道下的 50 篇内容
本文是架构设计实践五部曲系列文章的第五篇,技术架构的战略和战术原则。本篇讲述如何保证在做技术架构时,实现一个稳定、出色的系统。
软件架构文档是企业应用开发过程中的重要一环,理解一个项目中的架构文档的关键是理解它在项目生命周期中所扮演的角色。在这个虚拟研讨会中,InfoQ希望能从顶级的软件架构专家们那里找到软件架构文档的重要性,特别是在敏捷软件开发环境中如何记录架构。
本文是架构设计实践五部曲系列文章的第一篇,架构与架构图。本文将对架构作深入的阐释,并教你什么时候画架构图、怎么画架构图。
本文介绍了如何针对遗留系统进行技术栈迁移。文中给出了一些最佳实践,迁移步骤和案例分析。
承载每天数以万计的交易已经是主流电商网站的常态。
在 10 月 18 日 -19 日即将落地的 QCon 全球软件开发大会(上海站),深入探讨架构进化之道。
适当数量的软件架构图可以极大地改善开发团队和外部利益相关者之间的沟通。我们需要对目标受众有很好的了解,以及对内容的深思熟虑。不要因为有很多不好架构图就认为架构图是不必要的或者没有用的。
日前互联网上出现了几个有关软件架构的新资源。Simon Brown和Kevin Seal发表了一组编写软件架构文档的指导。Mike Kavis也整理了一个指导架构师的框架,此框架可用于应对新架构带来的变化。
解决特定的问题,本篇文章重点讨论应对系统架构的方法。如今,系统架构在业内还没有定型的固定方法,一般会讲:需求分析、系统分析与设计、UML、领域建模、设计模式、软件工程等,笔者不打算这样讲,这样下来会有厚厚一本书,希望从简洁、可落地实践的角度去阐述系统架构,后面的文章再给出每种架构具体可实践操作的方法。
本文总结了熟悉系统主要分三部分:业务学习、技术学习、实战。
踽踽独行上下求索总是痛苦,如果有良师益友陪伴点拨必能事半功倍。从新手码农到高级架构师,要经过几步?要多努力,才能成为为人倚重的技术专家?本文将为你带来一张程序员发展路径图,但你需要知道的是,天下没有普适的道理,具体问题还需具体分析,实践才能出真知。
本文通过分析微服务架构与单体架构的性能特点与适用性,并对运营商系统进行梳理研究,提出了微服务架构系统适用性评估体系,同时对云原生时代运营商微服务改造策略进行研究。
在充分考虑未来系统发展基础上,大模块进行划分,模块内部则着眼于现实,先确定大系统间交互逻辑,未来模块内部可以进一步重构而不影响其它业务模块。在实施策略上,采取渐进的策略,分阶段实施。
什么是基础架构?
架构决策涉及系统使用的基本概念,因为选择对代码的影响散布在整个软件中,而不是局部的。
本文介绍了一种包含三个构建块的架构决策框架。
Digital Enterprise Agile Modelling —— DEAM
文章以使用 COBOL 语言开发于 70 年代的某日本公司 W系统的改造升级为例,来介绍系统升级改造的整体思路。
通常,架构要么是Word文档中虚无缥缈的描述,要么完全是由技术来驱动的。这两种方式都很糟糕,但什么才是好的表达呢?Markus Völter为我们介绍了如何围绕你的架构将其发展为一门语言。这样一门正式的语言,虽然只是架构的副产物,但它最终会成为激发系统未来重大发展的良好基础。
2019年1月4日,腾讯宣布成立技术委员会,也代表之前宣布的架构调整终于拉开序幕。那么中小团队要如何搭建自己的团队架构呢?本文将会对此展开讨论……