构架模式、UML与组件设计案例.ppt

构架模式、UML与组件设计 议程 软件架构与模式 UML: 通用建模语言 组件设计过程 议程 软件架构与模式 架构的定义 优秀软件的标准 模式 UML: 通用建模语言 组件设计过程 民用建筑中的受力 软件构架中的受力 复杂性度量 构架的定义 软件构架是围绕着一系列关于软件系统组织的重要决定 选择组成系统的结构单元和接口 这些单元之间的协作行为 这些单元之间的协作行为 综合这些小的结构和动作单元为较大的子系统 管理整个组织的结构形式 构架的定义 软件构架同时包括 用法 功能性 性能 可恢复性 可重新利用率 综合性 经济和技术的相互约束和权衡关系 审美学的观点 以构架为中心 目的 智能控制 以可重复利用为基础 以项目管理和减小危险性为基础 表示方法 4+1 视图模型 步骤 迭代的和增量的发展 从可执行的构架中进行连续地提炼 构架的前后联系 选择在什么规章或契约之下组建软件是一个构架级的决定 除去变化的层 分层设计的 MS Search 2.5 代码的组件化（模块化）是第一位的。相比2.0版本三个主要的搜索功能。而 Search 2.5 由于把应用程序分割为不同模块，分别处理代码的执行和用户界面的表示，从而实现了代码与界面的分离。这是通过 XML 和 XSL 来实现的。 构架的定义 查询先被提交给解析器 (Parser) 进行词条分割和词表解析 找到项目的显示术语 (Display Term) 被传给 Best Bets 找到项目的首选术语 (Preferred Term) 和剩余项目被传给 Search Results 使用 XSL 编译生成并转换为 XML 格式的结果文档 HTML 被提交到用户 Web 浏览器 优秀的设计 有用的 解决商业问题 保证信息、服务和产品的交付 可用的 保证生产率 直觉的 无错的 期望的 性价比高的 灵活的 可扩展的 可维护的 降低设计风险 MSF设计过程是一个有效的工具，用以降低那些因为不满足商业需求而产生的设计风险。 模式 模式是针对一个特定问题的解决方案 模式是从一个领域的经验中所提炼出来的特定的知识 所有具有良好结构的系统都有非常丰富的模式 习惯用语 设计模式 构架的模式 设计模式 创造性的模式 抽象factory 原型 构架的模式 适配器 桥 代理 动作的模式 职责链 协调者 访客 机制是构架的灵魂 模式与架构的来源 受关注的程度 讨论 一个典型的设计 优秀的架构 吸取的教训 得到的经验 议程 软件架构与模式 UML: 通用建模语言 OODA: 面对对象的分析与设计 UML介绍 使用案例视图 类图表 交互图表与行为图表 模块与组件 组件设计 OODA: 面对对象的分析与设计 类、对象以及元件 一般概念 类、对象以及元件 类：蓝图，对象的模版 对象：类的实例 元件：一个系统的物理执行单元 包括一个或多个类，很强的依存关系 物理的、可用二进制表示的应用程序 可运行一个或以上的界面 包含一个或以上的类别 可替换性 类和对象 对象的状态有时间变化的趋势 类是对象的抽象 OOAD的一般概念 抽象 封装 模块 继承 OOAD的基本概念：抽象 管理复杂性 关注实际的特性 忽略详细说明 从不同的角度看待问题 OOAD的基本概念：封装 隐藏信息 黑箱操作 降低连锁反应的影响 OOAD的基本概念：模块 分块降低复杂性 各部分协同工作 OOAD的基本概念：继承 抽象的层次 议程 软件架构与模式 UML: 通用建模语言 OODA: 面对对象的分析与设计 UML介绍 使用案例视图 类图表 交互图表与行为图表 模块与组件 组件设计 什么是 UML? 统一模型语言? (Unified Modeling Language)是一种用来定义，形象表示，创建和文档记载软件系统的工业标准语言。 它简化了软件设计的复杂流程，为整个的构架建立一个“蓝图”。 为什么使用UML? 一种形象，准确的表达软件功能和结构的标准方法，有效的避免误解 规划者/开发者/测试者/项目经理并不真正了解我尝试规格化的内容 写作规范很费时，但是产品周期越来越短 UML 使用在什么地方? 高层的介绍总览的文档/规范 规范 开发设计文档 什么是 UML 图表? 软件系统的蓝图，每个类型的图表都说明了系统的不同的方面 软件代码生成的一种方法 图形化表示系统如何工作， 更快，更好 简练易懂的表述，讨论复杂的系统的一种方法 UML 图表的类型 使用案例图表 行为图表 类图表 顺序图表 其它类型的UML图表: 协作图表 数据流图表 包装图表 状态图表 物理图表 4+1 视图模式 使用案例视图( “+1” 视图) 使用案例模型 逻辑视图 设计模型 实施视图 实施模型 过程视图 包括在设计模型