腾宇超市进销存管理信息系统设计与开发1.引言1.1项目来源随着腾宇超市的业务量越来越多,商品的信息量越来越盘大,原有的手工记账方式已经不能满足管理者的需求,庞大的信息量统计、传递、计算不方便快捷、不能妥善保管,经营管理越来越复杂,该超市的管理方式已经远远不能满足市场的需要,我们针对当前腾宇超市管理的特点和运营需求,采用了基于Windows图形界面这一容易学习使用的操作环境,设计开发了适合腾宇超市具体情况的进销存一体化的管理信息系统,使用先进的计算机技术来管理超市,节约了大量人力物力,减轻了员工的工作强度,加快了超市经营管理的效率。1.2任务目标该进销存管理信息系统适用于中小型超市,需要储存大量的数据:商品信息、用户信息等,所以该系统必须能满足数据库的扩容性好,并且拥有友好的人机交互界面,操作响应速度快等特点。该系统的任务目标为:1.系统采用人机交互的方式,界面美观友好,使用户拥有舒适的感官效果。2.能够对进货、退货信息进行有效的管理。3.对于输入系统的数据,进行严格检验,尽量的保证数据的正确。4.能够对商品销售信息进行有效及时的管理。5.能够准确及时的提供库存信息。6.数据存储安全可靠,查询信息方便、快捷。7.系统易操作易维护。基于如上七点目标,本设计主要要应用到JAVA编程、C/S架构开发模式以及MYSQL数据库连接等相关知识。需要在熟练掌握C/S架构模式下的开发技术,将在课堂上所学的知识切实运用到项目中,巩固在大学期间所学的知识,检验自己的学习成果,并且能把知识转化为生产力,减少超市管理员在现实生活中的工作负荷,提高工作效率。本系统是以腾宇超市为对象进行创建的,主要包括以下的功能模块:基础信息管理模块、系统管理模块、进货管理模块、销售管理模块、库存管理模块和查询管理模块。2.项目规划2.1项目资源2.1.1硬件设备在本系统运行所需要的硬件系统如表2.1所示:表2.1系统运行硬件环境配置表设备名称主要性能指标规格数量服务器双核CPU,主频2.0GHz或以上,内存4G或以上;硬盘空间500G或以上;1000M网卡;台2客户机双核CPU;内存2G或以上;硬盘空间100G或以上;100M或1000M网卡;台10交换机24口或以上(100/1000Mbps);背板带宽32Gbps或以上;台22.1.2软件环境本系统所运行所需要的软件环境配置如表2.2所示:表2.2系统运行软件环境配置表软件类型软件名称规格数量备注服务器操作系统Windows2003R2SP2简体中文标准版套2客户机操作系统WindowsXPSP3简体中文专业版套10浏览器InternetExplore6.0以上套122.1.3软件工具本系统开发所需的工具如表2.3所示表2.3开发工具一览表软件类型软件名称版本描述备注开发工具Eclipse英文版数据库系统SQLSERVER2005简体中文标准版建模工具MSVisio2003简体中文标准版2.2项目规划2.2.1任务描述本系统的任务分解树如图2.1所示:腾宇超市进销存管理信息系统准备阶段项目规划系统需求分析系统结构设计系统详细设计系统测试与使用调查研究任务目标项目资源进度安排业务需求功能需求数据结构软件结构总体结构界面设计数据库详细设计程序算法详细设计系统使用说明系统测试开发策略软件安装数据字典图2.1腾宇超市进销存管理信息系统开发任务树2.2.2进度安排腾宇超市进销存管理信息系统是从2012年11月上旬开始进行系统的开发设计的准备阶段的,直到2013年5月项目才完成系统的测试。整个开发过程用时将近27周,其详细的开发进度计划如图2.2所示:图2.2腾宇超市进销存管理信息系统开发进度计划甘特图3.系统需求分析3.1业务需求3.1.1业务组织在本超市管理信息系统的业务中,主要参与的部门有总经理办公室、人事行ID任务名称开始时间完成持续时间2013年01月2013年02月2013年04月2012年12月2013年03月11.2w2012-11-232012-11-16项目规划23.4w2012-12-182012-11-26需求分析33.2w2013-1-92012-12-19总体分析45.8w2013-2-192013-1-10详细设计59w2013-4-232013-2-20系统编码61.8w2013-5-32013-4-23系统测试72.8w2013-5-242013-5-7定稿3-312-24政部、财务部、采购部、营运部、信息部、库存部。每个部门的主管业务我们将在下面详细介绍。1.总经理办公室:处理超市的公共关系;整个超市的文档存放在该处,参与行政,决定超市的布置及展示、商品的陈列、库存标准。2.人事行政部:负责超市员工招聘、考核员工绩效、发放员工薪酬、福利;对超市管理文档进行收集、整理、存储。3.财务部:对超市的资金运用进行管理;制作财务报表;负责员工工资发放和核算;支付供应商往来款项;核对销售数据,统计超市营业额;进行超市资产盘点。4.采购部:主要负责超市商品的采购,向供应商发出采购单;制定商品价格政策,发掘供应商。5.营运部:执行超市质量管理制度和标准。负责超市设备维修,处理顾客意见。负责超市促销活动的策划、管理。6.信息部:负责超市信息系统的不断开发与维护;负责超市员工计算机技术的培训与考核;负责超市信息管理管理。7.库存部:负责超市商品的入库以及库存商品的管理;处理损坏的库存商品;对库存商品进行盘点;向采购部门发出采购要求。图3.1腾宇超市组织结构图总经理办公室总经理人事行政部财务部采购部营运部信息部行政部人事部库存部3.1.2业务定义腾宇超市进销存管理信息系统顶层数据流图如下:图3.2腾宇超市进销存管理信息系统顶层数据流图3.1.3业务流程在系统的需求分析阶段,我们对超市的业务流程进行了调查,得出了以下的业务流程图:出纳人员供货商订货单发票财务部采购人员库存管理人员运输人员采购单营运部收货单入库单库存报表销售人员出库单图3.3腾宇超市业务流程图客户管理员供应商P0超市进销存管理退货单销售单退货单进货单信息录入信息查询3.2功能需求3.2.1功能组成本系统根据腾宇超市的管理特点,采用自顶向下方法开发,使该系统实现进、销、存等基本管理功能。管理信息系统就是对这些信息设立正确数据库,进行有效地管理。本系统主要功能模块有:系统管理模块、基础信息管理模块、进货管理模块、销售管理模块、库存管理模块和查询管理模块。本系统用户分为管理员与操作员两种角色,两个角色的用户进入系统能使用的系统功能不同。操作员进入系统,系统管理模块功能有管理员管理功能,管理员进入系统,系统管理模块没有管理员管理功能,下面以操作员进入系统使用的系统功能为例说明,系统功能结构如图3.4所示:腾宇超市进销存管理信息系统系统管理进货管理基础信息管理销售管理查询管理库存管理管理员管理更改密码进货单添加维护供应商管理商品管理销售单录入销售退货单录入库存盘点商品价格调整入库退货查询客户查询供应商查询商品查询销售查询销售退货查询入库查询退货单添加维护客户管理图3.4腾宇超市进销存管理信息系统功能树3.2.2功能逻辑1.第一层数据流程图将超市进销存管理信息系统分为基本信息管理、进货管理、销售管理、查询管理、库存管理来进行分析,系统的第一层数据流图如下:图1.5腾宇超市进销存管理数据流图管理员P1基本信息管理P2进货管理P3销售管理P4查询管理P5库存管理财务基本信息新进货信息新销售信息进货单客户信息供应商信息商品信息退货单销售单销售退货单存档商品现价库存信息客户信息供应商信息商品信息查询请求查询结果查询、调价请求库存盘点调价请求新销售信息新退货信息新进货信息新退货信息将各个模块逐一分解进行分解图2.6进货管理数据流图图3.7销售管理数据流图3.3数据字典3.3.1数据项的定义数据项是数据结构中讨论的最小单位,是数据记录中最基本的、不可分的管理员P3.1销售单管理销售退货单管理P3.2销售单销售退订单新销售信息新销售退货信息P4财务管理员P2.1进货单管理退货单管理P2.2进货单退订单新进货信息新退货信息P3有名数据单位。以下是系统数据库中主要的销售单(tb_sales)的数据项述:表3.1销售票号数据项的定义数据项编号I03-01数据项名称销售票号别名销售单编码简述销售单在系统数据表的唯一标识类型及宽度字符型,20位取值范围F/M表3.2客户编号数据项的定义数据项编号I03-02数据项名称客户编号别名客户编码简述客户在系统数据表的唯一标识类型及宽度字符型,10位取值范围F/M表3.3支付类型数据项的定义数据项编号I03-03数据项名称支付类型别名支付方式简述客户购买商品选择的支付方式类型及宽度可变动字符型,50位取值范围F/M表3.4销售时间数据项的定义数据项编号I03-04数据项名称销售时间别名销售日期简述商品出售时的系统时间类型及宽度日期取值范围F/M表3.5操作员数据项的定义数据项编号I03-05数据项名称操作员别名系统操作员简述系统使用人员类型及宽度可变动字符型,50位取值范围F/M表3.6数量数据项的定义数据项编号I03-06数据项名称数量别名商品数量简述出售商品的总数量类型及宽度整型,11位取值范围00000000000—999999999993.3.2数据结构的定义数据结构是指相互之间存在一种或多种特定关系的数据元素的集合。通常情况下,精心选择的数据结构可以带来更高的运行或者存储效率。数据结构往往同高效的检索算法和索引技术有关。它描述了同一数据元素类中各数据元素之间存在的关系。表3.7商品入库的数据结构DS02-02:进货单标识DS02-03:操作员信息DS02-04:供应商信息DS02-05:商品信息I1:进货票号I10:登录名I14:全称I25:商品编号I2:供应商编号I11:姓名I15:编号I26:商品名称I3:数量I12:密码I16:邮政编码27:描述I4:支付类型I13:角色I17:联系人I28:单价I5:进货时间I18:联系电话I29:产地I6:操作员I19:传真I30:供应商编号I7:价格I20:地址I31:规格I8:商品注释I21:电子邮件I32:包装I9:商品编号I22:开户银行I33:批号I23:开户账号I34:批准文号I24:电话表3.8商品销售的数据结构DS03-02:销售单标识DS03-03:操作员信息DS03-04:商品信息DS03-05:客户信息I1:销售单票号I10:登录名I11:商品编号I21:客户全称I2:客户编号I11:姓名I12:商品名称I22:客户地址I3:数量I12:密码I13:描述I23:客户编号I4:销售时间I13:角色I14:单价I24:邮政编码I5:操作员I10:登录名I15:产地I25:传真I6:支付类型I16:供应商编号I26:联系人I7:商品编号I17:规格I27:联系电话I8:商品注释18:包装I28:电子邮件I9:价格I19:批号I29:开户银行I20:批准文号I30:开户账号I31:电话3.3.3数据流的定义表3.9商品入库数据流定义数据流编号D02数据结构名称商品入库单简述采购部开出的商品入库单数据流来源采购部数据流去向商品入库模块数据流组成进货票号+供应商编号+数量+支付类型+进货时间+操作员+价格+商品注释+商品编号数据流量100份/时高峰流量180份/时表3.10货品出售数据流定义数据流编号D03数据结构名称销售单简述收银部开出的销售单数据流来源收银部数据流去向商品出售模块数据流组成销售票号+客户编号+数量+销售时间+操作员+支付类型+商品编号+商品注释+价格数据流量90份/时高峰流量150份/时4.系统结构设计4.1体系结构设计在系统架构方面,考虑到系统的可行性、使用方便性,系统采用了大家熟悉的C/S(client/server)架构模式,即客户机和服务器端软件。它可以充分利用客户端和服务器端的硬件资源,把要处理的任务合理分配到各个终端,该模式采用两层架构模式,使用同一程序实现逻辑计算和数据处理,把逻辑层和数据处理层合并。下图为本系统的总体架构图:图4.1