《软件体系结构教程》课件软件体系结构概述.pptVIP

在知识体系方面，软件架构（softwarearchiecture）也称之为软件体系结构，它是一组有关如下要素的重要决策：软件系统的组织，构成系统的结构化元素，接口和它们相互协作的行为的选择，结构化元素和行为元素组合成粒度更大的子系统的方式的选择，以及指导这一组织（元素及其接口、协作和组合方式）的架构风格的选择。软件架构是对系统整体结构设计的刻划，一直以来，对于架构的理解有两个基本概念，一个称之为组成，另一个称之为决策。组成：架构的组成概念强调计算机及组件之间的交互。例如在的初步设计中，表示层和业务层是两个粗粒度的黑盒，当内部也表达了一些粒度比较细的组件的时候，这两个黑盒变成了灰盒。交互的概念表现在架构描述了它们之间的关系，例如数据如何读取、功能如何调用等。决策：架构决策不但表现了系统组织、元素、子系统的组织风格决策，还包括了非功能性需求的决策，例如对于可扩展性的决策，对于表示逻辑与业务逻辑变化的隔离，第三方工具包变化的隔离等，这就使架构有了弹性。架构的组成与决策是架构设计的两个基本概念，这两个概念并不矛盾，在架构设计中，往往是同时体现这两个概念，确保架构满足产品要求。由这两个概念出发，我们自然会提出：软件架构的核心思维到底是什么呢？首先，任何软件系统都是以满足需求作为目的，所以，好的架构设计必须以全面深入的需求分析作为基础，根据需求来组织合理的产品架构。事实上架构设计是没有统一的模式的，任何模式只有针对问题才有意义。作为架构设计来说，必须对需求分析有足够的理解，这样才能有针对性地解决问题，才可能设计出真正优秀的产品来。其次，一个软件系统的质量，很大程度上是由架构设计的质量决定的，所以架构师的眼光一般都专注于质量属性上，应该根据产品质量属性的要求提出合理的架构决策。但是很长时间以来，人们大都把目光关注在流程、方法、结构原理甚至编码的本身，而不太注意架构设计最本质的东西，思考的深度也欠深入，结果，很多产品即使设计出来，后期运行中也是问题百出，特别是发生变更的时候带来了很大的困难。这就给我们提出了一个问题，架构设计的思维到底是什么？另一方面，任何架构思想的实现，必须与具体的项目组织相匹配才能发挥作用。因此，系统架构师应该仔细研究现代项目管理的思想和方法，吃透其中的精髓，根据自己的设计思想，提出合适的软件工程策略。反之，一个软件工程策略，也不可避免的也会影响到架构设计的特点。上述讨论引发了三个核心思维，一个是架构设计的源泉来自于需求分析，第二个是架构设计重心和特点来自于质量需求（非功能性需求），第三个观点是，架构整体特征应该考虑项目管理特征。因此，软件架构设计是一个系统工程，它需要系统构架师有很宽的知识面，从需求分析、架构设计到类设计甚至代码实现，一直到项目管理都需要有透彻的理解，这之间的关系是你中有我我中有你，是不可能截然分开的。必须说明，软件系统设计的方法不是一个僵化的规则，关键是在实践中实事求是的摸索规律，从而找出符合实际达到要求的设计来。架构需要不断的发展演进随着计算机软硬件的不断发展，软件架构思想也在不断的发展变化。另一方面，软件为其提供业务处理和服务能力的每个具体行业领域也在不断发展变化，业务处理流程、参与角色、业务形式不断的推陈出新。这就要求我们在系统架构设计时，保持终身学习的精神，持续吸收新思想新知识，保持贴近一线业务群体，随时因地制宜，调整架构设计，采取最适合当下场景的解决方案。中轴对称，红墙黄瓦，从唐朝宫殿开始，黄色就被视为尊贵的色彩，红色意味着庄严和富贵。除了宫殿，寺庙代表佛国世界，也属于尊贵之列，所以它在建筑式样上多采用宫殿的式样。白墙黑瓦，水墨江南。小桥流水人家。*****软件架构师不是简单的通过理论学习就能够培养出来的。Microsoft、IBM、Sun等公司的软件架构师认证对学员的基础并没有具体的要求，只要交纳规定的费用，然后进行几天的集中培训，通过考试就发给学员证书，甚至不需要考试就直接发放证书。这些开发人员在自我培养的过程中不一定能够系统的学习软件架构师的理论知识，他们只具有一定的开发和设计经验，仅仅经过几天的培训，是不太可能培养出合格的软件架构师的。而且，作为某个厂商的培训和认证，其最终目的是培育自己的市场，培养一批忠诚的用户，而不是为中国培养软件架构师。因此，也存在很大的问题和缺陷。课程目的软件体系结构方面的研究还不成熟，开设这门课程和开设软件项目管理，软件工程等课程的目的一样，不在于教会学生多少具体的相关概念和技术方法，而是从现在开始，培养一种面向软件工程高端（与编程相比）角色（项目经理、架构师、需求分析师等）的意识和觉悟，即进行软件架构的“启蒙”教育。架构师要靠竞争才能当上，有了这方面的启蒙之后，慢慢培养出架构师的意识和觉悟，是一个非