用于描述物理架构的图由哪些

A. 系统架构图的类别

逻辑架构图、部署架构图、运行架构图、网络架构图，再加上一个数据架构图，称为架构5视图或4+1视图，为什么有那么多视图呢，是因为架构不是那么简单那么容易理解的，不同人不同角度会有不同的看法，5个视图差不多就是同一个事物的5种看法吧。至于架构的意思、区别，我就不打字了，从其它地方弄了一个过来，供参考：
5视图法可以帮助软件架构师以不同的视角对软件的各个方面的属性：功能需求，约束，运行期质量属性，开发期质量属性。
1、 逻辑架构：逻辑架构关注功能，不仅包括用户可见的功能，还包括为实现用户功能而必须提供的“辅助功能模块”——。
2、 开发架构：开发架构关注程序包，不仅包括要编写的源程序，还包括可以直接使用的第三方SDK和现场框架、类库，以及开发的系统将运行于其上的系统软件或中间件。关注编译时刻的静态依赖关系。
3、 运行架构：运行架构关注进程、线程、对象等运行时概念，以及相关的并发，同步，通信等问题。运行架构关注运行期间各个单元的交互。
4、 物理架构：物理架构关注“目标程序及其依赖的运行库和系统软件”最终如何安装或部署到物理机器，以及如何部署机器和网络来配合软件系统的可靠性，可伸缩性等要求。
5、 数据架构：数据架构关注持久化数据的存储方案，不仅包括实体及实体关系的存储格式、还包括数据传递，数据复制，数据同步等策略。

B. 写出数据结构中包含的物理结构和逻辑结构分别有哪些

我晕。东软哪个专业的哦。有答案了麻烦给我转发个。
[email protected]。谢谢了

C. 物理知识结构图怎么写

给您找了个例子：就是从大的知识结构进行细化，可以用树状的，也可以用大标题的，我给你找的是大标题的：
第六章 托勒密 →哥白尼→ 伽利略 →第谷 →开普勒→牛顿→卡文迪许
开普勒定律
内容
F=Gm1m2/R^2 质点 质量分布均匀球体
牛顿万有引力定律 成就..
M=4π^2R^3/GT^2 (M=gR^2/G)
ρ=3πr^3/GT^2R^3
小实验 自由落体 h=1/2 g`t^2
竖直上抛 v0^2=2g`h v0=g`h/2
平抛 X=v0t y=1/2 g`t^2
圆周 v0=√(g`R)
圆锥摆 T=2π√(Lcosa/g)
机械能守恒 mg`h=1/2 mv^2
结论 ： ① v∝1/√r
②ω∝1/√r^3
③a∝1/r^2
④ T∝√r^3
双星 ① r1/r2=m1/m2
②v1/v2=m2/m1=r1/r2
③r1+r2=L r1=m2L/(m1+m2) r2=m1L/(m1+m2)

D. 网络的物理拓扑结构类型包括哪些

网络的物理拓扑结构类型包括：总线型拓扑结构；星形拓扑结构；树形拓扑结构；环形拓扑结构。

网络拓扑是网络形状，或者是网络在物理上的连通性。网络拓扑结构是指用传输媒体互连各种设备的物理布局，即用什么方式把网络中的计算机等设备连接起来。拓扑图给出网络服务器、工作站的网络配置和相互间的连接。网络的拓扑结构有很多种，主要有星型结构、环型结构、总线结构、分布式结构、树型结构、网状结构、蜂窝状结构等。

E. 什么是物理架构

就是指硬件。

F. 文件的逻辑结构和物理结构各有哪些基本形式

Log File物理结构

log block结构分为日志头段、日志记录、日志尾部

Block Header

这个部分是每个Block的头部，主要记录的块的信息

G. 常见的系统图式有哪几种

系统图一般可分为两种，一种是对策型系统图，另一种是原因型系统图。系统图简单，直观。可以形象地将繁杂流程一目了然地展现出来。
系统结构图是结构化设计方法使用的描述方式,也称结构图或控制结构图。它表示了一个系统 (或功能模块) 的层次分解关系,模块之间的调用关系,以及模块之间数据流和控制流信息的传递关系,它是描述系统物理结构的主要图表工具。

系统结构图反映的是系统中模块的调用关系和层次关系,谁调用谁,有一个先后次序(时序)关系.所以系统结构图既不同于数据流图,也不同于程序流程图.在系统结构图中的有向线段表示调用时程序的控制从调用模块移到被调用模块,并隐含了当调用结束时控制将交回给调用模块。

H. 结构图，系统图，拓扑图，怎么区分理解

结构图以模块的调用关系为线索，用自上而下的连线表示调用关系并注明参数传递的方向和内容，从宏观上反映软件层次结构的图形，结构图分建筑图和组织结构图。

系统图，简单来说， 当某一目的较难达成，一时又想不出较好的方法，或当某一结果令人失望，却又找不到根本原因，在这种情况下，建议应用品管新七大手法之一的系统图，通过系统图，你一定会豁然开朗，原来复杂的问题简单化了，找不到原因的问题找到了原因之所在。

系统图就是为了达成目标或解决问题，以目的——方法或结果—原因层层展开分析，以寻找最恰当的方法和最根本的原因。系统图目前在企业界被广泛应用。

拓扑结构图由网络节点设备和通信介质构成的网络结构图。 在选择拓扑结构时，主要考虑的因素有：安装的相对难易程度、重新配置的难易程度、维护的相对难易程度、通信介质发生故障时，受到影响的设备的情况。

(8)用于描述物理架构的图由哪些扩展阅读：

拓扑结构图是指由网络节点设备和通信介质构成的网络结构图。网络拓扑定义了各种计算机、打印机、网络设备和其他设备的连接方式。换句话说，网络拓扑描述了线缆和网络设备的布局以及数据传输时所采用的路径。网络拓扑会在很大程度上影响网络如何工作。

网络拓扑包括物理拓扑和逻辑拓扑。物理拓扑是指物理结构上各种设备和传输介质的布局。物理拓扑通常有总线型、星型、环型、树型、网状型等几种。

I. 什么是系统结构图

系统结构图是对软件系统结构的总体设计的图形显示，在需求分析阶段,已经从系统开发的角度出发,把系统按功能逐次分割成层次结构,使每一部分完成简单的功能且各个部分之间又保持一定的联系,这就是功能设计.在设计阶段,基于这个功能的层次结构把各个部分组合起来成为系统.(3)处理方式设计:确定为实现软件系统的功能需求所必需的算法,评估算法的性能.确定为满足软件系统的性能需求所必需的算法和模块间的控制方式(性能设计).确定外部信号的接收发送形式.
用Microsoft Visio Trial来画系统结构图

J. 架构的种类

根据我们关注的角度不同，可以将架构分成三种：
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.插入范围更广的系统。