超市进销存管理系统论文Word格式.docx
《超市进销存管理系统论文Word格式.docx》由会员分享,可在线阅读,更多相关《超市进销存管理系统论文Word格式.docx(46页珍藏版)》请在冰豆网上搜索。
![超市进销存管理系统论文Word格式.docx](https://file1.bdocx.com/fileroot1/2023-1/12/e491eb66-38e4-4d88-9ec5-bae34c6e84c9/e491eb66-38e4-4d88-9ec5-bae34c6e84c91.gif)
无法统计销售信息?
无法准确全面掌握各业务进展状态?
对销售人员工作过程掌握不够?
业务人员对产品没有一定认识?
销售及市场流程不清晰,流程变动较大?
对市场信息、竞争的资讯掌握程度较不完善?
无结构统一销售及市场情况报表?
基本销售及市场费用统计较不完备?
销售人员辞职时失单现象严重?
等等。
加之,现在顾客的期望值越来越高,顾客需要更好的服务(产品及个性化服务)。
企业的竞争已逐渐从产品的竞争转变为服务的竞争,因此中小企业要发展就必须需要进一步优化业务流程以提高企业竞争能力。
因此,加强超市进销存管理是企业发展的必然,通过计算机来大量完成本来由工作人员手工完成的工作,真正达到合理和充分利用现有资源,减轻工作压力。
1.2课题的研究目的
研究该课题是为了通过对“超市进销存管理系统”的设计与实现,熟悉这类的信息管理系统的开发原理及流程。
在设计过程,能够深入地理解面向对象设计方法的优越性,获得这些方面的相关经验。
对一个即将毕业的计算机专业本科生来说,又想在软件行业领域里有所发展,研究并应用面向对象设计方法是百益无一害的,可以使其走向社会后能够快速地适应行业需求。
这正是本次设计的根本目的所在。
1.3课题的研究意义
首先,该课题属于管理信息系统范畴。
而管理信息系统(ManagementInformationSystem,简称MIS)在现代社会已深入到各行各业,是一个不断发展的新学科,是由人和计算机设备或其他信息处理手段组成并用于管理信息的系统。
再加上行业信息化的热潮才刚刚开始,特别是中小型企业的信息化建设步伐刚刚迈出第一步。
管理信息系统的开发的市场将是非常庞大的。
这种需求对开发人员在数量上和素质上的要求也是非常迫切的。
为了满足市场的需求以及能在竞争中取胜,系统设计人员就不仅仅是单纯地满足用户对功能的要求,还要从设计方法上来加以改进。
其次,面向对象方法是一种非常实用的软件开发方法,它一出现就受到软件技术人员的青睐,现在已经成为计算机科学研究的一个重要领域,并逐渐成为软件开发的一种主要方法。
面向对象的程序设计将数据及对数据的操作方法封装在一起,作为一个互相依存、不可分离的整体。
采用这种方法来设计系统,可以增加系统的安全性。
同时通过继承与多态性,使程序具有很高的可重用性,使软件的开发和维护带来了方便。
由于面向对象方法的突出优点,它才被广大用户所爱好。
第二章系统分析
2.1需求分析
经过对系统的业务流程和系统数据流程的调查,用户对系统的功能需求如下:
①要求此管理软件将对库存产品进行资料管理和统计,对产品的进货单和产品的销售单进行录入管理和统计;
②要求此管理软件将根据用户的需要对进货、销售、库存情况进行查询,并能提供库存短缺预警功能;
③要求此管理软件将为用户提供账号管理工具,以便用户对账号进行管理,具体为添加用户、删除用户、修改用户密码;
④要求此管理软件提供企业人员管理,能够对企业员工的分类管理,新员工的加入以及员工删除,修改基本信息等功能;
⑤要求此管理软件提供数据信息的备份和还原功能。
对这些功能需求进行分类,主要包含有以下几种:
进货管理模块、库存管理模块、销售管理模块、员工管理模块和系统模块。
除上述功能外,系统还需要有以下功能:
要有良好的人机界面,并提供换肤功能。
支持多人操作,要求有较好的权限分配功能。
在进货、退货时存在一对多的关系,要求支持多行录入功能。
为了方便用户查询,要求支持多条件查询。
对于每种商品要求编号惟一,编号需要自动生成。
支持多种报表打印。
支持账目的详细内容浏览。
2.2可行性分析
开发任何一个基于计算机的系统,都会受到时间和资源上的限制。
因此,在接受任何一个项目开发任务之前,必须根据客户可能提供的时间和资源条件进行可行性分析,以减少项目开发风险,避免人力、物力和财力的浪费。
本系统数据库采用目前比较流行的MicrosoftSQLServer,该数据库系统在安全性、准确性、运行速度方面有绝对的优势,并且处理数据库量大,效率高;
开发工具采用Delphi7,Delphi7是目前应用最广泛的数据库系统开发工具,可以快速开发Windows应用程序。
第三章总体设计
3.1项目规划
超市进销存管理系统是一个典型的数据库应用程序,由登录模块、主界面、基本信息模块、进货管理和销售管理模块、钱流管理模块、库存管理模块、查账模块、统计分析模块、系统维护模块等组成。
特规划功能模块如下:
❑基本信息模块
基本信息模块主要实现库存商品、内部职员、往来单位、费用类型等的管理。
❑进货管理模块
进货管理模块主要管理超市商品进货及退货信息,支持多行录入。
❑销售管理模块
销售管理模块主要管理超市商品销售及退货信息,支持多行录入。
❑钱流管理模块
钱流管理模块主要实现往来账目的录入和账目的详细信息浏览等功能。
❑库存管理模块
库存管理模块主要实现库存货品浏览、库存盘点、库存报警等功能。
❑统计分析模块
统计分析模块主要实现进货统计分析、销售统计分析和成本分析等功能。
❑查账模块
查账模块主要实现与供应商、代理商对账、费用支出、应收应付等功能。
❑系统维护模块
系统维护模块的主要实现本单位管理、操作员设置、数据的备份和还原等功能。
根据项目规划,可画出超市进销存管理系统的功能框图,如图3-1所示。
图3-1系统功能模块图
3.2数据库设计
本系统根据上面的设计规划出的主要实体有职员信息、进货、用户、费用、收款、进货退货。
各个实体的E-R图分别如图3-2至图3-7所示。
图3-2职员信息的E-R图
图3-3进货的E-R图
图3-4用户的E-R图
图3-5费用的E-R图
图3-6进货退货的E-R图
图3-7收款的E-R图
实体与实体之间关系的E-R图,如图3-8所示。
图3-8实体之间的E-R图
第四章系统设计
4.1设计目标
根据超市的需求和进销存管理的特点,该系统实施后,应达到以下目标:
❑支持多行输入,自动生成编号。
❑界面美观友好、信息查询灵活、方便、快捷、准确。
❑强大的库存预警功能,在意外中将损失降到最低。
❑提高工作效率,降低成本。
❑往来账目详细浏览。
❑图形化数据分析。
❑对用户输入的数据进行过滤,当输入有误时提示用户。
❑数据保密性强,用户对应不同的操作级别。
❑系统最大限度地实现了易安装性、易维护性和易操作性。
❑直接调用Word、Excel软件。
❑系统运行稳定、安全可靠。
4.2开发及运行环境
系统开发平台:
Delphi7.0。
数据库管理系统软件:
SQLServer2000。
运行平台:
Windowsxp/Windows2000。
分辨率:
最佳效果1024*768。
4.3逻辑结构设计
本系统数据库采用SQLServer2000数据库,数据库名称为“db_EMS”。
数据库db_EMS中包含18个表。
各个数据表的结构如下所示。
(1)职员信息表(tb_employ)
职员信息表用来保存职员信息。
职员信息表的结构如表4-1所示。
表4-1职员信息表结构
字段名称
字段类型
字段大小
主键否
功能描述
employecode
Varchar
6
职员编号
fullname
20
是
职员全称
name
职员简称
sex
2
性别
department
所在部门
tel
联系电话
memo
40
备注
shortcode
10
拼音简码
(2)进货主表(tb_warehouse_main)
进货主表用来保存进货中主要和相同的信息。
进货主表的结构如表4-2所示。
表4-2进货主表结构
Billdate
datetime
8
录单日期
Billcode
varchar
单据编号
Units
供货单位
Handle
经手人
Summary
100
摘要
Fullpayment
float
应付金额
Payment
实付金额
(3)进货明细表(tb_warehouse_detailed)
进货明细表用来保存进货中商品的详细信息。
进货明细表结构如表4-3所示。
表4-3进货明细表结构
billcode
tradecode
商品编号
商品全称
type
商品型号
standard
商品规格
unit
Char
4
单位
produce
产地
qty
Float
数量
price
进价
tsum
金额
billdate
Datetime
(4)用户权限表(tb_power)
用户权限表用来保存用户权限设置信息。
用户权限表结构如表4-4所示。
表4-4用户权限表结构
number
用户编号
users
用户名称
password
用户密码
stock
Bit
1
进货管理
vendition
销售管理
checked
库存管理
money
钱流管理
system
系统维护
base
基本信息
(5)费用表(tb_cf)
费用表用于记录费用信息。
费用表结构如表4-5所示。
表4-5费用表结构
units
收款单位
费用项目编号
费用项目名称
handle
fullpayment
payment
(6)往来账明细表(tb_currentaccount)
往来账明细表用于记录往来单位的应收、应付账目。
往来账明细表结构如表4-6所示。
表4-6往来账明细表结构
varhcar
往来单位
addgathering
应收增加
reducegathering
应收减少
balance
应收余额
summary
(7)费用类型表(tb_freetype)
费用类型表用于存储费用类型信息。
费用类型表表结构如表4-7所示。
表4-7费用类型表
subjectcode
3
科目编号
科目全称
科目简称
(8)收款信息表(tb_gathering)
收款信息表用于保存收款信息。
收款信息表结构如表4-8所示。
表4-8收款信息表结构
付款单位
gathering
(9)付款信息表(tb_payment)
付款信息表用于保存付款信息。
付款表结构如表4-9所示。
表4-9付款表结构
(10)销售退货明细表(tb_resell_detailed)
销售退货明细表用于保存销售退货的详细信息。
销售退货明细表结构如表4-10所示。
表4-10销售退货明细表结构
Fullname
商品全名
char
单价
(11)销售退货表(tb_resell_main)
销售退货表用于保存销售退货。
销售退货表结构如表4-11所示。
表4-11销售退货表结构
字段名
数据类型
长度
退货单位
(12)进货退货明细表(tb_rewarehouse_detailed)
进货退货明细表用于保存进货退货详细信息。
进货退货明细表结构如表4-12所示。
表4-12进货退货明细表
(13)进货退货表(tb_rewarehouse_main)
进货退货表用于存储进货退货中主要的和相同的信息。
进货退货表结构如表4-13所示。
表4-13退货表
收货单位
fullgathering
应收金额
实收金额
(14)销售明细表(tb_sell_detailed)
销售明细表用于保存销售详细信息。
销售明细表结构如表4-14所示。
表4-14销售明细表