之前一篇阐述了数据架构，这篇就来阐述下应用架构，很多开发人员会说应用架构不就是所谓的三层模式，mvc等等吗？是只有这些吗？下面谈谈我的认识和见解。
何谓应用架构及其应用架构的目的是什么？
应用架构的主要目的是将企业的业务架构和数据架构与IT系统进行管理。正如企业架构是骨架，数据架构就是骨架中运作的血液，最后IT系统是维持血液在骨架中运作的推动力。如何合理，有效的推动，就需要用到应用架构了。 因此应用架构是定义企业向业务部门提供的整体的IT应用系统和具体的功能或者提供的具体服务。大家应该知道具体的应用系统主要的功能就是为企业提供对数据的处理。(比如：数据的录入，数据的编辑修改，数据的删除，数据的汇总报告，数据的搜索等等)。
应该架构在IT架构中发挥核心的作用。它能够连接业务架构的流程，组件，功能，岗位，也能够连接数据架构中的数据的管理和使用，还能够提供对技术架构和IT基础设施的要求。因而，一个完整全面的应用架构对IT系统的建设有很重要的价值。
如果从另外一个角度分析的话，你会发现其实应用架构是一张企业视图，它规划和定义IT系统和它们之间的接口及其集成的方式。从这张图上你可以发现那些功能是重复及其那些是由于企业部分的划分不合理导致重叠的部分。
在应用架构设计时，第一要考虑在企业内部通用的需求，设计具有广泛适用性的架构。建立企业内部垮部门通用的系统，这样能够最大效率的利用数据共享。第二考虑不同业务线之间的差异需求，针对差异化进行功能化或者独立的数据存储。具体在进行应用架构的时候需要考虑输入包括企业的规章制度，业务用例，非功能性需求，旧系统的情况，如果有同行业的一些优秀系统的话也可以参考。在应用架构中一定要考虑现有并且展望未来而进行设计。切莫仅仅针对现有来进行设计，这样的话进会出现，设计完，也就被淘汰了。当如果不好展望未来的话，就要最好准备进行过度方案的设计。
任何架构方面的设计应该都按照先设计高层次大观的设计方案，其实就是对这个方案进行细化。因此在应用架构的设计的时候也可以先设计出概念架构图，在这个架构图中主要能够让业务人员和IT人员都能够理解的、并且将所有系统同时展示出来的架构图，其次根据概念架构图设计出具体的逻辑架构图，它将更详细的说明子系统和组件的功能以及使用情况，并且描述不同业务线之间，总部和分部之间情况。
是否是个好的应用架构主要看它是否能够体现企业IT系统的蓝图，指导具体解决方案的制定、系统的开发和部署。同时在应用架构中是否能够和业务的组件进行对照和匹配。
最后就谈谈应用架构的模式。
现在流行的应用架构的模式有：
- 面向对象架构
- 三层架构(显示层，逻辑层，数据层)或者什么四层模式其实不过是三层模式的抽象而已
- SOA
- MVC
下面在给出一些思路用于IT设计
- 如果根据企业的业务需求出现集成多个应用系统来完成特定的流程和功能，可以试着将流程进行集成化，让多流程来处理一个业务或者设计接口来达到让两个系统通过建立接口进行消息的交互或者设计为响应，一方提request，一方response。也可以并联或者串联业务流程。等等
- 如果企业需求企业合作伙伴进行集成的话，建议能否试试暴露接口让对方调用使用Web Services等。
以上只是提供一个思路，具体请根据实际情况去运用。
企业可以根据自身的特点和企业IT系统化的投入选择合适的应用架构模式。