校园网上购物系统设计

校园网上购物系统设计（精选十篇）

校园网上购物系统设计 篇1

网上超市指的是将超市和网络结合, 通过互联网作为展示平台, 线上订购, 下线配送的一种商业运营模式[1]。网上超市的兴起使网上购物成为时下火热流行的购物方式。现今, 大学校园内二手货市场交易频繁, 交易品与学生学习生活常用物品。在广告宣传和交易方式多为告示张贴、摆摊设位等传统方式, 不能及时有效地将买卖信息在学生间传递。

以校园局域网为载体, 给在校学生提供一个交流沟通的平台, 可将传统的二手交易与网上购物系统相结合, 构建一个“学生网上购物系统”。促进校园内二手货信息的快速流通, 同时为学生开办针对校园内的小规模网店提供渠道。

1 功能描述

系统结构分为三个部分, 即用户购买管理子系统、用户出卖管理子系统以及后台管理系统。购买管理系统以购物者在购物所发生的各种行为为基础设计, 包括用户登陆、商品展示、商品查询、订单功能及客户信息收集等[2];出卖管理系统以卖方角度出发, 进行商品信息的添加、发布和修改, 定单信息回馈、商品推荐、留言回复等管理工作;后台管理则是对卖方提供的商品信息和买方的购物信息进行管理。

本系统最大的特点是, 出卖商品和购买商品的都是校内学生, 每个学生只用通过学号注册, 成为用户后既可以作为卖方, 登记上传自己要卖的物品信息;也可以成为买方, 浏览系统首页, 搜索自己要买的物品, 为校内二手商品的流通提供一个便捷的渠道。

2 系统设计

2.1 业务流程

业务流程分为两个部分:

注册登录经身份验证后, 用户进入系统首页, 挑选商品, 点击购买放入购物车。选购完所需商品, 点击页面“查看购物车”或“收银台”, 检查购物车里面的商品信息, 核实商品数量, 输入收货人信息, 最后确认, 订单提交成功[1]。

第二部分为, 登陆后, 点击进入用户个人主页, 在主页中进行商品添加和删除, 回复留言, 处理订单。检查订单无误后, 点击确认发送, 订单处理完成。

2.2 系统主要模块

2.2.1 注册登录模块

本系统适用于在校学生校内信息流通, 因此可依照学图书馆管理模式, 采用学生学号为用户注册名, 学生修改初始密码后, 用户信息自动生效, 学生可进入自己的主页面, 对页面内容进行管理。这样可避免使用其他注册方法导致的繁杂的检测。为了方便用户, 该模块还设置了“忘记密码取回”、“修改个人资料”等功能。用户登录后, 经系统自动审核, 系统会显示用户信息方便了系统对客户的管理和调用[3]。

2.2.2 购物车管理模块

在系统中嵌入网上超市系统普遍运用的购物车模块可以辅助购物者的购物行为, 为用户提供一个方便、实用的辅助工具。在设计购物车时, 不仅要考虑到其功能, 也要考虑到其多样性和实用性。购物车应当可以存放客户选好的商品, 也能随时更改是否需要购买, 并能随时改变购买的数量, 可以显示目前购物车中货物的总金额[1]。

2.2.3 商品推荐模块

商品推荐是基于系统对全部用户最多搜索量, 最多交易量的统计, 找到一段时间内交易最多的商品或者被搜索最多的商品作为推荐商品显示在首页当中。

2.2.4 商品查询模块

商品查询在本系统中也是一项很重要的功能, 其主要是帮助用户快速地找到想要购买的商品。为满足购物者进行商品查询的欲求, 系统设置全站搜索, 只要在搜索文本框中键入关键字就可以找到与它匹配的相应信息, 为最大限度满足用户商品搜索, 还设置精确匹配搜索和模糊搜索。

技术方面, 可以建立数据库链接, 连接商品数据表, 并按照用户指定信息和搜索方式将商品数据表中满足要求的信息显示[4]。在搜索不同的商品时也可以按照不同的搜索字段进行详细搜索, 例如, 二手图书的搜索中可以添加出版社、主编、发行年份等检索字段。

2.2.5 商品发布模块

商品发布是发布商品的最新情报, 用来提示购物者[2]。本系统的发布模块采用网上购物系统中常用的新闻滚动标题栏, 滚动播放最新发布上网的商品, 点击标题就可以自动连接到商品所在卖家页面, 查看商品详情, 或者与卖方实现在线交流。

2.2.6 商品展示模块

商品展示是系统具备的最基本的功能之一。只有通过展示才能让购物者找到自己想要购买的商品。该功能在首页中设计完成, 首页与商品数据库链接, 显示数据库中部分设定字段的信息, 点击后打开商品数据表, 将其中推荐的商品属性信息显示出来, 进一步点击可以与卖方主页连接, 获得详情, 或者与卖主联系[5]。

2.2.7 购物结账模块

结账是购物活动中的最后一步, 为了将商品送达到用户手中, 必须要求用户输入自己的信息。客户结账时系统首先判断用户是否进入自己的页面, 如果是已经注册的用户, 就要求客户输入送货地址, 当用户将地址输入并提交, 系统进入结账处理流程[6]。

先把客户购买的信息写入成员数据表中作为流水账记录, 接着把用户的购买金额写入金额统计字段中, 最后在浏览器中显示确认信息。客户的购买信息将由数据库统一管理。交付方式使用货到付款的方式。

2.2.8 商品添加、删除模块

商品的添加和删除的具体实现是通过用户在自己的主页面完成。该功能通过商品数据表来体现, 该表主要功能为记录商品的信息 (包括名称、分类属性、新货原价、二手价、数量、图片等) [7]。

用户在个人页面的添加、删除操作将直接连接到后台的数据库, 实现对数据库商品数据的记录添加和删除操作。

2.2.9 订单管理模块

为控制并跟踪订单的执行而设置了用户接口, 能提供及时有效的订单查询检索, 其具体实现为根据订单发货、更改订单处理情况、订单转储和查看所有订单。订单表及其基本信息对每个会员购物情况提交后都有记录, 主要显示其消费情况和用户的基本信息 (订单编号、用户编号、用户姓名、联系方式、付款方式、订货时间等) 并生成订单表[7]。

3 结论

本系统不仅可以满足校内学生的二手货交易信息的交流, 也可以让在校生通过简易的程序开办一个网店, 在校内网络平台上体验如何经营网店。而校内网上购物系统的开发则是现有的成熟的网络技术和数据库技术的结合应用。但是由于系统的用户对系统的操作性较强, 后台数据库管里方面需要进行严格的日常维护才能确保系统的正常运行, 后台操作的各个方面都需要进行严格的监测, 以保证系统的服务质量。

摘要：将现有的网上购物系统与现今大学校园实际情况相结合, 着重论述了校园网上购物系统的功能需求与主要模块的设计。

关键词：校园,网上购物,数据库

参考文献

[1]李爱军, 任正坤.超市网上购物系统的设计与实现[J].机械工程与自动化, 2006, (12) :23.

[2]邵君, 李保秀.网上超市的分析与实现[J].电脑知识与技术, 2008, (10) :53-56.

[3]吴林华.网站设计与维护[M].北京:电子工业出版社, 2002.

[4]萨师煊, 王珊.数据库系统概论[M].北京:高等教育出版社, 2004.

[5]白以恩.计算机网络基础及应用[M].北京:哈尔滨:哈尔滨工业大学出版社, 2000.

[6]任新见.ASP动态网页开发实务[M].北京电子工业出版社, 2004.

网上购物系统课程设计报告[定稿] 篇2

课程设计成果

学

院: 计算机工程学院

班 级: 11级计算机科学与技术3班

学生姓名:

学 号:

设计地点（单位）

A5-102

设计题目:

网上购物系统

完成日期： 2014 年

月 日

指导老师评语：_________________________________________________

_______________________________________________________________________________________________________________________________________________________________________________________________________________

成绩(五级记分制):______________________ 教师签名:_____________________________

前言

近年来，随着Internet的迅速崛起，互联网已日益成为收集提供信息的最佳渠道并逐步进入传统的流通领域。于是电子商务开始流行起来，越来越多的商家在网上建起在线商店，向消费者展示出一种新颖的购物理念。

网上购物系统作为B2B，B2C（Business to Customer,即企业对消费者），（Customer to Customer，即消费者对消费者)电子商务的前端商务平台，在其商务活动全过程中起着举足轻重的作用。本文主要考虑的是如何建设B2C的网上购物系统。

网上购物是一种具有交互功能的商业信息系统。它向用户提供静态和动态两类信息资源。所谓静态信息是指那些比经常变动或更新的资源，如公司简介、管理规范和公司制度等等；动态信息是指随时变化的信息，如商品报价，会议安排和培训信息等。网上购物系统具有强大的交互功能，可使商家和用户方便的传递信息，完成电子贸易或EDI交易。这种全新的交易方式实现了公司间文档与资金的无纸化交换。

目录

第一章 系统概述.......................................................................................................................1 1.1开发背景......................................................................................................................1 1.2开发目标......................................................................................................................1 1.3系统概述......................................................................................................................1 1.4系统功能......................................................................................................................2 第二章 可行性研究...................................................................................................................2 2.1基本要求......................................................................................................................2 2.2所建议的系统..............................................................................................................3 2.2.1对所建议系统的说明......................................................................................3 2.2.2处理流程和数据流程......................................................................................3 2.3可行性研究..................................................................................................................6 2.3.1技术可行性......................................................................................................6 2.3.2投资及效益分析..............................................................................................7 3.3社会因素方面的可行性..............................................................................................7 2.3.3法律方面的可行性..........................................................................................7 2.3.4使用方面的可行性..........................................................................................7 2.3.5经济可行性......................................................................................................7 2.4结论..............................................................................................................................7 第三章 需求分析.......................................................................................................................8 3.1软件项目概述..............................................................................................................8 3.2基于UML的系统描述..................................................................................................9 3.2.1系统的用例图..................................................................................................9 3.2.2系统的活动图................................................................................................11 3.2.3系统的类图....................................................................................................13 3.3用户特征....................................................................................................................13 3.4 限制与约束...............................................................................................................14 3.5功能需求描述............................................................................................................14 3.5.1数据精确度....................................................................................................14 3.5.2 时间特性.......................................................................................................14 3.6 运行需求...................................................................................................................15 3.6.1用户界面........................................................................................................15 3.6.2硬件接口........................................................................................................15 3.6.3软件接口........................................................................................................15 3.6.4 故障处理.......................................................................................................16 3.7 其它需求...................................................................................................................16 3.7.1性 能..............................................................................................................16 3.7.2可扩展性........................................................................................................16 3.7.3可用性............................................................................................................16 第四章 系统设计和实现.........................................................................................................17 4.1系统的组成部分及其结构........................................................................................17 4.2定义............................................................................................................................17 4.3软件设计约束............................................................................................................18 4.3.1设计目标和原则............................................................................................18 4.3.2 设计约束.......................................................................................................18 4.4软件设计描述............................................................................................................18 4.4.1 总体结构设计...............................................................................................18 4.4.2查询模块................................................................................................19 4.5网上购物....................................................................................................................19 4.5.1 用例实现...............................................................................................19 4.6系统界面设计描述............................................................................................20 4.6.1网上购物界面设计................................................................................20 致谢...................................................................................................................................24 参考资料...........................................................................................................................24 附:系统部分主要代码.....................................................................................................25

第一章 系统概述

1.1开发背景

自我国加入WTO后，越来越多的传统企业进一步认识到企业经济发展的必然趋势是以网络化、全球化为主要特征。而企业实行电子商务则成为企业发展与国际接轨的必要条件，因而网上购物系统的实现是一个非常迫切的需求。

1.2开发目标

系统目标是开发一个基于网络的网上购物系统，在网络环境下实现数据的录入、插入、删除、查询、统计、更新等功能。同时，为了信息的保密与安全，系统还要提供一定的安全机制。

1.3系统概述

网上购物系统的目的是建立一个可以让消费者通过网络进行交易处理，如购买商品等的网络应用平台。该系统在各开发阶段中，都突出现代软件工程新思想、新技术的研究与应用，及其有效性和实用性的证实。如在分析阶段，将UML/Use Case方法与用例驱动需求分析建模思想相结合；在设计阶段，采用软件分析模式、设计模式等分类概念；在实现阶段，又准备注重于大粒度的软件组件的开发与应用，进一步提高软件重用度。

本系统采用浏览器/服务器（B/S）的工作方式，系统的用户主要有：用户（买家）、管理人员、卖家。用户只要在计算机上装有IE或Netscape浏览器，并有基本的浏览器操作知识，便能方便的使用本系统。

服务端软件环境采用操作系统Windows XP或Windows7，数据库为SQL。用户端软件环境：浏览器IE或Netscape系列。

1.4系统功能

网上购物系统主要包括以下功能。

（1）商品查询：当用户进入网上商城时，可以通过主页的分类查看最新的商品信息，双击商品时可进入查看详细商品信息。

（2）购物车管理：当用户选择购买某种商品时，能够将对应的商品信息，例如价格，数量等记录到购物车中，并允许用户返回到其他商品信息查询页面，继续选择人其他商品。同时用户还应该可以在购物车中执行删除商品、添加商品以及清楚购物车等操作。

（3）会员信息管理：为了能够实现商品的购买，会员需要注册并正确登录，由此产生用户相关信息，如联系方式、供货地点等需要有系统进行管理。同时也要允许用户修改自己的相关资料。

（4）商品分类管理：通过该模块，网站管理员可以根据需要添加新的商品类别，也可以对已有的商品分类进行修改、删除等操作。

（5）后台订单管理：管理员可以借助该模块查询订单信息，以便与网站配货人员依据订单信息进行后续的出货、送货的处理。对于已经处理过的订单，也应该保留历史记录，以便于管理人员进行查询。

第二章 可行性研究

2.1基本要求

功能：主要分为前台和后台两个部分，前台用户相关功能主要包括用户注册、登录、购物车、订单查询、个人资料修改；后台管理相关功能主要包括添加商品，处理订单，查询用户信息等。

性能：效率高，速度快，算法规范，使管理员从繁琐的手工操作中解脱出来，提高办公效率。

输入：订货信息、商品信息、会员信息、物流信息、上传图片 输出：订单信息

安全和保密：每一位顾客均需申请一个账号，并设置自己唯一的密码，当

系统检验用户名和密码相符合时，才能成功登录，进入系统购物。

2.2所建议的系统

2.2.1对所建议系统的说明

根据实际情况，把商品分类，提供商品查看，订单查询，商品管理，订单管理，系统管理等小模块合并成一个可执行的软件系统模型。使用户快速地查找到所需要的产品，开发人员可以较快地确定需求，然后采用循环进化的开发方式，对系统模型作连续的精化，将系统需具备的性质逐渐增加上去，直到所有的性质全部满足。2.2.2处理流程和数据流程（1）网上购物系统顶层数据流图

管理员 商城信息 站内信息 网上购物系统用户 订单数据用户

图2-1 网上购物系统顶层数据流图

（2）系统整体功能模块图

网上购物系统前台部分后台部分用户管理个人资料管理购物车管理订单查询管理员登录添加商品订单信息管理查询用户信息

图2-2 网上购物系统整体功能模块图

（3）系统前台处理流程图

消费者用户浏览网页非会员用户会员用户用户注册会员登录忘记密码浏览商品修改会员信息将商品放入购物车购买商品下订单取消订单购买成功 图2-3 系统前台处理流程图

（4）系统后台处理流程图

查看会员列表用户信息管理查看会员信息查看商品信息系统管理登录商品信息管理修改商品信息增加新的商品信息订单管理查看订单号

图2-4 系统后台处理流程图

2.3可行性研究

2.3.1技术可行性

现如今，计算机硬件的发展已经越来越快，现在PC机的性能已经可以胜任普通网站的Web服务器。JSP是Java在Internet/Intranet Web上的重要应用技术，可以和各种Java技术完好的结合在一起，从而实现非常复杂的应用。因而已经得到了广泛烦的支持和承认，成为一种非常流行的网站开发技术。利用JSP技术可以建立先进、安全和跨平台的动态网站，加之我们本学期正在学习此门学科，可以从老师拿来获得许多技术上的支持和帮助。对于数据库方面，我们次学期正好也开设了以SQL Server为应用实例的数据库原理，故而我们采用Microsoft SQL Server 2005作为数据库的后台。

我们小组共有三个人，均是热衷软件编程的计算机专业人员，尽管有些

东西我们不算熟悉，但是在3个月内完成此系统的开发设计还是可以的。2.3.2投资及效益分析

1、支出

此项目的设计开发对环境及设备的要求较为简单，只需几台联网的电脑、相关参考资料（这些可以通过到图书馆借书或者直接在网上查询即可），以及我们的课余时间，整体费用支出不大，几乎可以忽略不计。

2、收益

此项目虽说用于教学目的，但是若投入使用，则可以立即产生收益。

3、敏感性分析

由于本组成员均是学生，平时参与实际项目的机会不多，因而我们整体开发项目的经验不足，可能会导致设计的系统不尽完善，无法确保当系统负荷量增大时，出现系统崩溃的情况。

3.3社会因素方面的可行性

2.3.3法律方面的可行性

该系统是自主开发设计的，不会构成任何形式的违法、侵权，所以在法律上是可行的。2.3.4使用方面的可行性

该系统操做简单，不需要专业培训，一般人员均可以胜任。2.3.5经济可行性

由于本系统是为完成老师布置的作业，系统成本主要集中在系统软件的开发上，因而经济上是可行的。

2.4结论

网上购物系统的开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的库。而对于后者则要求应用程序功能完备,易使用等特点。

综上所述，经过各种分析论证，我们可以认定该项目是可以成功实现的，所以应立即开始进行研发。

第三章 需求分析

3.1软件项目概述

启动软件项目的主要原因是由于需求的存在，软件需求是软件开发过程的基础。需求是一个软件项目的开端，也是项目建设的基石。软件需求就是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么样的程度。

从现实需求上说：

网上销售这是信息社会发展的必然要求。

网上销售因其自身具有的经营上的优势，对广大网民具有强大的吸引力，这就是网购发展的重要原因。

对于普通用户而言，网上购物轻松快捷，足不出户也可以买到各种经济实惠的商品。

对于网上销售者来说，这样可以节约费用开支，降低销售成本。

系统概览：

类似于大部分网上购物系统的基本流程，确定本系统的具体需求为： 顾客可以方便的注册和登录。顾客可以灵活的检索所需的商品信息。顾客可以方便的查看详细的商品资料。

顾客可以方便的管理自己的购物车（添加和删除选购商品，修改购买数量及在线下订单等操作）。

管理员可以方便的管理商品信息（新增，删除，修改商品）、客户信息以及客户订单管理。

随着软件开发方法学的演变和发展，特别是软件设计模式、软件组件等概念的提出，给软件重用度、软件的可扩充性、软件的鲁棒性及软件开发效 率的提高，提供了一个诱人的前景。我们将采纳当前软件工程最新技术，采用统一建模语言UML描述基于网络计算平台的整个项目，在分析、设计时充分利用软件模式及组合软件模式，利用前人的专家级经验，提高开发效率；最后的产品用软件组件的形式加以封装，并用XML来描述软件组件及各软件组件间的接口。通过这一课程作业实践，一方面能加深我们对软件模式、软件组件、XML、UML的认识和理解，使我们就这些新技术的应用，提出更为可行的建议；另一方面，我们也希望能开发出新的软件组件，抽出新的软件模式，进一步充实软件模式仓库，繁荣软件组件市场。

3.2基于UML的系统描述

3.2.1系统的用例图

需求分析方法中的用例图可用来更直观，更形象地说明整个系统的需求。用例是从用户的角度看待系统，而不是从程序员的角度，系统的任何需求都能够在系统开发链中完整地体现。用例通过描述“系统”和“活动者”之间的交互来描述系统的行为。通过分析系统的目标，用例描述活动者为了实现这些目标而执行的所有步骤。

本系统顶层的Use Case如下图所示：

网上购物系统customermanager

图3-1顶层的Use case Actor定义如下：

Customer：顾客（用户或者消费者）Manager： 管理员

对顶层的use case 进行细化，得到的use case图如下：

查询商品管理商品信息浏览商品管理员查看用户信息用户加入购物车<>购买商品下订单<><>管理订单信息取消订单

图3-2 细化的Use case

3.2.2系统的活动图

（1）针对消费者的网上购物系统的活动图

会员登录商品浏览添加商品到购物车中下订单确定购物并选择送货方式在线支付购物完成订单查询

图3-3 商品浏览活动图

（2）针对消费者的购物车使用的活动图

添加商品到购物车检查购物车中商品条目有该商品条目无该商品条目增加商品数量添加该商品条目到购物车中

图3-4 商品加入购物车的活动图

3.2.3系统的类图

系统的类图如下图所示：

Customer#userId: Integer#userName: String#password: String#telphone: String#Address: StringShopping cart#goodID: Integer#goodNum: IntegerOrder+orderId: Integer+orderTime: DateTime+userId: IntegerGood#goodId: Integer#goodName: String#goodPrice: Double#goodtypeId: Integer#goodstore: String#goodMadeDate: DateTime#goodMadefirm: StringAdministrator#AdministratorId: String#AdministratorPassword: String

图3-5 系统的类图

3.3用户特征

此系统有两类用户：网上购物系统管理人员、顾客。对于系统管理人员来说一般同时具有超强的电脑操作知识和经验，而且都进行过一定的培训；对于顾客来说一般都有一定的专业领域知识，一般有一定的电脑操作能力，但对于一些特殊的顾客来说可能对电脑操作知识了解比较少，因此对于一般使用者来说不需要特殊的理论、知识来支持，也不需要经过特殊的训练，用户只要在计算机上装有IE或Netscape浏览器，并有基本的浏览器操作知识，便能方便的使用本系统。

3.4 限制与约束

此系统必须满足以下限制：

（1）系统中所有账户能够供用户随时使用，完成各自授权的活动；（2）在同一时刻，一个帐户不能同时为两个用户服务；（3）一个帐户一次网上支付或取款数目不能超过帐户余额；

（4）该系统必须确保对数据进行完全保护，以避免未经授权的访问；所有的远程访问都要登录，并且每个登录用户只能访问其角色所授的权限；

（4）界面友好、操作简便；

（5）软件系统开放性好，结构灵活，可扩充，易于维护；（6）安全可靠。

3.5功能需求描述

3.5.1数据精确度

1）用户在进行商品查询时要保证查全率，所有符合搜索条件的商品都要能找到。

2）在保证查全率的同时还要能够保证查准率，尤其是对于高级搜索这一功能。

3）数据输出时应是该用户在本网站上登记或输入的最新资料（用户资料、留言购物篮定单内容、支付情况、投诉内容）。另外有些资料又必须保留在一定期限内的全部资料（留言、定单内容、支付情况、投诉内容）。当然我们网站上的内容也需要根据我们公司的产品的更新速度以及我们的商家或加盟商的要求来定期更新，以此来吸引顾客。3.5.2 时间特性

（1）响应时间：2-3秒之内打开我们网站的一个新的链接（包括打开一张商品图片）。

（2）更新处理时间：这是由数据精确度的要求确定的。对于需要保持最新内容的资料的更新速度是实时性的，对于需要定期保留的内容的期限为三

个月。

（3）数据转换与传输时间：数据转换主要是涉及到数据库的问题。为了降低一次显示过多的记录会消耗太多的时间这个问题，我们在设计时将让数据库尽量分页显示。传输时间的问题比较复杂，这和服务器的处理能力，电信部门给我们提供的带宽，银行的电子交易网的响应速度有关。

（4）运行时间：本网站如非特殊原因应保持24小时开通。

3.6 运行需求

3.6.1用户界面

界面要求：

a.网站的主色调为黄、橙、粉红这三种最为大众接受的颜色。b.界面的风格要鲜明而有特色。

c.网站所要用到的图片资料应该足够清晰和精美。d.网站上要有足够的导航链接。

e.要尽量让用户使用鼠标完成整个操作流程，当然填写资料，在线支付，在线留言需要用到文本输入。3.6.2硬件接口

由于我们使用的通信协议是TCP/IP，因此这里的硬件接口问题主要就是TCP/IP层中的网络接口层，他负责数据帧的发送和接收，帧是独立的网络信息传输单元。网络接口层将帧放在网上，或从网上把帧取下来。这就要求IP使用网络设备接口规范NDIS向网络接口层提交帧，并且IP支持广域网和本地网接口技术。在系统运行时要注意关闭那些容易受攻击和入侵的端口号，在能保证带宽的前提下仅开通系统运行所必须的端口。3.6.3软件接口

这里的接口问题主要就是怎样与SQL数据库进行通信，以便对数据库进行读取和写入操作。在JSP技术中是使用JDBC来解决这个问题的。具体来说开发中可能使用到的JDBC的常用类有以下几个：

（1）连接类（Connection）：用来连接数据库。

（2）记录集类（Resultset）：用来保存查询语句的返回结果。

（3）命令对象（Statement）：用来执行SQL语句或者SQL Server的存储过程等等 3.6.4 故障处理

a.内部故障处理

在开发阶段可以随即修改数据库里的相应内容。

b.外部故障处理

对编辑的程序进行重装载时，第一次装载认为错，修改。第二次运行，在需求调用时出错，有错误提示，重试。

3.7 其它需求

3.7.1性 能

1．网上购物系统要支持100个并发用户。

2．网上购物系统处理查询操作响应时间不超过10秒。3.7.2可扩展性

当前使用网上购物系统的主要是企业人数在100人以下的小企业，这些企业增长速度比较快，人员规模每年保持30%的增速。网上购物系统要能够在三年内支持这样的增长速度。3.7.3可用性

系统要保证24*7*365可用。但是可以允许每月系统停机一小时，进行系统维护。系统维护的时间要安排在企业非工作时间进行。

第四章 系统设计和实现

4.1系统的组成部分及其结构

*用户-结束13管理员**用户*--结束结束65-购结束14*管理员-结束9*-结束10注册登录查询**买登录查询**管理-结束11-结束12-结束7-结束8查询组件付款组件查询组件管理组件*数据库-结束21**数据库-结束结束34-

图4-1 系统的结构图

软件系统由三部分组成：查询商品部分、网上购物部分、查询订单部分。系统的结构图如图所示，其中包括查询、付款等软组件的公共组件库和购物等专门领域组件库。

4.2定义

UML即统一模型语言(Unified Modeling Language)的缩写,它是运用统一的、标准化的标记和定义来实现面向对象的软件分析和设计的一种方法.它综合了Rambaugh所提出的“对象模型技术”(ObjectModeling Technique,OMT),以及Booch和Jacobson提出的“面向对象软件工程”(Object Oriented SoftwareEngineering,OOSE)等设计分析方法,并由国际对象管理组织

(Object Management Group,OMG)于1997年底推出的面向对象建模语言.它主要由可视化的图表(Diagram)和关系(Relationship)构成,利用它可以进行需求分析、概要设计、详细设计、编程实现、项目计划、测试、原型迭代、产品发布、产品维护等.随着因特网的迅速发展,以现代信息技术为依托的商务模式已经形成为一种必然趋势,网上购物将逐步演变成为21世纪的主要贸易方式之一。

4.3软件设计约束

4.3.1设计目标和原则

（1）本设计欲达到的目标要求满足用户需求且软件系统具有良好的可扩充性、可维护性；

（2）为实现上述目标，在设计软件过程中采用统一建模语言UML描述基于网络计算平台的整个系统，在分析、设计时充分利用软件模式及组合软件模式，利用前人的专家级经验，提高开发效率；最后的产品用软件组件的形式加以封装，并用XML来描述软件组件及各软件组件间的接口。

4.3.2 设计约束

（1）无论是用户（买家）、管理员都可以通过Internet访问该系统，完成各自授权的活动、工作。

（2）该系统必须确保对数据进行完全保护，以避免未经授权的访问。所有非会员在购买商品之前都要注册会员并登录，并且每个登录用户只能访问其角色所授的权限。

（3）该系统采用B/S模式，并且考虑性能、安全、可靠性、易维护等方面的问题采用架构模式MVC 2。

（4）整个开发过程应满足软件开发计划所定的时间表。

4.4软件设计描述

4.4.1 总体结构设计

本网上购物系统由以下功能模块设计组成：（1）用户及管理员查询商品模块。（2）用户及管理员购物模块。（3）管理员管理商品的模块。（4）付款模块。

4.4.2查询模块

用户或管理员可以根据商品的名称或所属类别来查询商品，若无该商品则会出现温馨提示或者会出现类似的商品。

4.5网上购物 4.5.1 用例实现

通过顺序图实现了系统架构中具有重要意义的用例，并演示了不同的设计模型元素如何配合来实现用例的。

下图详细描述了用户在网站的购物处理模块的处理过程。

图4-2 用户购物时序图

时序图说明

（1）用户浏览购物网站并登录（非会员的要先注册再登录）。（2）用户登录后进入购物系统主页面。

（3）用户可以浏览商品的详细信息并把需要的商品加入购物车。（4）用户可以进行购物，并产生订单信息。

下图详细描述了管理员对商品的管理模块的处理过程。

图4-3管理员控制时序图

时序图说明

（1）管理员要先登录并进入购物系统管理界面。

（2）管理员可以在管理界面中对商品进行管理，如添加新的商品信息、修改已有商品信息等。

（3）管理员可以查看用户订单信息。

4.6系统界面设计描述

4.6.1网上购物界面设计

1.登录界面如下

图4-4 普通用户登录界面

2.管理员登录

图4-5系统管理员登录界面

3.系统主界面

图4-6 系统主界面图

4.商品详细信息界面

图4-7商品详细信息界面

5.购物车界面

图4-8 购物车界面

6.系统导航菜单描述

图4-9 导航栏菜单

10.管理员主界面

4-10 管理员后台管理主界面

11.新增商品

4-11 管理员新增商品界面

12.查询订单信息

图4-12 管理员查询用户订单信息界面

致谢

在本系统的开发过程中，由于本组成员都是初次开发软件，在知识、经验方面都存在着不足。另外，在整个开发的过程中，时间虽然总共有三个多月,但是由于养成了拖拉的习惯,导致最终程序的开发过程异常艰辛。同时也导致了，该系统必然会存在一些缺陷和不足。因为对网上购物的整个流程不够熟悉，在需求分析时未能做到完全满足用户的需求。本次开发由于技术有限，功能并未完全实现。因此，在今后的学习中，必将继续努力，加强自身实力与团队协作能力。

在本次课程设计中，我们从任课辅导老师身上学到了很多东西。她认真负责的工作态度，严谨的治学精神和深厚的理论水平都使我们收益匪浅。她无论在理论上还是在实践中，都给与我们很大的帮助，使我们得到很大的提高，这对于我们以后的工作和学习都有一种巨大的帮助，在此感谢她耐心的辅导。另外，还要对我们本组的其他成员表示衷心的感谢，感谢组员们的不懈努力，感谢大家的认真配合，最终使得我们的课程设计圆满落幕！

参考资料

[1] 李素若、陈万华、张牧.《Java面向对象程序设计》[M].北京：化学工业出版社，2010.10 [2] 俞俊甫、王钟庄.《数据库原理应用教程》[M].北京:北京邮电大学出版社，2010.7 [3] 谢希仁.《计算机网络（第6版》[M].北京:清华大学出版社，2013.9 [4] 张海藩.《软件工程导论》[M].北京：经济科学出版社，2000.10 [5] 王立峰、延伟东．《软件工程理论与实践》[M].北京：清华大学出版社，2003.12

附:系统部分主要代码

1.系统主界面jsp代码

校园网上购物系统设计 篇3

（一）小额零星收费项目多、人数多、标准多、工作量大 目前，高校收费项目除学费、住宿费等金额较大的固定项目外，还有四六级英语报名考试费、计算机等级考试报名费、学生宿舍网络费、上机费、辅修重修课程学分费等小额零星项目，这些零星项目种类多且各有特点，收费标准不一，从几元到几十元、几百元不等，但因为时间集中，人数众多，如一次四六级英语考试报名就可能有近万人，要求一个月内完成，收费工作量非常大。特别是自实行学分制以来，学生的收费金额只有在每学期开学后学生选过课后才能确定，收费标准是由每个人所选课程的类型和数量来决定，不同课程学分不同，每个学生的选修课程也不尽相同，标准也就不同，这些都给收费工作带来很大难度。

（二）现有收费软件不能满足小额零星项目的收费需求，手工收取费时费力，效率低 对于学费、住宿费这样金额较大的固定项目，因为可以预计收费对象、收费标准，利用现有的收费管理软件可以在每个学年开始前设定好应收对象和应收标准，通过银行批量划扣来完成收取工作。针对小额零星项目的收费，因为无法准确预计哪些人缴哪些人不缴，而且收费时间比较集中，因此难以通过现有收费软件完成费用收取工作。比较通行的做法是：学生按班级收齐、汇总名单到系科或所在学院，再由学院有关人员统一缴至财务处，财务部门确认缴费后，各学院再将名单报至教务等职能管理部门，最后由教务等部门完成学生考试报名登记、开通账号等相关工作。这种做法费时费力，效率较低，而且全是手工现金收取，既存有安全隐患，又不便于统计核对。

二、小额自助网上缴费系统设计与实现

（一）系统可行性分析 小额自助网上缴费系统的建立，不但需要建设一个连接校内各学生管理部门、使信息可以共享的收费网络，还需要一条安全的通讯链路，而且由于财务信息的机密性，对信息安全方面提出了更高的要求。随着近几年高校数字化校园建设工作的深入发展，校园一卡通系统的不断推广应用，使得这一工作在今天成为可能。校园一卡通系统是利用非接触式IC卡作为载体，结合电子技术、单片机技术、计算机网络技术及数据库技术等诸多高新科技，使其具有电子身份识别和电子钱包的功能，替代传统的教师工作证、学生证、借书证、食堂就餐卡、医疗证等，达到证件、考勤和消费、娱乐、餐饮等收费的全电子化和智能化，真正实现“一卡在手，走遍校园”。由于校园一卡通系统与银行金融网相连，校园卡与银行卡可自动圈存，通常学生校园卡账户上余额不是很大，完全可满足小额缴费需求，这一切为小额自助网上缴费系统的设计和有效运行提供了强有力的技术保障。

（二）业务流程设计 完整的小额自助网上缴费系统应遵循下列流程：（1）教务处、信息中心等职能部门提出收费项目需求，财务部门核定标准，并通过系统进行预先设定。（2）各学院通知有关学生选择上网自助缴费。（3）学生登录系统，选择相应项目（类似网上购物选择商品），确认缴费，并打印缴费小票（非正式发票）。系统自动完成资金划扣。（4）财务部门查询审核确认缴费信息，并与一卡通账户系统进行结算。系统自动反馈缴费信息到各职能部门业务管理系统（注册选课系统、网络认证管理系统等）；（5）教务、信息中心等职能部门，对已缴费学生进行报名登记、账号开通等。

（三）系统功能设计 主要包括：

（1）学生用户界面模块。学生自助缴费网页界面设计，学生可以在接入校园网的任意一台PC终端上，打开页面输入校园卡口令和密码，通过身份认证后登录自助网上缴费系统，选择缴费项目、缴费标准，确认后系统自动从学生校园卡账户中划走相应金额到指定账户，完成相关缴费工作。该界面可以随时查询缴费详情，并实时判断用户的校园卡中余额是否足够缴费。该界面还提供打印功能，如果学生需要缴费凭证，可以打印本次缴费的小票，以备换取正式发票之用。

（2）第三方接口模块。高校校园一卡通系统大多为第三方厂商开发的软件产品，对于学校自主开发的应用无法提供直接接口，为此在校园卡现有平台的基础上需要单独开发小额自助缴费系统支付接口，主要是为了实时读取校园一卡通系统后台数据库系统，提供身份认证和资金划扣，并与教务、信息中心等职能部门业务管理系统相连接，以共享信息。此接口相当于中间件服务器，一方面保证校园网应用的扩展功能，另一方面又保证系统的安全性。

（3）系统管理用户模块。本模块提供管理者进行项目、标准的设定，查询统计打印学生缴费信息，确认缴费成功与否，监控用户的登录访问情况，以及对整个系统的运行跟踪和日志记录等。系统的日常管理由财务部门负责。

（四）系统安全设计 小额自助网上缴费系统涉及到资金划扣的问题，所以对安全性有较高的要求。由于学生只要在接入校园网的任意一台机器上均可登录自动助缴费系统完成缴费任务，所以特别要在程序设计层面和网络服务器层面等作充分考虑。系统设定为自动绑定校园卡与用户信息，只有输入本人校园卡的消费密码后才能办理本人的缴费业务，不能用其他人的校园卡账号为办理业务，也不能用自己的校园卡账号为其他人办理业务。用户登录系统必须进行严格的身份认证，自助网上缴费系统与校园一卡通系统后台服务器之间的通讯传输均采用SSL加密方式进行，密文传输。支付接口要采取加密和认证的技术来保证网络通讯的安全性。

（五）系统技术实现 小额自助网上缴费系统以校园网为依托，基于校园一卡通系统平台，采用.NET技术开发，以B/S结构向用户展示。系统核心采用三层架构，由Web服务、应用程序服务、数据库服务组成。系统搭建好后，无须太多的硬件投入，可24小时不间断提供自助缴费服务，学生可以选择在任何时候通过校园网自助缴费，不用担心财务处是否下班，解决了时间上的冲突。

参考文献：

校园网上购物系统设计 篇4

(一) 小额零星收费项目多、人数多、标准多、工作量大

目前, 高校收费项目除学费、住宿费等金额较大的固定项目外, 还有四六级英语报名考试费、计算机等级考试报名费、学生宿舍网络费、上机费、辅修重修课程学分费等小额零星项目, 这些零星项目种类多且各有特点, 收费标准不一, 从几元到几十元、几百元不等, 但因为时间集中, 人数众多, 如一次四六级英语考试报名就可能有近万人, 要求一个月内完成, 收费工作量非常大。特别是自实行学分制以来, 学生的收费金额只有在每学期开学后学生选过课后才能确定, 收费标准是由每个人所选课程的类型和数量来决定, 不同课程学分不同, 每个学生的选修课程也不尽相同, 标准也就不同, 这些都给收费工作带来很大难度。

(二) 现有收费软件不能满足小额零星项目的收费需求, 手工收取费时费力, 效率低

对于学费、住宿费这样金额较大的固定项目, 因为可以预计收费对象、收费标准, 利用现有的收费管理软件可以在每个学年开始前设定好应收对象和应收标准, 通过银行批量划扣来完成收取工作。针对小额零星项目的收费, 因为无法准确预计哪些人缴哪些人不缴, 而且收费时间比较集中, 因此难以通过现有收费软件完成费用收取工作。比较通行的做法是:学生按班级收齐、汇总名单到系科或所在学院, 再由学院有关人员统一缴至财务处, 财务部门确认缴费后, 各学院再将名单报至教务等职能管理部门, 最后由教务等部门完成学生考试报名登记、开通账号等相关工作。这种做法费时费力, 效率较低, 而且全是手工现金收取, 既存有安全隐患, 又不便于统计核对。

二、小额自助网上缴费系统设计与实现

(一) 系统可行性分析

小额自助网上缴费系统的建立, 不但需要建设一个连接校内各学生管理部门、使信息可以共享的收费网络, 还需要一条安全的通讯链路, 而且由于财务信息的机密性, 对信息安全方面提出了更高的要求。随着近几年高校数字化校园建设工作的深入发展, 校园一卡通系统的不断推广应用, 使得这一工作在今天成为可能。校园一卡通系统是利用非接触式IC卡作为载体, 结合电子技术、单片机技术、计算机网络技术及数据库技术等诸多高新科技, 使其具有电子身份识别和电子钱包的功能, 替代传统的教师工作证、学生证、借书证、食堂就餐卡、医疗证等, 达到证件、考勤和消费、娱乐、餐饮等收费的全电子化和智能化, 真正实现“一卡在手, 走遍校园”。由于校园一卡通系统与银行金融网相连, 校园卡与银行卡可自动圈存, 通常学生校园卡账户上余额不是很大, 完全可满足小额缴费需求, 这一切为小额自助网上缴费系统的设计和有效运行提供了强有力的技术保障。

(二) 业务流程设计

完整的小额自助网上缴费系统应遵循下列流程: (1) 教务处、信息中心等职能部门提出收费项目需求, 财务部门核定标准, 并通过系统进行预先设定。 (2) 各学院通知有关学生选择上网自助缴费。 (3) 学生登录系统, 选择相应项目 (类似网上购物选择商品) , 确认缴费, 并打印缴费小票 (非正式发票) 。系统自动完成资金划扣。 (4) 财务部门查询审核确认缴费信息, 并与一卡通账户系统进行结算。系统自动反馈缴费信息到各职能部门业务管理系统 (注册选课系统、网络认证管理系统等) ; (5) 教务、信息中心等职能部门, 对已缴费学生进行报名登记、账号开通等。

(三) 系统功能设计

主要包括:

(1) 学生用户界面模块。学生自助缴费网页界面设计, 学生可以在接入校园网的任意一台PC终端上, 打开页面输入校园卡口令和密码, 通过身份认证后登录自助网上缴费系统, 选择缴费项目、缴费标准, 确认后系统自动从学生校园卡账户中划走相应金额到指定账户, 完成相关缴费工作。该界面可以随时查询缴费详情, 并实时判断用户的校园卡中余额是否足够缴费。该界面还提供打印功能, 如果学生需要缴费凭证, 可以打印本次缴费的小票, 以备换取正式发票之用。

(2) 第三方接口模块。高校校园一卡通系统大多为第三方厂商开发的软件产品, 对于学校自主开发的应用无法提供直接接口, 为此在校园卡现有平台的基础上需要单独开发小额自助缴费系统支付接口, 主要是为了实时读取校园一卡通系统后台数据库系统, 提供身份认证和资金划扣, 并与教务、信息中心等职能部门业务管理系统相连接, 以共享信息。此接口相当于中间件服务器, 一方面保证校园网应用的扩展功能, 另一方面又保证系统的安全性。

(3) 系统管理用户模块。本模块提供管理者进行项目、标准的设定, 查询统计打印学生缴费信息, 确认缴费成功与否, 监控用户的登录访问情况, 以及对整个系统的运行跟踪和日志记录等。系统的日常管理由财务部门负责。

(四) 系统安全设计

小额自助网上缴费系统涉及到资金划扣的问题, 所以对安全性有较高的要求。由于学生只要在接入校园网的任意一台机器上均可登录自动助缴费系统完成缴费任务, 所以特别要在程序设计层面和网络服务器层面等作充分考虑。系统设定为自动绑定校园卡与用户信息, 只有输入本人校园卡的消费密码后才能办理本人的缴费业务, 不能用其他人的校园卡账号为办理业务, 也不能用自己的校园卡账号为其他人办理业务。用户登录系统必须进行严格的身份认证, 自助网上缴费系统与校园一卡通系统后台服务器之间的通讯传输均采用SSL加密方式进行, 密文传输。支付接口要采取加密和认证的技术来保证网络通讯的安全性。

(五) 系统技术实现小额自助网上缴费系统以校园网为依托,

基于校园一卡通系统平台, 采用.NET技术开发, 以B/S结构向用户展示。系统核心采用三层架构, 由Web服务、应用程序服务、数据库服务组成。系统搭建好后, 无须太多的硬件投入, 可24小时不间断提供自助缴费服务, 学生可以选择在任何时候通过校园网自助缴费, 不用担心财务处是否下班, 解决了时间上的冲突。

参考文献

校园网上购物系统设计 篇5

一、前言部分

自从进入21世纪以来，伴随着IT技术的成熟，同时像亚马逊、淘宝等电商的大力发展，电子商务逐渐发展壮大成为网络经济的核心。甚至于许多线下商城也都转移重心，发展线上模式，而不同的电商平台所实现的途径也不尽相同。

随着当今生活水平的提高，人们对购物也更加渴望，人们过去从市集买卖，后来发展有超市、店面，但每到人流高峰期，销售很是费事、费力，用户在超市等选购商品由于对商品的管理和分类不了解，导致客户的流失和客户很疲劳，为了给用户和商店的管理带来方便，也为了更好地适应市场需求，缓解各商店的规模、地域等限制，为消费者实现更便捷的方法，利用网上购物系统和计算机设备实现网上查看、选购商品、购买管理、会员管理等，提高工作效率。增加商品销量，同时便于管理，使用户便于挑选和购买。

通过这个系统使用户利用计算机可以足不出户就能在网上进行查阅、挑选、购买;使管理人员利用计算机, 快速方便的管理各类商品的销售。新商品的入库、分类、热卖商品的选择，使购物变得更加方便。

二、主题部分

1.背景

电子商务技术包括移动商务、电子资金转让、供应链管理、网络营销、在线事务处理、电子数据交换(EDI)、库存管理系统，自动数据收集系统等。现代化电子商务最典型的特点就是使用万维网。

电子商务涉及以下几个方面：

（1）在线购物网站上直接向消费者零售销售；

（2）提供或参与在线市场，处理第三方企业向消费者或消费者向消费者销售；

（3）企业对企业购买和出售；

（4）企业对企业(B2B)电子数据交换；

（5）通过电子邮件或传真，向预期和既定的客户进行市场营销；

（6）推出新产品和服务；

（7）在线货币兑换等金融交易行为。

由于产品直接来源生产商，并没有中间代理商的参与，在线购买的商品价格便宜[1]随着电子商务的发展以及其独特的魅力，逐渐出现虚拟企业、虚拟银行、网络营销、在线购物，在线支付等，从这些可以看出，电子商务已从其他方面对经济 和社会的巨大影响，例如，B2B是一个在世界上快速增长的业务，它可以降低成本，提高了经济效益，也带动就业的增长。

电子商务对世界经济正在进行着彻底的改造[2],电子商务能为消费者或企业提供大量他们需要的信息，这些信息对于消费者和生产者是完全透明。企业仅通过广告的方式来提高其竞争优势的效果已变得不太明显，还需要注重产品质量以及产品性能。从理论上讲，在行业之间的竞争中，消费者主权和行业将社会福利最大化。

事实上，在过去的经济活动中大型企业经常有不同与消费者的信息资源优势。如今，透明和实时信息使消费者的权益得到了保护，消费者可以使用互联网来挑出符合自己的利益的产品组合，企业之间的竞争力将会比之前更加明显。新经济为首的电子商务可以更好地促进个人文化提升。由于市场的竞争，员工的专业水平成为企业在市场竞争中获取利益的关键。企业必须重视如何去建立企业内部文化。在线商家采集他们客户的采购行为以及采购兴趣，通过这些信息网络营销者们可以更加注重相关产品和服务，这为在线购物者提供了更多的购物便利。随着电子商务的发展，其在我国的经济地位越来越重要[3]，一大批电子商务应用逐渐被开发出来，例如，阿里巴巴旗下的淘宝，天猫，亚马逊，京东等，这些都已成为流行的电子商务系统。互联网已经逐渐引发新的产业革命，在当今经济领域中依靠互联网的电子商务已经越来越重要。

本文主要在了解这些背景的情况下，设计出一款电子商务系统用于在线交易商品，给企业以及消费者提供一个可信赖的购物平台。

2.现状和发展方向

国外发展现状：据联合国某项专业报告显示，全世界一百三十个经济体里面，虽然小型欧洲 经济体在“B2C 电子商务”领域最为发达，但发展中经济体也毫不示弱闷头追赶，而且中国已成为全世界最大的“B2C 电子商务”市场[4]。在“B2C 电子商务”指数排行榜中占据前十名的经济体依次是挪威、卢森堡、加拿大、芬兰、澳大利亚、瑞典、韩国、丹麦、以色列和英国。在新兴经济体发展中经济体中，排在前面的新加坡和韩国等国家都位于亚洲东部，尤其是是中国，占据了全世界最大的“B2C 电子商务”市场。在2015年，中国、俄罗斯和巴西在网上购买率方面的表现均好于预期。随着支付手段的发展、互联网接入率的提高及电子商务平台的不断创新，同时使地方电子商务企业能为本地市场提供对路适销的服务和产品，发展中经济体的“B2C 电子商务”将会得到进一步发展壮大[5]。

国内发展现状：根据日前中商产业研究院发布的《2018-2023 年中国电子商务行业市场前景及投资机会研究报告》中的数据显示，2017年国内电子商务的整体交易规模将突破24.1万亿元，同比增长 17.4%，随着国内电子商务行业的不断发展与完善，预计2018年国内电子商务的交易规模将突破 28.4 万亿元，相比2017年再度增长17.8%。报告上的数据显示，2017年国内网络购物市场的交易规模突破6.3万亿元，同比增长30.3%，增长相较2016年有所回暖。随着电商行业的稳定发展，网络购物市场线下线上的不断融合，预计2018 年国内的网络购物市场的交易规模将突破 7.7 万亿元。2017年，国内市场规模构成方面，网购规模占比高达60%。由于网上购物的逐渐流行，网购市场规模的占比必将持续增长，预计 2018 年国内网购市场占比将突破62%。如今电子商务行业正与零售业、制造业、政府机构和事业单位等加速融合，催生新兴产业，推进服务转型升级，提供公共服务和公共产品，电子商务已成为推动经济发展的新兴力量。随着主流消费群体的消费习惯不断向互联网转移，电子商务的广泛普及，越来越多的线下店铺和传统企业主动积极地向电商转型。2017 年是实践线下线上能否融合的一年，线下对线上的导流作用和线上对线下的数据赋能已经初见成效，稳定向上发展的网络购物将迎来全新的发展活力。2017 年初，曾有业内人士表示，业界对国内今年的网购市场交易规模的增长率预期只有20%上下，然而 2017 全年的网络购物市场交易规模的涨幅大大超过了原来的预期。零售业线下线上的融合、服务消费的接连提速是数据增幅的推进力。2017年，电商和实体零售企业加速融合，实体商业探索电商方向的出路，新零售、无界零售和智慧零售等词汇成为搜索高频词。苏鲜生、京东线下生鲜超市以及盒马鲜生等新零售试验田不断频繁落地，当初仅仅聚焦于线上单一渠道的电商企业已开始开拓线下实体商业的新型发展空间，融合多种新兴产业抢夺线下流量与机遇。2017年，B2C 市场交易规模高达3.6万亿元，占国内整体网购市场交易规模的60.0%，相较于2015年增长了4.8个百分点，同比 2016 年市场交易规模，2017年 B2C 网络购物市场增长 40.9%，远远超过了C2C市场的15.7%的增幅。值得注意的是，移动网购逐渐成为最主流的网购方式，移动端的渗透率将进 一步提升。专家分析认为，随着无线网络和智能手机的普及，移动端碎片化的特 点比传统的电脑网购更符合消费个性化的特性，所以大量网购用户转向移动端消费。购物场景随着全渠道的融合变得碎片化、多元化，用户的消费行为通过移动端可以数据化，系统化、纵深化、全渠道的数据可以为零售行业的所有环节提供正确指导，有效帮助企业实现精准营销、提高运营效率。

尽管全球电子商务市场将对二十一世纪商业产生深远的影响，在人们生活各个领域已经非常得普遍，但仍要看到电子商务系统存在很多不足之处。

（1）电子商务缺乏个人接触

一个人在网站上购物经常只要看到虚拟的照片，无法亲自感受到实物商品，可能买到的产品并不和自己的想象中的产品相似。用户只能通过点击“立即购买”，将商品放入虚拟的购物车中，你永远无法触摸你想买服装的面料，你不能感受你脚上的鞋感，你不能闻到你想要买的香水等等，这也是需要电子商务系统亟待解决的问题之一，是采用线下与线上一体化购物体验，还是采用虚拟成像技术，用户通过设备体验商品，都是未来需要不断探讨的问题。

（2）电子商务货物延误

我们经常购买到的商品并不能如期送到我们自己的手里，经常延误好几天。但是，如果用户想要买一个现在就需要使用的商品，例如一个铅笔，一本今晚想要读的书等，就不可能在购物网站上购买商品。我们可以通过技术更新配送系统，以及尽量将周边商家纳入到在线购物系统中，提高用户体验。

（3）缺乏一定的安全保障机制

用户通过邮箱可以直接注册账号并进行商品购买。大多数商城系统通常没有实名的要求，这也会造成非法交易行为，同时大多数网站没有进行签字认证[6]，导致大量黑客利用网络技术盗取用户的账号，也会导致用户财产的损失。在许多情况下，电子商务网站都能够获取用户其他有关在线行为和偏好的信息，同时缺少对卖方的约束[7]，这有可能导致信用卡诈骗，身份信息盗窃等。

（4）电子商务系统推荐不准确

通常在购物时，为了节省购物者的时间，电子商务系统都会为用户提供他们可能感兴趣的商品。用户可以快速浏览自己看到的商品，但目前大多数系统推荐的信息都不准确，没有对用户的信息进行分类处理，我们应该利用最新的推荐技术筛选有用信息，区分用户兴趣，根据比重从大到小进行推荐。

（5）搜索功能有待完善

目前大多数在线系统搜索方式都是直接进行数据库匹配，用户所得到的搜索结果相对较少。若用户对一个商品没有记得特别清楚，会经常发生搜索不到该商品的情况。未解决这一问题，我们可以将商品的信息进行分词处理。在搜索过程中，我们通过哈希查找哈希数据表，按相关度由大到小的方式将产品呈现给用户。

三、总结部分

随着电脑科技的飞速发展,计算机的普及率愈发之高，网上购物已成为继传统零售业后又一支突起的力量，大大小小的网上购物商城被设计出来，用来服务广大网民在网上进行购物。因此根据网上购物的基本模块，设计一个购物商城模拟系统。

在这里简单介绍这次的购物商城模拟系统：

本文所实现的在线购物系统是为在线零售商提供接口，能使用户轻松愉悦购物的一款应用程序。通过利用Java相关技术以及J2EE模式等，对在线Java购物系统进行前后台的设计与实现，该系统有如下特点：

（1）简单易用的web界面：用户可以搜索产品，查看产品的完整说明以及订购相关产品；

（2）搜索引擎：它提供了一种简便快捷的方式来搜索产品以满足用户在线购物的需求。搜索引擎会列出一组基于搜索词的产品，用户可以基于不同的参数列表进一步筛选；

（3）购物车：拖放式操作允许用户向购物车中添加产品或从购物车删除产品，通过拖动产品来实现购物车的功能；

（4）商品推荐功能：可以根据用户的兴趣以及需求，向用户推荐相关产品；

（5）咨询评论：用户可以查看规格齐全的产品以及查看该产品的用户评论或者咨询，他们也可以提交自己的评论或者咨询。

系统各个部分组成，分别为前端展示，前端交互，后台功能：

（1）前端展示：在前端页面上显示数据库中的数据。

（2）前端交互：与服务端进行同步或者异步数据交互。

（3）后台功能：对支撑整站需要用到的数据，进行管理维护。

各个部分负责的功能：

（1）前端展示：在前端页面上显示首页、分类页、查询结果页、产品页、结算页面、支付页面、支付成功页面、购物车页面、我的订单页面、确认收货页面、确认收货成功页面、进行评价页面、登录页面、注册页面。

（2）前端交互：通过POST,GET等http协议，与服务端进行同步或者异步数据交互。比如购买，购物车，生成订单，登录等等功能。

（3）后台功能：对支撑整站需要用到的数据，进行管理维护。比如分类管理，分类属性管理，产品管理，产品图片管理，用户管理，订单管理等等。

对购物商城模拟系统目标的期望：

1.购物商城模拟系统需求分析：首先要对购物商城的特点及开发过程进行详细的研究。其次,对本平台进行概要的功能性模块划分,并对每个模块功能进行简单的功能概括。

2.购物商城模拟系统详细设计：首先确定本平台的目标实现。

需求分析：首先确定要做哪些功能，需求分析包括前台和后台。前台又分为单纯要展示的那些功能，需求分析，展示，以及会提交数据到服务端的哪些功能，需求分析，交互。

表结构设计：表结构设计是围绕功能需求进行，如果表结构设计有问题，那么将会影响功能的实现。除了表与表关系，建表SQL语句之外，为了更好的理解表结构以及关系，将表与页面功能一一对应起来。

原型：接着是界面原型，与客户沟通顺畅的项目设计流程里一定会有原型这个环节。借助界面原型，可以低成本，高效率的与客户达成需求的一致性。同样的，原型分为了前台原型和后台原型。

3.购物商城模拟系统的实现：根据每个功能模块详细的一图以及部分程序流程图,使用eclipse和mysql开发工具实现。

个人的观点和购物商城模拟系统方向的预测：

本文基于J2EE的购物商城模拟系统仅仅用于前后台交互的简易商城模拟购物系统。现在大型的购物商城模拟系统采用最新的SSM框架，采用的是当下最流行、应用最广的 SpringMVC+Spring+MyBatis 框架搭建的Web项目。基于SSM框架的网上商城系统与传统的 SSH 框架开发的商城系 统相比较，不仅成本更低，而且实用性更强，已经得到许多软件公司的关注与认可，相信未来一段时间会成为开发Web项目的主流框架。

四、参考文献

[1]陈云,王浣尘,沈惠璋.电子商务零售商与传统零售商的价格竞争研究[J].系统工程理论与实践, 2006, 26(1):35-41.[2]蓝伯雄,郑晓娜,徐心.电子商务时代的供应链管理[J].中国管理科学, 2000, 8(3):1-7.[3]杨兴凯.电子商务专业课程体系优化与实践[J].电子商务, 2014(6):78-80.[4]WC Chen，YL Chen，JD Jiang，et al.Research of Inventory Optimization of the

Hot-selling Commodities in Haitao Jianhuo Online Store.Logistics Sci-Tech , 2017，12(3)：12-23

[5]董珮.电商服务平台下进出口贸易模式趋势分析：[对外经济贸易大学硕士学位论文].北京：对外经济贸易大学，2015，4-5

银校网上转账系统研究与设计 篇6

关键词：订单号；人工转帐；自动对账；数据安全

中图分类号：TP311 文献标识码：A文章编号：1009-3044(2007)16-30902-02

The Study and Design ofthe System of Bank-school and Transfer

RUAN Qun-sheng,TANG Bin,DAN Xiao-dong

(Donghua Polytechnic Universty Information Engineering Institute , Wuzhou 344000, China)

Abstract:The System of Bank-school and Transfer is web transaction platform which the bank and the school field cooperating develop, The article introduce the design mentality of Artificial Transfer System on base of order No, At the same time, it propose the successful method of solving automaticaccount problem, which guaranteeing the consistency and correctness between the bank and the school.

Key words:Order no;Artificial Transfer System;Automatically Reconciliation System;Data Safety

1 引言

目前市上网上转账系统数量繁多，有人工转账也有自动转账，所有的设计思路就是每次用户消费都要同银行发生交易，自动转账的方式只能发生在消费特点固定的情况下，如自动圈存等。除此之外，大部分还是要采用人工转账方式，由于频繁地与银行发交易，且基本上都是采用网页参数提交的传送方式，这势必会有一极小部分的银行成功的交易的记录无法达到商户WEB服务上，为了解决这些情况，常用的手段就是人工查询某段时间内的交易记录，然后进行数据导出，最后通过个性化软件进行银校数据一致性调整。此种对账方式实时性差、手续繁琐。由此可知以上网上转账处理方式，弊端突出，亟待一种全自动对账系统的出现，因此，为了尽可能克服这些缺点本文设计出一种新的转账思路。

2 订单号方式的设计思路

2.1 生成含有订单号URL地址字符串

据图1可知，第一步，自动生成与每一个用户号一一对应的订单号，并进行绑定。第二步，生成一个符合银行要求的字符串。第三步，把前一步生成的字符串用MD5算法进行加密为32个字符的字密文字符串，MD5加密目的就是防止非法者在传输过程中篡改数据。最后，把第二步生成的字符串加上第三步加密生成的摘要密文以网页的形式通过POST或GET提交，向银行发出提交请求。

图1 订单号生成和数据提交流程图

2.2 订单号从银行返回

从银行返回时，为了保证数据的安全，运用了MD5withRSA（建行所使用的算法）数字签名算法，在银行端首先对即将要传输的字符用MD5算法加密为32个字符的密文字符串，然后用RSA算法加上私钥对该密文字符串进行数字签名，签名后生成256个字符的密文字符串，最后把加上了签名密文的字符串也是以网页的形式以POST方式向学校WEB服务提交，学校WEB服务器端的应用程序接受提交后，将签名和银行发配给学校的公钥转换成二进制格式，与签名的原文一起对签名的正确性进行校验，校验步骤如下：

（1）使用公钥进行签名的逆运算

（2）使用标准MD5算法运算原文

（3）比较（1）、（2）结果

如果结果相等，则表示数字正确，没有被非法修改过，可以把银行返回来的金额写入数据库中对应订单号，流程见图2。

图2 订单号从银行返回的数据处理流程图

2.3 根据订单号进行消费支付

由于从银行返回对应订单号的金额，用户输入订单号和密码，即可在学校内进行一切费用的支付，比如学费、饭卡充值、缴纳考试费用等，如果订单号上的钱用完，又可对该订单号进行转账操作。

3 后台自动对账系统

3.1 全自动对账的研究

当前建设银行、工商银行等相继推出了商户批量查询接口，而令人鼓舞的就是提供了交易记录的XML形式的显示页面，这就为自动处理提供了有利条件，该格式页面上显示的元素和页面后台源码是一模一样的，因此，就可以通过封装了SOCKET了HttpWebResponse应答类和HttpWebRequest请求类向银行WEB服务器发出请求和接受输出数据流，把接受到的输出数据流写入XML文件，写完之后，接着就对XML文件中的每条记录同学校数据库中数据记录进行比较，以XML记录为准（因为XML中的记录都是来自于用户在银行交易成功的记录），如果学校数据库中不存在，就把对应着的XML中的记录插入数据库中。应该注意的是由于银行网站都是通过SSL加密访问的，所以当我们通过HttpWebRequest构造的类给其发出请求时，须加载证书，查询时不需要证书的，也需要做忽略证书的说明，否则当通过HttpWebResponse类构造的对象去接受的数据流时，就会出现不是为空就是无法访问的之类的情况或提示，整个流程见图3。

图3 自动对账流程图

3.2 全自动对账的实现

//注：实现语言：C# 以下为精简出来的代码

//建造HttpRequest.cs读取网页内容的关键类 以下是该类中的关键函数和说明

// HttpRequest网页请求方法

public bool OpenRequest(string requestUriString, string requestReferer)//带参数的请求函数

{// 用requestUriString, requestReferer对一些参数赋值

return OpenRequest();

}

private bool OpenRequest()//真正向网站发出数据请求的Request函数

{__HtmlText__.Remove(0, __HtmlText__.Length);

HttpWebRequest Request = (HttpWebRequest)WebRequest.Create(Uri);

Request.AllowAutoRedirect = AutoRedirect;

{Regex __RegexUri_ = new Regex("^https://", RegexOptions.IgnoreCase);

if(__RegexUri_.IsMatch(Uri))

ServicePointManager.CertificatePolicy = new TrustAllCertificatePolicy();

}

//此处设置一些属性

Request.ContentType = "application/x-www-form-urlencoded";

byte []Bytes = Encoding.GetEncoding(Charset).GetBytes(Post);

Request.ContentLength = Bytes.Length;

using(Stream writer = Request.GetRequestStream())

{writer.Write(Bytes, 0, Bytes.Length);

writer.Close();}

HttpWebResponse Response;

Response = (HttpWebResponse)Request.GetResponse();

{HtmlText.Append(theException.Message);

return false;}}

private void ReadHtmlText(HttpWebResponse _Response_)//写成XML文件函数

{using(Stream reader = _Response_.GetResponseStream())

{StreamReader sr = new StreamReader(reader, Encoding.GetEncoding(Charset));

path = Application.StartupPath;}}

public class TrustAllCertificatePolicy : ICertificatePolicy//加载证书或忽略证书

{public TrustAllCertificatePolicy()

{// TODO: 在此处添加构造函数逻辑}

public bool CheckValidationResult(ServicePoint _ServicePoint_, X509Certificate _Cert_, WebRequest _WebRequest_, int _Problem)

{return true;}

private void dataAjust() //银校对账函数

{path = Application.StartupPath;

if (path.Substring(path.Length - 1) != "\")

{path = path + "\";}

path = path + "DataFromBank.xml";

xmlDoc.Load(path);

XmlTextReader reader = new XmlTextReader(path);

XmlNode xn = xmlDoc.SelectSingleNode("DOCUMENT");

XmlNodeList xnl = xn.ChildNodes;

foreach (XmlNode xnf in xnl)

{XmlElement xe = (XmlElement)xnf;

XmlNodeList xnf1 = xe.ChildNodes;

temp = xnf1.Item(6).InnerText;

orderNo = xnf1.Item(3).InnerText;

money = Convert.ToDouble(xnf1.Item(5).InnerText);

//调用库存储过程，由它判断该订单号是否在库中存在,并进行相应的处理

}}//对应foreach

}

4 结束语

本文研究了人工网上银行转账订单号方式设计思路和全自动化的银校对账系统，目前本人并在该设计思路的下设计出了应用程序，并在我校投入使用，结果表明，该系统能够较好满足用户在银行和学校之间、学校内的交易，数据准确，银校数据能够保持一致性、实时性，学校财务处工作人员毋须人工干扰，真正做到了财务工作自动化。

基于订单号方式的后台自动对账的人工网上银行转账系统有着很大的商业价值，目前，越来越来多的企业、商家推出网上电子展销平台，网上购物如雨后春笋般涌现，与银行交易的原理与本人设计的转账和处理方式有着一定的类似性，因此本文具有一定的借鉴意义。

参考文献：

[1]中国建设银行项目开发组.书名： 中国建设银行网上支付查询接口操作手册,2001.

[2]Simon Robinson, Christian Nagel,李敏波译著.C#.NET 高级编程[M].清华大学出版社.

[3]Anthony Jones.Network Programming for Microsoft Windows[M].Microsoft Press.

[4]Gary P. Schneider.Electronic Commerce(4th Edition)[M].Thomson.

[5]Bruce Schneier.Applied Cryptography: Protocols, Algorithms and Source Code in[M].John Wiley & Sons.

校园网上购物系统设计 篇7

1 MVC开发模式

该系统采 用JSP+Servlet+JavaBean(MVC)三层架构模式,MVC三层架构模式(图1)就是Web层,业务处理 层service,数据访问层Dao,Dao类主要负责有关数据库的操作,该类在静态代码块中驱动并且连接数据库,然后将所有的数据库访问方法定义为静态的。具有耦合性低、重用性高、生命周期成本低、部署快、可维护性高、有利软件工程化管理等优点。视图、模型、控制器是MVC设计模式的三要

素:视图是用户看到并与之交互的界面。该系统使用JSP作为显示界面; 模型表示企业数据和业务规则,该系统采用Servlet模型。控制器接受用户的输入并调用模型和视图去完成用户的需求,所以当单击Web页面中的超链接和发送HTML表单时,控制器本身不输出任何东西和做任何处理。它只是接收请

求并决定调用哪个模型构件去处理请求,然后再确定用哪个视图来显示返回的数据。

2 系统组织与数据库设计

2.1 系统组织

系统结构 ( 图2) 包括前台管理与后天管理两个部分,后台管理分为分类管理、图书管理、订单管理;前台管理分为用户管理,图书订购,管理首页。

2.2 数据库设计

校园网上系统主要实现图书的购买与图书一体化管理系统,涉及图书信息、图书分类、订单、订单项、用户等实体。用户信息表包括用户名、密码、电话、手机、地址、邮箱等属性,图书信息表( 图3)

包括书名、作者、售价、图片、描述、所属分类。图书信息表(book)是用来保存网上书店每一种图书基本信息的数据表,是维护管理图书数据的依据,图书分类信息表(category)记录了与网上书店图书分类相关信息,用户基本信息表 (user) 存放了网上书店对应的客户信息,包括客户的姓名、联系方式等信息,订单信息表 (order)保存了用户购买图书的相关信息,订单项信息表 (orderitem) 用来管理用户提交的订单信息及用户信息。

3 网上书店系统的模块设计与实现

3.1 网上书店系统的模块设计

3.1.1 用户管理模块

用户注册:新的用户在登陆购买图书之前,必须进行注册,通过Tomcat服务器将注册信息保存在数据库user表当中,注册用户时必须填写以下的用户信息,用户名、密电话、手机、地址、邮箱,这些信息都是联系用户的基本信息。

用户登陆:用户可以使用在注册页面中注册的用户名与密码完成登录,用户必须提供正确的用户名和密码才能才能登录成功,系统数据库匹配成功后进入购物首页index.jsp页面就可以购买图书了。

3.1.2 分类管理模块

图书类别添加:为了方便图书的管理,校园网上系统在图书的添加与显示时都是通过图书类别来实现的,AddCategoryServlet获取分类 信息,封装到JavaBean,调BusinessService中的addCategory方法,BusinessService的addCategory() 调用CategoryDaor的add方法,将图书信息添加到MySQL数据库中,addCategory.jsp用于显示分类添加信息。

图书类别查看:系统管理员可以通过后台管理查看已经添加的图书类别,用户点击查看分类链接时,ListCategoryServlet调用BusinessService的getAllCategory方法,得到所有分类数据,交给listcategory.jsp页面显示。

3.1.3 订单管理模块

订单模块:用户确认购买链接时,ConfirmBuyServlet检查用户是否登录,对于没有登陆的用户跳转到登陆界面,对于登录用户,从其session域中取出购物车cart,并把并把cart对象和代表用户的user对象一起传递给businessService的addOrder(user,cart) 方法,最后调用orderDao.addOrder(order) 方法。

订单项模块:用户查看明细请求时,orderdetails.jsp显示订单条目,以及收货人详细地址信息并且提供一个发货按钮管理员发货使用,OrderDetailServlet根据根据order_id调用BusinessService的getOrder() 方法,OrderDao根据订单号将订单封装到MySQL数据库中。

购物车模块:改模块主要管理用户购买的图书,购物车模块的操作实例 ( 图4) 中,对于已经登陆的用户,用户将自己想要购买的书籍添加到购物车并在购物车中查看并生成订单。对于没有登陆的用户,则跳转到登陆界面。此外,次购物车模块还提供了计算商品总价,清空购物车功能。

前台首页显示模块:用户发送请求时,index.jsp显示分类信息与显示书籍的分页信息,IndexServlet根据分类ID、页号调用BusinessService中getBookByPage获得封装了分页数据的Page对象,调用Business

Service的getAllCategory方法获得分类信息,将保存在request域中的实体转发给index.jsp显示。

3.2 网上书店系统的模块实现

校园网上购物系统设计 篇8

网上购物系统为网上直销渠道的建立提供了一种很好的解决办法。通过对系统的需求及功能分析可以将系统分为用户、商品、购物车、订购单以及后台管理五个功能模块。实现用户注册与登陆、商品浏览与检索、购物车管理、订单生成等功能。本文主要介绍购物车模块的设计与实现。

1 模块功能分析

网上购物系统的最终目的是实现网上购物, 客户所购买的商品需要有一个“购物车”来存放, 用户可以将所需要的商品放入“购物车”, 也可以对购物车里面的商品进行管理。该模块包括的具体功能如下:

2 购物车模块结构设计

购物车为客户提供一个虚拟的购物车, 客户可以在找到商品后将其添加到购物车, 并且可以在购物的过程中对购物车中的商品进行修改, 如:删除某些商品信息、增加购买数量或者是继续购物, 购物完成后去收银台对商品进行结账。

3 购物车详细设计

在用户确定要购买的商品后就需要把商品加入购物车, 加入购物车后用户可以继续购物, 可以通过购物车进行结账, 也可以对购物车中的商品进行数量的编辑、商品的删除等操作。

3.1 购物车商品添加

在用户点击商品浏览页面的购买按钮后, 就需要把商品添加到购物车, 以方便用户继续进行购物等其它操作。在本购物系统中, 单击购买按钮后页面将商品浏览页面的FORM表单数据提交给购物车页面 (buy.asp) , 购物车页面首先对提交的数据进行检测, 检测用是否是登陆用户、传递的参数数据是否有非法字符、商品ID是否是整型数据, 如包含非法数据则提示。

对提交到购物车的信息购物车页面首先要判断该商品是否在购物车中已经存在, 如果存在则商品数量为以前购物车中的商品数量与新添加的该商品的商品数量相加、重新计算商品的费用总额, 更新相关数据信息, 如果购物车中不存在该商品则添加进购物车一条新信息。

实现购物车的方法常用的有使用cookies、session变量来存放购物车信息, 也可以用数据表来存放, 本系统采用数据表的方法存放用户所购买的商品信息。用户放入购物车的每一种商品在数据表中生成一条记录, 根据数据表中的用户名与状态 (zhuangtai) 字段的信息可以区分是否是购物车中的数据。

主要部分伪代码如下:

3.2 购物车商品管理

当商品添加进购物车后, 购物车页面将显示购物车中的商品信息, 并提供对购物车进行管理的功能。

购物车页面需要显示的购物车信息包含商品名称、单价、数量、样式、单价等信息, 所以说这里需要通过内联查询把商品表 (shop_product) 和购物车所使用的订单表 (shop_action) 建立关联, 查询出购物车内包含的相关信息并通过循环语句逐条显示在FORM表单中。

在购物车页面, 用户可以对购物车中的商品进行修改数量、删除商品、清空购物车等操作, 也可以选择返回主页面继续购物。如果用户选择继续购物, 则将转向主页面 (index.asp) ;如果选择修改数量, 则将表单数据提交到修改数量页面 (xgsl.asp) , 对修改的商品数量进行更新;如果选择清空购物车, 则将订单表中的与用户ID相关的所有购物车状态 (zhuangtai=7) 的记录信息删除;如果选择去收银台, 则将表单中信息传递给收银台页面生成订单。

3.3 购物车生成订单

当用户完成购物后要去收银台结账, 购物车页面将表单中的信息提交给订购单页面, 订购单页面再次将购物车中要生成订单的信息显示出来供用户确认, 如果需要修改, 可以返回修改购物车中的信息。如果确定, 则购物车页面将从用户表 (shop_user) 中查询出用户真实姓名、邮箱地址、联系电话、送货方式等信息供用户修改与确认。当用户确认收货信息后, 系统将显示商品、收货信息等供用户确认, 用户确认后将生成订单。生成订单后需要将生成的订单号以及订单表中其它的相关数据进行更新, 同时也需要对商品表中的库存数据进行更新。

主要部分伪代码如下:

打开订购单表, 根据用户名确定要生成订单的商品信息根据时间生成订单号

4 结语

综上所述, 使用数据表来实现网上购物车功能还是很方便实现的, 能够避免使用cookies方法受浏览器限制的支持、也能够避免session方法有可能带来的安全隐患, 为网上购物系统购物车实现方法的一种较好的选择。

摘要：购物车模块是网上购物系统的重要组成部分, 通过对购物车模块的功能分析对购物车模块进行了结构设计, 对购物车模块的功能实现进行了分析, 并使用伪代码的方式给出了主要部分的详细设计。

关键词：购物系统,购物车,电子商务

参考文献

[1]李文才, 田中雨, 刘越军.ASP动态网站开发基础教程与实验指导[M].清华大学出版社, 2008:237-264.

校园网上购物系统设计 篇9

本网上购物系统主要业务是实现用户的在线购物功能, 主要分为前台用户购物和后台管理。前台用户可以浏览商品, 可以分类浏览、搜索商品;新用户注册功能、用户个人信息管理功能、网店的最新公告、网店新闻浏览等几个模块。

后台管理包括以下功能:

商品管理:对具体商品的添加, 包括商品的名称、厂家、生产日期、商品描述、销售等商品的详细信息。

订单管理:对前台用户购物所产生的订单进行管理、查看、删除等操作。

商品种类管理:新添商品种类, 修改原有种类名称, 上、下移商品上价顺序、删除原有商品种类等功能。

用户管理:对注册为系统会员的用户进行管理;对其名称、联系电话等具体信息进行修改或删除等。

新闻管理:新添或删除网店新闻信息。

公告设置:新添或删除网店公告信息。

修改密码:管理员管理自己密码。

销售统计:对网店的具体产品的数量及总额进行直观的统计。系统前台业务流程图如图1所示, 系统后台业务流程图如图2所示。

2 系统设计

根据系统功能概述, 将网上购物系统分为系统前台和后台管理两大部分。系统前台包括:

(1) 注册登录模块:具有实现用户注册账号, 身份信息校验功能。

(2) 商品信息模块:提供商城内的特价商品, 最新商品, 销售排行等信息。

(3) 商品查询模块:具有按大小类别查询的功能。

(4) 购物车模块:可以对每一个用户提供一个虚拟的购物车, 用户可以随时查看、修改、添加、删除购物车中的商品信息, 并为生成订单填写必要信息。

(5) 收银台模块:根据客户购物车中的信息以及该用户的注册信息生成订单信息呈现给用户, 用户填写订单后, 进行结账。

(6) 订单查询模块:用户可以选择并修改该订单中的相关订购信息, 并提交订单信息到数据库, 也可查看或取消订单。

后台管理功能包括:

(1) 后台登录模块:实现管理员登录功能。

(2) 商品管理模块:该模块可以实现新商品入库, 商品信息查询、修改、删除功能、库存查询功能。

(3) 会员管理模块:该模块可以查询会员基本资料, 以及会员的删除功能。

(4) 后台管理员模块:实现添加后台管理人员, 删除管理员功能。

(5) 订单管理模块:实现查看订单的详细信息, 订单的发货、订单的删除功能。

(6) 类别管理模块:实现商品大类和小类的查询、添加、修改和删除。

(7) 友情链接模块:实现友情链接其他网站的功能。

(8) 退出后台模块:实现退出后台管理功能。

系统前台功能模块图如图3所示, 后台管理功能模块图如图4所示。

3 系统实现

3.1 添加商品至购物车

电子商务网站一般都有一个购物车功能, 它必须设计合理, 功能便捷。本系统的购物车主要是基于session, 要设计一个购物车, 就必须分析购物车应该具备哪些功能。添加商品至购物车功能是将顾客当前选中的商品暂时保存起来, 顾客可以继续选择商品, 也可以把购物车里不要的商品删除。用户查询需要购买的商品信息, 点击商品的缩略图或者商品名称跳转到商品详细信息介绍的页面。可以将商品加入收藏夹便于下一次购买或者将商品加入购物车直接购买商品。

3.2 查看购物车

为了方便用户随时查看购物情况, 在网站的首页加入了查看购物车的链接, 通过它可以查看到所有放入购物车中商品信息, 在实现本功能时, 本系统使用了一组文本框来记录用户购买的数量, 用户可以在文本框中输入想要购买的数量;如果想要在购物车中删除某一商品, 则需要点击该商品对应的删除功能, 这样从购物车中删除该商品, 如果要把购物车中的商品全部删除, 点击右下方的清空购物车就可以将购物车中的所有商品全部清空。

3.3 生成订单

生成订单是网上购物的最终目的, 前面所有功能的实现都是为最后生成一个用户满意的订单做基础, 在此要生成一个可以供用户随时查询的订单号, 还要保存用户订单中所购买的商品信息。购物车的信息无误后, 顾客点击“去收银台”进行付款, 填写详细信息, 如果用户是会员并且登录, 用户的基本信息已经确认, 那么只需要填写快递方式和付款方式, 如果选择货到付款方式, 那么商品款将在顾客收到商品的时候交付, 如果选择银行付款, 那么会通过网上银行支付。

3.4 商品管理

商品管理模块实现了管理员对商品的管理, 例如添加新商品、删除商品信息、更改商品信息、修改商品状态为上架或者下架等, 商品浏览中显示的是所有商品的信息, 可以在该界面进行商品信息的修改、删除以及添加新商品, 在编辑商品的时候可以修改商品的一些基本信息等。在电子商务网站中对于商品信息的管理至关重要, 可以说一个没有任何商品信息或商品信息不齐全的商务网站是没有任何意义的。在商品设置这块本文分商品信息的查询、添加、修改和删除这几个方面来逐一实现。实现的关键代码如下:

3.5 会员管理

管理员登录成功后, 可以执行查找会员用户的操作。本系统支持按姓名查找以及一次性显示全部。其处理逻辑与查询用户相似。管理员查得用户后, 可以对该用户执行删除操作, 被删除的用户账号会被冻结, 相关信息会被保存。当会员表中删除标志字段为1时, 表明账号已经冻结, 该用户将无法再登录。

3.6 订单管理

订单浏览界面显示的是所有未确认的订单, 如果不是用户需要的, 可以删除未确认的订单, 否则, 将订单的状态由未确认改为确认, 如果订单已经确认, 等待交易完成后管理员可以进行提交, 将订单的状态设置为完成状态, 要完成这个功能需要对订单表查询操作, 订单明细表查询操作, 删除订单操作以及执行订单的操作。订单的执行方法主要是修改订单表的字段名为sign的值, 即执行一条SQL语句, 对应着持久层的方法代码如下:

参考文献

校园网上购物系统设计 篇10

1 意义和目的

在现代的商务模式中,电子商务充分利用了计算机网络技术中对信息的检索和获取的便捷性,对个人和公司提供海量信息从而为商品的顺利交易做出决策等方面提供便利的服务,解决了商家和客户对商品交易信息的各自需求以及减少了商品交易的成本,更快的促进了商品交易。电子商务作为商品交易的一种新商务活动,它突破了现实商品交易有一定区域性的特点,开拓更广阔的销售市场和顾客群,从而扩大商品销售量获取更高的利益,同时在网上开展的电子商务活动对于节省交易的费用,利用网络信息的便利性加速商品流通和顾客的需要信息的反馈。由于网上销售没有库存压力、经营成本低、经营规模不受场地限制等,在将来会有更多的企业选择网上销售,通过互联网对市场信息的及时反馈适时调整经营战略,以此提高企业的经济效益和参与国际竞争的能力。因此可以看出发展网上购物将会是一种为企业打开销售的全新渠道和增加利润主流方法。设计目的:设计出能让用户通过网站的各功能模板轻松想找到自己想要的产品的相关信息,并能通过网站来进行安全的交易。

2 系统开发需求

1)开发环境:Microsoft windows XP;开发工具:Active server pages(ASP)

2)运行环境:Microsoft windows NT 4.0系统或以上配置;Internet Information Server 5.0或者更高版本的IIS服务器。

3 系统设计

3.1 系统目标

对于典型的数据库管理系统,尤其是像这一类的网上购物系统这样数据流量特别大的网络管理系统,必须要满足广大用户使用方便、操作灵活方便等设计需要,必须确保用户在网上购物时交易的整个过程的顺利进行。本系统的目标如下:

1)展示网站最新的商品信息,给用户更方便了解商品的最新市场动态。

2)网站自动根据商品的销售情况及用户对商品交易的满意度来推荐并展示部分优质商品。

3)安全强大的后台管理功能,方便用户在网上修改个人的资料、进入网站的密码、查询提交的订单状态以及个人在网上的消费情况。

4)实现购物车和收银台的功能,用户选择所需要的商品后,可以在线提交商品订单进行交易。

5)对商品信息进行管理,对商品进行分类存储并能进行修改和删除等操作。

6)对用户提交的订单,根据具体的情况进行阶段的处理。

7)对管理员信息进行维护管理。

8)为广大用户提供全天方便快捷的订购服务,网站系统运行稳定、安全可靠。

3.2 系统流程

用户在网上购物时,首先要进到主页进行浏览商品,如果所要打的商品不是比较新的产品还可通过网站提供的搜索引擎进行搜索相关的商品信息,找到合适的商品后再选择,将商品放到自己的购物车中,然后再回过头继续找自己需要的商品,待所有的需要购买的商品都放入购物车后,再下订单,根据订单号到收银台进行网上在线支付交费。网上购物的整个流程图如图1所示。

3.3 系统功能

其中根据网上购物的特点,将其分为客户留言簿、用户中心、产品展示、帮助功能和搜索商品共五个部分,其中各个部分及其包括的具体功能模块如图2所示。

根据系统后台的特点,可以将其分为常规管理、会员管理、账务管理、商品管理、信息管理和数据维护共六个部分,其中各个部分及其包括的具体功能模块如图3所示。

3.4 数据库设计

系统的每个实体在数据库中都有相对应的表,显示用户购物服务系统中数据表的关系模型。数据库中主要存储用户的信息、商品信息和订单信息,其中涉及的数据表有:管理用户表(admin)、新闻公告表(news)、用户表(user)、信息表(mess)和产品表(product),其中每个表的关系如下:

product(id,prename,company,intro,predate,price,pretype,other,graph,description,remarks,name,introduce,productdate,score)

4 系统核心功能的实现

网上系统的购物车是网上交易的核心,在该页面首先要帮助用户在生成购物订单之前确认自己所买的商品,用户在网站上浏览商品时,如遇上好的商品即可选购到自己的购物车中,当选完所有自己感兴趣的商品后,可在购物车查看自己刚刚选好的商品的详细信息,包括商品的名称、价格和数量,在显示完所有商品后面还要显示购物商品的总件数以及总价等信息,以供用户自己确认。当然用户可以对购物车中商品的数量,也可以删除购物车中已选中的商品。根据ASP技术的特点,购物车的实现主要用Session对象去实现,目的在于保存用户自进入网站后的状态信息。当每一个用户登录进入网站系统后,为用户分配两个Session对象的变量,一个为Session_productlist变量,主要是保存用户挑选后放入购物车中的某一种商品的ID号,另一个为Session_num变量,主要是保存购物车中相应商品的数量。Session_productlist变量初始值设置为空而另一变量Session_num设置为1。如果用户选择某一种商品后放入购物车时,将Session_productlist变量的值加上该种商品的放入购物车时的的id值,而变量Session_num的值则在原来的基础上加上1,这样的话就可以记录该用户放入购物车中该种商品的数量。若用户需要对购物车中的某一种商品的数据进行修改时,首先通过Session_productlist将该商品的数据读取出来,然后再接收用户从前台输入的数据新值。当用户要放弃选择购物车中的商品时,只需要把该商品的上述两个对应的值恢复为初始状态值就可以了。

5 结束语

本系统是小型的网上购物系统,采用当前流行的开发工具—ASP来完成整个系统的设计和开发,在后台数据库的设计上采用了小型数据库access来现实。系统具备了相当实用的网上交易功能。系统通过明确的目标,规划和设计了合理的后台数据处理存储表,通过开发工具ASP来实现了网上购物这一过程中的信息处理,确保网上购物交易过程的顺利进行。系统经过测试,运行基本正常,可投入实际应用中。但本系统也存在一些不足之处,如进行结算时,用户进行网上转账这一功能并没有真正实现,要真正实用时还需要跟银行签订协议,以获取银行转账的数据接口才能真正实现。

摘要：随着Internet技术迅速发展,网上购物已经成为网上的一股潮流。用户通过网络世界可以购买自己所需要的商品,与现实的购物相比,网上购物有它自身的优势和特点,把商品展示在网络世界中并且提供交易的平台是网上购物能顺利进行的有力保证,因此开发购物网站对于网上购物具有一定的实用性。

关键词：电子商务,网上购物,系统设计

参考文献

[1]汪晓平,钟军.ASP网络开发技术[M].2版.北京:人民邮政出版社,2003:1-383.

[2]龙马工作室.ASP+SQL Server组建动态网站[M].北京:人民邮电出版社,2005,6:1-663.

[3]周树清.电子商务情景案例[M].北京:中国国际广播出版社,2001:1-455.

[4]姚国章.中国企业电子商务发展战略[M].北京:北京大学出版社,2001:1-200.

[5]丛书编委会主编.ASP动态网页编程[M].北京:清华大学出版社,2006:1-234.