软件架构基础知识
软件系统架构
系统与子系统
系统：指由一群有关联的个体组成，根据某种规则运作，能完成个别元件不能单独完成的能力的工作群体。
- 关联：系统是由一群有关联的个体组成的，没有关联的个体堆在一起不能成为一个系统。例如，把一个汽车发动机和一堆苹果放在一起不能称之为一个系统，把发动机、底盘、轮胎、车架组合起来才能成为一台汽车，构成一个系统。
- 规则：系统内的个体需要按照指定的规则运作，而不是单个个体各自为政。规则规定了系统内个体分工和协作的方式。例如，汽车发动机负责产生动力，然后通过变速器和传动轴，将动力输出到车轮上，从而驱动汽车前进。
- 能力：系统能力与个体能力有本质的差别，系统能力不是个体能力之和，而是产生了新的能力。例如，汽车能够载重前进，而发动机、变速器、传动轴、车轮本身都不具备这样的能力。
子系统：子系统也是由一群有关联的个体所组成的系统，多半会是更大系统中的一部分。子系统的定义和系统定义是一样的，只是观察的角度有差异，一个系统可能是另外一个更大系统的子系统。
模块、组件、服务
模块：是一套一致而互相有紧密关连的软件组织。它分别包含了程序和数据结构两部分。现代软件开发往往使用模块作为合成的单位
组件：自包含的、可编程的、可重用的、与语言无关的软件单元，组件可以很容易被用于组装应用程序中模块和组件都是系统的组成部分，只是从不同的角度拆分系统而已。
从逻辑的角度来拆分系统后，得到的单元就是“模块” ；从物理的角度来拆分系统后，得到的单元就是“组件” 。划分模块的主要目的是职责分离；划分组件的主要目的是单元复用
服务：服务和组件有某种相似之处：它们都将被外部的应用程序使用。两者之间最大的差异在于：组件是在本地使用的（例如Jar文件）；而服务是运行起来的，要通过同步或异步的远程接口来远程使用（例如RESTFul接口、web service、消息系统、RPC，或者socket）
软件架构原则
解耦
分层
封装
架构图
业务架构图
使用者：CEO、CIO、CTO、产品总监
功能架构图
使用者：产品总监、产品经理
系统架构图
使用者：系统架构师
技术架构图
使用者：系统架构师
数据架构图
使用者：CTO、系统架构师、数据架构师
部署架构图
本文由 huzd 创作，采用 知识共享署名4.0 国际许可协议进行许可本站文章除注明转载/出处外，均为本站原创或翻译，转载前请务必署名最后编辑时间
为:
2023/03/02 09:39