商店进销存系统需求分析

数据库原理课程设计

课题名称：商店进销存管理系统

指导教师：

专业班级：计算机科学与技术四班

小组组员：刚（组长）

完毕日期：2023年7月1日

1项目概述

二十一世纪，超市的竞争也进入到了一种全新口勺领域，竞争已不再是

规模的竞争，而是技术口勺竞争、管理的竞争、人才的竞争。技术口勺提高和

管理的升级是连锁超市业的竟争关键。零售领域目前呈多元发展趋势，多

种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等互相并存。

怎样在剧烈日勺竞争中扩大销售额、减少经营成本、扩大经营规模，成为大

中型超市努力追求日勺目H勺。

通过使用超市管理系统可以迅速提高超市的管理水平，减少经营成

本，为提高效益和增强超市扩张能力，提供了有效H勺技术保障。本系统

就是在这样H勺背景下提出的。此外在技术方面采用了较为先进的J2SE信

息技术，用来实现超市.管理信息系统，包括进货管理、销售管理、库存管

理、记录报表、平常管理、系统设置6个模块,

2.系统分析

2.1系统的初步调查

通过我们的调查发现，许多商店在物流管理方面，仍使用老式的人工管

理模式，挥霍人力资源，效率低，精确率低。有些商品紧缺，顾客要排队购

置或商品供不应求，使顾客大为不满，尚有某些商品，长期积压，损坏严重,

导致重大经济损失，引起销售人员的极大不满，已多次向商店管理人员反应,

但此类问题仍频频发生，得不到主线性的处理，已引起商店的重视。

连锁商店是以零售为前导，以商品进销，存配，流转管理为基础。一种

大型商店，它的J物流管理势必非常复杂，假如没有一种强大日勺信息系统来支

持，那么就会导致一部分商品大量积压，而另某些商品供不应求的局面，这

种局面必然会给商店带来巨大的经济损失。有些商店为了防止这样日勺状况发

生，就会对物流管理投入大量日勺人力。虽然这样史理了物流方面的问题，不

过这又有悖于管理学日勺原则，效率低，挥霍了人力资源，处理不了主线性的

问题。

因此根据上述分析，可以安排可行性分析

3系统的可行性研究

系统可行性的分析在进行系统开发时，起着决定性的作用，从系统开始

时的经济可行性，技术可行性，操作可行性，到开发过程的进度可行性。可

行性分析遍及整个系统的开发过程。

在对系统目的和环境精心分析的基础上，从技术可行性、经济可行性和

操作可行性，进度可行性四个方面对商店进销存管理系性分析。

3.1技术可行性

该商店进销存管理系统是基于J2SE的架构开发C/S构造，在数据库方

面采用oracle9i,因此无论是在操作效率，还是系统的安全稳定方面都很优

秀欧I。虽然对计算机硬件有一定规定，不过对于目前计算机硬件日勺普遍水平

宋说，大部分计算机都是可以良好的运行口勺。

重要基础工作，通过走访诸多超市以及结合自身的商店购物感受，总日勺来

说商店欧I业务流程中存在如下问题：

1）顾客难与商店互动，使购物效率大大减少。

顾客购物，最想理解日勺就是商品欧I价格和质量。而在超市里而，销售

人员数量很少，顾客无法问询到商品欧J优缺陷，不能就商品日勺价格和质量进

行对比，这样就减少了顾客的购置欲。尚有，诸多顾客对商店货品摆放日勺位

置不理解，常常会由于要去找某个商品而耽误大量时间，给顾客购物导致

了很大的不便。尚有某些大商店，在购物高峰期，常常出现收费台收费速度

跟不上，导致顾客缴费时拥挤不堪，排很长的I队伍。商店应有会员服务，对

会员的管理也是一种复杂日勺问题。通过我们调查，许多商店由于规模较大，

上述这些问题都存在，且比较严重。

2）财务，帐目管理混乱，透明度低。

许多商店财务管理一直都存在某些问题：

•财务人会员作量大：

大量时报表：

n报表：

收款员明细E报表；收银员部门日报表

收款机明细E报表；收款机部门日报表

营业员明细E报表；大类时段分析表

n商品实时明细表；n商品销售排名表

供应商日销售明细；日商品优惠明细表；日商品退货表

月报表：月度分类登记表

月商品销售排名表

月商品优惠登记表

月商品退货登记表

结账：商品帐、柜组帐、部门帐、客户帐。

帐务平衡检查

帐务规则检查

检查各个部门与否有违规操作

记录报表

提供多种报表，包括常用报表和自定义报表

•财务管理不透明

针对以上问题，我们开发了帐务结算系统，协助商店进行财务管理。通过以

上分析，本系统必须具有如下功能：

•报表，结帐，进货退货表可自动运行，减少系统管理员的工作量

•可及时发现计算机系统或人为导致的错误

•生成监测汇汇报知系统管理员

（4）系统安全问题

信息系统尽管功能强大，技术先进，但由于受到自身体系构造，设计思绪以

及运行机制等限制，也隐含许多不安全原因。常见原因有：数据的输入，输出，存

取与备份，源程序以及应用软件，数据库，操作系统等漏洞或缺陷，硬件，通信部

分口勺漏洞，企业内部人员的原因，病毒，“黑客”等原因。因此，为使本系统可以

真正安全，可靠，稳定地工作，必须考虑如下问题:

•为保证安全，不致使系统遭到意外事故日勺损害，系统因该能防止火，盗或

其他形式欧I人为破坏

•系统要能重建

•系统应当是可审查日勺

•系统应能进行有效控制，抗干扰能力强

•系统使用者的使用权限是可识别的

5,系统业务流程设计

5.1业务流图

商店管理系统业务繁多，下列业务流图只是对重要系统功能进行描述。

图5.2次级级数据流图

6系统功能设计

6.1系统功能模块图

商店管理信息系统，包括进货管理、销售管理、库存管理、记录报表、平常

管理、系统设置.6个模块。

系统功能模块信息如下

6.2系统功能模块详细描述

前台基本功能

进货管理:进行商品采购入库,采购退货,进/退单据和目前库存查询,与供货

商的往来帐务。

销售管理:进行商品销售，顾客退货，销/退单据和目前库存查询,POS销售记

录，与客户日勺往来帐务。

库存管理:包括库存之间商品调拔，商品日勺报损溢，强大日勺库存盘点功能，库

存商品报警查询。

记录报表:完整的记录查询功能，每张单据每次收款付款都可以清晰的反应。

平常管理:对供货商,客户，业务员综合管理,对平常收入支出管理,客户借货

坏帐管理,协议管理。

基本设置:商品信息,商品调价，供货商,客户，会员,会员，仓库等基本参数的

设置。

系统维护:数据库备份/恢复，系统初始化,操作员修改密码,年终止算,查看

日志，打印条码，赠品管理。

后台基本功能

商品销售:进行商品的绡售工作,顾客可以通过输入商品的条码,编号来选择

商品。

销售退货:进行已销售商品的顾客退货工作，同样可以通过商品条码和编号

来选择商品。

打印设置:设置小票的I标题和脚注以及要选择日勺打印机。

兑换赠品：有关会员用积分兑换赠品的管理工作。

赠送赠品:有关赠品的赠送管理工作。

修改密码:修改目前收果员的密码。

快捷键设置:设置POS中各功能的快捷键。

出入款管理:管理有关收银员日勺出入款工作。

7系统数据库设计

项目所波及的系统数据库的表包括：会员基本信息表、商品基本信息表、

供应商基本信息表、库存信息表、员工信息表、客户信息表、账务信息表、

单据信息表、操作员信息表。

7.1概念模型设计

概念性数据模型关怀日勺是怎样完整、对的地反应客观实际状况，不关怀

在数据库中怎样实现。这种数据模式能真实地反应顾客规定的实际状况，是

一种轻易被人们理解日勺直观的数据库构造模式。同步也是一种相对稳定统一

日勺数据模式，一般状况下很少变动。概念性数据在顾客和设计者之间建立了

桥梁。是设计数据库构造日勺基础。

概念设计中自顶向下日勺实体分析措施，即常用的实体联络模型（简称

E-R模型），对详细数据进行抽象加工，将实体集合抽象成实体类型。用实

体间联络反应现实世界事物间的内在联络。E-R模型是建立概念性数据模型

H勺有力工具。

图7.1.商品概念模型

图7.2.其他实体模型

7.2物理数据模型设计

设计时，我们将确定下来日勺实体对象日勺属性值映射为数据库表中的列，

在不同样级的表之间，我们用按名应用映射父表与子表间日勺引用关系，同级

表之间，我们仍然沿用主码、外码以映射它们之间日勺引用关系。这样，我们

就建立了一种物理数据模型。

数据库逻辑构造设计：

概念构造设计是独立与实际数据模型日勺信息构造，必须将其转化为逻辑

构造后才能进行数据库应用欧I设计。也就是要将概念上日勺构造转化为数据库

系统所支持的实际数据模型。

第一种转化是将实体转化为关系表。这种转化比较简朴，只需要将实体

的属性定义为表日勺属性即可。

第二种转化是联络的转化。即将各实体之间的联络转化为表格之间日勺关

系，如外部键的定义。

在上面工作的基础上归纳出人员管理数据库表格的构成、列的属性、表

格之间的联络等。

该数据库系统规定具有如下方面日勺特点；

(1)构造合理，对一种人员建立多条记录；

(2)所建立时数据冗余度小，独立性强；

(3)建档、修改、查询、记录快而精确；

(4)保密性、可靠性好。

要做到以上四点规定，在数据库的设计中必须尽量做到满足数据库设计

第三范式范式,也就是满足第三范式日勺定义:假如关系模式R(U,F)中的所有

非主属性对任何候选关键字都不存在传递信赖，则称关系R是属于第三范式

的。从第一范式到第三范式是逐次“包括于”的关系。遵照关系数据库设计

的范式规定才能抵达规范化目的，从而使构造更合理，消除存储异常，使数

据冗余尽量小，便于插入、删除和更新。

商店进销存管理系统数据库中基本表的设计成果如下面口勺9个表格所

示，每个表格体现数据库中的一种表，系统所有模块功能围绕下面9个表转

开。

表7.1会员信息表(amemberlnfo)

列名数值类型可否为空备注

mcmbcrIDNumbcr(lO)NOTNULL会员编号，主键

memberNameVarchar2(10)NOTNULL会员姓名

memberLevelVarchar2(8)NOTNULL会员级别

membcrlntegralNumber(lO)NULL会员积分

memberPhoneNumber(IO)NULL联络

memberBirthdayDateNULL会员生日

memberStateVarchar2(8)NULL会员状态（正常，注

销）

usefulLifeVarchar2(2)NULL有效期限（有，无）

joinTimeDateNOTNULL加入日期

endTimeDateNOTNULL到期R期

accountValueNumber(20)NULL账户金额

sumConsume.Number(IO)NULL总消费金额

consumeNumberNumber(IO)NULL消费次数

isUpdateBylntegralVarchar2(8)NULL按积分升级（是，否）

remarkVarchar2(50)NULL备注

表7.2商品信息表(amerchandiselnfo)

列名数值类型可否为空备注

merchandiselDNumber(lO)NOTNULL商品编号，主键

mcrchandiscNamcVarchar2(10)NOTNULL商品名称

merchandiseKindVarchar2(10)NULL商品类别

merchandiseBarcodeNumber(lO)NULL商品条码

（9910501）

specificationVarchar2(10)NULL规格型号（ml,g）

merchandiseUnitVarchar2(5)NULL单位（瓶，袋，盒）

merchandiseColorVarchar2(5)NULL颜色

merchandisestateVarchar2(5)NULL状态（可用，不可

用）

isSpecialsVarchar2(5)NULL特价商品（是，否）

CurrentstorageNumber(lO)notnull目前库存

lowestStorageNumber(lO)NULL最低库存

purchasePriceNumber(lO)NULL预设进价

sellPriceNumber(lO)NULL预设售价

produceFactoryVarchar2(10)NULL生产厂商

remarkVarchar2(5O)NULL备注

表7.3供货商信息表(asupplierslnfo)

列名数值类型可否为空备注

suppliersNameVarchar2(10)NOTNULL供货商名称，主

键

contactPersonVarchar2(10)NULL联络人

suppliersTelNumber(10)NULL联络

addressVarchar2(50)NULL

moneyPayVarchar2(50)NULL我方应付金额

remarkVarchar2(50)NULL备注

表7.4仓库信息表(astorehouseInfo)

列名数值类型可否为空备注

storehouseNameVarchar2(10)NOTNULL仓库名称，主键

chargePersonVarchar2(10)NULL负责人

suppliersTelNumber(10)NULL联络

remarkVarchar2(50)NULL备注

表7.5员工信息表(astaffInfo)

列名数值类型可否为空备注

staffNameVarchar2(10)NOTNULL员工姓名，主键

staffPositionsVarchar2(10)NULL职务

staffTelNumber(10)NULL联络

addressVarchar2(50)NULL

remarkVarchar2(50)NULL备注

表7.6超市进货/退货单据信息表(amerchandisereceiptlnfo)

列名数值类型可否为空备注

merchandiseldNumbcr(lO)NOTNULL商品编号，主

键

merchandiseNameVarchar2(10)NOTNULL商品名称

storenumberNumber(lO)NULL进货/退货数

量

unitPriceNumber(lO)NULL预设进价

sumMoneyNumber(lO)NULL该种物品总

金额

purchaseDateDateNOT进货/退货日

NULL