第01讲-软件体系结构绪论重点.ppt

体系结构例：Android的分层体系结构 引入设计模式 装修设计问题：使用软件方法可以设计并展现不同风格的布局效果 立柜 壁柜 台面 菜单 显示区 现代型 古典型 工艺型 古董型 风格 1、如何使客户端程序依赖少量的或者单一的对象 2、如何保证增加风格时（或风格变化时）不影响原有代码？ 设计模式的概念 设计模式是类的联合体以及与之相伴的算法，这些算法能够实现共同的设计目标 设计模式表达了一种思想而不仅仅是固定的类联合体，相伴的算法表示模式的基本操作 设计模式分类 按类型划分，软件设计模式可划分为 创建型模式：如何创建一个对象，一般是通过子类继承（或者接口实现）的方式来生成新的类 结构型模式：利用现有的类来生成新的类，一般通过类的组合来生成新类 行为型模式：类之间的协作，将一个动作分解到不同的类，强调类之间的协作 设计模式、体系结构、框架 框架（Framework）是整个或部分系统的可重用设计，具体表现为一组抽象构件及构件实例间交互的方法 构件是代码重用，而设计模式是设计重用，框架介于两者之间，部分代码重用，部分设计重用 设计模式比框架更为抽象，设计模式在碰到具体问题后才能产生代码；框架已经可以用代码表示 设计模式是比框架更小的体系结构元素，框架中可以包含多个设计模式 框架（Framework）与结构（Architecture） 框架是可实例化的、部分完成的软件系统或子系统，它为一组系统或子系统定义了统一的体系结构，并提供了系统的基本构造块，还为实现具体功能定义了扩展点 框架实现了体系结构级别的复用 框架（Framework）与模式（Pattern） 从应用领域上分，框架给出的是整个应用的体系结构；而设计模式则给出了单一设计问题的解决方案 从内容上分，设计模式仅是一个单纯的设计，这个设计可被不同语言以不同方式来实现；而框架则是设计和代码的混合体 设计模式比框架更容易移植：框架一旦设计成形，以其为基础进行应用的开发就要受制于框架的实现环境；而设计模式是与语言无关的，所以可以在更广泛的异构环境中进行应用 总之，框架是软件，而设计模式是软件的知识体，设计模式的合理利用可以提升框架的设计水平 先谈软件危机 软件工程、软件体系架构、软件设计模式的概念及其相互之间的关系 软构件与面向服务的思想 主要内容 软构件与面向服务的思想 软件系统及其开发方法面临着如下的变化趋势 重复软件越来越多 技术让位于业务：实现技术变得越来越次要，对业务需求的理解变得越来越困难 封闭向开放转移：系统规模变大，复杂性变高，从组织内部转移到企业之间，乃至全球化环境中 内部功能让位于协同：开发一个封闭的功能很容易，难的是多组织之间协同性功能的开发 按需应变：软件系统越来越要求快速、容易变化 传统的软件开发方法/技术越来越力不从心 软构件与面向服务的思想 新的要求 构成软件的基本组件或体系结构大量复用，可以缩短软件开发周期（软构件技术） 服务无处不在，服务资源共享，可以更进一步促进协同性功能的开发（面向服务） 按需快速应变： 软件的产出依靠组装 而不是 开发 这才是当前及未来软件的发展趋势 SOA基本模型 云计算架构 云计算的发展 技术与产业发展推动 业务需求拉动 云计算发展 云计算的驱动力 业务需求的拉动，希望解决资源利用率、计算能力不足和成本的问题 技术发展的推动，软件技术发展推动了IT创新的商业价值 从应用的角度理解云 公有云 私有云 简化和标准的服务接口 按需计费的商业模式 用户的公共性 设备的多样性 商业模式的服务性 提供方式的灵活性 从技术的角度理解云 分区计算 Partition Computing 一台虚拟为多台：提高资源利用率 集群计算 Cluster Computing 多台虚拟为一台：提高计算能力 虚拟化 Virtualization 基础设施 云计算 Cloud Computing 网格计算 Grid Computing 技术基础 软件即服务 SaaS 使用方式 云计算是多种现有技术的融合体！ 融合 从产业的角度理解云 The End！ 哈尔滨工业大学计算机学院 唐好选 Email:tanghx@hit.edu.cn 绪论 先谈软件危机 软件工程、软件体系结构、软件设计模式的概念及其相互之间的关系 软构件与面向服务的思想 主要内容 软件危机 “软件危机”于1968年首次提出，“软件工程”概念也由此产生 软件危机是指计算机软件开发和维护过程中所遇到的一系列严重问题。 (1) 能否满足对软件日益增长的需求？ (2) 能否维护数量日益增长的现有软件？ 云计算会带来更加严重的软件危机 软件危机的具体表现 （1）对软件开发成本和进度的估计常常不准确（成本估计不足，拖延工期） （2）用户对“已完成”的软