1. 课程设计目的

        应用对数据库系统概论的理论学习，通过上机实践的方式将理论知识与实践更好的结合起来，巩固所学知识。

        实践和巩固在课堂教学中学习的关于数据库的有关知识，熟练掌握对于给定结构的数据库的创建、基本操作、程序系统的建立和调试以及系统评价。

        实践和巩固在课堂教学中学习的关于关系数据库原理的有关知识和数据库系统的建立方法，熟练掌握对于给定实际问题，为了建立一个关系数据库货物管理系统，必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系统调试、维护以及系统评价的一般过程，为毕业设计打下基础。

        2.设计方案论证

        2.1问题提出

        过去传统的物资管理方式已经不能满足现代仓库物资管理的的客观要求，本课程设计就是利用SQL server数据库开发一个仓库物资管理系统，它为仓库管理人员提供供应商信息，物资信息，员工信息，客户信息等的内容，方便仓库管理人员对物资的管理，以提高仓库管理人员对物资管理工作的效率。

        2.2可行性研究

        2.2.1技术可行性

        此课程设计均是利用SQL server 2005 企业版软件调试出来的，所以只要操作系统在windowsXP之上的都可以实现SQL server 2005运行，此次所用的操作系统是：WindowsXP，内存：2G，CPU：2.10GHZ，硬盘：250G，所以技术上是可行的。

        2.2.2运行可行性

        随着社会的发展，基本上所有的具有一定数量数据的仓库都开始使用计算机数据库来做管理。当然几乎所有仓库也都已经在使用计算机管理数据的机制，大大减少了仓储物资管理的工作量。该课程设计要求设计一个仓库物资管理的数据库系统，数据库中要求包含物资的基本信息，员工信息，货物供应商信息。同时还要设计它们之间的关系，最后还要对一些数据进行查询，如查询物资的各种有关信息等。我们通过该课程设计，应该达到的目的是把数据库理论知识更加的巩固加深，加强动手能力与实践能力，学以致用，与现实生活中的应用充分的结合起来。仓库物资管理系统主要针对于日常物资信息的管理，它针对货物日常发生的业务，分为了两大类，即货物提供商和货物销售商以及入库和出库的信息，用户通过相应的模块，对货物的基本情况进行操作，对货物库存数量进行查询，用户通过简单的操作即可轻松的管理物资。

        2.3需求分析

        2.3.1需求分析

        要求本系统能够投入实际的使用并且满足基本的功能要求。要求具有较高的可靠性、安全性和易维护性，具有较高的可移植性。

        本系统实现了以下的功能：

        基本信息模块：包括商品信息、员工信息、客户信息、供应商信息四个子模块

        （1）仓库管理模块：仓库编号、仓库名称、仓库负责人。

        （2）供应商管理模块：包括供应商个人（企业）信息、供应商供应货物信息查询两个子模块。

        （3）客户管理模块：包括客户个人（企业）信息、订货信息查询两个子模块。

        （4）员工管理模块：包括员工个人信息查询、员工薪资查询、员工值勤查询三个子模块。

        （5）物资信息模块：商品信息查询、入库登记查询、出库登记查询、退货查询、库存查询五个个子模块。

        （6）报表管理：财务报表查询、报表打印两个子模块。

        （7）系统维护模块：包括数据安全管理、操作员管理、权限设置三个模块

        2.3.2数据字典

        （1）数据项名称：供应商代码

        含义说明：惟一标识一个供应商

        类型：字符型

        长度：10

        逻辑关系：不允许为空

        （2）数据项名称：商品代码

        类型：字符型

        长度：16

        逻辑关系：不允许为空

        （3）数据项名称：供应数量

        类型：数值型

        （4）数据项名称：供应时间

        类型：时间型

        （5）数据项名称：商品代码

        含义说明：惟一标识一个商品

        类型：字符型

        长度：6

        逻辑关系：不允许为空

        （6）数据项名称：商品名称

        类型：字符型

        长度：8

        逻辑关系：不允许为空

        （7）数据项名称：商品种类代码

        类型：字符型

        长度：10

        逻辑关系：不允许为空

        （8）数据项名称：销售数量

        类型：数值型

        逻辑关系：不允许为空

        （9）数据项名称：销售价

        类型：数值型

        （10）数据项名称：最低销售价

        类型：数值型

        （11）数据项名称：用户所使用时间

        类型：时间型

        （12）数据项名称：顾客代码

        含义说明：惟一标识一个顾客

        类型：字符型

        长度：10

        逻辑关系：不允许为空

        （13）数据项名称：顾客名称

        类型：字符型

        长度：16

        逻辑关系：不允许为空

        （14）数据项名称：顾客联系

        类型：字符型

        长度：12

        （15）数据项名称：顾客联系电话

        类型：字符型

        长度：11

        （16）数据项名称：顾客所在城市

        类型：字符型

        长度：8

        （17）数据项名称：销售总额

        类型：数值

        （18）数据项名称：商品种类说明

        类型：字符型

        长度：10

        （19）数据项名称：员工编号

        类型：字符型

        长度：10

        （20）数据项名称：员工姓名

        类型：字符型

        长度：12

        （21）数据项名称：用户名

        类型：字符型

        长度：6

        （22）数据项名称：密码

        类型：字符型

        长度：10

        逻辑关系：不允许为空

        （23）数据项名称：职务

        类型：字符型

        长度：10

        （24）数据项名称：员工查询

        类型：字符型

        长度：4

        (2)数据结构描述

        ①数据流名称：供应商信息

        含义说明：说明了一个供应商有关信息

        组成结构：提供产品资料，提供供应商个人（企业）资料，记录供应商品的信息。

        ②数据流名称：员工信息

        含义说明：说明一个员工信息

        组成结构：记录入库、出库信息，记录退货信息，现金收支是指对进出帐目的记录统计。

        数据流名称：仓库管理员信息

        含义说明：说明仓库管理员信息

        组成结构：管理员地址，电话，姓名。

        2.4 概念结构设计

        2.4.1概念结构设计的方法

        概念设计阶段采用自底向上的方法，即自顶向下的进行需求分析，然后再自底向上的进行概念结构设计。对已经细化到无法再分的阶段逐步集成在一起，最终合成一个全局概念模式。

        2.4.2概念结构设计的步骤

        数据库的设计是指对一个给定的应用环境，构造数据库模式，建立数据库及其应用系统，满足各种用户需求。作为信息资源开发、管理和服务的一种有效的手段，数据库技术的应用已越来越广泛，从小型的单项事务处理系统到大型的信息系统大都用先进的数据库技术来保持系统数据的安全性、完整性和共享性。对一个实际的系统来说，数据库表的设计在遵循数据库理论的同时，必须能用开发工具来实现用户在各方面提出的功能要求。

        2.4.3数据抽象与局部视图设计

        在系统的数据库设计中，先要对系统分析得到的数据字典中的数据存储进行分析，分析各数据存储之间的关系，然后才能得出系统的关系模式。可以采用E-R图的方法来进行数据结构分析，E-R设计方法是一种通过E-R图来描述现实世界信息结构的DB设计方法。E-R图由实体、属性、联系三部分组成。

        图1. 仓库负责人E-R图

        图2. 供应商E-R图

        图3.员工E-R图

        图4. 商品销售清单E-R图

        图5. 客户E-R图

        图6. 商品E-R图

        图7. 供应E-R图：

        图8. 查询E-R图

        图9. 整体E-R图

        2.5逻辑结构设计

        2.5.1 E-R图向关系模型的转换

        (1)一个1：1联系可转换为一个独立的关系模式，可以与任意一端对应的关系模式合并；(2)一个1：n联系可以转换为独立的关系模式，也可以与n端对应的关系模式合并；

        (3)一个m:n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分； 将实体转化为关系模式。根据图9所示的货物管理的基本E-R图，将其中的实体转化为如下关系，关系的主码用下划线标出，外码用横线标出。由E-R图转换成关系模式：

        （1）商品信息（商品编号，商品名称，商品类别代号，售价，进价，库存量，供应商，有效期） 外码：商品类别代号、 供应商

        （2）员工信息（员工号，姓名，用户名，密码，职位，权限）

        （3）客户信息（客户号，客户名称，联系人，联系方式，客户所在城市）

        （3）供应商信息（供应商号，供应商名称，联系人，联系方式，供应商所在城市）

        （4）供应信息（供应商编号，商品编号，供应日期，供应数量）

        （5）查询信息（客户编号，商品编号，查询日期）

        （6）商品销售信息（销售编码，出库日期，入库日期，商品编码，商品名称，单价，入库数量，出库数量，供应商编码，销售员编码） 外码：销售员编码、商品编码

        2.5.2判断每个表分别属于第几范式

        在上述关系模式中，每一个分量都是不可分割的数据项所以都符合第一范式；而且前四个关系模式都是单个属性作为码，没有任何非主属性对码部分函数依赖，在商品销售信息内虽由三个属性作为码，但也不存在非主性对码的部分函数依赖，所以上都符合第二范式；商品信息、商品类别索引、客户信息、供应商信息四个关系模式中都不存在非主属性对码的传递函数依赖，都属于第三范式。

        2.5.3数据库的结构

        表1.供应信息表

        表2.商品信息表

        表3.顾客信息表

        表4.商品销售主表

        表5.商品销售子表

        表6.商品索引信息表

        表7.查询信息表

        2.5.4创建基本表

        （1）创建品信息表

        create table  MerInfor

        (merchandiseCode VARCHAR (6) constraint M_PRIM PRIMARY KEY,

        merchandiseName varchar(8) NOT NULL,

        MerKindeCode varchar(10) ,

        Price Money,

        ListPrice Money,

        Number Int,

        FirmCode  char(10), 

        Userfulllife Datetime )

        （2）建顾客信息表

        create table GueInfor

        (GuestCODE VARCHAR(10) NOT NULL,

        GuestNAME VARCHAR(16) NOT NULL,

        GLINK varchar(12),

        GLinkTell VARCHAR(11),

        CITY VARCHAR(8))

        （3）建商品销售主表

        create table sellMain

        (SaleNo VARCHAR(4) NOT NULL,

        WorkNo VARCHAR(10) NOT NULL,

        SaleDate  DateTime ,

        Amount Money)

        （4）商品销售子表

        create table sellChild

        (SaleNo int constraint SC_PRIM PRIMARY KEY,

        merchandiseCode VARCHAR(6) NOT NULL,

        merchandiseName VARCHAR (32) NOT NULL,

        Price  money,

        number int,

        Amount Money )

        (5)商品类别索引信息

        create table MerID

        (MerKindeCode CHAR(10)constraint MI_PRI PRIMARY KEY,

        KindExplanation VARCHAR(10) NOT NULL)

        (6)创建员工表

        create table  WorkInfor

        (WorkNo VARCHAR(10) NOT NULL, 

        WNAME VARCHAR(12),

        UserRegName VARCHAR (6) NOT NULL,

        Password VARCHAR(10) NOT NULL ,

        Position VARCHAR(10),

        WPower VARCHAR (4))

        （7）创建供应信息表

        create table FInfor

        (FirmCODE VARCHAR(10) NOT NULL,

        merchandiseCode VARCHAR(16) NOT NULL,

        number int,

        FirmDate  DateTime)

        （8）创建查询信息表

        create table SearchInfor

        (GuestCODE VARCHAR(10) NOT NULL,

        merchandiseCode VARCHAR(16) NOT NULL,

        SearchDate  DateTime)

        为商品信息表中merchandiseCode属性建立降序唯一索引merchandiseCode desc：

        CREATE UNIQUE INDEX  merchandiseCode-index ON MerInfor（merchandiseCode） desc

        为顾客信息表中GuestCODE属性建立唯一索引：

        CREATE UNIQUE INDEX GuestCODE-index  ON  GueInfor（GuestCODE）;

        为销售主表中saleno属性建立降序唯一索引：

        CREATE UNIQUE INDEX sellMain-index ON sellMain (saleno);

        为商品销售子表中saleno属性建立降序唯一索引：

        CREATE UNIQUE INDEX  salechild-index ON salechild(saleno);

        数据的载入是一个非常繁杂和重要的过程需要很大的工作量，可分为人工输入与其它格式数据文件导入。该系统只是一个简单的实验系统，所以采用手工输入少量的数据可满足实验要求即可。分别给供应商基本信息表，销售商基本信息表，仓库基本信息表，管理员基本信息表和货物基本信息表输入数据。下面若干个表分别显示了所要求的表基本信息息的录入。

        图10.供应商表

        图11.顾客信息表

        图12.商品销售主表

        图13.商品销售子表

        图14.员工表

        图15.供应信息表

        图16.查询信息表

        2.5.5为系统创建视图

        （1）为商品类别表“MerID”建立一个视图，该视图由商品类别表的所有列构成

        create view 商品类别(商品类别代码,类别说明)

        as

        select* from MerID

        图17.MerID视图

        （2）由客户信息表“GueInfor”建立一个视图，该视图由客户信息表的所有列构成*/

        create view 客户信息(客户编码,客户名称,联系人,联系电话,所在城市)

        as

        select* from GueInfor

        图18.客户信息表视图

        （3）查询信息表的视图

        图19. 查询信息表的视图

        (4)供应信息视图

        图20. 供应信息视图

        (5)商品销售主表的视图

        图21. 商品销售主表的视图

        3.设计结果及分析

        3.1 查询与结果分析

        (1) 从供应商表中查询Firmcode为’015’的信息

        Select * from FInfor where firmcode=’015’

        图22. 供应商表中查询Firmcode为’015’的信息

        (2) 从顾客信息表中查询GLINK为’吴江’的所有信息

        Select*from GueInfor where GLINK=’吴江’

        图23. 查询顾客信息表中GLINK为’吴江’的所有信息

        (3) 从商品销售主表中查询saleno为20的商品信息

        Select*from sellMain where saleno=’20’

        图24. 查询商品销售主表中saleno为20的商品信息

        (4)查询员工信息表中WorkNo为075101的所有信息

        图25. 查询员工信息表中WorkNo为075101的所有信息

        (5)查询员工信息表中UserRegName为zzm20的信息

        图26. 查询员工信息表中UserRegName为zzm20的信息

        （6）删除顾客信息表中关于武将的所有信息。

        Delete from GueInfor where GLINK=’吴枫’

        图27. 删除顾客信息表中关于武将的所有信息

        （7）建立一个顾客信息的存储过程，并向其中插入数据，并查询结果。

        图28. 为一个顾客信息建立的存储过程，并向其中插入数据，并查询结果

        7.为MerID建立存储过程并进行更新数据，并进行查询KindExplanation为家具类的所有信息。

        图29. MerID建立存储过程并进行更新数据，并进行查询KindExplanation为家具类的所有信息

        4.设计体会

        本次课程设计调查了一些商品的销售、供应等，根据其具体情况，设计仓储物资管理系统。加深了对数据库课程知识的理解。由于时间仓促，软件还有很多不足之处，如：商品信息查询部分不够完善，软件代码交冗余、效率不高等等，都相关功能缺乏认识造成的。在今后的学习中我们会加强理论的实践的结合，通过不断摸索来弥补自己在软件制作方面的差距。

        在这一个星期的课程设计中，我们回顾了很多以前的东西，也发现了很多的问题，以前都没遇见过的，收获很大，在对不同的功能代码是不一定可以完整的执行的，不过大概都是一样的，只有一些小的细节。我们觉得每一次的课程设计，都是让我们对原有的知识从了解表面到深入本质，从个体学习到整体把握的跳跃，对新知识的汲取，更是让我们把课本的知识应用到实际中，让我们了解了我们的学习有什么用，能够解决什么样的问题，增加我们的自信和学习的动力。在学习过程中，我也能过上网查了不少资料，也看了一些别人设计的图书馆管理信息系统的设计报告，学以致用，自我创新，独立完成了这份自己的报告，从中在学到用，从用又到学，不断修改，系统更新。虽然不能达到完善系统，但也做到了尽善尽美，加强理论学习对完善系统会有很多帮助，不管怎么说，对这次做的课程设计自己觉得还算满意。

        通过这次课程设计，我们进一步掌握了数据库知识，也让我们知道了学这门课的作用是什么，会应用于哪些，不会再迷茫。并且还拓展了一些知识，让我们学到了很多课本上学不到的知识，也学会了遇到问题时，如何去解决它，攻克它，而不是以为依赖别人。这次课程设计，我们收获很大。