一个进销存数据库设计的例子

数据库需求分析的简单案例：小型自选商场进销存管理系统需求分析的基本过程一应用领域的调查分析通过可行性分析，原采用手工管理的某小型自选商场决定开发进销存管理系统。

经过详细调查、收集了各种单据、帐页和报表。

又通过参加管理业务实践和向有关业务管理人员的访问调查，掌握了下述情况：该商场是一个面向生活小区的经营食品和日常用品的小型自选商场。

原来的收款方式是使用两台旧式收款机，由收款员按商品价格标签收款。

整个商场由8人组成。

主要管理工作包括进货、填写入库单并记入入库流水帐、定价、印制并粘贴价格标签、商品上架和整理、收款开票并记入销售流水帐、每日收市后作营业结算、每月月末作盘点统计并编制营业报告表。

由于是手工管理，并且收款方式落后，因此效率低，劳动强度大，商品流失也比较严重。

商场的业务量是：平均每3天进货一次，每次可能有不同的货源进货。

平均每天顾客数目是1000人。

平均每个顾客购买3种商品。

按管理规章制度要求，收市后统计分析人员还要根据商品购入流水帐和商品销售流水帐，按商品编号分别累计汇总各种商品当日累计购入入库量、累计销售量和库存结余量等数据，然后把这些数据填入库存台帐。

下边列出收集到的各种单据和帐页的格式。

表2 商品购入流水帐帐页格式：商品 号 商品 名 计量 单位购入 价 本期 累计 购入量 购入 金额 累计 销售 价 本期 累计 销售量 销售金额 累计本期 盈利库存 结余 量 库存资 金额(1) (2) (3) (4) (5) (6)= (4)(5) (7)(8)(9)= (7)(8) (10)= (9)-(6) (11) (12)=(4)(11)经调查，日常管理的主要查询有以下几项： (1)根据商品号查询该商品的库存量。

(2)根据购入入库单编号或销售出库单编号查询某笔出入库的记录。

(3)根据商品号查询某个时期内的进销存情况。

该自选商场主要业务的管理机构如下图所示：管理人员的分工如下：业务经理全盘负责商场的总体运作和发展。

数据库原理及应用课程设计设计报告题目：某家具城进销存管理系统学号：131007127学生姓名:指导教师：提交时间：2015-1-5目录第1章需求分析 (1)1.1 需求调查 (1)1.2 系统功能分析 (1)1.3 面对用户需求分析 (2)第2章面向对象分析和设计 (3)第3章逻辑结构设计 (4)3．1 E-R图 (4)3．2 类和对象向关系模式转换 (8)第4章数据库物理结构设计 (8)4.1 存取方法设计 (8)4.2 存储结构设计 (8)4.3 物理设计 (8)第5章数据库完整性设计 (10)5.1 主键及外键 (10)5.2 参照完整性设计 (10)5．3触发器设计 (10)第6章数据库视图设计 (11)第7章数据库存储过程设计 (11)总结 (12)参考文献： (12)某家具城进销存管理系统第1章需求分析1.1 需求调查进销存管理系统是一个典型的数据库开发应用程序，由基础信息管理模块、进货信息管理模块、销售信息管理模块、库存信息管理模块、销售管理模块、帐款管理模块等部分组成，规划系统功能模块如下：(1)基础管理模块该模块主要包括公司资料、员工资料、商品型号材质、供应商资料、客户资料。

(2)进货管理模块该模块主要包括采购管理、入库管理、入库退货管理。

(3)销售管理模块该模块主要包括销售出库、出库退货、本月员工销售情况总结。

(4)库存管理模块该模块主要包括库存明细、库存上下限预警。

(5)帐款管理模块该模块主要包括付款记录、收款记录。

(6)查询模块该模块主要包括采购查询、出入库查询、出入库退货查询、收款付款查询。

1.2 系统功能分析主要用于公司资料统计、员工资料统计、家具型号材质登记、供应商基本资料、客户基本资料、仓库资料、家具品牌等记录。

(2)进货管理：主要用于采购信息记录、入库或入库退货信息等记录。

(3)销售管理：主要用于销售出库及出库退货的统计、本月员工销售情况总结及排行。

(4)库存管理：此管理主要用于记录库存明细、短线库存预警、超储库存预警。

XXX企业进销存管理系统需求分析报告一、概述进销存管理系统可以对经销商的进货、销售和库存进行全面管理，方便各级管理人员及时掌握各种产品的相关数据，可以对企业的运作进行快速有效的管理和辅助制定经营决策。

建立一个好的进销存管理系统可以提高企业的运作效率，为企业立足于信息化社会提供有力的保障。

(一)XXX系统的背景XXX企业是一家商业企业，其产品种类多达几十种，具体的销售委托给合作的多家分销商来进行，由分销商直接将产品销售给最终客户。

但是由于XXX企业信息化水平较低，很多往来的信息沟通仍需要大量的手工介入，人力成本较高其效率低下。

因此，导致了企业无法及时准确的了解其业务信息，其结果往往是企业无法有效的确定业务规模和货物付运的时间，造成库存积压，影响资金的正常周转，甚至影响到企业的决策及战略部署。

XXX企业依靠以分销为主要销售渠道，分销商既是他们的合作伙伴，也是他们市场、销售、服务的前沿驻地。

如果能够及时了解分销商的运作情况并给予稳定必要的协作，是企业期望的目标。

(二)XXX系统的建设目标随着企业业务的不断深入与规模的扩大，传统的人工管理不仅成本较高且效率低下，不能够支持企业业务的快速发展，渠道管理流程中的矛盾时有发生，该企业急需一套合适的进销存管理系统，不仅能够对产品、订单进行管理，还要能够跟踪产品信息，了解分销商的销售活动情况，对企业整个的进货、销售与库存等相关业务信息进行全面的信息化管理。

二、系统功能分析在XXX企业中，产品的进销存管理是一项日常性的工作，企业各级管理人员需要及时了解掌握各种产品的进货量、销售量和库存量，以便合理安排企业生产经营各个环节的工作。

XXX企业的进销存管理信息系统必须满足如下要求：1.非常方便的录入和修改产品数据；2.简单快捷的检索进货数据、销售数据；3.完善的管理进销商品收付资金；4.灵活快捷的统计进销商品库存信息。

三、业务功能与流程分析通过对XXX企业管理业务的调查分析，弄清了企业产品的进、销、存管理的业务流程与管理功能。

山东科技大学（济南校区）学生课程报告题目：商品进销存管理系统班级：信息管理11-3姓名：王晓晓 23人事管理模块、进货管理模块姓名：程成 03 销售管理模块姓名：王海宁 18 库存管理模块完成时间：2013年6月16日1．概述随着计算机的普及和计算机科学技术的飞速发展，人们开始越来越多地利用计算机解决实际问题。

进销存需要处理大量的库存信息，还要时刻更新产品的销售信息，不断添加商品信息。

面对不同种类的信息，需要合理的数据库结构来保存数据信息，需要有效的程序结构支持各种数据操作的执行。

最主要的特点是能够实时的和准确的掌握控制店内的库存情况。

如果可以能够实时掌握库存管理流程及库存情况，则可以有效地加速商品的周转率并提高服务质量，而且可以减少商品统计程序繁琐等所产生的问题。

进销存管理者希望在商品进销存管理中能实时掌握库存的商品的相关信息，并且还要既保证商品入库、销售，同时还要操作简单、快捷、方便，功能完善的服务。

因此，开发一个易于操作的进销存软件成为商品企业的首选，通过计算机对企业信息流通过程中的数据进行自动化管理是开发本系统的主要目的。

2.需求分析2.1用户需求分析：本系统采用自上向下方法开发，其功能模块主要有如下几个部分：进货管理模块、库存管理模块、销售管理模块、人事管理模块和系统管理模块。

具体的功能描述如下：进货管理：其功能是对商品入库信息进行管理，并根据企业情况制定进货计划，实施商品采购，并进行进货查询。

库存管理：其功能是对采购来的商品进行入库，产品分类等活动，同时能够根据销售清单进行出货管理，以及库存统计。

销售管理：其功能是提供一般的销售管理，能够进行销售明细查询和打印销售报表。

人事管理：其功能是对进销存的员工和供货商信息进行管理，包括查询，更新等。

系统管理：其功能是为用户提供账号管理工具，以便用户对账号进行管理，具体为添加用户、删除用户、修改用户密码；2.2系统功能模块图整个商品进销存管理系统的功能结构如图2-1所示：图2-1 系统功能结构图2.3系统数据流图分析图2-2 进销存管理系统顶层图2：销售管理1：库存管理4：人事管理3：进货管理库存信息清单进货信息请求已进货信息采购单进货信息清单进货单进货信息查询库存信息销售信息销售信息查询销售单销售信息清单人事信息查询人事信息清单职工信息已有供货商信息新供货商信息前台销售信息库存信息查询图2-3 进销存管理系统第0层图1：查询1：更新库存清单已进货信息销售信息进货信息请求库存信息清单库存信息查询库存信息检索结果发出库存检索请求图2-4 库存管理部分第1层图2：查询2：更新销售清单前台销售信息库存信息销售单销售清单销售信息查询图2-5 销售管理部分第1层图3：查询3：更新进货清单进货信息请求进货单进货信息请求库存信息清单进货信息查询进货/采购清单检索结果发出进货/采购清单查询采购清单新供货商信息已进货信息进货信息清单采购单图2-6 进货管理部分第1层图4：查询4：更新职工清单职工信息新供货商清单职工信息查询职工/供货商清单检索结果发出职工/供货商清单查询供货商清单供货商信息清单已有供货商信息职工信息清单供货商信息查询图2-7 人事管理部分第1层图2.4数据字典数据流条目(1)已进货信息=进货单号+供货商号+商品名称+进货价+进货数量+进货日期+备注 (2)销售信息=销售单号+商品编号+销售数量+销售日期 文件条目(1)文件名：职工清单组成：{职工编号+姓名+性别+籍贯} 组织：按职工编号递增排列 (2)文件名：商品清单组成：{商品编号+供货商号+名称+单价+库存+备注} 组织：按商品编号递增排列 (3)文件名：供货商清单组成：{供货商号+商品编号+名称+联系人+联系电话+备注} 组织：按供货商编号递增排列(4)文件名：进货清单组成：{进货单号+商品编号+供货商号+进货价+数量+金额+进货日期+备注} 组织：按进货单编号递增排列(5)文件名：销售清单组成：{销售单号+商品编号+销售数量+销售日期}组织：按销售单编号递增排列(6)文件名：库存清单组成：{商品编号+库存数量}组织：按商品编号递增排列加工说明(1)加工名：1：查询加工逻辑：根据要查询的库存信息，检索出库存信息明细表输入流：库存信息查询，发出库存信息请求输出流：库存信息清单，进货信息请求(2)加工名：1：更新根据进货信息或销售信息更新库存信息输入流：已进货信息，销售信息输出流：发出库存检索请求(3)加工名：2：查询根据要查询的销售信息，检索出销售信息明细表输入流：销售信息查询输出流：销售清单，销售单(4)加工名：2：更新加工逻辑：根据销售信息更细销售清单输入流：前台销售信息，库存信息输出流：更新库存清单(5)加工名：3：查询加工逻辑：根据要查询的进货信息，检索出进货信息明细表输入流：进货信息查询，发出进货/采购清单查询输出流：库存信息清单，已进货信息，新供货商信息，进货单信息清单，采购单，进货信息请求，进货/采购清单检索结果(6)加工名：3：更新加工逻辑：根据进货信息更新进货清单输入流：进货信息请求，进货单输出流：发出进货/采购清单查询(7)加工名：4：查询加工逻辑：根据输入要查询的职工信息或供货商信息，检索出相应的结果输入流：职工信息查询，供货商信息查询，发出职工/供货商清单查询输出流：已有供货商信息，供货商信息清单，职工信息清单，职工/供货商清单检索结果(8)加工名：4：更新加工逻辑：根据输入的职工信息或新供货商信息更新相应的职工清单或供货商清单输入流：职工信息，新供货商信息清单，职工/供货商清单检索结果3.概念结构设计本系统采用自上向下方法开发，即首先定义各局部应用的概念结构,然后将它们集成起来,得到全局概念结构，其功能模块主要有如下几个部分：人事管理模块、销售管理模块、进货管理模块、库存管理模块和系统管理模块。

药品进销存管理系统数据库设计一、基本分析1.1 数据库环境说明采用的数据库系统： mysql编程工具： MyEclipse8.0数据库建模工具： powerdesigner151.2基本功能分析本设计要实现的是药品进销存管理系统 ,在设计该系统时 ,应尽可能贴近实际、便于用户操作 .系统在实现上应该具有如下功能 :1.系统要提示用户必须输入正确的用户名和密码才能进入系统.2.其功能模块图如下：药品进销存管理系统系统登录用户管理基本信息业务管理业务查询系统管理增加用户药品情况药品采购基本信息系统退出用户维护客户情况药品销售入库明细数据库备份供应商情况库存盘点销售明细销售退货回款信息客户回款二、概念设计在需求分析的基础上，我们对药品进销存管理系统有了一定的了解。

在分析设计概念模型时，首先找出模型所需的实体，然后找到各实体之间的关系，画出E— R 模型图。

2.1 、实体及其间的关系设计对于药品进销存系统，我们设计了药品，客户，供货商，仓库，操作员四个实体。

结合实际情况及对数据库设计的方便，各个实体之间的关系如下：供货商和药品之间应该是存在采购关联，它们之间为多对多关系。

仓库，药品之间存在存储关联，它们之间为多对多关系。

药品，客户之间存在销售关联，它们之间为多对多关系。

操作员，仓库之间存在药品入库和出库关联，它们之间为多对多关系。

2.2 E-R 模型图的设计根据较为详细的需求分析,我们设计出了以下E-R 模型图如下 .药品药品编号<pi> Variable characters (20) <M>药品名称Variable characters (80) <M>0,n单位Variable characters (4)有效期Variable characters (10)零售价格FloatIdentifier_1 <pi>0,n0,n存储采购入库流水号码Variable characters(20) 入库单据号Variable characters(20) 药品编号Variable characters(20) 入库数量 Integer入库单价Float...0,n供应商供应商编号<pi> Variable characters (20)<M>供应商名称Variable characters (80)拼音编码Variable characters (10)供应商地址Variable characters (80)Identifier_1 <pi>销售客户销售流水号码Variable characters (20)客户编号<pi> Variable characters (20)<M> 销售单据号 Variable characters (20) 0,n 客户名称Variable characters (80)药品编号Variable characters (20)客户地址Variable characters (80)销售数量IntegerIdentifier_1 <pi>销售单价Float... ...0,n仓库药品编号<pi> Variable characters (50)<M>入库数量Integer销售数量Integer 0,n库存数量Integer盘点数量Integer盘点日期DateIdentifier_1 <pi>出库0,n入库0,n0,n用户用户ID <pi> Variable characters (20)<M>用户姓名Variable characters (50)用户口令Variable characters (50)用户权限Variable characters (50)Identifier_1 <pi>三、逻辑设计逻辑结构设计的目的是将ER 模型向关系模型转换，注意转换时关系的主键、外键的设置以保持原有的ER 模型中实体与实体之间的关系，另外还应当进行规范化处理以消除数据冗余。

关系模式：
（主键加粗，外键下划线）
供应商（供应商编号，供应商名称，供应商地址，供应商电话）
药品（药品名称，药品分类，药品剂型，药品单价，药品保质期）
职员（职员编号，职员姓名，职员类别）
仓库（仓库编号，仓库类别，仓库地址）
客户（客户编号，客户姓名，客户性别，客户电话）
采购（采购单编号，供应商编号，药品名称，职员编号，采购量，采购日期）
发货（发货单编号，供应商编号，药品名称，职员编号，发货量，发货日期）
采购退货（采购退货单编号，供应商编号，药品名称，职员编号，退货量，退货原因）客户订药（订药单编号，客户编号，药品名称，职员编号，订药量，订药日期）
销售（销售单编号，客户编号，药品名称，职员编号，销售量，销售日期）
客户退货（客户退货单编号，客户编号，药品名称，职员编号，退货量，退货原因）入库（入库单编号，药品名称，仓库编号，职员编号，入库量，入库日期）
出库（出库单编号，药品名称，仓库编号，职员编号，出库量，出库日期）
报损（报损单编号，药品名称，仓库编号，职员编号，报损量，报损原因）
盘存（盘存单编号，药品名称，仓库编号，职员编号，盘存量）
用户子模式：
供应商（供应商编号，供应商名称，供应商地址，供应商电话）
药品（药品名称，药品分类，药品剂型，药品单价，药品保质期）
药品销售（销售单编号，客户编号，药品名称，职员编号，销售量，销售日期）
仓库报损（仓库编号，药品名称，报损量）
库存（仓库编号，药品名称，盘存量）。

数据库大作业事例
下面是一个关于数据库大作业的事例，以超市进销存管理系统为例：
数据库在一个信息管理系统中占有非常重要的地位，数据库结构设计的好坏将直接对应用系统的效率及实现的效果产生影响。

一、数据库需求分析
在超市进销存管理系统中，用户的需求具体体现在各种商品信息的提供、保存、更新和查询，这就要求数据库结构能充分满足各种信息的输出与输入。

根据收集超市的日常管理，对基本数据、数据结构的要求及数据处理的流程，组成一份详尽的数据字典，为以后的设计打下基础。

二、数据库概念结构设计
根据需求分析的结果，规划出实体有：商品信息实体、进货信息实体、出货信息实体、库存信息实体、用户信息实体。

各个实体的属性及实体之间的关系用以下的E-R图和逻辑结构图来描述。

通过以上事例可以看出，数据库大作业需要根据实际需求进行分析和设计，从而创建出高效、准确的数据库结构。

进销存管理数据库1. 简介进销存（Inventory Management）是指对企业的产品库存进行全面、准确管理的过程。

为了更好地进行进销存管理，许多企业采用数据库系统来存储、处理和分析相关数据。

本文将讨论进销存管理数据库的设计和实现。

2. 数据库设计2.1 实体关系模型（ERM）在设计进销存管理数据库之前，需要先进行实体关系模型（ERM）的设计。

ERM是一种描述实体、属性和关系之间的图形化方法。

通常，进销存管理数据库包含以下实体：•产品（Product）•供应商（Supplier）•客户（Customer）•进货订单（Purchase Order）•销售订单（Sales Order）•库存（Inventory）各个实体之间的关系可通过ER图来表示，如下所示：┌────────────┐ ┌───────────┐│ Product ├──────────────┐ ┌────▶│ Supplier │└───────┬────┘└───────┬───┘││││││││▼▼┌───────────────┐ ┌───────────────┐│ Customer │ │ Inventory │└───────┬──────┘ └───────┬───────┘│ ││ │▼ ▼┌───────────────────────┐ ┌───────────────────────┐│ Purchase Order │───┐ ┌───▶│ Sales Order │└───────────────────────┘ │ │ └───────────────────────┘│ │┌───┴───────┐ │ ┌───────────────────────┐│ Order │ └──▶│ Order Products │└───────────┘ └───────────────────────┘2.2 数据表设计基于实体关系模型的设计，可以创建数据库中的数据表。

1.CREATE TABLE user(2. User_Id varchar(6),3. User_Pwd varchar(8) NULL,4. Again_Pwd varchar(8) NULL,5. Bel_Group varchar(3) NULL,6. Div_Type varchar(1) NULL,7. User_Auth varchar(1) NULL,8. Auth_Type varchar(1) NULL,9. User_Status varchar(1) NULL,10. Create_User varchar(6) NULL,11. Create_Date varchar(7) NULL,12. Create_Time varchar(6) NULL,13. Appr_User varchar(6) NULL,14. Appr_Date varchar(7) NULL,15. Appr_Time varchar(6) NULL,16. Pwd_Date varchar(7) NULL,17. Err_Count float NULL,18. Use_eJCIC varchar(1) NULL19.)20.CREATE TABLE Supplier /*供应商表*/21.(22. Supplier_ID int IDENTITY(1,1) NOT NULL, /* 供应商编号 ,主键 */23. Name varchar(250) NOT NULL, /* 供应商名称 */24. Address varchar(250) NOT NULL, /* 地址 */25. Phone varchar(25) NULL, /* 电话 */26. Fax varchar(25) NULL, /* 传真 */27. PostalCode varchar(10) NULL, /* 邮编 */28. ConstactPerson varchar(20) NULL /* 联系人 */29. )30.31.CREATE TABLE Customer /* 客户表*/32.(33. Customer_ID int IDENTITY(1,1) NOT NULL, /* 客户编号,主键*/34. Name varchar(250) NOT NULL, /* 客户名称 */35. Address varchar(250) NOT NULL, /* 地址 */36. Phone varchar(25) NULL, /* 电话 */37. Fax varchar(25) NULL, /* 传真 */38. PostalCode varchar(10) NULL, /* 邮编 */39. ConstactPerson varchar(20) NULL /* 联系人 */40. )41.42.CREATE TABLE Dept /* 部门表 */43.(44. Dept_ID int IDENTITY(1,1) NOT NULL, /* 部门编号,主键 */45. Name varchar(30) NOT NULL, /* 名称 */46. Remark varchar(250) NOT NULL/* 描述,备注 */47.)48.49.CREATE TABLE Dept_Supplier /* 部门--供应商表*/50.(51. Dept_ID int NOT NULL, /* 部门编号,主键 , 外键( 参照 DEPT 表 )*/52. Supplier_ID int NOT NULL /* 供应商编号 ,主键,外键( 参照 SUPPLIER 表) */53.)54.55.CREATE TABLE Dept_Customer /* 部门--客户表*/56.(57. Dept_ID int NOT NULL, /* 部门编号,主键 , 外键( 参照 DEPT 表 )*/58. Customer_ID int NOT NULL /* 客户编号,主键, 外键( 参照 SUPPLIER 表) */59.)60.61.CREATE TABLE StoreHouse /* 仓库表 */62.(63. StoreHouse_ID int IDENTITY(1,1) NOT NULL, /* 仓库编号,主键 */64. Address varchar(250) NOT NULL, /* 地址 */65. Phone varchar(25) NULL, /* 电话 */66. Employee_ID INT NOT NULL, /* 仓库保管 ,外键 ( 参照 EMPLOYEE 表 ) */67. CreateDate datetime NULL /* 仓库成立时间 */68.)69.70.CREATE TABLE ProductClass /* 商品总分类表 */71.(72. ProductClass_ID int IDENTITY(1,1) NOT NULL, /* 商品总分类编号, 主键 */73. Name varchar(30) NOT NULL, /* 商品分类名称 */74. Employee_ID INT NOT NULL, /* 建分类人 ,外键 ( 参照 EMPLOYEE 表 )*/75. CreateDate datetime NULL, /* 建分类时间 */76. Remark varchar(250) NULL, /* 描述,备注 */77.)78.79.CREATE TABLE ProductList /* 商品细分类表 */80.(81. ProductClass_ID INT NOT NULL, /* 商品总分类编号, 外键 ( 参照PRODUCTCLASS 表 ) */82. ProductList_ID int IDENTITY(1,1) NOT NULL, /* 商品细分类编号,主键 */83. Name varchar(30) NOT NULL, /* 商品名称 */84. Employee_ID INT NOT NULL, /* 建分类人,外键 ( 参照 EMPLOYEE 表 )*/85. CreateDate datetime NULL, /* 建分类时间 */86. Remark varchar(250) NULL, /* 描述 ,备注 */87. )88.89.CREATE TABLE ProductSpec /* 商品规格表 */90.(91. ProductSpec_ID INT IDENTITY(1,1) NOT NULL, /* 商品规格编号,主键 */92. Name varchar(30) NOT NULL, /* 商品规格名称 */93. Employee_ID INT NOT NULL, /* 操作员 ,外键 ( 参照 EMPLOYEE 表 )*/94. CreateDate datetime NULL, /* 创建时间 */95. Remark varchar(250) NULL /* 描述,备注 */96.)97.CREATE TABLE ProductUnit /* 商品计量单位表 */98.(99. ProductUnit_ID INT IDENTITY(1,1) NOT NULL, /* 计量单位编号 ,主键 */100. Name varchar(30) NOT NULL, /* 计量单位名称 */101. Employee_ID INT NOT NULL, /* 操作员 ,外键 ( 参照 EMPLOYEE 表 )*/ 102. CreateDate datetime NULL, /* 创建时间 */103. Remark varchar(250) NULL /* 描述,备注 */104.)105.106.CREATE TABLE Product /* 商品目录表 */107.(108. ProductList_ID int NOT NULL, /* 商品细分类编号, 外键 ( 参照 PRODUCTLIST 表 ) */109. Product_ID INT IDENTITY(1,1) NOT NULL, /* 商品名称编号, 主键 */110. Name varchar(30) NOT NULL, /* 商品名称 */111. ProductSpec_ID INT NOT NULL, /* 商品规格, 外键 ( 参照 PRODUCTSPEC 表 ) */112. ProductUnit_ID INT NOT NULL, /* 计量单位, 外键 ( 参照 PRODUCTUNIT 表 ) */113. Price MONEY NULL, /* 参考价格 */114. Employee_ID INT NOT NULL, /* 操作员, 外键 ( 参照 EMPLOYEE 表 )*/ 115. CreateDate datetime NULL, /* 创建时间 */116. Remark varchar(250) NULL /* 描述,备注 */117.)118.119.CREATE TABLE Product_Supplier /* 商品--供应商表 */120.(121. Product_ID INT NOT NULL, /* 商品名称编号,主键 , 外键( 参照 PRODUCT 表 )*/122. Supplier_ID INT NOT NULL /* 供应商编号 , 主键, 外键( 参照 SUPPLIER 表) */123.)124.125.CREATE TABLE Employee /* 员工表 */126.(127. Employee_ID INT IDENTITY(1,1) NOT NULL, /* 员工编号 */128. Dept_ID INT NOT NULL, /* 所属部门编号 */129. Name varchar(30) NOT NULL, /* 姓名 */130. Duty varchar(20) NOT NULL, /* 职务 */131. Gender varchar(6) NOT NULL, /* 性别 */132. BirthDate datetime NOT NULL, /* 出生日期 */133. HireDate datetime NULL, /* 合同签订日期 */134. MatureDate datetime NULL, /* 合同到期日 */135. IdentityCard varchar(20) NULL, /* 身份证号 */136. Address varchar(250) NULL, /* 住址 */137. Phone varchar(25) NULL, /* 电话 */138. Email varchar(30) NULL /* E_MAIL */139.)140.141.142./*-///////////////////////////////////////////////////////////////////////////////////////-*/ 143.144.CREATE TABLE BuyOrder /* 进货合同 */145.(146. BuyOrder_ID INT IDENTITY(1,1) NOT NULL, /* 进货合同编号 , 主键 */147. WriteDate datetime NOT NULL, /* 合同签订日期 */148. InsureDate datetime NOT NULL, /* 合同生效日期 */149. EndDate datetime NOT NULL, /* 合同到期日期 */150. Dept_ID INT NOT NULL, /* 签订部门, 外键 ( 参照 DEPT 表 ) */ 151. Supplier_ID INT NOT NULL, /* 供应商, 外键 ( 参照 SUPPLIER 表 ) */ 152. Employee_ID INT NOT NULL /* 合同主要负责人, 外键 ( 参照 EMPLOYEE 表) */153.)154.CREATE TABLE BuyOrder_Detail /* 进货合同明细表 */155.(156. BuyOrder_ID INT NOT NULL, /* 进货合同编号,主键, 外键 ( 参照 BUYORDER 表 ) */157. Product_ID INT NOT NULL, /* 所进商品编号,主键, 外键 (参照 PRODUCT 表 ) */158. Quantity INT NOT NULL, /* 商品数量 */159. Price money NOT NULL /* 商品进价 */160.)161.162.163.CREATE TABLE EnterStock /* 入库单表 */164.(165. EnterStock_ID INT IDENTITY(1,1) NOT NULL, /* 入库单编号 , 主键 */166. EnterDate datetime NOT NULL, /* 入库时间 */167. Dept_ID INT NOT NULL, /* 入库部门 ,外键 ( 参照 DEPT 表 )*/ 168. StoreHouse_ID INT NOT NULL, /* 所入仓库 ,外键 ( 参照 STOREHOUSE 表)*/ 169. Employee_ID INT NOT NULL /* 入库人 , 外键 ( 参照 EMPLOYEE 表)*/ 170./*需添加仓库保管员如何来验证入库单 ?? */171.)172.173.CREATE TABLE EnterStock_Detail /* 入库单明细 */174.(175. EnterStock_ID INT NOT NULL, /* 入库单编号 , 主键, 外键 (参照 ENTERSTOCK 表 )*/176. Product_ID INT NOT NULL, /* 此种商品编号,主键, 外键 (参照 PRODUCT 表 ) */177. Quantity int NOT NULL, /* 此种商品数量 */178. Price money NULL, /* 此种商品参考价格 */179. HaveInvoice bit not null, /* 此种商品有没有开发票 ( 缺省为 0 , 有没有开票 )*/180. InvoiceNum varchar(30) NULL /* 发票号 */181.)182.183.184.CREATE TABLE BackStock /* 退库单表 */185.(186. BackStock_ID INT IDENTITY(1,1) NOT NULL, /* 退库单编号 , 主键 */187. BackDate datetime NOT NULL, /* 退库时间 */188. Dept_ID INT NOT NULL, /* 退库部门 , 外键 ( 参照 DEPT 表 )*/ 189. StoreHouse_ID INT NOT NULL, /* 所退入仓库 ,外键 ( 参照 STOREHOUSE 表)*/ 190. Employee_ID INT NOT NULL, /* 退库人 , 外键 ( 参照 EMPLOYEE 表)*/ 191. Remark varchar(250) NULL /* 退库原因 */192.193.)194.CREATE TABLE BackStock_Detail /* 退库单明细表 */195.(196. BackStock_ID INT NOT NULL, /* 退库单编号 , 主键, 外键 (参照 BACKSTOCK 表 )*/197. Product_ID INT NOT NULL, /* 所退商品编号,主键, 外键 (参照 PRODUCT 表 ) */198. Quantity int NOT NULL, /* 退入数量 */199. Price money NULL /* 参考价格 */200.201.)202.203.CREATE TABLE LeaveStock /* 出库单表 */204.(205. LeaveStock_ID INT IDENTITY(1,1) NOT NULL, /* 出库单编号 , 主键, 外键 (参照 LEAVESTOCK 表 )*/206. LeaveDate datetime NOT NULL, /* 出库时间 */207. Dept_ID INT NOT NULL, /* 出库部门 , 外键 ( 参照 DEPT 表 )*/ 208. StoreHouse_ID INT NOT NULL, /* 所出仓库 ,外键 ( 参照 STOREHOUSE 表)*/ 209. ToStoreHouse_ID INT NOT NULL, /* 所入仓库 ,外键 ( 参照 STOREHOUSE 表)*/ 210. Employee_ID INT NOT NULL /* 出库人 , 外键 ( 参照 EMPLOYEE 表)*/ 211./* 仓库保管员如何来验证出库单 ?? */212.)213.214.CREATE TABLE LeaveStock_Detail /* 出库单明细表 */215.(216. LeaveStock_ID INT NOT NULL, /* 出库单编号 , 主键, 外键 (参照 BACKSTOCK 表 )*/217. Product_ID INT NOT NULL, /* 所出商品编号,主键, 外键 (参照 PRODUCT 表 ) */218. Quantity int NOT NULL, /* 出库数量 */219. Price money NULL /* 出库价格 */220.)221.222.CREATE TABLE BackSale /* 退货单表 */223.(224. BackSale_ID INT IDENTITY(1,1) NOT NULL, /* 退货单编号 , 主键 */225. BackDate datetime NOT NULL, /* 退货日期 */226. Dept_ID INT NOT NULL, /* 退货部门 , 外键 ( 参照 DEPT 表 )*/ 227. StoreHouse_ID INT NOT NULL, /* 退入仓库 , 外键 ( 参照 STOREHOUSE 表)*/228. Employee_ID INT NOT NULL, /* 退货人 , 外键 ( 参照 EMPLOYEE 表)*/ 229. Remark varchar(250) NULL /* 退货原因 */230.231.)232.CREATE TABLE BackSale_Detail /* 退货单明细表 */233.(234. BackSale_ID INT NOT NULL, /* 退货单编号 , 主键, 外键 (参照 BACKSTOCK 表 )*/235. Product_ID INT NOT NULL, /* 所退商品编号,主键, 外键 (参照 PRODUCT 表 ) */236. Quantity int NOT NULL, /* 退货数量 */237. Price money NULL /* 价格 */238.239.)240.241.242.CREATE TABLE SaleOrder /* 销售合同 */243.(244. SaleOrder_ID INT IDENTITY(1,1) NOT NULL, /* 合同编号 , 主键 */245. WriteDate datetime NOT NULL, /* 合同签订日期 */246. InsureDate datetime NOT NULL, /* 合同生效日期 */247. EndDate datetime NOT NULL, /* 合同到期日期 */248. Dept_ID INT NOT NULL, /* 签订部门, 外键 ( 参照 DEPT 表 ) */ 249. Customer_ID INT NOT NULL, /* 客户编号, 外键 ( 参照 CUSTOMER 表 ) */ 250. Employee_ID INT NOT NULL /* 合同主要负责人, 外键 ( 参照 EMPLOYEE 表) */251.)252.CREATE TABLE SaleOrder_Detail /* 销售合同明细表 */253.(254. SaleOrder_ID INT NOT NULL, /* 销售合同编号,主键, 外键 ( 参照 BUYORDER 表 ) */255. Product_ID INT NOT NULL, /* 销售商品编号,主键, 外键 (参照 PRODUCT 表 ) */256. Quantity int not null, /* 商品数量 */257. Price money null/* 商品进价 */258.)259.260.261.CREATE TABLE Buy /* 进货表 ( 验货表 ) */262.(263. Buy_ID INT IDENTITY(1,1) NOT NULL, /* 进货编号 , 主键 */264. ComeDate datetime NOT NULL, /* 进货日期 */265. Dept_ID INT NOT NULL, /* 进货部门, 外键 ( 参照 DEPT 表 ) */ 266. Employee_ID INT NOT NULL /* 验货人, 外键 ( 参照 EMPLOYEE 表)*/ 267.)268.269.CREATE TABLE Buy_Detail /* 进货表明细 ( 验货表 ) */270.(271. Buy_ID INT NOT NULL, /* 进货编号,主键, 外键 ( 参照 BUY 表 ) */ 272. Product_ID INT NOT NULL, /* 商品编号,主键, 外键 ( 参照 PRODUCT 表 ) */273. BuyOrder_ID INT NULL, /* 采购合同, 外键 ( 参照 BUYORDER 表 ) */ 274. Quantity int not null, /* 数量 */275. Price money null/* 价格 */276.277./* BUYORDER_ID 为 NULL 时, 为现金进货 */278.)279.280.CREATE TABLE Sale /* 销售表 */281.(282. Sale_ID INT IDENTITY(1,1) NOT NULL, /* 销售编号 */283. SaleDate datetime not null, /* 销售日期 */284. Dept_ID INT NOT NULL, /* 销售部门, 外键 ( 参照 DEPT 表 ) */ 285. Employee_ID INT NOT NULL /* 售货人, 外键 ( 参照 EMPLOYEE 表)*/ 286.)287.288.CREATE TABLE Sale_Detail /* 销售明细 ( 验货表 ) */289.(290. Sale_ID INT NOT NULL, /* 销售编号,主键, 外键 ( 参照 SALE 表 ) */ 291. Product_ID INT NOT NULL, /* 商品编号,主键, 外键 ( 参照 PRODUCT 表 ) */292. SaleOrder_ID INT NULL, /* 销售合同, 外键 ( 参照 SALEORDER 表 ) */293. Quantity int not null, /* 数量 */294. Price money not null, /* 价格 */295. Discount int null/* 折扣 */296.297./* SALEORDER_ID 为 NULL 时, 为现金销售 */298.)299.300.301.CREATE TABLE StockPile /* 库存表 */302.(303. StockPile_ID INT IDENTITY(1,1) NOT NULL, /* 库存编号 , 主键 */304. Dept_ID INT NOT NULL, /* 商品所属部门, 外键 ( 参照 DEPT 表 ) */ 305. StoreHouse_ID INT NOT NULL, /* 所在仓库, 外键 ( 参照 SOTREHOUSE 表 ) */306. Product_ID INT NOT NULL, /* 商品编号, 外键 ( 参照 PRODUCT 表 ) */307. FirstEnterDate datetime not null, /* 此种商品第一次入库时间 */ 308. LastLeaveDate datetime null, /* 此种商品最后一次出库时间 */ 309. Quantity int not null, /* 所存数量 */310. Price money not null/* 加权价 */311./* LASTLEAVEDATE 为NULL 时,此种商品从来没有卖过 */312.)。

UML建模案例——超市进销存管理系统超市进销存管理系统是一个重要的信息管理系统，用于管理超市的商品进货、销售和库存情况。

该系统可以帮助超市提高管理效率，减少人力资源的浪费，并使整个进销存流程更加顺畅和高效。

总体描述：超市进销存管理系统主要包括进货管理、销售管理和库存管理三个模块。

进货管理模块用于管理超市的商品进货，包括商品入库、供应商管理和进货单管理。

销售管理模块用于管理超市的商品销售，包括销售单管理和销售统计分析。

库存管理模块用于管理超市的商品库存情况，包括库存盘点和库存报警。

用例图：进货管理模块的用例图包括以下用例：录入商品信息、录入供应商信息、录入进货单、查询供应商、查询进货单、生成进货结算单。

销售管理模块的用例图包括以下用例：录入销售信息、查询销售信息、生成销售结算单、生成销售统计报表。

库存管理模块的用例图包括以下用例：库存盘点、库存报警。

类图：进货管理模块的类图包括以下实体类：商品、供应商、进货单、进货结算单。

销售管理模块的类图包括以下实体类：商品、销售单、销售结算单、销售统计报表。

库存管理模块的类图包括以下实体类：商品、库存盘点单、库存报警。

序列图：进货管理模块的序列图描述了以下过程：录入商品信息、录入供应商信息、录入进货单，以及生成进货结算单。

销售管理模块的序列图描述了以下过程：录入销售信息、生成销售结算单。

库存管理模块的序列图描述了以下过程：库存盘点、库存报警。

状态图：商品的状态图描述了商品的生命周期，包括新增、入库、销售和已报废四个状态之间的转换。

实体关系图：实体关系图描述了商品、供应商、进货单、销售单和库存盘点单之间的关系。

该系统的优点在于可以实现对超市的进货、销售和库存情况进行全面的管理和监控。

通过自动化的数据录入和统计分析，可以减少人工错误和减少劳动力成本。

同时，通过销售统计分析，可以帮助超市制定更加科学的销售策略，提高销售业绩。

另外，库存报警功能可以在库存不足时及时提醒超市进行补充，避免因为库存短缺而影响销售。

杭州电子科技大学《数据库课程设计》课程设计手册超市进销存管理系统数据库设计姓名学号设计小组长其他设计小组成员指导教师设计时间至杭州电子科技大学管理学院编制引言目前，无论是超市还是公司企业对于货物都实行了信息化管理，以提高管理水平和工作效率，同时也可以最大限度地减少手工操作带来的错误。

于是，进销存管理信息系统便应运而生。

在工厂中，产品的进销存涉及产品原料的采购、库存、投入生产、报损，甚至有时涉及到销售，同时，对于产品也有相应的生产、库存、销售、和报损等环节。

在其他非生产性单位，如超市、商店等，则主要涉及到进货、库存、销售和报损4个方面。

超市进销存管理的对象是很多的，广而言之，它可以包括：商业、企业超市的商品，图书馆超市的图书，博物馆超市的展品等等。

在这里本文仅涉及工业企业的产品超市。

超市进销存管理系统按分类、分级的模式对仓库进行全面的管理和监控，缩短了超市信息流转时间，使企业的物资管理层次分明、井然有序，为采购、销售提供依据；智能化的预警功能可自动提示存货的短缺、超储等异常状况；系统还可进行材料超市ABC分类汇总，减少资金积压。

完善的超市管理功能，可对企业的存货进行全面的控制和管理，降低超市成本，增强企业的市场竞争力。

一、需求分析1.1处理对象及组织如下：商品：商品编号、商品名称、商品单价、生产日期、保质期、商品重量、商品规格供应商：应商名称、供应商地址、供应商帐号、供应商传真、供应商电话、交货日期、订单号进销存：库存号、现有库存、最高库存、最低库存、盈亏数量、联系人(1)针对超市进销存管理系统，分别对采购部门、销售部门和库存保管部门进行详细的调研和分析，总结出如下的需求信息：商品按类管理，所以需要有一商品类型信息。

如果一个商品类型存在商品，或存在下级商品类型，则该类型不可删除。

需要记录供应商品信息。

在涉及商品数量的地方，需要知道商品的库存地方。

商品销售信息单中要包含登记商品销售数量、单价等信息。

一个典型的数据库设计实例在这个例子中，我们将考虑一个在线购物的商城，该商城销售各种商品，包括衣服、电子产品和家居用品。

首先，我们需要设计数据库的实体关系图（Entity-Relationship Diagram，简称ERD）以及相应的表结构。

2.商品模块：在这个模块中，我们将存储所有的商品信息，包括名称、价格、库存等。

3.订单模块：在这个模块中，我们将存储用户的订单信息，包括订单号、下单时间、收货地址等。

4.购物车模块：在这个模块中，我们将存储用户的购物车信息，包括商品ID、数量等。

5.支付模块：在这个模块中，我们将存储用户的支付信息，包括支付方式、支付金额等。

在设计这些模块时，我们需要考虑以下几个因素：1.实体之间的关系：用户可以下订单，订单可以包含多个商品，商品可以存在于购物车中。

2.数据的一致性：需要确保订单中的商品数量不超过库存数量，并且用户的支付金额要与订单金额一致。

3.数据的安全性：需要对用户的密码进行加密存储，并确保用户的支付信息不被泄露。

接下来，我们将详细说明每个模块的表结构和关系。

2.商品模块：包括商品表，其中包含以下字段：商品ID、名称、价格、库存。

商品ID是主键。

3.订单模块：包括订单表，其中包含以下字段：订单ID、用户ID、下单时间、收货地址。

订单ID是主键，用户ID是外键。

4.购物车模块：包括购物车表，其中包含以下字段：购物车ID、用户ID、商品ID、数量。

购物车ID是主键，用户ID和商品ID是外键。

5.支付模块：包括支付表，其中包含以下字段：支付ID、订单ID、支付方式、支付金额。

支付ID是主键，订单ID是外键。

在这个数据库设计示例中，我们考虑了用户、商品、订单、购物车和支付这五个模块，并设计了相应的表结构和关系。

通过这个数据库设计，可以实现用户的注册、登录、购物、下单和支付等功能。

当然，这只是一个简单的示例，实际的数据库设计可能更加复杂，需要根据实际业务需求进行调整和优化。