架构设计.ppt

架 构 设 计 林源泉 2010年06月18日 主题 架构设计基础 常用模式和中间件 表示层设计方法 业务层设计方法 数据访问层设计方法 面向方面编程（AOP) 通用架构服务设计 创建软件架构 专题一 架构设计基础 软件架构设计 处于软件建设的上游 架构的概念 架构师的角色 系统的规模 系统的分布 架构满足风险管理的需要 高层规划的目标 部分失效时系统的强健性 处理请求负载 并发使用的扩展能力 架构的概念 架构的功能 技术职责 标识对架构重要的用例 指导架构原型的开发 管理的职责 成本管理 技术和风险转移的方法 沟通管理 与项目干系人和团队成员有效合作的沟通技巧 架构的概念 架构功能和设计功能 架构的概念 面向对象的分析和设计职责 基于组件设计的关键 抽象 封装 内聚 耦合 架构的概念 系统架构 可视化硬件和服务器软件的设计和实现 有数据库设计、容量规划、服务器集群、负载平衡及容错策略等方面的经验 提供支持RAS的部署环境 通常称为系统架构师或基础平台架构师 架构的概念 应用架构师 可视化应用软件和组件集成的设计和实现 有典型的业务应用、集成应用和OO方面的经验 提供实现端到端功能并支持非功能性需求的应用结构 架构的关键点 关键点 架构过程 J2EE技术 风险管理 模式使用 原型开发 架构的关键点 创建满足QoS需求的蓝图（典型架构文档） 愿景文档 需求规范 风险识别和转移计划 应用的域模型 上下文环境描述 项目计划 假设列表 架构的关键点 评估J2EE技术 考虑技术决策点 确保团队正确地使用了所选技术 架构的关键点 识别及控制风险 非功能性需求 业务规则 约束 系统质量 风险评估 成本分析 架构的关键点 使用适当的模式 设计模式 支持功能性需求 架构模式 支持非功能性需求 架构的关键点 开发原型 架构原型描述系统并按照经验确定计划是否得到满足 包括： 域模型 交互图 专题二 常用模式和中间件 架构模式 Layer模式 确保抽象边界的定义和使用 架构模式 使用Layer模式 将大型任务划分为若干子任务组件，每个子任务是一个特定的抽象层 系统功能的变化不会引起整个系统的波动 组件之间的接口稳定 调换系统的各部分不会影响其他系统组件 系统的各部分可以复用 每一层都只与下层进行通讯 架构模式 MVC模式 将视图与控制器从模型中分离出来 架构模式 Tier模式 解决方案 客户/服务器 表现层/业务层/数据层 …… 架构模式 J2EE中各Tier技术 架构模式 .NET架构 架构模式 使用可靠的框架 框架是要将实现的整体软件系统的一部分，定义了同类系统内的架构并提供基本的积木组件块创建系统 通过装配适当的模式构建框架 框架成为装配系统的模式 框架适用于特定的问题域 典型框架如：Struts、EJB等 架构模式 使用基于服务的架构 特点 客户与实现松散耦合 易于复用，提供扩展能力和可管理性 架构模式 服务类型 垂直服务 基于系统的内容 水平服务 基于系统基础设施平台 架构模式 开发基于服务架构指南 服务是类似于C/S架构服务器的软件 服务用来管理并发用户访问资源 用户=》服务=》资源 架构模式 SunTone架构框架 中间件 特点 满足大量应用的需要 运行于多种硬件和OS平台 支持分布计算，题跨网络、硬件和OS平台的透明性的应用或服务的交互 支持标准的协议（保证互操作性） 支持标准的接口（保证可移植性） 中间件 典型中间件 消息中间件（MOM） 对象请求代理（ORB） 事务处理监控器（TPM） 其他中间件 安全中间件 数据库中间件 远程方法调用（RPC） 应用服务器 Application Server 满足大量应用的需要 运行于多种硬件和OS平台 支持分布计算，题跨网络、硬件和OS平台的透明性的应用或服务的交互 支持标准的协议（保证互操作性） 支持标准的接口（保证可移植性） 应用服务器 三层架构 专题三 表现层设计 MVC模式 MVC模式 MVC模式 Web控制器职责 接收用户请求 获取请求参数 验证 根据用户的不同请求，调用对应的模型组件来执行相应的业务逻辑 获取业务逻辑执行结果 根据当前的状态数据及业务逻辑的处理结果，选择合适的视图组件返回给客户 Web层设计 拦截过滤器 问题： 表现层的请求可能需要不同的处理 某些请求可能需要预处理，而某些请求可能需要后续处理 解决方案： 创建可插入的过滤器以标准的方式处理通用服务，而不需要改变核心的请求处理代码 过滤器拦截输入的请求和输出的响应，以进行预处理或后续处理 Web层设计 拦截过滤器 示例 Web层设计 前端控制器 问题： 系统缺少一个集中处理请求的机制，会导致对每个请求都要完成的活动被随意地放在多个