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

数据库原理课程设计
课题名称： 商店进销存管理系统
指导教师: 刘灵犀、车生兵
专业班级: 计算机科学与技术四班
小组成员： 岳 友 刚 （组长)
林 金 龙
黄 光 浩
王 志
汪 柳 青
完成日期：2009年7月1日
1项目概述
21世纪,超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是连锁超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为大中型超市努力追求的目标。
通过使用超市管理系统可以迅速提升超市的管理水平，降低经营成本， 为提高效益和增强超市扩张能力， 提供了有效的技术保障。本系统就是在这样的背景下提出的。另外在技术方面采用了较为先进的J2SE信息技术，用来实现超市管理信息系统，包括进货管理、销售管理、库存管理、统计报表、日常管理、系统设置6个模块.
2.系统分析
2。1系统的初步调查
经过我们的调查发现，许多商店在物流管理方面，仍使用传统的人工管理模式,浪费人力资源，效率低，准确率低。有些商品紧缺，顾客要排队购买或商品供不应求，使顾客大为不满,还有一些商品，长期积压，损坏严重,造成重大经济损失，引起销售人员的极大不满，已多次向商店管理人员反映，但此类问题仍屡屡发生，得不到根本性的解决，已引起商店的重视。
连锁商店是以零售为前导，以商品进销，存配，流转管理为基础.一个大型商店，它的物流管理势必非常复杂，如果没有一个强大的信息系统来支持，那么就会造成一部分商品大量积压,而另一些商品供不应求的局面,这种局面必然会给商店带来巨大的经济损失.有些商店为了避免这样的情况发生，就会对物流管理投入大量的人力。虽然这样解决了物流方面的问题,但是这又有悖于管理学的原则,效率低，浪费了人力资源，解决不了根本性的问题。
所以根据上述分析，可以安排可行性分析.
3 系统的可行性研究
系统可行性的分析在进行系统开发时,起着决定性的作用,从系统开始时的经济可行性，技术可行性，操作可行性，到开发过程的进度可行性.可行性分析遍布整个系统的开发过程。
在对系统目标和环境精心分析的基础上,从技术可行性、经济可行性和操作可行性,进度可行性四个方面对商店进销存管理系性分析。
3.1技术可行性
该商店进销存管理系统是基于J2SE的架构开发C/S结构，在数据库方面采用oracle9i，所以无论是在操作效率，还是系统的安全稳定方面都很优秀的。虽然对计算机硬件有一定要求，但是对于目前计算机硬件的普遍水平来说，大部分计算机都是可以良好的运行的。
3。2操作可行性
由于本系统良好的操作界面，以及言简意赅的操作按钮名称，使得用户很容易即可掌握系统的操作。在短时间内，用户即可在操作中熟练掌握本系统.
3。3经济可行性
使用商店进销存管理系统后，可以实现自动化管理，从而节省很大的人员资金,而且本系统的销售前景也是很乐观，所带来的无形收益也是不可估计的，所以从成本和收益的比例上来看，该管理系统在经济上具有可行性。
3.4进度可行性
由于技术人员以及所用相关设备方面均准备充分,所以进度计划基本只在于技术的实现上，在该实现上大体上有3个进度，进度一 :先完成该商店管理系统的界面设计,初步估计约2—3天时间；进度二：初步实现该管理系统的业务处理，初步估计约5-6天时间；进度三:再用1—2天时间进行完善,查找和修正系统中存在的Bug，尽力做到完美.进度是根据实际情况科学的规划的,故进度上不会延误.由上述分析可知进度上可行性也是可行的.
4。业务的详细调查
对现行系统的详细调查研究是了解系统需求和进行系统分析与设计的
重要基础工作，通过走访很多超市以及结合自身的商店购物感受，总的来
说商店的业务流程中存在以下问题:
1）顾客难与商店互动,使购物效率大大降低。
顾客购物，最想了解的就是商品的价格和质量。而在超市里面,销售人员数量很少，顾客无法询问到商品的优缺点，不能就商品的价格和质量进行对比，这样就降低了顾客的购买欲。还有，很多顾客对商店货物摆放的位置不了解，常常会因为要去找某个商品而耽误大量时间,给顾客购物 造成了很大的不便。还有一些大商店,在购物高峰期，经常出现收费台收费速度跟不上，造成顾客缴费时拥挤不堪，排很长的队伍。商店应有会员服务，对会员的管理也是一个复杂的问题。经过我们调查,许多商店由于规模较大，上述这些问题都存在，且比较严重。
2)财务，帐目管理混乱，透明度低。
许多商店财务管理一直都存在一些问题：
l 财务人会员作量大：
大量的报表：
日报表：
　　 收款员明细日报表;收银员部门日报表
　　 收款机明细日报表；收款机部门日报表
　　 营业员明细日报表；大类时段分析表
　 　日商品实时明细表；日商品销售排名表
　 供应商日销售明细；日商品优惠明细表；日商品退货表
月报表: 月度分类统计表
　　 月商品销售排名表
　　 月商品优惠统计表
　　 月商品退货统计表
结账:　商品帐、柜组帐、部门帐、客户帐。
帐务平衡检查
帐务规则检查
检查各个部门是否有违规操作
统计报表
提供各种报表，包括常用报表和自定义报表
l 财务管理不透明
针对以上问题，我们开发了帐务结算系统，帮助商店进行财务管理。经过以上分析，本系统必须具有以下功能:
l 报表，结帐，进货退货表可自动运行，减少系统管理员的工作量
l 可及时发现计算机系统或人为造成的错误
l 生成监测报告通知系统管理员
（4）系统安全问题
信息系统尽管功能强大,技术先进,但由于受到自身体系结构,设计思路以及运行机制等限制，也隐含许多不安全因素。常见因素有:数据的输入,输出,存取与备份,源程序以及应用软件，数据库，操作系统等漏洞或缺陷，硬件，通信部分的漏洞,企业内部人员的因素,病毒,“黑客"等因素。因此，为使本系统能够真正安全，可靠，稳定地工作，必须考虑如下问题：
l 为保证安全,不致使系统遭到意外事故的损害,系统因该能防止火，盗或其他形式的人为破坏
l 系统要能重建
l 系统应该是可审查的
l 系统应能进行有效控制，抗干扰能力强
l 系统使用者的使用权限是可识别的
5.系统业务流程设计
5。1业务流图
商店管理系统业务繁多，下列业务流图只是对主要系统功能进行描述。
图5.1 顶级数据流图
图5.2 次级级数据流图
6系统功能设计
6.1系统功能模块图
商店管理信息系统，包括进货管理、销售管理、库存管理、统计报表、日常管理、系统设置6个模块。
系统功能模块信息如下
6.2系统功能模块详细描述
前台基本功能

进货管理:进行商品采购入库,采购退货,进/退单据和当前库存查询，与供货商的往来帐务。
销售管理：进行商品销售，顾客退货，销/退单据和当前库存查询,POS 销售统计,与客户的往来帐务。
库存管理:包括库存之间商品调拔，商品的报损溢，强大的库存盘点功能,库存商品报警查询。
统计报表:完整的统计查询功能，每张单据每次收款付款都可以清楚的反映。
日常管理:对供货商，客户，业务员综合管理，对日常收入支出管理,客户借货坏帐管理,合同管理。
基本设置:商品信息,商品调价,供货商,客户,会员,会员,仓库等基本参数的设置。
系统维护:数据库备份/恢复，系统初始化,操作员修改密码，年终结算,查看日志，打印条码，赠品管理。
后台基本功能
商品销售：进行商品的销售工作，用户可以通过输入商品的条码,编号来选择商品。
销售退货：进行已销售商品的顾客退货工作,同样可以通过商品条码和编号来选择商品。
打印设置：设置小票的标题和脚注以及要选择的打印机。
兑换赠品:有关会员用积分兑换赠品的管理工作。
赠送赠品：有关赠品的赠送管理工作。
修改密码:修改当前收银员的密码。
快捷键设置：设置 POS 中各功能的快捷键.
出入款管理:管理有关收银员的出入款工作。
7系统数据库设计
项目所涉及的系统数据库的表包括：会员基本信息表、商品基本信息表、供应商基本信息表、库存信息表、员工信息表、客户信息表、账务信息表、单据信息表、操作员信息表。
7。1概念模型设计
概念性数据模型关心的是如何完整、正确地反映客观实际情况,不关心在数据库中如何实现.这种数据模式能真实地反应用户要求的实际情况,是一种容易被人们理解的直观的数据库结构模式.同时也是一种相对稳定统一的数据模式，一般情况下很少变动。概念性数据在用户和设计者之间建立了桥梁。是设计数据库结构的基础.
概念设计中自顶向下的实体分析方法,即常用的实体联系模型 (简称E—R模型)，对具体数据进行抽象加工,将实体集合抽象成实体类型。用实体间联系反映现实世界事物间的内在联系。E—R模型是建立概念性数据模型的有力工具。
图7。1。商品概念模型
图7。2。其他实体模型
7.2物理数据模型设计
设计时，我们将确定下来的实体对象的属性值映射为数据库表中的列，在不同级的表之间，我们用按名应用映射父表与子表间的引用关系，同级表之间，我们仍然沿用主码、外码以映射它们之间的引用关系。这样，我们就建立了一个物理数据模型。
数据库逻辑结构设计:
概念结构设计是独立与实际数据模型的信息结构，必须将其转化为逻辑结构后才能进行数据库应用的设计。也就是要将概念上的结构转化为数据库系统所支持的实际数据模型.
第一种转化是将实体转化为关系表。这种转化比较简单,只需要将实体的属性定义为表的属性即可。
第二种转化是联系的转化。即将各实体之间的联系转化为表格之间的关系，如外部键的定义。
在上面工作的基础上归纳出人员管理数据库表格的组成、列的属性、表格之间的联系等.
该数据库系统要求具有以下方面的特点；
(1）结构合理,对一个人员建立多条记录;
(2）所建立的数据冗余度小，独立性强;
(3)建档、修改、查询、统计快而准确；
(4)保密性、可靠性好。
要做到以上四点要求，在数据库的设计中必须尽量做到满足数据库设计第三范式范式，也就是满足第三范式的定义：如果关系模式 R (U, F）中的所有非主属性对任何候选关键字都不存在传递信赖，则称关系R是属于第三范式的。从第一范式到第三范式是逐次“包含于”的关系。遵循关系数据库设计的范式要求才能达到规范化目的,从而使结构更合理，消除存储异常,使数据冗余尽量小，便于插入、删除和更新。
商店进销存管理系统数据库中基本表的设计结果如下面的9个表格所示，每个表格表示数据库中的一个表，系统所有模块功能围绕下面9个表转开.
表7。1 会员信息表（amemberInfo）
列名
数值类型
可否为空
备注
memberID
Number（10)
NOT NULL
会员编号,主键
memberName
Varchar2(10)
NOT NULL
会员姓名
memberLevel
Varchar2（8）
NOT NULL
会员级别
memberIntegral
Number(10)
NULL
会员积分
memberPhone
Number(10)
NULL
联系电话
memberBirthday
Date
NULL
会员生日
memberState
Varchar2(8)
NULL
会员状态(正常,注销)
usefulLife
Varchar2(2)
NULL
使用期限(有,无)
joinTime
Date
NOT NULL
加入日期
endTime
Date
NOT NULL
到期日期
accountValue
Number(20)
NULL
账户金额
sumConsume。
Number(10）
NULL
总消费金额
consumeNumber
Number(10)
NULL
消费次数
isUpdateByIntegral
Varchar2(8)
NULL
按积分升级(是，否)
remark
Varchar2（50)
NULL
备注
表7。2 商品信息表（amerchandiseInfo）
列名
数值类型
可否为空
备注
merchandiseID
Number(10）
NOT NULL
商品编号，主键
merchandiseName
Varchar2（10)
NOT NULL
商品名称
merchandiseKind
Varchar2（10）
NULL
商品类别
merchandiseBarcode
Number(10)
NULL
商品条码(9910501)
specification
Varchar2（10）
NULL
规格型号（ml，g)
merchandiseUnit
Varchar2（5)
NULL
单位(瓶,袋，盒）
merchandiseColor
Varchar2（5)
NULL
颜色
merchandiseState
Varchar2（5）
NULL
状态(可用，不可用)
isSpecials
Varchar2（5）
NULL
特价商品（是,否)
CurrentStorage
Number(10)
not null
当前库存
lowestStorage
Number（10）
NULL
最低库存
purchasePrice
Number（10)
NULL
预设进价
sellPrice
Number(10）
NULL
预设售价
produceFactory
Varchar2(10)
NULL
生产厂商
remark
Varchar2(50）
NULL
备注
表7.3 供货商信息表(asuppliersInfo）
列名
数值类型
可否为空
备注
suppliersName
Varchar2（10）
NOT NULL
供货商名称，主键
contactPerson
Varchar2(10）
NULL
联系人
suppliersTel
Number (10）
NULL
联系电话
address
Varchar2(50）
NULL
联系地址
moneyPay
Varchar2(50)
NULL
我方应付金额
remark
Varchar2(50）
NULL
备注
表7.4 仓库信息表（astorehouseInfo）
列名
数值类型
可否为空
备注
storehouseName
Varchar2(10)
NOT NULL
仓库名称,主键
chargePerson
Varchar2（10）
NULL
负责人
suppliersTel
Number （10)
NULL
联系电话
remark
Varchar2（50)
NULL
备注
表7.5 员工信息表（astaffInfo)
列名
数值类型
可否为空
备注
staffName
Varchar2(10）
NOT NULL
员工姓名,主键
staffPositions
Varchar2（10）
NULL
职务
staffTel
Number （10)
NULL
联系电话
address
Varchar2（50）
NULL
联系地址
remark
Varchar2（50）
NULL
备注
表7。6 超市进货/退货单据信息表(amerchandisereceiptInfo)
列名
数值类型
可否为空
备注
merchandiseId
Number(10）
NOT NULL
商品编号，主键
merchandiseName
Varchar2(10)
NOT NULL
商品名称
storenumber
Number（10)
NULL
进货/退货数量
unitPrice
Number(10)
NULL
预设进价
sumMoney
Number（10）
NULL
该种物品总金额
purchaseDate
Date
NOT NULL
进货/退货日期
suppliersName
Varchar2(10）
NULL
供货商名称
表7.7 销售给顾客/顾客退货单据信息表(acustomerreceiptInfo)
列名
数值类型
可否为空
备注
merchandiseId
Number(10)
NOT NULL
商品编号，主键
merchandiseName
Varchar2(10）
NOT NULL
商品名称
NUMBERSELL
Number(10)
NULL
销售/退货数量
unitPrice
Number(10）
NULL
单价
sumMoney
Number（10)
NULL
总金额
purchaseDate
Date
NOT NULL
进货/退货日期
memberID
Number（6）
NULL
会员编号(123001）
表7.8 操作员表（aop)
列名
数值类型
可否为空
备注
popedom
Varchar2（8)
NULL
权限组
opID
Number（10)
NOT NULL
编号,主键
opName
Varchar2（10）
NULL
操作员姓名
opPositon
Varchar2(10）
NULL
所任职务
password
Varchar2(10）
not null
密码