基于SSM的校园快递一站式服务系统【附源码】
基于SSM的校园快递一站式服务系统（源码+L文+说明文档）
目录
4 系统设计
4.1 系统概要设计
4.2 系统功能结构设计
4.3 数据库设计
4.3.1 数据库E-R图设计
4.3.2 数据库表结构设计
5 系统实现
5.1用户信息管理
5.2 代取人信息管理
5.3快递信息管理
5.1 代取快递管理
4 系统设计
校园快递一站式服务系统的设计方案比如功能框架的设计，比如数据库的设计的好坏也就决定了该系统在开发层面是否高效，以及在系统维护层面是否容易维护和升级，因为在系统实现阶段是需要考虑用户的所有需求，要是在设计阶段没有经过全方位考虑，那么系统实现的部分也就无从下手，所以系统设计部分也是至关重要的一个环节，只有根据用户需求进行细致全面的考虑，才有希望开发出功能健全稳定的程序软件。
4.1 系统概要设计
本次拟开发的系统为了节约开发成本，也为了后期在维护和升级上的便利性，打算通过浏览器来实现系统功能界面的展示，让程序软件的主要事务集中在后台的服务器端处理，前端部分只用处理少量的事务逻辑。下面使用一张图（如图4.1所示）来说明程序的工作原理。
图4.1 程序工作的原理图
4.2 系统功能结构设计
在分析并得出使用者对程序的功能要求时，就可以进行程序设计了。如图4.2展示的就是管理员功能结构图，管理员主要负责填充图书和其类别信息，并对已填充的数据进行维护，包括修改与删除，管理员也需要审核老师注册信息，发布公告信息，管理自助租房信息等。
图4.2 系统功能结构图
4.3 数据库设计
程序功能操作不管是添加，修改，还是删除等功能产生的数据都是经由数据库进行数据保存和更新的，所以一个数据库设计的好坏也是程序是否好坏的判定标准，因为程序的成功，有一半的功劳都是靠数据库的优秀设计。数据库一旦设计得良好是可以减轻开发人员的开发负担的。
4.3.1 数据库E-R图设计
这个部分的设计需要使用到E-R图绘制工具，常用的工具就是Visio工具来绘制E-R模型图，这款工具不仅可以快速创建需要的E-R模型图，而且该工具提供的操作界面很简单，可以短时间内修改绘图界面的图形或者是文字的属性。在绘制E-R模型图时，要分清楚各个图形代表的含义，以免绘制出错，E-R模型图由长方形（实体），椭圆形（属性），菱形（关系）这三部分图形符号组成，绘制期间要区分开来，用准确的图形符号代表相应的数据元素。
各个实体之间的联系用下图的E-R图表示。绘制的系统E-R图见图4.8。
图4.8 系统E-R图
4.3.2 数据库表结构设计
数据库系统一旦选定之后，需要根据程序要求在数据库中建立数据库文件，并在已经完成创建的数据库文件里面，为程序运行中产生的数据建立对应的数据表格，数据表结构设计就是对创建的数据表格进行字段设计，字段长度设计，字段类型设计等，当数据表格合理设计完成之后，才能正常存储相关程序运行产生的数据信息。
表4.1 用户信息表
| 列名 | 说明 | 数据类型 | 允许空 |
| id | int(11) | id | 否 |
| studentnumber | varchar(255) | 学号 | 是 |
| name | varchar(255) | 用户名称 | 是 |
| username | varchar(255) | 账号 | 是 |
| password | varchar(255) | 密码 | 是 |
| sex_types | tinyint(4) | 性别 | 是 |
| img_photo | varchar(255) | 头像 | 是 |
| phone | varchar(255) | 联系电话 | 是 |
| zhuSuLou | varchar(255) | 住宿楼栋 | 是 |
| dormitory | varchar(255) | 寝室号 | 是 |
| role | varchar(255) | 身份 | 是 |
表4.2 快递信息表
| 列名 | 说明 | 数据类型 | 允许空 |
| id | int(20) | 主键 | 否 |
| dqname | varchar(200) | 快递名称 | 是 |
| zhandian_id | tinyint(4) | 站点 | 是 |
| yonghu_id | tinyint(4) | 用户 | 是 |
| kddx_types | tinyint(4) | 快递大小 | 是 |
| dqphone | varchar(200) | 手机号 | 是 |
| takecode | varchar(200) | 取件码 | 是 |
| kdzt_types | tinyint(4) | 快递状态 | 是 |
| pickup_time | datetime | 取件时间 | 是 |
表4.3代取人信息表
| 列名 | 说明 | 数据类型 | 允许空 |
| id | int(11) | id | 否 |
| name | varchar(255) | 用户名称 | 是 |
| username | varchar(255) | 账号 | 是 |
| password | varchar(255) | 密码 | 是 |
| sex_types | tinyint(4) | 性别 | 是 |
| img_photo | varchar(255) | 头像 | 是 |
| phone | varchar(255) | 联系电话 | 是 |
| role | varchar(255) | 身份 | 是 |
表4.4 已结单信息表
| 列名 | 说明 | 数据类型 | 允许空 |
| id | int(20) | 主键 | 否 |
| odd | varchar(200) | 单号 | 是 |
| daiqukuaidimc | varchar(200) | 快递名称 | 是 |
| jdyonghu_id | tinyint(4) | 发布人 | 是 |
| initiate_time | timestamp | 发布时间 | 是 |
| addresseename | varchar(200) | 收件人名称 | 是 |
| jdphone | varchar(200) | 电话 | 是 |
| jdaddressee | varchar(200) | 地址 | 是 |
| jdtakecode | varchar(200) | (取/寄)件码 | 是 |
| jdzt_types | tinyint(4) | 快递状态 | 是 |
| kdlx_types | tinyint(4) | 快递类型 | 是 |
5 系统实现
系统实现部分就是将系统分析，系统设计部分的内容通过编码进行功能实现，以一个实际应用系统的形式展示系统分析与系统设计的结果。前面提到的系统分析，系统设计最主要还是进行功能，系统操作逻辑的设计，也包括了存储数据的数据库方面的设计等内容，系统实现就是一个最终的实施阶段，将前面的设计成果进行物理转化，最终出具可以运用于实际的软件系统。
5.1用户信息管理
如图5.1显示的就是用户信息管理页面，此页面提供给管理员的功能有：用户信息的查询管理，可以删除用户信息、修改用户信息、新增用户信息，
还进行了对用户名称的模糊查询的条件
图5.1 用户信息管理页面
5.2 代取人信息管理
如图5.2显示的就是代取人信息管理页面，此页面提供给管理员的功能有：查看已发布的代取人信息数据，修改代取人信息，代取人信息作废，即可删除。
图5.2 代取人信息管理页面
5.3快递信息管理
如图5.3显示的就是快递信息管理页面，此页面提供给管理员的功能有：根据快递名称、快递状态进行条件查询，还可以对快递数据进行新增、修改、查询操作等等。
图5.3 快递信息管理页面
5.1 代取快递管理
如图5.4显示的就是留言信息管理页面，此页面提供给管理员的功能有：对代取快递的信息做出删除管理。对快递名称、快递大小、取件时间做出条件筛选
图5.4 留言信息管理页面
源码获取