超市商品进销存管理系统数据库设计Word格式文档下载.doc

1、一、需求分析1.1处理对象及组织如下：商品：商品编号、商品名称、商品单价、生产日期、保质期、商品重量、商品规格供应商：应商名称、供应商地址、供应商帐号、供应商传真、供应商电话、交货日期、订单号进销存：库存号、现有库存、最高库存、最低库存、盈亏数量、联系人（1）针对超市进销存管理系统，分别对采购部门、销售部门和库存保管部门进行详细的调研和分析，总结出如下的需求信息：商品按类管理，所以需要有一商品类型信息。如果一个商品类型存在商品，或存在下级商品类型，则该类型不可删除。需要记录供应商品信息。在涉及商品数量的地方，需要知道商品的库存地方。商品销售信息单中要包含登记商品销售数量、单价等信息。在进货信息

2、中要包含商品供应商等信息。商品报损要有报损原因。进货、销售、报损操作要有相应信息管理员。只有管理员登录之后才可以使用系统。默认的管理员不可以删除。进货、销售、库存、报损信息都要可以添加、修改、删除、分类查找。当进行进货、销售和报损操作后，能相应更新库存。（2）经上述系统功能分析和需求总结，考虑到将来功能的扩展，设计如下的数据项和数据结构：商品类型信息，包括数据项有：商品信息，包括的数据项有：商品编号、商品名称、商品的的生产日期、库存量等。商供应商信息，包括供应商号、供应商名称、联系电话等。进货信息，包括进货商品号、数量、规格、单价等。销售信息，包括销售商品、数量、单价等。报损信息，包括报损商品

3、、数量、原因、登记时间等。员工信息，包括员工号、姓名、职称等1.2信息处理及系统功能该系统由商品信息管理模块，员工信息管理模块，供应商信息管理模块，仓库信息管理模块等可以完成商品的进销存和查询，更改等的基本操作。并根据客户的要求完善系统的功能需求。系统功能有：（1）商品信息的管理包括商品基本信息的新建、修改和删除，商品的编号、商品名称、商品规格等（2）供货商信息管理：包括供货商信息的新建、修改和删除和供应商的名称、供应商代号、供应商地址等。（3）员工信息管理：系统管理员的添加、删除和修改密码和员工姓名、性别、职称、工号等。（4）仓库信息管理：仓库号、库存商品号、商品数量等1.3数据库系统开发环

4、境数据库系统开发环境需求决定以windows XP为开发平台，采用选择功能强大的Microsoft SQL Server为开发工具。1.4该业务的流程图通过对超市管理系统的要求和分析、处理，弄清楚了进销存各个系统的环节需求。清楚了环节所需要的信息内容、流向、处理、提供信息的信息表形态等，把分析系统的相关用“业务流程图”表示出来。具体分为进货业务，销售业务，业务流程图如下：以下是某超市管理系统的业务流程的分析（1）某超市管理系统进货业务流程图为图11为某超市进销存管理系统的进货业务流程图（2）某超市管理系统销售业务流程图图12为某超市进销存管理系统的销售业务流程图1.5某超市管理系统数据流i程图

5、分析数据流程图是一种能全面地描述信息系统逻辑模型的主要工具，它可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况。根据上面业务流程图的描述，从系统的科学性、管理的合理性、实际运行的可行性角度出发，自顶向下对系统进行分解，导出了超市销售管理系统的顶层数据流程图、第二层数据流程图和第三层数据流程图。（1）某超市管理系统顶层数据流程图图13为某超市管理系统顶层数据流程图上图是超市管理系统的顶层数据流程图。由业务流程图确定系统开发的外部实体即系统数据的来源与去处，从而确定了整个系统的外部实体和数据流，在顶层数据流程图中，把超市管理系统作为一个处理环节，与实体间传递信息，简单的表达系统的各

6、部分功能。（1） 第一层数据流程确定系统的主要处理功能，可以将系统分为进货管理、库存管理、销售管理等几部分。再确定各个输入和输出的数据流的以及与之相关的数据结构，为各个数据流、报表命名并编码，从而得到超市销售进销存系统的第一层数据流程图，如图上图所示（2）第二层数据流程图再将第一层数据流程图分解就可得到第二层流程图。其中某些数据项处理可分解为多个处理过程。在本系统中有销售模块、进货管理。每一部分都可以分解为第二层流程图。具体的分解情况如下（5）数据字典数据流程图表达了数据和处理的关系，数据字典则是系统中各类数据描述的集合，是进行详细的数据收集和数据分析所获得的主要成果。数据字典在数据库设计中占

7、有很重要的地位。数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分。其中数据项是数据的最小组成单位，若干个数据项可以组成一个数据结构，数据字典通过对数据项和数据结构的定义来描述数据流、数据存储的逻辑内容数据项如表一数据项编号数据项名称备注类型及宽度完整性约束I1TID标识商品的代号Char（8）I2Tname某商品的名称Char（14）I3TPrice某商品的价值IntI4Tproducedate某商品生产的时间Char（6）I5TKeepdate某商品的保存时间Char（2）I6TWeight某商品的重量I7TProducename某商品的生产公司I8TNorms某商品长宽

8、I9SName某商品的公司名称Char（12）I10SAddress某商品生产的地方Char（16）I11SCodename某供应商的产品代号I12SFax与供应商的传真联系方式Char（11）I13STele联系供应商的电话方式I14SDate定货单位要求的供货日期I15SOrder发出订单的单据号I16YID标识公司员工的代码I17Yname公司员工的姓名I18YSex公司员工的性别Char（1）I19YAge公司员工的年龄I20YZhichen公司的员工的职位名称I21KNO存储商品的库存号char（2）I22KNum某种商品当前的库存量Char（4）I23KHnum商品的库存上限Cha

9、rI24KDnum商品的库存下限I25KPnum盘盈盘亏数量I26KPerson与定货发生联系的供应商负债人二、概念设计2.1.1 分E-R图建立根据第二层数据流程图得到三个分E-R图图21为某超市进货的ER图图22为某超市销售的ER图图23为某超市存储ER图图24为某超市供应商ER图2.1.2 全局/整体E-R图通过各个分E-R图之间的联系，合成全局E-R图。由于在做局部ER图时，只是针对局部的ER图考虑，导致各个ER图之间有很多不一致的地方，造成在合并局部ER图生成全局ER图时有很多的冲突发生。而在编写商品信息时，考虑商品的数目很多，如果只用数字标号不好区分也不容易查询，就用的字母加数字来

10、编号，所以在合并的时候造成的冲突，最后把订单中的商品编号也改成了字符型的，消除了冲突。如图下所示图24为全局/整体E-R图三、逻辑设计2.2.1 建立关系模式ER图转换为关系模型实际上就是要将实体性、实体的属性和实体性之间的联系转换为关系模式，这种转换一般遵循如下规则：一个实体型转换为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。对于实体型见的联系则有以下不同的情况：（1）一个1:1的联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。

11、如果与某一端实体对应的关系模式合并，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。（2）一个1:n联系可以转换为一个独立的关系模式看，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码味n端实体的码。（3）一个m:n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系吗的一部分。根据以上规则将本系统的ER图转换为关系模式（关系的码用下划线标出）有一个超市管理系统数据库，包括T、S、Y、K、kt、TY、SK、TSYK个关系模式：T

12、（TID，Tname，TPrice，Tproducedate，TKeepdate，TWeight，TNorms,TProducename）；S（SCodename ,SName，SAddress， SFax，Stele，SDate，SOrder）；Y（YID，YName，YSex，YAge，YZhichen）；K（KNo，KNum,KHnum,KDnum,KPnum,KPerson）；KT（KNo，TID,QTY）TY（TID，YID，QTY）；SK（SNo，KNo,CQTY）；TSYK（TID，SName，YID，KNo，WQTY）1. 商品信息表T由商品编号（TID）、商品名称（Tname）、商品单价（TPrice）、生产日期（Tprod