《商店进销存管理系统需求分析.pdf》由会员分享，可在线阅读，更多相关《商店进销存管理系统需求分析.pdf（24页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、-可编辑数据库原理课程设计课题名称：商店进销存管理系统指导教师：刘灵犀、车生兵专业班级：计算机科学与技术四班小组成员：岳 友 刚(组长)林 金 龙黄 光 浩王志汪 柳 青完成日期：2009 年 7 月 1 日-可编辑1 项目概述21 世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是连锁超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为大中型超市努力追求的目标。通过使用超市管理系统可以迅速提
2、升超市的管理水平，降低经营成本，为提高效益和增强超市扩张能力，提供了有效的技术保障。本系统就是在这样的背景下提出的。另外在技术方面采用了较为先进的J2SE信息技术，用来实现超市管理信息系统，包括进货管理、销售管理、库存管理、统计报表、日常管理、系统设置6 个模块。2.系统分析2.1 系统的初步调查经过我们的调查发现，许多商店在物流管理方面，仍使用传统的人工管理模式，浪费人力资源，效率低，准确率低。有些商品紧缺，顾客要排队购买或商品供不应求，使顾客大为不满，还有一些商品，长期积压，损坏严重，造成重大经济损失，引起销售人员的极大不满，已多次向商店管理人员反映，但此类问题仍屡屡发生，得不到根本性的解
3、决，已引起商店的重视。连锁商店是以零售为前导，以商品进销，存配，流转管理为基础。一个-可编辑大型商店，它的物流管理势必非常复杂，如果没有一个强大的信息系统来支持，那么就会造成一部分商品大量积压，而另一些商品供不应求的局面，这种局面必然会给商店带来巨大的经济损失。有些商店为了避免这样的情况发生，就会对物流管理投入大量的人力。虽然这样解决了物流方面的问题，但是这又有悖于管理学的原则，效率低，浪费了人力资源，解决不了根本性的问题。所以根据上述分析，可以安排可行性分析。3 系统的可行性研究系统可行性的分析在进行系统开发时，起着决定性的作用，从系统开始时的经济可行性，技术可行性，操作可行性，到开发过程的
4、进度可行性。可行性分析遍布整个系统的开发过程。在对系统目标和环境精心分析的基础上，从技术可行性、经济可行性和操作可行性，进度可行性四个方面对商店进销存管理系性分析。3.1 技术可行性该商店进销存管理系统是基于J2SE的架构开发 C/S 结构，在数据库方面采用 oracle9i，所以无论是在操作效率，还是系统的安全稳定方面都很优秀的。虽然对计算机硬件有一定要求，但是对于目前计算机硬件的普遍水平来说，大部分计算机都是可以良好的运行的。-可编辑3.2 操作可行性由于本系统良好的操作界面，以及言简意赅的操作按钮名称，使得用户很容易即可掌握系统的操作。在短时间内，用户即可在操作中熟练掌握本系统。3.3
5、经济可行性使用商店进销存管理系统后，可以实现自动化管理，从而节省很大的人员资金，而且本系统的销售前景也是很乐观，所带来的无形收益也是不可估计的，所以从成本和收益的比例上来看，该管理系统在经济上具有可行性。3.4 进度可行性由于技术人员以及所用相关设备方面均准备充分，所以进度计划基本只在于技术的实现上，在该实现上大体上有3 个进度，进度一：先完成该商店管理系统的界面设计，初步估计约 2-3 天时间；进度二：初步实现该管理系统的业务处理，初步估计约5-6 天时间；进度三：再用1-2 天时间进行完善，查找和修正系统中存在的Bug，尽力做到完美。进度是根据实际情况科学的规划的，故进度上不会延误。由上述
6、分析可知进度上可行性也是可行的。4.业务的详细调查对现行系统的详细调查研究是了解系统需求和进行系统分析与设计的-可编辑重要基础工作，通过走访很多超市以及结合自身的商店购物感受，总的来说商店的业务流程中存在以下问题：1）顾客难与商店互动，使购物效率大大降低。顾客购物，最想了解的就是商品的价格和质量。而在超市里面，销售人员数量很少，顾客无法询问到商品的优缺点，不能就商品的价格和质量进行对比，这样就降低了顾客的购买欲。还有，很多顾客对商店货物摆放的位置不了解，常常会因为要去找某个商品而耽误大量时间，给顾客购物造成了很大的不便。还有一些大商店，在购物高峰期，经常出现收费台收费速度跟不上，造成顾客缴费时
7、拥挤不堪，排很长的队伍。商店应有会员服务，对会员的管理也是一个复杂的问题。经过我们调查，许多商店由于规模较大，上述这些问题都存在，且比较严重。2）财务，帐目管理混乱，透明度低。许多商店财务管理一直都存在一些问题：财务人会员作量大：大量的报表：日报表:收款员明细日报表；收银员部门日报表收款机明细日报表；收款机部门日报表营业员明细日报表；大类时段分析表日商品实时明细表；日商品销售排名表供应商日销售明细；日商品优惠明细表；日商品退货表-可编辑月报表:月度分类统计表月商品销售排名表月商品优惠统计表月商品退货统计表结账：商品帐、柜组帐、部门帐、客户帐。帐务平衡检查帐务规则检查检查各个部门是否有违规操作统
8、计报表提供各种报表，包括常用报表和自定义报表财务管理不透明针对以上问题，我们开发了帐务结算系统，帮助商店进行财务管理。经过以上分析，本系统必须具有以下功能：报表，结帐，进货退货表可自动运行，减少系统管理员的工作量可及时发现计算机系统或人为造成的错误生成监测报告通知系统管理员（4）系统安全问题信息系统尽管功能强大，技术先进，但由于受到自身体系结构，设计思路以及运行机制等限制，也隐含许多不安全因素。常见因素有：数据的输入，输出，存取与备份，源程序以及应用软件，数据库，操作系统等漏洞或缺陷，硬件，通信部分的漏洞，企业内部人员的因素，病毒，“黑客”等因素。因此，为使本系统能够真正安全，可靠，稳定地工作
9、，必须考虑如下问题：-可编辑为保证安全，不致使系统遭到意外事故的损害，系统因该能防止火，盗或其他形式的人为破坏系统要能重建系统应该是可审查的系统应能进行有效控制，抗干扰能力强系统使用者的使用权限是可识别的5.系统业务流程设计5.1 业务流图商店管理系统业务繁多，下列业务流图只是对主要系统功能进行描述。返回选择处理进入系统输入有误，返回输入密码操作员登陆相关业务顶级目录图 5.1 顶级数据流图-可编辑图 5.2 次级级数据流图6 系统功能设计6.1 系统功能模块图商店管理信息系统，包括进货管理、销售管理、库存管理、统计报表、日常管理、系统设置6 个模块。-可编辑系统功能模块信息如下-可编辑6.2
10、 系统功能模块详细描述前台基本功能进货管理:进行商品采购入库,采购退货,进/退单据和当前库存查询,与供货商的往来帐务。销售管理:进行商品销售,顾客退货,销/退单据和当前库存查询,POS 销售统计,与客户的往来帐务。-可编辑库存管理:包括库存之间商品调拔,商品的报损溢,强大的库存盘点功能,库存商品报警查询。统计报表:完整的统计查询功能，每张单据每次收款付款都可以清楚的反映。日常管理:对供货商,客户,业务员综合管理,对日常收入支出管理,客户借货坏帐管理,合同管理。基本设置:商品信息,商品调价,供货商,客户,会员,会员,仓库等基本参数的设置。系统维护:数据库备份/恢复,系统初始化,操作员修改密码,年
11、终结算,查看日志,打印条码,赠品管理。后台基本功能商品销售:进行商品的销售工作,用户可以通过输入商品的条码,编号来选择商品。销售退货:进行已销售商品的顾客退货工作,同样可以通过商品条码和编号来选择商品。打印设置:设置小票的标题和脚注以及要选择的打印机。兑换赠品:有关会员用积分兑换赠品的管理工作。赠送赠品:有关赠品的赠送管理工作。修改密码:修改当前收银员的密码。快捷键设置:设置 POS 中各功能的快捷键。出入款管理:管理有关收银员的出入款工作。-可编辑7 系统数据库设计项目所涉及的系统数据库的表包括：会员基本信息表、商品基本信息表、供应商基本信息表、库存信息表、员工信息表、客户信息表、账务信息表
12、、单据信息表、操作员信息表。7.1 概念模型设计概念性数据模型关心的是如何完整、正确地反映客观实际情况，不关心在数据库中如何实现。这种数据模式能真实地反应用户要求的实际情况，是一种容易被人们理解的直观的数据库结构模式。同时也是一种相对稳定统一的数据模式，一般情况下很少变动。概念性数据在用户和设计者之间建立了桥梁。是设计数据库结构的基础。概念设计中自顶向下的实体分析方法，即常用的实体联系模型(简称E-R 模型)，对具体数据进行抽象加工，将实体集合抽象成实体类型。用实体间联系反映现实世界事物间的内在联系。E-R 模型是建立概念性数据模型的有力工具。-可编辑商品商品编号商品名称规格型号颜色状态类别预
13、设进价预设售价商品折扣生产厂商备注单位商品条码特价商品最低库存图 7.1.商品概念模型供货商信息供货商名称备注联系人联系电话我方应付金额联系地址默认供应商仓库信息仓库名称默认仓库负责人联系电话仓库地址备注POS 仓库员工信息员工姓名职务联系电话联系地址备注客户信息联系人客户名称联系电话我方应付金额联系地址备注默认客户-可编辑账务列表单号优惠金额类型应付金额实付金额操作员经办人备注欠款金额日期单据信息商品编号数量商品名称单位单价规格型号总金额颜色操作员信息编号POS 操作员用户名称所任职务POS 柜长会员信息会员编号会员姓名会员积分账户金额总消费额会员状态联系电话会员生日加入日期到期日期备注会员
14、级别消费次数按积分升级使用期限图 7.2.其他实体模型-可编辑7.2 物理数据模型设计设计时，我们将确定下来的实体对象的属性值映射为数据库表中的列，在不同级的表之间，我们用按名应用映射父表与子表间的引用关系，同级表之间，我们仍然沿用主码、外码以映射它们之间的引用关系。这样，我们就建立了一个物理数据模型。数据库逻辑结构设计:概念结构设计是独立与实际数据模型的信息结构，必须将其转化为逻辑结构后才能进行数据库应用的设计。也就是要将概念上的结构转化为数据库系统所支持的实际数据模型。第一种转化是将实体转化为关系表。这种转化比较简单，只需要将实体的属性定义为表的属性即可。第二种转化是联系的转化。即将各实体
15、之间的联系转化为表格之间的关系，如外部键的定义。在上面工作的基础上归纳出人员管理数据库表格的组成、列的属性、表格之间的联系等。该数据库系统要求具有以下方面的特点；(1)结构合理，对一个人员建立多条记录；(2)所建立的数据冗余度小，独立性强；(3)建档、修改、查询、统计快而准确；(4)保密性、可靠性好。要做到以上四点要求，在数据库的设计中必须尽量做到满足数据库设计第三范式范式，也就是满足第三范式的定义:如果关系模式R(U,F)中的所-可编辑有非主属性对任何候选关键字都不存在传递信赖，则称关系 R 是属于第三范式的。从第一范式到第三范式是逐次“包含于”的关系。遵循关系数据库设计的范式要求才能达到规
16、范化目的，从而使结构更合理，消除存储异常，使数据冗余尽量小，便于插入、删除和更新。商店进销存管理系统数据库中基本表的设计结果如下面的9 个表格所示，每个表格表示数据库中的一个表，系统所有模块功能围绕下面9 个表转开。表 7.1 会员信息表(amemberInfo)列名数值类型可否为空备注memberIDNumber(10)NOT NULL会员编号，主键memberNameVarchar2(10)NOT NULL会员姓名memberLevelVarchar2(8)NOT NULL会员级别memberIntegralNumber(10)NULL会员积分-可编辑memberPhoneNumber(1
17、0)NULL联系电话memberBirthdayDateNULL会员生日memberStateVarchar2(8)NULL会员状态(正常,注销)usefulLifeVarchar2(2)NULL使用期限(有,无)joinTimeDateNOT NULL加入日期endTimeDateNOT NULL到期日期accountValueNumber(20)NULL账户金额sumConsume.Number(10)NULL总消费金额consumeNumberNumber(10)NULL消费次数isUpdateByIntegralVarchar2(8)NULL按积分升级(是,否)remarkVarcha
18、r2(50)NULL备注-可编辑表 7.2 商品信息表(amerchandiseInfo)列名数值类型可否为空备注merchandiseIDNumber(10)NOT NULL商品编号，主键merchandiseNameVarchar2(10)NOT NULL商品名称merchandiseKindVarchar2(10)NULL商品类别merchandiseBarcodeNumber(10)NULL商品条码(9910501)specificationVarchar2(10)NULL规格型号(ml,g)merchandiseUnitVarchar2(5)NULL单位(瓶,袋,盒)merchand
19、iseColorVarchar2(5)NULL颜色merchandiseStateVarchar2(5)NULL状 态(可 用,不 可用)isSpecialsVarchar2(5)NULL特价商品(是,否)CurrentStorageNumber(10)not null当前库存lowestStorageNumber(10)NULL最低库存purchasePriceNumber(10)NULL预设进价sellPriceNumber(10)NULL预设售价-可编辑produceFactoryVarchar2(10)NULL生产厂商remarkVarchar2(50)NULL备注表 7.3 供货商信
20、息表(asuppliersInfo)列名数值类型可否为空备注suppliersNameVarchar2(10)NOT NULL供货商名称，主键contactPersonVarchar2(10)NULL联系人suppliersTelNumber(10)NULL联系电话-可编辑addressVarchar2(50)NULL联系地址moneyPayVarchar2(50)NULL我方应付金额remarkVarchar2(50)NULL备注表 7.4 仓库信息表(astorehouseInfo)列名数值类型可否为空备注storehouseNameVarchar2(10)NOT NULL仓库名称，主键c
21、hargePersonVarchar2(10)NULL负责人suppliersTelNumber(10)NULL联系电话remarkVarchar2(50)NULL备注-可编辑表 7.5 员工信息表(astaffInfo)列名数值类型可否为空备注staffNameVarchar2(10)NOT NULL员工姓名，主键staffPositionsVarchar2(10)NULL职务staffTelNumber(10)NULL联系电话addressVarchar2(50)NULL联系地址remarkVarchar2(50)NULL备注表 7.6 超市进货/退货单据信息表(amerchandiser
22、eceiptInfo)-可编辑列名数值类型可否为空备注merchandiseIdNumber(10)NOT NULL商品编号，主键merchandiseNameVarchar2(10)NOT NULL商品名称storenumberNumber(10)NULL进货/退货数量unitPriceNumber(10)NULL预设进价sumMoneyNumber(10)NULL该种物品总金额purchaseDateDateNOT NULL进货/退货日期suppliersNameVarchar2(10)NULL供货商名称表 7.7 销售给顾客/顾客退货单据信息表(acustomerreceiptInfo)
23、列名数值类型可否为空备注merchandiseIdNumber(10NOT NULL商品编号，主-可编辑)键merchandiseNameVarchar2(10)NOT NULL商品名称NUMBERSELLNumber(10)NULL销售/退货数量unitPriceNumber(10)NULL单价sumMoneyNumber(10)NULL总金额purchaseDateDateNOT NULL进货/退货日期memberIDNumber(6)NULL会员编号(123001)表 7.8 操作员表(aop)列名数值类型可否为空备注popedomVarchar2(8)NULL权限组opIDNumber(10)NOT NULL编号，主键-可编辑opNameVarchar2(10)NULL操作员姓名opPositonVarchar2(10)NULL所任职务passwordVarchar2(10)not null密码