‘壹’ 数据库设计与数据仓库设计的相同点
数据库与数据仓库的本质差别此敏如下： 1、逻辑层面/概念层面：数据库和数据仓库其实是一样的或者及其相似的，都是通过某个数据库软件，基于某种数据模型来组织、管理数据。但是，数据库通常更关注业务交易处理（OLTP），而数据仓库更关注数据分析层面（OLAP），由此产生的数据库模型上也会有很大的差异清滑。 2、数据库通常追求交易的速度，交易完整性，数据的一致性等，在数据库模型上主要遵从范式模型（1NF，2NF，3NF等），从而尽可能减少数据冗余，保证引用完整性；而数据仓库强调数据分析的效率，复杂查询的速度，数据之间的相森正枝关性分析，所以在数据库模型上，数据仓库喜欢使用多维模型，从而提高数据分析的效率。 3、产品实现层面：数据库和数据仓库软件是有些不同的，数据库通常使用行式存储，如SAP ASE，Oracle, Microsoft sql Server，而数据仓库倾向使用列式存储，如SAP IQ，SAP HANA。
‘贰’ 课程设计仓库管理系统的数据库制作
数据库原理及应用课程设计
一、课程设计的目的
《数据库原理及应用》课程设计是计算机科学与技术专业集中实践性环节之一，是学习完《数据库原理及应用》课程后进行的一次全面的综合练习。本课程设计主要在于加深学生对数据库基础理论和基本知识的理解，掌握数据库应用系统设计开发的基本方法，达到进一步使学生综合运用所学知识和增强实际动手能力的目的。
二、课程设计的任务与要求
要求学生根据自身对题目的理解情况，从给定的设计题目中选择一个，以MS SQL Server作为后台数据库平台，以PowerBuilder作为前台开发工具，完成一个小型数据库应用系统的系统的分析、设计和开发。
三、课程设计说明书
仓储管理系统
对于一个以生产或经营产品为主要业务的单位来说，仓库管理系统至关重要。高效方便的仓库管理系统，可以为生产经营提供坚强的后盾和有力的支持。效率低下甚至是混乱不堪的仓库管理系统，无疑会成为企业健康发展的拖累甚至是枷锁。使企业发展动力不足。本次数据库设计实现了仓库管理的高效化、电子化。通过本系统可以方便地实现仓库管理中的货物登记、出库入库等操作，使仓库管理井井有条。
1系统需求分析
1.1系统功能需求分析
仓库管理系统主要实现对库存商品的管理，对商品出库、入库的管理，和对仓库管理系统维护的功能。具体要实现的功能包括：
1）库存商品管理
查看数据库中商品的名称、编号、单价等信息。
2）商品出库、入库管理
入库、出库单纪录本次入库、出库的货物名称、数量，入库、出库的时间、商品单价以及总价，入库、出库的经手人等。
3）商品的查询
输入商品的编号或者商品的名称查询信息
4）用户管理
用户可以修改登录密码
1. 2数据需求分析
1.员工（ID ，姓名，密码，权限）
2.商品（商品名，商品编号，所属类，单价）
3.出货表（商品名，商品编号，数量，总价，经手人）
4.入货表（商品名，商品编号，数量，总价，经手人）
5.查询（商品名，商品编号，数量，单价）
根据上面的关系我们需要的数据基本上就上面所列出的数据。
2 系统总体设计
1）库存商品管理
查看数据库中商品的名称、编号、单价等信息。
2）商品出库、入库管理
入库、出库单纪录本次入库、出库的货物名称、数量，入库、出库的时间、商品单价以及总价，入库、出库的经手人等。
3）商品的查询
输入商品的编号或者商品的名称查询信息
4）用户管理
用户可以修改登录密码
2.1系统总体结构设计
2.2.1 E-R图
2.2.2 关系模式
1.员工（ID ，姓名，密码，权限）
2.商品（商品名，商品编号，所属类，单价）
3.出货表（商品名，商品编号，数量，总价，经手人）
4.入货表（商品名，商品编号，数量，总价，经手人）
5.查询（商品名，商品编号，数量，单价）
2.2.3 数据表
“员工信息表”“商品信息表”“出货单”“进货单”的主键分别是：ID、商品编号、商品编号、商品编号。
员工信息表
商品信息表
出货单
进货单
3．系统实施
工作界面PB9.0，以下是我制作过程和运行中的一些截图：
首先建立PB与SQL的数据链接：如果链接不成功，返回对以话框“数据库连接错误，经检查后再试！”
然后点Preview选项会弹出如下窗口：
一、 工作界面截图：
分别建有：workspace、application、windows、dw_、da_等。
工作时检测连接数据库是否正常的程序代码：
// Profile q
SQLCA.DBMS = "ODBC"
SQLCA.AutoCommit = False
SQLCA.DBParm = "ConnectString='DSN=仓库;UID=;PWD='"
connect;
open(w_enter)
二、 运行结果的截图：
这个是我运行后的第一个用户界面，在界面中输入管理员ID和密码。我的管理员ID 和密码分别为 1，123.点击确定进入menu下一界面。
若ID和密码分别输入1，1234，则跳出以下界面：
确定按钮所对应的代码如下：
//定义两个变量
string password,userid
password=sle_2.text
//检索用户名和密码记录
SELECT "员工信息表". "ID",
"员工信息表"."密码"
INTO :userid,
:password
FROM "员工信息表"
WHERE "员工信息表"."ID" =:sle_1.text and "员工信息表"."密码" =:sle_2.text;
//判断用户输入的用户名是否正确
if sqlca.sqlcode<>0 then
messagebox("错误！","ID或密码错误，请重新输入！",exclamation!,ok!,2)
else
messagebox("通过验证！","ID和密码正确，欢迎您使用本系统！",Information!,ok!,2)
open(w_main)
close(w_enter)
end if
取消按钮所对应的代码如下：
close(parent)
//关闭登录窗口
三、 menu界面的截图：
在本界面中我们通过点击菜单栏上的不同管理按钮来实现管理和操作的功能。
进货—进货单
出货—出货单
库存—蔬菜类
—水产类
—肉类
系统维护—修改密码
查询
四、 进货的截图如下：
在本界面中，操作员可以输入进货信息
五、 进货的截图如下：
在本界面中，操作员可以输入出货信息
六、本界面是实现用户更改自己的密码的界面
用户在登陆后根据上面的提示可以更改自己的密码。
程序代码如下：
string oldid
string oldp
string newp1
string newp2
oldid=trim(sle_1.text)
oldp=trim(sle_2.text)
newp1=trim(sle_3.text)
newp2=trim(sle_4.text)
if len(oldp)=0 or isnull(oldp) then
oldp=space(10)
end if
if len(newp1)=0 or isnull(newp1) then
newp1=space(10)
end if
if len(newp2)=0 or isnull(newp2) then
newp2=space(10)
end if
select "operator"."password"
into :oldp
from "operator"
where "operator"."password"=:oldp;
if sqlca.sqlcode<>0 then
messagebox("提示","原密码不正确!")
sle_2.text=""
sle_2.setfocus()
return
end if
if newp1<>newp2 then
messagebox("提示","两次新密码输入不同!")
sle_4.text=""
sle_4.setfocus()
return
end if
Update "operator"
set "password"=:newp1
where "operator"."operator_id"=:oldid;
if sqlca.sqlcode<>0 then
rollback;
messagebox("提示","密码更正错误! 请重设!")
return
end if
gs_password=newp1
commit;
messagebox("提示","密码修改成功!")
七、本操作可以看仓库里的商品并可对其进行插入和删除
八、从仓库查询所需要的商品
4 系统评价
系统的功能基本上已经实现，但是还是不够完善。但是在使用的时候还是能给用户带来一定的方便的。仓库的进货和出货在本系统中能直观的以表格形式反映出来，便于操作员的使用和决策者的管理。
4.1 系统特色
本系统要求用户进行验证之后才能进入相应的界面。有利于保护数据库的安全，不被非法登陆使用。对于仓库内货物的进出管理要求严格，即进出货时必须填写相应的进出货单据。便于企业管理查看账目，保障了企业的稳定运行。通过本系统可以方便地实现仓库管理中的货物登记、出库入库等操作，使仓库管理井井有条。在查看数据库时可以方便的删除数据库中冗余的信息和添加新的信息。
4.2 系统不足及改进
这个系统基本上实现了一些简单的对系统所涉及表的更新、增加和删除的功能。也实现对用户登陆的安全上有了一定的限制，只有在正确输入ID和密码的时候才能进入系统。远没有达到大型公司的仓储物资管理的要求，所创建的数据库框架比较简单，各表之间的联系也过于简单，没有添加外键相互约束，用POWER BUILDER做出来的系统过于简单、单调，需要进一步深入的调整优化，将各表之间的关系紧密联系起来，相互制约，保证数据库中数据的添加、删除、更新，安全有序。操作窗口还需要进一步的进行美化，使用户在使用中更赏心悦目。
5 课程设计心得
这次课程设计的主要目的是掌握数据库应用系统分析设计的基本方法，基本掌握PowerBuilder，进一步提高分析解决问题的综合能力。通过这次课程设计，我基本掌握了以上要求。但只有两周的课程设计时间，时间比较仓促，所以开发的系统不是很完善，有一些功能未实现，但是仓库管理的基本功能均已实现。以前对数据库的很多知识认识都不深刻，做过这次课程设计之后，我对数据库的知识有了一个比较系统的了解；比如：对表内一些字段的约束，关系等的运用已经比较熟练。这个课程设计使我巩固了数据库的知识。
对于PowerBuilder也有了一定的了解，由于用的不多，所以运用的不是很熟练。刚开始的时候，对于PowerBuilder的语法，用法等一系列知识都不熟悉。当我基本完成此系统开发的时候，我发现其实也没有那么难，在未做之前我还害怕做不出来。经过对这个系统的开发，在开发过程中遇到但也解决了很多问题，所以说我们不能惧怕有困难而不去接触认识它，我们要知难而上，只有这样我们才能成长，才能有所发展。
这认为最难的一部分是用户查看数据库时通过插入删除按钮对数据库的更改，因为我们在文本框中输入的数字是被默认为字符型的，我在其中使用了integer(string)这个函数把字符型的进行了转换，但是在使用的过程中并不能像我所想象的那样有用。因为时间有限，所以这个问题还没有完全的解决。
通过这次数据库课程设计加深我对数据库基础理论和基本知识的理解，掌握数据库应用系统设计开发的基本方法，达到进一步使我综合运用所学知识和增强实际动手能力的目的。
我会继续学习数据库的知识，学习PowerBuilder的知识，只有通过不断的学习充实自己，才能让自己有所得。只有了知识的积淀，才能为自己的发展铺平道路！
可以参考一下啊，最终还是要自己做的吧。。仅供参考。
‘叁’ 怎样用SQL写一个仓库管理系统
首先配置SQLSERVER2005：
打开”Microsoft SQL Server Management Studio“ 直接用Windows 用户连接进入，再在“安全性”中的“登录名”内的“新建登录名”，你就对应的添好“确定”就可以了。
再在你对应的“数据库”里“安全性”用户，把你建的用户添加进去。
关键地方，查看“服务器 属性”在 “安全性”选上 “SQL Server 和 Windows 身份验证模式”点 “确定”系统会提示你重新启动SQL Server 你“停止”重启一下就配好了。
接着看C#连接SQL Server2005的代码语句：
strcon = strcon + @"Data Source=" + strcons[0];
strcon = strcon + "," + strcons[2] + ";";
strcon = strcon + "Network Library=" + strcons[1] + ";";
strcon = strcon + "Initial Catalog=" + strcons[3] + ";";
strcon = strcon + "User ID=" + strcons[4] + ";";
strcon = strcon + "Password=" + strcons[5] + ";";
strcon = strcon + "Persist Security Info=True";
strcons[0] 服务器名称，一般添机器的IP
strcons[1]协议DBMSSOCN（为tcp/ip协议）
strcons[2]]端口号，一般为1433
strcons[3] 数据库名
strcons[4] 用户名
strcons[5]密码
端口号也要配置一下：
在控制面板里的服务和应用程序中的SQL Server配置管理中的SQL Server 2005网络配置内的SQL
Server2005的协议TCP/IP默认为已禁用，在它的属性设置它的端口号为1433 “确定” 启动。
‘肆’ 数据库设计的步骤有哪些
数据库设计过程分为以下六个阶段：
1、需求分析阶段
准确理解和分析用户需求（包括数据和处理），它是整个设计过程的基础，也是最困难、最耗时的一步。
2、概念结构设计阶段
是整个数据库设计的关键，通过对用户需求的集成、归纳和抽象，形成了一个独立于特定数据库管理系统的概念模型。
3、逻辑结构设计阶段
将概念结构转换为DBMS支持的数据模型，对其进行优化。
4、数据库物理设计阶段
为逻辑数据模型选择最适合应用程序环境的物理结构（包括存储结构和存取方法）。
5、数据库实现阶段
根据逻辑设计和物理设计的结果，使用数据库管理系统提供的数据语言、工具和主机语言，建立数据库，编写调试应用程序，组织数据仓库，并进行试运行。
6、数据库运行维护阶段
数据库应用系统经试运行后可投入正式运行，在数据库系统运行过程中，需要不断地对其进行评估、调整和修改。
注：在设计过程中，将数据库的设计与数据库中数据处理的设计紧密结合起来，在每个阶段同时对这两个方面的要求进行分析、抽象、设计和实现，相互借鉴和补充，从而完善这两个方面的设计。
(4)仓储数据库设计扩展阅读：
数据库设计技术
1、清晰的用户需求：作为计算机软件开发的重要基础，数据库设计直接反映了用户的需求。数据库必须与用户紧密沟通，紧密结合用户需求。在定义了用户开发需求之后，设计人员还需要反映具体的业务关系和流程。
2、注意数据维护：设计面积过大、数据过于复杂是数据库设计中常见的问题，设计人员应注意数据维护。
3、增加命名规范化：命名数据库程序和文件非常重要，不仅要避免重复的名称，还要确保数据处于平衡状态。为了降低检索信息和资源的复杂度和难度，设计人员应了解数据库程序与文件之间的关系，并灵活使用大小写字母命名。
4、充分考虑数据库的优化和效率：考虑到数据库的优化和效率，设计人员需要对不同表的存储数据采用不同的设计方法。在设计中，还应该使用最少的表和最弱的关系来实现海量数据的存储。
5、不断调整数据之间的关系：不断调整和简化数据之间的关系，可以有效减少设计与数据之间的联系，进而为维护数据之间的平衡和提高数据读取效率提供保障。
6、合理使用索引：数据库索引通常分为聚集索引和非聚集索引，这样可以提高数据搜索的效率。
参考资料来源：网络-数据库设计
‘伍’ 仓库管理系统论文
仓库管理系统是 企业管理 的一个重要组成部分，是供应链单元中的一个重要环节。下面是我为大家整理的仓库管理系统论文，供大家参考。
仓库管理系统论文篇一基于VB的仓库信息管理系统
仓库管理系统论文摘要
【摘要】随着现代社会科学技术的不断进步，以计算机代替传统人工来进行信息化管理的方式越来越受人们所重视。本文主要对仓库信息管理系统的一些主要功能和基本组成情况，包括了引言、需求分析、数据库设计、功能模块划分，同时介绍了软件的编程开发工具，另外介绍了对软件的实施开发，如何在使用的过程中让用户能够简洁明了，以便达到提高工作效率降低 企业运营 成本的目的。
仓库管理系统论文内容
【关键词】仓库管理系统，数据库，Visual Basic
1引言
仓库信息管理系统是一个企业不可或缺的的一部分，它所包含的东西对于一个公司企业的执行者或者领导层是至关重要的，所以一个好的仓库信息管理系统是应该能为用户提供全面而且细致的信息以及一些人性化的便捷查询手段。但是一直以来人们往往采用非常传统的人工管理 方法 ，这种管理方式虽然简单，但是却有着很多的缺点，诸如效率低下、依赖人工而导致保密性也不强、查询方式也很繁琐等，而且时间一长则会导致产生大量的文件和数据这对于一个物品的管理来说往往会造成数据的更新和维护的不便。运用计算机对物品的存储信息管理也是计算机应用的一小部分，它具有着传统人工管理方式所无法比拟的一些优势。它拥有查询方式便捷、存储量大、保密性高、成本较低等诸多特性。可以减少大量的人力财力物力，使得工作效率得到提高，是一个公司企业正规化国际化的一个标志。因此开发一个相应的仓库信息管理软件是适应了时代的潮流的。
2需求分析
随着我国经济的快速发展，各种类型各种规模的公司应运而生，许多从事生产和经营管理的企业都需要生产销售自己的产品，这些各式各样的产品在没有销售出去之前又需要储存在仓库之中，但是对于每个企业来说随着企业规模的不断扩张，产品数量的急剧增加，产品种类的增多以及有关产品信息的更新换代等等，面对这些庞大的信息怎么去有效的管理并且及时的去处理对于企业和公司的管理者来说是至关重要的。仓库信息管理的重点在于销售信息能否及时的反馈到企业从而制定好下一个生产计划，确保企业的效益。仓库信息管理在企业的整个供应流程中起着关键性的作用，如果不能的保证货物的进货与出货的正确性，则会导致企业运作成本的增加，服务质量难以得到保证。既而导致一个企业缺乏竞争力。传统的人工仓库管理已经无法保证当今社会企业对于各种资源的利用规划，现今企业仓库的作业越来越复杂化多元化，仅仅靠人工的记忆和纸质的录入，已经不能配合企业的有效发展，所以建立一个信息化的仓库管理系统是很有必要的。
3软件开发工具
Visual Basic的核心思想就是要便于程序员的开发使用，无论是一个初学的新手还是一个 经验 丰富的软件工程师。VB使用了可以简单建立应用程序的GUI系统，但是也可以开发一些复杂而又大型的程序。Microsoft Office Access是一款由Microsoft(微软公司)开发的关联式数据库管理系统，它提供了表、查询、报表、窗体、页、宏、模块等七种用来建立小型数据库的对象;提供了多种帮助向导、生成器、模版、界面的设计、报表的生成、数据的存储、数据的查询等操作是它们规范化;这样即为建立一个完善的数据库管理系统提供了方便也使得大量普通用户不用去编写代码就可以完成大部分的数据管理任务。
4仓库管理信息系统设计分析
仓库信息管理系统主要为了给一个企业公司的经营提供信息服务，它包含了一个仓库管理的多项工作职能。系统需要对客户的信息、订单报价的信息、物品入库多少的信息、物品出库的信息、物品供应商的信息、等等信息提供报表的查询、更新、下载统计。
(1)功能模块划分如下：①基本管理功能：软件的基本管理有以下几个功能。进库管理：对产品的入库进行信息统计;出库管理：对产品的出库进行信息统计;交接班：管理员之间的交接;修改个人密码：拥有管理员权限的人员修改用户的密码;临时离开：在管理员临时离开期间保证信息的安全性。
②查询功能：根据检索的对象不同分为一下三种。按日期查询：制定某一日期查询当天的货品信息;按人员查询：根据某一个经办人来查询他所经手的货品信息;按物品查询：制定某一货品来查询它的进出库情况以及订单报价。
③统计功能：对信息的统计。按月统计：统计某一月份的货品进出库信息;数据整理：对整个仓库信息进行整理。
④ 打印功能：打印所需信息。需采购物品打印：对于库存偏少需要采购的物品进行打印;按月打印：打印某一月份的货品信息。
⑤ 设置功能：使得拥有管理员权限的人员才能执行此功能。操作员设置：添加和删除软件用户并且规定用户的操作权限;经办人设置：对货品经办人员的添加设置。通过这些功能模块的划分，使得用户能够方便的操作上手简单，提高工作效率。
(2)数据库设计。仓库信息管理系统，采用Access作为数据库管理系统在Access中新建个数据库名为Storehouse的数据库，将新建的数据库放置在应用目录里面以便调用，下面是系统所需要的表和结构。
5应用软件设计实现
此次应用程序设计是由15个窗体组成，分别主要是：登录窗体、主窗体、入库窗体、出库窗体、操作员添加得窗体组成。
通过运行程序，首先进入登录窗体然后输入帐号密码，进入主窗体对软件进行详细的操作，在主窗体上有多个按钮分别对应了各自的功能项，当鼠标单击时则会弹出相应的窗体。登录界面由多个控件组成，登录窗体的实施代码如下：
Private Sub queding_Click()
If yonghu_mima = Password And Trim(Password) <> "" Or datacount = 0 Then
If Login1 = 2 Then
Load zhuchuangqi
Else
zhuchuangqi.Show
End If
…
yonghu_mima = ""
End Sub
此外，还有主窗体、进库管理、出库窗体等要实现，由于代码较多，这里就不一一阐述了，当然一个完整的系统是需要多个窗体的组成才能产生的。
仓库管理系统论文文献
[1]郝志恒，刘舫.Visual Basic 6.0 编程篇[M].北京：电子工业出版社，2004
[2]杨本伦.Visual Basic开发技术大全.北京：清华大学出版社 ，2010.6
仓库管理系统论文篇二仓库管理系统选型探析
仓库管理系统论文摘要
【摘 要】比较了几种不同的仓库管理系统开发方式，探讨了仓库管理系统选型过程中系统开发方式的选择和风险规避问题。
仓库管理系统论文内容
【关键词】仓库管理系统;开发方式;选型
仓库管理系统(Warehouse Management System)简称WMS。仓库管理系统是通过入库业务、出库业务、仓库调拨、库存调拨和虚仓管理等功能，综合批次管理、物料对应、库存盘点、质检管理、虚仓管理和即时库存管理等功能综合运用的管理系统，有效控制并跟踪仓库业务的物流和成本管理全过程，实现完善的企业仓库信息管理。仓库管理系统是一个作业系统，侧重与仓库内每个作业环节的管理，用仓库管理系统，可以生成“由谁在什么时间从哪把货搬运多少到哪”的指令，可以做具体的作业指导。选择适合的WMS对于企业意义重大，企业进行仓库管理系统选型时，首先要决定是开发还是外购，如果选择开发，开发方式又可以从自主开发、委托开发、联合开发三种方式中进行选择。如果选择外购，则需要选择合适的软件提供商以及合适的软件。
一、管理信息系统开发方式
信息系统的开发方式是指企业获得满足应用需求的应用软件的方式。常见的管理信息系统开发方式有自行开发、委托开发、联合开发和购买成熟软件。不同的公司需要根据具体情况，采用合适的WMS开发方式。
(1)自行开发。自行开发方式完全依靠企业自身的开发力量，由企业自身的员工组成项目组，根据企业自身的特点来开发信息系统。采用自行开发方式开发出的系统能满足企业个性化的需求，系统易于维护，能满足经常变化的需求。在资金投入方面，除了必要的硬件和实用软件的投入外，所需要的开发经费较少。但是自行开发方式对企业要求较高，需要企业自身具有知识结构完整的、具有系统开发经验的专业人才。
(2)委托开发方式。委托开发方式又叫外包开发。即承包方根据企业提出的开发要求而提出信息系统的大体构架和开发所需要的费用等，当企业认定后，将系统开发的任务全部外包给专业软件开发单位。委托开发方式适合于企业内部缺乏系统开发的专业人员，同时又希望拥有系统的源代码，获得一套量身定做的系统的情况。
(3)购买成熟软件。购买现成软件是指从销售商手中直接购买已开发成功且功能强大的专项业务管理信息系统软件。软件产品，不像计算机、电视机等有形产品便于直观地进行观察和选择，在短时间内会马上得到验证，它属于无形的产品，只有通过复杂而漫长的实施过程后，才能真正地看到它的结果，而且需要买卖双方共同努力，有计划分阶段地实施、共同携手才能完成，其结果和成效无法事先准确预估。采用这种方式，获得信息系统的应用软件时间短，但是其实施时间不可能很短，因为企业要通过各种各样参数的设置，使其实例化，才能成为满足需要的系统，及用户单位的运作平台。采用这种方式获得信息系统的主要优势是时间短、系统可靠性搞，但是可能存在不满足企业特有需求的情况，系统应用软件部分的维护困难较大。
(4)联合开发方式。联合开发是指由本单位提出开发要求，与合作单位一起完成管理信息系统的开发工作，开发成果由双方共享。这实际上是一种半委托的开发方式。联合共同开发方式适合的条件是：本公司期望通过物流信息系统的开发建立培训提高开发技术队伍，以便公司未来的系统维护升级，并且物流公司具备相关的物流信息系统分析、设计、系统维护使用人员、资金时间充足。这种开发方式的优点是合作双方共享开发的源代码，便于本系统未来的维护工作，还可以培养本公司的技术开发队伍，系统的技术水平较高，比委托开发方式节约一些资金。缺点是在开发过程中，需要合作共同开发的双方要及时协调与沟通，以便达成共识，否则双方在合作中易出现沟通不畅的毛病。
二、仓库管理系统选型应注意的问题
适合企业的仓库管理系统可以有效提高仓储作业效率与储存设备利用率，增强库存控管能力及减少作业成本，有利于提高企业作业效率，提升企业服务水平。企业进行仓库管理系统选型时，首先需要明确自己的需求，很多公司买WMS时，对自己的实际需要其实并不了解，盲目买回来后发现并不合适。选择WMS之前必须明确自己的目标和业务特征，从而确定自己的特定需求。(1)仓库管理系统选型开发方式的选择。
不同的开发方式对企业有不同的要求，从成本、时间到人才储备等都各部相同。下面注意讨论开发方式的两个大的方面：开发和外购买。如果企业选择开发，开发方式又可以从自主开发、委托开发、联合开发三种方式中进行选择。如果选择外购，则需要选择合适的软件提供商以及合适的软件。软件提供商的行业经验非常重要，隔行如隔山，不同行业的业务流程千差万别，最好选择有同行业成功案例的公司合作。除此之外还需要考虑地域差异，有些国际知名的仓库管理系统厂商在中国市场可能水土不服，环境、规则差异等都会影响软件的可用性。
一般而言，一个企业要依靠自己的力量来开发先进科学而实用的系统是很难的，因为自主开发很难触及到企业管理思想的变革，这样提升企业竞争力的效果就会不明显，而只是达到了一些流程的自动化。即使如此，还是有一部分公司成功地进行了仓库管理系统的自主开发。
比如沃尔玛实体店的WMS就是自主开发的，亚马逊的WMS也是自主开发的，然而这并非说明自主开发的优越性，企业是否选择自主开发，应视情况而定。沃尔玛自1962年成立，物流能力可以说是沃尔玛的核心竞争力之一，同时沃尔玛十分注重信息处理能力，而且有些物流模式还是沃尔玛首创的，比如至今为人津津乐道的直接转运(cross-dock)，所以当沃尔玛有了WMS需求的时候，环顾四周，发现市场上没有适合的软件可选，所以自主开发成立沃尔玛的首选。
这很像3PL刚刚在国内兴起的时候，大家纷纷讨论自建物流还是物流外包一样，当时典型的案例有海尔的自建物流系统，然而随着市场的成长，外包越来越成气候。亚马逊面临的情况与沃尔玛类似，作为online shopping的鼻祖，在市面上也很难找到符合起需求的软件，所以亚马逊也选择了自主开发。对于处在新兴行业的企业，各WMS厂商都没有太多经验，那么选择自主开发比较合适。如果企业内部研发力量不足，也可考虑选择有实力的软件公司合作，最好别选成熟、知名的公司，他们一般不太愿意为个别公司修改流程，中小型的公司反而更合适。
(2)仓库管理系统选型风险的规避。一个适合企业仓库管理系统会给企业带来丰厚的回报，相应的不合适的仓库管理系统不仅耗费企业的资源，而且会给企业带来管理上的混乱。因此合理规避仓库管理系统选型风险十分必要。首先，在仓库管理系统选型过程中，不宜局限于看软件商的演示汇报，很多时候看产品演示看到的功能在生产环境里面不一定用的了，看演示只能知道这系统“理论上有这个功能”，还要通过现场实地考察的形式了解软件功能与演示功能的一致性。要求软件提供商按企业配置的数据来演示软件功能效果会更好。
其次，软件提供商在领域内的经验决定软件项目的成败。有经验的软件供应商会在一些特殊细节方面给予提示。对于软件提供商所提供的软件卖点，在功能上可能会很诱人，但某些新的功能往往在技术上是不成熟的，需要进一步的考证后才能决定是否需要这方面的功能。或者以另一种更成熟的技术代替，以减小实施过程的风险。
最后，需要合理设定软件实施最终效果预期。切记盲目地追求自动化和对信息化寄予过高期望，要根据企业的现有实际信息化情况，设定一个符合自身的信息化目标。信息化是一个循序渐进的过程，企业处于信息化发展的不同层次，对信息化的要求也不同。另外，在实施过程中要将软件提供商纳入公司整个信息化团队考核机制。对软件提供商的实施人员资质作全面的考评，供应商的实施人员必须具有甲方所在的行业经验和熟悉类似项目的运作环境。应该能够很快地提出任务设定、项目计划、细部时间安排以及其他能显示自己明白未来的工作内容，以及具有完成这些内容所需知识的问题。
仓库管理系统论文文献
[1]顾自新，王炳同.物流信息系统开发策略研究[J].物流科技，2006(1)：10～513
[2]郑伟.物流信息系统开发方式选择探讨[J].商业 文化 (学术版).2010(10)：304
[3]郭仁正.如何选适合自己的WMS.http://www.logclub.com
[4]马丰宁，刘峻峰.ERP系统选型分析[J].哈尔滨商业大学学报(自然科学版).2007(2)：116～119
有关仓库管理系统论文推荐：
1. 浅谈仓储管理的毕业论文
2. 仓库管理论文开题报告格式论文
3. 仓库管理论文参考
4. 某公司仓储管理论文
5. 浅谈企业仓库管理论文
6. 浅谈仓储管理相关论文
7. 关于仓储管理论文开题报告
‘陆’ 如何构建一个完善的数据库,如何来处理表与表关系.
SQL Server本身就是一个完善的数据库，提供可视化编程，后台完成所有拖放处理操作，不管有没有数据都可以使用，不需要编译。
一个比较合理的数据库设计应该考虑数据的交互性和挖掘能力、处理效率以及日志记录。
建立数据表，注意以下几点：
表建立的时候要有主键和索引，表与表之间要能使用主键相联系，举例说在A表里我做完一次记录要生成一个单号，B表里面是依据单号来做下一个流程，而不是依据记录的每一条数据
取名尽量使用英文+下划线，SQL Server里对汉字需要转码，影响工作效率，按照他的默认编码方式操作有助于提高数据处理速度
建立数据表的列数不要太多，用编码规则来建立逻辑
注意字段存储空间，限制字段长度，少用注释和image
存储过程尽量简洁实用
建立视图，为了别的客户端使用，尽量建立视图，做好完整的数据分析，别的接口程序或者客户端直接就可以拿去使用。做视图注意几点：
多个表操作写在一个视图里，不要嵌套太多视图
连接查询要适当的筛选
跨服务器操作视图，要建立服务器链接表，尽量使用内网链接，把服务器链接表做成查询视图，放在本地服务器数据库里，这样就等同本地操作
视图之间保留连接字段作为主要索引
建立计划作业，有计划地进行数据同步更新和备份标识工作，注意事项：
备份数据尽量放数据库里同步复制
计划任务避开工作高峰期
建立存储过程，记录操作日志，把日志以数据表的形式存储，注意事项：
存储过程对本表操作，不要交互太多表
精简参数数量，注意参数存储空间
对记录修改删除、更新标记的时候尽量使用时间来索引
建立关系图，给表与表之间建立直接关系，整理整体挖掘数据性能。
建立计划更新任务，优化数据库整体性能。
‘柒’ 数据库课程设计实例
数据库课程设计
题目：小型超市管理系统
1、项目计划
1.1系统开发目的
（1）大大提高超市的运作效率；
（2）通过全面的信息采集和处理，辅助提高超市的决策水平；
（3）使用本系统，可以迅速提升超市的管理水平，为降低经营成本， 提高效益，增强超市扩张力， 提供有效的技术保障。
1.2背景说明
21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。
1.3项目确立
针对超市的特点，为了帮助超市解决现在面临的问题，提高小型超市的竞争力，我们将开发以下系统：前台POS销售系统、后台管理系统，其中这两个子系统又包含其它一些子功能。
1.4应用范围
本系统适应于各种小型的超市。
1.5 定义
（1）商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码。
（2）交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号。
（3）商品积压：在一定时期内，远无法完成销售计划的商品会造成积压。
（4）促销：在一定时期内，某些商品会按低于原价的促销价格销售。
库存告警提示：当商品的库存数量低于库存报警数量时发出提示。
（5）盘点：计算出库存、销售额、盈利等经营指标。
1.6 参考资料
《数据库原理及设计》 陶宏才编 清华大学出版社
《SQL Server 2000 实用教程》范立南编 清华大学出版社
《SQL Server 2000 编程员指南》李香敏编 北京希望电子出版社
《轻松搞定 SQL Server 2000 程序设计》Rebecca M.Riordan编
《软件工程规范》Watts S.Humphrey编 清华大学出版社
《软件工程理论与实践》 Shari Lawrence Pfleeger编 清华大学出版社
《软件需求分析》 Swapna Kishore编 机械工业出版社
《软件工程思想》 林锐编
2、逻辑分析与详细分析
2.1系统功能
（1）、零售前台（POS）管理系统，本系统必须具有以下功能：
商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。
收银业务：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行95折优惠，并将所购物品的总金额累计到该会员的总消费金额中。 会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。
安全性：OS登陆、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法操作。
独立作业：有的断网收银即在网络服务器断开或网络不通的情况下，收银机仍能正常作业
(2)、后台管理系统，本系统必须具备以下功能
进货管理： 根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），可以避免盲目进货造成商品积压。 按计划单有选择性地进行自动入库登记。 综合查询打印计划进货与入库记录及金额。
销售管理： 商品正常销售、促销与限量、限期及禁止销售控制。 综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。 按多种方式统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。
库存管理： 综合查询库存明细记录。 库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，避免库存商品积压损失和缺货。 库存自动盘点计算。
人员管理： 员工、会员、供货商、厂商等基本信息登记管理。 员工操作权限管理。 客户销售权限管理。
（3）系统结构
系统总体结构
模块子系统结构
功能描述：商品录入子系统要求能快速录入商品，因此必须支持条形码扫描。
功能描述：收银业务子系统能计算交易总额，打印交易清单，并根据会员卡打折。
功能描述：进货管理子系统可以根据库存自动指定进货计划，进货时自动等级，以及提供查询和打印计划进货与入库记录的功能。
功能描述：销售管理子系统可以控制某商品是否允许销售，查询每种商品的销售情况并产生年、月、日报表，同时可以生成销售排行榜。
功能描述：库存管理子系统提供查询库存明细记录的基本功能，并根据库存的状态报警，以及自动盘点计算。
功能描述：人员管理子系统提供基本信息登记管理，员工操作权限管理，客户销售权限管理的功能。
2.2、流程图
前台管理系统
顶层DFD图
第0层DFD图
第1层DFD图
2.3、户类型与职能
（1）、员工（营业员）：
通过商品条形码扫描输入商品到购买清单
操作软件计算交易总金额
操作软件输出交易清单
对会员进行会员卡扫描以便打折
（2）、：超市经理
操作软件录入商品，供货商，厂商
操作软件制定进货计划
查询打印计划进货与入库记录
操作软件控制商品销售与否
查询打印销售情况
操作软件生成销售排行榜
查询库存明细记录
根据软件发出的库存告警进行入货
操作软件进行盘点计算
（3）、总经理：
基本信息登记管理
员工操作权限管理
客户销售权限管理
2.4、统开发步骤
确定参与者和相关的用况
为每个用况设计过程
建立顺序图，确定每个脚本中对象的协作
创建类，确定脚本中的对象
设计, 编码, 测试, 集成类
为过程编写系统测试案例
运行测试案例，检验系统
2.5、系统环境需求
系统模式
本系统采用C/S模式作为开发模式
硬件环境
服务器端：
高性能的计算机一台，
普通的双绞线作为连接。
客户端： 普通的计算机或者工作站，
普通的双绞线作为连接。
软件环境
服务器端：安装SQL Server 2000的服务器版本，
安装windows 2000服务器版本，
配置了诺顿等必须的防毒软件。
客户端： 安装SQL Server2000的服务器版本，
安装了VB等可视化开发工具软件，
安装windows2000服务器版本。
2.6、系统安全问题
信息系统尽管功能强大，技术先进，但由于受到自身体系结构，设计思路以及运行机制等限制，也隐含许多不安全因素。常见因素有：数据的输入，输出，存取与备份，源程序以及应用软件，数据库，操作系统等漏洞或缺陷，硬件，通信部分的漏洞，企业内部人员的因素，病毒，“黑客”等因素。因此，为使本系统能够真正安全，可靠，稳定地工作，必须考虑如下问题：为保证安全，不致使系统遭到意外事故的损害，系统因该能防止火，盗或其他形式的人为破坏。
系统要能重建
系统应该是可审查的
系统应能进行有效控制，抗干扰能力强
系统使用者的使用权限是可识别的
3、基于UML的建模
3.1语义规则
用例模型（use cases view）（用例视图）的基本组成部件是用例（use case）、角色(actor)和系统(system)。用例用于描述系统的功能，也就是从外部用户的角度观察，系统应支持哪些功能，帮助分析人员理解系统的行为，它是对系统功能的宏观描述，一个完整的系统中通常包含若干个用例，每个用例具体说明应完成的功能，代表系统的所有基本功能（集）。角色是与系统进行交互的外部实体，它可以是系统用户，也可以是其它系统或硬件设备，总之，凡是需要与系统交互的任何东西都可以称作角色。系统的边界线以内的区域（即用例的活动区域）则抽象表示系统能够实现的所有基本功能。在一个基本功能（集）已经实现的系统中，系统运转的大致过程是：外部角色先初始化用例，然后用例执行其所代表的功能，执行完后用例便给角色返回一些值，这个值可以是角色需要的来自系统中的任何东西。
UML：是一种标准的图形化建模语言，它是面向对象分析与设计的一种标准表示；它不是一种可视化的程序设计语言而是一种可视化的建模语言；不是工具或知识库的规格说明而是一种建模语言规格说明是一种表示的标准；不是过程也不是方法但允许任何一种过程和方法使用它。
用例（use case）：
参与者（actor）：
3.2、UML模型
3.21、系统UML模型
3.22、子系统UML模型
（1）零售前台（POS）管理系统用例视图
（2）后台管理系统用例视图
3.3、系统实现图
4、超市销售系统概念设计文档
（1）、系统ER图
（2）、系统ER图说明
1) 商店中的所有用户（员工）可以销售多种商品，每种商品可由不同用户（员工）销售；
2) 每个顾客可以购买多种商品，不同商品可由不同顾客购买；
3) 每个供货商可以供应多种不同商品，每种商品可由多个供应商供应。
（3）、视图设计
1) 交易视图(v_Dealing)——用于查询交易情况的视图；
2) 计划进货视图(v_PlanStock)——用于查询进货计划的视图；
3) 销售视图(v_Sale)——用于查询销售明细记录的视图；
4) 入库视图(v_Stock)——用于查询入库情况的视图。
5、逻辑设计文档
（1）、系统关系模型
a) 商品信息表（商品编号，商品名称，价格，条形码，促销价格，促销起日期，促销止日期，允许打折，库存数量，库存报警数量，计划进货数，允许销售，厂商编号，供货商编号）
b) 用户表（用户编号，用户名称，用户密码，用户类型）
c) 会员表（会员编号，会员卡号，累积消费金额，注册日期）
d) 销售表（销售编号，商品编号，销售数量，销售金额，销售日期）
e) 交易表（交易编号，用户名称，交易金额，会员卡号，交易日期）
f) 进货入库表（入库编号，入库商品编号，入库数量，单额，总额，入库日期，计划进货日期，入库状态）
g) 供货商表（供货商编号，供货商名称，供货商地址，供货商电话）
h) 厂商表（厂商编号，厂商名称，厂商地址，厂商电话）
（2）、系统数据库表结构
数据库表索引
表名 中文名
MerchInfo 商品信息表
User 用户表
Menber 会员表
Sale 销售表
Dealing 交易表
Stock 进货入库表
Provide 供货商表
Factory 厂商表
商品信息表(MerchInfo)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
MerchID int 4 P Not null 商品编号
MerchName Varchar 50 Not null 商品名称
MerchPrice Money 4 Not null 价格
MerchNum Int 4 Not null 库存数量
CautionNum Int 4 Not null 库存报警数量
PlanNum Int 4 null 计划进货数
BarCode Varchar 50 Not null 条形码
SalesProPrice Money 4 促销价格
SalesProDateS Datetime 8 促销起日期
SalesProDateE Datetime 8 促销止日期
AllowAbate Int 4 Not null 允许打折
AllowSale Int 4 Not null 允许销售
FactoryID Varchar 10 F Not null 厂商编号
ProvideID Varchar 10 F Not null 供货商编号
用户表(User)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
UserID varchar 10 P Not null 用户编号
UserName Varchar 25 Not null 用户名称
UserPW Varchar 50 Not null 用户密码
UserStyle Int 4 Not null 用户类型
会员表(Menber)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
MemberID Varchar 10 P Not null 会员编号
MemberCard Varchar 20 Not null 会员卡号
TotalCost Money 4 Not null 累积消费金额
RegDate Datetime 8 Not null 注册日期
销售表(Sale)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
SaleID Varchar 10 P Not null 销售编号
MerChID Varchar 10 F Not null 商品编号
SaleDate Datetime 8 Not null 销售日期
SaleNum Int 4 Not null 销售数量
SalePrice Money 4 Not null 销售单额
交易表(Dealing)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
DealingID Varchar 10 P Not null 交易编号
DealingPrice Money 4 Not null 交易金额
DealingDate Money 4 Not null 交易日期
MemberID Varchar 10 会员卡号
UserName Varchar 10 F Not null 用户名称
入库纪录表(Stock)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
StockID Varchar 10 P Not null 入库编号
MerchID Varchar 10 F Not null 入库商品编号
MerchNum Int 4 Not null 入库数量
MerchPrice Money 4 Not null 单额
TotalPrice Money 4 Not null 总额
StockDate Datetime 8 Datetime 入库日期
PlanDate Datetime 8 Datetime 计划进货日期
StockState Int 4 Not null 入库状态
供货商表(Provide)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
ProvideID varchar 10 P Not null 供货商编号
ProvideName Varchar 50 Not null 供货商名称
ProvideAddress Varchar 250 供货商地址
ProvidePhone Varchar 25 供货商电话
厂商表(Provide)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
FactoryID varchar 10 P Not null 厂商编号
FactoryName Varchar 50 Not null 厂商名称
FactoryAddress Varchar 250 厂商地址
FactoryPhone Varchar 25 厂商电话
6、物理设计文档
/*----------创建数据库----------*/
create database SuperMarketdb
on primary
(
name=SuperMarketdb,
filename='C:\Program Files\Microsoft SQL Server\MSSQL\Data\SuperMarketdb.mdf',
size=100MB,
maxsize=200MB,
filegrowth=20MB
)
log on
(
name=SuperMarketlog,
filename='C:\Program Files\Microsoft SQL Server\MSSQL\Data\SuperMarketdb.ldf',
size=60MB,
maxsize=200MB,
filegrowth=20MB
)
go
/*----------创建基本表----------*/
use [SuperMarketdb]
go
/*创建交易表*/
CREATE TABLE Dealing (
DealingID int identity(1,1) Primary key ,
DealingDate datetime NOT NULL ,
DealingPrice money NOT NULL ,
UserName varchar(25) NULL ,
MemberCard varchar(20) NULL
)
GO
/*创建厂商表*/
CREATE TABLE Factory (
FactoryID varchar(10) Primary key ,
FactoryName varchar(50) NOT NULL ,
FactoryAddress varchar(250) NULL ,
FactoryPhone varchar(50) NULL
)
GO
/*创建会员表*/
CREATE TABLE Member (
MemberID varchar(10) Primary key ,
MemberCard varchar(20) NOT NULL ,
TotalCost money NOT NULL ,
RegDate datetime NOT NULL
)
GO
/*创建商品信息表*/
CREATE TABLE MerchInfo (
MerchID int identity(1,1) Primary key ,
MerchName varchar(50) Unique NOT NULL ,
MerchPrice money NOT NULL ,
MerchNum int NOT NULL ,
CautionNum int NOT NULL ,
PlanNum int NOT NULL ,
BarCode varchar(20) Unique NOT NULL ,
SalesProPrice money NULL ,
SalesProDateS datetime NULL ,
SalesProDateE datetime NULL ,
AllowAbate int NOT NULL ,
AllowSale int NOT NULL ,
FactoryID int NOT NULL ,
ProvideID int NOT NULL
)
GO
/*创建供应商表*/
CREATE TABLE Provide (
ProvideID varchar(10) Primary key ,
ProvideName varchar(50) NOT NULL ,
ProvideAddress varchar(250) NULL ,
ProvidePhone varchar(25) NULL
)
GO
/*创建销售表*/
CREATE TABLE Sale (
SaleID int identity(1,1) Primary key ,
MerChID int NOT NULL ,
SaleDate datetime NOT NULL ,
SaleNum int NOT NULL,
SalePrice money NOT NULL
)
GO
/*创建入库表*/
CREATE TABLE Stock (
StockID int identity(1,1) Primary key ,
MerchID int NOT NULL ,
MerchNum int NOT NULL ,
MerchPrice money NULL ,
TotalPrice money NULL ,
PlanDate datetime NULL ,
StockDate datetime NULL,
StockState int NOT NULL
)
GO
/*创建用户表*/
CREATE TABLE User (
UserID varchar(10) Primary key ,
UserName varchar(25) NOT NULL ,
UserPW varchar(50) NOT NULL ,
UserStyle int NOT NULL ,
)
GO
/*----------创建表间约束----------*/
/*商品信息表中厂商编号、供应商编号分别与厂商表、供应商表之间的外键约束*/
ALTER TABLE MerchInfo ADD
CONSTRAINT [FK_MerchInfo_Factory] FOREIGN KEY
(
[FactoryID]
) REFERENCES Factory (
[FactoryID]
),
CONSTRAINT [FK_MerchInfo_Provide] FOREIGN KEY
(
[ProvideID]
) REFERENCES Provide (
[ProvideID]
)
GO
/*销售表中商品编号与商品信息表之间的外键约束*/
ALTER TABLE Sale ADD
CONSTRAINT [FK_Sale_MerchInfo] FOREIGN KEY
(
[MerChID]
) REFERENCES MerchInfo (
[MerchID]
) ON DELETE CASCADE
GO
/*入库表中商品编号与商品信息表之间的外键约束*/
ALTER TABLE Stock ADD
CONSTRAINT [FK_Stock_MerchInfo] FOREIGN KEY
(
[MerchID]
) REFERENCES MerchInfo (
[MerchID]
) ON DELETE CASCADE
GO
/*----------创建索引----------*/
/*在交易表上建立一个以交易编号、交易日期为索引项的非聚集索引*/
CREATE nonclustered INDEX IX_Dealing ON Dealing(DealingID, DealingDate)
GO
/*在商品信息表上建立一个以商品编号为索引项的非聚集索引*/
CREATE nonclustered INDEX IX_MerchInfo ON MerchInfo(MerchID)
GO
/*在销售表上建立一个以销售编号、销售日期为索引项的非聚集索引*/
CREATE nonclustered INDEX IX_Sale ON Sale(SaleID, SaleDate)
GO
/*在入库表上建立一个以入库编号、入库日期、商品编号为索引项的非聚集索引*/
CREATE nonclustered INDEX IX_Stock ON Stock(StockID, StockDate, MerchID)
GO
/*----------创建视图----------*/
/*创建用于查询交易情况的视图*/
CREATE VIEW v_Dealing
AS
SELECT DealingDate as 交易日期,
UserName as 员工名称,
MemberCard as 会员卡号,
DealingPrice as 交易金额
FROM Dealing
GO
/*创建用于查询进货计划的视图*/
CREATE VIEW v_PlanStock
AS
SELECT Stock.StockID as SID,
MerchInfo.MerchName as 商品名称,
MerchInfo.BarCode as 条形码,
Factory.FactoryName as 厂商,
Provide.ProvideName as 供货商,
Stock.MerchNum as 计划进货数量,
Stock.PlanDate as 计划进货日期
FROM Stock,MerchInfo,Provide,Factory
Where Stock.MerchID = MerchInfo.MerchID
and Provide.ProvideID=MerchInfo.ProvideID
and Factory.FactoryID=MerchInfo.FactoryID
and Stock.StockState=0
GO
/*创建用于查询销售明细记录的视图*/
CREATE VIEW v_Sale
AS
SELECT MerchInfo.MerchName as 商品名称,
MerchInfo.BarCode as 条形码,
MerchInfo.MerchPrice as 商品价格,
Sale.SalePrice as 销售价格,
Sale.SaleNum as 销售数量,
Sale.SaleDate as 销售日期
FROM Sale INNER JOIN
MerchInfo ON Sale.MerChID = MerchInfo.MerchID
GO
/*创建用于查询入库情况的视图*/
CREATE VIEW v_Stock
AS
SELECT MerchInfo.MerchName as 商品名称,
MerchInfo.BarCode as 条形码,
Factory.FactoryName as 厂商,
Provide.ProvideName as 供货商,
Stock.MerchPrice as 入库价格,
Stock.MerchNum as 入库数量,
Stock.TotalPrice as 入库总额,
Stock.StockDate as 入库日期
FROM Stock,MerchInfo,Provide,Factory
Where Stock.MerchID = MerchInfo.MerchID
and Provide.ProvideID=MerchInfo.ProvideID
and Factory.FactoryID=MerchInfo.FactoryID
and Stock.StockState=1
GO
7、小结
和传统管理模式相比较，使用本系统，毫无疑问会大大提高超市的运作效率，辅助提高超市的决策水平，管理水平，为降低经营成本， 提高效益，减少差错，节省人力，减少顾客购物时间，增加客流量，提高顾客满意度，增强超市扩张能力， 提供有效的技术保障。
由于开发者能力有限，加上时间仓促，本系统难免会出现一些不足之处，例如：
本系统只适合小型超市使用，不能适合中大型超市使用；
超市管理系统涉及范围宽，要解决的问题多，功能复杂，实现困难，但由于限于时间，本系统只能做出其中的一部分功能；
对于以上出现的问题，我们深表歉意，如发现还有其它问题，希望老师批评指正。
请采纳。
‘捌’ 您好，您那里有VC和SQl的仓库管理系统吗，我邮箱是[email protected] 不胜感激，谢谢！
这个是北京富通维尔科技有限公丛大司提供的说明资料，你可以去网络搜他们的网址
Ware-WMS是一套广泛适用于各种类型仓库管理的通用软件。该软件结合维尔公司多年为物流企业信息化的经验，从管理和操作角度出发，处处为仓储业务设想，努力通过信息化手段，提高仓库业务的操作效率、降低仓储成本，为提高企业管理能力和行业竞争力奠定坚实的基础。
Ware-WMS主要有以下特点：
1、快速安装部署以及广泛的适用性，能够适用于多种行业多种类型的仓库业务管理
2、全方位管理仓库内部业务，从入库、出库、库存、盘点，到自动补货、自动报警功能
3、快速与御郑斗其他仓库信息化设备集成，如RF、RFID、立体货架、电子标签拣货设备等
4、高度业务容错功能，通过权限配置、工作流设置、状态履历跟踪，以及业务回退功能，层层把关，防止业务差错发生。
5、灵活应用和快速定制化，能够按照企业要求，快速定制出符合企业特殊业务的功能。
Ware-WMS主要功能：
1、仓库要素管理：多仓库、多货主、 多包装单位、立体货位
商品属性管理：生产日期、生产批号、颜色、尺寸、序列号、条形码
2、订单管理：入出库单录入/导入、 单据审核、单据查询、订单执行情况追踪
3、入库管理：进货检验、允许分批入库、自动码放指令、允许自由混放、高度容错
4、出库管理：多种拣货方式（按单进货、波次拣货）、先进先出、自由分配、高度容错
5、库内管理：库间移动、货位移动、盘点、次品管理等
6、流通加工：商品组装拆分、填充与包装、贴标签
7、费用管理：仓储租金、入出库操作费、日常管理费、各种杂费等
8、其他：支持RF作业、支持电子标签拣镇磨货设备、支持RFID作业
‘玖’ 求做一份数据库
你用什么语言做
‘拾’ 数据库优化(ER模型设计）
据访问需要的完整解datamole4.adoquery2.sql.add('SELECT借书证号,密码FROM[user]WHERE(借书证号=:tt)');
datamole4.adoquery2.parameters[0].value:=username;
datamole4.adoquery2.open;
在为TQuery或TADOquery部件设置SQL属性时调用Close方法总是很安全的，如果TQuery或TADOquery部件已经被关闭了，调用Close方法时不会产生任何影响。在应用程序中为SQL属性设置新的SQL命令语句时，必须要调用Clear方法以清除SQL属性中现存的SQL命令语句，如果不调用Clear方法，便调用Add方法向SQL属性中设置SQL命令语句，那么新设置的SQL命令语句会追加在现存SQL命令语句后面，在程序运行时常常会出现出乎意料的查询结果甚至程序无法运行下去。
在这里要特别注意的，一般情况下TQuery或TADOquery部件的SQL属性只能包含一条完整的SQL语句，它不允许被设置成多条SQL语句。当然有些数据库服务器也支持在TQuery或TADOquery部件的SQL属性中设置多条SQL语句，只要数据库服务器允许这样，我们在编程时可以为SQL属性设置多条SQL语句。
在为TQuery或TADOquery部件设置完SQL属性的属性值之后，也即编写好适当的SQL程序之后，可以有多种方式来执行SQL程序。
在设计过程中，设置完TQuery或TADOquery部件的SQL属性之后将其Active属性的值置为True，这样便可以执行SQL属性中的SQL程序，如果应用中有与TQuery或TADOquery部件相连的数据浏览部件(如TDDGridTDBEdit等)那么在这些数据浏览部件中会显示SQL程序的执行结果。
在应用程序运行过程中，通过程序调用TQuery或TADOquery组件的Open方法或ExecSQL方法可以执行其SQL属性中的SQL程序。Open方法和ExecSQL方法是不一样的。Open方法只能用来执行SQL语言的查询语句(Select命令)，并返回一个查询结果集，而ExecSQL方法还可以用来执行其它常用的SQL语句(如INSERT,UPDATE,DELETE等命令)，例如：
Query1.Open(这样会返回一个查询结果集)
如果调用Open方法，而没有查询结果时，会出错。此时应该调用ExecSQL方法来代替Open方法。如：
Query1.ExecSQL(没有返回结果)
当然在设计应用程序时，程序设计人员是无法确定TQuery或TADOquery组件中的SQL语句是否会返回一个查询结果的。对于这种情况应当用Try…Except模块来设计程序。在Try部分调用Open方法，而在Except部分调用ExceSQL方法，这样才能保证程序的正确运行。
例如：
Try
Query1.Open
Except
Query1.ExecSQL
End
通过Tquery或TADOquery组件可以获得两种类型的数据：
u“活动”的数据
这种数据就跟通过TTable部件获得的数据一样，用户可以通过数据浏览部件来编辑修改这些数据，并且当调用Post方法或当焦点离开当前的数据浏览部件时，用户对数据的修改自动地被写回到数据库中。
u非活动的数据(只读数据)
用户通过数据浏览部件是不能修改其中的数据。在缺省情况下，通过TQuery部件获得的查询结果数据是只读数据，要想获得“活动”的数据，在应用程序中必须要设置Tquery或TADOquery组件的RequestLive属性值为True，然而并不是在任何情况下(通过设置RequestLive的属值True)都可以获得“活动”的数据的，要想获得“活动”的数据，除了将TQuery部件的RequestLive属性设置为True外，相应的SQL命令还要满足以下条件。
本地SQL语句查询情况下，要得到可更新的数据集，SQL语句的限制为：
n查询只能涉及到一个单独的表
nSQL语句中不能包含ORDERBY命令
nSQL语句中不能含聚集运算符SUM或AVG
n在Select后的字段列表中不能有计算字段
n在Select语句WHERE部分只能包含字段值与常量的比较运算，这些比较运算符是：Like,>,<,>=,<=。各比较运算之间可以有并和交运算：AND和OR
当通过SQL语句查询数据库服务器中的数据库表：
n查询只能涉及到一个单独的表
nSQL语句中不能包含ORDERBY命令
nSQL语句中不能含聚集运算符SUM或AVG运算
另外，如果是查询Sybase数据库中的表，那么被查询的表中只能有一个索引。
如果在应用程序中要求TQuery或TADOquery组件返回一个“活动”的查询结果数据集，但是SQL命令语句不满足上述约束条件时，对于本地数据库的SQL查询，BDE只能返回只读的数据集。对于数据库服务器中的SQL查询，只能返回错误的代码。当Tquery或TADOquery组件返回一个“活动”的查询结果数据集时，它的CanModIfy属性的值会被设置成True。
§3.4MSSQLServer简述
SQLServer是一个后台数据库管理系统,它功能强大操作简便,日益为广大数据库用户所喜爱。越来越多的开发工具提供了与SQLServer的接口。SQLServer是一个关系数据库管理系统，它最初是由Microsoft、Sybase和Ashton-Tate三家公司共同开发的。于1988年推出了第一个OS/2版本，在WindowsNT推出后，Microsoft与Sybase在SQLServer的开发上就分道扬镳了，Microsoft将SQLServer移植到WindowsNT系统上，专注于开发推广SQLServer的WindowsNT版本。
SQLServer2000是Microsoft公司推出的SQLServer数据库管理系统的最新版本，该版本继承了SQLServer7.0版本的优点，同时又比它增加了许多更先进的功能、具有使用方便、可伸缩性好与相关软件集成程度高等优点。可跨越从运行MicrosoftWindows98的膝上型电脑到运行MicrosoftWindows2000的大型多处理器的服务器等多种平台使用。MSSQLServer不但可以应用于大中型数据库管理中，建立分布式关系数据库，并且也可以开发桌面数据库。事实上，SQLServer数据库处理的基本结构，采取关系型数据库模式，尽管如此，相信大家都可以轻易的发现，在SQLServer的数据库处理方式，则是使用面向对象的操作方式与精神，也就是说，SQLServer的所有功能，都可以基于系统已经建立好的一些对象来达成，是相当OO（面向对象）的一个系统结构。
SQLServer企业管理器是SQLServer的主要管理工具，它提供了一个遵从MMC标准的用户界面，使用户得以：
·定义SQLServer实例组。
·将个别服务器注册到组中。
·为每个已注册的服务器配置所有SQLServer选项。
·在每个已注册的服务器中创建并管理所有SQLServer数据库、对象、登录、用户和权限。
·在每个已注册的服务器上定义并执行所有SQLServer管理任务。
·通过唤醒调用SQL查询分析器，交互地设计并测试SQL语句、批处理和脚本。
·唤醒调用为SQLServer定义的各种向导。
·
第三章图书管理系统设计分析
§4.1应用需求分析
图书管理系统需要满足来自三方面的需求，这三个方面分别是图书借阅者、图书馆工作人员和图书馆管理人员。图书借阅者的需求是查询图书馆所存的图书、个人借阅情况及个人信息的修改；图书馆工作人员对图书借阅者的借阅及还书要求进行操作，同时形成借书或还书报表给借阅者查看确认；图书馆管理人员的功能最为复杂，包括对工作人员、图书借阅者、图书进行管理和维护，及系统状态的查看、维护并生成催还图书报表。
图书借阅者可直接查看图书馆图书情况，如果图书借阅者根据本人借书证号和密码登录系统，还可以进行本人借书情况的查询和维护部分个人信息。一般情况下，图书借阅者只应该查询和维护本人的借书情况和个人信息，若查询和维护其他借阅者的借书情况和个人信息，就要知道其他图书借阅者的借书证号和密码。这些是很难得到的，特别是密码，所以不但满足了图书借阅者的要求，还保护了图书借阅者的个人隐私。
图书馆工作人员有修改图书借阅者借书和还书记录的权限，所以需对工作人员登陆本模块进行更多的考虑。在此模块中，图书馆工作人员可以为图书借阅者加入借书记录或是还书记录，并打印生成相应的报表给用户查看和确认。
图书馆管理人员功能的信息量大，数据安全性和保密性要求最高。本功能实现对图书信息、借阅者信息、总体借阅情况信息的管理和统计、工作人员和管理人员信息查看及维护。图书馆管理员可以浏览、查询、添加、删除、修改、统计图书的基本信息；浏览、查询、统计、添加、删除和修改图书借阅者的基本信息，浏览、查询、统计图书馆的借阅信息，但不能添加、删除和修改借阅信息，这部分功能应该由图书馆工作人员执行，但是，删除某条图书借阅者基本信息记录时，应实现对该图书借阅者借阅记录的级联删除。并且还应具有生成催还图书报表，并打印输出的功能。
在本系统中由于没有打印机设备供试验，所以预先把报表打印改成报表预览。
设计不同用户的操作权限和登陆方法
对所有用户开放的图书查询
借阅者维护借阅者个人部分信息
借阅者查看个人借阅情况信息
维护借阅者个人密码
根据借阅情况对数据库进行操作并生成报表
根据还书情况对数据库进行操作并生成报表
查询及统计各种信息
维护图书信息
维护工作人员和管理员信息
维护借阅者信息
处理信息的完整性
对借阅过期的图书生成报表
图4-2图书管理系统数据库应用需求的总结
根据以上所做的需求分析，并略掉一些细节（如不考虑用户的登录；对记录的维护），得出以下的三层数据流图。
§4.2系统功能模块划分
系统功能框图如图4-10所示。
§4.3系统数据库设计
4.3.1概念设计
在概念设计阶段中，设计人员从用户的角度看待数据及处理要求和约束，产生一个反映用户观点的概念模式。然后再把概念模式转换成逻辑模式。将概念设计从设计过程中独立开来，使各阶段的任务相对单一化，设计复杂程度大大降低，不受特定DBMS的限制。
利用ER方法进行数据库的概念设计，可分成三步进行：首先设计局部ER模式，然后把各局部ER模式综合成一个全局模式，最后对全局ER模式进行优化，得到最终的模式，即概念模式。
（1）设计局部ER模式
实体和属性的定义：
图书（图书编号，图书名称，作者，出版社，出版日期，备注，价格，数量，）
借阅者（借书证号，姓名，性别，身份证，联系电话，密码）
身份（身份编号，身份描述，最大借阅数）
图书类别（图书类别编号，类别描述）
ER模型的“联系”用于刻画实体之间的关联。一种完整的方式是对局部结构中任意两个实体类型，依据需求分析的结果，考察局部结构中任意两个实体类型之间是否存在联系。若有联系，进一步确定是1:N，M:N，还是1:1等。还要考察一个实体类型内部是否存在联系，两个实体类型之间是否存在联系，多个实体类型之间是否存在联系，等等。联系定义如图4-5所示。解释如下：
u一个借阅者（用户）只能具有一种身份，而一种身份可被多个借阅者所具有；
u一本图书只能属于一种图书类别（类别），而一种图书类别可以包含多本图书；
u一个用户可以借阅多本不同的书，而一本书也可以被多个不同的用户所借阅。
（2）设计全局ER模式
所有局部ER模式都设计好了后，接下来就是把它们综合成单一的全局概念结构。全局概念结构不仅要支持所有局部ER模式，而且必须合理地表示一个完整、一致的数据库概念结构。
1)确定公共实体类型
为了给多个局部ER模式的合并提供开始合并的基础，首先要确定各局部结构中的公共实体类型。在这一步中我们仅根据实体类型名和键来认定公共实体类型。一般把同名实体类型作为公共实体类型的一类候选，把具有相同键的实体类型作为公共实体类型的另一类候眩
2)局部ER模式的合并
合并的原则是：首先进行两两合并；先和合并那些现实世界中有联系的局部结构；合并从公共实体类型开始，最后再加入独立的局部结构。
3)消除冲突
冲突分为三类：属性冲突、结构冲突、命名冲突。
设计全局ER模式的目的不在于把若干局部ER模式形式上合并为一个ER模式，而在于消除冲突，使之成为能够被所有用户共同理解和接受的同一的概念模型。
3)全局ER模式的优化
在得到全局ER模式后，为了提高数据库系统的效率，还应进一步依据处理需求对ER模式进行优化。一个好的全局ER模式，除能准确、全面地反映用户功能需求外，还应满足下列条件：实体类型的个数要尽可能的少；实体类型所含属性个数尽可能少；实体类型间联系无冗余。
综上所述，“图书管理系统”的全局ER模式如图4-13所示。
4.3.2关系数据库的逻辑设计
由于概念设计的结果是ER图，DBMS一般采用关系型（本人所使用的MSSQLServer就是关系型的DBMS），因此数据库的逻辑设计过程就是把ER图转化为关系模式的过程。由于关系模型所具有的优点，逻辑设计可以充分运用关系数据库规范化理论，使设计过程形式化地进行。设计结果是一组关系模式的定义。
（1）导出初始关系模式
book（图书编号＃，图书名称，图书类别＃，作者，出版社，出版日期，备注，价格，数量）class（图书类别#，类别名）user（借书证号＃，姓名，性别，身份编号＃，身份证，联系电话，密码）ID（身份编号#，身份描述，最大借阅数）Owner（借书证号#,图书编号#，借书日期）
图4-14关系模式集
（2）产生子模式
子模式是用户所用到的那部分数据的描述。除了指出用户用到的数据外，还应指出数据与概念模式中相应数据的联系，即指出概念模式与子模式之间的对应性。
借书子模式（借书证号#，姓名，图书编号＃，图书名称，借书日期）
图4-15部分子模式
（3）根据设计中出现的问题本人在写系统时还加入了两个关系模式：
1、ownertemp：用于工作人员在处理借书、还书工作时临时存储借书、还书信息，以便打印报表时使用。
2、keyer：用于存储工作人员和图书馆管理员的用户名和密码及权限，以便工作人员或图书馆管理员进入相应的功能模块时进行验证用户的身份。
4.3.3数据库的实现
我选用MicrosoftSQLServer2000(企业版)数据库来进行数据库的逻辑设计。首先创建七个基本数据库表如表4-1－4-7所示，然后根据全局ER图，建立各个表之间的联系，如图4-8所示。
表4-1借阅者基本信息表的结构(User)
表4-2图书信息表的结构（Book）
表4-3图书类别信息表的结构（Class）
表4-4借阅者身份信息表的结构（ID）
表4-5借阅情况信息表的结构（Owner）
表4-6借阅情况临时存储信息表的结构（Ownertemp）
注：在owner表和ownertemp表中加入了索引字段，用来唯一标识一条借书记录，并且设置为标识，标识种子为1。
表4-7工作人员和管理员信息表的结构（Keyer）
图4-8数据库表间联系图
第五章图书管理系统应用程序设计
§5.1系统窗体模块组成
§5.2数据模块窗体的设置
在编写数据库应用程序时，经常要遇到这样的情况，即好多组件、窗体同时访问相同的数据源，如果为每一个组件或者窗体都设置一个数据源将是十分耗时的工件，而且要保证这些数据源的确是相同的也需花一番功夫。那么，能不能将这些数据源集中管理，最好是做成一个统一的模块，需要时就将该模块引入而不必直接操作数据源本身呢？数据模块（DataMole）是解决这个问题最好的答案。简单说来，数据模块是用来集中管理数据源的一个窗体，该窗体可被需要的地方随时引入。
但本人在开发这个系统时，开始使用了一下数据模块，但在使用过程中却碰到了一些问题。并且考虑这个系统使用到的TADOQuery控件比较多，如果使用数据控件可能会带来管理上的麻烦，如弄混各个数据控件的作用。还考虑到使用动态生成ADOQuery可能会更节省资源。所以在本人的系统中，开始做的第一个模块“借阅者个人模块”中还稍微使用了一下数据模块。但在后面做的两个模块中大多都是用动态生成ADOQuery来实现的。并且由于SQL语句是动态加入的所以datamole中的控件也不会多。
§5.3启动画面的实现
启动画面是为了给用户一个良好的印像，加深软件的亲和力，没有实际的功能，在Form1窗体中加入了Image和Time组件。启动画面的窗体略，主要的源代码如下：
§5.4用户登录窗体的的实现
本窗体是为三种不同的用户（一般用户，工作人员，管理员）提供选择以进入不同的模块，满足不同用户的需求。源代码比较简单，略。
§5.5用户密码认证窗体的的实现
本窗体是为了让工作人员或图书馆管理员按照用户名和密码进行登录，并且跟据用户名检查Keyer表中的“权限”字段，以分辩进入图书馆管理人员模块还是进入工作人员模块。窗体界面、源代码如下
§5.6借阅者服务模块的实现
借阅者服务窗体的功能主要是图书的查询，个人借阅情况查看及个人部分信息的修改。界面图如下：
5.6.1图书查询功能的实现
在本系统中，任何人都有权限使用查询功能，不做任何限制。界面如下，
由于实现的查询功能有多种，如按图书编号、图书名称等字段进行完全体配查找和部分体配的模糊查找，还有按多个条件进行逻辑与或是逻辑或的多条件查找。其中实现的方法者差不多，所以只给出多条件查找的代码，如下：
5.6.2借阅者登录功能的实现
这个功能的实现与工作人员和管理人员登录功能实现的方法大致一样，并且还要简单。是从User表中查到到借阅证号与密码，看与用户输入的是否一致。如果一致，那么用户就可查看自已的借阅情况并维护自己的部分信息。源代码与借阅者登录界面都略。
5.6.3借阅者借阅情况功能的实现
当借阅者正确登录到系统后，此功能将被激活，使用户能查看到自身的借阅情况。在此系统中，信息的显示一般用ListView来实现，只在较少的情况下用到了DBgrid，因为我觉得ListView更好实现，并能使信息数据对用户的完全分离。
在这里跟据借阅者的不同要求实现借阅情况的查询，有检查所有的借阅情部、某本书的借阅情况、和根据已借阅天数的来查询。其中根椐借阅天数来查询更有代表性，有方式一和方式二。以下给出此功能的源代码
按借阅天数查询方式一
按借阅天数查询方式二
5.6.4借阅者个人资料维护功能的实现
此功能实现当前借阅者部份资料的修改，但借书证号和身份类别这样的信息不允许修改，这是图书馆管理员模块的功能。在此界面中点击修改按钮将出现“修改”窗体（Form8），点击修改密码按钮将出现groupbox8，在这里进行密码修改。关键源代码如下。
这里给出个人部分信息修改的源代码：
这里给出密码修改的源代码：
5.7工作人员－图书借阅/归还模块的实现
5.7.1工作人员进行图书借阅功能实现
在这个功能中，工作人员输入借阅者的借阅证号和所要借阅的图书的图书编号，然后点击借阅按钮就可进行图书借阅。考虑到实际中可能会出现只知图书名而不知图书编号的情况，在此界面下方加入了一个转换功能，可以把图书名称转换成图书编号，再进行图书借阅。
在借阅完成后会生借阅报表以便借阅者检查和确认，借阅报表的打印效果如下图，实现比较简单，略去实现过程。
5.7.2工作人员进行图书归还功能实现
在此功能中，工作人员根据借阅者的借书证号和归还的图书编号进行图书的归还工作。并且根据现实中可能会出现的只知图书名不知图书编号的归还情况，所以加入了按书籍名称进行归还的功能。这个功能是图书借阅功能中把图书名称转换成图书编号的一种改进方法，这样就不用如借阅功能中一样要先转换再借阅了。归还完成后，同样会打印出归还报表以便用户检查和确认。
5.8图书馆管理员模块的实现
5.8.1图书馆管理员图书管理功能的实现
在这个功能中可以在（＊图书编号）中输入图书编号，点查找按钮后就会在各个相应的组件中显示出信息，或按图书名称模糊查找到所要的记录，在各个相应的组件中显示第一条记录的信息，也可在下端的ListView组件中点击某一条记录，在各个相应的组件中也会显示所选记录的信息。在入库功能中只要不是相同的图书编号并且带＊号提示的字段不为空就可插入新的图书记录。删除则删除那些Book表中的图书记录，如果借出还可依用户要求连带删除owner表中的记录。因为图书修改与图书入库的功能与工作人员记录修改和工作人员记录添加的实现过程一样，所以下面仅给出删除功能的源代码，如下
5.8.2图书馆管理员工作人员和管理员管理功能的实现
在此功能中可以加入工作人员或是管理员，或是修改他们的密码、权限。
在此功能中如果选中ListView中的记录，则在右边相应的组件中显示出信息，并且管理员还可对这些记录进行修改或加入新的记录。并且也可以点删除按钮删除选中的一条或多条记录。删除功能与图书记录的删除一般，所以下面只给出添加与修改的实现过程。
5.8.3图书馆管理员修改图书类别及统记功能的实现
在此窗体中能对图书的类别进行删除，添加和修改，这模块的功能的实现过程与图书记录的删除，添加和修改一样的，但是这个窗体还能跟据图书类别进行统计，还可根据Book表和owner表统计出图书总数目，库存图书数目，借出图书数目及借阅过期的图书数目。在这里给出统计图书总数目，库存图书数目，借出图书数目及借阅过期的图书数目的实现过程中的几个函数和过程
5.8.4图书馆管理员借阅者管理功能的实现
查询借阅者可根据借阅者的借书证号或姓名或身份编号查找到借阅者的信息，也可以实行模糊查找，这个功能的实现与前面图书查找的实现过程一般，就不再详细说明。
5.8.5图书馆维护借阅者管理功能的实现
此功能能对借阅者信息进行查看添加、删除、修改。在这里给出刷新按钮的实现过程
5.8.6图书馆身份维护功能的实现
这一部分是对借阅者身份进行管理，能对身份进行添加、删除、修改。并且同样的在listview中选中某条或多条记录时会在相应的右边的组件中显示出信息。此功能实现过程与前面所叙有雷同，略。
5.8.7图书馆借阅者统计功能的实现
此功能按借阅者身份进行统计，得出具有某种身份的借阅者总数，此种身份的并借阅图书的借阅者数和所借阅的图书数，在下面给出实现过程。
5.8.8图书馆统计借阅过期记录功能的实现
打印出的借阅过期催还报表如下图所示：
此报表能显示按借书证号升序排列的借阅信息超过限定时限的信息，其中主要的SQL语句如下：
5.9系统信息显示的实现
显过本系统的信息，并且右边的字向上滚动显示，主要实现如下：
另外,虚机团上产品团购,超级便宜