第13章web工程及复习重点.pptVIP

第12章 Web工程及复习重点 Web工程 复习重点 举例 Web工程 1、基于Web的系统（WebApp）的特点及应用类型： ? 网络密集性：驻留在网络上，服务于不同客户群体的需求。 ? 并发性：同一时间可能有大量用户使用，使用模式存在着差异。 ? 无法预计的负载量。 ? 性能：等待时间的影响。 ? 可得性（availability）：要求全天候（24/7/365）的可访问性。 ? 数据驱动：使用超媒体向用户提供文本、图片、视频音频内容。 ? 内容敏感性：内容的质量和艺术性决定WebApp的质量。 ? 持续演化：如某些内容以分钟为单位进行更新。 ? 即时性：开发的方法要满足时间的紧迫性。 ? 保密性：保护敏感的内容并提供保密的数据传输模式。 ? 美学性。 应用类型： ? 信息型 使用简单的导航和连接提供只读内容。 ? 下载型 ? 可定制型 ? 交互型 ? 用户输入型 ? 面向事务型：用户提交一份由WebApp完成的请求。 ? 面向服务型：应用程序向用户提供的服务。 ? 门户型：将用户引导到本应用范围之外的其他Web内容或服务。 ? 数据库/数据仓库访问型：查询一个/一组大型数据库。 2、Web工程 WebE是用来创建高质量WebApp的工程。软件工程的原理、概念和方法很多是可以应用到Web开发中，但应用时需要做某些不同的调整。 （1）Web开发框架 在Web开发的早期，编写一个CGI （Common Gateway Interface）程序，只要让服务器和浏览器交互，就实现了一个Web应用。 随后的一些Web应用中，前端的展示逻辑和后端的业务逻辑开始分离，COM或EJB组件被用于处理业务逻辑，ASP或JSP则用于接收用户输入、展示输出页面。这种开发模式有以下缺陷： ? 需要编写代码。页面上需要显示的数据必须用程序代码（如Java）来获得，导致美工不能独立完成页面设计。 ? 降低耦合不彻底。为了方便编码，通常会有人把复杂的业务逻辑甚至连接数据库的代码也放在页面中，使业务逻辑和显示逻辑紧密耦合，严重影响可维护性和可扩展性。 ? 显示逻辑较复杂。HTML代码与于其他语言交错出现。 ? 难以调试。如应用服务器先把JSP编译成Servlet，页面上输出的调试信息无法用于定位错误。 2000年以后出现了几种主要的技术融合方式。首先是MVC模式：模型（model）负责处理业务逻辑；视图（view）负责处理展示逻辑；控制器（controller）负责处理工作流和消息流（见下页图） 。基于MVC的Web应用框架应运而生。（实际上J2EE和ASP.NET就是这种开发框架的典型代表） 。 其次，门户服务（Portal Server）和Web内容管理在最近几年里成为应用集成的重点模型，可以直接为开发者提供构建web应用的高级平台，可让Web开发和信息发布工作大为简化。 软件开发框架（Framework）是一个解决方案的框架。它提供的是一个软件结构的半成品，或一种业务流程的抽象。开发者只能在框架限制的范围内编写业务构件，框架会帮助你管理这些构件之间的协作。从而得到结构更加良好、质量更加可靠的web应用。 Web开发框架的典型例子如：微软的SharePoint、IBM的WebSphere Portal以及开源的Turbine、Jetspeed、Portlet等等。这些框架的内置模块提供对象存储、日志服务、文件上传、表单处理、门户服务等优秀解决方案。 （2）WebE过程 任何一个敏捷过程模型都可以成功的应用于WebE。过程必须是自适应的。即项目团队的组织、成员间沟通的模式、工程活动和需要实现的任务、收集和创建的信息以及用来生产高质量产品的方法都必须适合做这些工作的人、符合项目进度安排和限制、适合要解决的问题。 WebE过程见下图。 ① 客户沟通 两任务：业务分析与表达， 定义WebApp的目标、主要业务需求， “谁”将使用WebApp。 ② 计划 计划估算每个增量的成本，评估相关风险，制