软件项目技术架构图
收录了 软件项目技术架构图 频道下的 50 篇内容
架构设计实践五部曲（五）：技术架构的战略和战术原则
本文是架构设计实践五部曲系列文章的第五篇，技术架构的战略和战术原则。本篇讲述如何保证在做技术架构时，实现一个稳定、出色的系统。
软件架构图的艺术
架构图对于系统的设计和文档化来说都是很重要的。它们必须是自描述的，并且与代码保持一致性。为了保证利益相关者能够看懂架构图，需要遵循一些原则。
架构设计实践五部曲（一）：架构与架构图
本文是架构设计实践五部曲系列文章的第一篇，架构与架构图。本文将对架构作深入的阐释，并教你什么时候画架构图、怎么画架构图。
为什么说我们需要软件架构图？
适当数量的软件架构图可以极大地改善开发团队和外部利益相关者之间的沟通。我们需要对目标受众有很好的了解，以及对内容的深思熟虑。不要因为有很多不好架构图就认为架构图是不必要的或者没有用的。
你是个软件架构师吗？
开发和架构的界限难以捉摸。有些人认为这并不存在，架构只是开发者所做的设计过程的扩展而已；另外一些人说这是一个鸿沟，它只能由那些做到高度抽象，而且不会陷入实现细节的开发者才能跨越。这之间有个平衡，但是你怎么从开发者成为架构师呢？
资深架构师十年总结：成为架构师，你必须具备这五点能力
作者是一名从业数十年的软件架构师，在与不同领域、不同学科的软件工程师交流时，大家都会问，如何成为一名架构师，架构师需要掌握需要能力？作者将通过本文向读者介绍，什么是软件架构，什么是软件架构师，软件架构师要掌握什么样的技能以及如何获得这些技能。
迈向敏捷软件架构
Boyan Mihaylov回顾了自己在传统瀑布式软件架构和敏捷软件架构下的工作经历。他描述了两者在以下三个方面表现出来的相似性及差异性：软件架构扮演的具体角色、软件架构的时间跨度以及软件架构的输出。
架构师及其目标在软件项目中的挫折感
软件架构在软件项目中是否经常做得糟糕，经常被忽视了呢？这是CodingTheArchitecture.com的创始人兼独立咨询师Simon Brown在近期一篇博文中提及的一种现象。Brown认为这是对架构的误解，是敏捷项目中随意的架构方法导致架构走到如此糟糕的境地。
从业务架构视角聊聊大型商业银行的转型实践
业务架构设计需要考虑哪些因素？业务架构设计的难点和挑战是什么？
10 年技术专家的分享：企业解决方案架构设计实践的方法、模型与思维
多数架构师都是停留在“技术架构，或软件架构的层面。少有人能做到“开放性思维”，从商业问题的本身出发， 带领团队让“理真的越辩越明”。
软件工程学习路线图 | 极客时间
软件工程知识架构全景图、应用解析及推荐书单
梅赛德斯 - 奔驰的企业级架构逻辑和实践：始终与业务目标对齐
“我们特别强调数字化转型下的企业架构升级，要做到整体与细节的统一性，做到从高阶到细节的一致性，同时去满足细节需求，最终能汇总成一个完整的整体架构。 ”
IT 架构设计框架：ADMIT
ADMIT详细表述了任何 IT架构工作中都应考虑的决策点。虽然ADMIT格式与其他企业架构框架类似，但ADMIT更关注影响最终结果的特性和驱动力，这使得它可以与其他形式化的企业架构设计和评价方法学结合使用。
软件技术顾问的培养（一）：新技术顾问必读的十本书以及背后的思考
本文围绕作者所精挑细选的“新技术顾问必读的十本书”出发，分享在培养“通用型软件技术顾问”的过程中的一些思考。
让成本与风险驱动敏捷架构设计
在本文中，作者Eltjo R. Poort提出了一种开展架构工作的方法，名为风险与成本驱动架构，它能够帮助架构师在敏捷世界中变得更为高效。使用风险与成本能够帮助决定关注点的架构重要性。
虚拟研讨会：软件架构文档
软件架构文档是企业应用开发过程中的重要一环，理解一个项目中的架构文档的关键是理解它在项目生命周期中所扮演的角色。在这个虚拟研讨会中，InfoQ希望能从顶级的软件架构专家们那里找到软件架构文档的重要性，特别是在敏捷软件开发环境中如何记录架构。
架构决策作为可复用设计资产
面向服务架构的决策建模（SOAD）框架可以帮助捕获那些经常重现的架构决策，并在相关项目中使用这些决策来指导设计。在这篇IEEE文章中，Olaf Zimmermann探讨了这种以决策为中心来指导设计工作的方法。另外他还描述了在SOAD元模型中使用的两类模型：指导模型和决策模型。
介绍 Web 基础架构设计原则的经典论文《架构风格与基于网络的软件架构设计》导读
Roy Fielding博士是IETF发布的HTTP和URI协议的主要设计者。HTTP和URI是两个最为重要的Web基础技术架构协议，因此Fielding博士可谓是Web架构的奠基者之一。这篇论文很不容易读懂，作为论文中文版的译者，笔者试图在这篇导读中为读者梳理出一个阅读的脉络。不过笔者还是希望读者能克服困难，亲自去读一下这篇论文，因为这篇论文实在是太精彩了。
架构师是否应该写代码：架构师的认知误区
架构师的职责已经远超设计和业务问题的范畴。设计方案能否实现是衡量他们最终成功与否的唯一标准；因此他们应该亲身参与到项目之中并提供必要的帮助。
中台之上（二）：为什么业务架构存在 20 多年，技术人员还觉得它有点虚？
中台说到底也是一种业务架构设计结果，回顾软件设计的发展历程，中台也不是石头中蹦出来的齐天大圣，它并非一种超越了企业架构这个概念的存在，因此，想要深入理解中台设计方式，多去学习下业务架构、软件架构的发展历程还是有帮助的。
促进软件开发及相关领域知识与创新的传播
京公网安备 11010502039052号 | 产品资质
扫码添加小助手
领取最新资料包
