Javaee SSM+JSP 水果订单管理系统大作业

1. JvaaEE SSM+JSP 水果订单管理系统大作业


1.1 介绍

资源位置:

javaee-final-homework.zip

百度网盘资源链接:因为上面的资源还在审核,所以我在网盘上存了一份分享出来。

链接:https://pan.baidu.com/s/1ikyrt0ybmOuTT5mTj-V0fg
提取码:3210

说明:

运行sql后,配置Tomcat即可运行。
在这里插入图片描述

介绍:

半期作业,匆忙赶制的,细节处可能不够完善,但SSM和Java Web技术是没有问题的。纯JSP+SSM开发,弹窗,JS等等都是手动加上去的。


1.2 设计说明

果农与零售商贸易关系图:

在这里插入图片描述

果农与零售商经济关系图:

在这里插入图片描述

系统用例图:

在这里插入图片描述

系统功能结构图:

在这里插入图片描述

系统数据关系图:

在这里插入图片描述

1.3 系统主要表设计:

用户信息表 user:

在这里插入图片描述
在这里插入图片描述

  • 首先是用户表 该系统会为用户提供登录注册功能,所以用户表中需要存储 基本信息和账号密码。
  • 这里的 userid 字段的数据类型为 varchar ,因为系统选择 UUID 主键生成策略,而不是自增主键,这样便于以后数据的迁移和合并。

水果商品信息表 commodities:

在这里插入图片描述

  • 由于该系统服务于果农,所以商品类型自然是水果,那么表结构的设计应遵循水果的基本属性。

  • 水果商品表中除了有水果的名称、价格及产地外,还包括水果信息录入系统的时间,这样便于管理者浏览和检查商品录入的情况

附属品信息表:accessory

在这里插入图片描述
可以看到,除了附属品主键外,还有附属品所属的商品 ID 外键 其余是附属品的基本信息和创建时间 。后面会通过中间表将 属品与商品 采购合同关联起来。

零售商信息表 retailer:

在这里插入图片描述
该表中除了零售商的基本信息以外,还有 个状态宇段,当用户不再和某个零售商合作时可以将其设置为停用(数字 0)状态,这样用户在创建采购合同时就不会看到该零售商。如果用户想恢复与该零售商的合作,将状态改为启用(数字 1)即可。

采购合同表 contract:

最重要的 是关联关系最多的表,即采购合同表。采购合同表主要用来确定零售商的订货信息,以及总金额的计算。
在这里插入图片描述
该表中的 type 代表运输类型,分为省内(数字 1)和省外(数字 2)。该表除了包含采购合同的基本信息外,还有一个采购商的外键 id ,水果商品的 id 并不记录在该表中,因为合同与商品是一对多的关系。可以使用中间表来表示。

中间表 middle_tab:

在这里插入图片描述
在中间表中,将采购合同和附属商品进行了关联,另外还增加了商品的数量统计,以便后期按照商品的单价和数量来计算最终价格

系统数据概念模型图:

在这里插入图片描述


1.4 功能展示


1.4.1 注册功能:

在这里插入图片描述


1.4.2 登录功能:

说明:添加了登录拦截器,只有登录成功后才可以访问主页。
在这里插入图片描述


1.4.3 零售商管理功能展示:

在这里插入图片描述


1.4.4 用户设置功能展示:

在这里插入图片描述


1.4.5 货物管理功能展示:

在这里插入图片描述


1.4.6 购销合同功能展示:

在这里插入图片描述


1.5 补充:数据库文件

/*
 Navicat Premium Data Transfer

 Source Server         : 本地数据库
 Source Server Type    : MySQL
 Source Server Version : 80025
 Source Host           : localhost:3306
 Source Schema         : fruit_manage

 Target Server Type    : MySQL
 Target Server Version : 80025
 File Encoding         : 65001

 Date: 10/11/2021 09:26:13
*/
CREATE DATABASE fruit_manage;
use fruit_manage;
SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;

-- ----------------------------
-- Table structure for accessory
-- ----------------------------
DROP TABLE IF EXISTS `accessory`;
CREATE TABLE `accessory`  (
  `accessoryid` varchar(50) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL,
  `fruitid` varchar(50) CHARACTER SET utf8 COLLATE utf8_bin NULL DEFAULT NULL,
  `name` varchar(50) CHARACTER SET utf8 COLLATE utf8_bin NULL DEFAULT NULL,
  `price` double NULL DEFAULT NULL,
  `createtime` datetime(0) NULL DEFAULT NULL,
  PRIMARY KEY (`accessoryid`) USING BTREE,
  UNIQUE INDEX `accessory_PK`(`accessoryid`) USING BTREE,
  INDEX `关系4_FK`(`fruitid`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_bin ROW_FORMAT = Dynamic;

-- ----------------------------
-- Records of accessory
-- ----------------------------
INSERT INTO `accessory` VALUES ('05827d14-9d54-4f8f-bb1a-5c4756d9da98', '88e6ec6c-6d17-43a7-8782-48957ajskdf', '黄桃', 2, '2021-11-09 22:57:58');

-- ----------------------------
-- Table structure for commodities
-- ----------------------------
DROP TABLE IF EXISTS `commodities`;
CREATE TABLE `commodities`  (
  `fruitid` varchar(50) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL,
  `name` varchar(50) CHARACTER SET utf8 COLLATE utf8_bin NULL DEFAULT NULL,
  `price` double NULL DEFAULT NULL,
  `locality` varchar(100) CHARACTER SET utf8 COLLATE utf8_bin NULL DEFAULT NULL,
  `createtime` datetime(0) NULL DEFAULT NULL,
  PRIMARY KEY (`fruitid`) USING BTREE,
  UNIQUE INDEX `commodities_PK`(`fruitid`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_bin ROW_FORMAT = Dynamic;

-- ----------------------------
-- Records of commodities
-- ----------------------------
INSERT INTO `commodities` VALUES ('3e99a681-77db-420b-8b61-de012b0a6d39', '周天骄', 2, '江苏省', '2021-11-09 12:00:30');
INSERT INTO `commodities` VALUES ('88e6ec6c-6d17-43a7-8782-38904ajskdh', '黄桃', 2, '浙江省金华市', '2017-09-09 09:34:12');
INSERT INTO `commodities` VALUES ('88e6ec6c-6d17-43a7-8782-48957ajskdf', '火龙果', 6.68, '浙江省绍兴市', '2017-09-09 09:35:17');
INSERT INTO `commodities` VALUES ('88e6ec6c-6d17-43a7-8782-89asdjh389a', '大菠萝', 0.3, '江苏省', '2017-09-09 09:36:44');
INSERT INTO `commodities` VALUES ('88e6ec6c-6d17-43a7-8782-9534sd23h90', '柚子', 0.5, '上海市金山区', '2017-09-09 09:37:51');
INSERT INTO `commodities` VALUES ('88e6ec6c-6d17-43a7-8782-csrjdsk8347', '猕猴桃', 2.2, '上海市嘉定区', '2017-09-09 09:38:03');
INSERT INTO `commodities` VALUES ('88e6ec6c-6d17-43a7-8782-d1eae391234', '苹果', 0.7, '山东省青岛市', '2017-09-09 09:39:22');
INSERT INTO `commodities` VALUES ('88e6ec6c-6d17-43a7-8782-d1eae394106', '橘子', 1.6, '上海市普陀区', '2017-09-09 09:40:11');
INSERT INTO `commodities` VALUES ('88e6ec6c-6d17-43a7-8782-d1eae84dj46', '香蕉', 1.3, '江苏省昆山市', '2017-09-09 09:41:23');
INSERT INTO `commodities` VALUES ('88e6ec6c-6d17-43a7-8782-dhk327894aj', '柿子', 0.5, '江苏省苏州市', '2017-09-09 09:42:52');
INSERT INTO `commodities` VALUES ('88e6ec6c-6d17-43a7-8782-dijhksd2367', '榴莲', 13, '江苏省盐城县', '2017-09-09 09:43:31');
INSERT INTO `commodities` VALUES ('88e6ec6c-6d17-43a7-8782-jhk8340a783', '荔枝', 1.8, '江苏省无锡市', '2017-09-09 09:44:05');
INSERT INTO `commodities` VALUES ('88e6ec6c-6d17-43a7-8782-kduidfh3435', '西瓜', 0.3, '江苏省常州市', '2017-09-09 09:45:14');
INSERT INTO `commodities` VALUES ('88e6ec6c-6d17-43a7-8782-xce3940hsd4', '大芒果', 3.6, '浙江省杭州市', '2017-09-09 09:46:34');

-- ----------------------------
-- Table structure for contract
-- ----------------------------
DROP TABLE IF EXISTS `contract`;
CREATE TABLE `contract`  (
  `contractid` varchar(50) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL,
  `retailerid` varchar(50) CHARACTER SET utf8 COLLATE utf8_bin NULL DEFAULT NULL,
  `barcode` varchar(50) CHARACTER SET utf8 COLLATE utf8_bin NULL DEFAULT NULL,
  `type` int(0) NULL DEFAULT NULL,
  `createtime` datetime(0) NULL DEFAULT NULL,
  PRIMARY KEY (`contractid`) USING BTREE,
  UNIQUE INDEX `contract_PK`(`contractid`) USING BTREE,
  INDEX `关系1_FK`(`retailerid`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_bin ROW_FORMAT = Dynamic;

-- ----------------------------
-- Records of contract
-- ----------------------------
INSERT INTO `contract` VALUES ('4ac05318-8149-4bd9-a0d6-218e51953eba', '90h7dv5c-9j87-24r6-9087-anune089x325', '636479467952', 1, '2021-11-10 01:37:48');
INSERT INTO `contract` VALUES ('5636d4e7-36c3-4f5d-b11c-049c8c1f8945', '351ab130-07c4-4a82-b713-8f71328111bc', '636478148605', 0, '2017-09-25 19:13:20');
INSERT INTO `contract` VALUES ('8ba217d4-61fb-4c28-87e2-4fdcdd5b73bd', '88e6ec6c-6d17-43a7-8782-d1eae394d802', '636479463299', 1, '2021-11-10 01:37:43');

-- ----------------------------
-- Table structure for middle_tab
-- ----------------------------
DROP TABLE IF EXISTS `middle_tab`;
CREATE TABLE `middle_tab`  (
  `middleid` varchar(50) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL,
  `contractid` varchar(50) CHARACTER SET utf8 COLLATE utf8_bin NULL DEFAULT NULL,
  `fruitid` varchar(50) CHARACTER SET utf8 COLLATE utf8_bin NULL DEFAULT NULL,
  `number` int(0) NULL DEFAULT NULL,
  PRIMARY KEY (`middleid`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_bin ROW_FORMAT = Dynamic;

-- ----------------------------
-- Records of middle_tab
-- ----------------------------
INSERT INTO `middle_tab` VALUES ('012ac2b0-4dd9-46ba-9d5a-4f7d52e92fc8', '5636d4e7-36c3-4f5d-b11c-049c8c1f8945', '88e6ec6c-6d17-43a7-8782-d1eae391234', 5);
INSERT INTO `middle_tab` VALUES ('5160829a-f22c-418d-9a21-68faa3cbdc83', '4ac05318-8149-4bd9-a0d6-218e51953eba', '88e6ec6c-6d17-43a7-8782-d1eae391234', 5);
INSERT INTO `middle_tab` VALUES ('9b17fc9c-3be8-47e1-af63-d393d51dcf2b', '5636d4e7-36c3-4f5d-b11c-049c8c1f8945', '88e6ec6c-6d17-43a7-8782-38904ajskdh', 0);
INSERT INTO `middle_tab` VALUES ('a5a8cde8-09c5-4006-8da3-46ad1ae7268d', '5636d4e7-36c3-4f5d-b11c-049c8c1f8945', '88e6ec6c-6d17-43a7-8782-jhk8340a783', 3);
INSERT INTO `middle_tab` VALUES ('b13bc528-db03-423f-a73b-839d2bb3b880', '5636d4e7-36c3-4f5d-b11c-049c8c1f8945', '88e6ec6c-6d17-43a7-8782-48957ajskdf', 0);

-- ----------------------------
-- Table structure for retailer
-- ----------------------------
DROP TABLE IF EXISTS `retailer`;
CREATE TABLE `retailer`  (
  `retailerid` varchar(50) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL,
  `name` varchar(50) CHARACTER SET utf8 COLLATE utf8_bin NULL DEFAULT NULL,
  `telphone` varchar(20) CHARACTER SET utf8 COLLATE utf8_bin NULL DEFAULT NULL,
  `address` varchar(100) CHARACTER SET utf8 COLLATE utf8_bin NULL DEFAULT NULL,
  `status` int(0) NULL DEFAULT NULL,
  `createtime` datetime(0) NULL DEFAULT NULL,
  PRIMARY KEY (`retailerid`) USING BTREE,
  UNIQUE INDEX `retailer_PK`(`retailerid`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_bin ROW_FORMAT = Dynamic;

-- ----------------------------
-- Records of retailer
-- ----------------------------
INSERT INTO `retailer` VALUES ('161f8581-d666-416b-84db-49810a82259e', '天骄', '18108385440', '虹口', 1, '2021-11-09 11:40:20');
INSERT INTO `retailer` VALUES ('351ab130-07c4-4a82-b713-8f71328111bc', '刘成成', '13566666666', '上海市黄浦区', 1, '2017-09-09 09:31:17');
INSERT INTO `retailer` VALUES ('35f97b4b-3cf0-429f-9f10-01a4d87158fb', '旭旭', '131111', '虹', 1, '2021-11-09 09:48:32');
INSERT INTO `retailer` VALUES ('45j8r40p-4fu7-87t4-8723-sdfjh789x907', '石恩华', '13777777778', '上海市普陀区', 1, '2017-09-02 12:33:40');
INSERT INTO `retailer` VALUES ('88e6ec6c-6d17-43a7-8782-d1eae394d802', '蒋虎子', '13888888888', '上海市嘉定区', 1, '2017-09-02 12:31:20');
INSERT INTO `retailer` VALUES ('90h7dv5c-9j87-24r6-9087-anune089x021', '胡晓', '15522222222', '上海市闵行区', 1, '2017-09-04 09:14:55');
INSERT INTO `retailer` VALUES ('90h7dv5c-9j87-24r6-9087-anune089x096', '蒋俊佳', '13666666666', '上海市宝山区', 1, '2017-09-03 09:14:55');
INSERT INTO `retailer` VALUES ('90h7dv5c-9j87-24r6-9087-anune089x294', '施俊', '18108385440', '上海市浦东新区', 1, '2017-09-04 09:16:55');
INSERT INTO `retailer` VALUES ('90h7dv5c-9j87-24r6-9087-anune089x325', '钱晓晓', '15533333333', '上海市长宁区', 1, '2017-09-04 09:17:55');
INSERT INTO `retailer` VALUES ('90h7dv5c-9j87-24r6-9087-anune089x365', '王二小', '13555555555', '上海市杨浦区', 1, '2017-09-04 09:18:55');
INSERT INTO `retailer` VALUES ('90h7dv5c-9j87-24r6-9087-anune089x476', '任宇', '13222222222', '上海市虹口区', 1, '2017-09-04 09:19:55');

-- ----------------------------
-- Table structure for user
-- ----------------------------
DROP TABLE IF EXISTS `user`;
CREATE TABLE `user`  (
  `userid` varchar(50) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL,
  `username` varchar(50) CHARACTER SET utf8 COLLATE utf8_bin NULL DEFAULT NULL,
  `password` varchar(50) CHARACTER SET utf8 COLLATE utf8_bin NULL DEFAULT NULL,
  `name` varchar(50) CHARACTER SET utf8 COLLATE utf8_bin NULL DEFAULT NULL,
  `telphone` varchar(20) CHARACTER SET utf8 COLLATE utf8_bin NULL DEFAULT NULL,
  PRIMARY KEY (`userid`) USING BTREE,
  UNIQUE INDEX `user_PK`(`userid`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_bin ROW_FORMAT = Dynamic;

-- ----------------------------
-- Records of user
-- ----------------------------
INSERT INTO `user` VALUES ('3af57d0545766ec940d2c32a6567cc06ae5', 'jack', '1234', '张三', '15588888888');
INSERT INTO `user` VALUES ('4fff37bc-53f7-48f8-a19a-e90d54e08629', 'admin', '123456', '天骄', '18108385440');
INSERT INTO `user` VALUES ('734hdak3kfd389jgh3kll4590wejrh983jk', 'tom', '4321', '张茜茜', '13888888888');
INSERT INTO `user` VALUES ('88e6ec6c-6d17-43a7-8782-d1eae394d802', 'jackson', '2222', '刘霜', '13782345627');

SET FOREIGN_KEY_CHECKS = 1;


  • 24
    点赞
  • 262
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 23
    评论
### 回答1: 基于Java、JavaEEJSP技术的售后服务管理系统是一种集成了前后端交互、数据库存储和业务逻辑处理的系统,它是企业售后服务管理的重要工具。 在学术界和业界,已经出现了大量的文献研究和实践应用,下面将按照常用的研究方法进行综述。 首先,研究课题的背景意义应该得到充分的阐述。随着国内企业的不断发展,售后服务管理越来越受重视。通过引用一些相关的行业报告和数据,可以说明这种管理系统的重要性和实际需求。 其次,研究方法可分为理论研究和实践应用两方面。理论研究主要包括需求分析、架构设计、技术选型等内容,其中技术选型方面可借鉴一些国际标准或者开源框架的选择。实践应用则需要具体的实现过程和效果验证。研究方法部分应该对系统设计的整体框架和各个子模块进行细致的分析和说明,详细阐述技术实现和技术优势。 最后,研究结论应该有一定的参考价值和启示意义。结论可以涉及系统稳定性、系统处理能力、用户体验等方面。并且,结论也应该对未来系统优化、扩展和升级提出建议。 总的来说,基于Java、JavaEEJSP技术的售后服务管理系统的设计与实现已经有了大量的相关研究。在设计和实现过程中,需要全面利用相关技术和工具,开展深入的研究和实践,有效解决实际问题,为企业售后服务管理带来新的思路和创新。 ### 回答2: 随着社会的发展和科技的进步,售后服务对于企业的经营越来越重要,如何高效地管理售后服务成为企业面临的一个重要难题。本文主要回答基于java、javaeejsp的售后服务管理系统设计与实现的文献综述。 首先,java技术具有跨平台性和灵活性,是开发Web应用的主流技术之一。在基于java的售后服务管理系统中,需要使用java技术实现系统的后台逻辑部分。常用的java框架有Spring、Struts、Hibernate等。Spring提供了强大的IoC容器,Struts则提供了MVC架构,Hibernate则提供了ORM功能,这些框架可以让开发者快速搭建出稳定可靠的Web应用。 其次,javaee技术是在java技术的基础上发展而来的,它涵盖了Web应用的全部功能。在基于javaee的售后服务管理系统中,需要使用Servlet、JSP等技术实现Web页面的呈现以及与后台交互。Servlet是Java语言实现的一个Web服务器扩展,可以通过Servlet快速地响应请求。JSP则是在Servlet的基础上发展而来,它可以动态地生成HTML文档,便于页面的构建和维护。 最后,售后服务管理系统的设计需要满足业务需求,开发人员需充分了解售后服务的业务流程和需求。文献综述中可以采用案例分析法、调查方法等,了解现有售后服务管理系统的设计和实现,从而对售后服务管理系统进行深入的分析和设计,实现高效便捷的售后服务管理。 综上所述,基于java、javaeejsp的售后服务管理系统设计与实现需要充分应用相关技术,结合实际的业务需求进行设计和开发,以提高售后服务的质量和效率。 ### 回答3: 售后服务管理系统是一个与公司售后服务管理相关的信息管理系统。它的主要功能是为公司提供售后服务流程的优化和管理,降低公司的售后服务成本,提高售后服务的质量和效率。基于Java、JavaEEJSP技术的售后服务管理系统设计与实现文献综述分为以下几个方面: 1. 系统架构设计 售后服务管理系统的架构设计是非常重要的,它需要充分考虑系统的可扩展性、可靠性和安全性。同时,也需要考虑到系统的性能、易用性和可维护性。目前,大多数售后服务管理系统采用B/S架构,即浏览器/服务器架构。通过将系统分为客户端和服务端两个部分,可以实现系统的分布式部署和统一管理,提高系统的稳定性和安全性。 2. 数据库设计 数据库是售后服务管理系统的核心组成部分之一,它用于存储和管理公司的售后服务数据。在数据库设计时,需要根据公司的业务特点,合理地设计数据表和数据结构,确保数据的完整性和一致性。同时,还需要考虑到数据库的性能和可扩展性,以支持系统日益增长的数据量和用户量。 3. 功能模块设计 售后服务管理系统的功能模块设计是系统设计中最重要的部分之一。它需要充分考虑公司的售后服务业务流程,为公司提供快速、准确、高效的售后服务管理工具。主要功能包括售后服务报修、服务工单管理、服务质量追踪、客户服务满意度评估等。在实现过程中,可以采用基于面向对象的分层设计,将系统划分为业务逻辑层、数据访问层、表现层等多个模块,以实现系统的灵活性和可维护性。 4. 技术方案选择 Java、JavaEEJSP是当前业界流行的Web开发技术,它们具有良好的跨平台性和可扩展性,可以帮助开发人员快速地搭建一个稳定、高效的售后服务管理系统。除了这些基础的技术之外,还可以采用Spring、Struts、Hibernate、Mybatis等框架来提高系统的开发效率和系统的稳定性。 综上所述,基于Java、JavaEEJSP技术的售后服务管理系统设计与实现是一项非常重要的任务。在实现过程中,需要充分考虑到系统架构、数据库设计、功能模块设计和技术方案选择等多个方面,以实现一个高效、安全、稳定并易于维护的售后服务管理系统

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

CodeJiao

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

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

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

打赏作者

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

抵扣说明:

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

余额充值