什么是系统架构

问题一：“系统架构”是什么意思？都有哪些架构？ JDE属于分布式架构,人和系统恕我孤陋寡闻,没听过阿

问题二：软件架构和系统架构到底是什？生活中有哪些东西可以比喻？ 软件架构是指软件整体的组织结构，是在较高层次上的分析设计，体现了软件系统总体的规化、决策、控制等。

系统架构包括软件、硬件、网络等多方面的组织结构。架构是分析设计的高层阶段，不会涉及到技术实现的细节，是蓝图，是规化，是决策。

现实生活中可比喻为高楼大厦的设计图纸。

问题三：什么是架构 架构一般指软件架构

（software architecture）是一系列相关的抽象模式，用于指导大型软件系统各个方面的设计。 软件架构是一个系统的草图。软件架构描述的对象是直接构成系统的抽象组件。各个组件之间的连接则明确和相对细致地描述组件之间的通讯。在实现阶段，这些抽象组件被细化为实际的组件，比如具体某个类或者对象。在面向对象领域中，组件之间的连接通常用接口(计算机科学)来实现。 软件体系结构是构建计算机软件实践的基础。与建筑师设定建筑项目的设计原则和目标，作为绘图员画图的基础一样，一个软件架构师或者系统架构师陈述软件构架以作为满足不同客户需求的实际系统设计方案的基础。

软件构架是一个容易理解的概念，多数工程师（尤其是经验不多的工程师）会从直觉上来认识它，但要给出精确的定义很困难。特别是，很难明确地区分设计和构架：构架属于设计的一方面，它集中于某些具体的特征。

在“软件构架简介”中，David Garlan 和 Mary Shaw 认为软件构架是有关如下问题的设计层次：“在计算的算法和数据结构之外，设计并确定系统整体结构成为了新的问题。结构问题包括总体组织结构和全局控制结构；通信、同步和数据访问的协议；设计元素的功能分配；物理分布；设计元素的组成；定标与性能；备选设计的选择。”GS93

但构架不仅是结构；IEEE Working Group on Architecture 把其定义为“系统在其环境中的最高层概念”IEEE98。构架还包括“符合”系统完整性、经济约束条件、审美需求和样式。它并不仅注重对内部的考虑，而且还在系统的用户环境和开发环境中对系统进行整体考虑，即同时注重对外部的考虑。

在 Rational Unified Process 中，软件系统的构架（在某一给定点）是指系统重要构件的组织或结构，这些重要构件通过接口与不断减小的构件与接口所组成的构件进行交互。

从和目的、主题、材料和结构的联系上来说，软件架构可以和建筑物的架构相比拟。一个软件架构师需要有广泛的软件理论知识和相应的经验来实施和管理软件产品的高级设计。软件架构师定义和设计软件的模块化，模块之间的交互，用户界面风格，对外接口方法，创新的设计特性，以及高层事物的对象 *** 作、逻辑和流程。

一般而言，软件系统的架构（Architecture）有两个要素：

・它是一个软件系统从整体到部分的最高层次的划分。

一个系统通常是由元件组成的，而这些元件如何形成、相互之间如何发生作用，则是关于这个系统本身结构的重要信息。

详细地说，就是要包括架构元件（Architecture ponent）、联结器（Connector）、任务流（Task-flow）。所谓架构元素，也就是组成系统的核心砖瓦，而联结器则描述这些元件之间通讯的路径、通讯的机制、通讯的预期结果，任务流则描述系统如何使用这些元件和联结器完成某一项需求。

・建造一个系统所作出的最高层次的、以后难以更改的，商业的和技术的决定。

在建造一个系统之前会有很多的重要决定需要事先作出，而一旦系统开始进行详细设计甚至建造，这些决定就很难更改甚至无法更改。显然，这样的决定必定是有关系统设计成败的最重要决定，必须经过非常慎重的研究和考察。

详情参考

>>

问题四：什么是系统工程师、系统架构工程师？ 系统工程师资格就是具备较高专业技术水平，能够分析商业需求，并使用各种系统平台和服务器软件来设计并实现商务解决方案的基础架构。

系统架构师是大型项目的技术领导者,总体负责系统的体系结构设计和指导。

问题五：什么是分布式系统架构 baikebaidu/view/9914海9 百度百科

问题六：架构，系统架构，技术架构，应用架构都是什么关系 架构

是有关软件整体结构与组件的抽象描述，用于指导大型软件系统各个方面的设计。

系统架构

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

技术架构

通过合理的完善的评估途径对组织、网络、程序的组成框架、模型进行评价和分析,并对其进行完善。

应用架构

以架构图的方式描述系统的组成和框架，一般从系统功能和系统技术层次两个架构视角进行设计。

问题七：请问系统架构设计师的职责是什么 系统架构师的职责主要有如下4条：

1、确认需求

在项目开发过程中，架构师是在需求规格说明书完成后介入的，需求规格说明书必须得到架构师的认可。架构师需要和分析人员反复交流，以保证自己完整并准确地理解用户需求。

2、系统分解

依据用户需求，架构师将系统整体分解为更小的子系统和组件，从而形成不同的逻辑层或服务。随后，架构师会确定各层的接口，层与层相互之间的关系。架构师不仅要对整个系统分层，进行“纵向”分解，还要对同一逻辑层分块，进行“横向”分解。

软件架构师的功力基本体现于此，这是一项相对复杂的工作。

3、技术选型

架构师通过对系统的一系列的分解，最终形成了软件的整体架构。技术选择主要取决于软件架构。

Web Server运行在Windows上还是Linux上？数据库采用MSSql、Oracle还是Mysql？需要不需要采用MVC或者Spring等轻量级的框架？前端采用富客户端还是瘦客户端方式？类似的工作，都需要在这个阶段提出，并进行评估。

架构师对产品和技术的选型仅仅限于评估，没有决定权，最终的决定权归项目经理。架构师提出的技术方案为项目经理提供了重要的参考信息，项目经理会从项目预算、人力资源、时间进度等实际情况进行权衡，最终进行确认。

4、制定技术规格说明

架构师在项目开发过程中，是技术权威。他需要协调所有的开发人员，与开发人员一直保持沟通，始终保证开发者依照它的架构意图去实现各项功能。

架构师不仅要保持与开发者的沟通，也需要与项目经理、需求分析员，甚至与最终用户保持沟通。所以，对于架构师来讲，不仅有技术方面的要求，还有人际交流方面的要求。

问题八：系统架构师是干什么的啊？ 属于项目的高级分析、规划、管理人员

系统架构师（System Architecture）系统架构师是负责设计系统整体架构，从需求到设计的每个细节都要考虑到，把握整个项目，使设计的项目尽量效率高，开发容易，维护方便，升级简单等等。

全文见百科

baikebaidu/view/905154fr=ala0_1_1

问题九：系统架构师的角 别 系统构架师与产品经理的关系及区别产品经理通常是指负责产品设计的“专人”。一个优秀的理想的产品经理，应同时具备较高的商业素质和较强的技术背景。产品经理要有深厚的领域经验，也就是说，对该软件系统要应用到的业务领域非常之熟悉。比如，开发房地产销售软件的产品经理，应该对房地产公司的标准销售流程了如指掌，甚至比大多数销售人员还要清楚。如果开发的是通用产品，他/她还具备对市场、潜在客户需求的深刻洞察力。那么，系统架构师与产品经理有什么不同呢？　我们不应该把二者混为一谈，这是不少论述和实践常犯的错误。我看来，如果把开发软件比作摄制**，产品经理之于系统架构师，就正像编剧之于导演。产品经理虽然要有一定技术背景，但仍应属于“商业人士（business people）”，而系统架构师则肯定是一个技术专家。二者看待问题的立场、角度和出发点完全不同。系统构架师与项目经理的关系及区别　软件项目经理是指对项目控制/管理，关注项目本身的进度、质量，分配、调动、协调、管理好人、财、物等资源的负责人。对于软件项目经理来讲，包括项目计划、进度跟踪/监控、质量保证、配置/发布/版本/变更管理、人员绩效评估等方面。优秀的项目经理需要的素质，并不仅在于会使用几种软件或是了解若干抽象的方法论原则，更重要的在于从大量项目实践中获得的宝贵经验，以及交流、协调、激励的能力，甚至还应具备某种个性魅力或领袖气质（Chari a）。　由此可见，项目经理和系统架构师在职责上有很大差异。混同这两个角色，往往也会导致低效、无序的开发。特别是，从性格因素上讲，单纯的技术人员倾向于忽视“人”的因素，而这正是管理活动的一个主要方面。另外，就像战争中的空军掩护（Air Cover）一样，专职的项目经理能够应付开发过程中大量的偶发事件和杂务，对于一个规模稍大的项目，这些杂务本身就能占用一个全职工作者的几乎全部时间。在一个项目中，推动项目发展的是系统构架师，而不是项目经理。项目经理的职责只是配合系统构架师，提供各个方面的支持。主要职责是与内外部沟通和管理资源（包括人）。系统构架师提出系统的总体构架，给出开发指导。一个项目中，项目经理的角色什么？如果他即使管理人员又是设计人员，则必须比别人强，能够有让别人服的东西。如果他只是项目管理人员，系统构架师有专门人员，就可以不用精通或者说了解 it 各个方面的知识，如果了解更好。另外，如果在一个项目没有人在技术构架上和开发指导上负全部责任，而是每个人都负责一快的架构、分析、设计、代码和实施等，最后肯定会失去管理。系统构架师与系统分析员的关系及区别系统分析员（System yst）是指对系统开发中进行分析、设计和领导实施的人。一般意思上讲，系统分析员的水平将影响系统开发的质量，甚至成败。但在一个完善的系统开发队伍中，还需要有业务专家，技术专家和其他辅助人员。所以，系统分析员只是其中的角色之一。但我国许多的 IT 公司，一般只有系统分析员而没有技术专家。系统分析员固然是对特定系统进行分析、设计。所以他的任务、目标是明确的。他只是去执行任务，完成系统的最终设计。系统架构师应该和系统分析员分开，但架构师必须具备系统分析员的所有能力，同时还应该具备设计员所没有的很多能力。 系统架构师是指导、检督系统分析员的工作，要求系统分析员按什么标准，什么工具，什么模式，什么技术去设计系统的。同时，系统架构师应该对系统分析员所提出的问题，碰到的难题及时地提出解决的方法。并检查、评审系统分析员的工作。

1、c/s、b/s是当下两种服务器架构模型。

2、c/s架构是指客户端/服务器的架构，需要同时编写两套代码，即客户端一套，服务端一套，所以开发起来速度较慢，日后的维护工作量也较大。

3、b/s架构是指浏览器/服务器构架，只需要编写服务器端的代码即可，开发完成了，就可以将应用部署到一些中间服务器上来发布自己的运用，拿web应该用来说，这些服务器有IIS、jboss、weblogic、websphere、tomcat等等。

4、客户端与服务器交互时，服务器会根据客户端的不同请求进行相应的业务处理，之后将结果返回对客户端。

以上只是简单的描述了下c/s、b/s架构，更详细说明楼主可以网上找些相关资料了解。

有问题欢迎提问，！

windows窗体应用程序是属于CS架构的，分为：DAL(数据层)、BLL(逻辑层)、UIL(界面层)这三层。DAL（数据层）被BLL(逻辑层)引用，BLL被UIL（界面层）引用，所以这三层架构之间的相互引用可以实现数据的交互。

Windows窗体应用程序是在用户计算机上运行的客户端应用程序，可显示信息、请求用户输入以及通过网络与远程计算机进行通信。在可以使用时，可能需要研究NETFramework和它所提供的类。

我不知道你指的是哪一种，据我所知：当网站使用JSP+Mysql技术架构，为B/S结构，采用三层模式（即web层、业务逻辑层和数据访问层，各层最好分别使用struts2、spring和ibatis框架）。

希望能帮到你。

1、驱动程序

最底层的、直接控制和监视各类硬件的部分，它们的职责是隐藏硬件的具体细节，并向其他部分提供一个抽象的、通用的接口。

2、内核

*** 作系统之最内核部分，通常运行在最高特权级，负责提供基础性、结构性的功能。

3、支承库（亦作“接口库”）

是一系列特殊的程序库，它们职责在于把系统所提供的基本服务包装成应用程序所能够使用的编程接口（API），是最靠近应用程序的部分。例如，GNU C运行期库就属于此类，它把各种 *** 作系统的内部编程接口包装成ANSI C和POSIX编程接口的形式。

4、外围

所谓外围，是指 *** 作系统中除以上三类以外的所有其他部分，通常是用于提供特定高级服务的部件。例如，在微内核结构中，大部分系统服务，以及UNIX/Linux中各种守护进程都通常被划归此列。

扩展资料：

*** 作系统的功能：

1、进程管理

不管是常驻程序或者应用程序，他们都以进程为标准运行单位。当年运用冯·诺伊曼结构建造计算机时，每个中央处理器最多只能同时运行一个进程。早期的 *** 作系统（例如DOS）也不允许任何程序打破这个限制，且DOS同时只有运行一个进程。

2、内存管理

根据帕金森定律：“你给程序再多内存，程序也会想尽办法耗光”，因此程序员通常希望系统给他无限量且无限快的存储器。大部分的现代计算机存储器架构都是层次结构式的，最快且数量最少的寄存器为首。

3、磁盘与文件系统

所谓的文件系统，通常指称管理磁盘数据的系统，可将数据以目录或文件的型式存储。每个文件系统都有自己的特殊格式与功能，例如日志管理或不需磁盘重整。

参考资料来源：百度百科— *** 作系统

c/s,是客户端/服务器,例如网游(wow),需要装客户端的那些都是C/S架构的

B/S,浏览器/服务器,不需要装客户端,只需要浏览器,例如淘宝等商务网站

C/S结构,即Client/Server(客户机/服务器)结构,是大家熟知的软件系统体系结构,通过将任务合理分配到Client端和Server端,降低了系统的通讯开销,可以充分利用两端硬件环境的优势早期的软件系统多以此作为首选设计标准

B/S结构,即Browser/Server(浏览器/服务器)结构,是随着Internet技术的兴起,对C/S结构的一种变化或者改进的结构在这种结构下,用户界面完全通过>

望采纳，O(∩_∩)O谢谢啦。

B/S结构是Browser/Server的简称，指浏览器/服务器模式。这种模式只要客户机上安装一个浏览器，如Internet Explorer，服务器安装Oracle、MYSQL等数据库。浏览器通过Web Server 同数据库进行数据交互。

C/S结构是Client/Server的简称，指客户/服务器模式。它是软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销。目前大多数应用软件系统都是Client/Server形式的两层结构。

扩展资料：

C/S与B/S区别：

1、硬件环境不同

C/S 一般建立在专用的网络上，小范围里的网络环境，局域网之间再通过专门服务器提供连接和数据交换服务。

B/S建立在广域网之上的，不必是专门的网络硬件环境，例如电话上网，租用设备。信息自己管理。有比C/S更强的适应范围，一般只要有 *** 作系统和浏览器就行。

2、对安全要求不同

C/S对服务端、客户端都安全都要考虑。B/S因没有客户端，所以只注重服务端安全即可。

3、对程序架构不同

C/S程序可以更加注重流程，可以对权限多层次校验，对系统运行速度可以较少考虑。

B/S对安全以及访问速度的多重的考虑，建立在需要更加优化的基础之上。

4、软件重用不同

C/S程序可以不可避免的整体性考虑，构件的重用性不如在B/S要求下的构件的重用性好。

B/S对的多重结构，要求构件相对独立的功能，能够相对较好的重用。

5、系统维护不同

C/S程序由于整体性，必须整体考察，处理出现的问题以及系统升级难等问题。可能是再做一个全新的系统。

B/S构件组成，方面构件个别的更换，实现系统的无缝升级。系统维护开销减到最小。用户从网上自己下载安装就可以实现升级。

6、处理问题不同

C/S程序可以处理用户面固定，并且在相同区域，安全要求高需求，与 *** 作系统相关。应该都是相同的系统

B/S建立在广域网上，面向不同的用户群，分散地域，这是C/S无法作到的。与 *** 作系统平台关系最小。

参考资料来源：百度百科-C/S结构

参考资料来源：百度百科-b/s结构

PLC的软件标准IEC 61131-3与S7-300/400的程序结构是比较接近的，可以看得出来IEC 61131-3采用了S7-300/400程序结构的基本思想，包括S7-300/400使用的名称，例如功能和功能块。两者的功能（FC）除了输出参数的个数外，没有本质的区别。两者最大的区别在于IEC 61131-3根本就没有数据块，所以FB也没有背景数据块。但是在功能块实例化（被调用）时， *** 作系统会给每次调用分配一个单独的存储区域，用来保存功能块的局部变量的值。这个存储区实际上相当于S7-300/400功能块的背景数据块，只是对用户来说不是透明的，用户不能访问它。

个人认为S7-300/400的程序因为数据块复杂了很多。例如书写数据块内的地址要说明数据块的编号，或者采用OPN指令打开数据块。参数类型POINTER和ANY为数据块增加了两个字节。为了减少背景数据块又搞了个多重背景。当然数据块也有它的优点，便于管理和监控数据，对于大型系统更是如此。背景数据块中的数据本来应该是FB的被控对象私有的，允许别的块访问，破坏了它的私有性，但是访问背景数据块在编程时有时也会带来方便。

以上就是关于什么是系统架构全部的内容，包括:什么是系统架构、c/s模式服务器的架构、什么程序属于cs架构等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！