超市进销存管理系统的设计与实现Word下载.docx
《超市进销存管理系统的设计与实现Word下载.docx》由会员分享，可在线阅读，更多相关《超市进销存管理系统的设计与实现Word下载.docx（34页珍藏版）》请在冰点文库上搜索。
80年代又发射了属于自己集团的通信卫星，建立了完善的卫星通信系统，后来又接连安装了连接总部与连锁店之间的可视电话、电脑网络以及卫星传播影像的通信系统，使连锁店间的进货数倍、供应配货、管理销售、资金周转以及科学决策等实现了及时、可靠的管理。
用了几十年这么短的时间就从起初一家小单体折扣的商店，发展成了美国乃至全球零售业的“霸主”。
1.2.2国内研究现状
随着计算机的不断发展，西方国家在超市信息化处理方面一直处于领先地位，几乎所有的超市都有了整套的进销存信息管理系统。
我国近些年的发展，使得超市已经逐步发展为零售业的重要组成部分，城区、乡镇、甚至农村都可以看到各种规模、各种类型的超市。
国内现有的超市进销存管理系统更多的是针对大型超市，而国内的中小型超市依旧不能采用一个搞笑的现代化管理模式，大多数还在沿用传统的手工处理方式。
随着经济高速发展，显然这种原始的管理方式将会无法应对这样复杂的市场。
为此，针对中小型超市进销存管理系统的设计与实现十分必要。
1.3本文主要研究内容及主要贡献
本文第一章绪论，首先阐述了系统的开发背景与意义，描述手动管理超市进销存的不足和开发系统的必要性；
然后描述系统的开发目的，主要工作；
之后就对超市进销存管理系统的国内发展现状与应用前景进行分析；
最后解释本文的研究内容。
第二章主要是介绍系统的开发环境和工具，阐述选择的原因。
第三章系统需求分析，进行可行性分析、系统业务流程和需求分析等。
第四章为概要设计，数据模型分析与设计，对系统功能图、数据库及数据库表、逻辑结构以及系统的实现等进行设计。
第五章为详细设计与系统实现，分模块描述功能设计以及代码设计，展示各个功能实现过程。
第六章是总结与展望。
1.4本章小结
第一章主要介绍了超市进销存管理系统到目前为止的所知晓的发展情况。
从多个方面阐释了开发一个适用于小型超市的进销存管理系统的重要意义。
2系统开发环境及工具介绍
2.1应用架构
2.1.1B/S三层架构设计模式
其实浏览器/服务器结构就是人们常说的B/S结构。
简单来说就只安装和维护一个Server，而使用Browse的方式在客户端运行软件。
在互联网技术不断革新的时代背景下，C/S结构的不断发展才有了现如今的B/S结构。
在B/S结构的大多数系统中，用户一般可以通过PC端的浏览器向网络上的众多服务器发送一个请求，服务器就能够对浏览器发送出来的请求第一时间进行处理，然后用户所需要信息在处理之后会被迅速的返回到PC端浏览器。
与传统的C/S结构相比较，B/S结构的应用程序很明显要更加优化。
B/S结构的最显著的特点就是开发起来简单并且共享性较强，维护操作也十分方便。
2.1.2B/S三层架构设计模式的优点
从开发和应用这两个方面来综合比较，三层架构有着双层或单层结构没有的突出优点。
三层结构在团队开发中，每人可以有不同的分工，团队合作能够使效率得到极大的提高。
开发三层应用架构的时候，能够有效的结合各方面的人才。
这样的话只要少数人对系统有足够全面的了解，就可以从一定程度上降低开发的难度。
三层架构能够做到很容易的使用新的实现来代替原来层次的实现，从而降低层与层间彼此的依赖。
同时B/S三层架构在后期使用维护的时候，能够极大地降低维护的成本，节约维护的时间。
2.2JSP技术
JavaServerPages其实就是JSP[1]展开后的全称。
当时正是因为Sun公司与其他众多的软件公司的合作才造就了JSP。
很多时候JSP被人们用来衡量制作一个动态网页的具体标准。
从本质上来讲，JSP就是一个简单易懂的servlet[2]的程序模型。
当我们在写超文本标记的程序时如果学会加入Java代码以及JSP标记，那么一个JSP页面就可以很轻松的编写完成了[3]。
当然，JSP程序也具有广泛的适用性，并不是只能够在特定的平台上进行操作运行，编写出来的JSP程序既能够顺利的在微软的操作系统上运行，也能在其他的操作系统中具有适用性。
新手在编写的JSP程序时，如果不能够充分理解其中的原理，常常会把它当成一个HTML网页。
我们只有明确了代码的意义才会了解它就只是一个Servlet程序在运行。
2.3数据库MySQL
MySQL是现在系统设计中开发者比较喜欢用的关系型数据库之一。
MySQL能够实现根据数据之间的关联性判断存放的位置，把数据间没有联系的分别放在不同的表里面，而将数据之间相互联系的放在同一个表中。
通过这样的方式来从一定程度上增加访问方式的灵活性，同时还可以提高系统的访问速度。
1979年，一家小的软件公司着手设计了MySQL，原本是打算作为一个报表工具。
后来MySQL被不断开发、优化，功能项也越来越完善，能够满足设计者的使用需求。
当然，与Oracle等众多数据库相比较而言，MySQL存在了一定程度的不足。
但由于MySQL的功能之强大以及代码开源，在个人和小企业中仍旧十分受欢迎。
2.4Tomcat运行原理简介
“Tomcat是由Sun公司和Apache开发小组共同提出的合作项目ApacheJakarta项目下的产品，是为了使Servlet/JSP能够与Apache服务器一起运行而开发的Server/JSP容器”。
系统大致架构是Mysql+Tomcat+Jsp,Tomcat是Servlet的运行容器，它的工作原理如图所示：
图2-1Tomcat工作原理图
2.5本章小结
通过大致介绍了Mysql、JSP、Tomcat以及B/S模式的功能、特点以及选择原因，为后续系统的设计、开发与实现打下了基础。
3系统需求分析
3.1可行性分析
现在我国已经开发出针对于大型超市较为完善的进销存管理系统，但是对于小型超市的并不适用。
本次设计的系统是为了建立一个实效率高，准确性高，并且适用于小型超市的进销存管理系统。
解决小型超市在货品管理方面存在的问题，可以利用现有的超市的硬件设备，完善超市的管理程序。
在技术可行性方面，我们采用了mysql数据库管理系统，是一种开放源代码的关系型数据库管理系统。
同时选用了MyEclipse10.0作为开发平台，功能强大，给系统的运行提高了稳定的环境保障。
在经济可行性方面，以成本效益来分析，支出方面包括了开发成本，主要通过估算代码、平均生产率、工人工资等几个方面来计算；
收入方面主要包括了经济性效益，在前期开发完成后，后期的维护费用较低，所以投资回报率接近80%。
另外，系统在法律、操作及运行等方面都验证是可行的，所以开发一个适用于小型超市的进销存管理系统是可行的。
3.2用户的需求分析
由于现在使用人工手动的方式来管理进销存很显然并不能很好的适应当下社会的信息化高速发展，所以我们应当顺应时代潮流，学会运用电子设备，如计算机等来对进销存进行现代化的信息管理。
使用计算机对信息数据进行管理可以大大提高了小型超市的工作效率，在计算机上运行系统，可以替代人工记录，查备货品数量等繁杂的工作。
需求分析阶段要对系统管理的应用情况做一个相对全面的调查，这样才能够明确用户的需求并且做好我们的需求分析。
总体来说系统需求和用户需求是用户对系统的需求最主要的两个方面。
3.2.1系统需求
在三层架构模式之下，我选择使用JSP+MySQL来开发适用于小型超市的进销存管理系统。
所有的运作都显示在浏览器上，优化了操作界面，一定程度上简化了流程，浏览器端的各种操作都变得十分便捷。
3.2.2性能需求
系统在处理数据时，数据是否能够准确、即时的传输和处理是一个超市进销存管理系统正常运行的重要衡量标准。
所以我们在设计、开发系统的时候要选择最为合适的方法来确保系统数据传输、处理的准确和及时，从而达到系统运行时高效、精准的的性能需求。
3.2.3运行需求分析
数据库管理系统软件：
MySQL
系统开发平台：
Myeclipse10.0
运行平台：
Windows7
系统开发语言：
JSP
运行环境：
Tomcat
3.2.4性能需求分析
本系统在设计中充分考虑了用户主要是一些文化程度不是很高的群体，所以系统要能够十分清晰的展示出使用方法，这样才能够让用户更快的学习并且熟练操作。
在开发中，就是要在各种矛盾的规避与功能的实现中寻找平衡，使系统的设计、使用特性能够得到最大程度的体现，从而达到用户的需求。
3.3系统用例分析
3.3.1管理员用例图
系统中的管理员在现实的超市管理中扮演的也是管理者的角色。
他们在系统的使用中有比较多的权限，可以在系统上有比较全面的管理操作，比如新用户的注册，商品的信息管理、进销存等操作的日常管理，具体的如下图。
图3-1管理员用例图
3.4系统数据关联图
首先从整体分析业务流程，然后根据分析结果进一步分析数据流，得出的顶层的数据关联图如下图。
图3-2数据关联图
3.5本章小结
第三章主要对适用于小型超市的进销存管理系统的功能需求和其可行性分析做出简要的说明介绍。
验证了此系统是可行的，这样才可以继续后续的开发；
并且对系统所要实现的功能和业务进行了梳理，理清思路，为接下来的开发研究打下基础。
4系统设计
4.1系统模块结构设计
4.1.1概要设计
概要设计的主要就是将前期需求分析得到的系统扩展用例图转换成两个部分：
软件结构和数据结构。
软件结构设计的主要任务是把一个较为复杂系统按功能进行划分模块、建立各个模块之间的清晰的层次结构及各模块之间调用关系，并且确定模块间的接口和人机界面等。
数据结构设计的主要任务是包括描述数据特征、确定数据的结构特性以及后台数据库的设计。
在此管理系统中，各模块之间是相互独立的。
但当模块在访问数据库的时候却可以说模块之间彼此的联系是十分紧凑的。
虽然具体说来是每个模块所访问的表各不一样，但所有模块在访问的时候其实都是访问的相同的数据库，。
根据前期的调查和需求分析之后确定了适用性较广的8个功能模块。
4.1.2模块展示
图4-1系统功能模块结构图
超市进销存管理系统
登陆
系统管理
基本数据管理
采购管理
销售管理
库存管理
查询统计
退出
图4-2基本数据管理模块结构图
图4-3采购管理模块结构图
商品销售
销售退货
图4-4销售管理模块结构图
图4-5库存管理模块结构图
图4-6查询统计模块结构图
4.2数据库设计
入库统计
出库统计
销售统计
利润统计
在整个系统设计过程当中，数据库设计的优良程度会直接影响系统完成后的运行情况，所以在数据库设计时要花费大量的精力和时间。
也许我们一开始并不能对于数据库的设计考虑的十分完整，但是也要一步步完善来，力求做到完美。
因为如果数据库设计的不够完善甚至存在一些缺陷，那么想要在开发过程中进行修改等补救会是很困难的事情。
同样的，后期系统如果用户需要对一些功能进行扩展，那么设计人员遇到的问题怕是难以解决的，从而影响整个系统。
如果漏洞比较严重的话将导致设计人员需要耗费大量的时间进行重新设计、调试。
4.2.1概念结构设计
在根据用户需求划分功能模块之后，确定了系统中的实体具体有4个，分别为管理员、客户、用户、供应商等。
管理员的实体图如下图。
图4-7管理员实体图
客户的实体图如下图。
图4-8客户实体图
用户的实体图如下图。
图4-9用户实体图
供应商的实体图如下图。
图4-10供应商实体图
按照三范式的原则，整合各个实体之间的依赖关系，从而完成系统E-R图如下图。
图4-11系统E-R图
4.2.2数据库表结构
本系统的数据库采用MySQL管理软件来设计，合计12张表。
这些表分别用来表示库存、管理员、客户等等不同的操作信息。
数据库中各表名、功能如下列各表所示。
表4-1客户信息表
字段
类型
字段的说明
id
int（10）
客户编号
customername
varchar（50）
客户名称
zip
char（6）
邮政编码
address
地址
mobile
varchar（20）
手机
c_person
联系人
phone
联系电话
bank_name
开户行
bank_num
卡号
email
邮箱
fax
传真
age
int（11）
年龄
表4-2库存信息表
主键
g_id
商品编号
total
库存数量
表4-3商品信息表
g_name
varchar（80）
商品名称
g_type
商品类别，对应字典表
base_price
float
商品进价
spec
varchar（30）
商品规格和规格单位
supplier_id
供应商编号
warehouse_id
仓库编号
kcsl
kcbjl
库存报警量
表4-4入库信息表
i_id
入库编号
i_price
入库价格
u_name
操作员
s_id
i_num
入库数量
i_time
datetime
入库时间
表4-5入库退货信息表
b_num
退货数量
icase
varchar（200）
退货原因
操作人
itime
退货时间
表4-6出库信息表
o_id
出库编号
出库价格
出库数量
出库时间
c_id
表4-7出库退货信息表
续表4-7
表4-8采购信息表
p_id
采购编号
buy_num
采购数量
e_time
到期日期
w_id
b_time
采购日期
state
0表示未入库，1表示入库
is_back
0表示未退货，1表示采购退货
buy_money
采购金额
c_time
生成日期
表4-9销售信息表
销售编号
sel_num
销售数量
sel_price
销售价格
sel_money
销售金额
sel_time
销售时间
0表示正常，1表示销售退货
oper
表4-10供应商信息表
s_name
varchar（100）
供应商名称
续表4-10
s_user
varchar（24）
tel
联系地址
银行卡号
表4-11用户信息表
用户编号
account
账号
password
密码
电话
name
中文名
role_name
角色信息
varchar（150）
表4-12仓库信息表
w_name
仓库名称
user_name
管理员
varchar（120）
仓库地址
4.3管理员业务流程图
图4-12管理员业务流程图
4.4本章小结
第四章介绍了超市进销存管理系统的功能模块的整体的设计情况以及数据库设计当中遇到的问题及解决方案，并且展示了系统中所有的数据库表。
5详细设计
升级会员 