《软件架构设计(第二版)》

软件企业应该: 

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

  员工专项技能的渐进提升(例如架构技能、设计重构技能); 

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


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


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



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

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


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



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












猜你喜欢

转载自empireghost.iteye.com/blog/1596559