超市订单管理系统

源码及资料：
http://www.byamd.xyz/sss.html

1 系统需求分析

超市订单管理系统是一个专为连锁店、超市等商业场所提供订单管理平台的系统。该系统的目标是建立一个订单管理平台，为需要合理规划超市供应链、供应商以及工作人员提供的便捷的平台。该系统的主要业务需求包括记录并维护某超市的供应商信息，以及该超市与供应商之间的交易订单信息，包括三种角色，系统管理员经理，普通员工。

1.1 系统功能分析

本系统主要的功能是实现超市订单管理功能，以便为超市、连锁店提供以及其他负责人提供订单详情、联系方式等，系统的主要功能有以下五个方面：

（1）登录/注销：

管理员可以在网站上登录浏览，离开时注销并退出。

（2）订单管理：

管理员可以浏览所有订单信息，并且通过点击查看了解订单详情信息。

（3）供应商管理：

管理员可以在网站浏览所有供应商信息，并在在与其他供应商达成合作之后，添加相关供应商信息，并且通过点击查看了解他们的联系方式等。

（4）用户管理：

管理员可以管理所有超市员工用户，对用户进行增删改查，对于离职或其他原因的未工作用户给予注销管理。

（5）密码修改：

管理员可对自己的账号密码进行修改，填写对应之前的正确密码以及新密码之后，即完成相关修改密码操作。

（6）搜索功能：

在以上管理界面中，均允许了管理员根据关键字进行搜索，要求搜索框中输入的字段必须完全包含在物品名称中，否则无法查询。

图1.1 超市订单管理系统

1.2 系统功能需求

根据系统功能要求，该超市订单管理系统以管理员为中心的用户角色，可以将系统分解成几个模块来分别设计应用程序界面，如图 1.1所示。

图1.2 用户功能模块结构图

1.3 系统性能需求

超市订单管理系统的开发是在Window10平台上，以SSM为架构，采用MySQL 作为数据库管理系统管理后台数据库。本系统是超市信息管理建设中必不可少的一部分，它实现了现代管理信息系统的大部分功能需要。使用本系统可以使超市管理更加方便快捷，合理的页面设计也使得这个用户充分享受到基于Internet管理信息系统的优越。本系统开发说明：

· 功能完备

在开发初期，查看了大量关于电子商务，管理信息系统，J2EE等方面的资料，同时借鉴了很多其他电子商务网站和管理信息的流程。经过总结，确定了满足需求分析的基本模块。系统总体设计上实现了整个系统模块的划分，系统主要包含5大模块，分别是：订单管理信息，供应商管理，用户管理，修改密码，登陆退出系统，基本上实现了综合管理系统的所有功能。

· 界面友好

系统用户登陆到管理页面后，每页有导航和引领的作用。系统具有自适应的能力，同时导航条方便快捷的引导用户进行各种合理的操作。

· 管理科学

本系统一开始就从管理学的角度做出了详细细致的考虑，后来有参考了电子商务管理等，最后才做出了系统总体设计，因此可以讲该系统是较为科学的。

系统的性能需求主要表现在数据库中的各个表需要频繁地被插入、删除以及更新。对于用户来说，系统地响应时间不宜太长，否则会降低用户体验。为此要求我们建立良好的表结构，加上足够的存储空间以及硬件性能。

2 可行性分析

2.1 研究前提

随着我国经济情况的日新月异，飞速发展，涌现出许许多多的超市和便利店。越来越多的人喜欢到超市购物，超市里销售的商品也呈现出多种多样的变化趋势。我们开发一个超市订单管理系统，它可以对仓储各环节实施全过程控制管理，对整个进货、退货、盘点等各个环节的规范化作业，控制整个过程的正常运行。去掉了手工书写票据和送到机房输入的步骤，解决库房信息陈旧滞后的弊病，方便了仓库管理人员对物品的放置和调配，提高了工作效率。

该系统容易被接受，具有简单易学性，便于管理等功能，是对超市订单管理的一种有效工具。

2.2 设计要求

2.2.1 安全性

超市订单管理增强对产品规范的审计，重点确定该项目中需要审计的产品。买家只能针对卖家允许公开的信息进行查阅。买家只享受对自己账号内数据的查阅权，与定后处理权，订货支付权，申请退货权，不允许偷窥其他人。卖家只能针对买家允许公开的信息进行查阅。卖家只享受对自己账号内数据的查阅权，发货权，退款相应处理权，不允许偷窥其他人。

2.2.2 系统性能

管理员登录查看超市供应商与超市员工用户管理，可以进行增、删、改、查等操作。超市订单系统可以使超市的管理趋于正规化、现代化和系统化。本项目的产品可以达到以下目标：

（1）提高工作效率，减少返工。

（2）业务流程的流水线化。

（3）符合相关标准和规则。

（4）与目前的应用产品相比较，提高了可用性或减少了失效程度。

2.2.3 可扩展性

所有信息呈现，操作完全由打开的网页呈现并完成。本系统所占有的是超市市场，它追求的是简单、易学、易用，能够更好地解决管理人员的负担，能够辅助超市有效的管理物品。对于订单管理系统的用户，可满足对订单管理的需求，且此种需求被接受并且满足，其系统便可以推广。

3 数据库设计

3.1 数据库需求分析

经过对超市管理系统的调查分析，得出用户的需求大致如下：

（1）管理员可以在系统中对订单、供应商以及用户进行增、删、改、查的处理。

（2）管理员需要输入账号密码登录，并且可以增添新的管理员。

如下是利用数据流图方法对数据库做需求分析：

第一步：由用户的需求，可以得到顶层数据流图如图3.1.1所示。

图3.1.1 超市订单管理系统的顶层数据流图

第二步：超市订单管理系统的第1层数据流图如图3.1.2所示。

图3.1.2 超市订单管理系统的第1层数据流图

第三步：超市订单管理系统的第2层数据库流图——订单管理的细化数据流图如图3.1.3所示。

图3.1.3 超市订单管理系统的第2层数据库流图——订单管理的细化数据流图

第四步：超市订单管理系统的第2层数据流库——供应商管理的细化数据流图如图3.1.4所示。

图3.1.4 超市订单管理系统的第2层数据库流图——供应商管理的细化数据流图

第五步超市订单管理系统的第2层数据流库——用户管理的细化数据流图如图3.1.5所示。

图3.1.5 超市订单管理系统的第2层数据库流图——用户管理的细化数据流图

根据如上的数据流程图，可以列出以下记录超市订单管理所需的数据项和数据结构：

·管理员：管理员ID、管理员姓名、管理员密码、管理员性别、管理员角色、管理员出生日期、管理员电话、管理员住址。

·订单：订单编码、商品名称、供应商名称、订单金额、是否付款。

·供应商：供应商编码、供应商名称、联系人、联系电话、微信。

3.2 数据库概念结构设计

本系统一共有用户、供应商、订单、角色、地址这五个基本实体。

管理员可以对应多个订单，而一个订单只能对应于一个管理员。管理员可以管理多个供应商，而一个供应商只能对应于一个管理员。一个供应商可以对应多条订单，但一条订单只能对应于一个供应商。此外，有一个用户对应一个角色，一个角色对应多个用户；一个地址对应多个订单，一个订单对应一个地址。数据库表之间的关系如下：

图3.2.1 数据库E-R图分析

（1）用户：主键ID、用户编码、用户名称、用户密码、性别、出生日期、手机、地址、用户角色、创建者、创建时间、更新者、更新时间、用户头像、工作照。

（2）账单：订单编号、订单编码、商品名称、商品描述、商品单位、商品数量、商品总额、是否支付、创建者、创建时间、更新者、更新时间、供应商ID。

（3）供应商：供应商ID、供货商编码、供货商名称、供应商详细描述、供应商联系人、联系电话、地址、微信、创建者、创建时间、更新时间、更新者、营业执照、组织机构代码证。

（4）地址：主键ID、联系人姓名、收货地址明细、邮编、联系人电话、创建者、创建日期、修改者、修改时间、用户ID。

（5）角色：角色编号、角色编码、角色名称、创建者、创建时间、修改者、修改时间。

3.3 数据库逻辑结构设计

将概念结构设计中的各个模型转化为DBMS支持的表结构，同时保持不会出现插入异常、删除异常和修改异常，表结构应该做到符合3NF。根据系统 E-R 图，需要设计4个数据表来存放信息。在本系统中，一共有五个实体，实体转化为数据库模型为如下所示：

1、一对多联系转化为一个关系模式

用户–订单(用户编号,订单编号)

供货商–订单(供货商编号,订单编号)

用户–身份（用户编号，身份编号）

用户–地址（用户编号）

2、利用以上关系模式得到的所有数据表如下所示：

（1）用户表（smbms_user）：

·数据项：主键ID、用户编码、用户名称、用户密码、性别、出生日期、手机、地址、用户角色、创建者、创建时间、更新者、更新时间、用户头像、工作照。

·说明：用户ID是唯一的用户标识，使此表的主键。如表3.3.1所示。

表3.3.1 用户表

列名	数据类型	数据长度	可否为空	备注
Id	bigint	20	Not null	主键ID
userCode	varchar	15	Not null	用户编码
userName	varchar	15	Not null	用户名称
userPassword	varchar	15	Not null	用户密码
gender	int	10		性别
birthday	date			出生日期
phone	varchar	15		手机
address	varchar	30		地址
userRole	int	10		用户角色
createdBy	bigint	20		创建者
creationDate	datetime			创建时间
modifyBy	bigint	20		更新者
modifyDate	datetime			更新时间
idPicPath	varchar	300		用户头像
workPicPath	varchar	300		工作照

（2）供应商表（smbms_provider）：

·数据项：供应商ID、供货商编码、供货商名称、供应商详细描述、供应商联系人、联系电话、地址、微信、创建者、创建时间、更新时间、更新者、营业执照、组织机构代码证。

·说明：这张表标识的是超市管理信息系统中商品供应商的信息列表，供应商ID是该表的主键。

·编号方法：商品供应商ID采用自动生成方式，如表3.3.2所示。

表3.3.2 供货商表

列名	数据类型	数据长度	可否为空	备注
Id	Bigint	20	Not null	供货商ID（主键）
proCode	Varchar	20	Not null	供货商编码
proName	varchar	20	Not null	供货商名称
ProDesc	varchar	50		供应商详细描述
proContact	varchar	20	Not null	供货商联系人
proPhone	Varchar	20	Not null	联系电话
ProAddress	Varchar	50	Not null	供货商地址
proFax	varchar	20		微信
CreateBy	bigint	20		创建者
CreatationDate	datetime			创建时间
modifyDate	datetime			更新时间
modifyBy	bigint	20		更新者
companyLicPicPath	varchar	300		营业执照
orgCodePicPath	varchar	300		组织机构代码证

（3）订单表（smbms_bill）：

·数据项：订单编号、订单编码、商品名称、商品描述、商品单位、商品数量、商品总额、是否支付、创建者、创建时间、更新者、更新时间、供应商ID。

·说明：这张表标识的是超市管理信息系统订单信息列表，订单ID是该表的主键。

·编号方法：订单ID采用自动生成方式，供应商ID与供应商表中供应商ID一一对应，如表3.3.3所示。

表3.3.3 订单表

列名	数据类型	数据长度	可否为空	备注
Id	bigint	20	Not null	订单ID（主键）
billCode	varchar	20	Not null	订单编码
ProductName	Varchar	20	Not null	商品名称
ProductDescent	Varchar	50	Not null	商品描述
ProductUnit	Varchar	10	Not null	商品单位
ProductCount	Decimal	20,2	Not null	商品数量
totalPrice	Decimal	20,2	Not null	商品总额
isPayment	int	10	Not null	是否支付
createdBy	bigint	20		创建者
creationDate	Datetime			创建时间
modifyBy	bigint	20		更新者
modifyDate	datetime			更新时间
providerID	Int	20		供应商ID

（4）身份表（smbms_role）：

·数据项：角色编号、角色编码、角色名称、创建者、创建时间、修改者、修改时间。

·说明：这张表标识的是超市订单管理信息系统中用户身份列表，身份编号是该表的主键。

·编号方法：用户身份编号与用户表中的员工身份编号一一对应，如表3.3.4所示。

表3.3