“体系结构”这个词语来自英文单词“Architecture”，在计算机行业中也有译为“系统结构”，许多行业都用到这个单词。对于一台计算机而言，它所关注的是如何合理的利用合适的软件、硬件和固件来构造计算机，使之能够以最好的性能价格比完成用户所需要的任务。之所以特别提出“体系结构”，主要有三方面的原因：一个是IT应用范围的扩大；一个是IT系统的复杂性和产品多样性；一个是软件技术的发展。

随着IT技术的发展，以及人们对IT技术的理解和掌握，IT在各行业的应用都日渐的发展和成熟，越来越多的行业和人员都在利用IT技术提高他们的业务运作效率，也就产生越来越多的应用型项目。尤其是IT 应用发展到现在，一个IT系统所覆盖的范围日益扩大（范围包括最终用户数量、部门数量、地理分布等），比较常见的大型IT项目是一些新用户希望在一个高起点上构建一个覆盖多个业务部门的完整的新IT系统，或者一些用户希望在原有分散的IT系统基础上进行整合，从而构建成一个完整的IT系统。

对于这样的大型项目，它们所覆盖的业务部门很多，彼此的业务功能差异比较大但又存在相当的联系，也就是说应用软件的功能会比较多，且相互之间存在着一定关联；而与之相适应的是应用软件技术也发生了变化，多层结构、对象技术和组件技术等得到日益广泛的应用，这就意味着必须对应用软件的体系结构进行全面的分析设计如层次如何划分、组件如何划分等，才有可能产生一个较完善的应用软件系统以满足最终用户的复杂需求。

同时从IT系统的基础设施来看，其使用的产品也是多种多样的，从服务器级的系统平台、网络平台到客户端等，有功能的差异，也有性能的差异，甚至还有采用异构技术实现的。如何让这些产品构成一个和谐完整的系统为客户提供方便、快捷的服务，就需要站在整个IT系统的高度上进行完整的分析设计，定义整个IT系统的组成内容，每个组成部分的功能和性能，相互之间如何进行数据交换。

如果没有清楚的体系结构观念，在项目实施中往往会出现这样的情况：客户今天说需要这样的功能，项目人员就按照客户的要求实现了；客户明天再提出新的功能，项目人员也实现了。这看起来很简单，“简单就是美”——客户也会感到很满意，可是随着项目的进展，情况就不那么美了，客户开始发现“这两个部分怎么不能连接”，进而提出要修改想法，甚至要求重新来过。整个项目实施就可能会出现“边施工，边设计”的情况，在这种情况下，项目的进度和开销就很难有效控制，项目的资源可能被极大的浪费，而质量能否得到保证则存在很大的风险。

在体系结构清楚的基础上，项目管理人员就可以根据一定的优先次序关系组织资源去建设IT系统的各个组成部分，从而保证项目的顺利实施，而不致于出现“停工待料”甚至是“推倒重来”的局面。因此，在一个合理的项目组织机构中，必须保证项目经理和体系结构设计师的有效配合。