[摘 要] 电子商务网站是企业向用户和网民提供信息(包括产品和服务)的一种方式,是企业开展电子商务的基础设施和信息平台。企业的网址被称为“网络商标”，也是企业无形资产的组成部分，而网站是INTERNET上宣传和反映企业形象和文化的重要窗口。而网站的制作已经不单单是把企业想要表达的内容摆放在网站上那么简单，当今的网站设计包含了更多的设计元素，给予浏览者更多的视觉享受以及更多的方便。
[关键词] 电子商务 电子商务网站 电子商务的设计开发

一．背景介绍
电子商务源于英文ELECTRONIC COMMERCE，简写为EC。顾名思义，其内容包含两个方面，一是电子方式，二是商贸活动。电子商务指的是利用简单、快捷、低成本的电子通讯方式，买卖双方不谋面地进行各种商贸活动。
1.电子商务的模式
电子商务可以分为企业(Business)对终端客户（Customer）的电子商务（即B2C）和企业对企业的电子商务（B2B）两种主要模式。
电子商务B2C模式的一种最为大家所熟悉的实现形式就是新兴的专门做电子商务的网站。亚马逊公司最具代表性。传统企业成功向互联网和电子商务转型最成功的例子是DELL,　　企业与企业之间的业务模式被称作B2B。
2.电子商务的实质
电子商务企业是指利用互联网、WEB网站实现业务是基本的特征，但更为核心的是企业内部必须运营在一个基于完善的管理思想和工作流程的“企业资源计划系统（ERP）”之上。
3.系统设计概述
本文所设计的网上书店系统是一个集采购、销售、库存等内容为一体的网络应用系统。通过这个系统，顾客可以比较方便的在网上订购图书，付款以后，系统提供相应的地方查看客人所下的订单的状态，同时企业可以通过对订单的分析及时的做出调整。鉴于本系统的规模，本文的数据库采用了Access的数据库。总体上可以将系统分成三个部分，分别是后台数据库、程序的模块、前台显示页面。数据库由7个数据库表格组成，数据库文件放在系统的根目录下的DB文件夹下面。
为了使得能本系统的层析清晰，本系统借鉴了三层架构思想，所有对数据库的操作都封装在业务逻辑层里面。通常三层架构的数据库层和业务逻辑层在本系统里面合为业务逻辑层。
所有业务的逻辑对象均封装成仅含有属性的类的模式，比如数据库里面的User表格，有对应的User类封装了所有的属性。对User的操作则封装在另外的类里面。这样截然分开，在稍微增加了复杂程度的同时，也获得了层次分明的好处，同时便于代码的维护。
前台页面分成两个部分，第一个部分是放在网站上用于客户浏览和下订单，以及客户搜索订单状态的部分，第二个部分是后台管理部分，如增加书的库存，更改价格等。均采用web形式的管理。

二．需求设计
本系统是简化的网上书店系统，是建设一个以库存为中心，以采购、销售为主要工作的进销存一体化的在线销售系统，使用户能够方便快捷的完成日常工作，并提供各种分析手段，为发展决策做铺垫。本系统从规模上说系统需要满足采购、销售、订单处理等方面的需要。从业务上来说需要满足采购部门、销售部门的工作需要。
1.采购部门
采购部门是负责购买图书进货的部门，对于采购部门，一般来说，会有以下的几个要求：
(1). 每次有新图书购进的时候，采购部门需要添加新的图书。
(2). 采购部门能够更改图书库存量，若采购的图书已是之前采购过的相对热门的图书，且还有剩余的正在卖，那么采购部门只更改原有的图书的库存量，而不必添加新的图书，根据销售的需要添加适当的库存。
(3). 出版社管理，由于本文是简化的示例，所以出版社的管理诸如添加删除等没有提供系统接口，仅仅在数据库里面手工添加了几个示例。
(4).系统应该设置一个热门图书的选项，根据顾客的购买情况进行统计，最后做一个排列，选取出比较热门的图书列表，方便采购部门购进图书的时候参考，对于比较热门的图书，采购部门应该增大进货量。
2.销售部门
销售部门是负责业务流程比较重要的一个部门，从销售图书的定价，到客人通过网站下的订单的管理，都由销售部门来负责，总的来说，销售部门应该具有以下的几个需求：
(1).通过系统可以对销售网站的价格进行制定。由于市场的变动或者进价上升等一些原因，图书的价格可能会有变动，销售部门应该能及时的对图书的销售价格进行修改，来保证一定的利润率。
(2).对系统的订单进行监控处理，由于本系统是依托订单进行业务处理的，所以销售部门应当能对系统的订单进行查看和管理，对于每个订单，需要设置一个跟进记录，查看订单的历史信息，同时，应该在网站放置一个供客户查看订单状态的地方。
(3).订单应该设置对应的状态，方便区分出在不同处理阶段的订单。
(4).对于销售部门来说，积累客户是相当重要的，所以系统应该有一个记录客户列表的数据。对于第一次访问网站的客户，提供一个客户注册的功能。
在实现了上述功能之后，系统基本上可以提供一个简单的电子商务系统，下面的一节，讲按照上面的需求，对系统做一个概要的设计。

三．概要设计
1.数据库说明
围绕跟业务相关的东西，数据库应该包含图书，出版社，用户表等相关的信息，本系统的设计工包含了7个数据库表，每个表说明如下：
(1).BookInfo表，本表存储跟图书相关的信息
(2).BookType表，本表存储跟图书类型相关的信息
(3).HotBooks 表，本表存储跟热门图书相关的信息
(4).Order表，本表存储跟订单相关的信息
(5).OrderLog表，本表存储跟订单跟进记录相关的信息
(6).PublisherInfo表，本表存储跟出版社相关的信息
(7).User表，本表存储跟用户相关的信息
2. 模块详述
2.1. Model模块
由于在系统当中，需要对不同的对象进行添加删除等常用的操作，如何比较有效并且简介的处理这些对象，是系统设计的时候需要面对的问题之一，采用三层架构Model模式，是比较有效的一个方式，这些Model对象封装了业务中需要处理的对象，同时也提高了重用的程度，避免了书写重复的代码。有7个Model类，这些Model类对应系统要处理的逻辑对象，每个类均只含有属性，这些类和数据库里的表格是一一对应的，每个类的属性对应于数据库的字段。
比如说User类，这个类就封装了网站业务当中的顾客这个模型。这个类的属性和数据库里面的User表的字段是对应起来的。
对应的7个类分别是
(1) BookInfo类，对应BookInfo表,这个类封装了图书的概念模型。
(2) BookType类，对应BookType表，这个类封装了书目类型，使图书可以分成不同的类型。
(3) Order类，对应Order表，这个类封装了订单相关的信息。
(4) OrderLog类，对应OrderLog表，这个类封装了订单跟进记录，订单在状态切换的
时候可以添加一个记录到数据库里面，方便跟踪查询。
(5) User类，对应User表，这个类封装了顾客的信息。
(6) PublisherInfo类，对应PublisherInfo表，这个类封装了出版社信息，手工添加。
(7) HotBooks类，对应HotBooks表，这个类封装了热门图书的信息，
顾客每次下订单的时候，会在系统的HotBooks表里面添加一个信息，指示图书购买次数。
2.2.BLL模块
这个是业务逻辑块，处理所有的系统的业务逻辑，这些模块通过操作Model模块里面封装的业务逻辑对象，实现系统的业务逻辑。BLL模块共分成七个小模块，分别是用户管理模块，书目信息管理模块，订单信息管理模块，订单跟进记录管理模块，出版社管理模块，热门图书管理模块，书目类型管理模块。
按照前面的需求设计，跟采购部门相关的模块有书目信息管理模块，出版社管理模块，热门图书管理模块，书目类型管理模块。跟销售部门相关的模块有用户管理模块，书目信息管理模块，订单信息管理模块，订单跟进记录管理模块，热门图书管理模块，书目类型管理模块。由于业务上的交叉，两个部门相关的模块上也会有一定的交叉，比如说数目信息管理模块是两个部门都需要用到的。各个模块的功能具体如下：
(1) 用户管理模块，这个模块实现了客户管理功能，包括对客户的添加，更新，删除，和选取功能，比如客人在网站注册的时候，会用到用户管理模块的添加功能。
(2) 书目信息管理模块，这个模块实现了对书目信息的增加，删除，更新和选取功能，采购部门对新图书的添加，销售部门对图书的价格更改，均用到这个模块。
(3) 订单信息管理模块，这个模块实现了订单的管理功能，订单的状态更新，添加等功能。当客人在网站下订单的时候，需要用到订单信息管理模块的添加功能，销售部门对订单进行处理的时候，也要用到这个模块的订单状态更新功能。
(4) 订单跟进记录管理模块，这个模块实现了订单的跟进记录管理功能，方便了销售部门和网站的客户对订单的状态进行跟踪处理。
(5) 出版社管理模块，这个模块实现了采购部门对出版社的管理。
(6) 热门图书管理模块，这个模块实现了热门图书的添加选取等功能，每次客人下订单的时候，均需要热门图书管理模块添加新的记录。采购部门可以通过此模块查看热门图书，从而为采购新的图书提供必要的信息。
（7) 书目类型管理模块，这个模块实现了数目类型的管理，使得图书可以分类查询，添加。
3.网站前台页面
网站前台分成两个部分，客户浏览和后台管理，均是web页面的形式。这两部分均调用BLL模块的各个小模块和Model模块来对系统进行业务逻辑处理。客户浏览部分，客户可以根据书目类型得到自己想要的图书下订单，同时可以对已有的订单进行搜索，查看订单的处理的状况。后台管理部分，可以对图书进行管理，增加库存，修改价格等。

四．结语
论文通过从无到有的设计和开发一个简单的在线售书的网站，对电子商务做了一个简单的初探和尝试，由于实现的功能和规模有限，因此还有很多需要改进的地方。总体来说，本论文按照正常的设计流程，制作了一个简单的网站，实现了电子商务网站的基本的功能，包括采购到销售的完整流程。
对于本系统，有以下部分可以考虑改进拓展：
1.数据库系统可以采用Sql Server或Oracle等大型数据库，对于一个大型的网站来说，Access是满足不了应用的。
2.三层架构没有完全实现，数据库层和业务逻辑层没有分开。
3.业务流程划分太粗，采购销售等只是笼统的分开，设计没有考虑打折和客户VIP等功能。4.实现的功能有限。
5.没有考虑网站的缓存优化。

参考文献
1. Bill Evjen，Scott Hanselman等.《ASP.NET高级编程(特别版)》. 清华大学出版社.2007年
2.David.W.Tschanz等.《Sql Server 2005 从入门到精通》. 电子工业出版社.2006年
3. SimonRobinson.《C#高级编程》. 清华大学出版社.
4.Jesse Liberty等.《ASP.NET编程》. 电子工业出版社.2007年
5.Chris Ullman等.《ASP.NET1.1入门经典》. 清华大学出版社.2004年