丫丫的宝贝
系统架构图的类别
逻辑架构图、部署架构图、运行架构图、网络架构图，再加上一个数据架构图，称为架构5视图或4+1视图，为什么有那么多视图呢，是因为架构不是那么简单那么容易理解的，不同人不同角度会有不同的看法，5个视图差不多就是同一个事物的5种看法吧。
至于架构的意思、区别，我就不打字了，从其它地方弄了一个过来，供参考：5视图法可以帮助软件架构师以不同的视角对软件的各个方面的属性：功能需求，约束，运行期质量属性，开发期质量属性。
1、 逻辑架构：逻辑架构关注功能，不仅包括用户可见的功能，还包括为实现用户功能而必须提供的“辅助功能模块”——。
2、 开发架构：开发架构关注程序包，不仅包括要编写的源程序，还包括可以直接使用的第三方SDK和现场框架、类库，以及开发的系统将运行于其上的系统软件或中间件。
关注编译时刻的静态依赖关系。
3、 运行架构：运行架构关注进程、线程、对象等运行时概念，以及相关的并发，同步，通信等问题。
运行架构关注运行期间各个单元的交互。
4、 物理架构：物理架构关注“目标程序及其依赖的运行库和系统软件”最终如何安装或部署到物理机器，以及如何部署机器和网络来配合软件系统的可靠性，可伸缩性等要求。
5、 数据架构：数据架构关注持久化数据的存储方案，不仅包括实体及实体关系的存储格式、还包括数据传递，数据复制，数据同步等策略。
架构的种类
根据我们关注的角度不同，可以将架构分成三种：1.逻辑架构、软件系统中元件之间的关系，比如用户界面，数据库，外部系统接口，商业逻辑元件，等等。
如图是一个逻辑架构的例子 从上面这张图中可以看出，此系统被划分成三个逻辑层次，即表象层次，商业层次和数据持久层次。
每一个层次都含有多个逻辑元件。
比如WEB服务器层次中有HTML服务元件、Session服务元件、安全服务元件、系统管理元件等。
2.物理架构、软件元件是怎样放到硬件上的。
比如下面这张物理架构图描述了一个分布于北京和上海的分布式系统的物理架构，图中所有的元件都是物理设备，包括网络分流器、代理服务器、WEB服务器、应用服务器、报表服务器、整合服务器、存储服务器。
主机等等。
如图是一个物理架构的例子3.系统架构、系统的非功能性特征，如可扩展性、可靠性、强壮性、灵活性、性能等。
系统架构的设计要求架构师具备软件和硬件的功能和性能的过硬知识，这一工作无疑是架构设计工作中最为困难的工作。
此外，从每一个角度上看，都可以看到架构的两要素：元件划分和设计决定。
首先，一个软件系统中的元件首先是逻辑元件。
这些逻辑元件如何放到硬件上，以及这些元件如何为整个系统的可扩展性、可靠性、强壮性、灵活性、性能等做出贡献，是非常重要的信息。
其次，进行软件设计需要做出的决定中，必然会包括逻辑结构、物理结构，以及它们如何影响到系统的所有非功能性特征。
这些决定中会有很多是一旦做出，就很难更改的。
为了讨论和分析软件构架，必须首先定义构架表示方式，即描述构架重要方面的方式。
在 Rational Unified Process 中，软件构架文档记录有这种描述。
我们决定以多种构架视图来表示软件构架。
每种构架视图针对于开发流程中的涉众（例如最终用户、设计人员、管理人员、系统工程师、维护人员等）所关注的特定方面。
构架视图显示了软件构架如何分解为构件，以及构件如何由连接器连接来产生有用的形式 ，由此记录主要的结构设计决策。
这些设计决策必须基于需求以及功能、补充和其他方面的约束。
而这些决策又会在较低层次上为需求和将来的设计决策施加进一步的约束。
构架由许多不同的构架视图来表示，这些视图本质上是以图形方式来摘要说明“在构架方面具有重要意义”的模型元素。
在 Rational Unified Process 中，您将从一个典型的视图集开始，该视图集称为“4+1 视图模型”。
它包括：用例视图：包括用例和场景，这些用例和场景包括在构架方面具有重要意义的行为、类或技术风险。
它是用例模型的子集。
逻辑视图：包括最重要的设计类、从这些设计类到包和子系统的组织形式，以及从这些包和子系统到层的组织形式。
它还包括一些用例实现。
它是设计模型的子集。
实施视图：包括实施模型及其从模块到包和层的组织形式的概览。
同时还描述了将逻辑视图中的包和类向实施视图中的包和模块分配的情况。
它是实施模型的子集。
进程视图：包括所涉及任务（进程和线程）的描述，它们的交互和配置，以及将设计对象和类向任务的分配情况。
只有在系统具有很高程度的并行时，才需要该视图。
在 Rational Unified Process 中，它是设计模型的子集。
配置视图：包括对最典型的平台配置的各种物理节点的描述以及将任务（来自进程视图）向物理节点分配的情况。
只有在分布式系统中才需要该视图。
它是部署模型的一个子集。
构架视图记录在软件构架文档中。
您可以构建其他视图来表达需要特别关注的不同方面：用户界面视图、安全视图、数据视图等等。
对于简单系统，可以省略 4+1 视图模型中的一些视图。
虽然以上视图可以表示系统的整体设计，但构架只同以下几个具体方面相关： 模型的结构，即组织模式，例如分层。
基本元素，即关键用例、主类、常用机制等，它们与模型中的各元素相对。
几个关键场景，它们表示了整个系统的主要控制流程。
记录模块度、可选特征、产品线状况的服务。
构架视图在本质上是整体设计的抽象或简化，它们通过舍弃具体细节来突出重要的特征。
在考虑以下方面时，这些特征非常重要：1.系统演进，即进入下一个开发周期。
2.在产品线环境下复用构架或构架的一部分。
3.评估补充质量，例如性能、可用性、可移植性和安全性。
4.向团队或分包商分配开发工作。
5.决定是否包括市售构件。
6.插入范围更广的系统。
系统构架的架构分类
第一种是基础架构的设计规划，例如：OS，硬件，网络，各种应用服务器等等。
第二种是软件开发设计的架构师，他们负责规划程序的运行模式，层次结构，调用关系，规划具体的实现技术类型，甚至配合整个团队做好软件开发中的项目管理。
常见的网站架构分类有哪些
展开全部 CNC装置的硬件结构：按组成CNC装置的印刷电路板的结构特点和插拔方式的不同，可分为大板式结构和模块化结构两类；按CNC装置内部微处理器的数量，可分为单微处理器和多微处理器结构两类。
软件结构特点： 1）多任务并行处理：并行处理指计算机在同一时间内完成两种或两种以上相同性质或性质不同的工作。
2）时实中断处理：满足时实性和多任务的要求，中断结构决定了系统软件结构.硬件结构特点：...
