基于WEB的网上书城系统论文.docx

上传人:b****6 文档编号:16713251 上传时间:2023-07-16 格式:DOCX 页数:33 大小:910.56KB
下载 相关 举报
基于WEB的网上书城系统论文.docx_第1页
第1页 / 共33页
基于WEB的网上书城系统论文.docx_第2页
第2页 / 共33页
基于WEB的网上书城系统论文.docx_第3页
第3页 / 共33页
基于WEB的网上书城系统论文.docx_第4页
第4页 / 共33页
基于WEB的网上书城系统论文.docx_第5页
第5页 / 共33页
基于WEB的网上书城系统论文.docx_第6页
第6页 / 共33页
基于WEB的网上书城系统论文.docx_第7页
第7页 / 共33页
基于WEB的网上书城系统论文.docx_第8页
第8页 / 共33页
基于WEB的网上书城系统论文.docx_第9页
第9页 / 共33页
基于WEB的网上书城系统论文.docx_第10页
第10页 / 共33页
基于WEB的网上书城系统论文.docx_第11页
第11页 / 共33页
基于WEB的网上书城系统论文.docx_第12页
第12页 / 共33页
基于WEB的网上书城系统论文.docx_第13页
第13页 / 共33页
基于WEB的网上书城系统论文.docx_第14页
第14页 / 共33页
基于WEB的网上书城系统论文.docx_第15页
第15页 / 共33页
基于WEB的网上书城系统论文.docx_第16页
第16页 / 共33页
基于WEB的网上书城系统论文.docx_第17页
第17页 / 共33页
基于WEB的网上书城系统论文.docx_第18页
第18页 / 共33页
基于WEB的网上书城系统论文.docx_第19页
第19页 / 共33页
基于WEB的网上书城系统论文.docx_第20页
第20页 / 共33页
亲,该文档总共33页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

基于WEB的网上书城系统论文.docx

《基于WEB的网上书城系统论文.docx》由会员分享,可在线阅读,更多相关《基于WEB的网上书城系统论文.docx(33页珍藏版)》请在冰点文库上搜索。

基于WEB的网上书城系统论文.docx

基于WEB的网上书城系统论文

目录

1.引言3

2.选题的背景和意义3

2.1选题的背景3

2.2选题的意义4

3.课题的可行性分析4

3.1技术可行性4

3.2操作可行性5

4.系统的规划设计5

4.1需求分析5

4.1.1功能需求5

4.1.2数据流图6

4.1.3数据字典9

4.2总体设计10

4.2.1系统模块设计10

4.2.2数据库设计11

4.3运行环境规定14

5.系统详细设计15

5.1任务目标15

5.2系统模块流程图16

5.2.1首页图书浏览模块16

5.2.2购物车模块16

5.2.3用户注册登录模块17

5.2.4订单结算模块17

6.编码测试和维护18

6.1编码18

6.1.1首页图书浏览模块18

6.1.2用户注册登录模块20

6.1.3购物车模块20

6.1.4订单结算模块21

6.1.5后台管理模块22

6.2测试和维护26

6.2.1测试目的26

6.2.2测试方法26

6.2.3测试过程27

6.2.4测试分析29

6.2.5系统的维护30

7.结束语30

致谢31

参考文献32

 

1.引言

随着Internet的发展,传统的商品购物运作模式被打破了,网络提供了一种新技术上的可行性的方案:

利用Internet的技术和协议,建立各种网上商店,而本网上书店系统,正是通过互联网,将一个虚拟都呈现在用户面前:

客户在网上与供应商联系,利用网络进行会计结算和支付服务。

从而通过简单、廉价、快捷、低成本的电子通信方式的通讯手段,将买家与卖家、书商和合作伙伴紧密结合在了一起,消除时间与空间带来的障碍,从而使买卖双方不谋面地进行的各种商贸活动。

从而大大的节约了交易成本,扩大了交易范围。

而在实际的生活中,这种方案已经被广泛的运用到了实际的商业活动中了,人们将这种交易模式称为:

电子商务。

电子商务通过信息网络以电子数据信息流通的方式,其内容包含两个方面:

一是电子方式,二是商贸活动。

网上书店正是以商贸方式展开的,电子商务可以在全中国范围内进行并完成的各种商务、交易、金融等相关的综合服务活动。

它是传统的计算机网络应用技术、信息处理技术和商务运做技术相互渗透的结果。

2.选题的背景和意义

2.1选题的背景

网上书店系统,是为了迎合现在人们的生活而设计的。

随着网络的覆盖面的增广,上网的人们也就越来越多了,在网上购买图书是一种潮流,随着现在网上书店大量的出现,人们更喜欢的在网上购书,这样大大节约了出行的时间,而且服务也不比现实的差,网上书店的主要目标是满足人们足不出户购物的需求,只需在网上书店是先订货,然后在一定时间内送货上门或通过邮寄的方式送货,货到再付款。

很多人看到了书这种商品网上销售的诸多好处:

方便购买、金额小、风险小、用户容易决定;信息的完整性以及很少出现质量问题和退货现象等。

完全符合人们的理念。

使人们避免了挑选图书的烦琐过程,让人们在购物过程中变得轻松,快捷,方便。

从而在网络上建立一个虚拟的购物书店,让人们在网络上进行购书的行为。

伴随着网上购物以及网上书店的出现,从而使得人们避免了挑选图书的烦琐过程,让人们在购物过程中变得轻松,快捷,方便。

2.2选题的意义

电子商务将会是21世纪经济发展的主要动力之一,它将象蒸汽机的发明一样,引起整个社会生活和经济的变革。

当然,如上所述目前困难还很多,由于在消费观念、信用体系、法规政策、网上支付等问题上与国外存在距离,我国电子商务的发展还处于初级阶段,需要进行市场培育与诱导。

电子商务将是21世纪的经济增长点,它所带动的电子商务的技术、产品、服务的发展将会给不同的行业带来大量的新的机会。

电子商务的快速发展以及上网人数的剧增,为企业创造了许多网络商机。

为了跟上世界电子商务的发展潮流,缩短与发达国家之间的差距,每个人都应该从不同的角度积极了解电子商务、参与电子商务,尽快适应飞速发展的信息社会的需要。

为此,我撰写了这篇论文,力求将理论与实践相结合,在对电子商务理论进行阐述的同时,配合一个模拟网上书店购物系统,以期达到对电子商务更深层次的理解与认识。

网上书店作为电子商务系统的一个应用具有如下优点:

1.突破了商业往来的时间限制:

网络上的计算机可以一天24小时,天天提供客户完善的网络服务。

而且可以提供给全国各地的消费者,以最快的速度将公司图书的外观、内容、价格及相关信息提供给客户了解。

2.节省公司营运成本:

网上书店本身没有店面,减少了公司的管理费用,此外,网上书店管理系统精简了办公程序,促进了管理的规范化。

3.提高了客户购物的积极性:

顾客利用网上书店,可以很快的找到所需的图书,在网上提交订单后,图书很快就会送到顾客手中,节省了顾客的购物时间和精力。

4.图书商品本身的优越性:

根据国内外同行的经验,专业、学术等图书更加适合邮购、直销等无店铺销售。

3.课题的可行性分析

3.1技术可行性

本系统使用.NET技术进行开发,编程语言使用VisualC#语言。

ASP.NET是Microsoft开发的适用于构建、管理Web页面的技术,它的特点主要是:

简化页面的编辑工作,提供代码与设计视图分离,使得代码更容易编写、修改与维护;不仅能使用Script语言,还可以使用编译式语言,如本系统所采用的C#,不同的动态网页制作技术还可以使用不同的编程语言;所以ASP.NET是实现本系统的最佳技术,它是完全可行的。

此外,.NETFramework框架作为微软公司已经比较成熟的产品,现在有越来越多的企业及技术人员选择它作为开发平台。

因此,在技术上.NET是完全可以胜任这个平台的开发。

3.2操作可行性

界面设计时充分考虑了管理人员和用户的习惯,简单操作;数据录入迅速、规范、可靠;统计准确;适应力强;容易扩充。

在操作的可行性也得到了保障。

4.系统的规划设计

4.1需求分析

4.1.1功能需求

经过调查,一个网上图书销售管理系统应该包含两类角色:

购书者(用户)和图书销售管理员。

针对不用角色,将系统分为前台和后台两个部分。

●购书者部分(前台):

1.购书者进行网上注册、登录:

必须先注册,注册时必须提供用户名、密码、电子邮件等。

2.查询待售图书和欲购图书信息:

所有注册用户均可通过网上图书销售管理系统,查询最新图书信息、畅销图书信息。

3.订购图书:

消费者对欲购图书订购,可以修改自己的购物车,在订购信息被确认之前可以对订购信息进行修改。

●系统管理员(后台):

1.管理员登录:

管理员进入图书销售系统须填写用户名和密码。

2.管理员发布图书信息:

通过图书销售管理系统发布最新图书、畅销图书的信息。

3.管理员处理购书者的订单信息:

包括客户填写的订单信息,同时对订单进行审核。

4.管理用户和管理员信息:

管理员可以添加管理员,并且对用户信息进行查看。

4.1.2数据流图

数据流图是一种图形化技术,它描绘信息流和数据从输入移动到输出的过程中所经受的变换。

数据流图有四种基本符号:

正方形表示数据的源点或终点;圆角矩形代表变换数据的处理;或两条平行横线代表数据存储;箭头表示数据流。

1.顶层数据流图

该系统的顶层数据流图如图4.1。

由于该系统分为用户和管理员两部分,每个部分总的数据流图分别如图4.2和图4.3所示。

图4.1顶层数据流图

图4.2用户部分的数据流图

图4.3管理员部分的数据流图

2.用户部分分解后的数据流图

1)注册登录的数据流图如图4.4所示。

图4.4用户注册登录数据流图

2)查看、搜索图书信息的数据流图如图4.5所示。

图4.5用户查看搜索图书信息数据流图

3)用户购买图书的数据流图如图4.6所示。

图4.6购物车数据流图

4)订单结算的数据流图如图4.7所示。

图4.7订单结算数据流图

3.管理员部分分解后的数据流图

1)管理员登录和修改密码的数据流图如图4.8所示。

图4.8管理员登录和修改密码数据流图

2)图书类别管理的数据流图如图4.9示。

图4.9图书类别管理数据流图

3)图书信息管理的数据流图如图4.10示。

图4.10图书信息管理数据流图

4)订单信息管理数据流图如图4.11所示。

图4.11购物信息管理数据流图

4.1.3数据字典

数据字典是开发者与用户相互沟通的有效途径之一。

它能形象的向用户描述开发者的意图,使用户明白数据库可能具有的项目,可有效地缓解开发者和用户之间的交流鸿沟,也有利于用户向开发者提出自己的要求,避免因理解分歧造成的代价巨大的接口问题。

数据字典是各类数据描述的集合,它是进行详细设计的数据收集和数据分析后所获得的主要成果。

针对本系统,通过对管理内容和过程的分析,设计的主要数据字典表示如下:

●名字:

用户基本信息

描述:

用户注册所填写的信息表

定义:

用户信息=用户ID+用户名+用户名称+密码+性别+地址+电子邮件+固定电话+移动电话

●名字:

管理员信息

描述:

系统后台销售管理员的信息

定义:

管理员ID+用户名+用户名称+密码

●名字:

图书分类信息

描述:

图书入库时进行登记的图书分类表

定义:

图书分类=分类ID+分类名称

●名字:

图书基本信息

描述:

所销售的图书的基本信息表

定义:

图书基本信息=图书分类+图书名称+ISBN+出版社+图书作者+页数+销售价格+进货价格+出版日期+图书介绍+图片

●名字:

订单基本信息

描述:

消费者购买图书的信息表

定义:

订单基本信息=订单号+订购用户+订购日期+图书名称+图书价格+购买数量

4.2总体设计

4.2.1系统模块设计

各个模块的功能描述:

●前台:

(1)首页图书浏览模块:

按照电子商务网站的一般规划和人们使用电子商务网站的习惯,首页图书浏览模块主要实现按照各种条件显示、查看商品的前台显示功能。

(2)用户注册和登录模块:

用户只有在成功登录系统后,才可以实现商品的购买。

如果不是本网站的用户可以进行注册。

(3)购物车模块:

购物车包含了用户决定购买的所有商品信息,包括商品编号、商品名称、价格、购买数量及用户应付总价等。

用户在查看商品信息时,如果决定购买即可将商品加入购物车,然后可以继续浏览其他商品。

(4)订单结算模块:

用户完成购物后即可进入结算中心,系统对用户的产品及数量进行价格计算,最后生成用户应付款金额。

然后用户向系统下达订单提供送货地址等付款信息。

●后台:

(1)图书类别管理模块:

按照图书电子商务网站的一般规划和人们使用图书电子商务网站的习惯,销售的图书必须进行分类,这样才方便人们进行选购。

(2)图书信息管理模块:

由于销售的图书比较多,所以必须对图书的信息进行管理,,这样更有利于图书的进销存管理。

(3)订单管理模块:

用户完成购物结算并提交订单之后,管理员要对用户提交的订单信息进行审核,审核通过之后按照订单发货。

(4)用户及管理员信息模块:

管理员可以管理用户和管理员的信息。

综上所述,系统总体设计模块图如下图4.13所示。

图4.12系统总体设计模块图

4.2.2数据库设计

●概念结构设计

前台管理和后台管理的E—R图如下图4.14和图4.15所示。

图4.13前台E-R图

图4.14后台E-R图

●逻辑结构设计

(1)用户信息表(用户ID,用户名,用户名称,密码,性别,地址,电子邮件,固定电话,移动电话)

(2)管理员信息表(管理员ID,用户名,用户名称,密码)

(3)图书分类信息表(分类ID,分类名称)

(4)图书基本信息表(图书分类,图书名称,ISBN,出版社,图书作者,页数,销售价格,进货价格,出版日期,图书介绍,图片)

(5)订单详细信息表(订单号,订购用户,订购日期,图书名称,图书价格,购买数量)

本系统的定义的数据库包含5张表:

图书分类BookType、图书信息表Books、购物车表Basket、用户表Users、和管理员表Admin。

图书分类BookType用来保存图书分类的信息,结构如下:

序号

字段名称

数据类型

说明

1

TypeId

int

分类编号

2

TypeName

varchar(50)

分类名称

图书信息表Books用来保存图书的基本信息,结构如表:

序号

字段名称

数据类型

说明

1

ID

int

记录编号

2

TypeId

int

图书分类

3

BookName

varchar(200)

图书名称

4

ISBN

varchar(50)

书号

5

Publisher

varchar(100)

出版社

6

Author

varchar(50)

作者

7

PageNum

int

页数

8

PublishDate

datetime

出版日期

9

SalePrice

float

销售价格

10

StorePrice

float

进货价格

11

Content

varchar(1000)

图书简介

12

ReadCount

int

阅读次数

13

BuyCount

int

销售数量

14

ImageFile

varchar(50)

图片文件

购物车表Basket用来保存用户订购的图书信息,结构如下:

序号

字段名称

数据类型

说明

1

ID

int

编号

2

UserId

varchar(20)

用户名

3

BookId

int

图书编号

4

OrderTime

datetime

订购时间

5

OrderCount

int

订购数量

6

SalePrice

float

销售价格

7

UserChecked

tinyint

用户确认(0-用户订购;1-送至收银台;2-提交订购)

8

OrderNumber

varchar(50)

订单号

9

PostTime

datetime

提交时间

10

AdminChecked

tinyint

管理员确认(0-没有提交;1-用户提交;2-处理;3-发货;4-结账)

用户表Users用来保存注册用户的基本信息,结构如下:

序号

字段名称

数据类型

说明

1

UserId

varchar(50)

用户名

2

Pwd

varchar(50)

用户密码

3

UserName

varchar(50)

用户姓名

4

Sex

Bit

性别

5

Address

varchar(500)

地址

6

Email

varchar(50)

电子邮件地址

7

Telephone

varchar(100)

固定电话

8

Mobile

varchar(50)

移动电话

管理员表Admin用来保存系统管理员的基本信息,结构如下:

序号

字段名称

数据类型

说明

1

AdminId

varchar(50)

用户名

2

Passwd

varchar(50)

密码

3

AdminName

varchar(50)

用户姓名

4.3运行环境规定

硬件环境:

客户机

普通pc

CPU:

P41.8GHz以上

内存:

1GB以上

能够运行IE5.0以上或者Netscape4.0以上版本的机器

分辨率:

推荐使用1024*768像素

Web服务器

CPU:

P42.0GHz以上、

内存:

1G以上

硬盘:

80GB以上

网卡:

KMb/s速度

数据库服务器

CPU:

P42.0GHz以上、

内存:

1G以上

硬盘:

80GB以上

软件环境:

操作系统为WINDOWS2000PROFESSIONAL、SERVER或ADVANCEDSERVEREDITION(SP2)、WINDOWSXPPROFESSIONALEDITION和其他支持.NET开发的操作系统版本。

InternetInformationServer(IIS)5.0或5.1

.NETFrameworkSDK

VisualStudio.NET(或VisualC#.NET)StandardEdition或更高版本

SQLServer2000SP3以上版本数据库

客户端支持IE4.0,NETSCAPE4.0以上版本的浏览器等。

5.系统详细设计

5.1任务目标

详细设计的任务是实现各个模块的功能,并且设计出的处理过程应该尽可能简明易懂,这一章主要用程序流程图来说明来描述程序的处理过程。

从而方便在编码阶段能把对设计的描述直接翻译成程序代码。

5.2系统模块流程图

5.2.1首页图书浏览模块

首页图书浏览模块:

按照电子商务网站的一般规划和人们使用电子商务网站的习惯,首页图书浏览模块主要实现查看图书的首页显示功能,流程图如下图5.1所示。

图5.1用户首页图书浏览模块流程图

5.2.2购物车模块

购物车是每个电子商务站点的基本元素,允许匿名用户访问购物车。

购物车包含了用户决定购买的所有图书信息。

用户在查看图书信息时,如果决定购买即可将图书加入购物车,然后可以继续浏览其他图书,购物车模块流程图如下图5.2所示。

图5.2购物车模块流程图

5.2.3用户注册登录模块

用户注册和登录模块:

用户只有在成功登录系统后,才可以实现图书的购买。

注册用户还具有修改密码和找回密码的功能。

用户注册登录模块的流程图如下图5.3。

图5.3用户注册登录模块流程图

5.2.4订单结算模块

该模块主要包括创建和查看订单功能,如果用户未注册或未登录,当访问该模块的页面时都被重定位到用户登陆页面。

图5.4订单结算模块流程图

6.编码测试和维护

6.1编码

编码是把软件设计结果翻译成程序设计语言书写的程序,它是对设计的进一步具体化,这一小节阐述了几个比较重要的模块实现涉及到的算法和数据结构等技术。

6.1.1首页图书浏览模块

前台图书浏览模块包括最新图书、图书分类、畅销图书三个模块,利用搜索功能实现图书搜索,主要使用了Datalist控件,截图如下图6.1所示。

图6.1前台商品浏览模块

点击相应的类别可以查看该类别下的图书,点击图书可以查看该图书的具体信息。

截图如下图6.2所示。

图6.2根据图书分类浏览图书

6.1.2用户注册登录模块

用户登录时要注意填写正确的信息。

截图如下图6.3-6.6所示。

图6.3新用户注册图6.4用户注册成功

图6.5用户登录

图6.6用户成功登录

6.1.3购物车模块

购物车包含了用户决定购买的所有商品信息,包括商品编号、商品名称、商品价格、购买数量、应付总价等。

用户购买图书时,需要先注册,然后登录系统才能将图书加入购物车购买。

未注册用户可以匿名访问购物车,但不能购物。

截图如下图6.7所示。

图6.7浏览图书并购书

默认情况下,配置信息存储在SQLServer2005中,并以ASPNETDB.mdf数据库名存放在网站的App_Data文件夹中。

具体实现需要在webcoonfig文件中进行配置,配置文件源代码如下所示。

xmlversion="1.0"?

>

providerName="System.Data.SqlClient"/>

6.1.4订单结算模块

在填写订单的界面中,要求填写的内容应与输入项中所要求各项内容一致,以便减少填写时所造成的人为错误。

结算时核实购买信息是否正确,然后结算付款。

截图如下图6.8-6.10所示。

图6.8图书购买结算

图6.9送到收银台

图6.10用户购物信息查看

6.1.5后台管理模块

后台管理包括:

图书分类管理、图书信息管理、订单管理、用户管理。

●管理员登录实现

管理员账号和密码应牢记,否则无法正常登录。

截图如下图6.11和6.12所示。

图6.11管理员登录

图6.12后台主界面

●图书分类管理

点击编辑、删除按钮,可以实现对图书分类的管理,点击“添加新图书分类”可以添加新图书种类,该页面主要使用了GridView控件实现了与数据库的绑定。

截图如下图6.13所示。

图6.13图书分类管理

●图书信息管理

点击“图书管理”可以转到相应的图书信息页面,对图书信息进行管理,如可以添加和删除图书,截图如下图6.14和6.15所示。

图6.14管理图书

图6.15填写图书信息

●订单管理

购书者提交订单之后,管理员查看订单分类,查看订单进行审核,审核通过后发货,截图如图6.16和6.17所示。

图6.16未处理订单

图6.17处理订单

●用户管理

管理员可以对会员信息进行查询即可知道发货地址,也可以更改自己的信息并且增加管理员。

如图6.18和6.19所示:

图6.18用户管理

图6.19管理管理员

6.2测试和维护

6.2.1测试目的

软件测试是为了发现程序中的错误而执行持续的过程,好的测试极有可能发现迄今为止尚未发现的错误,成功的测试是发现了至今为止尚未发现的错误的测试。

但暴露问题不是软件测试的最终问题,发现问题是为了解决问题,测试阶段的根本目标是尽可能多地发现并排除软件中潜藏的错误,最终把一个高质量的软件系统交给用户使用。

但我们应该认识到,测试绝对不能证明程序是正确的,即使经过了最严格的测试之后,仍然还有没被发现的错误潜藏在程序中。

测试只能查找出程序中的错误,不能证明程序中没有错误。

6.2.2测试方法

本系统采用的是黑盒测试。

对于软件测试而言,黑盒测试法把程序看作一个黑盒子,完全不考虑程序的内部结构和处理过程。

也就是说,黑盒测试是在程序接口进行的测试,它只检查程序功能是否能按照规格说明书的规定正常使用,程序是否能恰当地接收输入数据并产生正确的输出信息,程序运行过程中能否保持外部信息的完整性。

黑盒测试又称为功能测试。

6.2.3测试过程

设计测试用例

测试项目

用户注册功能测试

测试要求

1.用户名111为有效注册用户,两次输入的密码一致,且填写格式错误;

2.用户名111已经存在,请换其他用户名;

3.用户名111不存在,两次输入的密码不一致;

4.用户名111不存在,两次输入的密码一致,填写格式错误。

输入标准

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 医药卫生 > 基础医学

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2