框架，系统架构以及架构师的区别

   架构和框架的区别是什么？

   框架，即framework，其实是某种应用的半成品，就是一组组件，供你选择来完成自己的系统。简单说就是别人搭好的舞台，你来做表演。而且框架是一般是成熟的，不断升级的软件。

   架构，也就是通常所说的软件体系结构，体系结构一般分为三部分：构建、用于描述计算机； 连接器，用于描述构建的链接部分；配置，将构建和连接器组成一个有机整体。

   这两者进行比较，架构，呈现的是一个设计规约，而框架是程序代码。架构大多数指导一个软件系统的实施与开发，而框架的首要目的是为了复用，因此架构可以有其体系结构，用于指导框架的开发。

   软件设计里到处都是模式，框架。有次朋友问什么是模式？我也在学习中，就我的学习经验，给出以下小结。

   什么是模式？
   模式，英文是Pattern。其实就是解决某一类问题的方法论。你把解决某类问题的方法总结归纳到理论高度，那就是模式。
Alexander给出的经典定义是：每个模式都描述了一个在我们的环境中不断出现的问题，然后描述了该问题的解决方案的核心。通过这种方式，你可以无数次地使用那些已有的解决方案，无需在重复相同的工作。
模式有不同的领域，建筑领域有建筑模式，软件设计领域也有设计模式。当一个领域逐渐成熟的时候，自然会出现很多模式。

   为什么要用模式？
   因为模式是一种指导，在一个良好的指导下，有助于你完成任务，有助于你作出一个优良的设计方案，达到事半功倍的效果。而且会得到解决问题的最佳办法。

    为什么要用框架？
    因为软件系统发展到今天已经很复杂了，特别是服务器端软件，设计到的知识，内容，问题太多。在某些方面使用别人成熟的框架，就相当于让别人帮你完成一些基础工作，你只需要集中精力完成系统的业务逻辑设计。而且框架一般是成熟，稳健的，他可以处理系统很多细节问题，比如，事物处理，安全性，数据流控制等问题。还有框架一般都经过很多人使用，所以结构很好，所以扩展性也很好，而且它是不断升级的，你可以直接享受别人升级代码带来的好处。
框架一般处在低层应用平台（如J2EE）和高层业务逻辑之间的中间层。

    软件为什么要分层？
    为了实现“高内聚、低耦合”。把问题划分开来各个解决，易于控制，易于延展，易于分配资源等优点。

    架构师的能力要求

在技术全面、成熟练达、洞察力强、经验丰富，具备在缺乏完整信息、众多问题交织一团、模糊和矛盾的情况下，软件架构师能迅速抓住问题要害，并做出合理的关键决定的能力 l、具备战略性和前瞻性思维能力，善于把握全局，能够在更高抽象级别上进行思考。主要包括如下：

⒈对项目开发涉及的所有问题领域都有经验，包括彻底地理解项目需求，开展分析设计之类 软件工程活动等

⒉具备领导素质，以在各小组之间推进技术工作，并在项目压力下做出牢靠的关键决策；

⒊拥有优秀的沟通能力，用以进行说服、鼓励和指导等活动，并赢得项目成员的信任；

⒋以目标导向和主动的方式来不带任何感情色彩地关注项目结果，构架师应当是项目背后的技术推动力，而非构想者或梦想家（追求完美）；

⒌精通构架设计的理论、实践和工具，并掌握多种参考构架、主要的可重用构架机制和模式（例如J2EE架构等）；

⒍具备系统设计员的所有技能，但涉及面更广、抽象级别更高； 活动确定用例或需求的优先级、进行构架分析、创建构架的概念验证原型、评估构架的概念验证原型的可行性、组织 系统实施模型、描述系统分布结构、描述运行时刻构架、确定设计机制、确定设计元素、合并已有设计元素、构架文档、参考构架、分析模型、设计模型、实施模型、部署模型、构架概念验证原型、接口、事件、信号与协议等。

主要任务

架构师的主要任务不是从事具体的软件程序的编写，而是从事更高层次的开发构架工作。他必须对开发技术非常了解，并且需要有良好的 组织管理能力。可以这样说，一个架构师工作的好坏决定了整个软件开发项目的成败。

⒈领导与协调整个项目中的技术活动（分析、设计和实施等）

⒉推动主要的技术决策，并最终表达为 软件构架

⒊确定和文档化系统的相对构架而言意义重大的方面，包括系统的需求、设计、实施和部署等“视图”

⒋确定设计元素的分组以及这些主要分组之间的接口

⒌为技术决策提供规则，平衡各类涉众的不同关注点，化解技术风险，并保证相关决定被有效的传达和贯彻

⒍理解、评价并接收系统需求

⒎评价和确认软件架构的实现 专业技能