网上淘书信息系统实验报告.docx
《网上淘书信息系统实验报告.docx》由会员分享,可在线阅读,更多相关《网上淘书信息系统实验报告.docx(15页珍藏版)》请在冰豆网上搜索。
![网上淘书信息系统实验报告.docx](https://file1.bdocx.com/fileroot1/2023-1/26/655832fa-3f3f-4e0d-9d33-00a425d8ce80/655832fa-3f3f-4e0d-9d33-00a425d8ce801.gif)
网上淘书信息系统实验报告
论文(作业)题目:
网上商城管理信息系统分析与设计
2011年6月7日
网上商城管理信息系统分析与设计
摘要:
近年来,随着Internet的迅速崛起,互联网已日益成为收集提供信息的最佳渠道并逐步进入传统的流通领域。
于是电子商务开始流行起来,越来越多的商家在网上建起在线商店,向消费者展示出一种新颖的购物理念。
网上购物系统作为B2B,B2C(BusinesstoCustomer,即企业对消费者),C2C(CustomertoCustomer,即消费者对消费者)电子商务的前端商务平台,在其商务活动全过程中起着举足轻重的作用。
1.系统开发背景与意义
1.1系统开发背景
随着计算机和网络的日趋普及,越来越多的商家在网上升起商店,向消费者展示出一片新鲜的购物大地。
在美、日等信息化程度较高的国家和地区,网络商店发展速度迅猛,美国的世界级超一流的零售商,如沃尔玛凯玛特、家庭仓储、科罗格、J.C培尼等纷纷跻身于网络经商的行列。
调查表明:
美国的家庭已越来越习惯于在家中从网上购物。
在我国,网上购物从无到有也不过短短几年时间。
我国第一家网上购物发生在1996年,燕莎友谊商场首次通过网上商城售出一个景泰蓝,虽然货款的支付不是在网上进行的,但这毕竟为我国零售业奏出了网上购物的先声。
如今,在北京、上海、深圳等大城市,已有200多家商场,专卖店开设了网上商店,还有一些正处在观望阶段。
真正意义上的网上购物,即货款的结算在网上进行,已在国内实现。
深圳无虹商场去年5月开办了我国第一家实行计单和支付一体上的网上商店,上网的消费者只要拥有一张招商银行的“一卡通”,便可轻松购物,24小时内商家送货上门。
商家投资网上商店目的是赚钱。
但从目前网上商店的运营情况来看,上网者不购物、购物者不上网的现象非常普遍,网上生意渗淡已是目前各大网上商店共同的困惑。
上海首家网上商店——上海亿样购物中心由于经营不善,开业不到半年即关门停业,北京的一些大型零售商场,其网上商店“门庭冷落”。
结算方式的原始落后是网上购物致命的弱点。
在国外,计算机一般都与银行的帐户相联,消费者和网络商店只需和网上银行打交道,不必当面直接支取现金。
在我国目前除淘宝、拍拍等几家网上商店进行网上购物结算外,大部分商家结算只能采取“送货上门、到货付款”或“邮寄上门、贷款邮资先付”的方式。
这样不但浪费了时间和人力,而且限制了网络的覆盖范围和商品的结构种类。
因此,安全、快捷、方便的电子支付手段将是今后网上商店健康发展的主要要素。
1.2系统开发意义
从系统的背景来看,可以看出开发一个网上购物系统有以下几点重大的意义:
a.投资少,回收快。
一项针对中国中小企业的情况调查显示,个人在网下启动销售公司的平均费用至少5万元,而网上开店建店成本非常小。
一般说,筹办一家网上的商店投入很小,不用去办营业执照,不用去租门面,不用囤积货品,所需资金不过1500元左右;网上商店比同等规模的地面商店“租金”要低得多,同时租金不会因为营业面积的增加而增加,投资者也不用为延长营业时间而增加额外的费用。
b.基本不需要占压资金。
传统商店的进货资金少则几千元,多则数万元,而网上商店则不需要压资金。
c.24小时营业时间。
网上商店延长了商店的营业时间,一天24小时、一年365天不停地运作,无须专人值班看店,都可照常营业。
传统店铺的营业时间一般为8-12小时,遇上坏天气或者老板、店员有急事也不得不暂时休息。
d.不受店面空间的限制。
哪怕只是街边小店,在网上却可以拥有百货大楼那么大的店面,只要投资者愿意,可以摆上成千上万种商品。
目前国内最大的专业拍卖网站同时在线的商品要超过10万件,已超过一些大超市。
e.不受地理位置影响。
不管客户离店有多远,也不管顾客是国内还是国外,在网上,客户一样可以很方便地找到并购买商品。
这令消费群体突破了地域的限制,变得无限广阔了。
1.3网上购商城系统的技术现状分析
目前在国内购物系统的开发,PHP与ASP技术应用最为广泛。
但在国外,JSP已经是比较流行的一种技术,尤其是电子商务类的网站,多采用JSP。
采用PHP的网站如新浪网(sina)、中国人(Chinaren)等,但由于PHP本身存在的一些缺点,使得它不适合应用于大型电子商务站点,而更适合一些小型的商业站点。
首先,PHP缺乏规模支持。
其次,缺乏多层结构支持,对于大负荷站点,解决方法只有一个:
分布计算。
数据库、应用逻辑层、表示逻辑层彼此分开,而且同层也可以根据流量分开,组成二维阵列,而PHP则缺乏这种支持。
还有上面提到过的一点,PHP提供的数据库接口支持不统一,这就使得它不适合运用在电子商务中。
ASP是Microsoft开发的动态网页语言,也继承了微软产品的一贯传统,即只能运行于微软的服务器产品,IIS(InternetInformationServer)(windowsNT)和PWS(PersonalWebServer)(windows98)上。
Unix下也有ChiliSoft的插件来支持ASP,但是ASP本身的功能有限,必须通过ASP+COM的组合来扩充,Unix下的COM实现起来非常困难。
JSP则没有以上缺陷,JSP可以通过SUNJava的JavaClass和EJB获得规模支持,通过EJB/CORBA以及众多厂商的ApplicationServer获得结构支持。
三者中,JSP应该是未来发展的趋势。
世界上一些大的电子商务解决方案提供商都采用JSP/Servlet。
比较出名的如IBM的E-business,它的核心是采用JSP/Servlet的WebSphere;西方另外一个非常著名的电子商务软件提供商Intershop,它原来的产品Intershop1,2,3,4占据了主要的电子商务软件份额。
它们都是通过CGI来提供支持的。
但去年10月后它推出了Enfinity,一个采用JSP/Servlet的电子商务ApplicationServer,而且声言不再开发传统软件。
总的来说,ASP、PHP、JSP三者都有相当数量的支持者,而这三者也各有所长,在开发过程中,我们应该根据实际的需要来使用最合适的技术,本系统则采用较JSP技术,一方面JSP的安全性和跨平台性比较好,另一方面,我也希望能从开发该系统的过程中,深入学习一下这门编程语言。
2网上商城管理系统需求分析
2.1可行性分析
经济可行性:
小型的系统,只需要在网络上下载所需的软件设备,所需成本较低,同时前期准备相对充分,经济成本低。
技术可行性:
软件技术可行性——本系统使用JSP.net语言编写网上商城的框架,后台数据库使用MySQL,服务器主要采用tomcat。
现有的技术及软硬件设备都是实习对软件的开发,因此在软件技术上具备条件。
同时,本系统中程序与数据集中存放,可以系统维护成本低,服务器处理任务的速度较快。
操作可行性:
系统开发人员在具备一定的开发语言基础,同时对数据库的操作比较熟练,时间安排以及人员分工上配合较好。
2.2系统功能需求
(1)系统的使用者主要有普通用户,顾客和后台管理员。
通过对淘宝网,拍拍等网上购物的认识和分析,我对网上购物有了基本的了解,我觉得该系统至少应该具有以下的一些基本功能:
注册管理:
能够对用户名,密码的简单验证。
商品浏览:
分类显示商品;显示商品详情,提供购买链接;可以对商品进行模糊查询。
浏览商品时不要求用户登录,但下订单前用户必须登录,对于浏览过的商品有历史记录。
(前台用户的功能)
购物车管理:
欲购买商品可以增添到购物车;也可以从购物车退回商品,清空购物车;对于同一件商品的多次购买只能在原来的商品上增添数量,还可以修改购物车中某个商品的数量,统计商品总金额。
(前台用户的功能)
订单管理:
只有登录的用户可下订单;用户可以查看自己的订单。
管理员可以修改订单的状态。
商品管理:
管理员可以增添商品分类;修改商品基本信息;增添商品时候可以上传图片。
统计信息管理:
对所有信息的统计和分析,按照管理的需要生成各种报表。
基于上述分析,设计出该网上商城的系统功能模块图:
2.3性能需求
性能稳定包括:
性能稳定,实用,安全可靠,易扩展,可移植,易维护。
本节介绍该系统性能。
本系统在性能需求方面基本相同,描述如下:
2.3.1性能稳定
性能稳定是一个模糊的概念,它与服务器配置、网络状态、程序可靠度等多方面有关,这里只对程序性能的稳定做出需求。
要实现一个24*7*360小时稳定运行的程序并不是一件容易的事,并且程序还应在暴力负荷压力下能够稳定或较稳定运行。
因此,系统最终能达到的稳定性效果表述如下:
1)程序能够连续运行期间无崩溃性错误;
2)能够承担千人级别的压力测试;
3)能够实现错误日志体系,便于维护;
4)程序尽量减少逻辑性错误;
5)减少程序代码的BUG。
2.3.2实用性
系统的最终目的是更好的方便为用户提供书籍信息的查询,购买以及实现对于图书信息的基本管理。
2.3.3安全可靠
系统的安全是系统开发人员必须考虑的重要因素之一,因为这涉及到网站的建设者、网站用户的诸多安全问题,如果不处理好,可能会给系统的使用者和管理者带来严重问题。
同时Web应用程序的安全解决方案不仅是技术问题,还涉及到管理等多个方面。
网站需防止用户跳过安全验证后进入非法页面,同时在用户登陆时进行身份验证,不能让一些非法的SQL注入,同时,不同身份的用户将有不同的操作界面,防止恶意页面跳转。
2.3.4可扩展性
本系统的可扩展性主要体现在数据库设计上,比如在学生基本信息表设计时,对应的字段大小类型等都参考了国家招生网的数据形式,在行课安排表的结构还可引进排课算法。
2.3.5易维护性
维护性是指产品进行维护时的难易程度,其中包括理解、更正、改进的难易程度。
可以说软件的维护就是软件的再生。
2.3.6其他性能
该系统是基于B/S(Browser/Server)模式,对网络和程序的性能提出更高的要求。
网络方面:
因该系统主要运行于校园网,可不过于考虑数据的传输速度问题。
程序方面:
在学生选课模块应优化算法,建设程序与数据库交互次数,实现较高的程序执行效率,能在百人千人同时选课时数据不错乱、程序无差错。
2.4接口需求
本系统由于要频繁的访问数据库,因此对于数据库的操作,完全有接口实现。
这同时减小了我们编写代码的难度,同时有利于对于数据库的维护。
3.网上商城管理信息系统分析
用户状态图分析
4.网上商城管理信息系统设计
4.1数据库设计
admin表
bookinfo表
booktype表
Car表
Comment表
Customer表
Order
4.2界面设计
1)颜色选取
颜色的调配对屏幕显示也是重要的一项设计,颜色除是一种有效的强化技术外,还具有美学价值。
使用颜色时应注意如下几点:
●限制同时显示的颜色数。
一般同一画面不宜超过4或5种,可用不同层次及形状来配合颜色,增加变化。
●画面中活动对象颜色应鲜明,而非活动对象应暗淡。
对象颜色应尽量不同,前景色宜鲜艳一些,背景则应暗淡。
●尽量避免不兼容的颜色放在一起,如黄与蓝,红与绿等,除非作对比时用。
●若用颜色表示某种信息或对象属性,要使用户懂得这种表示,且尽量用常规准则表示。
2)布局
屏幕布局因功能不同考虑的侧重点不同。
该系统遵循了以下几项原则:
●此系统的整个框架采用上、左、右分布式,其中左右可让用户调整宽度。
右侧嵌套页面高度固定,宽度不固定,能够根据用户调整而调整,也同时适应了宽屏显示器,让其满屏显示。
●平衡原则。
注意屏幕上下左右平衡。
不要堆挤数据,过分拥挤的显示也会产生视觉疲和接收错误。
●预期原则。
屏幕上所有对象,如窗口、按钮、菜单等处理基本一致化,使对象的动作可预期。
●经济原则。
即在提供足够的信息量的同时还要注意简明,清晰。
●顺序原则。
对象显示的顺序应依需要排列。
通常应最先出现对话,然后通过对话将系统分段实现。
●规则化。
画面应对称,显示命令、对话及提示行在一个应用系统的设计中尽量统一规范。
2)界面对话
●弹出窗口。
对于批量显示详细信息、批量修改的数据等页面跳转设置弹出窗口。
●友好性。
随时将正在做什么的信息告知用户,尤其是响应时间十分长的情况下,不如加载水晶报表和大批量数据查询过程有提示用户等待信息。
●数据输入界面设计。
做到尽可能减轻用户记忆,采用列表选择,如教师的选取。
●交互性。
对删除增加删除确认,对致命错误,要警告并退出。
对不太可信的数据输入,要给出建议信息。
大数据量删除时,增加批量删除功能。
大数据量页面采用局部刷新机制,减少用户等待时间。
交互页面简单、易操作(特别是非管理员界面)。
4.3功能设计
4.3.1系统功能概述
1)用户功能
●图书搜索实现对于图书信息可以按类别、编号;同时实现书名的模糊查询。
●图书详细信息查询能够实现对于图书详细信息的查询
●图书评价能实现对于图书的基本信息评价
●下订单能够把想要买的图书放入购物车,同时实现下发订单
●注册实现基本的注册
●登陆注册之后,实现登陆
●基本资料能够对于基本资料进行修改
2)Admin功能
●注册Admin注册
●登陆Admin登陆
●图书添加实现对于新书的添加
●图书修改实现对于书籍等基本信息的修改
●图书删除实现对于指定图书的删除
●订单处理实现订单的删除、查找、处理
●用户信息管理实现对于用户的查询,以及在线用户的统计
4.3.2本人设计部分
后台管理员部分
对于注册,首先要设置用户名的注册格式,以及对于是否已有管理员名的审核。
同时实现对于管理员基本信息的完善,以方便设置其管理权限以及对于管理员信息的认证,防止非工作人员涉嫌对于管理员的注册。
对于登陆,则只是实现管理员用户名和密码的验证。
对于图书信息的基本添加,则比较复杂,因为在添加信息的同时要实现对于书籍信息的基本验证,以防止非法书籍信息的添加。
书籍信息的出版时间以及上架时间必须具有先后顺序,否则将出现对于书籍信息的不真实性,进行考虑。
或者实现了对于书籍种类的选择,必须在书籍种类的范围之内。
以及对于书籍价格和打折情况的说明,也必须遵守基本的自然规则,及打折价必须小于或等于书籍原价,否则无法实现书籍信息的添加。
通过京东等商城的浏览还了解到对于商品信息的管理还应该遵循一定的市场观则,及能够实现对于商品信息的下架,实现商品信息的基本信息修改,此功能也不例外。
对于用户信息管理,则能够实现对于用户基本信息的查看,同时能够实现用户详细信息的查询,但对于删除用户信息,没有特别权限无法进行。
只有当用户在使用时,违反了注册协议中的条款时,才可以通过强制删除用户信息,对用户信息进行数据库的注销,否则管理员无法实现对于用户信息的任何修改。
用户管理模块还能够实现对于在线用户的查询。
对于订单处理模块,管理员能够实现对于订单信息的查询,同时对于用户提交的订单,还应该能够及时地处理,并把结果反馈给用户。
5.功能实现
5.1数据库实现
本次数据库设计使用PowerDesinger来设计,用MySql来实现
具体的见有PowerDesinger设计所形成的脚本如下
/*==============================================================*/
/*DBMSname:
MySQL5.0*/
/*Createdon:
2012/5/1317:
08:
03*/
/*==============================================================*/
droptableifexistsadmin;
droptableifexistsbookType;
droptableifexistsbookinfo;
droptableifexistscomment;
droptableifexistscustomer;
droptableifexistsoder;
/*==============================================================*/
/*Table:
admin*/
/*==============================================================*/
createtableadmin
(
adminnamevarchar(10)notnull,
adminpassvarchar(10),
admincardvarchar(20),
adminemailvarchar(20),
admintelvarchar(20),
adminimagelongblob,
adminsexintdefault0,
primarykey(adminname)
);
/*==============================================================*/
/*Table:
bookType*/
/*==============================================================*/
createtablebookType
(
typeIdeavarchar(30)notnull,
typeNamevarchar(30)notnull,
primarykey(typeIdea)
);
/*==============================================================*/
/*Table:
bookinfo*/
/*==============================================================*/
createtablebookinfo
(
bookIDvarchar(10)notnull,
typeIdeavarchar(30)notnull,
bookNamevarchar(20)notnull,
writervarchar(20),
translatorvarchar(20),
publishervarchar(20),
publishDatedate,
INTimedate,
pricefloat(10,2)notnull,
introducetext,
picturevarchar(30)notnull,
newBookint,
topsellersint,
discountfloat(10,2),
numbernumeric(8,0),
primarykey(bookID)
);
/*==============================================================*/
/*Table:
comment*/
/*==============================================================*/
createtablecomment
(
titletext,
contenttext,
timedatetime,
idvarchar(10)notnull,
usernamevarchar(10)notnull,
bookIDvarchar(10)notnull,
startint,
primarykey(id)
);
/*==============================================================*/
/*Table:
customer*/
/*==============================================================*/
createtablecustomer
(
usernamevarchar(10)notnull,
passwordvarchar(20)notnull,
useremailvarchar(20),
usersexintdefault0,
usertelvarchar(20),
usercitytext,
usercardvarchar(20),
userrealnamevarchar(10),
userpictext,
primarykey(username)
);
/*==============================================================*/
/*Table:
oder*/
/*==============================================================*/
createtableoder
(
oderidvarchar(50)notnull,
caridvarchar(50)notnull,
bookIDvarchar(10)notnull,
usernamevarchar(10)notnull,
realnamevarchar(10)notnull,
telphonevarchar(20)notnull,
ordertimedatetime,
odernumbernumeric(8,0),
addressvarchar(50)notnull,
stateintdefault0,
moneyfloat,
primarykey(oderid,carid)
);
createtablecar
(
caridvarchar(50)notnull,
bookIDvarchar(10)notnull,
usernamevarchar(10)notnull,
numberint,
addressvarchar(10)notnull,
primarykey(carid)
);
altertablebookinfoaddconstraintFK_Relationship_1foreignkey(typeIdea)
referencesbookType(typeIdea)ondeleterestrictonupdaterestrict;
altertablecommentaddconstraintFK_Relationship_4foreignkey(username)
referencescustomer(username)ondeleterestrictonupdaterestrict;
altertablecommentaddconstraintFK_Relationship_5foreignkey(bookID)
referencesbookinfo(bookID)