第1章业务需求和设计模型

第1章业务需求和设计模型摘要：本章讨论了指导如何设计ConsolidatedRetail.com（它属于企业对消费者(B2C)网站，采用Microsoft商务参考体系结构）的业务需求，并概括了在此应用程序设计期间确定的实际业务需求。本章还概要介绍了Microsoft解决方案框架(MicrosoftSolutionsFramework，MSF)三层应用程序模型和阶段式设计过程。请注意：尽管此处提到的业务需求仅仅局限于一个可轻松安装的参考示例所具有的能力，但是本“开发人员指南”提供的信息线索非常有用，通过这些线索，您可以对该应用程序进行升级，使其满足生产环境的需求。简介请Web用户给电子商务站点定义时，一般用户可能会回答电子商务站点就是可以用信用卡购买商品的在线商店。尽管这个定义相当正确，却没有充分说明目前为Internet开发的各种电子商务站点的特点。在迅猛发展的Internet商务时代，一个高效率的电子商务网站绝不仅仅是基于Web的商店。用户对电子商务站点的要求越来越高，如果某个站点无法满足他们的要求，他们就将弃之而去。那么，用户对电子商务有哪些要求呢？下表列出了一些影响应用程序设计的主要问题。易于使用/导航性能高匿名购物维护用户配置文件安全性好能够通过多种设备访问站点通过可管理性提高竞争优势粗略一看，在上述问题中，有些应由应用程序设计人员负责解决，有些似乎应由企业决策者或基本结构专家负责解决。不过，如果您仔细思考这些问题，就会明白这些问题为什么都与应用程序的设计有关。易于使用/导航网站理所当然地应该易于使用和导航。毕竟，企业不希望消费者在购买自己的产品时遇到困难，而消费者也更愿意在自己能轻松找到结帐页的站点消费。使站点易于使用的一种方法是确保在常见任务上使用大家熟悉的类似方法。这意味着在消费者完成购买（或“结帐”）之前，可将其选购的商品存储在购物篮或筐中。这种比喻可便于不熟悉计算机的人理解站点是如何工作的，从而开展购买活动。使站点易于导航比您最初想象的要困难得多。Web完全是以一种非线性方式工作的，用户单击链接的顺序经常无法预料。因此，您应该确保无论用户目前在查看哪一页，站点向用户展示的始终是完全一致的界面，并确保只需单击一个链接即可访问重要网页（如主页、购物篮所在页以及用户帐户信息所在页等）。在ConsolidatedRetail.com站点上，顶部的标帜始终包含到购物篮所在页、消费者帐户所在页和主页的链接，而左侧的面板上始终包含搜索和目录链接。还有一种方法可以确保用户能在站点中找到所需内容，这就是要以逻辑方式编排产品清单或目录。如果将目录分成几个类别和许多可能的子类别，即可让消费者轻而易举地找到他们感兴趣的产品。此外，还应给用户提供搜索功能，以便他们在不太清楚某种产品的陈列位置时可以进行搜索。如果您的站点易于使用和导航，消费者将乐意使用。相反，如果使用起来比较困难，消费者可能就会弃之而去，另择站点。性能高在网站的设计当中，影响其性能的因素很多。由于不同的人对性能的要求各不相同，因而，对于什么才是可接受的性能水平也将因人而异。尽量减少响应时间大多数人认为：提供可接受的响应时间的站点才是性能良好的站点。响应时间是指用户在请求了某个操作之后、能够看到结果之前需要等待的时间量。在理想情况下，我们都希望站点上的操作瞬时就能得到执行；但在实际生活中，我们需要接受这样一个事实：有限的带宽、数据库并发性和业务处理任务通常都会导致轻微的延迟。因此，设计电子商务站点时，应尽量减少那些对响应时间有负面影响的因素（尽管不能完全排除它们）。电子商务优化的关键在于减少执行诸如结帐之类的操作所耗费的时间，这样，消费者就不会因排队等待而放弃自己选购的商品，您也就不会因此而失去订单。尽量增强可扩展性性能的另一个重要方面就是“可扩展性”。这是指添加资源时站点容量增加的能力。从用户角度来看，这意味着当大量用户同时访问站点时，站点仍能提供可接受的响应时间。许多开发人员经常会得到这样令人沮丧的消息：当访问的用户达到一定数量（这个数量是实际生活要求达到的数量）后，在开发机上性能卓越的测试站点就无法应付。那么，如何才能最大限度地增强站点的可扩展性呢？两种典型的方法就是“向上扩展”和“向外扩展”。向上扩展第一种方法（“向上扩展”）就是通过采用更好和/或更快的CPU、更大的RAM、更快的磁盘等等来增强服务器的处理能力。这种方法非常有效，尤其是在数据层上，该层上的一些大型数据库需要相对较强的处理能力。不过，由于硬件成本随处理能力的加强而按指数增长，因此，服务器越接近顶端，这种方法就愈加不合算。向外扩展“向外扩展”则从另一个方面来解决问题，即由“群集”（或服务器集合，也称为“Web领域”）中的多个服务器来分担处理工作量。Web领域在硬件方面的花费更为合算，而且提供了更为灵活、可扩展的解决方案。当站点上的负载增加时，可以很轻松地将服务器添加到Web领域中。Microsoft®Windows®2000AdvancedServer和Windows2000DatacenterServer以及Windows网络负载平衡(WindowsNetworkLoadBalancing，NLB)服务一起，将整个Web领域作为一个具有单一IP的逻辑服务器显示在Internet上。收到请求之后，会根据负载情况将请求分发给领域中的服务器，这些服务器可使用主干网络进行通信，也可以与数据库服务器进行通信。图1-1显示Web领域的基本体系结构。图1-1：Web领域管理Web领域中的状态对于商务站点设计人员而言，最重要的问题之一就是Web领域中的应用程序状态问题。状态就是在两个用户请求之间必须保留的会话数据；例如，在用户继续浏览站点期间，必须一直维护该用户购物篮中的物品原状。即使每个用户请求可能是由Web领域中不同的服务器处理的，也须如此。许多ASP开发人员使用“会话”对象来存放状态数据。不过，通常应避免使用此方法。为了优化站点的软件体系结构以便在服务器领域中加以实现，Web前端禁止维护内存中的用户状态。如果前端服务器维护用户状态，将出现以下问题：用户会话将依附于特定服务器（会话相关性），这会破坏动态地将请求分配给服务器的网络负载平衡策略。此外，还会破坏服务器领域的可靠性，因为当原服务器发生故障（并丢失了其内存中的会话状态信息）时，就无法将用户会话转移到其他服务器。内存资源被前端服务器耗费在存放用户会话状态的细节上，从而减少了可用于处理请求和高速缓存内容的内存。如果一个受欢迎的站点能够在短时间内吸引大量的用户，则状态维护方面的内存需求可能非常大。为了部分解决内存需求问题，CommerceServer大量使用了高速缓存。对配置文件架构、折扣和商业活动都将进行高速缓存。除了避免会话相关性之外，还应避免使前端操作与长时间运行的操作发生关联，以便将前端操作设计为快速执行的操作。由于IIS是用一个缓冲池来处理请求而缓冲池包含的工作器线程数量是有限的，因而当这些线程都已被占用且在等待长时间运行的操作完成时，传入请求等待处理的平均时间就会增加。匿名购物（浏览）通常，用户都不愿意仅仅为了了解站点在销售哪些商品而被迫登录到站点。因此，站点应在不需要身份验证的情况下，允许用户以匿名方式浏览商品，甚至允许他们将一部分商品放入购物篮中。维护用户配置文件当用户再次访问站点时，他们不希望重新输入上次访问时输入过的相同资料。一旦向站点提供了自己的购物和联系信息后，用户就希望站点能够记住这些数据。为了实现此目的，许多站点会为每个已注册的用户维护其用户“配置文件”信息。在大多数情况下，用户都需要注册，以便提供最少量的配置文件信息，如用户名和口令。然后，用户会分配到一个唯一标识符，该标识符可用作其配置文件数据的主密钥。用户在站点上注册之后，其配置文件信息就可以保存在数据库中，以便在以后需要时调用。通常，用户可以添加一些必备信息，指定一些细节，如电子邮件地址、电话号码、发货地址或任何其他允许用户添加的个人信息。保留用户配置文件信息相当有用，其原因如下：使用户在以后访问时不必重新输入数据。可用于分析用户在站点上的活动。可作为个性化的基础，允许您根据特定的用户群发布标帜广告或开展打折活动。可用于商业分析，如根据特定的配置文件值跟踪购买趋势。通过可管理性提高竞争优势尽管应用程序设计人员不负责业务决策（如定价、广告活动等等），电子商务解决方案的设计对企业如何应对市场趋势和竞争对手活动却有着巨大影响。业务经理开展的管理活动要受电子商务站点管理功能的制约。要取得成功，电子商务解决方案必须易于使用，还必须具备全面的管理基础结构。为电子商务站点设计管理界面时有两个基本选择。您可以创建自己自定义的界面，也可以使用一种“现成的”解决方案，如MicrosoftCommerceServer2000BusinessDesk。如果构建自己的管理界面，您将能完全按照自己的愿望来设计站点的管理功能。不过，这样会给一个已经很大的软件项目增加大量开发工作量，其工作量几乎等于或大于软件项目本身的工作量。默认情况下，CommerceServerBusinessDesk可以满足电子商务站点的大多数管理要求，如果需要还可以通过创建自定义模块来添加其他功能。本章的其余部分将说明在该项目的规划阶段确认的实际业务需求，以及在ConsolidatedRetail.com应用程序的设计中所使用的应用程序模型和设计过程。参考应用程序业务需求在设计应用程序之前，应该明确该应用程序必须执行哪些任务。分析业务需求是应用程序开发中最重要的步骤之一。确认业务需求的目的在于创建一个能同时满足零售商和消费者需要的解决方案。这样，需求就转换成了业务需求文档，这种文档可作为开发整个项目的指南。本节概括了为参考体系结构应用程序ConsolidatedRetail.com确定的实际需求。请注意：此处所用的业务需求被有意限制为一个可轻松安装的参考示例具有的能力。功能需求ConsolidatedRetail.com旨在满足以下功能需求：易于导航站点应易于导航。链接应该清晰、易于理解而且实用。用户应能够在页和屏幕之间随意移动。易于使用应用程序应易于使用。应该易于购买产品和访问“结帐”页。站点应使用易于理解的比喻，例如：将选购的物品存储在“购物篮”中，直到购物者准备结帐站点上的每一页都应显示完全一致的界面。重要页或常用页应只需单击一次即可访问。可用性测试站点应使不熟悉计算机的人易于理解。站点访问用户能通过以下方法访问站点：在浏览器中输入URL从其他站点或电子邮件的链接访问维护用户注册/配置文件无论从站点上的任何页，用户都必须能够注册，这样，用户就不必在每次下订单时都重新输入相同的信息。用户无需注册即可浏览站点；但结帐时必须注册。另外，申请电子邮件时事通讯、特价通知等服务时要求注册。注册涉及：配置文件信息：用户名、付款地址、主要发货地址、电话号码和电子邮件地址。身份验证信息：用户身份标识（用户ID）和口令应保留在应用程序中。付款信息：用户应可以输入信用卡信息并保存该信息。应用程序应能够保存多个信用卡号。首选项：用户应能够指定是否想得到有关发货状态的电子邮件通知（默认值为“是”），以及是否想得到有关销售价格和特价的通知（默认值为“否”）。地址簿：用户应能够存储任意多个附加发货地址。保留用户配置文件信息相当有用，其原因如下：使用户在以后访问时不必重新输入数据。可作为个性化的基础，允许您根据特定的用户群发布标帜广告或开展打折活动。可用于商业分析，例如，根据特定的配置文件值跟踪购买趋势。用户注册管理用户登录并经过身份验证之后，用户应能够修改、添加或删除注册信息。除“用户ID”字段之外，所有其他字段都应是可编辑字段。登录/身份验证用户一经注册之后，如果该用户返回到站点，他或她应能够从该站点上的任何页登录。浏览用户应能够浏览目录。在主页上，应向用户显示目录清单。在用户选择了一个目录之后，应向其显示子类别或实际产品。匿名浏览用户应能够以匿名方式浏览目录；即：用户应能够在不必登录的情