软件结构图有哪几种,软件结构图有哪几种类型

软件架构的种类

根据我们关注的角度不同，可以将架构分成三种：软件系统中元件之间的关系，比如用户界面，数据库，外部系统接口，商业逻辑元件，等等。

比如下面就是笔者亲身经历过的一个软件系统的逻辑架构图

图2、一个逻辑架构的例子

从上面这张图中可以看出，此系统被划分成三个逻辑层次，即表象层次，商业层次和数据持久层次。每一个层次都含有多个逻辑元件。比如WEB服务器层次中有HTML服务元件、Session服务元件、安全服务元件、系统管理元件等。软件元件是怎样放到硬件上的。

比如下面这张物理架构图描述了一个分布于北京和上海的分布式系统的物理架构，图中所有的元件都是物理设备，包括网络分流器、代理服务器、WEB服务器、应用服务器、报表服务器、整合服务器、存储服务器、主机等等。系统的非功能性特征，如可扩展性、可靠性、强壮性、灵活性、性能等。

系统架构的设计要求架构师具备软件和硬件的功能和性能的过硬知识，这一工作无疑是架构设计工作中最为困难的工作。

此外，从每一个角度上看，都可以看到架构的两要素：元件划分和设计决定。

首先，一个软件系统中的元件首先是逻辑元件。这些逻辑元件如何放到硬件上，以及这些元件如何为整个系统的可扩展性、可靠性、强壮性、灵活性、性能等做出贡献，是非常重要的信息。

其次，进行软件设计需要做出的决定中，必然会包括逻辑结构、物理结构，以及它们如何影响到系统的所有非功能性特征。这些决定中会有很多是一旦作出，就很难更改的。

根据作者的经验，一个基于数据库的系统架构，有多少个数据表，就会有多少页的架构设计文档。比如一个中等的数据库应用系统通常含有一百个左右的数据表，这样的一个系统设计通常需要有一百页左右的架构设计文档。

软件体系结构“4+1”视图是哪几种视图

逻辑视图(logical view),开发视图(develepment view), 进程视图( process view), 物理视图(physical view),还有场景(scenaries)

软件体系结构主要包括哪些视图,每种视图的作用

包括普通视图、幻灯片浏览视图、备注页视图和幻灯片放映视图.

软件体系结构有哪些?

bs结构,cs结构,大类主要分这两类,.net是软件的开发环境和平台,不是软件体系结构.

软件的层次结构

物理层,数据链路层,网络层,传输层,会晤层,表示层,应用层

cnc装置的系统软件结构模式有几种

:硬件结构可以分为单微处理器CNC结构;多微处理器结构;开放式结构. 单微处理器结构由于CPU通过总线与各个控制单元连接,完成信息交换,结构比较简单,但是由于只用一个微处理器来集中控制,CNC的功能受到微处理器字长、寻址功能和运算速度等因素的限制. 多微处理器CNC系统采用模块化技术,由多个功能模块组成.这种结构简单,系统配置灵活,实现容易,而被广泛采用. 开放式结构数控系统是一种模块化的通用数控系统,他以工业PC机作为CNC系统的支撑平台,并根据需要装入自己的控制卡和数控软件组成数控系统.

什么叫做软件系统结构图的宽度?

程序结构图的例图及有关术语列举如下: 深度:表示控制的层数. 上级模块、从属模块:上、下两层模块a和b,且有a调用b,则a是上级模块,b是从属模块. 宽度:整体控制跨度(最大模块数的层)的表示.

用什么工具画软件架构设计图

1、Microsoft Office Visio

Office Visio 是office软件系列中的负责绘制流程图和示意图的软件，是一款便于IT和商务人员就复杂信息、系统和流程进行可视化处理、分析和交流的软件。

2、ProcessOn

是一款网页版的在线作图工具，优点是无需下载安装、破解这些破事，同时支持在线协作，可以多人同时对一个文件协作编辑，而且上手比较容易，它提供很多流程图模版，可以方便的画出流程图、思维导图、原型图、UML图。

3、OmniGraffle

OmniGraffle可以用来绘制图表，流程图，组织结构图以及插图，也可以用来组织头脑中思考的信息，组织头脑风暴的结果，绘制心智图，作为样式管理器，或设计网页或PDF文档的原型。只能于运行在Mac OS X和iPad平台之上。

4、亿图

是一款基于矢量的绘图工具，包含大量的事例库和模板库。可以很方便的绘制各种专业的业务流程图、组织结构图、商业图表、程序流程图、数据流程图、工程管理图、软件设计图、网络拓扑图等等。

5、Axure RP

Axure RP是美国Axure Software Solution公司旗舰产品，是一个专业的快速原型设计工具，让负责定义需求和规格、设计功能和界面的专家能够快速创建应用软件或Web网站的线框图、流程图、原型和规格说明文档。

怎么区别软件架构，系统架构，解决方案架构，企业架构

不同的架构方法论，会将架构分为不同视图，每个视图侧重某一个方面、领域的问题。比如希赛推的ADMEMS架构体系，分为以下几种视图： 1. 数据架构：描述数据的存储结构、格式等方面。 2. 物理架构：描述机器的物理部署、网络拓扑方面。 3. 运行架构：描述运行期线程、进程间的交互工作机制。 4. 逻辑架构：指如何将代码分成不同模块、组件，以及之间的职责分配、交互行为。 5. 开发架构：主要指开发工具的选择，程序单元的划分，开发管理规范流程等方面。例如分为哪些工程、项目，源代码管理，自动化编译构建、测试、部署等。目前国际上运用比较广泛的是TOGAF架构体系，他把架构分为业务架构、数据架构、应用架构、技术架构等几个方面。想详细的了解这些架构视图，可以参考这些架构体系相关的书、资料。另外有很多人无缘无故的抨击架构概念，不知道是出于调侃还是无知。埃及的金字塔、神庙的建设，不是几个平常的泥瓦匠聚在一起就能够造出来的。像SAP、Oracle ERP，国内的金蝶等大规模的系统，以及空间站、火箭的控制系统等，没有系统性的架构方法、规范、流程，结果只能是悲剧。当规模、复杂度没有达到一定程度，比如在一些小的团队、产品中，架构过程可能融入到老板、经理、组长、资历较深的一些开发者中，融入在大家的日常工作中，以至于感觉不到架构的存在。就算遇到一些问题，因规模不大、复杂度不高，也比较容易调整。当这些前提条件发生变化时，架构的作用和必要性就逐步的体现出来。总的来说，一说到架构，如果你懂软件，那么你会了解为一个软件系统，这个软件设计的组成结构，如哪些是基础支持组件，哪些是完成A业务，哪些完成B业务。。。但说道企业架构的时候，就会问，该企业架构的几个架构如业务架构、数据架构、业务架构、技术架构，以及他们如何链接在一起。我倒觉得，一个企业确实需要这样的架构，但不要神话它，最主要的是业务如何最终体现到软件中和流程中。而采取分离式设计时，最容易的错误就是各自为政，集成困难。那么以数据为中心的架构设计，会自然提供集成的基础。我提到过，企业最重要的资产是数据，甚至不是信息，是数据。企业的业务流程会变，IT系统会变，所需要的信息与知识会变，唯有数据能够积淀下来。这有点象自然演进，考古那种，啥都会消失，唐朝可以无比先进，但都会变，我们唯有找到反映当时情况的数据，才可以把握当思的面貌。