应用架构，系统架构，软件架构三者含义基本一致。
从1985年开始,在过去的二十多年里，关于什么是“软件架构(SoftwareArchitecture)”已经基本得到了软件工程领域普遍的认同。其中一些重要的定义介绍如下。
“软件架构代表了系统的组织结构。这包括将系统分解为不同的部分、界定它们之间的连接、确定它们之间的交换机制、并且为后续的设计提供指导性的原则”---出自UML的著名原创者JamesRumbaugh、GradyBooch及IvarJacobson(即架构界俗称的“三个火枪手”)。
“软件架构表述了一个系统的一个或一系列组织结构。这包扩了软件构件、这些构件的外部可见特征，以及这些构件之间的关系。”---出自BassLen、PaulClements、RickKazman在2003年出版的经典的《架构的实践》一书。
IEEE在2004年4月公布的“IEEEStandard1471”中，提出了IEEE自己对软件架构的定义：“软件系统架构是根据具有参考意义的实践而定义出来的。主要表述了有一个系统的基本组织结构、基本组成构件和互相的关系，以及构件于外部环境间的关系。同时，软件系统架构为后续的设计和架构演化提供了指导性原则”。IEEEStandard1471也澄清了架构领域的许多其他感念，例如架构描述、架构标准等。
可以看出，上述诸多不同用词的“软件架构”的定义，其实都表达了近乎一致的思想。我们可以引用FrankBuschmann的经典论述来定义一个架构师：“一个软件系统的架构师是一个要担负起软件系统的定义、架构的实现、系统的实施、系统架构演化和系统演化的人。换句话说，是一个要为系统整个生命周期负责的人。”
但有意思的是，软件工程领域基本上没有一致的有关“软件架构师(SoftwareArchitecture)”的定义。很多公司也没有这样的职位；有些公司虽然有这样的职位，但却说不清楚这个职位所要求的技能和工作职责；另外但我们对比不同公司关于该职位的描述时，也能看到其中的不一致，例如Microsoft公司与Motorola公司对架够师的职位表述就很不一样。更常见的是这些职位描述严重混淆了很多概念，例如：当年的Rational公司就混淆了“软件架构师”与“高级程序员”的概念。
这样的现象，无论是在国内还是国外都很相似。这也导致了我们可以见到大量的不同职位名称出现在软件工程行业中的观象，例如有解决方案架构师、系统架构师、软件架构师、企业架构师、总工、首席架构师、Java架构师、微软架构师及.NET架构师。
