精编北方车辆仓库管理系统建设方案.docx
- 文档编号:16914662
- 上传时间:2023-07-19
- 格式:DOCX
- 页数:34
- 大小:119.74KB
精编北方车辆仓库管理系统建设方案.docx
《精编北方车辆仓库管理系统建设方案.docx》由会员分享,可在线阅读,更多相关《精编北方车辆仓库管理系统建设方案.docx(34页珍藏版)》请在冰点文库上搜索。
精编北方车辆仓库管理系统建设方案
北方车辆仓库管理系统建设方案
北方车辆仓库管理系统建设方案
系统建设方案
版本号:
1.3
北京维深科技发展有限公司
北京市石景山区鲁谷路35号冠辉大厦9层
Tel:
+86(10)88456106
版权所有翻印必纠
1.项目概述4
1.1.项目背景4
1.2.当前存在的问题4
1.3.项目目标4
1.4.项目范围5
2.系统业务解决方案6
2.1.条码选型与规则6
2.1.1.码制选择6
2.1.2.条码规则6
2.2.系统角色9
2.3.业务流程10
2.3.1.总体流程图10
2.3.2.物资状态变化图11
2.4.系统功能架构11
2.5.业务功能概述12
2.5.1.收货管理13
2.5.2.入库管理15
2.5.3.盘点管理18
2.5.4.出库管理23
2.5.5.WMS外部接口26
2.5.6.库存管理27
2.5.7.基础平台管理28
2.6.系统接口28
2.6.1.系统接口关系概要28
2.6.2.系统接口描述28
2.6.3.系统接口方式28
2.6.4.系统接口结构29
3.系统技术解决方案30
3.1.设计原则30
3.1.1.安全性30
3.1.2.可靠性30
3.1.3.可用性30
3.1.4.开放性31
3.1.5.可扩展性31
3.2.技术架构32
3.2.1.系统技术实现架构32
3.2.2.系统权限设计33
3.2.3.系统安全设计35
4.网络平台建设方案38
4.1.无线局域网络建设原则38
4.1.1.无线局域网络设计基本原则38
4.2.无线网络建设方案40
4.2.1.整体系统架构设计40
4.2.2.无线网络拓扑图41
4.2.3.网络结构分析42
4.2.4.组网方案设计43
4.2.5.无线网络AP接入方法43
4.2.6.认证与加密方案44
4.3.室内无线覆盖设计44
5.系统实施方案46
5.1.系统运行环境46
5.1.1.软件环境46
5.1.2.软件开发环境46
5.1.3.硬件环境46
5.2.硬件设备选型46
5.2.1.扫描设备选型46
5.2.2.无线网络设备选型47
5.2.3.打印设备选型55
5.3.项目管理成功关键56
5.4.项目组织结构56
5.4.1.角色及责任57
5.5.项目组成员59
5.6.系统实施进度60
5.7.培训计划61
6.系统维护方案62
7.实施效益63
7.1.规范业务流程,提高工作效率63
7.2.降低库存成本,保证数据准确性63
7.3.系统有效集成,保证数据一致64
1.项目概述
1.1.项目背景
北京北方车辆集团有限公司(以下简称北车集团)目前主要对内部生产的车辆零部件,外购的金属与非金属配件零部件及客车零部件分三个仓库进行存放,物资繁杂,几年来,由于业务量的不断加大,深感工作的繁忙和不便。
许多仓库管理员每天大量的时间花在入出库单据的录入上,真正在库房用于物品管理的时间很少。
因此,迫切希望采用自动识别技术解决库房出入库录入耗时的问题,以满足精益化管理要求,达到以看板形式管理库房库存的目的。
1.2.当前存在的问题
1、出入库过程靠手工进行的工作环节耗时过多,效率低,出错率高
2、信息滞后,库存数据不能第一时间反应到ERP系统中。
3、相关单据与实物的关系处理需要大量的实际人工参与。
4、工作繁琐、工作技能要求高
5、成品机器号手工记录,多部门查询困难,不利于质量追踪
6、整个业务过程中,实物难以识别与定位
1.3.项目目标
1.建设满足北车集团各部门对仓库管理需求的仓储管理系统,引入条码技术,规范工作流程,实现标准化作业,明确标识物资、库房、库区、库位等相关客体,解决实物信息录入难题;追踪物资的流转环节、存放位置;记录实物流转信息,实现仓储过程追溯。
2.与现有ERP系统集成,实现实物流与信息流同步;并为ERP提供快速、准确的信息录入手段;为物资存放、流转和信息录入提供校验手段。
3.为未来与其它系统集成、兼容其它物资类别的扩展应用奠定基础。
1.4.项目范围
本期项目以北车集团的华德公司的物资管理为核心业务,覆盖到货、待验,入库、调拨、出库、盘点、配送等业务环节,系统用户涉及华德公司及各需求单位。
该项目实施范围如下图所示:
2.系统业务解决方案
2.1.条码选型与规则
2.1.1.码制选择
1、一维码
世界上约有225种以上的一维条码,每种一维条码都有自己的一套编码规格,规定每个字母(或数字、符号)是由几个线条及几个空白组成,以及字符的排列。
一般较流行的一维条码有39码128码EANUPC码以及专用于书刊管理的ISBN,ISSN等
有些条码规格只能表示数字,如EANUPC码,有些则能表示全部ASCII字元表上的128字元,如39码128码。
根据单据编号及库位编码规则,该项目选择Code128码作为码制规范
2.1.2.条码规则
2.1.2.1.货位条码
1、用途:
用于唯一标识一个货位,即物资存放的位置点
2、使用方法:
在四号库位定位法的基础上增加单位属性,以单位编号-仓库-库区-货架-货位五级编码管理方式,保证全集团每个货位编号的唯一性。
每个货位一个条码标签,粘贴在货位所在货架或货位标准箱上。
3、码制:
一维码:
Code128
4、示例
5、库位条码规则
库位条码规则如下:
序号
内容
含义
位数
编号示例
单位编码
集团公司各部门编码
4
单位编码,4位大写字母组成
如生产安全部SAKA
库房
库房编号,
3
如:
生产安全中央零件2号库SAKA-02
库区
库区编号,
2
如:
生产安全部中央零件库2号库货架区SAKA-02-04
货架
库架编号,
4
前两位表示第几排,后两位表示第几列。
如:
生产安全部中央零件库2号库货架区第6排第3列编码为:
SAKA-02-04-0603
货位
货位编号
4
前两位表示第几层,后两位表示第几个标准位。
如:
生产安全部中央零件库2号库货架区第6排第3列货架的第4层第1个标准位,编码为:
SAKA-02-04-0603-0401
2.1.2.2.物资条码
1、用途:
物资条码用于唯一标识一项物资,体积较小的零部件可进行批次标识,即物资编码+批次号作为物资条码;另外针对部分贵重物品或关键物料进行唯一性编码,增加物料管理的准确性。
2、使用方法:
对于批次管理的物资,可对此批次物资生成物资条码,粘贴于卡片上方
由供方送货前粘贴,或由到货接收人员在收货时粘贴,在后续的收货、待验、入库、出库等业务环节扫描,用于采集物资信息,自动生成、校验或处理相关单据;触发状态转变,实现实时跟踪;记录交接信息,细化管理控制。
3、码制:
一维码Code128
4、示例
5、物资条码规则
批次物资条码规则如下:
序号
内容
含义
位数
编号规则
属性类别及作用
1.
物料编码
一种物资的唯一标识
14
物资编码规则或图号
如:
GB3759-83
关键属性
2.
批次
到货日期或供方生产物资时的批次号
10
按各供应商规则或按到货日期时间(1205020912)
单品物资条码规则如下:
序号
内容
含义
位数
编号规则
属性类别及作用
1.
物料编码
一种物资的唯一标识
14
物资编码规则或图号
如:
GB3759-83
关键属性
2
单品流水号
系统自动生成的流水号
8
如:
00000012
2.2.系统角色
系统主要涉及的角色,以及各个角色的职责范围如下:
序号
角色
职责
1
到货接收组
负责新货接收贴码及退货接收
2
质检组
负责货品检验,退货
3
堆垛组
负责物资上架,缺货补足。
4
分拣组
负责物资日常盘点,货物分拣
5
包装组
负责分拣货物的检验,包装
6
业务组
负责到货,检验,入库,盘点,调拨等业务单据审核
7
系统管理员
负责系统日常维护,用户部门管理,基础数据维护和权限分配等工作
2.3.业务流程
2.3.1.总体流程图
2.3.2.物资状态变化图
2.4.系统功能架构
对于各个工作组的功能分析如上图所示,WMS系统通过与ERP接口的数据传输实现人员、物料、单据等数据管理工作。
各工作组职责明确、清晰。
通过对业务流程和业务功能的初步分析,我们可以得到系统的功能架构。
系统需要实现从物资到货、清查、上架、盘点、分拣、调拨等整个物流流转过程的全面管理和实时物资状态跟踪。
物资到货后如果没有贴条码需要赋码,如果包装发生变化后需要重新打印条码。
系统功能分为收货管理、质量管理、入库管理、出库管理、库存管理、盘点管理,以及统计分析、外部系统接口、终端采集器、基础平台管理几大模块。
2.5.业务功能概述
各别业务环节根据现场环境不同可以通过批处理方式进行手持终端设备上面的操作。
2.5.1.收货管理
主要是业务员发出需求订单后,供方送货到接收仓库,仓库接收物资,如果物资没有条码需要重新打印条码,所有物资都粘贴条码。
确认后送到待检验区,检验完成生成检验单,对于不合格物资业务员将进行退货申请,合格品物资放入堆垛区并生成入库单等待入库收货完成后,系统收货确认。
计划外收货主要是业务组没有做需求计划,各分厂直接发货,业务组根据发货单生成收货单,进行贴码收货检验操作。
功能包括获取最新收货任务、生成打印条码、采集条码、查询需求订单信息、更新收货单,针对物资收货流程如下图所示:
计划内收货流程图:
计划外收货流程图:
2.5.2.入库管理
主要功能包括清点检验完成物资正式入库。
通过采集器下载入库任务,采集物资条码,根据入库单明细信息找到相应货位,扫描货位号校验,上架,采集完成后上传到系统,更新库存信息。
同时可以更新ERP的库存信息生成入库账务。
批处理入库流程图如下:
2.5.3.盘点管理
主要分为计划盘点和盲盘两种方式,计划盘是业务组下达盘点计划,同时计划内的库区货架处于冻结状态(即盘点完成之前不能进行分拣操作),盘点员下载盘点任务进行计划盘点,盲盘是盘点员可对任意货位及物资进行盘点扫描。
盘点信息提交至WMS系统,WMS根据盘点明细进行盘盈盘亏统计,同时领导确认更新WMS库存信息,并更新ERP库存账务信息。
计划盘点批处理流程图:
盲盘批处理流程图:
2.5.4.出库管理
主要是把物资调拨到总装车间,业务员根据车间填写的领料单建立出库调拨单,操作员获取调拨任务,找到采集需要出库的物资信息,扫描物资条码,输入数量,放入分拣箱,分拣完成将物资放到包装区,同时提交分拣数据,生成包装单,包装员根据包装单信息对物资进行包装,打印配送单,等待配送。
系统减少库存信息,更新ERP库存出库账务信息。
出库批处理流程图如下:
2.5.5.WMS外部接口
主要是和北车集团现有ERP系统进行库存账务信息交互,具体接口包括入库信息接口、退货信息接口、调拨单信息接口和物资信息接口。
统计报表根据用户实际需要
●缺料分析:
a)已执行任务的缺料
b)已下达未执行任务缺料
c)指定批次任务号(可复选)缺料。
分析的缺料可按编码汇总,并查找是否有待验的产品及合同未执行资源。
明细及汇总的结果可导出到电子表格。
●资源分析:
a)分析到货批次否延误,并可按供货单位统计指定时间内总到货情况。
b)待验及入库周期分析,可按操作者分类统计待验及入库周期,便于考核。
c)可分析距交货期指定时间内需交付的项目。
●库存分析:
a)库龄分析
b)积压超储分析
c)保质期分析
d)库存产品供货渠道分析
e)库存ABC类分析。
●其它分析及后续增加分析需求解决办法
报表查询并导出:
所有报表均可随时导出到电子表格。
2.5.6.库存管理
∙WMS系统的所有商品的库存信息通过ERP&WMS接口传输至ERP系统,以保证两个系统之间的库存信息及时同步;
∙经常优化仓库库存,调整货位占用情况,以提高有限的仓库货位空间的利用率,实际操作时,通过扫描终端设备操作实物,保证了移动信息及时、准确的同步到WMS系统;
∙补货操作是仓库内部的日常操作,将整托、整箱货位的商品及时的补货到零拣货位,以提高出库拣货的效率和准确率。
实际操作时,通过扫描终端设备完成补货操作,以保证补货信息及时、准确的同步到WMS系统;
∙操作人员不可避免的在操作过程中会造成系统库存的差异,通过扫描终端设备对部分商品进行循环盘点操作以保证实物和WMS系统库存信息始终一致;
∙由于特殊原因,某些商品需要特殊处理,比如“冻结”库存状态以防止被其他单据占用了库存,在需要的时候,也可“解冻”其状态;
∙库存查询对于仓库管理人员而言能够及时准确的了解当前仓库库存数量及具体的分布情况;
2.5.7.质量管理
收货入库环节能够有效控制货物质量,保证入库物资的可利用率。
2.5.8.基础平台管理
主要包括系统日常管理,基础数据维护、权限管理、用户管理、部门管理等功能。
2.5.9.终端采集器
主要负责各种库内作业的执行,帮助库管员引导性的完成相应库内作业。
2.5.10.统计分析
系统报表的制作与导出功能,辅助库管员做库内作业分析工作。
2.6.系统接口
2.6.1.系统接口关系概要
2.6.2.系统接口描述
接口是通过WMS中间件服务来实现的,WMS中间件服务与后台ERP之间的数据接口的规范将在设计阶段和相关ERP公司的仓库后台管理人员设计实现,并形成WMS后台接口设计规范文档,作为系统设计的必要组成部分,提交给北车集团公司存档备查。
2.6.3.系统接口方式
采用中间临时表及WebService结合的方式,数据库采用Oracle
A、由ERP接口系统写数据至中间的临时表(采用RFC,Report,Mapping,BAPI,TRANSACTION,TableAccess,ABAP,IDOC),WMS中间件服务读取相关的信息,写入WMS的数据库文件。
B、由WMS将采集的条码数据进行整理,写入到中间的临时表,由ERP接口系统提取数据写入至ERP的数据库。
C、对于实时性要求高,数据量不是很大的业务接口,主要采用WebService技术实现,对于数据量大,实时性要求不高的数据,主要采用中间表方式实现。
D、采集器和应用服务器端通信,采用无线方式或有线方式,有线通过USB线连接采集器和客户端PC,采集器端数据和服务端数据的交互。
E、能够根据第三方系统的要求定制化配置接口参数,提供必要的接口数据信息。
2.6.4.系统接口结构
3.系统技术解决方案
3.1.设计原则
3.1.1.安全性
Ø信息安全是重要要求,要求从网络硬件、操作系统、中间件、应用开发等各个方面的统一考虑。
系统设计时应考虑网络传输安全、支持SecureSocketsLayer(SSL)、提供便利的安全支持的能力,包括鉴别、授权、加密和基于角色的管理,并可以通过开放的系统编程接口集成第三方的安全模块。
3.1.2.可靠性
Ø要求系统可支持每周7天24小时运行;
Ø不会出现单点故障;
Ø本系统在正常的网络环境下,应能够保证系统的及时响应;小批量的业务处理的响应时间在1~8秒;大批量(10万以上)的业务处理和查询的响应时间控制在10~40秒以内。
Ø易于实施与维护,具有高可扩展性和灵活性;
Ø良好的备份/恢复机制,应用数据备份/恢复、系统全备份/恢复时间应低于12小时;
Ø提供语义级的恢复功能,语义恢复指软件在系统失败的情况下,重新启动和继续处理活动请求的能力;
3.1.3.可用性
在系统建设过程中,要考虑系统的完整实现,遵照北车集团的数据规范和业务规范,面向未来集中式的物资管理改革。
系统能满足物资仓储管理所需的功能,注重与实际条件和行业标准相结合,注重实效。
系统具有灵活的可配置性,应能够适应运行环境的变化,适应同其他软件接口的变化,适应精度和有效时限的变化,适应业务流程的变化或改进。
同时满足用户使用的方便性、易用性和易学习性,如:
●在操作方面要界面友好、操作简单、实用,计算机能够处理的要实现计算机处理,尽量减少人工处理;录入数据要实现一次录入后全系统共用,避免数据重复录入;查询数据要方便、快捷。
●输入数据的合法性检查和值域检查。
●对于复杂的动作要有必要的提示信息。
●符合用户的设置或操作习惯,方便用户操作。
●系统具备统一的整体风格。
3.1.4.开放性
系统的开放性指系统与其他系统连接,实现数据交换和服务共享的难易程度。
系统开放性通常是通过采用通用的国际标准或行业事实标准实现的。
系统必须满足开放的技术标准,保证平台构架内现有的、可能增加的不同应用模块系统可以通过开放标准容易的集成。
建议采用的国际标准包括:
集成平台及系统应用模式采用.NET架构,数据交互格式采用XML,通讯协议采用HTTP/HTTPS协议,安全采用SSL等。
技术开放性体现在以下几方面:
Ø支持开放系统,具有跨操作系统,跨应用服务器等特性;
Ø支持开放的技术标准,如DotNet,WebService,TCP/IP,HTML等;
Ø支持与遗留系统的整合;
Ø支持未来业务发展的需要;
Ø支持与信息总线及其它的多种集成方式。
3.1.5.可扩展性
系统平台要具有良好的兼容性和可扩展性,在与现有供应链系统数据对接的基础上,要易于扩展、修改模块、增加新的功能以及支持与第三方系统集成。
系统采用B/S结构。
B/S结构在软件应用和维护上对用户的投资要求最少,而且系统运行速度相对最高,有良好的可扩展性。
因为软件系统复杂的业务逻辑和计算任务全部由服务器完成,而且将来随着业务的扩展只需要对服务器进行升级,不需要对每个客户端进行升级,在维护费用上用户只需要对主机及服务器部分进行专人维护,大大减少了维护面和维护人员。
3.2.技术架构
3.2.1.系统技术实现架构
应用系统基于.NET框架,采用三层架构进行开发,具体架构如下图:
整个系统采用分层的思想来设计架构,总体上整个系统分为用户界面层、业务逻辑层和数据服务层三层。
用户界面层主要是处理用户界面的请求、校验、流转控制,并把处理提交给业务逻辑层。
业务逻辑层主要实现具体的业务功能,封装好业务逻辑给用户界面层使用,业务逻辑层是服务器端程序,主要对各种复杂业务进行单独设计和开发,提取公共业务进行统一处理,同时进行事务控制、并发控制等。
数据服务层主要处理和数据库的交互,包括对数据进行增加、删除、修改和查询等基本功能。
包括对数据库表最原始的操作,以及需要对多表的组合查询操作都在数据服务层完成。
系统采用.NET技术架构进行开发,基于组件的开发技术,技术架构先进并具有前瞻性,为以后系统的升级打下良好的基础。
针对本项目应用范围及业务需求,采用.NET技术可以很好的把手持终端(PDA)、条码系统及提供WebService接口的供应链系统结合在一起,.Net对XML、WebService的支持具有明显优势,而且提供了更为便捷的开发、调试、部署环境,同时,与微软的BizTalk、Office等系统可以无缝衔接。
目前的智能条码采集器基本采用了Wince5.0以上或WindowsMobile5.0以上操作系统,.NETCompactFramework提供了丰富的类库供应用程序在PDA中方便的调用键盘操作、扫描组件及文件读写。
无论是PDA开发还是Web服务对接及B/S模式开发,.NET技术完全满足该项目的需求,节约开发成本。
3.2.2.系统权限设计
仓储管理系统权限主要包括管理员权限和普通用户权限,管理员权限主要包括系统管理员、安全管理员和审计员,三种角色,相互监督,从而保证系统的安全性。
下面是三种管理员权限的职责:
系统管理员:
可以增加组织结构,新增用户名,恢复密码
安全管理员:
分配权限,记录普通用户操作日志。
审计员:
审计系统管理管理员增加了哪些用户、部门和职位,修改了哪些权限。
管理权限
普通用户权限,主要是系统各种角色分配权限,可以按岗位分配用户功能权限,可以按物料组分配用户访问的物料数据权限。
系统权限实现方式主要包括三级权限机制包括菜单权限、数据权限和操作权限,具体如下:
系统所有操作都会记录相关的日志,以备查询和跟踪,主要日志包括系统安全日志、系统操作日志和错误日志。
系统安全日志记录用户登录到系统的详细日志信息。
包括什么在什么时间登录到系统,系统用户和权限分配都会记录相应的日志信息。
系统操作日志记录用户对系统每步操作的日志信息,包括什么人,在什么时间,操作哪些功能。
系统错误日志主要对错误日志进行分级管理,包括警告级、错误级、严重错误级。
3.2.3.系统安全设计
现代管理信息系统的安全性是非常重要的。
系统与用户数据构成了一个完整的应用系统,任何一方面的缺失都会破坏系统的完整性,将对应用系统拥有者造成损失,所以系统与数据的安全至关重要。
我公司在平台级,或是应用系统级都提供了若干安全措施以确保关键信息和应用的安全。
如下表所列。
分类
应用于
安全手段
网络安全
服务器和传输
1为每个用户分配用户ID和密码,只有提供ID和密码才能访问系统。
2系统利用防火墙技术实现网络的安全,利用防火墙,可以有效地监控了内部网和Internet之间的任何活动,保证了内部网络的安全,防止外来的入侵。
登录安全
应用系统所在物理位置
对系统所在目录进行安全配置,确保系统安全,即使用户在本地登录服务器,也无法得到系统内容。
认证安全
应用系统
1通过登录安全机制,只有系统管理员可分配ID和密码,用户只可维护自己密码。
2可设定密码的最短长度
3系统设定密码复杂度策略,可约束用户不能使用过于简单的密码
4用户每次登录,系统将纪录用户ID,客户段IP和登录时间
5密码以加密形式存放,系统当前采用MD5加密算法,在登录认证时,系统将用户输入密码加密后和数据库中密码比较,并不对数据库中密码解密
6可强制修改密码
7在修改密码时要求原密码和新密码不相同
模块安全
各功能模块
1可设定每一模块的访问权限
2对设定用户对模块的权限(如存放,编辑等)
3用户权限设置精确到字段,提供数据字段级的安全保障。
会话安全
会话有效期
1用户在管理员设定的时间内(15-60分钟)没反应,系统自动注销该用户。
2如用户在浏览器中访问无权模块,系统自动注销该用户。
结构安全
由于采用B/S三层结构,系统代码全部放于服务器上,只有服务器管理人员才能更改代码。
客户端的代码是动态地下载到客户端的,动态下载意味着谁也无法在客户端修改客户端的运行代码。
另外由于只有运行在服务器上的代码才可以访问数据库,客户端不能访问,这样可以保证服务器安全。
软件技术安全
由于系统采用的是C#语言、基于先进的三层架构的软件开发技术,所以系统自然具有平台上的WEB服务安全性技术,充分利用平台的安全控制技术,从系统结构多层应用间的数据链接和应用访问请求上保证系统级安全处理可以使用SSL和/或IPSec提供消息完整性和机密性。
数据安全
数据库
1随时备份:
数据库启用归档日志方式;
2每天备份:
数据库每天一个完全备份,七天一个循环;
3异地备份:
数据库的每天备份文件定时同步到应用服务器上;
4介质备份:
使用磁带机将每天
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 精编 北方 车辆 仓库 管理 系统 建设 方案