应用架构系统架构|系统架构 技术构架 应用构架 区别
绝绝子52人阅读
1. 业务架构,功能架构,系统架构,技术架构,应用架构都是什么关系
架构
是有关软件整体结构与组件的抽象描述,用于指导大型软件系统回各个方面的设计。答
系统架构
是对已确定的需求的技术实现构架、作好规划,运用成套、完整的工具,在规划的步骤下去完成任务。
技术架构
通过合理的完善的评估途径对组织、网络、程序的组成框架、模型进行评价和分析,并对其进行完善。
应用架构
以架构图的方式描述系统的组成和框架,一般从系统功能和系统技术层次两个架构视角进行设计。
2. 系统架构 技术构架 应用构架 区别
系统架构、技术构架、应用构架区别为:目的不同、实现方式不同、特点不同。版
一、目的不同
1、系统架权构:系统架构是对已确定的需求的技术实现构架、作好规划,运用成套、完整的工具,在规划的步骤下去完成任务。
2、技术构架:技术构架是对整个或部分技术系统的可重用设计的构架。
3、应用构架:应用构架是描述了IT系统功能和技术实现内容的构架。
二、实现方式不同
1、系统架构:系统架构通过规划程序的运行模式、层次结构、调用关系来具体实现架构。
2、技术构架:技术构架通过一组抽象构件及构件实例间交互的方法来具体实现架构。
3、应用构架:应用构架通过架构图的方式来具体实现架构。
三、特点不同
1、系统架构:系统架构特点是确定一台计算机硬件和软件之间的衔接。
2、技术构架:技术构架特点是可被技术开发者定制的应用骨架。
3、应用构架:应用构架特点是承接了企业战略发展方向和业务模式,规划和指导企业各个IT系统的定位和功能。
参考资料来源:
网络——系统构架
网络——技术框架
网络——应用架构
3. 什么是应用架构
应用架构,系统架构,软件架构三者含义基本一致。从1985年开始,在过去的二十多年里,关于什么是“软件架构(Software Architecture)”已经基本得到了软件工程领域普遍的认同。其中一些重要的定义介绍如下。 “软件架构代表了系统的组织结构。这包括将系统分解为不同的部分、界定它们之间的连接、确定它们之间的交换机制、并且为后续的设计提供指导性的原则” ---出自UML的著名原创者James Rumbaugh、Grady Booch 及 Ivar Jacobson (即架构界俗称的“三个火枪手”)。 “软件架构表述了一个系统的一个或一系列组织结构。这包扩了软件构件、这些构件的外部可见特征,以及这些构件之间的关系。” ---出自Bass Len、Paul Clements、Rick Kazman 在2003年出版的经典的《架构的实践》一书。 IEEE在2004年4月公布的“IEEE Standard 1471”中,提出了IEEE自己对软件架构的定义:“软件系统架构是根据具有参考意义的实践而定义出来的。主要表述了有一个系统的基本组织结构、基本组成构件和互相的关系,以及构件于外部环境间的关系。同时,软件系统架构为后续的设计和架构演化提供了指导性原则” 。IEEE Standard 1471也澄清了架构领域的许多其他感念,例如架构描述、架构标准等。 可以看出,上述诸多不同用词的“软件架构”的定义,其实都表达了近乎一致的思想。我们可以引用Frank Buschmann 的经典论述来定义一个架构师:“一个软件系统的架构师是一个要担负起软件系统的定义、架构的实现、系统的实施、系统架构演化和系统演化的人。换句话说,是一个要为系统整个生命周期负责的人 。” 但有意思的是,软件工程领域基本上没有一致的有关“软件架构师(Software Architecture)”的定义。很多公司也没有这样的职位;有些公司虽然有这样的职位,但却说不清楚这个职位所要求的技能和工作职责;另外但我们对比不同公司关于该职位的描述时,也能看到其中的不一致,例如Microsoft公司与Motorola公司对架够师的职位表述就很不一样。更常见的是这些职位描述严重混淆了很多概念,例如:当年的Rational公司就混淆了“软件架构师”与“高级程序员”的概念。 这样的现象,无论是在国内还是国外都很相似。这也导致了我们可以见到大量的不同职位名称出现在软件工程行业中的观象,例如有解决方案架构师、系统架构师、软件架构师、企业架构师、总工、首席架构师、Java架构师、微软架构师及.NET架构师。
4. 应用架构规划
社会保障信息系统在应用架构上可以划分为公共基础平台、业务应用系统和宏观决策支持三个层次,覆盖省、市、县三级。总体结构参见下图(2-1)。
图2-1 社会保障信息系统应用架构
2.4.3.1 公共基础平台
公共基础平台是系统各组成部分的公共系统,为整个系统提供技术支撑。公共基础平台支持系统内各子系统间的网络互联、数据共享和交换,提供安全认证和安全管理、身份识别和对外公共接口等功能。主要由五大中心构成,它们分别为:
(1)网络中心。是系统内统一的网络汇接点和网络管理机构,分为省、市、区县三级。它通过提供统一的网络接口来实现各业务部门之间、地区之间、上下级之间的网络连接。
(2)数据中心。主要有三种作用:①提供一个统一的数据交换和共享平台,使系统中的数据一致化和标准化,实现不同部门之间数据的交换和共享;②提供一个数据的“仓库”,为各业务以及宏观决策和公共服务提供数据支持;③建立容灾备份系统,统一为各部门提供异地容灾备份服务。
(3)公共服务中心。是各业务部门统一对外提供公共服务的窗口,它为社会保障对象办理社会保障业务提供一个统一的公共服务平台。对内整合政府的政务资源,对外整合社会服务资源,通过多种服务方式和手段,使社会保障业务走出办事大厅,延伸到社会保障对象的身边。
(4)社会保障卡管理中心。实现对社会保障卡的管理,确保在社会保障对象范围内社会保障卡“一人一卡,一卡通用”。
(5)身份认证(CA)中心。通过授权和认证机制,保证社会保障信息系统中数据传输和交易的安全,为社会保障业务的网上申报、待遇网上支付等提供安全保障。
公共基础平台是社会保障信息系统的基础,它为业务应用系统和宏观决策系统提供安全、可靠、高效的运行环境。
网络中心是整个系统中的“交通通道”,是其他子系统建设的基础。社会保障卡是社会保障对象享受社会保障服务的媒介和凭证。数据中心是系统中数据交换、共享的“枢纽”和共享数据资源的“仓库”。它一方面横向连接了各社会保障业务部门和社会保障服务部门,实现部门之间的数据交换和共享;另一方面纵向连接各级数据中心,实现纵向和地区之间的数据交换和共享。除此之外,它还具有集中管理交换和共享数据的功能,并提供给各级宏观决策部门所需的决策支持数据。数据中心是社会保障卡管理中心、公共服务中心建设的基础,要优先建设,它是整个社会保障信息系统建设的重中之重。
2.4.3.2 业务应用系统
业务应用系统在公共基础平台中运行,支撑社会保障业务的办理。可以分为核心业务应用系统和相关业务应用系统两大类,这些业务应用系统负责处理具体的社会保障业务。
(1)核心业务应用系统。核心业务应用系统主要实现劳动保障、民政、社会保险等基本业务的处理,使社会保障业务达到快捷高效地运作。它的建设内容包括劳动保障业务应用系统、民政业务应用系统和社会保险业务应用系统。
(2)相关业务应用系统。按照社会保障信息系统的统一规划和设计,建设相应的社会保障信息系统相关业务应用系统,以标准的接口把社会保障相关业务有关数据整合到社会保障信息系统数据中心之中。
2.4.3.3 宏观决策系统
宏观决策系统可以通过对业务数据的分析,借助方法库和模型库,对社会保障业务进行监督和管理,及时发现问题,并通过宏观决策系统和统计应用子系统,为不同层次的领导科学的决策提供支持服务。
5. 软件架构和系统架构的区别是什么
不同的架构方法论,会将架构分为不同视图,每个视图侧重某一个方面、领域的问题。比如希赛推的ADMEMS架构体系,分为以下几种视图:1. 数据架构:描述数据的存储结构、格式等方面。2. 物理架构:描述机器的物理部署、网络拓扑方面。3. 运行架构:描述运行期线程、进程间的交互工作机制。4. 逻辑架构:指如何将代码分成不同模块、组件,以及之间的职责分配、交互行为。5. 开发架构:主要指开发工具的选择,程序单元的划分,开发管理规范流程等方面。例如分为哪些工程、项目,源代码管理,自动化编译构建、测试、部署等。目前国际上运用比较广泛的是TOGAF架构体系,他把架构分为业务架构、数据架构、应用架构、技术架构等几个方面。想详细的了解这些架构视图,可以参考这些架构体系相关的书、资料。另外有很多人无缘无故的抨击架构概念,不知道是出于调侃还是无知。埃及的金字塔、神庙的建设,不是几个平常的泥瓦匠聚在一起就能够造出来的。像SAP、Oracle ERP,国内的金蝶等大规模的系统,以及空间站、火箭的控制系统等,没有系统性的架构方法、规范、流程,结果只能是悲剧。当规模、复杂度没有达到一定程度,比如在一些小的团队、产品中,架构过程可能融入到老板、经理、组长、资历较深的一些开发者中,融入在大家的日常工作中,以至于感觉不到架构的存在。就算遇到一些问题,因规模不大、复杂度不高,也比较容易调整。当这些前提条件发生变化时,架构的作用和必要性就逐步的体现出来。总的来说,一说到架构,如果懂软件,那么会了解为一个软件系统,这个软件设计的组成结构,如哪些是基础支持组件,哪些是完成A业务,哪些完成B业务……但说道企业架构的时候,就会问,该企业架构的几个架构如业务架构、数据架构、业务架构、技术架构,以及如何链接在一起。倒觉得,一个企业确实需要这样的架构,但不要神话它,最主要的是业务如何最终体现到软件中和流程中。而采取分离式设计时,最容易的错误就是各自为政,集成困难。那么以数据为中心的架构设计,会自然提供集成的基础。提到过,企业最重要的资产是数据,甚至不是信息,是数据。企业的业务流程会变,IT系统会变,所需要的信息与知识会变,唯有数据能够积淀下来。这有点象自然演进,考古那种,啥都
评论 | 0 条评论
登录之后才可留言,前往登录