应用架构系统架构（应用架构 技术架构 数据架构）
本文目录一览：
什么是应用架构
应用架构，系统架构，软件架构三者含义基本一致。
从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架构师。
系统架构 技术构架 应用构架 区别
系统架构、技术构架、应用构架区别为：目的不同、实现方式不同、特点不同。
一、目的不同
1、系统架构：系统架构是对已确定的需求的技术实现构架、作好规划，运用成套、完整的工具，在规划的步骤下去完成任务。
2、技术构架：技术构架是对整个或部分技术系统的可重用设计的构架。
3、应用构架：应用构架是描述了IT系统功能和技术实现内容的构架。
二、实现方式不同
1、系统架构：系统架构通过规划程序的运行模式、层次结构、调用关系来具体实现架构。
2、技术构架：技术构架通过一组抽象构件及构件实例间交互的方法来具体实现架构。
3、应用构架：应用构架通过架构图的方式来具体实现架构。
三、特点不同
1、系统架构：系统架构特点是确定一台计算机硬件和软件之间的衔接。
2、技术构架：技术构架特点是可被技术开发者定制的应用骨架。
3、应用构架：应用构架特点是承接了企业战略发展方向和业务模式，规划和指导企业各个IT系统的定位和功能。
参考资料来源：
百度百科——系统构架
百度百科——技术框架
百度百科——应用架构
架构，系统架构，技术架构，应用架构都是什么关系
架构
是有关软件整体结构与组件的抽象描述，用于指导大型软件系统各个方面的设计。
系统架构
是对已确定的需求的技术实现构架、作好规划,运用成套、完整的工具,在规划的步骤下去完成任务。
技术架构
通过合理的完善的评估途径对组织、网络、程序的组成框架、模型进行评价和分析,并对其进行完善。
应用架构
以架构图的方式描述系统的组成和框架，一般从系统功能和系统技术层次两个架构视角进行设计。
