3.1.1 经济可行性

对于一个小型商务网站的搭建，在开始阶段通常需要进行网站界面的设计、服务器的搭建、数据库的建设、网络地址的申请等，基于国内软件行业的现状，个人搭建一个小型商务网站，只要一次性投入3-4万元人民币即可，日常产生的费用很小，主要是对网站和数据库的维护费用。由于全智能软件的使用，对于销售行为和日常维护都非常简单，让一个员工可以做传统实体店中所有员工的工作，有效减少了人力资源的浪费，极大的节省了开支。另外，由于在线CD销售系统的网络移动特性，店主可以随时随地进行销售工作，真正做到生意不断。

由于在线CD销售针对性较强，属于典型的需求导向型销售模式，所以库存量可以较为灵活，甚至可以采用JIT模式。

3.1.2 技术可行性 (1) 操作界面的实现

在线CD销售系统的操作界面，无论用户界面还是管理员界面，实质上都只是一些静态网页的链接而已。现在市面上有很多网页制作软件，最常用的有Microsoft FrontPage、Macromedia DreamWeaver，此外，直接用HTML、JavaScript等语言编写网站也是较为常用的方法。

(2) 数据库技术

在线CD销售系统对于数据库的主要操作为记录的插入、修改、删除和统计，可以采用目前流行的Oracle数据库、Microsoft SQL Server数据库以及免费的My SQL等[5]。

(3) 网络地址的申请

目前在网络上开设在线购物商店，获得网址的方法主要有两种，一种是通过注册和交费向域名管理机构申请网络地址的使用权，这种方式需要一定的投资额，但是获得域名较为稳定，且容易记忆。另一种方式是通过淘宝网等在线销售平台，注册成为其会员后免费开通网络商店。这种方式获得的网络店铺几乎不产生费用，但需要服从在线购物平台的统一管理，在店面风格、经营方式等方面限制较多。

3.1.3 法律可行性

对于网上购物，店主应该本着诚信的原则，对于产品质量和服务给予保障。目前国际上对于电子商务制定了一系列的法律予以规范和保障，在线CD销售网站的经营者应该严格执行相关的法律法规。

此外，在开发过程中使用的部分软件均涉及到了版权的问题，如SQL Server 2000，但由于本系统并非用于商业用途，所以采用免费的教学版本，暂时不考虑软件版权问题。

3.2 用户需求分析

3.2.1 用户功能需求

对于在线CD销售系统的用户，最终和最重要的功能无疑是在线购物行为的完成，针对在线购物行为，用户对系统的功能需求可以细分为以下几个方面：

3.2.1.1 CD产品查询 (1) CD查找

在本功能中，用户需要能够按照多种方法迅速找到需要的CD产品，对应的，系统需要提供多种查询方法，如按CD名称查询、按歌手查询、按唱片公司查询、按销售排行查询和分类查询等。同时，系统应该能够准确反馈查询结果，这个结果可以只是一个简单的列表，CD详细信息的查询可以作为链接以节省系统开销，提高重用性。如果库存中没有用户所查询的CD产品，系统应该及时返回没有该CD的查询消息。

(2) CD详细信息查看

在用户决定购买之前需要详细了结CD产品信息，包括CD名称、分类名称、歌手名、唱片公司、歌曲列表、价格和CD封面等。

3.2.1.2 购买行为参考及实施 (1) CD销售排行查询

CD销售排行榜对于用户购买CD产品的行为有指导作用，排行榜的前几位通常在相当的一段时间里会有不错的销售成绩。

(2)购物车

用户需要类似实体店购物车功能的一个模块来存放一部分不能马上做出购买决定，还需要综合权衡的CD产品。

(3)填写提交及支付

对于决定购买的产品用户需要填写订单进行购买，系统必须提供一个填写和提交订单的平台，同是要提供足够安全的信道传送用户支付信息。

(4)查看订单状态

用户对于已经完成的订单有查询其状态的需要，系统应该能够在接到用户查询请求时，将订单的实时状态准确及时地告知用户。

3.2.1.3 用户个人信息设置及更新

用户在网站注册后，需要随时可以查询自己的个人信息，同时应该具有随时更新设置的权利。

3.2.2 用户数据需求

经过调查，在线CD销售系统的用户需要运用的数据主要包括如下几种。

3.2.2.1 用户需要获得的数据

CD产品信息及相关销售信息、用户积分等数据。

3.2.2.2 用户需要存储的数据

(1)用户的个人信息

(2)用户的购物车信息

(3)用户订单信息

3.3  本章小结

本章从经济可行性，技术可行性，法律可行性分析系统可以进行设计，也详尽说明了用户需求分析。

第4章 概要设计和详细设计

4.1 系统设计

4.1.1 系统工作原理图

系统采用三层结构，简单的来说，用户界面层通过统一的接口向业务层发送请求，业务层则按自己的逻辑规则将请求处理之后进行数据库操作，然后将数据库返回的数据封装成类的形式返回给用户界面层。这样用户界面层甚至可以不知道数据库的结构，它只要维护与业务层之间的接口即可。这种方式在一定程度上增加了数据库的安全性，同时也降低了对用户界面层开发人员的要求，因为它根本不需要进行任何数据库操作。

Java Bean通过返回对象的形式返回数据，在类的内部可以规定哪些数据可以访问，哪些数据是只读的，从而通过封装数据达到提高数据安全性的目的[6]。

4.1.2  系统功能模块的划分

本系统的主要功能可以按客户界面和管理界面分为两部分，具体功能如下：

4.1.2.1 客户界面部分

(1)用户注册

(2)用户登陆

(3)修改用户信息

(4)CD查询(可以按关键字或者分类方式查找)

(5)购物车

(6)查看CD详细资料

(7)查看订单信息

(8)查看销量排行

(1)库存CD 管理(查看、修改、删除)

(2)用户管理(查看、修改、删除)

(3)订单管理(查看订单清单、更新订单状态、删除订单)

(4)新CD管理(添加新CD、添加新分类)

(5)销售统计管理

管理界面的系统功能模块图如图4-3所示。

4.1.3 系统的结构设计

根据三层架构和面向对象与模块化思想相结合的设计思想，系统的功能实现可以分为操作界面模块、业务处理模块(即Java Bean模块)和数据库模块。

4.1.3.1 操作界面模块 (1)用户界面

用户界面主要提供了用户注册、登陆、会员登记查询等用户信息查询功能，在线购买界面(包括CD信息等)、销量排行等CD信息查询功能的界面和购物车、订单信息等在线购买功能的界面。

(2)管理用户界面

管理用户界面主要实现的功能有：提供CD管理功能(包括现有CD 的管理和新CD的添加管理)、用户管理功能、订单管理功能和销售统计功能的界面。

4.1.3.2 业务处理模块

本模块包含了在线CD销售系统的主要业务工作，相当于一个实体店中的核心营业员。以下用一个营业员所要做的工作来形象的表示系统改模块实现的功能[8]。

(1)CD管理

CD管理包括的主要工作可以笼统的分为对CD的工作和对分类的工作。对于CD的工作可以分为现有CD的盘点、登记和分类管理，新到CD的登记和分类管理。而针对分类的管理工作，主要是对分类信息的维护工作，如及时添加新的分类或者及时删除过时信息。

(2)订单管理

在线CD销售系统对于订单的管理与传统实体店营业员的工作略有不同。普通的CD店营业员只需要处理用户交给他的订单，也就是在线CD销售系统中已经提交成功的订单。但事实上，在用户提交订单前，会有更多的选择作为被选的选项，掌握了这些CD的清单，会帮助我们进一步了解该用户的购买动向及兴趣所在，从而实施更有针对性也更为有效的营销策略。很简单，如果我们能够为用户提供更多备选CD的信息，也许就可以促成购买行为的完成。同样的，如果能为用户推荐更多他们所感兴趣的CD，那么更多的交易行为就有可能发生。所以掌握用户购物车里的备选清单，对于下一步的销售有着非常重大的影响。

而在用户购买动向和兴趣所在的收集方面，即使是有着多年销售经验的销售人员也很难在短时间内准确判断。传统销售中的这一弱点，在线销售系统可以很好的弥补。通常被用户放入购物车的CD一般都是他们所感兴趣的，购买的可能也就大很多，所以只要我们及时查看用户购物车资料，就可以了解到每个用户的购买习惯和动向。

总而言之，在线销售系统在订单的管理中包含了已提交订单和购物车订单的管理。

(3)用户管理

针对会员的管理，在线CD销售系统与传统实体店基本相同。对比实体店购买过程，首先要求会员申请会员资格，相当于用户网上的注册。随后进行购物时要出示会员资格证明，即网上的用户登陆行为。购买行为发生时，销售人员要登记该会员的编号和所购买的CD，以便随时更新该会员的，就是在线销售系统的用户管理行为。

(4)销售统计

销售统计对于店主及时掌握销售情况有着重大的意义。由于功能强大的SQL Server数据库的使用，在线CD 销售系统在销售统计功能方面有着传统实体店无法想象的便捷和高效。从数据库记录中，系统管理用户可以任意查看各日、各周、各季度的销售记录，同时还可以分类查询，获得不同唱片公司、不同歌手、不同风格CD的销售情况。

4.1.3.3 数据库模块

本模块主要进行数据的录入、更新、检索等工作，相当于传统实体店里认真负责而又分毫不差的库存管理员[9]。

运用面向对象思想中类的概念，系统结构设计图如图4-4所示。

4.2 数据结构设计

4.2.1数据库需求分析

对比传统实体店，并结合在线购物的特点，综合系统功能分析，本系统的需求信息主要有：用户分一般用户和管理员用户。订单分单张详细订单和总订单。每一张CD都从属于一种类型。一个用户可以购买多张CD。一个用户对应一张订单列表信息。一个列表对应多张订单信息。

经过系统数据库的功能分析和需求总结，将数据项和数据结构做如下设计：

(1) 管理员信息，包括数据项：用户名、密码

(2) 普通用户，包括数据项：用户ID、用户名、密码

(3) CD，包括数据项：CD编号、CD名称、分类编号等

(4) CD分类，包括数据项：分类编号、分类名

(5) 订单列表，包括数据项：订单编号、CD编号、购买数量

(6) 订单，包括数据项：订单编号、用户编号、下单时间等

4.2.3 数据库逻辑结构设计

数据库概念结构设计完毕后，可以将数据库概念结构转化为SQL Server数据库系统所支持的实际数据模型，就构成了数据库的逻辑结构。