《软件架构设计（第二版）》

软件企业应该： 

  定期分析和掌握本公司的员工能力状况、人才结构状况； 

 

  员工专项技能的渐进提升（例如架构技能、设计重构技能）； 

  研发骨干整体技能的跨越转型（例如高级工程师向架构师、系统工程师和技术经理的转型）。 

架构设计能力是实践性很强的一系列技能，从事过几年开发工作是掌握架构设计各项技能的必要基础

 

软件系统的架构将系统描述为计算组件及组件之间的交互。“组件”是广泛意义上的元素之意，并不是指和CORBA、DCOM、EJB 等相关的专有的组件概念。“计算组件”也是泛指，其实计算组件可以进一步细分为处理组件、数据组件、连接组件等。总之，“组件”可以指子系统、框架（Framework ）、 模块、类等不同粒度的软件单元，它们可以担负不同的计算职责。

软件架构并不仅仅注重软件本身的结构和行为，还注重其他特性：使用、功能性、

性能、弹性、重用、可理解性、经济和技术的限制及权衡，以及美学等。

架构是一系列重要决策的集合，这些决策与以下内容有关：软件的组织，构成系统的结构元素及其接口的选择，这些元素在相互协作中明确表现出的行为，这些结构元素和行为元素进一步组合所构成的更大规模的子系统，以及指导这一组织——包括这些元素及其接口、它们的协作和它们的组合——架构风格。 

 

概念架构是直指系统目标的设计思想、重大选择，因而非常重要。《方案建议书》《技术白皮书》和市场彩页中，都有它的身影，以说明产品/ 项目/ 方案的技术优势。也因此，有人称它为“市场架构”。概念架构界定系统的高层组件、以及它们之间的关系。概念架构意在对系统进行适当分解、而不陷入细节。借此，可以与管理人员、市场人员、用户等非技术人员交流架构。概念架构规定了每个组件的非正式规约、以及架构图，但不涉及接口细节.