ebid系统文档.docx
- 文档编号:30740166
- 上传时间:2023-08-20
- 格式:DOCX
- 页数:32
- 大小:5.42MB
ebid系统文档.docx
《ebid系统文档.docx》由会员分享,可在线阅读,更多相关《ebid系统文档.docx(32页珍藏版)》请在冰豆网上搜索。
ebid系统文档
一、系统简介
伴随Internet的蓬勃发展,电子商务正以其高效、低成本的优势,逐步成为新兴的经营模式和理念,各式各样的商家纷纷投入到这种经营方式当中,拍卖中间商自然也不会放过这样的机会。
为更深入的了解网站的工作过程,我们以拍卖为题材开发了一个简单的网站系统。
本系统以Eclipse辅助以dreamweaver作为开发平台,利用JSP这个动态网站开发技术,使用微软公司的数据库SQLServer2000,采用tomcat作为代理服务器,给出了在线拍卖网站设计中的前台和后台程序以及数据库的设计与实现过程和方法。
此系统的主要角色包括:
访客、会员和管理员。
访客:
可以注册,浏览商品,搜索自己感兴趣的商以及查看开始拍卖商品的拍卖情况,但不可以参与拍卖。
用户:
可登陆,浏览商品,搜索自己感兴趣的商品,查看拍卖情况以及参与拍卖。
管理员:
主要负责对用户、商品的审核,管理以及相应的维护等操作。
二、总体设计
此系统分为前台和后台两种功能界面,其功能结构图,如图1所示。
图1
1.系统前台的主要功能包括用注册、登陆、查看现有商品、参与拍卖、修改相应的个人信息,成为卖家上传自己想出售的商品。
用户具体操作过程如下:
图2是系统首页,用户可以在此窗口中登陆,并查看正在拍卖商品的一些信息;游客可以点击“注册”按钮,进入用户注册界面,注册之前可以浏览现有的商品以及拍卖情况。
图2
图3是会员登陆完成后的界面,登陆框内显示欢迎字样,登陆过后,用户就可以实现自己权限范围之内的操作了,例如:
查看或修改个人信息,参与拍卖,上传商品成为卖家等。
图3
图4为点击“注册”按钮后进入的注册页面。
需要注册的用户必须按照红字提示输入正确的字符,带“*”项为必填项。
图4
用户登陆后,用户若想修改个人信息,则可点击登陆界面下的“修改个人信息”项或者点击导航栏的“个人信息”项,此时,将跳转至“修改个人信息”页面。
如图5。
由于系统比较简单,个人信息的修改主要针对用户自行设定的密码进行修改。
图5
此系统中,用户可以自行上传想要进行拍卖的商品。
上传界面如图6。
带“*”的项是必填项,如若未填,点击“上传”按钮会有提示框弹出。
图6
作为拍卖系统的网站,拍卖界面必不可少,图7展示的是拍卖界面。
此页显示了被拍商品的一些基本信息,以及是否处于被拍的状态,被拍商品会显示所剩余的拍卖时间。
图7
拍卖完成后,用户可以点击“订单”项,查看自己所拍物品以及自己出的价格,如果想时时关注拍卖情况,可以点击下面的“返回”按钮,返回拍卖界面。
如图8所示。
图8
前台功能主要就有这些,下面是系统后台的主要界面。
2.系统的后台主要包括对用户信息的管理和对用户上传商品的管理。
为了系统的安全性,管理员登陆页面有单独的网址,输入正确网址方可进入管理员登陆界面。
输入网址进入管理员登陆页面,输入正确的管理员用户名和密码后,进入后台主页,如图9所示。
图9
管理员主要操作之一是用户信息维护和管理包括:
查看,修改和删除操作,这些操作是直接对数据库进行的,操作后,数据库会跟着时时的更新。
页面如图10所示。
图10
管理员另一个功能是商品货物的管理,包括商品删除和商品信息修改。
如图11、12所示。
图11.商品删除
图12.商品信息修改
三、软件详细设计
本项目中采用了面向对象的方法进行分析和设计,采用了UML来进行建模。
UML(UnifiedModelingLanguage)译为“统一建模语言”,是一种图形化,通用的建模语言,但它不是一门程序设计语言,它从面向对象的角度对系统建模并独立于软件开发过程[7]。
在UML中,包就是用于把建模元素组织成组的通用机制。
用包把建模元素安排成可作为一个组来处理的较大组块,可以控制这些元素的可见性,使一些元素在包外是可见的,而另一些元素要隐藏在包内[8],从而可以提高系统的封装性及安全性。
详细设计部分,我们总共分成了三个部分,即:
前台设计,后台设计以及数据库设计。
1.系统工程
截图如图16所示,图中已标记出类和包。
其中包含了几个javabeans,例如:
Condb.java,pict.java,Show.java,Str.java等,也有两个对象类,如:
User.java和Goods.java。
图16
Condb类是用来连接数据库;Goods类用来定义商品对象;Show类用于弹出对话框;pict类用于检测图片格式;Time类用于对时间的操作;User类用于定义用户对象;这些都包含在until包内。
2.建模过程
图17为此系统的用例图。
用例图包括两部分,一部分用于描述用户行为,一部分用于描述管理员行为。
图17
图18为系统的类图。
系统中自定义了两个类,分别为用户类和商品类。
图18
图19为系统的时序图,主要描述一般用户的主要操作流程,包括了用户注册、登陆、参与竞拍,查看信息和订单以及上传商品等操作。
图19
3.数据库设计
系统的数据主要包括用户信息,商品信息以及管理员信息。
管理员信息比较简单只是一张简单的表,这里不做过多描述。
用户与商品之间的关系即:
系统E-R图如图20所示。
图20
数据库的设计通常是以一个已经存在的数据库管理系统为基础的,常用的数据库管理系统有Acess,SQLServer,MySql,Oracle等。
根据组员对这些系统的熟悉程序,我们采用了SQLServer2000数据库管理系统。
在SQLServer2000中,根据之前设计的系统E-R图,我们为此系统制作了4张表,分别是Users表(a图),Goods表(b图),Bid表(c图)和Admin表(d图),如图21所示。
Users(用户信息表)表主要用于保存注册用户的基本信息:
a.Users表
Goods(商品信息表)表主要用于保存竞拍商品的基本信息:
b.Goods表
Bid(竞拍表)表主要描述被拍商品的一些基本情况:
c.Bid表
Admin(管理员信息表)表主要用于描述管理员的用户名和密码,以便用登陆:
d.Admin表
图21
各表之间在的关系图如图22所示。
Bid表中的GoodsID来自Goods表,Bider来自Users中的UserId。
而Admin表则是单独一个,与其他三个表之间没有直接联系。
图22
4、测试
单元测试阶段,我们采取了开发人员自己测试和小组人员交叉评审相结合的策略。
系统的功能测试,我们主要考虑了页面链接测试、表单提交测试和数据库测试。
在开发过程中,每开发一个小功能我们就对其进行测试,几个功能联系紧密的模块完成后就会对其整体进行测试。
最后完成后在进行整体的测试。
黑盒测试阶段,我们用ss作为用户名,进行了登陆,注册,拍卖,查看、修改个人信息,查看订单等的操作。
1.登陆测试
当用户还未登陆时,点击所拍卖商品的图片,进入竞拍界面,如图23所图,此时,用户只能浏览,不能参与竞拍。
图23
登陆时如果用户输入了错误的用户名或者密码时,系统会弹出图24消息框。
图24
2.注册测试
若用户未注册,则需要注册后方能顺利登陆。
以下为用户注册界面,带“*”项不能为空,若用户填写的资料不完整,会弹出图25中r的消息框
a.注册界面
b.注册信息不完整填写时弹出的提示框
图25
当用户注册信息中含有非法字条时系统会弹出含有“非法字符”样的对话框。
如图26所示。
a.注册界面,用户名输入非法字符
b.弹出对话框
图26
当用户密码输入长度不够时,会弹出密码方面的消息框如图27所示。
a.用户输入密码未到6位
b.消息框
图27
当用户正确填写注册信息后,系统会弹出“注册成功”字样的对话框。
如图28。
图28
3.用户修改信息测试
用户登陆后,点击个人信息项,就会进入“用户基本信息页面”。
如图29所示。
图29
用户可以修改图中的个人基本信息。
若用户需要修改密码,则须将“密码”项与“确认密码”项输入相同的内容。
图29中显示用户输入密码不相同时的情况,此时系统会弹出消息框,提示用户两次密码输入不相同。
如图30。
图30
当用户正确输入修改信息后,则弹出修改成功的消息提示框,如图31。
a.正确输入修改信息
b.修改成功消息框
图31
4.用户上传商品测试
若用户还未登陆,此时点击“上传商品”选项,系统会提示用户先登陆。
如图32.
图32
登陆后点击,用户可以进入上传页面。
填写要拍卖商品的基本信息,如图33。
图33
我们对上传商品的图片信息进行了限制,只能上传“jpg”格式的图片,如果上传文件后缀名不为“.jpg”系统会弹出消息框提示用户,如图34。
图34
正确填写商品信息,并且选择正确图片格式时点击“上传”按钮,系统弹出“上传成功”的消息框,如图35(a,b)所示。
a.正确填写商品信息
b.消息框
图35
5.拍卖过程测试
若用户未登陆,点击首页中存在的商品,会进行拍卖页面,但些时用户不能参与拍卖,如图36。
图36
若是用户自己上传的商品,此用户不能出价,即:
卖家不能参与自己商品的拍卖。
当卖家点击图片进入自己上传的正在拍卖的商品时的页面如图37所示。
图37
此时我们用另一个用户名“super”作为买家,参与商品拍卖,这时点击商品图片,进入到的拍卖页面舅图38所示。
图38
用户若对商品感兴趣,可以点击“提交”按钮参与竞拍,同时也可以在按钮左侧的下拉列表框中选择自己想要出的价格,参与拍卖。
点击“提交”后,若拍卖时间未到,则会弹出图39的消息框,提示用户出价成功,并且拍卖页面会增加自己的拍卖信息。
a.消息框
b.拍完显示界面
图39
点击图39中a图的“确定”按钮,系统跳转至个人订单页面,如图40。
图40
此页面中用户可以查看自己的出价记录,参与的竞拍,以及所拍商品的主人。
当商品的拍卖时间到了之后,商品的状态会发生改变,由“正在拍卖”,变成“拍卖结束。
”如图41(a为正在拍卖,b为拍卖结束)所示。
a.正在拍卖
b.拍卖结束
图41
对已拍卖结束的商品,点击进入拍卖页面,会显示出该商品最后的归属,即:
该商品为谁所拍得,如图42所示。
图42
若在拍物品到最后没有人参与出价,拍卖时间到了之后,系统会在拍卖页面显示“该物品被null拍得”,即表示没有人参与竞拍,如图43所示。
图43
6.后台测试
为安全起见,系统后台入口有独立的网址:
http:
//localhost:
8080/admin/adminindex.jsp
管理员输入网址,输入正确的用户名和密码后,会进入系统后台主页,并显示欢迎字样,如图44。
图44
后台管理主要是对用户信息和商品信息的管理,页面中点击相应的“添加”,“删除”,“修改”选项后,直接对数据库进行修改,不会弹出消息框提示。
各页面如图45所示。
a.用户管理页面
b.商品管理页面
c.商品信息修改页面
图45
白盒测试中,我们对其中的能产生的分支语句的每条分支进行了测试,用“print”或者“println”进行输出查看。
但由于经验有限,对些种测试的过程未能保存。
我们从安全性方面考虑,对用户输入做了比较严格的限制,例如,用户名的输入。
我们限制用户只能输入数字、字母以及下划线。
其他字符另用户无法输入;在图片上传方面。
我们限制上传图片的格式为jpg。
5、总结
本文通过对网站层次结构、开发技术、数据库技术的研究以及网上拍卖系统的了解,基本实现了一个简单的在线拍卖系统。
该系统能够实现用户的注册、登陆;登陆后,能够进行查看并修改个人信息,用户上传商品,参与商品竞拍等操作。
本系统是在J2EE的框架内,采用了面向对象的软件工程方法对系统进行了分析、设计和建模,并用面向对象的语言java作为主要的开发语言进行代码的编写并且采用了两种方法连接数据库,前台采用导入了javabean连接,后台采用ODBC连接。
以eclipse为开发平台,采用了开源路线以及B/S的网络体系结构。
本系统设计与实现过程中,我们系统开发以eclipse为开发平台,能基本实现了所要求的主要功能,但确实遇到了一些技术上的困难,例如:
eclipser的学习,编写实现相应功能的javabeans及如何将之导入网页中,数据库的连接,对数据库的实时更新操作的实现能以及最后的集成测试:
单元测试过程中,单个功能工作都比较正常,当把小的功能模块集成到一起时,时常报错,这些处理起来很麻烦,但经过认真细致的检查,各方面的帮助,终于都得以克服。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- ebid 系统 文档