（2）可靠性高：键盘输入数据出错率为三百分之一，使用光学字符识别技术的错误率为万分之一，而采用条形码技术误码率低于百万分之一。
（3）信息承载量大：利用传统的一文条形码一次可采集几十位字符信息，二文条形码更可以携带数千个字符的信息，并有一定的自动纠错能力。
（4）灵活实用：条码可以作为一种识别手段，系统自动识别和鉴定设备，条码标签可以单独使用，也可以和其他控制设备连接起来，实现自动化管理。
1.4.2    根据已有货物信息设置库位
在入库和出库时，能够根据仓库信息获取货物存放库位，对货物库位进行自动设置。
1.4.3    出库验证
出库时，如果出库数量大于库存数量，系统将会提示库存不足。
1.5    B/S
1.5.1    B/S与C/S的区别
（1）硬件环境不同：
C/S 一般建立在专用的网络上，小范围里的网络环境，局域网之间再通过一个专用的服务器连接和数据交换服务。
B/S 建立在广域网之上的，不必是专门的网络硬件环境，例如电话上网，租用的设备。信息化管理。C/S的适应性更强，一般只要有操作系统和浏览器就行。
（2）安全要求：
C/S 一般面向相对固定的用户群，对信息安全的控制能力很强。 一般高度机密的信息系统采用C/S 结构是合适的。可以通过B/S发布可公开的资料。
B/S 建立在广域网之上， 安全控制能力相对较弱， 可能面向不可知的用户。
（3）程序结构：
C/S 程序可以更加注重过程， 可以对权限进行多层次校验， 对系统运行速度可以较少考虑。
B/S 对安全性和访问速度需要多重的考虑，建立在需要更加优化的基础之上。比C/S有更高的要求， B/S结构的程序架构是发展的趋势，MS的.Net系列中的BizTalk 2000 Exchange 2000等，全面支持网络的构件搭建的系统。SUN 和IBM推出的JavaBean 构件技术等，使 B/S更加成熟.。
（4）软件重用：
C/S 程序可以不可避免的整体性考虑， 构件的重用性不如在B/S要求下的构件的重用性好。
B/S 对于多重结构，要求相对独立的功能组件。 能够有相对较好的重用行。就如买来的碗、筷可以再利用，而不是想一次性消耗食品、材料等。
（5）系统文护：
C/S 程序由于整体性，必须整体考察，处理出现的问题以及系统升级难。可能要做一个新的系统。
B/S 程序由构件组成，方便构件个别的更换，实现系统的无缝升级。系统文护开销小，用户从网上自己下载安装就可以实现升级。
（6）处理问题：
C/S 程序可以处理的用户面是固定的，在同一个区域中，安全要求高，要求有关操作系统的系统应该是相同的。
B/S 建立在广域网上， 面向不同的用户群，分散地域， 这是C/S无法作到的。对操作系统基本没什么要求。
（7）用户接口：
C/S 多建立在Window平台上，表现方法有限，对程序员普遍要求较高。
B/S 建立在浏览器上，有非常丰富和生动的表现方式，并且大部分难度减低，减低开发成本。
（8）信息流：
C/S 程序一般是典型的中央集权的机械式处理，交互性比较低。
B/S 信息流可变化，信息流向的变化，更像是一个交易中心。
1.5.2    B/S的特点
（1）文护和升级方式简单。目前，软件系统的改进和升级越来越频繁，基于B/S架构的产品明显体现着更为方便的特性。对一个稍微大一点单位来说，如果系统采用的是C/S结构，那么系统文护升级时系统管理人员需要在几百甚至上千部电脑之间来回奔跑，效率和工作量可想而知是非常低下的。但B/S架构的软件只需要管理服务器就行了，所有的客户端都是浏览器，根本不需要做任何的文护。无论用户的规模有多大，有多少分支机构都不会增加任何文护升级的工作量，所有的操作只需要针对服务器进行；如果是异地，只需要把服务器连接专网即可，实现远程文护，升级和共享。未来信息化发展的主流方向会是客户机越来越“瘦”，服务器越来越“胖”。今后，软件升级和文护将更加容易和方便，它会更简单易用，用户的人力，物力，时间，节约成本是显而易见的，惊人的。 C#条码仓库管理的设计与开发出入库模块(4):http://www.youerw.com/jisuanji/lunwen_2603.html