仓储管理系统建设方案v1.0

XXX园区危化品仓储管理系统建设方案2023年04月12日目录TOC\o"1-3"\h\u20938一、项目背景 项目背景xxxx园区现有仓储管理工作主要以线下办公和协作为主，数据汇总、传递、申报、签批效率较低。为了全面提升公司及项目的管理水平，在入驻企业物料及原材料入库、上报审批、数据归集、数据追踪、产品出库等方面做好系统管理，通过前期调研讨论并结合公司实际情况，按照目前线下办公管理方式已严重影响生产，为提高库房管理工作效率，加强企业的转型发展，提高信息化平台在工作中的灵活应用，特考虑建设仓储线上管理系统。目前企业涉及物料已超过500种，且每个库房已按照设计分配功能与储量，企业可通过管理系统进行仓储管理，在实际管理中通过系统可实现库存实时更新，库存余量预警，及时调整库存量；也可通过系统做好企业物料进出管理、库存管理、库房租金管理、危化品储存管理等。建设需求2.1.业务需求仓储管理具有如下功能：（1）入驻企业管理：可通过平台录入入驻企业信息，合同信息，资质证件，设置账户，统一管理；（2）出入库管理：平台入驻企业需存入/取出危化品是可在线预约申请，库管通过平台及时审批申请及时处理，并及时做好记录上报记录；（3）费用结算：通过记录在系统中的出入库记录及时和入驻企业结算存储费用；（4）库存及库房容量盘点：采购通过记录的出入库数量实时更新库存和仓库剩余容量。2.2.性能需求本系统支持在线用户数大于10000人，支持并发访问量大于2000。网络出口带宽为500M的情况下，保证系统在工作日业务高峰期间能稳定运行，快速响应用户请求。性能要求主要从系统使用效率方面来要求，具体为：①新增业务数据的响应时间一般不能超过1秒；②查询业务数据的响应时间一般不能超过2秒；③简单统计报表的响应时间一般不能超过3秒；④复杂报表（涉及到5个以上的数据查询或者涉及到大数量表（数据行超过1000000行）的查询）的响应时间一般不能超过10秒；⑤系统的可用性、可靠性、稳定性以及易用性要求按照相关国家标准。（1）查询性能设计简单查询：明确条件的，检索记录较少，单表的，响应时间<=1秒；复杂查询：模糊条件的，检索记录较多，多表联合的，响应时间<=2秒；批量查询：多个简单或复杂查询同时进行，响应时间<=3秒。（2）统计性能设计检索数据量在10万以下的统计的响应时间<=3秒，其余复杂的统计响应时间<=5秒。（3）稳定性设计能够连续7×24小时不间断运行；平均维修时间MTTR≤2h。故障可以及时报警，具备自动手动恢复措施，自动恢复时间<3分钟，手工恢复小于<1小时。信息系统装备和应用现状与差距。2.3.功能需求仓储管理系统是为公司定制用于仓库管理库存盘点及费用结算的系统平台。系统主要包括入驻企业管理，收发存管理，费用结算，签批等功能。可根据实时收发存等信息实时反应当前货物库存，库房余量等情况。同时每一笔进出记录在系统中，可随时查询读取。系统功能包括入驻企业管理、库房设置、原料信息库、管理员设置、审批流程设置、角色权限设置、仓储合同管理、入库申请、今日预约入库统计，查收入库、入库费、库存管理、出库申请、今日预约出库统计、出库登记、出库费、仓储费、费用结算、入库报表、出库报表、库存盘点、仓库剩余容量统计、入驻企业欠款统计、预约入库与实际入库对比、预约与实际出库对比。建设目标1.高效管理通过本系统的应用，能够将库存管理工作梳理清晰，减少数据录入次数，仓储入驻企业存储数据在内部可以同步使用，审批可通过手机和电脑快速批阅。以及费用结算的全过程管理。2.信息传递本系统可实现库存预警、库存余量、审批等各项消息提醒和通知可通过系统自动推送至接收人。3.标准化本系统以公司各项标准化管理制度为指导，以标准化的流程、标准的数据、标准的统计口径为基础，搭建标准化的仓储管理系统，提高公司仓储管理信息化水平。4.系统设计原则系统的总体设计原则包括经济实用、安全可靠、技术先进、易于维护、统一性、开放性。（1）经济实用以经济实用为目的，系统方案中设备的选型满足使用要求、性能稳定可靠。（2）安全可靠系统可靠性是控制系统的关键，系统具备较高的安全性、适用性和耐久性、能够满足7×24小时不间断为用户提供服务的要求。（3）技术先进当今世界，高新技术日新月异，本系统采用先进的技术路线和体系结构。具有先进技术水平，采用标准化的设计手段和技术实现，有较高的性能表现，遵循业界规范，充分考虑未来技术发展的方向，以实现系统所建设施质量达到业界领先水平。（4）易于维护本系统应具有较高的可维护性，具有统一规范、友好的人机交互界面，便于软件的补充和修改，能够减少业务管理人员操作失误。（5）可扩展性本系统提供标准的开放接口，支持二次开发，提供良好的接口和完善的技术文档。高度模块化，方便项目交接。（6）统一性以大数据等现代信息技术为支撑，打造标准一致、互联互通业务系统，确保数据规划一致、规范统一、协同共享。（7）开放性系统具有开发性，充分考虑网络、硬件的扩展，支持跨平台运行，可以运行于Windows平台、Unix平台及Linux平台，支持各种主流及国产化数据库，支持各种主流及国产化应用中间件。建设周期本系统建设周期为3个月，包含详需求调研、原型设计、UI设计、功能开发、系统测试、系统上线联调部署、系统终验等关键环节。本系统建设项目组涉及成员包括项目经理、需求分析工程师、UI设计工程师、软件开发工程师、系统测试工程师、软件维护工程师。建设周期及人员配备情况如下表所示：表1：系统建设周期序号项目阶段天数1需求调研5天2原型设计15天3UI设计10天4功能开发40天5系统测试30天6系统部署1天7上线试运行30天表2：项目组人员序号人员职称人数人员职责1项目经理1人负责项目整体管理2技术架构师1人负责项目总体技术架构搭建。3技术负责人1人负责项目整体技术指导、工作协调。4需求分析工程师2人负责项目需求调研、需求分析、项目原型设计5UI设计工程师1人负责系统页面设计6后端开发工程师5人负责系统业务功能逻辑开发7前端开发工程师4人负责系统前端页面开发8移动开发工程师2人负责移动端应用开发9系统测试工程师2人负责系统功能测试、性能测试、安全测试10系统实施工程师2人负责系统部署交付、系统日常运维11系统技术支持工程师2人负责系统运行过程处理问题，解答客户的问题。技术方案5.1.总体架构总体架构图5.2.网络架构网络架构图5.3.技术路线（1）JAVAEE技术系统基于JAVAEE框架的多层体系结构，具备跨平台、支持多种数据库的能力；系统采用JAVAEE标准构建，具备较好的稳定性、高可靠性和扩展性；应用JAVAEE标准的应用服务器和中间件技术，能实现事务性处理的开发、运行、部署和管理，并能很好地支持跨平台运行；采用分布式组件技术，使系统能方便灵活地发布、配置、升级维护。（2）XML数据交换标准系统采用XML数据交换标准，以满足项目各种异构系统的数据接口需要，实现各类数据资源的有效聚合。（3）开放式体系架构采用多层的面向服务（SOA）的开放式体系架构，结合WebService技术、XML技术、Portal等技术，实现应用整合、内容管理和应用系统构件化实现等。采用J2EE技术开发组件化的通用业务功能平台，以业务功能平台为基础组装业务应用系统。需要对外提供的服务要进行WebService的封装。5.4.技术标准《基于XML电子文件封装规范》(DA/T48-2009)《信息安全技术网络安全等级保护实施指南》（GB/T25058-2019）《信息安全技术网络安全等级保护定级指南》（GB/T22240-2020）《信息安全技术应用软件安全编程指南》（GB/T38674-2020）《信息安全技术网络存储安全技术要求》（GB/T37939-2019）《信息安全技术网络安全等级保护安全设计技术要求》GB/T25070-2019《信息安全技术网络安全等级保护基本要求》（GB/T22239-2019）《信息安全技术网络安全等级保护测评要求》（GB/T28448-2019）《信息安全技术信息系统安全运维管理指南》（GB/T36626-2018）《信息安全技术移动终端安全保护技术要求》（GB/T35278-2017）《信息安全技术签名验签服务器技术规范》（GB/T38629-2020）公安部《贯彻落实网络安全等保制度和关保制度的指导意见》（公网安〔2020〕1960）中华人民共和国行政区划代码(GB/T2260-1995)《信息技术互连国际标准》(ISO/IEC11801-2002)《信息技术、软件包质量要求和测试》(GB/T17545-1998)《软件工程标准分类法》(GB/T15538-1995)《信息技术软件生存周期过程》(GB8566-2007)《软件维护指南》(GB/T14079-93)《计算机软件文档编制规范》(GB/T8568-2006)《计算机软件需求规格说明规范》(GB/T9386-2008)《计算机软件测试文档编制规范》(GB/T9386-2008)《计算机软件测试规范》(GB/T15532-2008)《软件工程术语》(GB/T11458-2006)《计算机软件配置管理计划规范》(GB/T12506-90)《计算机软件质量保证计划规范》(GB/T12505-90)《计算机软件可靠性和可维护性管理》(GB/T12395-2008)5.5.系统建设内容5.5.1.系统功能清单建设内容一级功能二级功能功能描述备注企业工作台登录修改密码平台方开户，企业方通过管理方分配的账号登录企业工作台。统计分析数据看板为企业方提供物料统计分析看板、出入库数据看板、财务数据看板、库存数据看板。数据报表为企业方提供物料统计分析报表、出入库数据报表、财务数据报表、库存数据报表。我要预约入库预约企业方可以在线发起物料入库申请。可以查看入库申请审批进度，可以查看入库信息详情。可以取消入库申请。出库预约企业方可以在线发起物料出库申请。可以查看出库申请审批进度，可以查看出库信息详情。可以取消出库申请。费用结算待结算企业方可以查看仓储费用待结算信息。可以查看入库的物料订单信息。已结算企业方可以查看仓储费用已结算信息。可以查看入库的物料订单信息。已逾期企业方可以查看仓储费用结算逾期信息。可以查看入库的物料订单信息。系统根据结算规则自动计算费用是否逾期。库房管理我的物料企业方可以查看物料库存信息，可以导出物料数据，可以设置库存最低阈值。可以查看预约出入库数量与实际出入库数量的对比。库房信息企业方可以查看库房基本信息与库房容量信息。我的企业企业信息企业方可以查看登记的企业信息。合同管理合同信息企业方可以管理合同。支持合同上传、下载。仓储管理后台系统登录修改密码园区管理方通过账号密码登录后台系统，可以修改登录密码。统计分析数据看板园区管理方可以查看入驻的企业数据、物料库存数据、费用结算数据等。数据报表园区管理方可以查看入驻的企业数据报表、物料库存数据报表、费用结算数据报表等。支持数据报表导出、数据查询。企业管理企业查询园区方可以查询入驻企业的信息。添加企业园区方可以添加企业信息，上传企业资质。编辑信息园区方可以修改企业信息，上传企业资质。删除信息园区方可以删除企业信息。启停用园区方可以停用或者禁用企业。企业被禁用后，不能登录企业工作台。待办事项入库审批待办园区方可以在线审批企业方提交的入库申请信息。出库审批待办园区方可以在线审批企业方提交的出库申请信息。结算管理订单查询园区方可以查询订单结算信息。可以导出结算信息。可以查看结算超期的订单。订单结算园区方可以确认订单结算。可以上传付款凭证。可以调整订单结算金额。库存盘点盘点任务园区方库管可以新建盘点任务，将任务下发给盘点人员进行库存盘点。盘点记录园区方可以查看库存盘点记录数据。库房管理库房信息查询园区方可以根据查询条件查询库房的信息。添加库房园区方可以添加库房信息，可以设置库房容量。设置库房容量预警值。编辑库房信息园区方可以修改库房信息。删除库房信息园区方可以删除库房信息。启停用园区方可以停用、禁用库房。出入库单管理出入库单查询园区方可以查询出出入库单信息，根据订单可以查看物料明细数据。出入库单详情园区方根据出出入库单可以查看物料明细数据。可以导出物料明细数据。条码打印支持出入库单物料条码打印合同管理合同查询园区方可以根据查询条件查询合同信息添加合同园区方可以添加合同信息，上传合同附件。编辑合同信息园区方可以修改合同信息。删除合同园区方可以删除合同信息。终止合同园区方可以终止合同。基础配置结算规则园区方可以添加不同的结算规则。根据配置的结算规则系统自动计算费用。物料品类园区方可以维护物料品类，支持物料品类增删改查操作。系统管理用户管理用户管理主要是维护系统使用用户的基本信息，支持用户新增增删改查。组织机构管理组织机构管理主要是维护管理单位的部门信息。支持部门信息增删改查操作。角色管理角色管理主要是维护系统使用角色信息、角色业务功能授权。支持角色信息增删改查操作。字典管理字典管理主要是维护平台业务字典。支持字典、字典值增删改查操作。日志管理日志管理主要是记录系统用户操作日志。支持日志查询。仓储管理移动端应用出入库管理出入库单查询园区方库管人员可以根据查询条件查询出入库单信息。物料清单库管人员可以查看出入库单关联的物料清单信息。打印条码库管人员可以通过条码打印机打印物料条码。扫码库管人员可以通过PDA终端扫码进行出入库操作。盘点任务任务查询盘点人员可以查询盘点任务和盘点历史任务数据。任务详情盘点人员可查看盘点任务详情。物料清单盘点人员可以查看盘点物料清单。开始盘点盘点可以通过手持终端设备扫码盘点库存。盘点结束盘点任务结束后，盘点人员结束盘点工作。扫码库管人员可以扫描物料条形码查看物料信息。5.5.2.系统功能描述.企业工作台企业工作台功能包括：统计分析、我要预约、费用结算、库房管理、我的企业、合同管理。（1）统计分析数据看板：为企业方提供物料统计分析看板、出入库数据看板、财务数据看板、库存数据看板。数据报表：为企业方提供物料统计分析报表、出入库数据报表、财务数据报表、库存数据报表。（2）我要预约入库预约：企业方可以在线发起物料入库申请。可以查看入库申请审批进度，可以查看入库信息详情。可以取消入库申请。出库预约：企业方可以在线发起物料出库申请。可以查看出库申请审批进度，可以查看出库信息详情。可以取消出库申请。（3）费用结算企业方可以查看仓储费用待结算信息与已结算信息。可以查看入库的物料订单信息。企业方可以查看仓储费用结算逾期信息。可以查看入库的物料订单信息。系统根据结算规则自动计算费用是否逾期。（4）库房管理我的物料：企业方可以查看物料库存信息，可以导出物料数据，可以设置库存最低阈值。可以查看预约出入库数量与实际出入库数量的对比。库房信息：企业方可以查看库房基本信息与库房容量信息。（5）我的企业企业方可以查看登记的企业信息。（6）合同管理企业方可以管理合同。支持合同上传、下载。.仓储管理后台系统仓储管理后台系统功能包括：统计分析、企业管理、待办事项、结算管理、库存盘点、库房管理、订单管理、合同管理、基础配置、系统管理。（1）统计分析数据看板：园区管理方可以查看入驻的企业数据、物料库存数据、费用结算数据等。数据报表：园区管理方可以查看入驻的企业数据报表、物料库存数据报表、费用结算数据报表等。支持数据报表导出、数据查询。（2）企业管理园区方可以查询入驻企业的信息。可以添加企业信息，上传企业资质。可以编辑企业信息，可以删除企业信息，可以配置企业登录账号。可以冻结企业。（3）待办事项入库审批待办：园区方可以在线审批企业方提交的入库申请信息。出库审批待办：园区方可以在线审批企业方提交的出库申请信息。（4）结算管理园区方可以查询订单结算信息。可以导出结算信息。可以查看结算超期的订单。园区方可以确认订单结算。可以上传付款凭证。可以调整订单结算金额。（5）库存盘点盘点任务：园区方库管可以新建盘点任务，将任务下发给盘点人员进行库存盘点。盘点记录：园区方可以查看库存盘点记录数据。（6）库房管理园区方可以添加库房信息，可以设置库房容量。设置库房容量预警值。可以修改库房信息，可以删除库房信息。（7）出入库单管理园区方可以查看出入库单信息，根据订单可以查看物料明细数据。（8）合同管理园区方方可以管理合同。支持合同上传、下载。合同信息修改、合同终止。（9）基础配置结算规则：园区方可以添加不同的结算规则。根据配置的结算规则系统自动计算费用。物料品类：园区方可以维护物料品类，支持物料品类增删改查操作。（10）系统管理系统管理包括用户管理、部门管理、权限管理、角色管理、字典管理。主要实现了系统用户信息维护、单位部门信息维护、使用角色信息维护、业务字典信息维护。用户管理：用户管理主要是维护系统使用用户的基本信息，支持用户信息增删改查。组织机构管理：组织机构管理主要是维护单位的部门信息。支持部门信息增删改查操作。角色管理：角色管理主要是维护系统使用角色信息、角色业务功能授权。支持角色信息增删改查操作。字典管理：字典管理主要是维护系统业务字典。支持字典、字典值增删改查操作。日志管理：用户可以查询操作系统记录。.仓储管理移动端应用仓储管理移动端应用功能包括：出入库管理、盘点任务、扫码。（1）出入库管理园区方库管人员可以根据查询条件查询出入库订单信息。库管人员可以查看出入库单关联的物料清单信息。库管人员可以通过条码打印机打印物料条码。库管人员可以通过PDA终端扫码进行出入库操作。出入库流程如下图所示：图1：物料入库流程图图2：物料出库流程图（2）盘点任务盘点人员可以查询盘点任务和盘点历史任务数据，盘点人员可查看盘点任务详情，盘点人员可以查看盘点物料清单盘点可以通过手持终端设备扫码盘点库存。盘点任务结束后，盘点人员结束盘点工作。库存盘点流程如下图所示：图3：库存盘点流程图（3）扫码库管人员可以通过手持终端PDA设备扫描物料条形码查看物料信息。手持终端设备如下图所示：图4：手持终端设备实施方案6.1.项目团队6.1.1.项目组织架构6.1.2.项目领导组建设单位领导与承建单位领导共同组成项目领导小组，负责整个项目的开发、实施及验收工作。由项目领导小组对项目建设实施提供全面的指导。一方面，它可以协调各方关系，调动各方力量；另一方面，它对项目实施过程中对出现的重大问题进行决策，并监督项目质量和进度。领导小组构成：建设单位：项目负责人1人、技术负责人1人、联络人1人。承建单位：项目负责人1人，技术负责人1人、联络人1人。6.1.3.项目管理组本项目设项目经理1人、技术架构师1人、技术负责人1人共同组成项目管理组，对项目建进行总体指挥、督导和决策，以及与客户方进行沟通。.项目经理本项目任命项目经理1人，主要职责：（1）实施全面履行协议，处理协议变更，协调与业主、设计、工程相关单位的关系，接受甲方的监督；（2）根据项目范围、质量、时间与成本的综合因素的考虑，进行项目的总体规划与阶段计划；（3）设置项目组中的各种角色，并分配好各角色的责任与权限；（4）处理项目组内各角色之间的关系、处理项目组内各成员之间的关系；（5）制定项目组需要的招聘或培训人员的计划；（6）定期组织项目组成员进行相关技术培训以及与项目相关的行业培训等；（7）负责制定项目的整体管理，根据工作需要适时变更计划并及时通知各项目干系人，确保各项工作有序进行；（8）负责项目的整体沟通协调、领导汇报等工作，及时反馈项目的进展情况、阶段性里程碑成果、项目变更等相关项目信息；（9）根据项目进展情况，提出合理建议及相应改进措施；（10）保证项目质量和进度达到项目目标，实现低成本、高效率完成项目建设工作。.技术负责人本项目任命技术负责人1人，主要职责：（1）负责指导制定、审核本次项目建设管理制度和技术规程标准；（2）负责开发工作的计划、实施；（3）负责指导、处理、协调和解决项目中出现的技术问题；（4）负责协助项目经理，保证项目的正常进行，确保公司项目计划按时完成；（5）负责技术方案的评审工作。.系统架构师本项目任命系统架构师1人，主要职责：（1）负责系统的架构设计和研发工作，承担从业务向技术转换的桥梁作用；（2）协助项目负责人制定项目计划和控制项目进度；（3）负责辅助并指导需求分析师开展设计工作；（4）负责组织技术研究和攻关工作；（5）负责组织和管理公司内部的技术培训工作；（6）理解系统的业务需求，制定系统的整体框架；（7）对系统框架相关技术和业务进行培训，指导开发工程师开发，并解决系统开发、运行中出现的各种问题。6.1.4.项目调研组由项目经理、技术负责人、系统架构师共5人组成项目调研组，主要职责：（1）负责项目前期调研工作；（2）负责项目需求梳理工作；（3）负责与外部系统对接工作。6.1.5.软件开发组本项目软件开发工程师共计12人，其中后端开发工程师5人，前端工程师4人，UI设计工程师1人，移动端开发工程师2人。负责项目软件的开发活动，主要职责：（1）负责系统设计、程序开发等涉及的方案制定和具体执行工作。负责控制本项目涉及到的所有软件的开发工作，同时也负责软件的单元测试和集成测试；（2）负责架构方面的技术支持工作，解决开发人员在应用软件开发过程中所遇见的问题，根据业务需求不断优化改进技术框架，保障项目开发的速度、效率、质量；（3）其中，UI设计工程师负责系统UI设计和系统美化工作，协助需求分析师和系统设计师完成功能设计工作。6.1.6.系统测试组本项目测试工程师2人，测试组负责本项目软件测试，支持测试规划并执行测试过程，通过制定测试用例和测试大纲，以保证软件和硬件的质量符合设计要求。主要职责：（1）编写测试计划、规划详细的测试方案、编写测试用例；（2）根据测试计划搭建和维护测试环境；（3）执行测试工作，提交测试报告；（4）对测试中发现的问题进行详细分析和准确定位，与开发人员讨论缺陷解决方案；（5）提出对项目的进一步改进的建议，并评估改进方案是否合理；（6）对测试结果进行总结与统计分析，对测试进行跟踪，并提出反馈意见。6.1.7.系统实施组本项目实施工程师2人，实施组主要负责整个项目的协调、项目建设的组织、人员培训、项目总体建设进度的控制等。其中，系统集成工程师负责组织实施系统集成相关工作，包括：（1）负责系统硬件和网络的设计、规划和实施；（2）负责对数据库、应用服务器、中间件和网络硬件等系统问题排查、优化和改进；（3）培训组主要职责包括：负责制定培训计划；编写培训教材；负责用户培训，解答用户系统使用过程中的疑问；用户使用问题收集和处理。6.1.8.技术服务支持组本项目技术服务支持工程师2人，在售后服务期内负责提供技术咨询服务、系统升级服务、系统维护服务等，解决软件运行过程中发现的问题，对技术问题进行咨询解答。6.2.项目调研本项目调研主要围绕xxx园区仓储管理业务，主要调研的内容有以下几个方面：（1）物料入库流程调研xxx园区现有物料入库的流程。（2）物料出库流程调研xxx园区现有物料出库的流程。（3）盘库流程调研xxx园区现有盘库的流程（4）结算流程调研xxx园区现有物料存储结算的流程。6.3.项目研发项目组人员根据前期调研材料进行整合梳理，形成项目的详细需求报告以及项目具体的开发实施方案，各小组相互配合进行仓储管理系统研发工作。6.3.1.原型设计根据项目调研结果及需求分析报告，进行仓储管理系统的原型设计。产品经理负责系统原型的设计实现。6.3.2.软件开发原型设计完成后，软件开发组进行个仓储管理系统的开发工作，由系统架构师协同软件开发组完成系统功能的研发及与明确梳理客户需求的对接工作。6.3.3.软件测试由系统测试组完成项目软件的测试工作，包括：（1）单元测试单元测试（模块测试）：针对软件设计最小的单位-程序模块,进行正确性检查的测试工作。单元测试需要从程序内部结构出发设计测试用例,多个模块可以平行的独立进行单元测试。（2）集成测试集成测试（组装测试）：在单元测试基础上,将所有的程序模块进行有序的，递增的测试，重点测试模块之间的接口部分。（3）系统测试系统测试：整个软件系统,全面的在进行一次测试。6.3.4.系统上线完成测试后，由实施组配合项目经理及技术负责人，完成仓储管理系统的部署工作。6.4.项目测试6.4.1.测试原则在系统应用开发期间，由建设单位组织专家根据项目计划，进行测试。测试遵循如下原则：（1）测试活动贯穿开发的全过程，尽早发现并解决存在的问题。（2）制定规范和完整的测试计划，严格按计划组织测试，排除测试活动的随意性。（3）预先组织和准备好各种测试用例和测试数据，以保证测试活动的顺利开展。（4）测试输入数据应与对应的预期输出结果配套。（5）测试用例中不仅有合理的输入条件，还要有不合理的输入条件。（6）妥善保存各种测试文档及测试用例与数据，为以后重测和维护提供方便。（7）对每一个测试结果要做全面的分析和检查。（8）尽可能发现存在的错误，并能及时预测潜在的错误，以保证系统正常运行。保证本系统所开发的符合用户的要求。尽管测试的目的是以查找错误为中心的，但测试的最终目标却是希望通过分析错误产生的原因和错误的分布特征，来帮助项目各方管理人员发现当前所采用的过程的缺陷，以便改进。同时，这种分析也有益于设计出有针对性地检测方法，改善测试的有效性。此外，即便没有发现错误的测试也是有价值的，完整的测试是评定测试质量的一种方法。（9）通过测试工作，可以验证功能、性能和其他特性是否与用户的需求相符，收集测试结果数据，为可靠性分析提供依据。6.4.2.测试内容及类型针对本项目所安排的测试内容包括以下几个方面：（1）代码测试覆盖设计说明书及需求跟踪矩阵中描述的类。功能测试：覆盖需求规格说明书描述的各项功能。（2）接口测试保证各子系统之间衔接稳定、可靠。性能测试：系统运行时的响应速度应在规定的范围内。针对系统测试进行的阶段，包括以下几种类型：单元测试：最微小规模的测试，所测试的是某个功能或代码块。典型地由程序员而非测试员来做，因为它需要知道内部程序设计和编码的细节知识。这个工作不容易做好，除非应用系统有一个设计很好的体系结构;还可能需要业务功能模块代码测试、模块内部接口测试。在本系统的开发过程中，每个功能模块完成后，均需要进行单元测试。（3）集成测试是一个应用系统的各个部件的联合测试，以决定其能否在一起共同工作。部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。这种类型的测试尤其与客户服务器和分布式系统有关。在本系统测试中，各业务功能模块集成后，均需要进行集成测试（除了需要进行模块功能测试外，还需要进行模块间的接口测试）。（4）系统测试是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。系统与运行平台集成后，便需要这种整体功能测试及子系统间接口测试。（5）验收测试用户验收现场测试。没验收前，可以用最后一轮系统测试结果替代验收测试相关数据。6.4.3.测试依据在整个测试计划中，相关测试活动将依据以下内容来进行：（1）评审通过的需求规格说明书；（2）详细设计说明书；（3）数据库设计说明书。测试通过准则测试过程要按照如下测试标准来进行：（4）可执行与需求规格说明书、概要设计说明书是一致的；（5）测试覆盖率要达到95%；（6）系统界面风格符合规范化要求，程序代码编写以及各种命名符合规范化要求；（7）各模块正确衔接；（8）对异常数据应有相应的提示信息，并能安全终止异常操作。测试特性缺陷严重性等级功能功能没有实现1功能部分没有实现，没有替代方案2功能部分没有实现，有替代方案3业务业务流程存在重大隐患1业务流程衔接错误2性能不能满足性能指标2容错由误操作或错误输入等导致死机或系统自动退出1对误操作、错误输入没有提示3没有识别非法值、错误输入，导致错误数据存储到数据库中3易用性界面不友好，出现中英文夹杂的界面，提示不清楚，出现原始的英文提示，界面风格不一致4要求用户重复输入计算机可记忆的内容，如数据库设计错误，违反数据一致性规则4要求用户重复输入计算机可记忆的内容，如导致用户使用不方便4查询结果输出方式不直观4适应性在特定的软、硬件环境下，功能不能实现1在特定的软、硬件环境下，功能部分不能实现，没有替代方案2在特定的软、硬件环境下，功能部分不能实现，有合理的替代方案2文档文档错误46.4.4.测试实施计划为了保证开发质量，测试应贯穿于项目整个过程。测试是整个开发过程中交付用户使用前的最后阶段，是质量保证的关键。测试在生存周期中横跨两个阶段：通常在编写出每一个模块之后，就对它进行必要的测试（称为单元测试）。编码与单元测试属于生存周期中的同一阶段。该阶段的测试工作，由编程组内部人员进行交叉测试（避免编程人员测试自己的程序）。这一阶段结束后，进入生存周期的测试阶段，对系统进行各种综合测试。测试工作由专门的测试组完成，测试组设组长一名，负责整个测试的计划、组织工作。测试组的其他成员由具有一定的分析、设计和编程经验的专业人员组成。项目测试组织及职责：角色职责测试负责人主要负责测试的整体策划、制定测试计划、编写测试大纲、组织测试实施、汇总测试数据、提交测试报告测试小组成员负责测试环境检查、测试版本管理、编写并执行测试用例、报告缺陷、验证修改结果；对测试过程、测试结果进行规范性检查；及时将测试用例、测试结果纳入配置管理。开发负责人配合测试组长进行测试的整体策划、编写测试大纲、负责模块代码整合、按时提交可测试的模块版本、组织项目组进行缺陷项目开发人员按时提交可测试的版本、修改缺陷、做修改记录项目领导管理小组为测试活动提供测试环境、人力资源监控测试过程，及时解决测试组上报的问题定期评审测试活动及结果6.4.5.项目自测针对每一个测试阶段，制定其相应的测试类型的工作内容，具体计划如下。（1）开发阶段测试测试目的：检验每个模块能否单独工作，从而发现模块的编码问题和算法问题。测试依据：详细设计说明书和源程序清单。测试方法：主要采用结构测试，辅之以功能测试。测试内容：对模块接口、局部数据结构、逻辑路径、错误处理、边界条件等进行测试。测试环境：开发环境。测试时间：在源程序代码编制完成，经过评审和验证，确认没有语法错误之后，就开始进行单元测试的测试用例设计。（2）集成测试测试目的：发现模块之间与接口有关的问题。测试依据：概要设计说明书和详细设计说明书。测试方法：主要采用功能测试。测试内容：穿越模块接口的数据是否会丢失、模块功能是否会相互产生不利的影响、是否达到预期的主功能、全局数据结构是否有问题、累计误差是否会放大到不能接受的程度。测试环境：开发环境。测试时间：根据项目具体情况和工程进度的安排，可以在单元测试之后进行，也可以与单元测试同时进行。（3）系统测试测试目的：通过与系统的需求定义作比较，发现与系统定义不符合与之矛盾的地方。测试依据：系统需求定义。测试方法：主要采用功能测试。测试内容：对系统进行配置测试、互连测试、强度测试和性能测试。测试环境：实际运行环境。测试时间：在系统软硬件全部安装完毕之后，进行系统测试。（4）项目验收测试当系统上线后平稳运行，具备验收条件时，由承建方项目人员提出书面的验收申请和验收测试方案，报甲方（建设方），批准通过后，由建设单位组织专家进行测试，根据验收测试方案和测试计划，组织验收测试验收测试时，测试人员对所测试的每一项填写测试步骤和结果，在每一页下角签字确认。测试完毕，由承建方技术人员整理形成系统验收测试报告，经双方测试负责人联合签字后，报客户方项目负责人出具意见，作为验收是否通过的直接依据。根据项目建设的业务需求，对所有功能模块进行以下类型的验收测试：1）一般形式审查用户界面：检查窗口布局、色彩一致性、菜单、功能键、快捷键可用性、易用性、一致性。确定性：依据说明书或设计说明，验证所有设计的输入方式、功能、输出结果等确实符合设计文档和说明书要求。2）功能测试验证每个功能都实现需求，符合业务流程。需要对如下内容进行验证：有效性：验证各项功能按钮及菜单是否有效；功能模块（最底层）；各操作按钮（含非主控按钮）；各操作按钮的操作对象（单据及其对应的表、视图、存储过程等）；单据的必输字段；写与读操作的结果与条件（尤其是标志性字段的值）；字段边界值测试；单据的来源与去向；完整性：验证各项功能是否完善，结果报告内容是否完整等；准确性：输入、输出数据结果的准确性。3）处理流程测试验证已经实现的业务处理规则、顺序是否满足应急实际管理的要求，检验系统流程实现的顺序是否正确。4）安全性测试验证只有授权的用户可以访问允许的特性。可用性测试评价系统的“用户友好程度”，并找出对用户而言难度较大的操作。5）性能测试测试平台的性能应满足各项性能指标要求。并发用户数：“并发负载”是平台所能承受压力的直接体现，当到达某个并发极限负载级别之后，响应时间将会急剧的增加。一个性能比较好的应用系统，当并发负载从0逐渐增加时，例如，1个、5个、10个、15个、20个、25个在初始增加阶段，响应时间应该增加的不明显，如果当到达极限级别，例如500个、1000个的时候，可能会由于某种资源到达了瓶颈、或者程序的某个地方到达了瓶颈，此后，随着负载的继续增加，响应时间将急剧上升，系统的并发数是最关心的指标，也是本次测试结果的主要参考数据。响应时间：包括“最大响应时间”和“平均响应时间”，是可以判断一个被测应用系统是否存在性能瓶颈的最直观的要素。“响应时间”与“并发负载”存在密切的关系。例如，在执行完性能测试后，发现某个业务处理的“平均响应时间”为8秒，超过了预先确定下来的性能指标“该交易的性能指标为平均响应时间要小于等于3秒”。此时，就可以认为被测应用系统存在性能瓶颈了，要利用一定的手段去探查被测应用系统中哪个地方引起了系统的处理效率低以及响应低的原因了。6.5.项目的部署仓储管理系统建设完毕，通过测试具备上线条件后，由项目实施组成员、项目经理、技术负责人共同部署项目。部署完毕后正式进入项目试运行，试运行阶段汇总项目运行过程中发现的问题。试运行结束后，项目交付验收。6.6.与其他系统对接仓库管理系统建设完成后，与xxx园区智慧管理平台（“工业互联网+危化安全生产”）集成，与平台一体化展示及实现相关仓库操作功能。6.7.应急措施突发事件是指系统运行过程中突然出现的造成服务中断或服务质量下降的突发现象，突发事件的处理目标是尽可能地快速的处理事故，恢复IT资源的正常运行，避免业务中断，使事故对业务运营的影响降至最低，以保证IT资源的可用性水平与保持IT运维的最佳服务水平。当突发事件出现是，根据运行维护管理方案中的应急方案，首先对事件进行记录，然后经过分类和初步的支持、调查与诊断试图进行故障解决和恢复，直到解决后与客户确认进行事件的关闭。如果某一事件在规定的时间内不能由一线支持小组解决，则需要对事件进行升级，让更多有经验的人员和有更高权限的人员将参与进来。突发事件的处理过程中，事件记录员负责事件的记录并寻找相应的人员对事件进行分析处理以及后续的事件跟踪和编写事件分析报告；事件分析员对突发事件进行分析解决，并反馈事件产生的原因以及解决办法。6.8.风险管理项目风险是指软件开发过程中及软件产品本身可能造成的伤害或损失。风险关注未来的事情，这意味着，风险涉及选择及选择本身包含的不确定性，在软件开发过程及软件产品都要面临各种决策的选择。风险是介于确定性和不确定性之间的状态，是处于无知和完整知识之间的状态。另一方面，风险将涉及思想、观念、行为、地点等因素的改变。当考虑风险时，我们要关注以下的问题:什么样的风险会导致软件项目的彻底失败?用户需求、开发技术、目标计算机、以及所有其它与项目有关的因素的改变将会对按时交付和总体成功产生什么影响?对于采用什么方法和工具，需要多少人员参与工作的问题，我们如何选择和决策?对软件质量要达到什么程度才是“足够的”?当没有办法消除风险，这些风险就是真正的风险了。在我们能够标识出项目中的真正风险之前，识别出所有对管理者和开发者而言均为明显得风险是很重要的。6.8.1.项目风险不确定性风险的事件可能发生也可能不发生，没有100%发生的风险。如果风险变成了现实，就会产生恶性后果或损失。进行风险分析时，重要的是量化不确定的程度和与每个风险相关的损的程度。为了实现这点，必须考虑以下几种不同类型的风险:（1）项目风险项目风险是指潜在的预算、进度、人力(工作人员和组织)、资源、客户、需求等方面的问题以及它们对软件项目的影响。项目风险威胁项目计划，如果风险变成现实，有可能会拖延项目的进度，增加项目的成本。项目风险的因素还包括项目的复杂性、规模、结构的不确定性。（2）技术风险是指潜在地设计、实现、接口、验证和维护等方面的问题。此外技术的不确定性、陈旧的技术、以及“过于先进”的技术也是风险因素。技术风险威胁要开发的软件的质量及交付时间。如果技术风险变成现实，则开发工作可能变得很困难或者不可能。（3）已知风险是通过仔细评估项目计划、开发项目的商业及技术环境、以及其它可靠的信息来源(如:不现实的交付时间，没有需求或软件范围的文档、恶劣的开发环境)之后可以发现的那些风险。（4）可预测风险能够从过去项目的经验中推测出来(如:人员调整，与客户之间无法沟通，由于需要进行维护而使开发人员精力分散)。（5）不可预测风险它们可能、也会真的出现，但很难事先识别出这些风险。6.8.2.识别风险识别风险是试图系统化地确定对项目计划(估算、进度、资源分配)的威胁。通过识别已知和可预测的风险，项目管理者就有可能避免这些风险，且当必要时控制这些风险。每一类风险可以分为两种不同的类型:一般性风险和特定产品的风险。一般性风险对每一个软件项目而言都是一个潜在地威胁。特定产品的风险只有那些对当前项目的技术、人员、及环境非常了解的人才能识别出来。为了识别特定产品的风险，必须检查项目计划及软件范围说明，从而了解本项目中有什么特殊的特性可能会威胁到项目计划。一般性风险和特定产品的风险都应该被系统化地标识出来。识别风险的一个方法是建立风险条目检查表。该检查表可以用来识别风险，并可以集中来识别下列常见子类型中已知的及可预测的风险。（1）过程风险如果软件过程定义得不清楚：如果分析、设计、测试以无序的方式进行，如果质量是每个人都认为很重要的概念，但没有人切实采取行动来保证它，那么这个项目就处在风险之中。（2）技术风险突破技术的极限极具挑战性和令人兴奋，但这也是有风险的。风险检查表中的条目标识了与建造的技术相关的常见风险。（3）开发环境风险软件工程环境支持项目组、过程及产品，但是，如果环境有缺陷，它就有可能成为重要的风险源。下面的风险检查表中的条码标识了与开发环境相关的风险。（4）项目团队风险在项目执行过程中，由于出现人员离职或者变动，导致项目出现停滞。6.8.3.风险预测风险预测，又称风险估算，试图从两个方面评估每一个风险，风险发生的可能性或概率，以及风险发生了，所产生的后果。项目计划者、其它管理人员和技术人员一起执行四个风险预测活动:(1)建立一个尺度，以反映风险发生的可能性；(2)描述风险的后果；(3)估算风险对项目及产品的影响；(4)标注风险预测的整体精确度，以免产生误解。6.8.4.评估风险影响如果风险真的发生了，所产生的后果有三个因素可能会受影响:风险的性质、范围、时间。风险的性质是指当风险发生时可能产生的问题。例如，一个定义得很差的与客户硬件的接口(技术风险)会妨碍早期的设计和测试，也有可能导致项目后期阶段的系统集成问题。风险的范围结合了严重性及其整体分布情况。风险的时间主要考虑何时能够感到风险，风险会持续多长时间。在大多数情况下，项目管理者希望“坏消息”越早出现越好。以下的步骤用来确定风险的整体影响:确定每个风险元素发生的平均概率。使用前面的表格，基于其中列出的标准来确定每个因素的影响。完成风险表，分析其结果。风险预测和分析技术可以在软件项目进展过程中跌代使用。项目组定期复查风险表，再评估每一个风险，以确定新的情况是否引起其概率及影响的改变。6.8.5.风险跟踪表项目风险跟踪表风险名称类别概率影响备注规模估算可能非常低过程风险2用户数量大大超出计划过程风险2复用程度低于计划过程风险3交付期限紧缩2用户改变需求过程风险50%1技术达不到预期效果技术风险20%2人员缺乏经验项目团队风险10%2人员流动频繁项目团队风险50%2影响取值：1-灾难2-严重3-轻微4-可忽略6.8.6.风险的控制与防范整个项目建设过程中的风险控制管理过程主要包括以下几个方面：明确目标：要明确项目风险识别的目标；风险识别：主要确定项目面临的共性和个性（专业）风险；风险评价：要确定一套科学的风险评价体系；设计、评价和选择风险应对方案：做到风险尚未发生时就能做好风险发生时各种可能的应对方案；实施方案：在风险发生时确定如何实施；评估与审核：对风险进行科学地评估和审核。对于本项目，项目风险管理组织结构的最上层是项目建设领导小组，项目建设领导小组经理应该负起项目风险管理的全面责任。在风险控制和规避方面我们将根据项目实际进度和任务充分分析和评估各个风险，重点按照风险类型、严重程度、发生概率、减缓措施等内容来考虑。6.9.保密要求我方保证参与本项目建设的人员对本项目技术文件以及由建设单位提供的所有内部资料、技术文档、数据和信息予以保密。6.10.售后服务（1）我公司设专岗专线负责用户的产品咨询，提供7*24小时的电话支持服务。由专人专线负责解答用户在产品使用中遇到的问题，能够及时提出解决问题的建议和操作。（2）在项目质保期内，我公司提供软件产品改正性维护，即在软件使用过程中识别和纠正软件错误，改正软件性能缺陷；适应性开发服务，即当软件外部环境或数据环境发生变化，修改软件以适应变化。（3）在质保期内，产品出现问题或故障，技术人员在5分钟内响应，并指定有经验的技术人员在1小时内到达故障现场；节假日期间遵照工作日标准执行。（4）不定期地对相关的外围系统性能进行分析优化。密切关注用户的系统使用情况，并指出任何有关容量和潜在的瓶颈等方面的问题，同时提出优化方案，保证系统运行处理健康状态。6.11.项目培训6.11.1.培训措施我公司对本项目所有内容的使用和应用操作进行培训，培训方式采用集中培训和现场培训，根据甲方需要分别安排培训时间，培训内容包括：（1）本公司提供相软件技术和系统操作等方面的培训。有关应用软件的操作培训课程，培训在本期项目验收完成前进行。（2）本公司提供面向系统管理员的系统管理及操作等方面的培训。（3）对于所有培训，本公司派出具有相应专业资格和实际工作经验的辅导人员进行培训。6.11.2.培训总则我公司将按照要求提供满足甲方单位要求的培训服务，同时提供高水平的培训，培训内容包括系统软件使用及管理等。我公司所派出的培训教员具有三年的相同课程的教学经验。6.11.3.培训方式本项目的培训方式分为线上培训、线下集中培训和现场培训，其中线上培训用钉钉直播等方式进行在线培训。集中培训主要在使用单位本部开展，现场培训地点与甲方单位协商，由协商决定培训时间及地点。集中