小型超市进销存管理系统数据库课程设计

1、数据库课程设计小型超市进销存管理系统数据库设计书1引言1.1编写目的1.2背景a. 待开发软件系统的名称：基于2005的小型超市进存管理系统b. 本项目的任务提出者:石河子大学c. 本项目开发者丛雪、秦艳红d. 本项目用户小型超市1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。1.4参考资料 数据库系统概论 实验指导2总体设计2.1需求规定超市进销存系统必须提供顾客信息、厂家信息、采购信息、销售信息、库存信息和财务信息的基础设计：提供强大的精确查找和模糊查找信息的功能，可以分不同权限、不同用户对该系统进行操作。另外，该系统还必须保证数据的安全性、完整性和准确性。超市进销存管

2、理系统的目标是实现超市信息化管理，减少盲目采购、降低采购成本、合理控制库存、减少资金占用并提升超市综合竞争力。时间就是金钱，效率就是生命。超市进销存管理系统能够为超市节省大量人力资源，减少管理费用，从而间接为超市节约成本，提高超市效率。2.1.1功能规定在对用户的需求进行分析以后，规定了以下模块来适应用户功能描述模块使用单位开发者备注录入信息供应商基本信息输入、顾客基本信息输入和管理员基本信息输入等基本信息输入功能模块管理员查询信息供应商基本信息查询、顾客基本信息查询和管理员基本信息查询等基本信息查询功能模块顾客、供应商、管理员信息更新供应商基本信息更新、顾客基本信息更新和管理员基本信息更新等

3、基本信息更新功能模块管理员信息修改基本信息修改功能模块管理员2.1.2系统功能A、处理对象：主要涉及的数据有：供应商、产品、顾客、仓库、管理员等。数据之间的关系为：供应商产品，顾客产品，仓库产品，管理员仓库。B、处理功能要求：本系统完成供应商、产品、顾客、仓库、管理员等之间的功能联系，使进销存三个环节有机地结合起来，形成一个有效的循环系统。具体包括以下几点：1，基本数据的录入与维护（产品信息，供应商信息，顾客信息，仓库信息，管理员信息）；2，进货管理；3，销售管理；4，仓库管理（库存量，报损）C、安全性和完整性要求 尽量与顾客进行交流，尽可能准确地获取顾客的需求信息，逐步确定顾客的实际需求。2

4、.1.2.1精度 由于采用数据库技术并且用户的应用领域对数据精确度的要求不高，所以这点在系统中表现得比较少，但是用户数据的安全性与正确性是完全保证的，所以对用户的使用没有多大的障碍。2.1.2.2时间特性要求 本系统的数据库较小，所以程序在响应时间，数据更新处理时间上性能是比较突出的。而且也正由于数据量相对较少，故在数据传输时间和系统运行时间上表现的较让人满意。2.1.2.4可靠性 由于系统较小只保留一定程度上的可靠性。2.1.2.5灵活性 由于系统较小只保留一定程度的灵活性。2.1.3输入输出要求2.1.4数据管理能力要求设计如下面所示的数据和数据结构：信息输入、查询、更新、修改包括如下：供

5、应商供应商号，供应商名，地址，电话产品产品号，产品名，规格，单价，生产日期，生产地点顾客顾客号，顾客名，地址，电话仓库仓库号，管理员号，产品号，存放量管理员管理员号，管理员名，地址，电话发票发票号，顾客号，产品号，购货日期，折扣，金额应收账款顾客号，发票号，应收金额，支付日期，支付金额，当前余额等等2.1.5故障处理要求 考虑到软件的范围不大，所以故障处理一般由操作系统完成，系统只要保持与操作系统的借口即可。只要操作系统没有大的故障程序，一般比较稳定。考虑到用户对数据的安全性要求，程序可以有独立于操作系统之外的数据备份功能与过程，以及系统崩溃后的数据恢复功能，这点在数据库软件中已经到达了，只要

6、稍微在其上再增加用户所需要的附加功能即可。2.1.6其他专门要求该软件是使用SQL Server2005在WindowsXP系统下完成的，所以只要是兼容Windows的软件或是操作系统，该软件都可以正确地运行，有较好的适应能力与兼容性。而且应用户的特殊需求软件在完成后的维护阶段可以一个与其他类软件接口，随时满足用户的使用要求。2.2运行环境2.2.1设备CPU：2G内存：512MB硬盘空间：250GB2.2.2支持软件操作系统：Windows XP数据库：SQL Server 20052.2.3接口1. 硬件接口：由于软件较小，除硬盘外，基本没有与外界硬件的联系。2. 软件接口：在这里主要考虑

7、软件与操作系统的接口，考虑到文档处理的需要有可能可以包括与较常用的办公软件的接口。2.2.4控制2.3基本设计概念和E-R图超市进销存管理系统主要实现从进货、退货、库存到销售的一体化信息管理，涉及到了顾客信息、厂家信息、商品信息等多个实体。下面简单介绍几个关键的实体E-R图。（1） 基本实体E-R图仓库仓库号存放量管理员号产品号图1-1 仓库实体E-R图供应商供应商号号地址号电话号供应商号图1-2 供应商实体E-R图顾客顾客号顾客名号地址号电话号图1-3 顾客实体E-R图管理员管理员号管理员名号地址号电话图1-4 管理员实体E-R图产品产品号产品号规格号仓库号生产地点号生产日期图1-5 产品实

8、体E-R图（2）局部实体E-R图该E-R图中省略了各个实体的属性描述。这些实体的属性分别为：供应商（供应商号，供应商名，地址，电话）产品（产品号，产品名，规格，单价,生产日期，生产地点）顾客（顾客号，顾客名，地址，电话）仓库（仓库号，管理员号，产品号，存放量）管理员（管理员号，管理员名，地址，电话）供应商供应产品nm图1-6 供应商-产品实体E-R图 顾客购买产品nm图1-7 顾客-产品实体E-R图仓库存放产品nm图1-8 仓库-产品实体E-R图管理员供应仓库n1图1-9 管理员-仓库实体E-R图（2） 生成初步E-R图，通过合并方法，做到各子系统实体、属性、联系统一；供应商供应产品采购进货部

9、门采购量供应量nmn1图1-10 小型超市进销存管理系统的分E-R图：进货系统E-R图销售部门销售产品参照折扣细则参照1发票细节参照2产品描述组成发票购买顾客支付应付账款1m1nnn1n1n11n图1-11 小型超市进销存管理系统的分E-R图：销售系统E-R图图1-12小型超市进销存管理系统的分E-R图：库存系统E-R图（3） 生成全局E-R图，通过消除冲突等方面。存放量供应商供应产品存放管理仓库管理员参照发票购买顾客支付应付账款nnnmmmn1n11n供应量图1-13 小型超市进销存管理系统全局E-R图l 数据组织（1）将E-R模型转换为关系模型 (描述转换的原则、转换的结果)。 将E-R图

10、转换为关系模型实际上就是要将实体型、实体的属性和实体型之间的联系转换为关系模式，这种转换一般遵循如下原则： 一个实体转换为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。将概念设计中的全局E-R图转换为关系模型如下（关系的主码用下划线标出）：供应商（供应商号，供应商名，地址，电话）产品（产品号，产品名，规格，单价，生产日期，生产地点）顾客（顾客号，顾客名，地址，电话）仓库（仓库号，管理员号，产品号，存放量）管理员（管理员号，管理员名，地址，电话）发票（发票号，顾客号，产品号，购货日期，折扣，金额）应收账款（顾客号，发票号，应收金额，支付日期，支付金额，当前余额）供应（供应商号，产

11、品号，供应量）存放（仓库号，产品号，存放量）管理（管理员号，仓库号）参照（发票号，产品号）购买（顾客号，发票号）支付（顾客号，发票号）（2）模型优化（分析各关系模式是否存在操作异常现象，如果有，请采用范式理论将其规范，做到3范式）。 对关系模型中的每一个关系模式采用范式理论来规范，各关系模式不存在操作异常现象，且都满足三范式，即：每一个非主属性既不部分依赖于码也不传递依赖于码。（3） 完成数据库模式定义描述，包括各模式的逻辑结构定义、关系的完整性和安全性等内容。以表格的形式表现出来。（4） 设计用户子模式视图设计，完成适合不同用户的子模式设计。将概念模型转化为全局逻辑模型后，还应该根据局部应用

12、需求，结合具体DBMS 的特点，利用试图功能设计符合用户需要的用户的子模式。表3-2 用户子模式-视图序号视图名称视图定义作用备注001m-businessman供应商信息查询002m-product顾客信息查询003m-customer管理员信息查询004m-storehouse仓库信息查询005m-manager管理员信息查询l 数据存取方面本次设计存取方式、数据存放位置等按照SQL 2005系统的默认格式，表4-1 存储过程汇总编号存储过程名称定义作用p-1p1_businessman_insert在businessman中插入一元组p-2P2_customer_insert在custo

13、mer中插入一元组p-3P3_manager_insert在manager中插入一元组p-4P4_businessman_select查询businessman的基本信息p-5P5_ customer_select查询customer的基本信息p-6P6_ manager_select查询manager的基本信息p-7P7_businessman_update更新businessman的基本信息p-8P8_customer_update更新customer的基本信息p-9P9_manager_update更新manager的基本信息数据字典 （重点在数据项和数据结构）表1-1 数据项数据项编号

14、数据项名数据项含义与其它数据项的关系存储结构DI-1productno产品号char(9)DI-2productno产品名char(50)DI-3customerno顾客号char(9)DI-4customername顾客名char(10)DI-5businessmanno供应商号char(9)DI-6businessmanname供应商名char(10)DI-7managerno管理员号char(9)DI-8managername管理员名char(10)DI-9storehouseno仓库号char(9)DI-10storehousename仓库名char(9)表1-2 数据结构：数据结构编

15、号数据结构名数据结构含义组成DS-1product产品基本信息pno,pname,standard,price,paddress,pdateDS-2customer顾客基本信息cno,cname,caddress,cphoneDS-3businessman供应商基本信息bmno,bmname,bmaddress,bmphoneDS-4manager管理员基本信息mno,mname,maddress,mphoneDS-5storehouse仓库基本信息shno,mno,pno,stocknumDS-6bill发票基本信息bno,cno,pno,bdate,rebate,bmoneyDS-7sum

16、money应收账款cno,bno,smmoney,smdate,pmoney,smsurplusDS-8supply供应bmno,pno,supplynumDS-9stock存放pno,shno,stocknumDS-10manage管理mno,shnoDS-11consult参照pno,bnoDS-12buy购买cno,bnoDS-13pay支付cno,bno（5）处理逻辑描述，对DDL中的复杂处理需要用判定树或判定表描述处理过程,数据字典建立:功能模块重点放在数据更新和查询等方面，建立存储过程，对有参考完整性要求的数据更新，采用触发器实现。表4-2 触发器汇总编号触发器名称定义作用001r

17、ebate规范rebate完整性002surplus规范surplus完整性2.5功能需求与系统模块的关系 关系模式说明表1-1 供应商关系模式说明属性名数据类型取值范围是否为主属性是否为外键完整性要求供应商号char(9)0000099999是否Not null供应商名char(10)否否地址char(30)否否电话char(15)否否表1-2 产品关系模式说明属性名数据类型取值范围是否为主属性是否为外键完整性要求产品号char(9)0000099999是否Not null产品名char(50)否否规格char(10)否否单价float否否生产日期Char(10)否否生产地点char(30)

18、否否表1-3 顾客关系模式说明属性名数据类型取值范围是否为主属性是否为外键完整性要求顾客号char(9)0000099999是否Not null顾客名char(10)否否地址char(30)否否电话char(15)否否表1-4仓库关系模式说明属性名数据类型取值范围是否为主属性是否为外键完整性要求仓库号char(9)0000099999是否Not null管理员号char(9)否否Not null产品号char(9)否 否Not null存放量char(10)否否Not null表1-5 管理员关系模式说明属性名数据类型取值范围是否为主属性是否为外键完整性要求管理员号char(9)0000099

19、999是否Not null管理员名char(10)否否地址char(30)否否电话char(15)否否表1-6发票关系模式说明属性名数据类型取值范围是否为主属性是否为外键完整性要求发票号char(9)0000099999是否Not null顾客号char(9)否是Not null产品号char(9)Not null购货日期char(10)否否折扣char(10)010%金额real表1-7 应收账款关系模式说明属性名数据类型取值范围是否为主属性是否为外键完整性要求顾客号char(6)0000099999是否Not null发票号char(20)否是Not null应收金额chart(30)否否

20、支付日期char(15)大于等于应收金额否否支付金额char(15)否否当前余额Char(15)大于等于0否否表1-8 供应关系模式说明属性名数据类型取值范围是否为主属性是否为外键完整性要求供应商号char(9)0000099999是是Not null产品号char(9)是是Not null供应量char(10)否否表1-9 存放关系模式说明属性名数据类型取值范围是否为主属性是否为外键完整性要求仓库号char(9)0000099999是是Not null产品号char(9)是是Not null存放量char(10)否否表1-10 管理关系模式说明属性名数据类型取值范围是否为主属性是否为外键完整

21、性要求管理员号char(9)0000099999是是Not null仓库号char(9)是是Not null表1-11 参照关系模式说明属性名数据类型取值范围是否为主属性是否为外键完整性要求产品号char(9)0000099999是是Not null发票号char(9)是是Not null表1-12 购买关系模式说明属性名数据类型取值范围是否为主属性是否为外键完整性要求顾客号char(9)0000099999是是Not null发票号char(9)是是Not null表1-13 支付关系模式说明属性名数据类型取值范围是否为主属性是否为外键完整性要求顾客号char(9)0000099999是是N

22、ot null发票号char(9)是是Not null2.6人工处理过程在导入数据时，要人工输入各表数据2.7尚未解决的问题我们这个系统由于技术、时间约束。所以目前只考虑到做导入、信息查询、信息增删改操作、计划管理。界面设计、平台搭建没有完成 3接口设计3.1用户接口3.2外部接口运行于Windows XP3.3内部接口4运行设计4.1运行模块组合4.2运行控制系统运行时根据操作员的角色，确定各模块的操作权限和数据的处理权限。运行中记录操作员操作日志，记录操作员行为。4.3运行时间一般操作的响应时间应在1"2秒内,对软磁盘和打印机的操作,以及数据的导入和导出也应在可接受的时间内完成5

23、系统数据结构设计 5.2物理结构设计要点本设计系统采用的DBMS为SQL SERVER 2005，数据库命名：smallmarket.mdb数据库是由若干个二维表组成，其各自结构见下表所示。编号 表名称 说明1 bill 发票基本信息表2 businessman 供应商基本信息表3 buy 购买信息表4 consult 参照信息表5 customer 顾客基本信息表6 manage 管理基本信息表7 manger 管理员基本信息表8 pay 支付信息表9 product 产品信息表10 stock 存储信息表11 storehouse 仓库信息表12 summoney 应付账款信息表13 su

24、pply 供应信息表14 smallmaket_log 导入日志各数据表的结构如下：A、发票基本信息表表名：billbnochar(5)发票号cnochar(8)顾客号pnofloat(10)产品号bdatedate购货日期rebatefloat(12)折扣bmoneyfloat(10)金额B、供应商基本信息表表名：businessmanbmnochar(5)供应商号bmnamechar(10)供应商名bmaddresschar(50)地址bmphonechar(15)电话C、购买信息表表名：buy cnochar(5)顾客号bnochar(5)发票号D、参照信息表表名：consultpnoc

25、har(10)产品号bnochar(5)发票号E、顾客基本信息表表名：customer cnochar(5)顾客号cnamechar(10)顾客名caddresschar(50)地址cphonechar(15)电话F、管理基本信息表表名：manage mnochar(5)管理员号shnochar(5)仓库号G、管理员基本信息表表名： manger mnochar(5)管理员号mnamechar(8)管理员名maddresschar(30)地址mphonechar(12)电话H、支付信息表表名： pay cnochar(5)顾客号bnochar(5)发票号I、产品信息表表名：product pnochar(5)产品号pnamechar(10)产品名standardchar(8)规格pricefloat(10)单价pdatedate生产日期paddresschar(30)生产地点J、存储信息表表名： stock shnochar(5)仓库号pnochar(10)产品号stocknumchar(8)存放量K、仓库信息表表名：storehouse shnochar(5)仓库号mnochar(10)管理员号pnochar(8)产品号asidenumchar(15)存放量L、应付账款信息表表名：summoney cnochar(5)顾客号bnoc