vb+access仓库管理系统.docx

vb+access仓库管理系统.docx

《vb+access仓库管理系统.docx》由会员分享，可在线阅读，更多相关《vb+access仓库管理系统.docx（7页珍藏版）》请在冰豆网上搜索。

vb+access仓库管理系统

前言

仓库管理系统是现代仓储企业进行货物管理和处理的业务操作系统。

它可以实现本地一个或几个仓库的精细化管理，也可实现制造企业、物流企业、连锁业在全国范围内、异地多点仓库的管理；它可以对货物存储和出货等进行动态安排，可以对仓储作业流程的全过程进行电子化操作；可以与客服中心建立数较强，只需要投入教少的资金即可。

而它的成功运行将节省大量的人力物力，使原来从事这方面工作的管理人员可以投入到更为实际的工作中，提高公司整体的工作效率，由于仓库管理系统是一个全新的系统，它将改变原来落后的人工管理办法，这将会缩小不必要的开支，在系统运行环境中，软硬件都无需做巨大投资，只需要购入少量的计算机设备即可。

因此在经济上可行的。

1.4.2技术可行性

随着计算机的发展，计算机完全可以把各类信息收集起来，按需要进行处理，本系统运行于基于WINDOWSXP/2000/NT平台之即可，市面上大部分微机全基于这个层次，另外操作人员要求也不高，只需对WINDOWS2000操作熟练，加之对本系统的操作稍加培训即可工作，而且本系统可视性非常好，所以在技术上不会有很大难度。

1.4.3操作可行性

现行系统采用大量手工操作与少量微机操作相结合，而新开发的系统则全用微机来处理整个过程，在运行初可以采用平行方式从旧系统逐步转换过来，在这其间，手工操作与电脑操作并存，微机操作可逐渐增加工作量，且在这段时间，工作不间断，且新老系统有明显的效率对比。

1.4.4法律可行性

仓库管理系统是针对各种中大规模的仓库以个人的身份完全自主研发的管理系统，是很有实际意义的系统,开发这个系统，不存在侵权等问题，即法律上是可行的。

1.4.5系统运行可行性

本系统可以运行在Win95,Win98,Win2000操作系统之上,就是说市场上流行的操作系统都可以支持。

因此系统运行可行性绝不会成为《软件零售仓库管理系统》的问题。

1.4.6用户使用可行性

确具有一定的独立性，可以方便地修改只影响本模块所具有的功能，不影响其他模块所具有的功能，不影响其他模块或整个系统的功能。

正是由于系统的模块化，模块的独立性，使得系统具有良好的可修改性和可维护性。

模块化设计依据分解、信息隐藏、模块独立性的指导方针进行设计。

3.1.2模块结构图

模块经过“自上而下”的逐层分解，把一个复杂系统分解成几个大模块（或子系统），每个大模块又分解为多个更小的模块。

一个系统，经过逐层分解，得到具有层次结构的模块，称之为模块结构图。

模块结构图反映了系统的组成及相互关系。

3.1.3系统的模块结构

本系统在坚持模块独立性的前提下，采用自顶向下，逐步细化的设计方法实现各功能模块。

层次图并不严格表示模块的调用顺序，利用模块说明书得到模块调用时传递的信息，由层次图导出结构图的过程可以导出作为检查设计正确性和评价模块独立性的好方法。

容，本模块的数据和模块间的调用关系，是系统设计的重要成果，是系统阶段编制程序设计任务书的进行程序设计的出发点和依据。

表3-1货物信息管理模块调用

编号

1.0

模块

货物信息管理模块

被调用

调用

无

1.1，1.2，1.3，1.4

输入

输出

货物基本信息

货物基本信息表

处理

对货物的基本信息进行统计

表3-2往来客户信息管理模块

编号

1.0

模块

往来客户信息管理模块

被调用

调用

无

1.1，1.2，1.3，1.4

输入

输出

往来客户基本信息

往来客户基本信息表

处理

对往来客户基本信息进行统计

高效、直观、准确、简便、舒适等。

仓库管理系统主要输入信息货物信息单、入库单、出库单的输入。

仓库管理系统的输入方式为键盘输入。

详细输入设计下表：

可能简明易懂。

4.1开发工具简介

4.1.1VisualBasic

VisualBasic语言是美国Microsoft公司推出的,它是专门针对32位Windows操作系统的程序设计语言.VisualBasic是一种可视化的编程语言，简称VB，其前身是Basic语言。

Basic语言的英文全称为BeginnersAll-purposeSymbolicInstructionCode（出学者通用符号），顾名思义，它具有面向普通使用者和易学易用的优点.它于1964年创建,在20世纪70年代得到了很大的发展.VisualBasic是Windows平台上一个强大的开发工具,是在原有Basic语言基础上的进一步发展，继承了Basic简单易用的特点.它包含了数百条语句、函数及关键词，其中有很多与WindowsGUI有直接关系.VisualBasic语言简单易学，只要稍有语言基础就可以很快掌握并进而精通。

VisualBasic提供的是真正的面向对象的可视化编程方法,没有复杂的程序流程且操作直观.可视化的用户界面设计功能，把程序设计人员从繁琐复杂的界面设计中解脱出来.可视化编程环境的“所见即所得功能（WYSIWYG）”功能，使界面设计如同积木游戏一般，编程变成了一种享受；强大的多媒体功能可以轻而易举的开发出及声音、动画、影像、和图片于一体的多媒体应用程序；新增的网络功能提供了编写Internet程序的能力。

非常适用于Windows环境下的快速编程,且代码维护非常方便.它是一种适合于计算机初学者学习的程序语言，其语法规则相对简单。

利用它你不仅可以开发各种基于桌面的应用程序，也可以创建企业级的、分布式的或基于Internet的应用程序或部件。

它的功能特点有:

1.巧妙地将Windows的编程难度性封装起来

2.成功地简化了界面的设计过程

3.提供了多种向导

4.具有强大的数据和字符串处理功能

5.易与扩充

6.提供了IntelliSense技术

可以这么说，我们所能见到的在个人计算机上的软件几乎都可以采用VisualBasic来完成。

此外,VisualBasic提供了大量的控件,这些控件可用于设计界面和实现各种功能，减少了编程人员的工作量，也简化了界面设计过程，从而有效的提高了应用程序的运行效率和可靠性。

故而，实现本系统VB是一个相对较好的选择。

4.5.5入库单登记

5系统程序测试与系统维护

有的或者已经设计出的报表、查询和视图（输出）以决定为了支持这些输出哪些是必要的表和字段。

4）创建数据字典和ER图表

   ER图表和数据字典可以让任何了解数据库的人都明确如何从数据库中获得数据。

ER图对表明表之间关系很有用，而数据字典则说明了每个字段的用途以及任何可能存在的别名。

对SQL表达式的文档化来说这是完全必要的。

   5）定义标准的对象命名规范

   数据库各种对象的命名必须规范。

   2.表和字段的设计（数据库逻辑设计）

   表设计原则

   1）标准化和规范化

   数据的标准化有助于消除数据库中的数据冗余。

标准化有好几种形式，但ThirdNormalForm（3NF）通常被认为在性能、扩展性和数据完整性方面达到了最好平衡。

简单来说，遵守3NF标准的数据库的表设计原则是：

“OneFactinOnePlace”即某个表只包括其本身基本的属性，当不是它们本身所具有的属性时需进行分解。

表之间的关系通过外键相连接。

它具有以下特点：

有一组表专门存放通过键连接起来的关联数据。

2）数据驱动

   采用数据驱动而非硬编码的方式，许多策略变更和维护都会方便得多，大大增强系统的灵活性和扩展性。

3）考虑各种变化

   在设计数据库的时候考虑到哪些数据字段将来可能会发生变更。

字段设计原则

   4）每个表中都应该添加的3个有用的字段

dRecordCreationDate，在VB   •下默认是Now（），而在SQLServer下默认为GETDATE（）

sRecordCreator，在SQLServer下默认为NOT   •NULLDEFAULTUSER

nRecordVersion，记录的版本标记；有助于准确说明记录中出现null   •数据或者丢失数据的原因

   5）对地址和电话采用多个字段

6）使用角色实体定义属于某类别的列

   在需要对属于特定类别或者具有特定角色的事物做定义时，可以用角色实体来创建特定的时间关联关系，从而可以实现自我文档化。

7）选择数字类型和文本类型尽量充足

   在SQL中使用smallint和tinyint类型要特别小心。

比如，假如想看看月销售总额，总额字段类型是smallint，那么，如果总额超过了$32,767就不能进行计算操作了。

   而ID类型的文本字段，比如客户ID或定单号等等都应该设置得比一般想象更大。

假设客户ID为10位数长。

那你应该把数据库表字段的长度设为12或者13个字符长。

但这额外占据的空间却无需将来重构整个数据库就可以实现数据库规模的增长了。

   8）增加删除标记字段

   在表中包含一个“删除标记”字段，这样就可以把行标记为删除。

在关系数据库里不要单独删除某一行；最好采用清除数据程序而且要仔细维护索引整体性。

   3.选择键和索引（数据库逻辑设计）

   键选择原则：

   1）键设计4原则

为关联字段创建外键。

   •

   所有的键都必须唯一。

•

避免使用复合键。

   •

外键总是关联唯一的键字段。

   •

   2）使用系统生成的主键

   设计数据库的时候采用系统生成的键作为主键，那么实际控制了数据库的索引完整性。

这样，数据库和非人工机制就有效地控制了对存储数据中每一行的访问。

采用系统生成键作为主键还有一个优点：

当拥有一致的键结构时，找到逻辑缺陷很容易。

   3）不要用用户的键（不让主键具有可更新性）

   在确定采用什么字段作为表的键的时候，可一定要小心用户将要编辑的字段。

通常的情况下不要选择用户可编辑的字段作为键。

   4）可选键有时可做主键

   把可选键进一步用做主键，可以拥有建立强大索引的能力。

   索引使用原则：

   索引是从数据库中获取数据的最高效方式之一。

95%的数据库性能问题都可以采用索引技术得到解决。

   1）逻辑主键使用唯一的成组索引，对系统键（作为存储过程）采用唯一的非成组索引，对任何外键列采用非成组索引。

考虑数据库的空间有多大，表如何进行访问，还有这些访问是否主要用作读写。

   2）大多数数据库都索引自动创建的主键字段，但是可别忘了索引外键，它们也是经常使用的键，比如运行查询显示主表和所有关联表的某条记录就用得上。

   3）不要索引memo/note字段，不要索引大型字段（有很多字符），这样作会让索引占用太多的存储空间。

   4）不要索引常用的小型表

   不要为小型数据表设置任何键，假如它们经常有插入和删除操作就更别这样作了。

对这些插入和删除操作的索引维护可能比扫描表空间消耗更多的时间。

   4.数据完整性设计（数据库逻辑设计）

   1）完整性实现机制：

   实体完整性：

主键

   参照完整性：

   父表中删除数据：

级联删除；受限删除；置空值

   父表中插入数据：

受限插入；递归插入

   父表中更新数据：

级联更新；受限更新；置空值

   DBMS对参照完整性可以有两种方法实现：

外键实现机制（约束规则）和触发器实现机制

   用户定义完整性：

   NOTNULL；CHECK；触发器

   2）用约束而非商务规则强制数据完整性

   采用数据库系统实现数据的完整性。

这不但包括通过标准化实现的完整性而且还包括数据的功能性。

在写数据的时候还可以增加触发器来保证数据的正确性。

不要依赖于商务层保证数据完整性；它不能保证表之间（外键）的完整性所以不能强加于其他完整性规则之上。

   3）强制指示完整性

   在有害数据进入数据库之前将其剔除。

激活数据库系统的指示完整性特性。

这样可以保持数据的清洁而能迫使开发人员投入更多的时间处理错误条件。

   4）使用查找控制数据完整性

   控制数据完整性的最佳方式就是限制用户的选择。

只要有可能都应该提供给用户一个清晰的价值列表供其选择。

这样将减少键入代码的错误和误解同时提供数据的一致性。

某些公共数据特别适合查找：

国家代码、状态代码等。

   5）采用视图

   为了在数据库和应用程序代码之间提供另一层抽象，可以为应用程序建立专门的视图而不必非要应用程序直接访问数据表。

这样做还等于在处理数据库变更时给你提供了更多的自由。

  三、数据库命名规范

   1.实体（表）的命名

   1）表以名词或名词短语命名，确定表名是采用复数还是单数形式，此外给表的别名定义简单规则（比方说，如果表名是一个单词，别名就取单词的前4个字母；如果表名是两个单词，就各取两个单词的前两个字母组成4个字母长的别名；如果表的名字由3个单词组成，从头两个单词中各取一个然后从最后一个单词中再取出两个字母，结果还是组成4字母长的别名，其余依次类推）

   对工作用表来说，表名可以加上前缀WORK_后面附上采用该表的应用程序的名字。

在命名过程当中，根据语义拼凑缩写即可。

注意，由于ORCLE会将字段名称统一成大写或者小写中的一种，所以要求加上下划线。

2）如果表或者是字段的名称仅有一个单词，那么建议不使用缩写，而是用完整的单词。

3）所有的存储值列表的表前面加上前缀Z

   目的是将这些值列表类排序在数据库最后。

   4）所有的冗余类的命名（主要是累计表）前面加上前缀X

   冗余类是为了提高数据库效率，非规范化数据库的时候加入的字段或者表

   5）关联类通过用下划线连接两个基本类之后，再加前缀R的方式命名,后面按照字母顺序罗列两个表名或者表名的缩写。

   关联表用于保存多对多关系。

   如果被关联的表名大于10个字母，必须将原来的表名的进行缩写。

如果没有其他原因，建议都使用缩写。

2.属性（列）的命名

   1）采用有意义的列名，表内的列要针对键采用一整套设计规则。

每一个表都将有一个自动ID作为主健,逻辑上的主健作为第一组候选主健来定义,如果是数据库自动生成的编码，统一命名为：

ID;如果是自定义的逻辑上的编码则用缩写加“ID”的方法命名。

如果键是数字类型，你可以用_NO作为后缀；如果是字符类型则可以采用_CODE后缀。

对列名应该采用标准的前缀和后缀。

2）所有的属性加上有关类型的后缀，注意，如果还需要其它的后缀，都放在类型后缀之前。

   注:

数据类型是文本的字段，类型后缀TX可以不写。

有些类型比较明显的字段，可以不写类型后缀。

   3）采用前缀命名

   给每个表的列名都采用统一的前缀，那么在编写SQL表达式的时候会得到大大的简化。

这样做也确实有缺点，比如破坏了自动表连接工具的作用，后者把公共列名同某些数据库联系起来。

   3.视图的命名

   1）视图以V作为前缀，其他命名规则和表的命名类似；

   2）命名应尽量体现各视图的功能。

 TR_Customer_I，TR_Customer_D，TR_Customer_U。

   5.存储过程名

   存储过程应以"UP_"开头，和系统的存储过程区分，后续部分主要以动宾形式构成，并用下划线分割各个组成部分。

如增加代理商的帐户的存储过程为"UP_Ins_Agent_Account"。

   6.变量名

   变量名采用小写，若属于词组形式，用下划线分隔每个单词，如@my_err_no。

   7.命名中其他注意事项

   1） 以上命名都不得超过30个字符的系统限制。

变量名的长度限制为29（不包括标识字符@）。

   2） 数据对象、变量的命名都采用英文字符，禁止使用中文命名。

绝对不要在对象名的字符之间留空格。

   3）小心保留词，要保证你的字段名没有和保留词、数据库系统或者常用访问方法冲突

   5）保持字段名和类型的一致性，在命名字段并为其指定数据类型的时候一定要保证一致性。

假如数据类型在一个表里是整数，那在另一个表里可就别变成字符型了