企业级的应用架构：企业层面的应用架构起到了统一规划、承上启下的作用，向上承接了企业战略发展方向和业务模式，向下规划和指导企业各个IT系统的定位和功能。在企业架构中，应用架构是最重要和工作量最大的部分，他包括了企业的应用架构蓝图、架构标准/原则、系统的边界和定义、系统间的关联关系等方面的内容。
单个系统的应用架构：在开发或设计单一IT系统时，设计系统的主要模块和功能点，系统技术实现是从前端展示到业务处理逻辑，到后台数据是如何架构的。这方面的工作一般属于项目组，而不是企业架构的范畴，不过各个系统的架构设计需要遵循企业总体应用架构原则。
软件开发不是一蹴而就的事情，我们不可能在不了解产品（或行业领域）的前提下进行软件开发，在开发前，通常需要进行大量的业务知识梳理，而后到达软件设计的层面，最后才是开发。而在业务知识梳理的过程中，我们必然会形成某个领域知识，根据领域知识来一步步驱动软件设计，就是领域驱动设计的基本概念。
听起来这和传统意义的软件开发没啥区别，只是换了点新鲜的名词而已，其实不然。许多公司中，开发人员通常接收产品需求，然后设计、开发、测试并上线。正常情况下这是没有问题的，但是随着系统的发展，会出现以下问题:这个需求在a中会更好的实现，但是产品经理要与系统B的开发相联系，然后在系统B中实现。这个需求已经以类似的方式实现了，但是开发人员并不知道它。在收到需求后，他们再次实现它。需求不是客户真正想要的(尽管客户这么说)。此时，我们需要深入挖掘客户的需求。因为我在开始的时候没有想清楚就急于上网，所以人们在上网后想优化这个内容(可能是算法，也可能是互动)。保持系统的先进性当系统刚开始上线时，可能会运行得很好。随着时间的推移，业务量的增加，数据库中的数据量越来越多，代码的条件分支总数也越来越多，这将导致客户体验越来越差。此时，业务架构师需要解决这个问题，为了保证系统的稳定性和性能，对系统进行了转换。更多资料：https://www.yuque.com/docs/share/ae6cf217-735a-4d19-b8bf-e92acbb8e952?#（提取码：afbg）
