ONEPSOFT | 软考学习知识库
deepread14|第5章 应用系统架构类型详解
知识点深度解读:应用系统架构类型
一、知识点定位
「应用系统架构类型」属于【第 5 章 · 应用系统规划】的架构分类内容(分布于 5.1 基础知识、5.4.3 面向服务的架构等)。它回答应用系统 " 在结构上长什么样 "——是规划时选架构的依据。
二、教材原文精摘(架构类型核心)
【分层体系】原文:
应用系统从上至下可划分为界面交互层、业务处理层、数据处理层、数据存储层……各层面内部由协作元素聚集,层面之间依靠接口通信。
【客户机/服务器架构】原文:
从最初的两层结构到三层结构,再到基于 Web 的 B/S 结构。两层:前端程序在客户机,后台数据在数据库服务器;优点简单、性能好,但维护不便。三层:把业务处理程序提到专门的应用服务器上,业务规则改变只需更新应用服务器;但实现难度较大。B/S:界面程序被 Web 页替代,不需专门客户端,只需通用浏览器;优越性是无须维护客户机、支持互联网远程,不足是传输速度/安全性/稳定性低于传统 C/S。
【组件分布架构】原文:
组件分布可突破传统 C/S 不对称分布的限制,使分布对称——某组件既可是服务器也可是客户机。需组件分布中间层构件(如 CORBA、DCOM、EJB)作为软件总线支持插拔与通信。
【面向服务的架构 SOA】原文:
SOA 是一种架构设计模型/方法论,将应用程序不同功能单元通过定义良好的接口和契约联系起来;接口中立,独立于硬件平台、OS、语言。适用:组织级应用集成、业务流程管理、系统扩展和重用、云计算和微服务架构(微服务是基于 SOA 的架构风格,划分为一系列小型自治服务)。
【集中式/分布式(物理结构,引自第 1 章)】原文:
集中式:物理资源空间集中配置,优点资源集中便于管理、利用率高;缺点规模扩大后维护困难、主机故障致全系统瘫痪(脆弱)。分布式:通过网络联系多地资源实现共享,可按需配置、应变好、易扩展、安全(单点故障不瘫整体);缺点是标准难统一、协调困难。
三、系统解读(逐段讲透)
核心一句话总结:架构类型从 " 怎么切(分层)" " 怎么连(C/S→三层→B/S、组件分布)" " 怎么解耦(SOA/微服务)" " 硬件怎么摆(集中/分布)" 四个角度描述一个应用系统的样子。
四、工程实践举例(土木工程背景)
用 " 一栋建筑/一个园区 " 套:建筑也是分层、也是从集中到分布演进的。
教材 ↔ 土木工程实践 对照表:
| 教材要素 | 工程实践对应 | 映射说明 |
|---|---|---|
| 分层体系 4 层 | 建筑:基础/结构/机电/装修 分层 | 纵向职责切分 |
| 两层 C/S | 现场办公室兼做管理 + 存档(一台电脑管全部) | 前端 + 数据集中一处 |
| 三层 C/S | 项目部 (管理)+ 企业总部服务器 (数据) 分离 | 易变业务抽到中间层 |
| B/S | 手机/网页即可查进度,无需装专用软件 | 免客户端、远程 |
| 组件分布 | 各分包单位既供料又施工,角色随任务变 | 对称分布 |
| SOA/微服务 | 各专业分包以标准接口协作(BIM 协同) | 松耦合、可复用 |
| 集中式 | 单栋大厂房集中生产 | 好管但单点故障 |
| 分布式 | 多个单体 + 网络联动的园区 | 应变强但协调难 |
流程对比(C/S 演进:两层→三层→B/S):
流程图(结构化呈现)
工程类比
教材
对应关系
| 节点A | 关系 | 节点B |
|---|---|---|
| 两层C/S:客户端兼界面业务 | 对应 | 两层:现场电脑管一切 |
| 三层C/S:业务抽至应用服务器 | 对应 | 三层:项目部+总部服务器 |
| B/S:Web替代客户端 | 对应 | B/S:浏览器即可查 |