首先通过软件开发中常见的MVC模式理解架构：
M(Model)：模型层负责向视图层提供数据，并处理应用程序中数据逻辑的部分。通常数据模型唯一负责在数据库中存取数据。
V(View)：视图是依据数据模型创建，负责其中数据的显示。
C(Controller)：应用程序中处理用户交互的部分。负责从视图读取数据，控制用户的输入，并向模型层发送数据。
注：虚线为“控制输入”或“控制显示”的概念。
优点：
MVC架构简化了应用程序开发的分层复杂度，不同开发人员可以负责(专注)应用程序某一部分的开发活动。
在大型应用软件开发过程中，“高内聚低耦合”的架构思想降低了开发者之间的合作难度。
(优点的体现)开发人员细分后的工作——
控制层模块：也成为持久层。控制用户输入数据格式，从视图读取数据，并向模型发送数据。
业务逻辑：开发人员根据企业数据与业务规则，进行系统代码逻辑的设计，拥有最多的处理任务。同一模型可为多个视图提供数据(展现了可复用性)。
视图层：UI(User Interface)对用户界面进行设计，主要负责确定界面样式，交互方式及美观程度。并将设计后的原型图移交前端工作人员进行对等实现。
再说说框架与架构的不同？
一句话概括 框架(Framework)是一种软件，而架构(Architecture)是一种设计策略。
框架即是软件，是一种软件组件(组件是对数据和方法的简单封装)。它们互相协作并提供了针对某个给定的问题领域中的应用程序提供了可复用的专用解决方案。框架提供的服务将被最终应用系统所调用，而开发人员可定制框架提供的“扩展点”。
架构并非软件，而是软件设计的重要策略。MVC是一种典型的架构，涉及到如何将软件系统分解成不同的部分、各部分之间的“静态结构关系”及“动态交互关系”。架构是软件设计的整体轮廓，由多个层次代码组合起来的抽象概念。
“先大局后局部，就出现了架构；先通用后专用，就出现了框架”
架构是问题的抽象解决方案，它关注大局而忽略细节；而框架是通用半成品，还必须根据具体需求进一步定制开发才能变成应用系统。