该博客是自主开发，功能和内容均在逐步增加中。所有文章均是原创。

对于电子商务销售的广义商品主要分为两种：1、无形商品和服务的电子商务；有形商品和服务的电子商务。

无形商品和服务一般包括：

1）在线订阅。分为免费订阅和收费订阅；

2）特殊信息收费方式。一般分为免费信息和特殊信息，使用下载方式提供；

3）在线服务。每月收取固定的费用，为消费者提供各种在线服务的方式，比如QQ会员，邮箱包月，杀毒包月等；

4）在线娱乐。包括网络游戏的按月、按时收费等。

有形商品和服务一般表现为网上销售。

二、产品抽象设计

产品目录及产品价格不在本文讨论范围内。

根据需求，具体到实际类型的各种“商品”有很多种类型，其属性差异很大，所以在设计上考虑到以后的扩展性，将商品设计成为继承的方式。

如上图所示。设计一个抽象类Product，放置商品的公共属性（部分），左边为有形商品，命名为
SalesProduct，有形商品包含高度、宽度、长度和重量等无形商品不具备的属性；右边为无形商品，包括在线订阅、在线服务，信息下载等。

所有关系都是泛化关系，一对一。

对于一般的网上商城的设计，只需设计SalesProduct即可，但对于电子商务产品而言，则需要考虑以后的

扩展性。

由于产品的抽象，所以在对产品的创建考虑使用工厂模式。

public class ProductFactory {

private static ProductFactory productFactory=null;

private ProductFactory(){}

public ProductFactory getInstance(){

if(productFactory==null){

productFactory =new ProductFactory();

}

return productFactory;

}

public Product makeProduct(Integer productType){

//根据产品类型返回相应的产品

return null;

}

}

OK。下一步让我们继续分析SalesProduct更加具体的内容。

三、产品详细设计

下图是www.joyo.com的影视产品详细页面，由于比较长，所以我只贴出第一页，详细可见下面链接：

http://www.joyo.com/detail/product.asp?uid=wusue1ibcs9ug7g9aaggssg57&pageletid=showTopRenqi&prodid=bkys613058&ref=CN_TS

图中用红色圈圈圈住的部分分别为产品标题、演员&导演、价格区、送货方式、用户评分（一种C2B方式）、促销推荐、描述（及其它属性）。

还有不在图中的信息有：内容介绍、购买此商品的顾客也购买了、查看此商品的顾客也查看了、产品参数、本片的主要演员的其它作品、常见问题、用户评论、您可以用以下几种方式找到此商品。

噢！内容太多了。怎么着手呢？

我们分析的思路应该考虑那些是产品本身的属性、那些是关系密切的外部实体，那些是关系较松散的外部实体。

经过分析的内容分类如下：

您也许会奇怪，我为什么始终都没有将价格放入到产品本身呢？因为就电子商务的销售而言，价格是变化很频繁、而且同一个商品会有多种价格（会员等级）、并和各种的促销形式、进货价格等挂钩。所以如果直接做为产品的自有属性将大大降低了灵活性，导致很多业务都无法实现（或者很困难）。

考虑到篇幅和重点。本文只讨论产品本身的属性设计。

对于一个商城而言，产品种类很多，各类产品的相关属性各种各样，如电影会涉及到演员&导演、一些特定的产品参数，如视频格式、音频格式等。

而有一些属性则是所有产品都共有的，比如产品标题、描述、内容介绍等。

所以在设计上需要考虑到这两类属性的区别。

我将之区分为公共属性和自定义属性。

公共属性将放入SalesProduct表，自定义属性则设计如下：

设计考虑，所有Attribute都必须有一个或者多个Options（否则状态为不可用），每个

Option都有类型、值、名称和是否缺省等属性。产品只会指向Option，关系是多对多。

这样，我们就可以增加演员Attribute。

（演员在影视管理系统中是实体，在电子商务销售系统则只是一个值对象了）

在演员Attribute下增加梁朝伟、徐静蕾等演员（Option）。

然后将伤城这个产品和该Option进行关联。

产品参数等属性类似。

但是，我们也发现，对于自定义属性而言，有些属性是比较重要的，有些是不重要的。

比如演员，不单是放在标题下这个醒目的地方，而且还有业务挖掘——本片的主要演员的其它作品。

所以，需要对自定义属性进行进一步的配置。但是这就不属于自定义属性本身的范畴了。

我们将会另行设计一个实体来表达这种业务。

【转载请注明出处！】

笔者对J2EE相关技术及电子商务方面有所研究，欢迎进行交流。

QQ：16399476

MSN：yanchaomin@hotmail.com

第二章：购物车业务建模。

笔者在本文中将会采用 UML 对购物车进行建模。

对于我们的例子，涉及参与者（ Actor ）是顾客，业务实体则有 MiniCart 和 Shopping Cart 。

1 、术语解释。

购物车 /ShoppingCart ：模拟现实的购物车，存放顾客选购的商品。

购物车元素 /ShoppingCartItem ：表示每个加入购物车的商品， 1 个购物车元素对应一个商品。

迷你车 /MiniCart ：购物车的微缩版，只显示最后（或者近几个）加入购物车商品，会附加一些促销的信息。

2 、用例（ Use Case ）

用例（ Use Case ）是顾客对购物车进行直接操作的事件。

经过分析，得出的用例如下图：

3 、业务实体。

描述如下：

1 ） ShoppingCart 和 ShoppingCartItem 是聚合关系，即 ShoppingCartItem 生命周期依赖于 ShoppingCart ；

2 ） MiniCart 和和 ShoppingCartItem 是组合关系，一个 MiniCart 可以呈现多个 ShoppingCartItem ，

ShoppingCartItem 生命周期和 MiniCart 没有直接关系；

3 ） MiniCart 对 ShoppingCart 有依赖关系，如果还没有为顾客分配 ShoppingCart ，则 MiniCart 也为空。

4 、时序图。

描述顾客和购物车之间的交互关系，并表述对象之间的时间顺序可以用时序图表达，但限于篇幅，

笔者只对其中的【将商品加入购物车】进行设计。

4.1 基本流如下：

流程描述如下：

顾客                                                     服务器

1 ）查看商品；

2 ）将商品加入购物车；

                                                         3 ）购物车模块判断可以加入；

                                                         4 ）将该商品加入购物车；

                                                         5 ）调用其它接口对购物车进行处理（如计费接口）；

                                                         6 ）调用 MiniCart 接口组装返回数据；

                                                         7 ）呈现 MiniCart 页面；

8 ）查看 MiniCart 页面。

4.2 扩展流如下：

1 ） Add to cart 时，通过购买验证，发现顾客等级不足以购买当前商品，则返回提示信息，流程结束。

2 ）另外还有其它的扩展流，比如库存不足等，由于很相似，所以在本文就不画图了。

5 、其它。

下图表达了一个顾客进入网站后选购商品——结帐的活动过程概述。

其中对 Add to cart 的子流程做了描述，结帐流程不在本文描述范围。

下一篇将进行实体和接口的具体设计，请关注。

【转载请注明出处！】

QQ：16399476

MSN ： yanchaomin @hotmail.com

只要是电子商务购物网站，购物车是必不可少的功能。

设计一个功能强大、易用性好的购物车绝对是提高顾客购买兴趣和达成购买的一个重要因素。

纵观国内外的电子商务网站，做得比较好，在国内有卓越（ www .joyo.com ）,当当（www.dangdang.com），
国外的则比较多，主要有亚马逊书店（www.amazon.com），GAP（www.gap.com）， www.target.com ， www .buy.com 等。

这些网站对于购物车的设计各有特色，但大致是分为两种购物车： MiniCart（迷你车） 和

ShoppingCart（购物车） 。

• MiniCart的分析

MiniCart 是购物车的一个微缩版，一般是显示最后加入购物车的一个商品，当然也有显示多个的，但这要注意尺度，
一般显示最后3个已经很足够，再多使到排版过长，影响浏览。

在 MiniCart 页面，现在流行的安排是左边显示推荐的相关产品，右边是 MiniCart 。这是根据用户当前选购商品的一
种业务需求挖掘，来进一步推动销售。具体如图1。

另外一种 MiniCart 则为 www .gap.com 独创，笔者浏览过国内外各大电子商务产品及网站，暂时只是发现 GAP 系的网站有这种设计。

见下图。

读者请注意我用红色圈住的地方，就是它的 MiniCart ，当顾客点击 [Add to cart ] 时，系统将在右上栏的 MiniCart
柔和地展开，第一部分是顾客刚才加入购物车的商品，如果该商品存在相关促销活动或者是属于某个产品包
（购买 A +B 将节省n%等），将在第二部分显示相关的推荐。

整个动态效果做得非常舒服，很吸引顾客眼球。只是它的实现较复杂。

购物车（ ShoppingCart ）的设计则大同小异，如 Amazon 的设计如下：

见图中红色圈圈。

【 1 】列功能区：放置该列商品加入购物车的时间、对每个商品的操作按钮。

【 2 】商品详细信息区：包括产品名称、库存、是否免运费及是否需要礼品包装等。

【 3 】价格区：该商品折后价格及节省了多少。

【 4 】数量区：可以修改购买数量。

【 5 】总体功能区：提供操作整个购物车区域（分为 Buy Now 和Buy Later两个取悦）

的操作按钮和统计信息。

经过分析，大致需要提供给用户操作的功能有：

更新数量；

删除 (1…n) ；

Save for later （Joyo描述为收藏）（1...n）；

Move to cart 移到购物车（对Save for later的商品）（1…n）。

而在系统内部我们还需要对购物车进行更多的处理，比如对购物车的商品进行计费、计算出

折后价格，统计数据，对有促销活动的商品给顾客以明显的提示， Also buy 等等。

到这里，购物车的业务需求分析研究就过一段落了，下一章将会进行购物车的建模设计。

请留意。

【转载请注明出处！】

笔者对 J 2EE 相关技术及电子商务方面有所研究，欢迎进行交流。

QQ：16399476
MSN ： yanchaomin @hotmail.com