「B2C电子商务网站的设计要求」.pdf
BC 电子商务网站的设计要求 在迅猛发展的 Inerne商务时代，一个高效率的 B2电子商务网站绝不仅仅是基于We的商店。现在顾客对于电子商务站点的要求越来越高,如果某个站点无法满足他们的要求，他们就将弃之而去。那么，作为 BC 商务网站应该具备哪些条件呢？下面列出了一些影响应用程序设计的主要问题。1)易于使用/导航 站点应易于导航。链接应该清晰、易于理解而且实用。用户应能够在页和屏幕之间随意移动。企业不希望消费者在购买自己的产品时遇到困难,而消费者也更愿意在自己能轻松找到结账页的站点消费。使站点易于导航并不是一件简单的事，Web 完全是以一种非线性方式工作的,用户单击链接的顺序经常无法预料。因此，应该确保无论用户目前在哪一页,站点向用户展示的始终是完全一致的界面，并确保只需单击一个链接即可访问重要网页(如主页、购物篮所在页以及用户账户信息所在页等）。还有一种方法可以确保用户能在站点中找到所需的内容,这就是以逻辑方式编排产品清单或目录。如果将目录分成几个类别和许多可能的子类别,就可以让消费者轻而易举地找到他们感兴趣的产品。此外,还应提供给用户搜索功能,使用户在不太清楚某种产品的陈列位置时可以进行搜索。应用程序应易于使用。应该易于购买产品和访问“结账”页，站点应使用易于理解的比喻，例如，将选购的物品存储在“购物篮”中，直到购物者准备结账;站点上的每一页都应显示完全一致的界面。重要页或常用页应只需单击一次即可访问。使站点易于使用的一种方法是确保在常见任务上使用大家熟悉的类似方法。这意味着在消费者完成购买（或“结账”)之前,可将其选购的商品存储在购物篮或筐中。这种比喻可便于不熟悉计算机的人理解站点是如何工作的,从而开展购买活动。2)性能高 在网站的设计中,影响其性能的因素很多。由于不同的人对性能的要求各不相同,因而对于什么才是可接受的性能水平也将因人而异。（1)尽量减少响应时间。响应时间是指用户从请求了某个操作之后到能够看到结果之前需要等待的时间。在理想情况下，站点上的操作应瞬时就能得到执行，但在实际生活中,有限的带宽、数据库并发性和业务处理任务通常都会导致轻微的延迟。因此，设计电子商务站点时,应尽量减少那些对响应时间有负面影响的因素。电子商务优化的关键在于减少执行诸如结账之类的操作所耗费的时间，这样，消费者就不会因排队等待而放弃自己选购的商品，商店也就不会因此失去订单。（)尽量增强可扩展性。性能的另一个重要方面就是可扩展性。这是指添加资源时站点容量增加的能力。从用户角度来看,这意味着当大量用户同时访问站点时，站点仍能提供可接受的响应时间。在实际的开发过程中,当访问的用户达到一定数量（这个数量是实际生活要求达到的数量)后，在开发机上性能卓越的测试站点经常就无法应付。那么，如何才能最大限度地增强站点的可扩展性呢?两种典型的方法就是向上扩展和向外扩展。向上扩展。通过采用更好和/或更快的 CPU、更大的AM、更快的磁盘等来增强服务器的处理能力。这种方法非常有效、尤其是在数据层上,该层上的一些大型数据库需要相对较强的处理能力。不过,由于硬件成本随处理能力的加强而按指数增长，因此，服务器接近顶端，这种方法就愈加不合算。向外扩展。从另一个方面来解决问题,即由“群集”(或服务器集合，也称为“领域”）中的多个服务器来分担处理工作量。Wb 领域在硬件方面的花费更为合算，而且提供了更为灵活、可扩展的解决方案。当站上的负载增加时，可以很轻松地将服务器添加到Web 领域中。(3)管理 Web 领域中的状态。对于商务站点设计人员而言,最重要的问题之一就是 W领域中的应用程序状态问题。状态是在两个用户请求之间必须保留的会话数据。例如,在用户继续浏览站点期间，必须一直维护该用户购物篮中的物品原状,即使每个用户的请求可能是由 Web 领域中不同的服务器处理的，也必须如此。许多开发人员用“会话”对象来存放状态数据。不过,通常应避免使用此方法。为了优化站点的软件体系结构以便在服务器领域中加以实现,We前端禁止维护内存中的用户状态。如果前端服务器维护用户状态，将出现以下问题。用户会话将依附于特定服务器(会话相关性），这会破坏动态地将请求分配给服务器的网络负载平衡策略。此外，还会破坏服务器领域的可靠性,因为当原服务器发生故障(并丢失其内存中的会话状态信息)时，就无法将用户会话转移到其他服务器。除了避免会话相关性之外，还应避免使前端操作与长时间运行的操作发生关联，以便将前端操作设计为快速执行操作。由于 IIS 是用一个缓冲池来处理请求的,而缓冲池包含的工作器线程数是有限的，因而当这些线程都已被占用且在等待长时间运行的操行完成时，传入请求等待处理的平均时间就会增加。3）匿名购物 通常，用户都不愿意仅仅为了了解站点在销售哪些商品页被迫登录到站点。因此，站点应在不需要身份放下验证的情况下，允许用户以匿名方式浏览商品，甚至允许他们将一部分商品放入购物篮中。4)注册和维护用户配置文件 无论从站点上的任何页,用户都必须能够注册。这样，用户就不必在每次下订单时都重新输入相同的信息。用户无须注册即可浏览站点,但结账时必须注册。另外,申请电子邮件时事通讯、特价通知等服务时要求注册。注册涉及以下几个方面:配置文件信息:用户名、付款地址、主要发货地址、电话号码和电子邮件地址；身份验证信息：用户身份标志（用户 ID）和口令应保留在应用程序中;付款信息：用户应可以输入信用卡信息并保存该信息，应用程序应能够保存多个信用卡号;首选项:用户应能够指定是否想得到有关发货状态的电子邮件通知（默认值为“是”),以及是否想得到有关销售价格和特价的通知（默认值为“否”);地址簿:用户应能够存储任意多个附加发货地址。当用户再次访问某站点时，一般不希望重新输入上次访问时输入的相同资料。一旦该站点提供了自己的购物和联系信息后，用户就希望站点能够记住这些数据。为了实现此目的,许多站点会为每个已注册的用户维护其用户配置文件信息。在太多数情况下，用户都需要注册,以便提供最少量的配置文件信息，如用户名和口令。然后，用户分配到一个唯一标识符,该标识符可用做其配置文件数据的主密钥。用户在站点上注册之后,其配置文件信息就可以保存在数据库中,以便在以后需要时调用。通常,用户可添加一些必备信息，指定一些细节，如电子邮件地址、电话号码、发货地址或任何其他允许用户添加的个人信息。保留用户配置文件信息相当有用,其原因如下:使用户在以下访问时不必重新输入数据；可用于分析用户在站点上的活动；可作为个性化的基础，允许根据特定的用户群发布标志广告或开展打折活动;可用于商业分析,如根据特定的配置文件跟踪购买趋势。用户登录并经过身份验证之后,应能够修改、添加或删除注册信息。除“用户 ID”字段之外，所有其他字段都应是可编辑字段。登录/身份验证：用户一经注册之后,如果该用户返回到站点，他或她应能够从该站点上的任何页登录。浏览:用户应能够浏览目录。在主页上,应向用户显示目录清单。在用户选择了一个目录之后，应向其显示子类别或实际产品。匿名浏览:用户应能够以匿名方式浏览目录，即在不必登录的情况下即可查看产品。5）完善的产品多目录管理和产品搜索功能 应用程序应支持多目录，多目录产品的汇总对用户应是透明的。产品和类别：应用程序应允许将产品与一个或多个目录关联。产品页:应用程序应有一个产品页，其中包括该产品项目的较大图片和/或该产品项目的详细说明。在此页，应能够将该产品添加的购物篮中。在此页,用户应能够将产品项目添加到购物篮中，浏览下一个项目，浏览上一个项目,或返回上一页。主页以及所有类别页和子类别页都应能进行搜索。用户应能够输入多个词。如果用户指定多个词,将根据这些词构建使用“d”运算符的布尔查询。如果用户在主页上,搜索将默认为“搜索所有类别”。在类别和子类别页执行的搜索将默认为“在类别名范围内搜索”。用户可以选择要搜索的特定站点区域或特定类别，以便覆盖这些默认设置。如果站点使用多目录,将对所有目录执行搜索。如果站点展示了多个目录(并有一个分层产品清单),则不会按此规则进行搜索。在类别/产品分层结构中，每个目录都是第一级。在这种情况下,默认为只搜索用户当前所在的目录。用户可以覆盖默认设置,选择搜索其他目录或整个站点。这类似于先前描述的为“多目录”指定的行为。默认情况下，将针对关键词和标题进行搜索。产品搜索结果：“搜索结果”应显示一系列产品项目及其相应类别（或目录）。项目应按类别或目录分组。每个搜索结果都应提供到相应产品页的超文本链接。6）购物篮的功能齐全（）向购物篮中添加项目。无论从哪个产品页中,用户都应能够将一个或多个项目添加到购物篮中。这些项目可来自不同的目录。每添加一个项目，篮中的项目数也会相应地增加。该数目显示在该篮子图标旁边。（2）管理购物篮。用户应随时能够管理购物篮。用户可指定项目是“活动的”（实际购买的标记)还是“保留的”（标志为将来可能购买）。用户查看购物篮时可进行以下选择：删除单个项目;更改每种项目的数量;保留任何项目,以备将来购买；删除购物篮中的所有项目；将项目移入购物篮和保留(将来购买)区或从中移出项目；检索保留的订单。（3)保留购物篮或项目。用户应能够保留选定的项目或购物篮中的所有物品，以备将来购买。只有已注册并登录的用户可以保留其项目。如果用户尚未登记或注册,将提示他们进行此操作。用户完成此操作之后，将返回到“保留购物篮”操作。7)结账方便 从任何屏幕用户都应能够结账。结账时，将向用户显示所有订购的项目(购物篮)。此时，用户应能够管理购物篮。用户对购物篮中的物品进行确认后,将出现“发货”屏幕。每个项目都将与该用户的主要发货地址关联。用户可以用地址簿中的一个地址或新地址来替换该地址。如果用户添加了一个新地址,他或她可以选择将该新地址保存在地址簿中。用户为每个项目指派了地址（或接受了默认的地址)之后,他或她可以转至“发货”屏幕,选择每个地址的交货方式。默认方式由站点所有者决定。用户选择交货方式后，他或她可以继续到“订单一览表”屏幕。该屏幕应按发货地址划分。在每个地址下，将列出项目说明、项目价格以及价格合计（若有的话）。对该项目的价格合计进行小计，将装运费用为明细项目列出并进行小计，最后将列出该地址下的税金和总金额。对所有地址下的金额求和之后，会在该页的末尾列出总计。用户可以接受订单、修改订单、取消订单或继续购物。如果用户选择修改订单,他或她将返回到“管理购物篮”页;如果用户选择取消订单,将清空购物篮；如果用户选择继续购物,他或她应该返回到主页；如果用户选择接受订单，他或她将转至“付款”页。如果用户已在“注册”页中存储了信用卡信息，则显示该信息。用户可选择使用保存的信用卡，也可选择忽略保存的信息，提供新的信用卡信息。如果用户添加新的信用卡信息，他或她可以选择将新信息添加到保存的注册信息中。选择或输入了信用卡信息之后，他或她可以取消订单、修改订单、继续购物、提交订单。如果用户提交了订单,将收到确认页和订单号。发货选择:必须支持装运港地面交货、次日交货、隔夜交货和国际交货等发货选择。订单状态通知：用户可选择接收有关订单状态的电子邮件通知。装运费用的计算:装运费用的计算基于站点所有者规定的规则。这些规则应包括销售地
