仓库管理_车辆仓库管理系统建设方案

北车集团-仓储管理系统建设方案 【版本号1.3】北方车辆仓库管理系统建设方案系统建设方案版本号：1.3北京维深科技发展有限公司北京市石景山区鲁谷路35号冠辉大厦9层Tel： +86（10） 版权所有 翻印必纠目录1.项目概述41.1.项目背景41.2.当前存在的问题41.3.项目目标41.4.项目范围52.系统业务解决方案62.1.条码选型与规则62.1.1.码制选择62.1.2.条码规则62.2.系统角色92.3.业务流程102.3.1.总体流程图102.3.2.物资状态变化图112.4.系统功能架构112.5.业务功能概述122.5.1.收货管理132.5.2.入库管理152.5.3.盘点管理182.5.4.出库管理232.5.5.WMS外部接口262.5.6.库存管理272.5.7.基础平台管理282.6.系统接口282.6.1.系统接口关系概要282.6.2.系统接口描述282.6.3.系统接口方式282.6.4.系统接口结构293.系统技术解决方案303.1.设计原则303.1.1.安全性303.1.2.可靠性303.1.3.可用性303.1.4.开放性313.1.5.可扩展性313.2.技术架构323.2.1.系统技术实现架构323.2.2.系统权限设计333.2.3.系统安全设计354.网络平台建设方案384.1.无线局域网络建设原则384.1.1.无线局域网络设计基本原则384.2.无线网络建设方案404.2.1.整体系统架构设计404.2.2.无线网络拓扑图414.2.3.网络结构分析424.2.4.组网方案设计434.2.5.无线网络AP接入方法434.2.6.认证与加密方案444.3.室内无线覆盖设计445.系统实施方案465.1.系统运行环境465.1.1.软件环境465.1.2.软件开发环境465.1.3.硬件环境465.2.硬件设备选型465.2.1.扫描设备选型465.2.2.无线网络设备选型475.2.3.打印设备选型555.3.项目管理成功关键565.4.项目组织结构565.4.1.角色及责任575.5.项目组成员595.6.系统实施进度605.7.培训计划616.系统维护方案627.实施效益637.1.规范业务流程，提高工作效率637.2.降低库存成本，保证数据准确性637.3.系统有效集成，保证数据一致641. 项目概述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码 EAN UPC码以及专用于书刊管理的ISBN ，ISSN等有些条码规格只能表示数字，如EAN UPC码，有些则能表示全部ASCII字元表上的128字元，如39码 128码。根据单据编号及库位编码规则，该项目选择Code128码作为码制规范2.1.2. 条码规则. 货位条码1、用途：用于唯一标识一个货位，即物资存放的位置点2、使用方法：在四号库位定位法的基础上增加单位属性，以单位编号-仓库-库区-货架-货位五级编码管理方式，保证全集团每个货位编号的唯一性。每个货位一个条码标签，粘贴在货位所在货架或货位标准箱上。3、码制：一维码:Code 1284、示例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-040. 物资条码1、用途：物资条码用于唯一标识一项物资，体积较小的零部件可进行批次标识，即物资编码+批次号作为物资条码；另外针对部分贵重物品或关键物料进行唯一性编码，增加物料管理的准确性。 2、使用方法：对于批次管理的物资，可对此批次物资生成物资条码，粘贴于卡片上方由供方送货前粘贴，或由到货接收人员在收货时粘贴，在后续的收货、待验、入库、出库等业务环节扫描，用于采集物资信息，自动生成、校验或处理相关单据；触发状态转变，实现实时跟踪；记录交接信息，细化管理控制。3、码制： 一维码 Code1284、示例5、物资条码规则批次物资条码规则如下：序号内容含义位数编号规则属性类别及作用1.物料编码一种物资的唯一标识14物资编码规则或图号如：GB3759-83关键属性2.批次到货日期或供方生产物资时的批次号10按各供应商规则或按到货日期时间（）单品物资条码规则如下：序号内容含义位数编号规则属性类别及作用1.物料编码一种物资的唯一标识14物资编码规则或图号如：GB3759-83关键属性2单品流水号系统自动生成的流水号8如：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系统进行库存账务信息交互，具体接口包括入库信息接口、退货信息接口、调拨单信息接口和物资信息接口。统计报表根据用户实际需要l 缺料分析：a) 已执行任务的缺料 b) 已下达未执行任务缺料 c) 指定批次任务号（可复选）缺料。分析的缺料可按编码汇总，并查找是否有待验的产品及合同未执行资源。明细及汇总的结果可导出到电子表格。l 资源分析：a) 分析到货批次否延误，并可按供货单位统计指定时间内总到货情况。 b) 待验及入库周期分析，可按操作者分类统计待验及入库周期，便于考核。c) 可分析距交货期指定时间内需交付的项目。l 库存分析：a) 库龄分析b) 积压超储分析c) 保质期分析d) 库存产品供货渠道分析e) 库存ABC类分析。l 其它分析及后续增加分析需求解决办法报表查询并导出：所有报表均可随时导出到电子表格。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、对于实时性要求高，数据量不是很大的业务接口，主要采用Web Service技术实现，对于数据量大，实时性要求不高的数据，主要采用中间表方式实现。D、采集器和应用服务器端通信，采用无线方式或有线方式，有线通过USB线连接采集器和客户端PC，采集器端数据和服务端数据的交互。E、能够根据第三方系统的要求定制化配置接口参数，提供必要的接口数据信息。2.6.4. 系统接口结构3. 系统技术解决方案3.1. 设计原则3.1.1. 安全性 信息安全是重要要求，要求从网络硬件、操作系统、中间件、应用开发等各个方面的统一考虑。系统设计时应考虑网络传输安全、支持Secure Sockets Layer（SSL）、提供便利的安全支持的能力，包括鉴别、授权、加密和基于角色的管理，并可以通过开放的系统编程接口集成第三方的安全模块。3.1.2. 可靠性 要求系统可支持每周7天24小时运行； 不会出现单点故障； 本系统在正常的网络环境下，应能够保证系统的及时响应；小批量的业务处理的响应时间在18秒；大批量（10万以上）的业务处理和查询的响应时间控制在1040秒以内。 易于实施与维护，具有高可扩展性和灵活性； 良好的备份/恢复机制，应用数据备份/恢复、系统全备份/恢复时间应低于12小时； 提供语义级的恢复功能，语义恢复指软件在系统失败的情况下，重新启动和继续处理活动请求的能力；3.1.3. 可用性在系统建设过程中，要考虑系统的完整实现，遵照北车集团的数据规范和业务规范，面向未来集中式的物资管理改革。系统能满足物资仓储管理所需的功能，注重与实际条件和行业标准相结合，注重实效。系统具有灵活的可配置性，应能够适应运行环境的变化，适应同其他软件接口的变化，适应精度和有效时限的变化，适应业务流程的变化或改进。同时满足用户使用的方便性、易用性和易学习性，如：l 在操作方面要界面友好、操作简单、实用，计算机能够处理的要实现计算机处理，尽量减少人工处理；录入数据要实现一次录入后全系统共用，避免数据重复录入；查询数据要方便、快捷。l 输入数据的合法性检查和值域检查。l 对于复杂的动作要有必要的提示信息。l 符合用户的设置或操作习惯，方便用户操作。l 系统具备统一的整体风格。3.1.4. 开放性系统的开放性指系统与其他系统连接，实现数据交换和服务共享的难易程度。系统开放性通常是通过采用通用的国际标准或行业事实标准实现的。系统必须满足开放的技术标准，保证平台构架内现有的、可能增加的不同应用模块系统可以通过开放标准容易的集成。建议采用的国际标准包括：集成平台及系统应用模式采用.NET架构，数据交互格式采用XML，通讯协议采用HTTP/HTTPS协议，安全采用SSL等。技术开放性体现在以下几方面： 支持开放系统，具有跨操作系统，跨应用服务器等特性； 支持开放的技术标准，如DotNet，Web Service，TCP/IP，HTML等； 支持与遗留系统的整合； 支持未来业务发展的需要； 支持与信息总线及其它的多种集成方式。3.1.5. 可扩展性系统平台要具有良好的兼容性和可扩展性，在与现有供应链系统数据对接的基础上，要易于扩展、修改模块、增加新的功能以及支持与第三方系统集成。系统采用B/S结构。B/S结构在软件应用和维护上对用户的投资要求最少，而且系统运行速度相对最高，有良好的可扩展性。因为软件系统复杂的业务逻辑和计算任务全部由服务器完成，而且将来随着业务的扩展只需要对服务器进行升级，不需要对每个客户端进行升级，在维护费用上用户只需要对主机及服务器部分进行专人维护，大大减少了维护面和维护人员。3.2. 技术架构3.2.1. 系统技术实现架构应用系统基于.NET框架，采用三层架构进行开发，具体架构如下图： 整个系统采用分层的思想来设计架构，总体上整个系统分为用户界面层、业务逻辑层和数据服务层三层。用户界面层主要是处理用户界面的请求、校验、流转控制，并把处理提交给业务逻辑层。业务逻辑层主要实现具体的业务功能，封装好业务逻辑给用户界面层使用，业务逻辑层是服务器端程序，主要对各种复杂业务进行单独设计和开发，提取公共业务进行统一处理，同时进行事务控制、并发控制等。数据服务层主要处理和数据库的交互，包括对数据进行增加、删除、修改和查询等基本功能。包括对数据库表最原始的操作，以及需要对多表的组合查询操作都在数据服务层完成。系统采用.NET技术架构进行开发，基于组件的开发技术，技术架构先进并具有前瞻性，为以后系统的升级打下良好的基础。针对本项目应用范围及业务需求，采用.NET技术可以很好的把手持终端(PDA)、条码系统及提供WebService接口的供应链系统结合在一起，.Net对XML、Web Service的支持具有明显优势，而且提供了更为便捷的开发、调试、部署环境，同时，与微软的BizTalk、Office等系统可以无缝衔接。目前的智能条码采集器基本采用了Wince5.0以上或WindowsMobile5.0以上操作系统，.NET CompactFramework提供了丰富的类库供应用程序在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介质备份：使用磁带机将每天的数据库备份文件录制下来，可以循环反复录制；5定期备份：每三个月手工将数据库备份文件单独归档：刻制光盘并同时录制到单独的磁带上。系统安全服务器1服务器软硬件无故障，但是业务数据被人恶意破坏： 评估数据破坏的情况，确认数据损坏的起始时间； 从数据库的归档日志中，选择前面确认的时间段直接恢复数据；2数据库服务器发生故障无法启动： 在应用服务器上启动备用的数据库服务； 从应用服务器的备份文件中选择上一天备份数据进行恢复； 排除数据库服务器故障； 在合适时机将数据库从应用服务器切换恢复正常的数据库服务器；3应用服务器发生故障无法启动： 在数据库服务器上设置命名管道参数，调整内网域名指向； 排除应用服务器故障；4数据库服务器和应用服务器同时发生故障： 排除数据库服务器和应用服务器故障； 重新安装数据库服务器和应用服务器；从磁带机上恢复前一天的数据到数据库中。4. 系统实施方案4.1. 系统运行环境4.1.1. 软件环境服务器：Microsoft Windows Server 2008&IIS6.0&IIS7.5；数据库：Oracle 10g ；客户端PC：Windows xp&win7 IE6.0以上&1024*768或1280*800分辨率；采集端PDA：Windows CE 6.0/Mobile 6.0以上；4.1.2. 软件开发环境工具：VS2008、VS2010; .NET环境下BS架构；开发语言C#;4.1.3. 硬件环境服务器：建议采用DELL、IBM品牌，双千兆网络接口；客户端：CPU 2.5GHz以上，4G以上内存，100G以上硬盘；采集器：一维扫描终端；4.2. 硬件设备选型4.2.1. 扫描设备选型基于各仓库的现有需求，管理物资的最小单位包装从质量或者尺寸上多数相对较轻较小，操作员可一手持物一手持扫描设备，为了提高工作效率，因此对于扫描设备的轻巧也有要求，推荐使用Casio DT-X8扫描器DT-X8工业手持终端采用Windows CE 6.0操作系统，Marvell PXA320 624MHz高速CPU，C-MOS或激光条码扫描引擎，支持扫描一维、二维条码。本体的前端依照激光照射角度进行相应的倾斜设计，能够充分结合集散中心现场环境实现精确且高效的读取业务操作。配备IEEE802.11b / g标准的无线局域网功能，兼容了WPA2安全标准。标准配备的电池可持续使用13小时，实现17,280回的扫描、 8,640次数据的收发，一天的业务只需一块电池就能满足。蓝牙2.0版,使它能快速完成连接到移动打印机和其他装置的工作。4.2.2. 打印设备选型打印机设备选择SATO LM408列印方式：热转印/热敏方式分辨率（解析度）：203dpi（8点/mm）/305dpi（12点/mm）打印速度：2英寸-6英寸/秒 ( 50150毫米/秒) 最大列印范围：宽104mm*长1249mm/宽104mm*长833mm处理器：32-bit RISC 133MHz通信接口：RS-232接口/标准并口/PS2/网络TCP/IP体积：长43cm*宽27.1cmx高32.1cm重量：13Kg4.3. 项目管理成功关键 上级领导的充分信任、支持和授权 项目启动时，各参与方责权利明确 项目开发团队每个人员的角色和责任明确 项目管理的方法曾经得到过实际考验 客户方深入参与 项目实施过程中任务和责任始终如一，不出现转移 项目实施团队以客户利益为最高原则，精诚合作4.4. 项目组织结构4.4.1. 角色及责任所有项目组成员对项目经理负责，各个项目小组组长制定、提交的管理计划和可交付物必须经过项目专家组和经理的审核、批准，由项目经理统一发布。项目经理对项目领导小组负责，对项目负责。项目组各个小组的任务分工与职责如表所示。层次职责交付物决策层由双方领导组成项目领导小组调用本单位的人、财、物等资源来保障工程的顺利实施；处理和决策重大事件和原则问题。1. 对项目的成功和推广负责2. 决定项目开发实施的策略，把握项目的方向3. 定期检查项目进度和质量4. 解决项目经理和首席设计师提交的问题管理层项目经理项目经理必须有很强的协调能力和管理能力。具体职责是：1. 负责向项目领导小组汇报2. 负责项目的日常事物管理3. 制定、提交整个项目的进度时间表4. 管理、计划与监控整个项目的实施5. 控制整个项目的质量，组织系统级提交物评审6. 控制整个项目的风险7. 控制整个项目的成本8. 控制整个项目的进度9. 负责采购、汇集项目所需资源10. 跟踪、控制、解决项目管理方面的问题项目计划项目报告系统软件和文档顾问组对项目的技术，业务等多方面进行全方位的支持，指导实施层总体规划组制定开发规范把握项目总体技术方向负责系统总体结构和基本框架的规划设计系统设计组在总体规划的指导下，从事软件分析设计工作，内容包括：1. 负责向项目经理汇报，负责项目的技术管理2. 负责项目的总体需求分析3. 负责系统总体框架与系统设计4. 定义、管理子系统之间的接口5. 定义、管理系统外部接口6. 控制系统级的性能7. 负责系统级的灵活性与扩展性8. 跟踪、控制、解决项目系统级的技术问题需求分析概要设计详细设计编程规范集成测试计划集成测试报告集成后的系统编码组代码编写单元测试程序代码单元测试报告软件实施维护组应用系统安装调试现场培训维护修改小组工作详细计划实施方案实施数据、脚本、程序实施方案测试报告验收报告系统集成组硬件、系统软件安装调试网络、数据库性能调整需求变更组由需求变更委员会专门对需求变更进行评审，评估需求变更是否合理、是否超出本期合同范围、变更的工作量、变更的影响范围等需求变更跟踪表质量控制组根据已有的软件过程和ISO9000的规范，保证整个系统设计过程的质量，编写测试大纲、测试用例，编写测试报告质量计划各种工作流程和规范质量报告测试计划测试报告缺陷报告测试后的系统软件配置组负责管理开发过程中的所有文档、代码、数据的配置管理，进行版本控制业务专家组提供合理的需求提供当前的业务流程提出系统流程优化建议完成指标体系的建立技术组推动客户方的计算机应用进程从技术上配合开发方完成系统实施过程（软、硬件安装调试）熟悉新应用系统的构造配合维护工作验收层验收协调组组织并实施完成最终开通运行等各项工作确定各技术专业验收测试标准和验收测试人员；组织现确认场测试环境和完成各项技术测试编写开发总结报告和验收报告4.5. 项目组成员序号类别姓名职责电话邮箱1.甲方甲方项目负责人2.甲方项目联系人负责项目协调、需求确认 3.仓储处长负责仓储需求4.仓储系统关键用户5.乙方李岩项目经理负责项目日常沟通和协调Y6.申佳佳项目技术负责人负责项目需求分析，确定项目需求范围7.王克磊系统分析设计人员负责系统分析、设计和核心代码开发8.张松松负责软件开发9.李昕负责软件开发10.纪凯负责软件开发11.温宾负责系统测试12.北京机械工业自动化研究所ERP接口项目负责人4.6. 系统实施进度项目实施进度的基准是双方确认的项目开始时间，进度中的时间以工作日计（也可协商确定），大致的实施进度安排如下表所示，并随任务的难度和双方的配合程度而有所改变。下表根据项目的阶段划分制定初步的项目实施进度计划。阶段名称 工作目标 时间安排 责任部门参与人员 需求调研与功能确定内部需求调研2012-9-11至2012-9-21维深科技各仓库管理人员需求沟通，并制作需求说明书及建设方案2012-9-21至2012-10-1维深科技ERP负责人需求评审维深科技北车系统设计根据客户需求进行定制化设计2012-9-21至2012-10-10 维深科技设计评审2012-9-15前维深科技系统开发代码定制开发2012-9-15至 2012-11-10 维深科技ERP系统接口开发代码定制开发2012-9-15至 2012-10-10 用友/自动化研究所系统联调和E