业务需求和设计的模型

业务需求和设计的模型

请注意：尽管此处提到的业务需求仅仅局限于一个可轻松安装的参考示例所具有的能力，然而本“开发人员指南”提供的信息线索专门有用，通过这些线索，您能够对该应用程序进行升级，使其满足生产环境的需求。

简介

请Web 用户给电子商务站点定义时，一样用户可能会回答电子商务站点确实是能够用信用卡购买商品的在线商店。尽管那个定义相当正确，却没有充分讲明目前为Internet 开发的各种电子商务站点的特点。在迅猛进展的Internet 商务时代，一个高效率的电子商务网站绝不仅仅是基于Web 的商店。

用户对电子商务站点的要求越来越高，如果某个站点无法满足他们的要求，他们就将弃之而去。那么，用户对电子商务有哪些要求呢？下表列出了一些阻碍应用程序设计的要紧咨询题。

易于使用/导航

性能高

匿名购物

爱护用户配置文件

安全性好

能够通过多种设备访咨询站点

通过可治理性提升竞争优势

粗略一看，在上述咨询题中，有些应由应用程序设计人员负责解决，有些看起来应由企业决策者或差不多结构专家负责解决。只是，如果您认真摸索这些咨询题，就会明白这些咨询题什么原因都与应用程序的设计有关。

易于使用/导航

网站理所所以地应该易于使用和导航。如何讲，企业不期望消费者在购买自己的产品时遇到困难，而消费者也更情愿在自己能轻松找到结帐页的站点消费。

使站点易于使用的一种方法是确保在常见任务上使用大伙儿熟悉的类似方法。这意味着在消费者完成购买（或“结帐”）之前，可将其选购的商品储备在购物篮或筐中。这种比喻可便于不熟悉运算机的人懂得站点是如何工作的，从而开展购买活动。

还有一种方法能够确保用户能在站点中找到所需内容，这确实是要以逻辑方式编排产品清单或名目。如果将名目分成几个类别和许多可能的子类别，即可让消费者轻而易举地找到他们感爱好的产品。此外，还应给用户提供搜索功能，以便他们在不太清晰某种产品的陈设位置时能够进行搜索。

如果您的站点易于使用和导航，消费者将乐意使用。相反，如果使用起来比较困难，消费者可能就会弃之而去，另择站点。

性能高

在网站的设计当中，阻碍其性能的因素专门多。由于不同的人对性能的要求各不相同，因而，关于什么才是可同意的性能水平也将因人而异。

尽量减少响应时刻

大多数人认为：提供可同意的响应时刻的站点才是性能良好的站点。响应时刻是指用户在要求了某个操作之后、能够看到结果之前需要等待的时刻量。在理想情形下，我们都期望站点上的操作瞬时就能得到执行；但在实际生活中，我们需要同意如此一个事实：有限的带宽、数据库并发性和业务处理任务通常都会导致轻微的延迟。因此，设计电子商务站点时，应尽量减少那些对响应时刻有负面阻碍的因素（尽管不能完全排除它们）。

电子商务优化的关键在于减少执行诸如结帐之类的操作所耗费的时刻，如此，消费者就可不能因排队等待而舍弃自己选购的商品，您也就可不能因此而失去订单。

尽量增强可扩展性

性能的另一个重要方面确实是“可扩展性”。这是指添加资源时站点容量增加的能力。从用户角度来看，这意味着当大量用户同时访咨询站点时，站点仍能提供可同意的响应时刻。许多开发人员经常会得到如此令人沮丧的消息：当访咨询的用户达到一定数量（那个数量是实际生活要求达到的数量）后，在开发机上性能杰出的测试站点就无法应对。

那么，如何才能最大限度地增强站点的可扩展性呢？两种典型的方法确实是“向上扩展”和“向外扩展”。

向上扩展

第一种方法（“向上扩展”）确实是通过采纳更好和/或更快的CPU、更大的RAM、更快的磁盘等等来增强服务器的处理能力。这种方法专门有效，专门是在数据层上，该层上的一些大型数据库需要相对较强的处理能力。只是，由于硬件成本随处理能力的加大而按指数增长，因此，服务器越接近顶端，这种方法就愈加不合算。

向外扩展

“向外扩展”则从另一个方面来解决咨询题，即由“群集”（或服务器集合，也称为“Web 领域”）中的多个服务器来分担处理工作量。Web 领域在硬件方面的花费更为合算，而且提供了更为灵活、可扩展的解决方案。当站点上的负载增加时，能够专门轻松地将服务器添加到Web 领域中。

Microsoft®Windows®2000 Advanced Server 和Windows 2000 Da tacenter Server 以及Windows 网络负载平稳(Windows Network Load Ba lancing，NLB) 服务一起，将整个Web 领域作为一个具有单一IP 的逻辑服务器显示在Internet 上。收到要求之后，会按照负载情形将要求分发给领域中的服务器，这些服务器可使用主干网络进行通信，也能够与数据库服务器进行通信。图1-1 显示Web 领域的差不多体系结构。

图1-1：Web 领域

治理Web 领域中的状态

关于商务站点设计人员而言，最重要的咨询题之一确实是Web 领域中的应用程序状态咨询题。状态确实是在两个用户要求之间必须保留的会话

数据；例如，在用户连续扫瞄站点期间，必须一直爱护该用户购物篮中的物品原状。即使每个用户要求可能是由Web 领域中不同的服务器处理的，也须如此。

许多ASP 开发人员使用“会话”对象来存放状态数据。只是，通常应幸免使用此方法。为了优化站点的软件体系结构以便在服务器领域中加以实现，Web 前端禁止爱护内存中的用户状态。如果前端服务器爱护用户状态，将显现以下咨询题：

用户会话将依附于特定服务器（会话有关性），这会破坏动态地将要求分配给服务器的网络负载平稳策略。此外，还会破坏服务器领域的可靠性，因为当原服务器发生故障（并丢失了其内存中的会话状态信息）时，就无法将用户会话转移到其他服务器。

内存资源被前端服务器耗费在存放用户会话状态的细节上，从而减少了可用于处理要求和高速缓存内容的内存。如果一个受欢迎的站点能够在短时刻内吸引大量的用户，则状态爱护方面的内存需求可能专门大。为了部分解决内存需求咨询题，Commerce Server 大量使用了高速缓存。对配置文件架构、折扣和商业活动都将进行高速缓存。

除了幸免会话有关性之外，还应幸免使前端操作与长时刻运行的操作发生关联，以便将前端操作设计为快速执行的操作。由于IIS 是用一个缓冲池来处理要求而缓冲池包含的工作器线程数量是有限的，因而当这些线程都已被占用且在等待长时刻运行的操作完成时，传入要求等待处理的平均时刻就会增加。

匿名购物（扫瞄）

通常，用户都不情愿仅仅为了了解站点在销售哪些商品而被迫登录到站点。因此，站点应在不需要身份验证的情形下，承诺用户以匿名方式扫瞄商品，甚至承诺他们将一部分商品放入购物篮中。

爱护用户配置文件

当用户再次访咨询站点时，他们不期望重新输入上次访咨询时输入过的相同资料。一旦向站点提供了自己的购物和联系信息后，用户就期望站点能够记住这些数据。