计算机毕业设计 jsp宠物用品交易平台springmvc+mysql 毕设

本文详细描述了一款宠物用品交易平台的系统设计过程,涵盖了自顶向下设计原则、系统性能需求、功能模块(如身份验证、商品管理、订单信息等)、数据库设计(E-R模型和关系模型)、以及B/S架构的应用。同时介绍了用户注册、登录、购物车和管理员模块的实现细节。
摘要由CSDN通过智能技术生成


https://www.bilibili.com/video/BV1Ua4y1y78p/

演示视频:

3.1 系统设计的原则

系统设计工作应该自顶向下地进行。首先设计总体结构,然后再逐层深入,直至进行每一个模块的设计。总体设计主要是指在系统分析的基础上,对整个系统的划分(子系统)、机器设备(包括软、硬设备)的配置、数据的存贮规律以及整个系统实现规划等方面进行合理的安排。

系统设计的任务是:在系统分析提出的逻辑模型的基础上,科学合理地进行物理模型的设计。系统模型分为逻辑模型和物理模型。 逻辑模型主要确定系统做什么,在系统分析阶段提出而;物理模型则主要解决怎样做的问题,系统分析阶段提出在系统设计阶段提出。

系统设计原则主要有:

1、系统性。系统是作为统一整体而存在的,因此,在系统设计中,要从整个系统的角度进行考虑,系统的代码要统一,设计规范要标准,传递语言要尽可能一致,对系统的数据采集要做到数出一处、全局共享,使一次输入得到多次利用。  

2、灵活性。为保持系统的长久生命力,要求系统具有很强的环境适应性,为此,系统应具有较好的开放性和结构的可变性。在系统设计中,应尽量采用 模块化结构,提高各模块的独立性,尽可能减少模块间的数据耦合,使各子系统间的数据依赖减至最低限度。这样,既便于模块的修改,又便于增加新的内 容,提高系统适应环境变化的能力。

3、可靠性。可靠性是指系统抵御外界干扰的能力及受外界干扰时的恢复能力。一个成功的管理信息系统必须具有较高的可靠性,如安全保密性、检错 及纠错能力、抗病毒能力等。

4、经济性。经济性指在满足系统需求的前提下,尽可能减小系统的开销。 一方面,在硬件投资上不能盲目追求技术上的先进,而应以满足应用需要为前提;另一方面,系统设计中应尽量避免不必要的复杂化,各模块应尽量简洁,以便缩短处理流程、减少处理费用。

3.2 系统性能需求

系统的反应速度应较快,本系统通过美观,友好的界面设计可完成信息查询灵活,方便,快捷,准确,数据存储安全可靠,全面展示我们的宠物用品种类,风格统一,突出特色,功能设计应体现人性化思想,方便用户操作。顾客注册后需要登录系统需输入口令才能进行购物服务。

对于管理员,在其查询订单的时候,可针对各种组合条件进行查询,而且查询效率要求高,能够及时相应查询请求,易于操作和维护。另外,系统还应当满足信息的完整性以及系统的可扩展性。

3.3 系统功能设计

该系统具有如下主要功能:

1.身份验证(为合法用户提供一个后台入口)  

2.添加商品(向商品表插入前台首页展示的商品信息)

3.订单信息管理(网站管理者对用户订单的执行和编辑状态)

4.查询用户信息管理模块(查询注册所有用户,对一些非法或失信用户进行删除操作)


功能图如3-1

5acc4862434d1f753a6cd8acd1026b16.jpeg

图3-1 系统功能模块结构图

3.4 数据库设计

3.4.1 概念设计

1.概念设计

为了把用户的数据要求清晰明确的表达出来,通常要建立一种面向问题的数据模型,按照用户的观点来对数据和信息建模。最常用的概念性数据模型就是E-R模型。

用户信息实体属性图如图3-2所示:

696e4f182636460253e38830dc511cd2.jpeg

图3-2 用户信息实体属性图

商品信息实体属性图如图3-3所示:

e0a44ff66fa6b4220544e9f6d7d6e65f.jpeg

图3-3商品信息实体属性图


购物车实体属性图如图3-4所示:

118edbd87c34ace40368236d82b7718f.jpeg

图3-4 购物车实体属性图

订单实体属性图如图3-5所示:

6064f286dd45a73d0b4a2798dbbc56f1.jpeg

图3-5 订单信息实体属性图

管理员实体属性图如图3-6所示:

ba7e8290f7c099a1da2d5ec076be6687.jpeg

图3-6 管理员实体属性图

3.4.2 逻辑设计

数据库逻辑设计分为三个阶段,分别是:用户要求、建立E-R 模型和数据库模式设计。

数据库逻辑设计中的第一阶段收集和分析用户需求是按以下四步进行的:分析用户活动,确定系统范围,分析用户活动所涉及的数据和分析系统数据。逻辑设计第二阶段建立E-R 模型分两步,首先应进行局部E-R 模型设计,然后进行总体E-R 模型的设计。逻辑设计第三阶段在数据库模式设计阶段分两步进行,第一步初步设计,把E-R 图转换为关系模型,第二步优化设计,对模式进行调整和改善。

我们所要进行研究的是逻辑设计的第三步即将E-R图像关系模型转化。下面把实体及实体间关系转换成为关系模型。实体转换出的关系模式:

用户信息表{用户编号,用户名,密码,邮箱,电话,地址}

商品信息表{商品编号,商品名称,品牌,售价,会员价格,是否推荐,类别,图片,备注}

购物车信息表{购物车编号,商品编号,商品名称,数量,价格,总价}

订单信息表{订单号,商品编号,用户编号,商品名称,收件人,地址,联系电话,订单总价,订购时间,备注}

管理员信息表{编号,账号,密码}

4宠物用品交易平台的实现

3.1 系统技术实现

4.1.1 B /S架构

B/S结构,即Browser/Server(浏览器/服务器)结构,是随着Internet技术的兴起,对C/S结构的一种变化或者改进的结构。在这种结构下,用户界面完全通过WWW浏览器实现,一部分事务逻辑在前端实现,但是主要事务逻辑在服务器端实现,形成所谓3-tier结构。B/S结构,主要是利用了不断成熟的WWW浏览器技术,结合浏览器的多种Script语言(VBScript、JavaScript…)和ActiveX技术,用通用浏览器就实现了原来需要复杂专用软件才能实现的强大功能,并节约了开发成本,是一种全新的软件系统构造技术。随着Windows 98/Windows 2000将浏览器技术植入操作系统内部,这种结构更成为当今应用软件的首选体系结构。显然B/S结构应用程序相对于传统的C/S结构应用程序将是巨大的进步。B/S结构采用星形拓扑结构建立企业内部通信网络或利用Internet虚拟专网(VPN)。前者的特点是安全、快捷、准确。后者则具有节省投资、跨地域广的优点。须视企业规模和地理分布确定。企业内部通过防火墙接入Internet,再整个网络采TCP/IP协议。

C/S 与 B/S 区别:Client/Server是建立在局域网的基础上的.Browser/Server是建立在广域网的基础上的。1.硬件环境不同: C/S 一般建立在专用的网络上, 小范围里的网络环境, 局域网之间再通过专门服务器提供连接和数据交换服务.B/S 建立在广域网之上的, 不必是专门的网络硬件环境,例与电话上网, 租用设备. 信息自己管理.  有比C/S更强的适应范围, 一般只要有操作系统和浏览器就行 2.对安全要求不同 C/S 一般面向相对固定的用户群, 对信息安全的控制能力很强. 一般高度机密的信息系统采用C/S 结构适宜. 可以通过B/S发布部分可公开信息.B/S 建立在广域网之上, 对安全的控制能力相对弱, 面向是不可知的用户群. 3.对程序架构不同 C/S 程序可以更加注重流程, 可以对权限多层次校验, 对系统运行速度可以较少考虑.B/S 对安全以及访问速度的多重的考虑, 建立在需要更加优化的基础之上. 比C/S有更高的要求 B/S结构的程序架构是发展的趋势, 从MS的.Net系列的BizTalk 2000 Exchange 2000等, 全面支持网络的构件搭建的系统. SUN 和IBM推的JavaBean 构件技术等,使 B/S更加成熟. 4.软件重用不同 C/S 程序可以不可避免的整体性考虑, 构件的重用性不如在B/S要求下的构件的重用性好.B/S 对的多重结构,要求构件相对独立的功能. 能够相对较好的重用.就入买来的餐桌可以再利用,而不是做在墙上的石头桌子 5.系统维护不同 系统维护是软件生存周期中,开销大, -------重要C/S 程序由于整体性, 必须整体考察, 处理出现的问题以及系统升级. 升级难. 可能是再做一个全新的系统B/S 构件组成,方面构件个别的更换,实现系统的无缝升级. 系统维护开销减到最小.用户从网上自己下载安装就可以实现升级.6.处理问题不同 C/S 程序可以处理用户面固定, 并且在相同区域, 安全要求高需求, 与操作系统相关. 应该都是相同的系统B/S 建立在广域网上, 面向不同的用户群, 分散地域, 这是C/S无法作到的. 与操作系统平台关系最小. 7.用户接口不同 C/S 多是建立的Window平台上,表现方法有限,对程序员普遍要求较高B/S 建立在浏览器上, 有更加丰富和生动的表现方式与用户交流. 并且大部分难度减低,减低开发成本. 8.信息流不同C/S 程序一般是典型的中央集权的机械式处理, 交互性相对低B/S 信息流向可变化, B-B B-C B-G等信息、流向的变化, 更像交易中心。


3.2 系统首页实现

简洁友好的用户界面是系统与用户交互的关键,并且在很大的程度上影响着用户对系统的评价。所以在设计系统界面的时候,为了防止恶意的订单,需要登陆后才可以购买商品。前面主页面如图3-1所示。


图3-1首页页面

3.3 用户模块实现

4.3.1 用户注册

用户信息包括用户名、用户密码,选项等,点击“注册”,如果用户没输入必要的字段,就会提示用户输入,完成注册。用户注册页面设计如图3-2所示:


图3-2 用户注册页面设计

首先从调用uiObj类,这里封装了用户的一些属性,通过对这些属性的赋值,然后实例化BLL类的业务处理层的AddUInfo方法添加进去。

4.3.2 用户登陆

用户登陆模块实现用户登陆功能,它验证用户提交的用户名和密码是否被授权,并根据访问权限为用户提供相应的业务功能。

用户登页面设计如图所示3-3所示。


图3-3 用户登陆界面

4.3.3 购物车模块

用户登陆后,点击购物车,进去购物车的详细页面,如果是游客点击我购物,系统会提示先登陆后在购物,如果是用户登陆后,点击购物,系统会提示其购物成功,返回本页。页面设计如图3-4所示:


图3-4 购物车页面

4.3.4 我的订单功能

用户登陆后,点击更新我的订单信息,用户可以查看的自己的订单信息,但是不能查看其他订单,可以查看订单状态或者对订单进行取消等操作。设计页面如图3-5所示:


图3-5 我的订单页面

3.4 管理员模块的实现

4.4.1 管理员登录

此模块实现用户身份验证的功能,由于本系统后台管理只是管理员操作人员使用,前在登录模块中,输入用户名及密码,点击提交按钮完成用户身份验证的功能,是为了防止人恶意登陆系统,本模块的页面设计如图3-6所示:


图3-6 用户登录界面

4.4.2 录入商品模块

此模块完成商品录入的功能,首先输入商品的相应的信息,点击“添加”按钮,首先要检查输入数据的完整性,商品信息包括产品名称、产品类别、产品图片、详细介绍。商品录入模块的窗口设计如图3-7所示:


图3-7 商品录入窗口

4.4.3 商品管理模块

1.点击左侧商品管理管理后,系统会自动的调出所有的商品管理的信息,商品管理包括名称、商品类别、会员价格价格、详细信息、删除,相应的字段会修改、点击详细信息进去详细的查看更新的内容,还可以可以对其进行修改、删除等操作。管理模块的窗口设计如图3-8所示:


图3-8 商品管理窗口

4.4.4 会员管理模块

1.显示会员信息、会员名电话号码、会员email、所在城市、详细地址、邮编。可以根据查询条件,查询关键,点击查询下面就会查询到对应的查询结果,的窗口设计如图3-9所示:


图3-9 会员模块










  • 10
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

言宇程序

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值