商店进销存管理系统需求分析.docx

商店进销存管理系统需求分析.docx

《商店进销存管理系统需求分析.docx》由会员分享，可在线阅读，更多相关《商店进销存管理系统需求分析.docx（17页珍藏版）》请在冰豆网上搜索。

商店进销存管理系统需求分析

数据库原理课程设计

课题名称：

商店进销存管理系统

指导教师：

刘灵犀、车生兵　　　　

专业班级:

　计算机科学与技术四班　

小组成员:

　　岳友刚　（组长）

ﻩﻩ　林金龙　　　　　

　　　　黄光浩　　　　

　　　　王　志

　　　　　汪　柳青　　　　　

　　　　　　　完成日期:

２009年7月1日

1项目概述

21世纪，超市的竞争也进入到了一个全新的领域,竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。

技术的提升和管理的升级是连锁超市业的竞争核心。

零售领域目前呈多元发展趋势,多种业态：

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

如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模,成为大中型超市努力追求的目标。

通过使用超市管理系统可以迅速提升超市的管理水平，降低经营成本,为提高效益和增强超市扩张能力,提供了有效的技术保障。

本系统就是在这样的背景下提出的。

另外在技术方面采用了较为先进的J2SE信息技术,用来实现超市管理信息系统,包括进货管理、销售管理、库存管理、统计报表、日常管理、系统设置6个模块。

2．系统分析

2.1系统的初步调查

经过我们的调查发现，许多商店在物流管理方面，仍使用传统的人工管理模式,浪费人力资源,效率低,准确率低。

有些商品紧缺,顾客要排队购买或商品供不应求,使顾客大为不满,还有一些商品，长期积压,损坏严重，造成重大经济损失，引起销售人员的极大不满,已多次向商店管理人员反映，但此类问题仍屡屡发生，得不到根本性的解决,已引起商店的重视。

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

一个大型商店,它的物流管理势必非常复杂，如果没有一个强大的信息系统来支持，那么就会造成一部分商品大量积压，而另一些商品供不应求的局面,这种局面必然会给商店带来巨大的经济损失。

有些商店为了避免这样的情况发生，就会对物流管理投入大量的人力。

虽然这样解决了物流方面的问题，但是这又有悖于管理学的原则,效率低,浪费了人力资源，解决不了根本性的问题。

所以根据上述分析，可以安排可行性分析。

3系统的可行性研究

系统可行性的分析在进行系统开发时,起着决定性的作用，从系统开始时的经济可行性，技术可行性,操作可行性，到开发过程的进度可行性。

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

在对系统目标和环境精心分析的基础上，从技术可行性、经济可行性和操作可行性，进度可行性四个方面对商店进销存管理系性分析。

3．1技术可行性

该商店进销存管理系统是基于J2SE的架构开发Ｃ／Ｓ结构，在数据库方面采用ｏraclｅ9i,所以无论是在操作效率,还是系统的安全稳定方面都很优秀的。

虽然对计算机硬件有一定要求,但是对于目前计算机硬件的普遍水平来说，大部分计算机都是可以良好的运行的。

3．2操作可行性

由于本系统良好的操作界面,以及言简意赅的操作按钮名称，使得用户很容易即可掌握系统的操作。

在短时间内,用户即可在操作中熟练掌握本系统。

3.3经济可行性

使用商店进销存管理系统后，可以实现自动化管理,从而节省很大的人员资金,而且本系统的销售前景也是很乐观，所带来的无形收益也是不可估计的，所以从成本和收益的比例上来看，该管理系统在经济上具有可行性。

３.4进度可行性

由于技术人员以及所用相关设备方面均准备充分,所以进度计划基本只在于技术的实现上,在该实现上大体上有3个进度,进度一:

先完成该商店管理系统的界面设计，初步估计约2-3天时间；进度二：

初步实现该管理系统的业务处理，初步估计约5-６天时间;进度三:

再用1-２天时间进行完善,查找和修正系统中存在的Bｕg,尽力做到完美。

进度是根据实际情况科学的规划的，故进度上不会延误。

由上述分析可知进度上可行性也是可行的。

4.业务的详细调查ﻩ

对现行系统的详细调查研究是了解系统需求和进行系统分析与设计的

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

说商店的业务流程中存在以下问题:

１）顾客难与商店互动,使购物效率大大降低。

ﻩ

顾客购物,最想了解的就是商品的价格和质量。

而在超市里面，销售人员数量很少,顾客无法询问到商品的优缺点，不能就商品的价格和质量进行对比，这样就降低了顾客的购买欲。

还有，很多顾客对商店货物摆放的位置不了解,常常会因为要去找某个商品而耽误大量时间，给顾客购物　造成了很大的不便。

还有一些大商店,在购物高峰期，经常出现收费台收费速度跟不上，造成顾客缴费时拥挤不堪，排很长的队伍。

商店应有会员服务,对会员的管理也是一个复杂的问题。

经过我们调查,许多商店由于规模较大,上述这些问题都存在，且比较严重。

２）财务,帐目管理混乱,透明度低。

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

●财务人会员作量大:

大量的报表:

日报表:

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

　　　　　收款机明细日报表;收款机部门日报表

　　　营业员明细日报表;大类时段分析表

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

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

月报表:

月度分类统计表

月商品销售排名表

　　　月商品优惠统计表

　月商品退货统计表

结账：

　商品帐、柜组帐、部门帐、客户帐。

帐务平衡检查

帐务规则检查

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

统计报表

提供各种报表,包括常用报表和自定义报表

●财务管理不透明

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

经过以上分析，本系统必须具有以下功能：

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

●可及时发现计算机系统或人为造成的错误

●生成监测报告通知系统管理员

（4）系统安全问题

信息系统尽管功能强大,技术先进,但由于受到自身体系结构，设计思路以及运行机制等限制，也隐含许多不安全因素。

常见因素有：

数据的输入,输出,存取与备份,源程序以及应用软件，数据库，操作系统等漏洞或缺陷,硬件，通信部分的漏洞,企业内部人员的因素，病毒,“黑客”等因素。

因此,为使本系统能够真正安全，可靠,稳定地工作,必须考虑如下问题:

●为保证安全,不致使系统遭到意外事故的损害,系统因该能防止火，盗或其他形式的人为破坏

●系统要能重建

●系统应该是可审查的

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

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

5.系统业务流程设计

５.1业务流图

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

图5.1顶级数据流图

图5.２次级级数据流图

６系统功能设计

6.1系统功能模块图

商店管理信息系统，包括进货管理、销售管理、库存管理、统计报表、日常管理、系统设置６个模块。

系统功能模块信息如下

6.２系统功能模块详细描述

前台基本功能

ﻫ进货管理:

进行商品采购入库,采购退货,进／退单据和当前库存查询,与供货商的往来帐务。

销售管理:

进行商品销售,顾客退货,销/退单据和当前库存查询,ＰＯS销售统计,与客户的往来帐务。

库存管理：

包括库存之间商品调拔，商品的报损溢,强大的库存盘点功能,库存商品报警查询。

统计报表:

完整的统计查询功能,每张单据每次收款付款都可以清楚的反映。

日常管理:

对供货商,客户,业务员综合管理，对日常收入支出管理，客户借货坏帐管理，合同管理。

基本设置:

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

系统维护:

数据库备份/恢复，系统初始化,操作员修改密码,年终结算,查看日志，打印条码,赠品管理。

后台基本功能

商品销售：

进行商品的销售工作,用户可以通过输入商品的条码,编号来选择商品。

销售退货:

进行已销售商品的顾客退货工作,同样可以通过商品条码和编号来选择商品。

打印设置:

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

兑换赠品:

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

赠送赠品：

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

修改密码:

修改当前收银员的密码。

快捷键设置:

设置POＳ　中各功能的快捷键。

出入款管理：

管理有关收银员的出入款工作。

7系统数据库设计

项目所涉及的系统数据库的表包括：

会员基本信息表、商品基本信息表、供应商基本信息表、库存信息表、员工信息表、客户信息表、账务信息表、单据信息表、操作员信息表。

７.1概念模型设计

概念性数据模型关心的是如何完整、正确地反映客观实际情况，不关心在数据库中如何实现。

这种数据模式能真实地反应用户要求的实际情况,是一种容易被人们理解的直观的数据库结构模式。

同时也是一种相对稳定统一的数据模式,一般情况下很少变动。

概念性数据在用户和设计者之间建立了桥梁。

是设计数据库结构的基础。

概念设计中自顶向下的实体分析方法,即常用的实体联系模型（简称Ｅ－R模型），对具体数据进行抽象加工,将实体集合抽象成实体类型。

用实体间联系反映现实世界事物间的内在联系。

Ｅ-R模型是建立概念性数据模型的有力工具。

图7.1．商品概念模型

图7.2.其他实体模型

7．2物理数据模型设计

设计时，我们将确定下来的实体对象的属性值映射为数据库表中的列，在不同级的表之间，我们用按名应用映射父表与子表间的引用关系，同级表之间，我们仍然沿用主码、外码以映射它们之间的引用关系。

这样，我们就建立了一个物理数据模型。

数据库逻辑结构设计:

概念结构设计是独立与实际数据模型的信息结构，必须将其转化为逻辑结构后才能进行数据库应用的设计。

也就是要将概念上的结构转化为数据库系统所支持的实际数据模型。

第一种转化是将实体转化为关系表。

这种转化比较简单,只需要将实体的属性定义为表的属性即可。

第二种转化是联系的转化。

即将各实体之间的联系转化为表格之间的关系，如外部键的定义。

在上面工作的基础上归纳出人员管理数据库表格的组成、列的属性、表格之间的联系等。

该数据库系统要求具有以下方面的特点;

（1）结构合理，对一个人员建立多条记录;

（2）所建立的数据冗余度小,独立性强;

（3）建档、修改、查询、统计快而准确；

（4）保密性、可靠性好。

要做到以上四点要求，在数据库的设计中必须尽量做到满足数据库设计第三范式范式，也就是满足第三范式的定义：

如果关系模式Ｒ（U,　Ｆ）中的所有非主属性对任何候选关键字都不存在传递信赖,则称关系R是属于第三范式的。

从第一范式到第三范式是逐次“包含于”的关系。

遵循关系数据库设计的范式要求才能达到规范化目的,从而使结构更合理,消除存储异常,使数据冗余尽量小,便于插入、删除和更新。

商店进销存管理系统数据库中基本表的设计结果如下面的９个表格所示，每个表格表示数据库中的一个表,系统所有模块功能围绕下面9个表转开。

表7.１会员信息表（amｅmberIｎｆo）

列名

数值类型

可否为空

备注

ｍｅmｂｅrID

Nｕmbeｒ（10）

NOT　NULL

会员编号，主键

mｅmｂeｒＮame

Ｖaｒchaｒ2（1０）

NOＴ　NULL

会员姓名

meｍberLevel

Vaｒchar2（８）

NOTNULL

会员级别

memｂerInteｇｒａl

Number（10）

NUＬＬ

会员积分

membｅｒPhone

Nｕmber（１0）

NULL

联系电话

memｂeｒＢｉｒthday

Daｔｅ

NＵLＬ

会员生日

mｅmberStａte

Varcｈar2（８）

NULL

会员状态（正常,注销）

usefulLife

Ｖａrｃhａr2

（2）

NULL

使用期限（有,无）

joｉnTimｅ

Daｔe

NOTNＵLL

加入日期

endTｉmｅ

Daｔe

ＮOTNULＬ

到期日期

aｃcounｔＶaluｅ

Ｎuｍber（２０）

NULL

账户金额

sumＣonsume.

Ｎｕｍber（10）

NＵLL

总消费金额

consuｍeNuｍber

Number（10）

ＮＵLL

消费次数

ｉsUpdateByＩnｔｅｇｒaｌ

Vａrchａr２（8）

ＮUＬＬ

按积分升级（是,否）

remaｒk

Vａrchar2（50）

NULL

备注

表7.２商品信息表（amerchaｎdiseInfo）

列名

数值类型

可否为空

备注

merｃhandiseID　

Nｕmber（10）

NＯTNＵLＬ

商品编号,主键

ｍerchandisｅName

Varchar2（10）

NOTNULL

商品名称

mｅrｃhaｎdｉseKinｄ

Varｃhar2（10）

NULＬ

ﻩﻩ商品类别

merchandiseBaｒcode

Numbｅr（10）

ＮULL

商品条码（9９１０501）

speｃiｆication

Ｖａrchａr2（10）

NＵLL

规格型号（ml,g）

ｍerchandiｓeUnit

Vaｒchaｒ2（５）

NＵＬL

单位（瓶,袋,盒）

mｅｒchandiseColor

Vaｒchar２（5）

NＵLＬ

颜色

mercｈaｎｄiseSｔａtｅ

Varchar2（５）

ＮULL

状态（可用,不可用）

ｉsSpecｉａｌｓ

Varchar2（５）

NULL

特价商品（是,否）

CｕrrentStorａge

Nｕmbeｒ（10）

not　ｎull

当前库存

lowｅstSｔorａｇｅ

Nｕmbeｒ（1０）

ＮULL

最低库存

purchasePrice

Number（10）

NULＬ

预设进价

sｅllPｒice

Ｎuｍbeｒ（10）

NULＬ

预设售价

pｒｏduｃeFacｔorｙ

Vａrｃhaｒ2（10）

NULL

生产厂商

reｍａｒｋ

Ｖarchａr2（50）

NＵLＬ

备注

表7.3供货商信息表（asuppliersIｎfｏ）

列名

数值类型

可否为空

备注

ｓuｐｐliｅrsＮaｍe

Vａｒｃhａr2（10）

ＮOTNULL

供货商名称,主键

conｔａctPeｒson

Varchar２（10）

ＮUＬL

联系人

ｓupｐlieｒsTel

Numｂｅr（10）

NULL

联系电话

addｒess

Vａｒｃhar2（５0）

NULL

联系地址

moneｙPａy

Varchaｒ2（５0）

ＮULL

我方应付金额

rｅmark

Varchar2（5０）

NUＬL

备注

表７.4仓库信息表（astorehｏuseInfｏ）

列名

数值类型

可否为空

备注

storehoｕseName

Varｃｈaｒ2（10）

NＯＴＮUＬL

仓库名称，主键

chargePeｒson

Varchar2（10）

NULＬ

负责人

supｐｌierｓTeｌ

Number（10）

NULL

联系电话

ｒｅmark

Vａrchａr２（50）

NULL

备注

表７.5员工信息表（astaffＩｎfｏ）

列名

数值类型

可否为空

备注

ｓｔaffNａmｅ

Vaｒｃｈar2（１0）

NOTNULL

员工姓名，主键

staffPｏｓitions

Varchar2（10）

ＮＵＬＬ

职务

staｆfTeｌ

Nｕmbeｒ（１0）

NＵLL

联系电话

ａｄdrｅsｓ

Varｃhar２（50）

ＮULＬ

联系地址

ｒemaｒk

Ｖarcｈar２（５0）

NＵLL

备注

表7.６超市进货/退货单据信息表（amerchandisereceｉptIｎfo）

列名

数值类型

可否为空

备注

mercｈandiｓeId

Numｂer（10）

ＮOTNUＬL

商品编号,主键

meｒchandiseNamｅ

Vaｒｃhar2（１０）

NOTNUＬL

商品名称

storenumbｅｒ

Numｂer（１0）

NULＬ

进货/退货数量

unｉｔＰｒice

Numbｅr（10）

NULL

预设进价

sumMｏneｙ

Nｕmber（１０）

ＮULL

该种物品总金额

purchaｓｅＤate

Ｄatｅ

NOＴ　NUＬL

进货/退货日期

ｓｕpｐｌiｅrｓＮame

Ｖaｒｃhaｒ2（10）

NULL

供货商名称

表7.7销售给顾客／顾客退货单据信息表（acｕsｔoｍeｒrｅcｅiｐｔＩｎfo）

列名

数值类型

可否为空

备注

merchanｄiｓeId

Nｕｍｂer（１0）

NOTＮULL

商品编号，主键

mｅrchaｎdiseＮａｍe

Ｖaｒchar２（10）

ＮＯTNULL

商品名称

NUMＢEＲSELL

Ｎuｍbeｒ（１0）

NULL

销售/退货数量

ｕnｉtＰrice

Numｂｅｒ（10）

NULL

单价

sumMｏnｅｙ

Numｂｅｒ（10）

ＮUＬL

总金额

pｕｒcｈaseDａte

Dａte

NOＴNＵLL

进货/退货日期

memberIＤ

Numbｅｒ（6）

NULＬ

会员编号（１2３0０1）

表７.8操作员表（ａｏp）

列名

数值类型

可否为空

备注

popｅdom

Varｃhar2（８）

ＮULL

权限组

ｏpIＤ

Numbeｒ（10）

NOTNULＬ

编号,主键

ｏpNamｅ

Varｃｈar2（10）

NULL

操作员姓名

opPｏｓitoｎ

Varchaｒ2（1０）

NＵLL

所任职务

pａsｓwｏrd

Varcｈar２（1０）

notnuｌl

密码