第2章软件体系结构风格2-CS类风格祥解.ppt

三层 C/S 架构的物理结构 两层C/S已经将数据层分离出来，三层C/S则要将表示层与功能层分离开来，形成独立的程序，并使二者之间的接口简洁明了 问题：这三个层次在物理上是如何分布的？ * 基于集群(Cluster)的C/S物理分布 事实上，功能层并不一定只驻留在一台服务器上，数据层也是如此；如果功能层(或数据层)分布于多台服务器，那么就形成了基于集群(Cluster)的C/S物理分布模式 用来改善速度、提高可靠性与可用性，降低成本 负载均衡是集群里的一个关键要素 * 三层 C/S 架构的优点 在用户数目较多的情况下，三层C/S结构将极大改善性能与灵活性 允许合理地划分三层结构的功能，使之在逻辑上保持相对独立性，能提高系统和软件的可维护性和可扩展性 — UI、BL、DB可以分别加以复用 允许更灵活有效地选用相应的平台和硬件系统，并且这些平台和各个组成部分可以具有良好的可升级性和开放性 各层可以并行开发，选择各自适合的开发平台和开发语言 利用功能层有效地隔离开表示层与数据层，未授权的用户难以绕过功能层而非法的访问数据层，为严格的安全管理奠定了坚实的基础 * 三层 C/S 架构的缺点 三层C/S结构各层间的通信效率若不高，即使分配给各层的硬件能力很强，其作为整体来说也达不到所要求 的性能 设计时必须慎重考虑三层间的通信方法、通信频度及数据量，这和提高各层的独立性一样是三层C/S结构的关键问题（分层风格的固有缺点） * 实现C/S应用系统的黄金10原则 1、尽量简化项目, 使项目易于管理。应尽快建起一个初始系统, 并尽早投入运行 2、当项目规模较大时, 能将其分割成由更小研发组担负的子项目 3、要把精力花在设计上。首先要完全弄清“需求”, 然后建立一个原型, 以便测试设计中的“薄弱”环节。后来增加的特性或部件要确保和系统结构兼容。要奉行“拿来主义”。近来, 可供选购的市售C/S产品非常多, 要坚持“能买就买, 为我所用”的原则。必要时, 买来后可对系统加以修改, 其中既包括基础部件也包括应用 4、严格遵守业界标准 5、采用TP监视器或对象事务处理管理器 (Object Transaction Manager ,OTM) * 实现C/S应用系统的黄金10原则 6、要循序渐进。及时得到用户的反馈, 确保项目各部分的良好衔接,及早解决接口问题, 以确保项目进展协调; 坚持“边分析, 边设计; 边编码, 边测试” 7、在应用研发过程中, 不可忽视系统管理 8、反复测试,包括用户信任测试、基准测试、系统测试、性能测试、系统集成测试、坚固性测试、服务交付测试等 9、制定合理的工程进度 10、制定完善的系统拓展计划, 包括用户的培训和技术支持、高效的硬软件装载、已有数据和系统的平滑迁移 * 小结 * 浏览器/服务器(B/S) 架构 B/S 是三层 C/S 架构的一种实现方式 – 表现层： 浏览器 – 逻辑层： Web服务器、 应用服务器 – 数据层： 数据库服务器 * J2EE平台架构示意 * B/S 架构的优点 浏览器端成为真正意义上的“瘦客户端”, 客户端无任何业务逻辑，用户在使用系统时，仅仅需要一个浏览器就可运行全部的模块 良好的灵活性和可扩展性：对于环境和应用条件经常变动的情况，只要对业务逻辑层实施相应的改变，就能够达到目的，系统维护成本低 较好的安全性：客户应用程序不能直接访问数据，应用服务器不仅可控制哪些数据被改变和被访问，而且还可控制数据的改变和访问方式 三层模式可以将服务进行集中管理，统一服务于客户端，从而具备了良好的容错能力和负载平衡能力 * B/S 架构的缺点 客户端浏览器以同步的请求/响应模式交换数据，每请求一次服务器就要刷新一次页面 受HTTP协议“基于文本的数据交换”的限制，在数据查询的响应速度上，要远远低于C/S体系结构 数据提交一般以页面为单位，数据的动态交互性不强，不利于在线事务处理(OLTP)应用 受限于HTML的表达能力，难以支持复杂GUI (如报表等) * C/S 与 B/S 的比较（1/4） 开发和维护升级： B/S 简化了客户端，无需像C/S 那样在不同的客户机上安装不同的客户应用程序，而只需安装通用的浏览器。这样不但可以节省客户机的硬盘空间与内存，而且使安装过程更加简便、网络结构更加灵活 B/S 简化了系统的开发和维护，系统的开发者无须再为不同级别的用户设计开发不同的客户应用程序了，只需把所有的功能都实现在Web服务器上，并就不同的功能为各个组别的用户设置权限即可 当形势变化时， B/S 无须再为每一个现有的客户应用程序升级，而只需对Web服务器上的服务处理程序进行修订。这样