- 综合排序
- 最热优先
- 最新优先
- 来自专栏超级架构师
「软件架构」软件架构概述
软件架构（architecture）是指软件系统的基本结构以及创建这种结构和系统的规程。每个结构都包含软件元素、它们之间的关系以及元素和关系的属性。[1]软件系统的架构是一个隐喻，类似于建筑物的架构。 加州大学欧文软件研究所致力于软件架构研究，主要针对架构风格、架构描述语言和动态架构。 IEEE 1471-2000《软件密集型系统体系结构描述推荐规程》是软件体系结构领域的第一个正式标准。 这反映了软件架构、企业架构和解决方案架构之间的关系。 架构活动 软件架构师执行的活动有很多。 软件架构知识通常是默认的，并保留在涉众的头脑中。软件架构知识管理活动是关于发现、交流和保留知识的活动。由于软件架构设计问题错综复杂且相互依存，设计推理中的知识缺口可能导致不正确的软件架构设计。 IEEE软件专门出版了一期专门讨论敏捷性和体系结构之间的交互的专刊[37]。 软件架构侵蚀 软件架构侵蚀（或称“衰退”）是指在软件系统的实现过程中，在软件系统的计划架构和实际架构之间观察到的差距。
1.9K11发布于 2020-07-20 - 来自专栏IT大咖说
软件架构设计-软件架构风格、分层架构
◆ 软件架构设计 软件或计算机系统的软件架构是该系统的一个（或多个）结构，而结构由软件元素、元素的外部可见属性及它们之间的关系组成。 软件系统架构是关于软件系统的 结构、行为和属性 的高级抽象。 指定了软件系统的组织结构和拓扑结构。 软件架构是可传递可复用的模型，架构就是体系结构。架构设计介于需求分析和软件设计之间。架构设计就是需求分配，即满足，需求的职责分配到组件上。 然而系统架构的给出必须建立在需求明确的基础上。 软件架构能够在设计变更相对容易的阶段，考虑系统结构的可选方案，便于技术人员与非技术人员就软件设计进行交互，能够展现软件的结构、属性与内部交互关系。 ◆ 软件架构风格 软件架构风格是描述特定软件系统组织方式的惯用模式。组织方式描述了系统的组成构件和这些构件的组织方式；惯用模式则反映众多系统共有的结构和语义特性。强调对软件设计的重用。 软件架构需求 软件架构需求是指用户对目标软件系统在功能、行为、性能和设计约束等方面的期望。需求过程主要是获取用户需求，标识系统中所要用到的构件，并进行架构需求评审。
3.5K41发布于 2021-07-19 - 来自专栏全栈程序员必看
软件架构设计—软件架构概述
人们在软件工程实践中，逐步认识到了软件架构的重要性，从而开辟了一个崭新的研究领域。软件架构的研究内容主要涉及软件架构描述、软件架构设计、软件架构风格、软件架构评价和软件架构的形成方法等。 1 软件架构概述 软件架构是软件抽象发展到一定阶段的产物，从编程的角度，可以清晰地看到软件抽象层次和表达工具的发展历史。 在设计软件架构时也必须考虑硬件特性和网络特性，因此，软件架构与系统架构二者间的区别其实不大。但是，在大多情况下，架构设计师在软件方面的选择性较之硬件方面，其自由度大得多。 因此，使用“软件架构”这一术语，也表明了一个观点：架构设计师通常将架构的重点放在软件部分。 将软件架构置于商业背景中进行观察，可以发现软件架构对企业非常重要。 （1）影响架构的因素。 这 5 种模型各有所长，也许将 5 种模型有机地统一在一起，形成一个完整的模型来刻画软件架构更合适。即将软件架构视为这些模型的统一体，通过这些模型的表述（文档）来完整反映软件架构。
3.1K40编辑于 2022-08-23 - 来自专栏超级架构师
「软件架构」软件架构样式和模式列表
架构模式是一种通用的、可重用的解决方案，用于解决给定上下文中软件架构中常见的问题。架构模式通常被记录为软件设计模式。 架构样式目录 三层 多层体系结构 模型视图控制器 领域驱动设计 微内核 黑板模式 传感器控制器执行器 表现-抽象-控制 架构风格目录 结构 基于组件 整体应用 分层的 管道和过滤器 微服务 共享内存 以数据库为中心 黑板 基于规则 消息传递 事件驱动 aka隐式调用 发布订阅 异步消息传递 自适应系统 插件 微内核 反射 特定于域的语言 分布式系统 客户机服务器（2层、3层、n层展示了这种风格） 无共享架构 基于空间架构 讨论：请加入知识星球或者微信圈子【首席架构师圈】 微信公众号 关注微信公众号【首席架构师智库】 微信小号 希望加入的群：架构，云计算，大数据，数据科学，物联网，人工智能，安全，全栈开发，DevOps 点击加入知识星球【首席架构师圈】 微信圈子 志趣相投的同好交流。 点击加入微信圈子【首席架构师圈】 喜马拉雅 路上或者车上了解最新黑科技资讯，架构心得。
1.1K31发布于 2020-07-20 - 来自专栏程序那些事
架构之:软件架构漫谈
简介 每一个程序员心中都有个架构师的梦想，架构是如此的重要，以至于每个程序员都在谈架构，仿佛没有架构的软件是没有灵魂的，不想做架构师的程序员不是一个好的码农一样。 那么架构到底是什么呢？ 架构是怎么得到的呢？今天本文将会从自身的经验来阐述一下对架构的看法。 什么是架构 在软件发展的初期是没有架构而言的。 软件越来复杂，要处理的任务越来越多，最终导致了系统架构的产生。 架构是在复杂软件结构中产生的，它的任务就是让这些复杂软件中的任务能够互相协作从而来完成共同的任务。当然这是从软件的目标来说的。 如果再考虑软件的实现和扩展性，那么好的架构需要让系统可读性和可扩展性更强，给未来留出一定的空间。如果从可靠性和可用性来讲，好的架构还需要保证系统高可用和容错性。 ADL 架构描述语言ADL是一种语言，提供用于定义软件体系结构的语法和语义。它是一种注释规范，提供了用于对软件系统的概念体系结构进行建模的功能，这与系统的实现有所不同。
79730发布于 2021-06-01 - 来自专栏程序那些事
架构之:软件架构漫谈
简介 每一个程序员心中都有个架构师的梦想，架构是如此的重要，以至于每个程序员都在谈架构，仿佛没有架构的软件是没有灵魂的，不想做架构师的程序员不是一个好的码农一样。 那么架构到底是什么呢？ 架构是怎么得到的呢？今天本文将会从自身的经验来阐述一下对架构的看法。 什么是架构 在软件发展的初期是没有架构而言的。 软件越来复杂，要处理的任务越来越多，最终导致了系统架构的产生。 架构是在复杂软件结构中产生的，它的任务就是让这些复杂软件中的任务能够互相协作从而来完成共同的任务。当然这是从软件的目标来说的。 如果再考虑软件的实现和扩展性，那么好的架构需要让系统可读性和可扩展性更强，给未来留出一定的空间。如果从可靠性和可用性来讲，好的架构还需要保证系统高可用和容错性。 ADL 架构描述语言ADL是一种语言，提供用于定义软件体系结构的语法和语义。它是一种注释规范，提供了用于对软件系统的概念体系结构进行建模的功能，这与系统的实现有所不同。
64020发布于 2021-06-09 - 来自专栏超级架构师
【软件架构】软件架构权衡系列 - 第 1 部分
我们所说的“软件架构”有很多定义和含义。构成“软件开发”、“软件设计”和“软件架构”的内容之间也存在相当大的重叠，因为这三个概念在许多方面融合在一起。 从本质上讲，它有助于将软件架构的学科视为在我们以这种或那种方式构建应用程序时做出的选择所产生的权衡之间做出有意识选择的学科。 为什么会有权衡，我们为什么关心？ 这个“架构权衡”系列的目的是在涉及到软件架构的不同原则之间的权衡以及此类决策的具体技术含义时，阐明决策过程。 我们在权衡什么？ 软件架构权衡和一般软件开发的现实要微妙得多，并且确实代表了选项的梯度。例如，您可以在此处选择具有一定程度的可扩展性，同时具有一定程度的简单性和互操作性。 由数字系统驱动的企业必须制定适当的计划和流程来制定软件架构、技术决策和权衡。
49620编辑于 2022-09-26 - 来自专栏采云轩
浅谈软件架构
软件架构是软件系统的顶层设计，它明确软件系统包括哪些个体：子系统、模块和组件等；同时明确了个体运作和个体之间协作的规则。 软件架构便应运而生，但由于软件系统的复杂性和多变性，没有一种架构可以满足所有系统的设计需求。它与面向对象编程、软件工程一样，不是软件设计领域的银弹。 3、需求驱动架构，架起分析与设计实现的桥梁。 4、架构与开发成本的关系。 架构设计理论 1、架构设计复杂度来源 软件架构定义中我们总是能看到复杂软件这个词，什么是复杂软件呢？ ，软件系统架构是一个不断演变的过程。 如果软件系统从一开始没做好软件架构，遇到每次大的改变都需要重构，将是不能接受的。
71430编辑于 2023-11-16 - 来自专栏斑斓
软件架构预述
《软件架构编年史》 作品连载 《软件架构编年史》是Herberto Graca的系列作品，我在ThoughtWorks的同事覃宇在征得作者同意与授权后，在简书陆续发布了该系列的译文。 该系列回眸了软件架构的发展历程，对主流的架构模式与设计方法进行了系统的梳理和介绍，可以作为架构师的入门读物。 这篇文章是软件架构编年史(译)的一部分，这部编年史由一系列关于软件架构的文章组成。在这一系列文章中，我将写下我对软件架构的学习和思考，以及我是如何运用这些知识的。 软件架构[…]是系统需要考虑的一组结构，它们包括软件元素和它们之间的关系，以及这些元素和关系的属性。 他对其他干系人对架构的贡献既不开放，也不轻易接收，而是阉割了这些贡献。 ◐ 架构的坏味道 [8] 僵化(Rigidity) 如果软件难以修改是因为修改会导致更多关联修改，软件就是僵化的。
52830编辑于 2023-03-23 - 来自专栏Linyb极客之路
软件架构入门
软件架构（software architecture）就是软件的基本结构。 合适的架构是软件成功的最重要因素之一。大型软件公司通常有专门的架构师职位（architect），只有资深程序员才可以担任。 O'Reilly 出版过一本免费的小册子《Software Architecture Patterns》（PDF）， 介绍了五种最常见的软件架构，是非常好的入门读物。 ? 软件架构就是软件的基本结构。 一、分层架构 分层架构（layered architecture）是最常见的软件架构，也是事实上的标准架构。如果你不知道要用什么架构，那就用它。 部署比较麻烦，即使只修改一个小地方，往往需要整个软件重新部署，不容易做持续发布（因为是单体架构） 软件升级时，可能需要整个服务暂停 扩展性差。 事件驱动架构不适于做顶层架构，但适合做局部实现，几乎遍布在通信软件的各个角落。
1.2K31发布于 2019-07-22 - 来自专栏数据人生
公司软件架构
本文将介绍公司里面常用的开源软件 架构 版本管理工具Git：https://about.gitlab.com/ codereview工具phabricator ，可以和git集成：http://phabricator.org
52720编辑于 2022-09-29 - 来自专栏码农沉思录
软件架构概念
“你对架构这个词怎么理解？” emm ….. 实际上，软件架构分成 2 派。 1 软件架构的派别 组成派 组成派的定义非常简洁。 定义：软件系统的架构将系统描述为计算组件及组件之间的交互。 该架构关注架构实践中的客体——软件，以软件本身为描述对象。 b. 分析了软件的组成，即软件由承担不同任务的组件组成，这些组件通过相关交互，完成更高层次的计算。 但核心思想非常明确：软件架构是在一些重要方面所做出的决策的集合。 软件架构并不仅仅注重软件本身的结构和行为，还注重其他特性：使用、功能性、性能、弹性、重用、可理解性、经济和技术的限制及权衡，以及美学等。 …… 最后，管他什么派，只是角度不同罢了，好的架构，我认为是这样的：模块边界清晰，依赖合理，弹性灵活，性能优越，易于理解。 参考 软件架构设计——温昱
1.2K30发布于 2019-05-05 - 来自专栏阮一峰的网络日志
软件架构入门
软件架构（software architecture）就是软件的基本结构。 合适的架构是软件成功的最重要因素之一。大型软件公司通常有专门的架构师职位（architect），只有资深程序员才可以担任。 一、分层架构 分层架构（layered architecture）是最常见的软件架构，也是事实上的标准架构。如果你不知道要用什么架构，那就用它。 这种架构将软件分成若干个水平层，每一层都有清晰的角色和分工，不需要知道其他层的细节。层与层之间通过接口通信。 虽然没有明确约定，软件一定要分成多少层，但是四层的结构最常见。 ? 事件驱动架构（event-driven architecture）就是通过事件进行通信的软件架构。它分成四个部分。 ? 优点 分布式的异步架构，事件处理器之间高度解耦，软件的扩展性好 适用性广，各种类型的项目都可以用 性能较好，因为事件的异步本质，软件不易产生堵塞 事件处理器可以独立地加载和卸载，容易部署 缺点
95240发布于 2018-04-13 - 来自专栏全栈程序员必看
软件架构介绍
一、软件架构是个什么概念，架构的定义： 1.软件架构是一个系统的草图。 2.软件架构描述的对象是直接构成系统的抽象组件。 3.各个组件之间的连接则明确和相对细致地描述组件之间的通讯。 行业专家、产品咨询师、资深顾问通常我们说的架构师是1和2的结合 三、常见软件架构分类： 1）分层架构 分层架构（layered architecture）是最常见的软件架构，也是事实上的标准架构。 如果你不知道要用什么架构，那就用它。 这种架构将软件分成若干个水平层，每一层都有清晰的角色和分工，不需要知道其他层的细节。层与层之间通过接口通信。 事件驱动架构（event-driven architecture）就是通过事件进行通信的软件架构。它分成四个部分。 3）微核架构 微核架构（microkernel architecture）又称为”插件架构”（plug-in architecture），指的是软件的内核相对较小，主要功能和业务逻辑都通过插件实现。
1.1K20编辑于 2022-08-04 - 来自专栏Frank909
汽车软件架构学习笔记(一)：九问软件架构
Q1.什么是软件架构？ 软件架构的定义没有一个统一的标准，各有各的看法。 比如，一个汽车软件架构师，你说不你懂CAN协议终归不合适。 Q3.架构重要吗？ 重要，关系到软件系统的成败。 企业架构师是站在企业的角度负责多个应用系统的开发，不负责单个系统的具体功能，专注于打造企业内的软件生态系统，促进每个软件系统为企业贡献力量。 应用架构师关注于单个软件系统的架构设计。 我举个例子。 企业架构师的职责就是打造整个智能汽车软件生态。应用架构师可以只负责其中一个系统或者子系统的架构。 8.康威定律如何描述软件架构？ 但我个人认为，这种说法只是为了强调架构设计在软件开发过程中应该越早介入越好，是一种理想的状态。 备注：本文观点大多来自《恰如其分的软件架构》。
1.1K20编辑于 2022-01-11 - 来自专栏超级架构师
「软件架构」10种常见的软件架构模式
在主要的软件开发开始之前，我们必须选择一个合适的架构，为我们提供所需的功能和质量属性。因此，在将它们应用于我们的设计之前，我们应该了解不同的体系结构。 ? 什么是架构模式？ 根据维基百科， 架构模式是一种通用的、可重用的解决方案，用于解决给定上下文中软件架构中常见的问题。架构模式类似于软件设计模式，但范围更广。 用法 消息代理软件，如Apache ActiveMQ、Apache Kafka、RabbitMQ和JBoss消息传递。 ? 6. 点对点模式 在这种模式中，单个组件称为对等组件。 架构模式比较 下表总结了每种架构模式的优缺点。 ? common-software-architectural-patterns-in-a-nutshell-a0b47a1e9013 本文：http://jiagoushi.pro/node/964 讨论：请加入知识星球或者微信圈子【首席架构师圈
1.7K11发布于 2020-05-14 - 来自专栏Java技术进阶
【系统架构】-如何评估软件架构
概念 敏感点：一个或多个构件（和/或构件之间的关系）的特性 权衡点：影响多个质量属性的特性，是多个质量属性的敏感点 风险点：指架构设计中潜在的、存在问题的架构决策所带来的隐患 非风险点：指不会带来隐患 基于度量 该方式建立在软件架构度量的基础上，首先要建立质量属性和度量之间的映射原则，即确定怎么样从度量结果推出系统具有什么样的质量属性；然后从软件架构文档中获取度量信息；最后根据映射原则分析推到出系统的质量属性 基于场景 该方式由SEI首先提出并应用在架构权衡分析法（ATAM）和软件架构分析法（SAAM）中，它是通过分析软件架构对场景（也就是对系统的使用或修改活动）的支持程度，从而判断该架构对这一场景所代表的质量需求的满足程度 架构分析法-SAAM SAAM最初用于分析架构可修改性，后扩展到其他质量属性。 成本效益分析法-CBAM CBAM是在ATAM上构建的，用来对架构设计决策的成本和收益进行建模。
1.4K30编辑于 2022-12-02 - 来自专栏超级架构师
【软件架构】为杠杆（利用率）架构设计软件
卡瓦尔康蒂：我在这里谈论的是如何利用软件架构。首先，我将在这里定义杠杆的含义。这是谷歌的定义。杠杆率是相对于你所做投资的深度，你可以获得的价值量。我们希望获得比您所做的投资更高的价值。 在软件环境中，是您所做的决定、所做的选择，或者您所获得的与您所能创造的价值量相关的技术债务。 自2013年底以来，我一直是Nubank的首席软件工程师。七年多一点了。我住在巴西圣保罗。 在一个复杂的领域中迅速成长 Nubank是拉丁美洲领先的金融科技公司，是世界上最大的数字银行。 】 公众号 【jiagoushipro】【超级架构师】精彩图文详解架构方法论，架构实践，技术原理，技术趋势。 QQ群 【792862318】深度交流企业架构，业务架构，应用架构，数据架构，技术架构，集成架构，安全架构。以及大数据，云计算，物联网，人工智能等各种新兴技术。
53520编辑于 2022-03-03 - 来自专栏IT架构圈
『互联网架构』软件架构-软件系统设计（一）
软件系统设计 软件系统设计在很多人眼里就是写文档，写文档是一种负担，其实系统设计头脑风暴，是一种非常开心的事情。所以必须掌握什么是系统的设计。它里面有哪些方法论，如何去做一些系统设计。 体系结构设计 1.指明了一个系统是什么，它是整个软件中最本质的表现 开发人员看文档的时候，首先就要看体系结构。它是软件系统最本质的东西，主体的形态，人的骨架就是体系结构。 所以体系结构就需要了解软件设计的本质。也可以说架构。 2.应当设计的很稳定 盖到一半，要换地基是不是很悲催。开发的设计的时候一定要三思而后行。 而不是开发人员自己歪歪，高水平的设计人员就是设计出来刚刚满足用户需要的软件，而不是不惜一切代码设计出来一个最先进的软件，没有最好，只有最合适。 软件体量约小，扩展能力越强，船小好调头。为什么项目分阶段，就是为了可扩展。
82910发布于 2019-03-04 - 来自专栏一个会写诗的程序员的博客
软件架构的本质
引子 本文是一篇强调实践、注重实效、轻量级、面向开发者的软件架构指南。你将从中学到： 软件架构的本质； 为什么软件架构角色应当包含编码、指导与合作； 如何用简单的草图让你的软件架构可视化； 软技能。 软件架构的本质 软件架构词汇图谱 在不同的人眼里“架构”一词的意思大相径庭，互联网上对架构的定义也多如牛毛。过去几年里我问过上百人同一个问题，在他们看来“架构”意味着什么。 软件架构角色：编码、指导与合作 软件架构角色 下面是我认为构成软件架构角色应有的内容。注意，我这里说的是“角色”；它可以是一个人，也可以由团队共同扮演。 编码为架构师提供了一种与团队分享软件开发经验的方式，从而帮助他们更好地理解如何从开发的角度看待架构。一个写代码的软件架构师会更有成效也更快乐。你不应该因为“我是架构师”，就把自己排除在编码之外。 Maps of your code：用于可视化软件架构的 C4 模型: 上下文、容器、组件和代码 C4 模型是绘制软件架构图的“抽象优先”方法，基于反映软件架构师和开发人员如何思考和构建软件的抽象。
1K21编辑于 2022-07-01
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号