Web软件设计与实现.ppt

Web软件设计与实现 12.1 Web App概述 Web App特点 网络密集性 每一个WebApp都驻留在网络上，并且必须为大量不同客户群体的需要提供服务 并发性 大量的用户可能会同时访问某个WebApp 不可预测的负载 访问WebApp的用户数目每天都可能会有数量级的变化 性能敏感性（performance sensitive）。 如果一位WebApp用户（对于访问、服务器端的处理、客户端的格式化和显示）必须要等很长时间，该用户就可能会转到其他地方。 高可用性（high availability）。 虽然说期待百分之百的可用性是不现实的，但是流行的WebApp的用户通常要求基本的“24/7/365”（全天候）的可访问性。 12.1 Web App概述 数据驱动（data driven）。 很多WebApp的主要功能是借助于超媒体来向最终用户展示文本、图像、音频和视频内容。 内容敏感性（content sensitive）。 内容的质量和美学性依然是WebApp质量的重要决定因素。 持续演化（continuous evolution）。 传统应用软件随一系列计划好的时间间隔发布而演化 即时性（immediacy）。 虽然说即时性（也就是把软件尽快推向市场的强制性要求）是很多应用领域的特点，但是将WebApp投向市场常常是几天或者几周的事情 安全性（Security）。 由于WebApp是通过网络进行访问的，所以即使可能也很难限制访问这个应用的最终用户的数量。 美学性（aesthetics）。 WebApp吸引力的一个不可否认的部分是它的外观和感觉。 12.1 Web App概述 Web App类型 信息型（informational）WebApp。 你决定去构建一个主页面和一些支持页面来描述单位以及它的产品和服务。你已经完成的是构建一个信息型WebApp——包含一些只读的内容和简单的导航和链接。 下载型（download）WebApp。 允许访问者去下载产品说明的功能。这个WebApp现在合并了信息和下载的功能。 可定制型（customizable）WebApp。 你想通过使用术语和展示对在Web站点上展示的内容进行裁剪以满足每种顾客的特殊需要。即创建一个使每个用户可定制的新应用。 交互型（interaction）WebApp。 在访问者中营造一种社区的氛围，在这里人们可以聊天、互相问答、提供产品的证明等。使它支持聊天室的特性。你现在已经为自己的WebApp提供了一个交互组件。 用户输入型（user input）WebApp。 实现基于表单的输入，使每个报价请求都以一种可预知的方式进行组织。虽然你要使用其他自动操作来生成报价单，但是至少不必去转录形式各异的输入和信息源。 12.1 Web App概述 面向事务型（transactionoriented）WebApp。 基于表单输入的报价单可以很好地工作，但是CPI的管理层很快意识到整个报价过程可以自动化。他们为你提供了一系列计算硬件和建立在基于表单输入之上的监控定价的算法。现在，基于用户通过表单提供的输入，立即提供给他们一个报价。用户和WebApp之间的事务就产生了。 面向服务型（serviceoriented）WebApp。 以图形的方式输入对一个空间的描述，然后就能得到针对那个空间的安全系统在设计上的支持。这种服务可以直接带来销售收益。另外，它强调了CPI和SafeHome产品的总体质量。 门户型（portal）。 随着时间的推移，你付出的艰辛工作收到了每天几千个访问者回报。CPI的员工每天会收到几百个与安全相关的问题，他们没有时间去一一回答。为了解决这个问题，你开始提供一些有这些问题的答案的站点的链接。不久以后，站点的一部分引导用户成为了很多种有用的信息源。SafeHomeAssured现在已经有了门户的特征。 数据库访问型（database access）。 你的生产线和客户的基数急剧地增加，因此，很有必要去建立三个新的数据库：1）所有SafeHome的产品及其技术规格说明书、定价（对于客户范畴）、安装指南以及交付和可用性信息；2）所有与客户相关的信息；3）所有与监控相关的信息。这些数据库可以通过WebApp的用户输入要素的特征进行查询。 数据仓库型（data warehousing）。 CPI正快速地变成安全性产品的一个主要国际供货商。为了满足众多国家的需要，你必须使用当地的建筑规章、供货商、安装商等类似的信息，需要获得对多个数据库的访问并提取对客户有用的信息。你开始为SafeHomeAssured WebApp构建一个大规模的数据仓库组件。 12.1 Web App概述 12.2 Web工程 Web工程 主张用一种敏捷（agile）