[计算机]2浙江大学王灿《软件体系结构》构架商业周期和构架结构.pptVIP

构架商业周期构架结构 构架由什么决定？ 构架是否由系统需求决定？ 将一份需求说明书给两个不同的构架师，他们是否能够设计出同样的架构？ 软件构架是技术、商业和社会因素共同作用的结果。 构架从哪里来？ 影响构架的因素主要包括： 系统涉众（stakeholder） 开发组织 构架师的素质和经验 技术环境 系统涉众（stakeholder） 管理者：成本要低，人人都得干活 营销人员：特性突出、投放市场快、成本低、可与同类产品相匹敌 终端用户：行为、性能、安全性、可靠性、易用性 维护人员：可修改性强 客户：成本低、及时交付、不要频繁修改 … 开发组织 除了通过需求表示的组织目标外，构架还受开发组织的结构或本质的影响 对现存构架的重用 对某个基础设施进行长期的商业投资以实现某些战略目标 开发组织本身的机构也会影响构架的形成 构架师的素质和经验 构架师先前的一些经验、教育、培训以及所接触到过的成功构架模式都会影响到他们对某种构架的选择。 技术环境 技术环境可以看作是对构架师素质和经验的特殊反映 代表某个时代的构架师的普遍素质和经验 比如：在当今的技术环境下，如果构架师对信息系统的设计不考虑使用基于WEB的，面向对象的和支持中间件的方法是很难想象的 构架所受的影响 构架商业周期 (ABC) ABC---构架的反影响力 构架会影响开发组织的结构 构架概念的澄清 构架定义 Len Bass, Paul Clements等人对软件构架所做的定义： 某个软件或计算系统的软件构架是该系统的一个或多个结构，它由软件元素、这些元素的外部可见属性以及这些元素之间的关系组成。 构架的含义 (1) 1. 构架定义了软件元素 构架必须省略各元素中与其交互无关的某些信息 接口 VS. 内部实现 2. 系统可能而且确实由多个结构组成 其中任何一个结构并不能与构架等同 结构的多重性是理解软件构架的关键 构架的含义 (2) 3. 具有软件的每个计算系统都有一个软件构架 每个软件系统都可以看成由若干个元素及其相互联系构成 系统构架 VS. 构架描述 4. 如果某个元素的行为可以从其他元素的角度观察到，这个元素的行为就是构架的内容 这种行为使各元素的交互成为可能，是构架的一部分 5. 构架的存在与构架的优劣无关 构架的其他定义 构架是一种高层设计。 构架是系统的总体结构 构架是以组件、组件之间的关系、组件与环境之间的关系为内容的某一系统的基本组织结构以及指导上述内容设计与演化的原理 构架是组件和连接器。 构架模式、参考模型和参考构架 构架模式是对元素和关系类型以及一组对其使用方式的限制的描述 参考模型是一种考虑数据流的功能划分 参考架构是映射到软件元素（它们相互合作，共同实现在参考模型中定义的功能）及元素之间数据流上的参考模型 (这些都是理解架构中的元素的一些有用的概念) 构架模式、参考模型和参考构架间的关系 软件构架的作用 涉众之间的交流 代码级别的系统抽象?程序员的交流工具 构架级别的系统的抽象?包括程序员在内的绝大多数系统涉众都借助软件体系结构来进行彼此理解、协商、达成共识或者相互沟通的基础。 系统设计的前期决策 软件构架是我们所开发的软件系统最早期设计决策的体现，它们对软件系统的后续开发、部署和维护具有相当重要的影响。 构架设计是能够对所开发系统进行分析的最早时间点。 可传递的系统级抽象 软件构架是关于系统构造以及系统各个元素工作机制的相对较小、却又能够突出反映问题的模型。 这种模型可以在多个系统之间传递，特别是可以应用到具有相似质量属性和功能需求的系统中，并能够促进大规模软件的系统级复用。 构架结构 在一套房子中，我们可以观察到不同的结构 房间 电线 水管 通风 每一种结构都组成了关于房子的一个“视图” 为不同的人所使用 用来达到房子的某种质量属性 用来描述房子，进行规划 在软件中也存在类似的情况，一个结构是构架的一份“视图”，构架在某个角度上的投影 软件结构 三种主要的软件结构类型 模块结构: 系统如何被划分为一些更小的代码单元（模块）？ 组件－连接器结构 系统如何被划分为一组有动态行为的元素（组件）和相互家户的元素（连接器）？ 分配结构 系统如何映射到非软件的环境？ 常见的软件构架结构 模块视图类型和风格 模块是一个功能集的实现，模块视图揭示了系统在设计阶段所存在的结构 模块视图类型主要包括四种风格 分解风格 代表系统一个自顶向下的视图 使用风格 指出当前模块要正确执行的话，哪些其他模块必须存在 泛化（类）风格 通常用来表达面向对象的设计 分层风格 将系统划分为不相交的“层” 元素和关系 所有类型的模块都可以作为模块视图类型的元素 函数或过程 类 类的集合（包） 层 任何形式的代码单元分解 模块可以根据不同的原则进行聚集或分解 共同性 “允许