JEE平台多层体系架构.pptVIP

J2EE 平台多层体系架构 Java 2 PlatForm Enterprise Edition 信息部门主管关心的问题 信息孤岛问题。 不同的部门有不同的应用系统，使用传统的开发工具，无法实现信息的共享互用。 如何实现不同系统间信息的互用？ 如何保护系统的投资？ 业务在不断地发展，系统在不断地升级，单位在不断地投资… … 在传统的开发方式下，除了部分模块、函数能够在升级产品中利用来，其他大部分要推倒重做，需要重新投资完成以前投资的内容，造成极大的浪费。 如何保护以前的投资，使以前开发的应用产品能平滑地在新系统中使用？ 如何减少系统的投资？ 复杂的应用、数量庞大的系统用户，需要昂贵的系统硬件来支撑… …. 如何改善系统购价，以期达到最少的投资？ 如何面对瀑涨的应用要求？ 应用在不断地添加、完善，处理不断地变得复杂，系统应用人员在不断地增加…… 主机系统已经变得不堪重负。是更换更加昂贵的主机设备，还是添加一些比较廉价的主机系统，由系统动态均衡负载？ 在传统的方式下，只能通过更换更加昂贵的主机系统。 如何紧跟系统平台日异月新的升级换代。 系统管理员关心的问题 系统健壮性问题 应用主机系统Down机了，怎么办？ 系统安全 如何保证系统不被非法使用? 如何改进系统运行效率 复杂的应用、数量庞大的用户，如何控制系统资源的耗费？ 传统方式下，系统资源的耗费随着用户数量的递增而递增…… 系统软件的更新 应用软件更新后，如何让数量庞大的前端用户也更新？ 系统用户关心的问题 面对这么多的应用系统，怎么办？ 一种应用系统一套软件，电脑桌面上的应用系统越来越多了。 不同的系统有不同的界面，不同的操作方式，需要不断的学习，命苦啊… … 不同的系统要记住不同的登录口令，真是命苦… … 不同的系统信息在各自的系统中展现，没法统一起来使用，还要手工计算，烦…… 怎么又要下载更新？ 系统又不能用了 传统工具往往需要在客户端配置参数或安装驱动程序，如果前端用户环境发生变化，可能导致系统无法正常使用。 系统太慢了 当用户数量增多，系统负载变大，慢 开发商关心的问题 如何解决成本问题？ 传统方式，要求开发人员的技术比较全面，从界面、前端开发工具、数据库工具…… 成本比较高。 如何保证质量 传统方式，每个开发人员都可能涉及到软件系统的各个层次，要求每个开发人员都要关心、注意各个环节的技术细节，质量隐患点太多了。 如何保证开发进度 传统方式，各种业务模块都需要自己开发 如何满足用户对其他系统中的信息处理需求？ A) 需要开发与该系统相近的处理代码；工作量太大了。 B) 对其他系统的业务、实现方式不了解；直接操作外部系统，风险太大了。 C) 每个外部系统的接口都不一样，都要分别编写，太难了。 如何复用以前开发的软件部件或产品？ A) 面向过程代码级的复用。 B) 面向初级部件级的复用。 如何满足用户的性能要求? 系统响应能力与用户数的增加、安全要求、动态均衡、系统强壮性要求……. 很多需要自己开发。 开始系统实施，要跑遍所有的业务点安装。 C/S开发模式历程 2层体系结构 2.5层体系结构 3层体系结构 系统偶合模型发展历程 面向过程、代码的系统紧偶合 需要与系统联编，与系统一起打包 接口不标准而且复杂，需要知道过程或代码接口 产品复用能力低 面向组件级的系统紧偶合 需要与系统联编，并需要准确知道组件部署所在的位置 接口不一定标准而且复杂，需要知道组件的应用接口 产品复用能力较高 面向部件的系统松偶合 不需要了解部件部署的位置 接口不一定标准，需要知道部件的应用接口 产品复用能力高 面向服务的系统无关联松偶合 不需要了解服务部署的位置 应用接口标准化；不需要知道服务的具体应用接口 产品复用能力高 2层、2.5层体系结构 随着用户数增加，系统资源耗费成几何级数增加，而且很多资源耗费呈空闲浪费。 部署不不方便 A) 系统实施问题 B)界面要求更新问题 C) 业务逻辑更新问题 D) 系统负载问题 E) 系统健壮性问题 产品可复用能力带来的投资保护问题 A) 面向过程代码