超市管理系统的数据库-超市收银系统超市收银软件

数据库课程设计 小型超市进销存管理系统数据库设计书籍 1. 简介 1.1 写作目的 1.2 背景 a． 拟开发软件系统名称：基于sql server 2005的小型超市库存管理系统 b． 本项目课题提出人：石河子大学 c． 丛雪、秦艳红，本项目开发者 d． 小型超市，本项目用户 1. 3 释义 [列出本文档中使用的技术术语的释义和外文缩略语的原文短语。 ] 1.4 参考数据库系统SQL Server实验指南介绍 2. 总体设计 2.1 要求规定超市进销存系统必须提供客户信息、厂家信息、进货信息、销售信息、库存信息和财务信息。 权限，不同的用户操作系统。 此外，系统还必须保证数据的安全性、完整性和准确性。 超市进销存管理系统的目标是实现超市信息化管理，减少盲目采购，降低采购成本，合理控制库存，减少资金占用，提升超市综合竞争力。 时间就是金钱，效率就是生命。 超市进销存管理系统可以为超市节省大量的人力资源，降低管理成本，从而间接为超市节约成本超市管理系统的数据库，提高超市的效率。

2.1.1 功能规定 分析用户需求后超市管理系统的数据库，规定以下模块适应用户功能描述模块，使用单位，开发者备注，信息录入，供应商基本信息录入，客户基本信息、管理员基本信息录入等 基本信息录入功能模块 管理员查询信息 供应商基本信息查询、客户基本信息查询、管理员基本信息查询等基本信息查询功能模块 客户、供应商、管理员信息更新供应商基本信息更新、客户基本信息更新和管理员基本信息更新等基本信息更新功能模块管理员信息修改基本信息修改功能模块管理员admin等数据之间的关系为：供应商供应产品，客户 mer  购买产品，仓库 存储产品，管理员 管理仓库。 B、处理功能需求：本系统完成供应商、产品、客户、仓库、管理员等之间的功能连接，将进销存三个环节有机结合，形成一个有效的流通系统。 具体包括以下几点： 1、基础数据（产品信息、供应商信息、客户信息、仓库信息、管理员信息）的录入和维护； 2、采购管理； 3、销售管理； 4、仓库管理（存货量、挂失） C、安全诚信要求尽可能与客户沟通，尽可能准确获取客户需求信息，逐步确定客户的实际需求。

2. 1. 2. 1 准确性 由于采用了数据库技术，用户的应用领域对数据的准确性要求不高，所以这种情况在系统中比较少见，但是充分保证了用户数据的安全性和正确性，所以对用户的使用没有太大的障碍。 2. 1. 2. 2 时间特性要求本系统的数据库比较小，所以程序在响应时间和数据更新处理时间上的表现比较突出。 并且因为数据量比较小，所以在数据传输时间和系统运行时间上都比较令人满意。 2. 1. 2. 4 可靠性 由于系统体积小，只保留一定的可靠性。 2. 1. 2. 5 灵活性 由于系统体积小，只保留了一定的灵活性。 2. 1. 3 输入输出要求 2. 1. 4 数据管理能力要求数据和数据结构设计如下图： 信息输入、查询、更新、修改包括： 供应商——供应商编号、供应商名称、地址、电话 15387295596Product——产品编号、产品名称、规格、单价、生产日期、生产地点 Customer——客户编号、客户名称、地址、电话 15387295596Warehouse——仓库编号、管理员编号、产品编号、存储容量 Administrator——管理员号、管理员姓名、地址、电话 15387295596发票——发票号、客户号、产品号、购买日期、折扣、金额 应收账款——客户号、发票号、应收金额、付款日期、付款金额、往来余额等 2.1 .5 故障处理要求 考虑到软件的范围不大，故障处理一般由操作系统完成 em，系统只需要维护与操作系统的接口即可。

操作系统只要没有重大故障程序，一般都是比较稳定的。 考虑到用户的数据安全需求，程序可以具有独立于操作系统的数据备份功能和进程，以及系统崩溃后的数据恢复功能，这在数据库软件中已经实现，只要稍微然后添加用户需要的附加功能。 2. 1. 6 其他特殊要求 本软件是在WindowsXP系统下使用SQL Server2005完成的，因此只要与Windows软件或操作系统兼容，软件即可正常运行，具有良好的适应性和兼容性。 另外，针对用户的特殊需求，本软件在完成后的维护阶段可以与其他类型的软件对接，随时满足用户的需求。 2.2 运行环境 2.2.1 设备CPU：2G 内存：512MB 硬盘空间：250GB 2.2.2 支持软件操作系统：Windows XP 数据库：SQL Server 2005 2.2.3 接口 1.硬件接口：由于软件体积小，除硬盘外基本与外部硬件无任何联系。 2、软件接口：这里主要考虑软件与操作系统的接口，考虑到文档处理的需要，可能会包括与比较常用的办公软件的接口。 2. 2. 4 控制 2. 3 基本设计理念及ER图 超市进销存管理系统主要实现从进货、退货、库存到销售的一体化信息管理，涉及客户信息、厂家信息、商品信息等。 实体。

下面简单介绍几个关键的实体ER图。 （一）基本实体ER图1-1仓库实体ER图1-2供应商实体ER图1-3客户实体ER图供应商供应商编号地址电话供应商客户客户编号客户名称地址电话仓库库号库存量管理员No. Product No. 图1-4 管理员实体ER 图1-5 产品实体ER图 (2) 部分实体ER图 本ER图中省略了各实体的属性描述。 这些实体的属性是： supplier（供应商编号、供应商名称、地址、电话） product（产品编号、产品名称、规格、单价、生产日期、生产地点） customer（客户编号、客户名称、地址、电话number) ) Warehouse(仓库编号、管理员编号、产品编号、库容量) administrator(管理员编号、管理员姓名、地址、电话) 图1-6 Supplier----产品实体ER 图1-7 Customer----产品实体ER图客户采购产品nm管理员管理员编号管理员姓名地址电话 15387295596产品编号产品编号规格仓库生产地点生产日期供应商供应产品nm图1-8仓库----产品实体ER图图1- 9 Administrator----Warehouse Entity ER Diagram (2) 生成初步的ER图，通过合并的方式，统一各个子系统的实体、属性、连接； 图1-10 小型超市进销存管理系统子ER图： 采购系统管理员供应仓库n 1 仓库存储产品nm 供应商供应产品采购采购部采购数量供应n mn1 图1 -11 小型超市进销存管理系统子ER图：销售系统ER图 图1-12 小型超市进销存管理系统子ER图：库存系统ER图（3）生成全局ER图通过消除冲突等方面。

销售部销售产品参考折扣明细参考1 发票明细参考2 产品描述形成发票采购客户支付应付账款1 m1nnn1 n1n11n 图1-13 小型超市进销存管理系统全局ER图  数据组织（1）改造ER模型为关系模型（描述改造原理，改造结果）。 将ER图转换为关系模型，实际上就是将实体类型、实体属性以及实体类型之间的关系转换为关系模型。 这种转换一般遵循以下原则： 实体转换为关系模型。 实体的属性就是关系的属性，实体的代码就是关系的代码。 将概念设计中的全局ER图转换成关系模型如下（关系主键下划线）： 供应商（供应商编号、供应商名称、地址、电话） 产品（产品编号、产品名称、规格、单价,生产日期,生产地点) Customer(客户编号,客户姓名,地址,电话) Warehouse(仓库编号,管理员编号,产品编号,库容) Administrator(管理员编号,管理员姓名,地址,电话) Invoice(发票编号、客户编号、产品编号、采购日期、折扣、金额）应收账款（客户编号、发票编号、应收金额、付款日期、付款金额、当前余额）供应（供应商编号、产品编号） ,供应数量)存储(仓库编号,产品编号,存储量)管理(管理员编号,仓库编号)参考(发票编号,产品编号)采购(客户编号,发票编号)供应商供应产品入库管理 仓管采购 参照发票 客户支付应付账款 n nnm mm n 1 n 1 1n 供货数量支付（客户编号，发票编号） （2）模型优化（分析各关系模型是否存在异常运行，如果是，请用范式理论将其转换规范，实现3个范式）。

关系模型中各关系模型均受范式理论规范，各关系模型均无异常运行现象，均满足三个范式，即各非主属性既不部分依赖也不传递依赖代码。 (3) 完成数据库模式定义的描述，包括每个模式的逻辑结构定义、关系的完整性和安全性等，以表格形式表示。 (4)设计用户子模式——视图设计，完成适合不同用户的子模式设计。 将概念模型转化为全局逻辑模型后，还应根据局部应用需求，结合具体DBMS的特点，设计满足用户需求的子模式。 表3-2 用户子模式---视图编号视图名称视图定义功能备注001 m-商家供应商信息查询002 m-产品客户信息查询003 m-客户管理员信息查询004 m-库房仓库信息查询005 m - manager管理员信息查询  在数据访问方面，本设计的访问方式和数据存储位置遵循SQL 2005系统默认格式， 表4-1 存储过程汇总编号存储过程名称定义函数p-1 p1_businessman_insert in businessman插入元组p-2 P2_customer_insert 客户中插入元组p-3 P3_manager_insert 经理中插入元组p-4 P4_businessman_select 查询商家基本信息p-5 P5_customer_select 查询客户基本信息p-6 P6_ manager_select 查询经理基本信息 p-7 P7_businessman_update 更新商人基本信息 p-8 P8_customer_update 更新基本信息客户信息 p-9 P9_manager_update 更新经理基本信息 数据字典（关注数据项和数据结构） 表1-1 数据项编号 data 项名称 数据项含义及与其他数据项的关系 存储结构 DI-1 productno 产品编号char(9) DI-2 productno 产品名称 char(50) DI-3 customerno 客户编号 char(9) DI-4 customername 客户名称 char(10) DI-5 businessmanno 供应商编号 char(9) DI-6 businessmanname 供应商名称char(10) DI-7 managerno 管理员编号 char(9) DI-8 managername 管理员姓名 char(10) DI-9 storehouseno 仓库编号 char(9) DI-10 storehousename 仓库名称 char(9) 表1-2 数据结构: 数据结构编号 数据结构名称 数据结构含义 组成 DS-1 product Basic product information pno, pname, standard, price, pad dress, pdate DS-2 customer basic 客户信息 cno, cname, caddress, cphone DS-3 business supplier basic信息 bmno, bmname, bmaddress, bm phone DS-4 manager manager 基本信息 mno, mname, maddress, mphone DS-5 storehouse 仓库基本信息 shno, mno, pno, stocknum DS-6 bill 发票基本信息 bno, cno, pno, bdate, rebate, bmoney DS-7 summoney Accounts receivable cno, bno, smmoney, smdate, pmoney, smsurplus 数据结构 Number 数据结构名称 数据结构含义组成 DS-8 supply supply bmno, pno, supplynum DS-9 stock store pno, shno, stocknum DS-10 manage manage mno , shno DS-11 consult refer refer to pno, bno DS-12 buy buy cno , bno DS-13 pay pays cno, bno (5) 处理逻辑描述，DDL中的复杂处理需要用决策树或决策表来描述处理过程、数据字典建立：功能模块主要集中在数据更新和查询等方面。建立存储过程，使用触发器更新需要引用完整性的数据。

表 4-2 触发器汇总编号 触发器名称 定义 功能 001 返利规范 返利完整性 002 superplus 规范 superplus integrity 2.5 功能需求与系统模块的关系 关系模式描述 表 1-1 供应商关系模式描述 属性名数据 是否取值范围类型是主属性 是否是外键完整性要求 供应商编号 char(9) 00000~99999 是否是 Not null 供应商名称 char(10) no no address char(30) no no phone 15387295596char(15) no no 表1 -2 产品关系描述方式 属性名称 数据类型 取值范围 是否为主 是否为外键 完整性要求 产品编号 char(9) 00000～99999 非空 产品名称 char(50) 无规格 char( 10) 否 无单位Price float No No Production Date Char(10) No No Production Location char(30) No No 表1-3 客户关系模式说明 属性名称 数据类型 Ran ge of Values 主属性是否为外键完整性要求 客户编号 char(9) 00000～99999 Not null 客户名称 char(10) 无地址 char(30) 无电话 15387295596char(15) 否 否 是否为主属性是外键 完整性要求 仓库号 char(9) 00000～99999 Not null 管理员号 char(9) No No Not null 产品号 char(9) No No Not null 存储容量 char(10) No No Not null 表1- 5 管理员关系模式 描述 属性名数据类型 取值范围 是否为主属性 是否为外键 完整性要求 管理员编号 char(9) 00000～99999 是否为空 管理员名称 char(10) 否 否 地址 char(30)否 否 电话 15387295596char(15) 否 否 表1-6 发票关系模式 说明 属性名称 数据类型 取值范围 是主属性 是外键 完整性要求 发票号 char(9) 00000～ 99999 Not null 客户编号 char(9) no not空产品编号 ber char(9)Not null purchase date char(10) no discount char(10) 0～10% amount real...