内容简介 编辑
架构是设计一切系统的基础和核心。随着用户需求的变化及技术的发展，我们身边各式各样的系统也日趋复杂。如何在万象中剥离繁华，提炼事物的本质和精髓，“系统架构”正是化繁为简、打通两极世界的一门艺术。
架构之美，在于和谐。本套“架构之美”系列丛书，以期从业务梳理、流程建模、软件架构、设计模式等方面进行系统、全面地介绍。强调理论与实践相结合，国外发展趋势与国
转载
2023-09-15 08:19:47
77阅读
1.1 CS结构C/S软件体系结构是基于资源不对等，且为实现共享而提出来的，是20世纪90年代成熟起来的技术， C/S体系结构定义了工作站如何与服务器相连，以实现数据和应用分布到多个处理机上。 C/S体系结构有三个主要组成部分：数据库服务器、客户应用程序和网络。l服务器 （1）数据库安全性的要求； （2）数据库访问并发性的控制； （3）数据库前端的客户应用程序的全局数据完整性规则； （4）数据库的
转载
2023-07-14 20:07:31
150阅读
软件架构（archite
原创
2022-08-10 17:00:54
435阅读
SaaS系统的应用与架构 一、SAAS系统应用场景 SaaS 应用近几年来越来越火，这主要得益于国内云计算设施的发展 —— 我们开发应 用所需要的硬件计算资源、存储资源和网络资源等。企业建设应用或平台不用再像以前那样 先采购服务器，然后建立自己的机房或者将服务器托管了，仅需在华为、阿里或腾讯等云服 务商那
转载
2023-08-30 15:14:23
204阅读
1、简介Enterprise Architect简称ea，是一种最受欢迎的企业架构软件，一个对于软件系统开发有着极好支持的CASE软件（Computer Aided Software Engineering）。EA不同于普通的UML画图工具（如VISIO），它将支撑系统开发的全过程。在需求分析阶段，系统分析与设计阶段，系统开发及部署等方面有着强大的支持，同时加上对10种编程语言的正反向工程，项目管
转载
2023-07-11 20:43:32
116阅读
参考：http://www.ruanyifeng.com/blog/2016/09/software-architecture.html 1. 什么是分层架构分层架构是一种很常见的架构模式，它也叫N层架构。这种架构是大多数Jave EE应用的实际标准，因此很多的架构师，设计师，还有程序员都知道它。许多传统IT公司的组织架构和分层模式十分的相似。所以它很自然的成为大多数应用的架构模式。2. 模
转载
2023-09-25 12:17:34
170阅读
一、概述首先，简单介绍一下我对软件体系结构的认识。架构风格能改进分块，还能为频繁出现的问题提供解决方案，以此促进设计重用。与建筑师设定建筑项目的设计原则和目标，作为绘图员画图的基础一样，软件架构师或者系统架构师陈述软件架构以作为满足不同客户需求的实际系统设计方案的基础。从目的、主题、材料和结构的联系上来说，软件架构可以和建筑物的架构相比拟。一个软件架构师需要有广泛的软件理论知识和相应的经验来实施和
转载
2023-07-30 18:31:18
162阅读
任何一款软件，从无到有，再到完善，一般都会经历一个漫长的过程。在这个过程当中，架构师的水平和软件体系架构本身的灵活性，就会处于一个很核心的位置。太多的软件，因为架构的问题，造成产品发布日期延迟，或者项目交付工期延迟，给测试、实施、售后等工作等造成一系列的问题。 还有的原因，是因为在同期，有很多种竞争技术，由于架构师的选型，选择了其中一种技术，而这种技术，在长期发展过程当中，败给了竞争技术，
转载
2023-10-04 21:45:51
88阅读
1 软件视图的分类现代软件系统非常复杂，通常在某个具体的时间内只需将注意力集中在某几个结构上(就像看病时，医生只是将注意力集中在某方面的人体结构上，骨科医生与心血管科医生关心不同的结构)，结构是元素本身的集合，而视图则是捕获和表达结构(文档描述)，虽然它们有区别，但在实际使用时则不严格区分，即从系统体系的角度说是结构，从文档角度说是视图。软件架构是一种无法以简单的一维方式进行说明的复杂实体，从不同
转载
2023-07-12 17:55:33
127阅读
颠覆传统的流程灵活性，洞察力，交付速度，所有权和支持成本的概念的技术往往会改变业务应用程序。 Forrester是一家全球研究和咨询公司，可帮助全球顶尖公司将变革的复杂性转化为业务优势。 根据Forrester的一项研究 ，以下简短介绍了十个关键趋势，这些趋势将推动业务应用程序的转型，并且可由应用程序交付负责人，应用程序架构师和企业架构师用来告知其应用程序策略。 1.云部署模型 如今，传统应
转载
2023-10-07 18:42:12
77阅读
思维导图1. 软件发展史
2. 软件体系结构定义 软件体系结构由组件、组件的关系、组件的属性三部分构成，而这也是软件设计需要考虑的因素： （1）组件：实现一定功能的代码块，比如Java中的包，包中的类，类中的方法；一个组件可以进一步细分为更小的组件；几乎所有现代软件系统都是由组件构成。 （2）组件的关系：几乎所有现代软件系统都是由组件组成，如调用关系、包含关系。 (3) 组件的属性：对组件的功能性
转载
2023-09-25 19:07:44
118阅读
如果一个软件开发人员，不了解软件架构的演进，会制约技术的选型和开发人员的生存、晋升空间。这里我列举了目前主要的四种软件架构以及他们的优缺点，希望能够帮助软件开发人员拓展知识面。一、单体架构单体架构比较初级，典型的三级架构，前端(Web/手机端)+中间业务逻辑层+数据库层。这是一种典型的Java Spring mvc或者Python Django框架的应用。其架构图如下所示：单体架构单体架构的应用比
转载
2023-09-08 10:25:51
81阅读
文章目录一、网络编程是什么？二、软件架构1.c/s架构2.b/s架构三、OSI七层1.物理层2.链路层3.网络层4.传输层5.应用层四、TCP/UDP协议1.TCP2.UDP协议 一、网络编程是什么？一个完整计算机系统（硬件、应用软件、操作系统）可以单机运作（玩单机游戏、编写文本等）当我们需要与别的计算机系统交互时，就需要用到互联网。 网络编程基于互联网编程，就是对信息的发送到接收，中间传输为物
转载
2023-10-07 18:55:06
87阅读
说明 1 整理2009~2016年系统构架师"软件架构设计"题目 2 内容见文档：“考点按章节整理\第 9 章 软件架构设计\软件架构设计.docx” 3 更新文档：“各年例题分类.xlsx”项目地址 https://gitee.com/lxmuyu/soft_examination.git考题分布 软件架构设计 目录 软件架构设计 1 1 软件架构概述 41.1 软件架构的定义 4 1.1.1
转载
2023-07-13 10:23:11
74阅读
架构定义软件架构的概念分组成派和决策派两类，组成派以软件本身为描述对象，分析软件组成，决策派以人的决策为描述对象，归纳架构决策的类型。组成派定义示例：软件架构将系统描述为计算组件及组件之间的交互。计算组件是泛指，可进一步划分为处理组件、数据组件、连接组件等，可以指子系统、框架、模块以及类等不同粒度的软件单元。决策派定义示例：软件架构包括以下一系列问题的重要决策：（1）软件系统的组织；（2）选择组成
转载
2023-11-11 08:54:08
63阅读
零几年最早接触编程时，写的课程设计就是MVC架构，这就是一种典型的分层架构。 一、分层概念分层是一种常见的根据系统中的角色/职责拆分和组织代码单元的常规实践。注：本文说的不单指后端架构，而是整个软件的分层架构，包含前端、后端、数据库。在一个分层系统中，每一层：依赖它之下的层；和它之上的层无关，对使用(依赖)它的层次无感知。在分层架构中，分层可以访问它之下的任何分层。二、分层历史2.1 单层架构-
转载
2023-07-14 15:45:13
306阅读
0x00 背景真不是和被推荐了2天的博客园一位大神较真，从他那篇文章的索引式文章内容也学习到了很多东西，看评论区那么多对社交APP源码有兴趣的，正巧我上周把我的一个社交APP开源了，包括android源码和基于Laravel服务器的源码，并且之前有文章完整的介绍了Android端迁移到MVP架构的实战内容，和如何从linux小白到部署代码的内容，基本上从如何开发一款社交app到如何重构优化的思想都
转载
2023-07-30 15:39:56
145阅读
1、架构师--软件架构的层次当前系统和外部系统的关系为0层；当前系统和子系统调用关系为1层；系统内部模块之间的调用关系为2层；模块内部之间类的具体调用关系，详细设计为3层；架构设计时需从0层开始，逐级到3层； 2、 企业顶层信息化架构设计的4大架构，宏观设计业务架构---应用架构---技术架构---数据架构。 3、 一个应用系统架构表达方式 4+1模型逻辑架构：逻辑组件组成，组
转载
2023-06-30 13:33:34
357阅读
架构模式是对给定上下文的软件架构中常见问题的一种通用的可复用的解决方案。一种模式就是特定上下文的问题的一种解决方案。然而，很多开发者至今还对各种软件架构模式之间的差别搞不清，甚至对其所知甚少。大体上，主要有下面这7种架构模式：分层架构多层架构管道/过滤器架构客户端/服务器架构模型/视图/控制器架构事件驱动架构微服务架构1分层架构模式最常见的架构模式就是分层架构或者称为 n 层架构。大部分软件架构师
转载
2023-07-11 21:00:57
286阅读
一、怎样将软件架构思想应用到代码中？上篇说到，好的软件架构，是要花费最小的人力，实现软件的构建和维护。那对应到代码中是什么样呢？个人理解，就是需求变动的时候，需要改动的代码最少。但是需求就是在不断的变，要改动的代码怎么能少呢？需求的变化不是我们工程师能决定的。但是修改的代码量却是可以减少的。使用合理的方法应对变化，是核心。对于个人而言，如何就能算花费的能量最少了？看《意志力》一书讲了，人在不断做决
转载
2023-07-31 17:09:42
34阅读
