系统架构和软件架构（软件架构和系统架构的区别是什么）

本文目录

• 软件架构和系统架构的区别是什么
• 玉溪java培训学校告诉你软件架构中的分层都有哪些类型
• java软件开发的架构设计
• 1、软件架构有什么我们目前的软件开发架构是基于什么的2、资源分类有哪些
• 企业架构与软件架构的关系
• 软件架构的相关概念和实践
• 系统架构 技术构架 应用构架 区别
• 什么是软件架构
• 架构的软件架构
• 软件架构和软件体系结构有区别吗

软件架构和系统架构的区别是什么

不同的架构方法论，会将架构分为不同视图，每个视图侧重某一个方面、领域的问题。

比如希赛推的ADMEMS架构体系，分为以下几种视图：

1.数据架构：描述数据的存储结构、格式等方面。

2.物理架构：描述机器的物理部署、网络拓扑方面。

3.运行架构：描述运行期线程、进程间的交互工作机制。

4.逻辑架构：指如何将代码分成不同模块、组件，以及之间的职责分配、交互行为。

5.开发架构：主要指开发工具的选择，程序单元的划分，开发管理规范流程等方面。

例如分为哪些工程、项目，源代码管理，自动化编译构建、测试、部署等。

目前国际上运用比较广泛的是TOGAF架构体系，他把架构分为业务架构、数据架构、应用架构、技术架构等几个方面。

想详细的了解这些架构视图，可以参考这些架构体系相关的书、资料。

另外有很多人无缘无故的抨击架构概念，不知道是出于调侃还是无知。

埃及的金字塔、神庙的建设，不是几个平常的泥瓦匠聚在一起就能够造出来的。

像SAP、OracleERP，国内的金蝶等大规模的系统，以及空间站、火箭的控制系统等，没有系统性的架构方法、规范、流程，结果只能是悲剧。

当规模、复杂度没有达到一定程度，比如在一些小的团队、产品中，架构过程可能融入到老板、经理、组长、资历较深的一些开发者中，融入在大家的日常工作中，以至于感觉不到架构的存在。

就算遇到一些问题，因规模不大、复杂度不高，也比较容易调整。

当这些前提条件发生变化时，架构的作用和必要性就逐步的体现出来。

总的来说，一说到架构，如果懂软件，那么会了解为一个软件系统，这个软件设计的组成结构，如哪些是基础支持组件，哪些是完成A业务，哪些完成B业务但说道企业架构的时候，就会问，该企业架构的几个架构如业务架构、数据架构、业务架构、技术架构，以及如何链接在一起。

倒觉得，一个企业确实需要这样的架构，但不要神话它，最主要的是业务如何最终体现到软件中和流程中。

而采取分离式设计时，最容易的错误就是各自为政，集成困难。

那么以数据为中心的架构设计，会自然提供集成的基础。

提到过，企业最重要的资产是数据，甚至不是信息，是数据。

企业的业务流程会变，IT系统会变，所需要的信息与知识会变，唯有数据能够积淀下来。

这有点象自然演进，考古那种，啥都

玉溪java培训学校告诉你软件架构中的分层都有哪些类型

***隐藏网址***

经典的三层架构：

1.基础层：dao,帮助类，IO读写，资源加载等一些基础设施，他们作为整个系统基础的模块可以组合成业务层和服务层

2.业务层和服务层：典型的就是service,这里承载更多的是业务的实现，资源的组合调度，事务实现，等等，这里是整个系统核心的地方，下面整合底层dao以及事务，根据业务和场景灵活的把业务逻辑使用底层的基础单元拼接组合起来，上面为表现层提供具体的业务处理逻辑

3.表现层：接受外部的请求，并把调用对应的service操作具体业务，把终结果反馈给调用者或是用户

四层架构，在基础层基础之上还可以在分出一层：领域层，基础层还是提供基本的数据操作和IO与网络操作，不过领域层对基础层再来一次封装和整合，目的也是方便整合底层资源方便service层调用，简化业务层和基础层的复杂依赖

静态业务对象：

ViewObject:VO界面展示用到的数据对象

DomainObject:DO领域层对象，一般可以简约的理解为javabean对象，从业务中抽取的基本模型类

BussinessObject:BO业务对象一般也在service业务层，如果DO不能完全表达，可以使用BO获取更多信息的表达，并且还可以封装重用DO中的实体信息

PersistantObject:PO持久存储对象，一般作用于dao层，和数据库实体对应

DataTransferObject:DTO数据传递对象，用于封装参数，数据中转会，重构过程方法列表会用到

动态处理对象：

Controller控制器,Manager管理类,Service服务类,Repository,DAO数据源,Client客户端,Dispather转发器,Handler处理器,Interceptor拦截器

Helper,Utils帮助类

动态的配置文件与属性：

一些经常用到的开关和阈值一定要写在配置文件中，或有配置中心可以下发，不要在程序中写死，而且要有对相应的刷新机制api接口，调用后强制刷新配置参数

常用的比如：

活动的开始结束日期

业务中的大值，限制值等阈值

外界的URI:文件上传地址，静态资源位置，等等

.....等等一切可以借鉴Ioc理念抽取出来的配置变量

java软件开发的架构设计

“架构”一词最早来自建筑学，原意为建筑物设计和建造的艺术。但是在软件工程领域，软件架构不是一个新名词，只是在早期的著作中人们将软件架构称为软件体系架构。这就是架构的概念。所谓架构，就是人们对一个结构内的元素及元素间关系的一种主观影射的产物。

系统架构的主要任务是界定系统级的功能与非功能要求、规划要设计的整体系统的特征、规划并设计实现系统级的各项要求的手段，同时利用各种学科技术完成子系统的结构构建。

在系统架构中，由于对软件越来越深入的依赖，软件架构的任务也体现出重要的作用。而且系统架构与软件架构是紧密联系和相互依赖的。

1997年，EberhadrtRechtin与MarkWMaier 在其论著中，为计算机科学总结了系统架构方面的实践成果，从而奠定了系统科学和系统架构在计算机科学中的基石：

无论何种系统架构应用领域，目的都是一样的，即完整地、高一致性的、平衡各种利弊的、有技术和市场前瞻性的设计系统和实施系统。

1、软件架构有什么我们目前的软件开发架构是基于什么的2、资源分类有哪些

软件架构是指在一定的设计原则基础上，从不同角度对组成系统的各部分进行搭配和安排，形成系统的多个结构而组成架构，它包括该系统的各个组件，组件的外部可见属性及组件之间的相互关系。组件的外部可见属性是指其他组件对该组件所做的假设。
软件架构设计就是从宏观上说明一套软件系统的组成与特性。
软件架构设计是一系列有层次的决策，比如：功能与展现的决策；技术架构的决策；自主研发还是合作；商业软件还是开源软件。
业务需求层出不穷；软件系统越来越复杂；参与的人越来越多；共性和特殊性的问题越来越多；技术发展日异月新。
分类描述1解决方案架构师与客户探讨业务需求，将业务、市场，与技术、产品结合起来，为客户提供解决他们需求的方案。2系统架构师也称应用架构师。最终确认和评估系统需求，并将业务转换为技术，为研发人员制订核心框架与技术规范为研发工作澄清技术细节并扫清技术障碍。3平台架构师这里的平台其实包括两个平台，一个是系统平台，也就是负责搭建多个系统整合的系统应用平台；另外一个其实是基础平台，是专门负责搭建基础技术平台；两者其实区别蛮大，也经常容易被从业人员混乱。举个简单例子，金蝶有平台架构师一职，但是金蝶BOSS应用和金蝶中间件两者招聘的对象和技术要求是截然不同的。4业务架构师业务架构其实已经开始脱离技术层面了，但是它要求架构师有跨越多系统的大局观，去整合和组织不同系统的技术平台与交互模式。其实这个职位的未来也就是CIO了。5网络架构师过去，我们可能听的最多的是网络工程师。不错，一个优秀的网络架构师必须有足够的网络技术基底，并且它的关注点也是系统的基础架构。比如说如果搭建并优化集群环境，如果构建基于云计算的系统应用与部署等等。它对于像淘宝、腾讯这样的互联网公司是极其重要的。6移动架构师移动互联网的迅猛发展横向和纵向都细分出了很多新的职责和岗位，移动架构师的职责和作用日益重要，既要整体和全局考虑整个前后端的软件系统架构，又要重点深入移动客户端的架构设计的方方面面，既要有跨平台思维，又要拿捏好原生和混合开发的尺度，另外移动应用的特点，导致移动架构师必须要比传统系统架构师更加注重非功能性的质量属性。7前端架构师这也是移动互联网的迅猛发展而细分出来的新的职责和岗位，这里的前端特指网站开发中的前端，主要考虑前端呈现层的设计（HTML/CSS/JS/AJAX/RIA/?），跨浏览器设计等等。

企业架构与软件架构的关系

企业架构与软件架构之间的关系主要有以下4种方面。
1、系统相互作用：企业架构和软件架构都相互作用。企业架构为软件架构提供了业务需求、架构目标和指导方针，而软件架构则实现了企业架构的目标和需求。
2、沟通协作：企业架构也要考虑到与软件架构的沟通协作。企业架构将业务目标转化为软件开发过程中的具体目标，从而使软件架构师更容易理解软件开发目标，并将其转化为具体的软件需求。
3、维护管理：企业架构和软件架构也都需要管理，但是针对的层面不同。企业架构需要关注企业的整体架构和管理，而软件架构需要关注具体软件的设计和管理。
4、变更处理：企业架构和软件架构在变更处理方面也有联系。企业架构和软件架构都要面对变化和需求变更，而且它们之间的变更也会相互影响。

软件架构的相关概念和实践

2006年8月底，我有幸参加了一个架构师培训，通过这个培训，清晰了很多概念，结合自己的知识和经验，对公司软件应用系统的架构设计有了很多想法，特撰写本文档，把自己学得的系统架构知识和自己的思考与大家共享，希望对公司设计人员进行设计工作时有所帮助。本文中很多内容都是我个人的观点，我个人技术的深度和广度也不够，肯定会有不少不太严谨的地方。

1. 系统架构知识

1.1. 什么是企业应用

很难给出一个精确定义，不过企业应用一般都有这些特点：

持久化数据

大量的数据

很多人同时访问数据

大量操作数据的用户界面

通常要与散布在企业周围的其他企业应用集成

所以，企业应用一般都比较复杂，架构设计大多都是针对企业应用的。

1.2. 什么是系统架构

“架构”用很多种不同的定义，这些定义很难统一，但基本上有两点都能统一：1）架构是层次的分解 2）架构是系统中不易改变的决定。

而通过这次架构培训，我这么定义架构：从核心概念上讲，架构是一套构建系统的规则；从表象上看，软件架构是一套模板，以文档、代码、工具程序等方式表现。（其他更多的软件架构的概念描述，请查看8月24日发的邮件――《软件架构基础知识.doc》）

软件架构的成果是一套模板，这套模板会通过一种方式去组织，这个组织形式也很重要，应该从不同视角去表现，以适合不同人去理解和应用。

1.3. 系统架构设计师干什么

根据系统架构的定义，系统架构师的职责当然是制定软件系统构建规则，不过一般认为，系统架构师的主要职责有：

1） 负责领导和协调整个项目中的技术活动

2） 在个人综合素养方面，系统构架师应该具有领导才能，能够在压力下作出关键性的决策并善始善终；

3） 能够赢得项目经理、客户、用户群体以及管理团队的认同和尊敬，尤其要善于和项目经理紧密协作；

4） 在各个方面都能展现出面向目标的实干作风。在专业技能方面，与其他角色相比，系统构架师通常具有全方位的技能，其见解重在广度，而不是深度。

5） 系统构架师不仅需要具备设计师的各项技能，而且应该具有问题领域和软件工程领域的实践经验，从而有能力在无法获得完整信息的情况下迅速领会问题并根据经验作出审慎的判断。

6） 如果项目较大，系统构架师将是一个团队，上述的关键素质要求可由团队成员来分担，但其中要有一名系统构架师具有足够的权威。

架构师与设计师的职责有所不同，最重要的是架构师工作的关注点是软件系统的全局问题，他是制定软件系统的规则和原则的，对整个软件系统进行规划；设计师相对来说是关注软件系统的局部和具体问题，把架构师的架构设计进行细化。

架构师是由国外引进的一个概念，国外软件开发的几个职位是技术官、架构师、设计师、开发、测试，对应我们公司应该是技术总监、架构师、系统分析员、程序员、测试人员。

1.4. 常用架构设计模式

很多OO设计原则和设计模式同样适用与架构设计，架构中使用这些原则的主要目的是为了使架构具有更好的可维护性和可复用性，并使架构具有稳定性，这些目的也是一个架构的核心价值所在。

模式的定义也不统一，一般是这样的解释，每个模式描述了一个在我们周围不断重复发生的问题以及该问题解决方案的核心。（在古代流传至今的“三十六计”就是三十六个模式，对中国人来说，这可能是让人最容易理解模式概念的一个类比。）使用模式能够减少设计的难度，更能加快设计人员之间交流和沟通。

以下是几个常用的顶层架构设计的模式

1) 分层模式

2) MVC模式

3) 客户/服务器模式

4) 流程处理模式

这些模式的介绍在王玉宝8月24日发的邮件――《软件架构基础知识.doc》中都有清晰的解释，这里不在赘述。

1.5. AOP

AOP是OOP的延续，是Aspect Oriented Programming的缩写，意思是面向方面编程。AOP实际是GoF设计模式的延续，设计模式孜孜不倦追求的是调用者和被调用者之间的解耦，AOP可以说也是这种目标的一种实现。AOP是近两年比较热门的技术，给我们带来了一个新的视角和软件架构方法。

通过使用AOP技术，可以把分散在多个模块中共同的行为分离出来统一编程，减少重复代码。

AOP和OO、SOA一样，都是架构设计中的重要视角。

1) 基本原理

AOP机制一般都需要开发语言和编译器支持，Java和.C#都支持。实现AOP有不同的方法，常见的方法是利用代理机制，其基本原理是为“其他对象提供一种代理，以控制对这个对象的访问”。

2) 常见使用AOP技术的地方

Authentication 权限验证

Caching 缓存

Context passing 内容传递

Error handling 错误处理

Lazy loading　懒加载

Debugging　　调试

logging, tracing, profiling and monitoring　记录跟踪　优化　校准

Performance optimization　性能优化

Persistence　　持久化

Resource pooling　资源池

Synchronization　同步

Transactions 事务

3) AOP也可以用于封装业务逻辑

比如，进销存软件中，更多模块的功能操作都需要重新计算库存，所以可以把库存计算分离出来，用AOP技术偶合到那些功能模块中。

系统架构 技术构架 应用构架 区别

系统架构、技术构架、应用构架区别为：目的不同、实现方式不同、特点不同。

一、目的不同

1、系统架构：系统架构是对已确定的需求的技术实现构架、作好规划，运用成套、完整的工具，在规划的步骤下去完成任务。

2、技术构架：技术构架是对整个或部分技术系统的可重用设计的构架。

3、应用构架：应用构架是描述了IT系统功能和技术实现内容的构架。

二、实现方式不同

1、系统架构：系统架构通过规划程序的运行模式、层次结构、调用关系来具体实现架构。

2、技术构架：技术构架通过一组抽象构件及构件实例间交互的方法来具体实现架构。

3、应用构架：应用构架通过架构图的方式来具体实现架构。

三、特点不同

1、系统架构：系统架构特点是确定一台计算机硬件和软件之间的衔接。

2、技术构架：技术构架特点是可被技术开发者定制的应用骨架。

3、应用构架：应用构架特点是承接了企业战略发展方向和业务模式，规划和指导企业各个IT系统的定位和功能。

参考资料来源：

百度百科——系统构架

百度百科——技术框架

百度百科——应用架构

什么是软件架构

当你去了解一个东东的时候，第一步要做的，就应该去知道这个东东的定义，对于软件架构也是如此，经过网上查询和书籍的帮助，我大概理清了一个轮廓。

软件行业是一个热衷于制造‘名词’的行业，如果退回15年，估计没几个人知道‘软件架构’是什么，在上个世纪80年代，随着软件开发的规模不断扩大，软件开发成为一个行业，初期，随之而来的是越来越多的软件项目的失败，造成项目失败的原因很多，但主要集中在开发过程，所以软件工程应运而生，CMMI等流程标准也是一茬接着一茬的冒个不停。

在软件工程初具规模的时候，软件开发还是以数据结构算法的形式存在，进入20世纪最后10年，随着面向对象技术、设计模式等在开发过程中的成功应用，软件架构也走进了大家的视野。

软件架构在定义上分为‘组成派’和‘决策派’两大阵营，分别描述如下：

’组成派‘认为软件架构是将系统描述成计算组件及组件之间的交互

它有两个非常明显的特点：

关注架构实践的客体——软件，以软件本身作为描述对象。

分析了软件的组成，说明软件不是一个‘原子’意义上的整体，而是有不同的部分经过特定的接口进行连接组成的一个整体，这对软件开发来说很重要。

‘决策派’认为

软件架构包含了一系列的决策

主要包括：

软件系统的组织

选择组成系统的结构元素和它们之间的接口，以及当这些元素相互协作时所体现的行为

用于指导这个系统组织的架构风格：这些元素以及它们的接口、协作和组合

软件架构并不仅仅关注软件本身的结构和行为，还注重其他特性：使用、功能性、性能、弹性、重用、可理解、经济以及技术的限制和权衡等。

‘决策派’有以下两个显著的特点：

关注软件架构中的实体——人，以人的决策为描述对象。

归纳了软件架构决策的类型，指出架构决策不仅包括关于软件系统的组织、元素、子系统和架构风格等几类决策，还包括关于众多非功能性需求的决策。

按照‘组成派’的观点，软件架构关注的是软件整体的分割和交互，之所以分割，是因为不同的部分在逻辑或物理上相对独立，通过‘分而治之’的原则进行分割可以更好的理解整个系统，把握用户的需求，但是虽然整个软件可以分割成多个模块或子系统，但是模块和子系统之间的通信和交互也是很重要的，我想按照这种观点，架构师的主要任务是将软件分割成不同的模块，并定义模块之间的接口。

按照‘决策派’的观点，软件是一个在很多限制下产生的产品，这些限制包括用户和技术两方面，用户方面包括功能需求、性能需求、硬件需求等，技术方面包括技术选择、可扩展性、可重用性、可维护性等。我想按照这中观点，架构师的主要任务就是作出上述个各种限制作出选择或决策。《软件架构设计》温昱

架构的软件架构

一、系统总体架构

根据用户需求完成航空物探数据库系统概要设计,确定软件的总体功能,说明软件的结构,定义软件的接口,系统运行环境和安全策略。在系统整体构架和需求分析的基础上构建了整个系统开发的总体架构(图4-1)。

图4-1航空物探信息系统架构

二、系统软件结构

本信息系统采用C/S架构(图4-2),系统通过局域网和航空物探资料数据库服务器(包括Oracle数据库服务器和ArcSDE空间数据库服务器)连接。数据库采用大型关系型数据库Oracle10g作为其后台数据库,通过ArcSDE对空间数据及其属性数据进行管理。使用MicrosftVisualStudio.NET2003中的C#语言和ESRI的Engine组件来开发信息系统。

三、系统设计

根据航空物探的业务需求、数据安全性、易开发、易维护等要求,将信息系统软件分成数据采集软件(C/S)、应用软件(C/S)两部分(图4-3)。

数据采集软件用于航空物探数据入库和入库数据质量控制。应用软件主要用于提供中心内部的数据查询统计、数据加工处理等服务。两个软件的具体功能在后继的第六、第七章中详细论述。

软件架构和软件体系结构有区别吗

1、软件架构的特点：软件架构进行软件设计是面向对象的编程语言体系。系统的使用，功能，性能，适应性强。

2、体系结构的特点包括软件体系结构面向任务流程；代码重用，设计重用。

软件是一系列按照特定顺序组织的计算机数据和指令的集合，是计算机中的非有形部分。软件一般被划分为系统软件、应用软件和介于这两者之间的中间件。软件不只包括计算机上运行的所有程序，与程序相关的文档、数据一般也认为是软件的一部分，简单地说，软件就是程序加文档的集合体。