企业级应用程序特征及对策.pptVIP

企业级应用程序特征及对策 议程 企业的顾虑 企业级应用程序特征 对策(解决方案) 如何应对变化??? 企业的顾虑 业务的顾虑 需要收集大量的结构化信息 复杂的数据操作 不断改进的业务流程 整合的顾虑 系统间需要整合(订单系统需要整合仓储系统/银行系统等等) 因此企业系统常运行在复杂的分布式架构上 系统可能是异构的 开发的顾虑 市场时机 保持一定的先进性 充分利用现有的投资 企业级应用程序特征 灵活可扩展(能适应变化,可维护性) 大量事务/海量数据 规模和复杂度都越来越高 分布式应用 需整合异构的应用程序(保护现有投资) 性能和效率 健壮安全 高可靠性/可用性 对资源重用的关注度很高 访问能力(任何时间,任何地点,任何人,任何设备) 开放性(标准) 应用集成的“噩梦” “噩梦”的解决方案 对策 多层分布式体系结构 面向对象 面向领域 设计良好的体系结构 运用设计模式 区分系统的不同侧面 进行变化性管理 使用软件开发最佳实践 优秀的软件过程 …… 变化的起因 增加新特性以吸引客户 业务流程重组（BPR）以提高效率 改变数据库表以适应功能调整 调整界面以方便人机交互 提高可靠性、安全性等等 应对变化的基本思路 将变化点作为设计依据 面向对象 封装（抽象） 将变化性进行隔离 继承 将变化性分别实现为不同的子类 面向领域（程序家族） 领域工程 对领域中的系统进行分析 识别这些应用的共同特征和可变特征 对刻划这些特征的对象和操作进行选择和抽象 设计出领域中应用共同具有的构架 并以此为基础识别、开发和组织可复用构件 设计良好的体系结构 体系结构是对软件系统结构的总体说明 关注三方面问题：构件、构件间关系、关系约束 构件： 软件系统由哪些部分构成 例如：数据库、服务器等 构件间的关系： 这些部分之间的交互关系是什么 例如：RPC、共享内存等 关系的约束： 这些关系有什么约束 例如：互斥、依赖、安全性等 将它们分别与可能的变化点相结合！ 运用支持变化性的设计模式 设计模式描述了一个通用的设计结构 该结构能被用来构造可复用的面向对象设计 确定所包含的类、实例及它们的角色、协作方式 策略模式(封装变化的算法) 区分系统的不同侧面 在目前的程序设计技术框架下 一些重要的需求和设计决策，比如安全、日志等，难以用清晰的、模块化的代码实现 它们具有一种“贯穿特性” 最后的结果经常是： 代码散布（code scattering） 代码交织（code tangling） 开发出来的程序非常难于理解和维护 区分系统的不同侧面（续） 进行变化性管理（技术之外） 版本管理 受控的变化 一致性管理 多人之间的一致 不同阶段之间的一致 工具支持 VSS CVS 我们的J2EE课程…… 我们关注的是企业级解决方案 设计模式/重构 体系结构 OOA/OOD(比任何特定实现技术如J2EE都重要) 软件开发最佳实践 软件过程RUP JBuilder/Eclipse …… 站在更高的角度看待J2EE应用程序开发 高屋建瓴 小结 企业的顾虑 企业级应用程序特征 对策(解决方案) 如何应对变化??? Internal Users Customers Suppliers Partners Internal Users Customers Suppliers Partners Enterprise Application Integration Environment 认清：“只有变化是不变的” 努力：“以不变应万变” 管理：“变化” 功能构件 Aspect 同步 Aspect 日志 Aspect Oriented Programming：AOP * *