地方粮库信息化建设验收规范.docx

地方粮库信息化建设验收规范.docx

《地方粮库信息化建设验收规范.docx》由会员分享，可在线阅读，更多相关《地方粮库信息化建设验收规范.docx（29页珍藏版）》请在冰豆网上搜索。

地方粮库信息化建设验收规范

地方粮库信息化建设验收规范

（试行）

国家粮油信息中心

河南工业大学

二〇一七年九月

1总则

1.1编写背景及意义

粮库智能化升级作为粮食信息化建设的重要内容，是粮食仓储管理转型升级的现实需要，也是实现仓储管理现代化的必由之路。

按照“粮安工程”规划的部署要求，各省都在大力推进粮库智能化升级。

认真做好验收工作，不仅是对已有建设成果的检验，更是为全国地方粮库智能化升级保质保量地全面实施提供保障。

各单位要高度重视，充分认识做好验收工作的重要意义，严格按照本规范执行验收程序，遵照验收标准，按期高质量地完成验收任务。

1.2编制目的

通过编制本验收规范，明确地方粮食信息化建设的总体目标、重点工作任务和验收要点，规范地方粮食信息化建设，促进粮食行业转型升级和健康可持续发展。

1.3编制思路

本验收规范严格参照《地方粮库信息化建设技术指引》，从系统安全角度、系统功能角度、接口规范角度和性能角度四个方面进行验收标准规范的编制。

系统安全是信息化建设的重要目标，信息系统不受恶意攻击，是保障业务系统正常使用的前提，信息系统的数据安全，则是保障使用业务系统的必要条件，特别是粮食数据，关系到国计民生，在进行信息化建设过程中需要高度重视。

《粮食行业“十三五”发展规划纲要》中也明确提出“健全安全保密体系：

落实信息安全等级保护和分级保护规定，明确数据采集、传输、存储、加工、共享等各环节网络安全保障的范围边界、责任主体和具体要求。

采用自主安全可控产品和服务，提升基础设施关键设备安全可靠水平。

完善网络和信息安全保障管理制度，建立信息安全通报机制，强化态势感知、身份鉴别、入侵防范、信息加密、访问控制等安全防护措施。

加强涉密信息系统的运行使用管理，指定专门机构或者人员负责运行维护、安全保密管理和安全审计，定期开展安全保密检查和风险评估”、“开放共享，安全有序：

建立完善的行业信息化标准体系，坚持统一标准、统一平台、统一管理，推动粮食信息资源共享，消除“信息孤岛”，实现互联互通。

优先采用自主可控的国产化设备和系统建设安全的信息基础设施，确保信息化建设安全可控”、“建立分级负责、流程规范、安全高效的运维服务体系”。

因此，粮食系统信息化建设需要参照《地方粮库信息化建设技术指引》中第五章信息安全建设的要求和规范。

系统功能体现了业务系统建设的主要内容，系统功能的完整程度，直接反映了信息化建设能否满足业务部门的业务作业需求。

地方粮库信息化建设需要整体分析粮库的具体业务需求，采用顶层设计，从一定的高度来帮助粮库对现有业务进行梳理，以合理的线上业务形式体现，而非简单的将当前的手工模式搬到线上，同时要满足未来作业的变化需求，通过信息化建设来提升粮库的作业能力、作业的效率。

《地方粮库信息化建设技术指引》全面分析并提升了粮库信息化系统的业务能力，验收规范将从《地方粮库信息化建设技术指引》所描述的业务能力、业务活动等方面进行系统功能的抽取和验收，保障地方粮库信息化建设的完整性和可用性。

系统接口是系统及系统之间交互的主要手段，是实现系统互联互通，打破“信息孤岛”的必要条件。

系统接口主要分为内部接口和外部接口。

内部接口为系统内部各个功能模块之间的相互调用，解耦各个功能模块之间的依赖关系；外部接口为各个子系统、平台之间数据交换的主要方式，通过接口定义可以降低各个子系统、平台之间的复杂度，避免底层依赖。

系统性能是信息化系统可用性的必要条件之一，系统性能将根据各个功能模块的重要程度、使用用户量等多个角度进行评估，本规范将从强并发和弱并发建立压力测试指标，业务系统使用单位可以根据实际需要进行验收要求。

2验收依据

2.1验收范围和依据

本次验收的范围是《国家粮食局关于规范粮食行业信息化建设的意见》（国粮财〔2016〕74号）和《地方粮库信息化建设技术指引》中规定的粮库信息化建设要求。

本验收规范包含了系统安全验收规范、系统功能验收规范、系统接口验收规范和系统性能验收规范等，适用于各级新建及改扩建粮库信息化建设中的信息化系统验收。

验收以项目建设招投标文件、项目竣工验收报告、竣工财务决算报告为主要依据,同时严格执行《粮食仓库建设标准》（建标172-2016）、《粮油储藏技术规范》（GB/T29890-2013）、粮食信息分类及编码》（LS/T1700~1702）、《粮食仓储业务数据元》（LS/T1802）、《电子信息系统机房设计规范》（GB50174-2008）和《视频安防监控系统工程设计规范》（GB50395）等标准规范，。

2.2验收组织

粮库智能化升级项目验收，政策性强、专业性强，时间紧、要求高，各市、各单位务必高度重视，学习把握验收要求，统筹安排验收工作，确保项目经得起检查审计，为以后工作奠定基础。

项目单位是第一责任主体，主要负责人和直接责任人要靠上抓，认真做好本单位验收准备工作。

各市粮食部门要抽调责任心强、业务精、素质好的同志组成验收工作组，履行好审核把关的责任，确保验收质量和效率。

各省粮食局应抽调仓储管理、信息化建设等方面专家参及，对项目完成情况做出总体评估。

验收要严谨、客观、公正，按照“谁验收、谁签字、谁负责”的原则，对检查验收负全责。

验收结果视情况在一定范围内通报，同时作为后续粮食项目投资安排的重要依据，以确保计划执行的严肃性，确保财政资金发挥最大效益。

验收应由验收主持单位组织成立粮食行业地方省级管理平台建设项目验收委员会。

验收委员会专家由以下几部分构成：

1.验收主持单位、项目运行管理单位、应用单位有关人员；

2.委托第三方随机抽取的信息化建设专家、经济财务专家；

3.纪律检查部门。

4.第三方监理单位。

验收委员会应设主任委员1名并由验收主持单位代表担任，且应设副主任委员以及委员若干名。

2.3验收条件

项目建设单位作为验收工作的责任主体，要保质保量完成建设任务，及时整理资料，提出验收申请，主动配合验收。

验收资料详见附件一。

具体验收条件包括：

（1）软件系统、硬件配置及人员培训达到要求，按照招投标文件、项目合同及有关技术标准全部建成，成功试运行并投入使用，业务系统能够及全省粮食流通管理云平台（以下简称“省级平台”）实现互联互通、数据共享；

（2）完成项目竣工验收并出具验收报告，需分项验收的项目完成分项验收合格并出具报告（参见附件二）；

（3）项目投资符合财政有关要求，做到“专账管理、专款专用”，及时拨付，编制完成竣工财务决算；

（4）所有应提供的正式文件、证明材料、工作报告、投资数据、影像图片等验收资料真实完整；

（5）在省级平台据实填报有关内容并提出验收申请。

2.4验收程序和时间

验收工作采取网上验收及现场验收相结合的方式，由各市粮食局商市财政局组织实施，省直项目由省粮食局负责组织验收。

项目全部完成后并具备验收条件时，项目法人应及时提出验收申请。

验收主持单位应在接到验收申请报告20个工作日内决定是否同意进行验收。

不能按期进行竣工验收的，经竣工验收主持单位同意，可适当延长期限，但最长不应超过6个月。

当项目无法按期进行竣工验收时，项目法人应提前30个工作日向验收主持单位提出延期竣工验收专题申请报告。

报告应说明造成竣工验收延期的主要原因和延期后的竣工验收预期日期等。

（1）网上初审

市粮食局根据申请进行网上初审，并组织现场验收，重点是验证软件系统能否及省级平台互联互通，以及核验有关验收资料是否及上报省级平台信息一致等。

对于符合各项标准并达到验收条件的项目，由市粮食局出具验收意见书并加盖公章，上传到省级平台后，完成该项目的验收；达不到验收标准需整改的项目，现场反馈整改意见并督促项目单位抓好落实，直至通过验收。

（2）现场验收

完成本市有关项目的验收后，市粮食局向省粮食局上报验收工作报告。

省粮食局按照网上审核为主、现场抽查为辅的方式对各市验收工作进行检查。

网上审核主要是查验各市及项目单位提报资料的完整性和真实性，以及各项目单位软件系统及省级平台互联互通情况；根据网上审核情况，省局将有重点的对有关项目单位进行现场抽查，抽查的主要内容包括：

听取项目单位建设工作汇报，查看项目单位验收资料（含网上和纸质材料），现场核查相关设施设备及系统运行情况，并就有关问题询问了解等。

现场抽查中发现需要整改的项目，由市粮食局按照省局反馈意见监督指导项目单位限期整改，并向省局反馈整改完成情况。

（一般现场验收由省局组织，监理单位和建设单位先对本库内的项目进行初验，初验合格后交由省局审核，然后省局在抽查项目单位的项目验收情况。

）

2.5验收结论和处理

验收组根据验收情况在验收意见书上出具验收鉴定结论，结论分合格、整改合格、不合格三类。

（1）合格：

项目实施符合要求，管理制度严格，招标程序规范，达到及省级平台互联互通等建设标准，系统运行可靠，功能全面启用、数据真实齐全的，验收结论为合格。

（2）整改合格：

项目实施基本符合要求，能够达到及省级平台互联互通等建设标准，但应用方面存在历史数据不全面、管理不规范等瑕疵和不足的，验收结论为整改合格。

（3）不合格：

有以下情况之一的，验收结论为不合格：

项目工程量及投资额偏低，技术路线出现较大调整不能及省级平台互联互通；项目管理出现重大问题造成质量不达标，项目实施过程及结果等存在纠纷尚未解决；没有对系统或设备进行试运行，或者试运行不合格的;挤占、挪用财政资金，或招投标及采购过程出现违法违纪现象；项目未出具竣工财务决算报告；已开发使用功能没有历史数据资料的；提供的验收材料不齐全或提供虚假验收材料。

3系统安全验收规范

控制点

要求项

标准

验收意见

身份鉴别

a）应提供专用的登录控制模块对登录用户进行身份标识和鉴别；

1）具有登录控制模块对用户进行身份鉴别。

b）应对同一用户采用两种或两种以上组合的鉴别技术实现用户身份鉴别；

1）对同一用户采用两种或两种以上的鉴别技术。

身份鉴别

c）应提供用户身份标识唯一和鉴别信息复杂度检查功能，保证应用系统中不存在重复用户身份标识，身份鉴别信息不易被冒用；

1）提供用户身份标识唯一性检查功能；

2）用户身份标识具有唯一性。

3）提供鉴别信息复杂度检查功能，复杂度检查内容包括长度，字母、数字及特殊符号等；

4）采用口令进行鉴别的系统，口令由数字、大小写字母、符号混排，无规律的方式。

5）用户口令的长度至少为8位。

身份鉴别

d）应提供登录失败处理功能，可采取结束会话、限制非法登录次数和自动退出等措施；

1）提供登录失败处理功能，可采取结束会话、限制非法登录次数或自动退出等一种或几种措施；

2）若采用限制非法登录次数，则应对用户登录失败次数设置一定门限，超过门限次数时应采取一定行动（如锁定、报警等措施）。

身份鉴别

e）应启用身份鉴别、用户身份标识唯一性检查、用户身份鉴别信息复杂度检查以及登录失败处理功能，并根据安全策略配置相关参数。

1）启用了身份鉴别功能；

2）启用了用户身份标识唯一性检查；

3）启用了用户登录失败处理功能；

4）启用了用户身份鉴别信息复杂度检查功能；

5）合理配置参数。

如：

鉴别失败次数的阈值、处理方法（自动退出或锁定帐户）、锁定时间、解锁方式等参数的设置恰当或者校验码产生方式合理；用户身份标识唯一性检查中对用户名大小写敏感；用户鉴别信息复杂度限制参数有强度。

6）渗透测试未发现有可绕过身份鉴别进行系统访问的情况。

访问控制

a）应提供访问控制功能，依据安全策略控制用户对文件、数据等客体的访问；

1）提供访问控制功能，根据访问控制策略实现访问控制功能；

2）系统内指定管理用户对系统用户进行管理，配置用户对文件、数据等客体的访问控制策略；

3）渗透测试未发现有可越权访问情形。

访问控制

b）访问控制的覆盖范围应包括及资源访问相关的主体、客体及它们之间的操作；

1）系统能根据访问控制规则正确实施对资源的控制；2）访问控制的粒度需达到主体为用户和进程级，客体为文件、数据库表级；

3）访问控制功能正常，覆盖范围包括及资源访问相关的主体、客体及它们之间的操作。

4）渗透测试未发现存在访问控制功能未覆盖到的客体。

访问控制

c）应由授权主体配置访问控制策略，并严格限制默认帐户的访问权限；

1）由授权管理员进行用户权限管理；

2）实际授权及权限策略一致，无法进行越权操作；

3）默认用户的访问权限进行了限制或系统不存在默认用户。

访问控制

d）应授予不同帐户为完成各自承担任务所需的最小权限，并在它们之间形成相互制约的关系。

1）维护了不同的管理角色；

2）特权用户权限分离；

3）根据最小原则进行授权，并在各用户间形成相互制约关系，如录入及审核分离，操作及监督分离等。

访问控制

e）应具有对重要信息资源设置敏感标记的功能；

1）应用系统提供敏感标记设置功能。

出现敏感标记的信息显示采用显示部分或者隐藏的操作处理。

访问控制

f）应依据安全策略严格控制用户对有敏感标记重要信息资源的操作；

1）依据安全策略严格控制用户对有敏感标记重要信息资源的操作。

安全审计

a）应提供覆盖到每个用户的安全审计功能，对应用系统重要安全事件进行审计；

1）提供覆盖到每个用户的安全审计功能；

2）安全审计范围包括应用系统定义的重要安全事件（如至少包括帐户建立、用户权限分配、重要业务数据操作、用户身份鉴别失败等行为）。

安全审计

b）应保证无法单独中断审计进程，无法删除、修改或覆盖审计记录；

1）未授权不能中断审计或修改审计策略；

2）授权中断审计的操作应记录；

3）无法单独中断审计进程；

4）通过应用系统无法删除、修改或覆盖审计记录。

安全审计

c）审计记录的内容至少应包括事件的日期、时间、发起者信息、类型、描述和结果等；

1）审计记录包括事件发生的日期和时间、触发事件的主体及客体、事件的类型、事件成功或失败、身份鉴别事件中请求的来源、事件的结果等。

安全审计

d）应提供对审计记录数据进行统计、查询、分析及生成审计报表的功能。

1）能够对审计记录进行统计、查询等分析；

2）能根据需要生成审计报表。

3）定期对记录数据进行分析。

剩余信息保护

a）应保证用户鉴别信息所在的存储空间被释放或再分配给其他用户前得到完全清除，无论这些信息是存放在硬盘上还是在内存中；

1）具有清除用户鉴别信息的功能；

2）正常退出和非强制关闭后，应用系统和操作系统临时文件等均无残留的用户鉴别信息。

剩余信息保护

b）应保证系统内的文件、目录和数据库记录等资源所在的存储空间被释放或重新分配给其他用户前得到完全清除。

1）系统设计文档有相关描述；

2）用户无法访问其他用户已经释放的文件、目录和数据库记录等资源中存储的其他用户数据。

通信完整性

a）应采用密码技术保证通信过程中数据的完整性。

1）系统设计文档有相关描述；

2）采用MD5、SHA-1等密码算法进行完整性保护或采用SSL等加密通信方式；

3）测试应用系统，验证其能够检测到数据在通信过程中的完整性受到破坏。

通信保密性

a）在通信双方建立连接之前，应用系统应利用密码技术进行会话初始化验证；

1）利用密码技术进行会话初始化验证（SSL、SSH等）。

通信保密性

b）应对通信过程中的整个报文或会话过程进行加密。

1）对通信过程中的整个报文或会话过程进行加密。

对于内外网不同性质的访问区分对待，内网的访问可不需要加密。

抗抵赖

a）应具有在请求的情况下为数据原发者或接收者提供数据原发证据的功能；

1）采取数字签名等密码技术实现抗抵赖功能。

软件容错

a）应提供数据有效性检验功能，保证通过人机接口输入或通过通信接口输入的数据格式或长度符合系统设定要求；

1）系统在数据输入界面提供数据有效性检验功能；

2）渗透测试未发现存在输入数据有效性验证问题。

软件容错

b）应提供自动保护功能，当故障发生时自动保护当前所有状态，保证系统能够进行恢复。

1）应用系统提供自动保护功能（如守护进程重启故障中断的服务进程等），确保能够自动保护当前所有状态，保证系统能够进行恢复。

软件容错

a）当应用系统的通信双方中的一方在一段时间内未作任何响应，另一方应能够自动结束会话；

1）系统有超时响应检验功能，能够自动结束无响应的通信连接。

2）能够在合理时间内结束超时的空闲会话。

软件容错

b）应能够对系统的最大并发会话连接数进行限制；

1）设置了应用系统的最大并发会话连接数（在中间件或web服务器对最大连接数进行限制）。

软件容错

c）应能够对单个帐户的多重并发会话进行限制；

1）对单个帐户的多重并发会话进行限制，禁止同一用户同时登录系统。

软件容错

d）应能够对一个时间段内可能的并发会话连接数进行限制；

1）应用系统对一个时间段内可能的并发会话连接数进行限制（在中间件或web服务器进行限制）。

软件容错

e）应提供服务优先级设定功能，并在安装后根据安全策略设定访问帐户或请求进程的优先级，根据优先级分配系统资源。

1）系统能够设置服务优先级，并根据优先级分配系统资源。

4系统功能、性能、接口验收规范

（考虑到各地方粮库的规模和人员情况差异较大，系统最大在线人数应结合实际情况进行评估；“强并发人数”和“弱并发人数”各地方粮库依据本验收规范给出的计算公式结合自身实际情况确定，但“强并发平均响应时间”和“弱并发平均响应时间”必须符合本验收规范的标准。

下表中所列的“一日内最多在线人数”仅做参考。

）

序号

系统名称

功能模块名称

功能描述

功能验收意见

接口描述

接口验收意见

一日内最多在线人数

估测压力指标

合格标准

性能验收意见

1

粮库业务管理

合同管理

包括外部客商关系的管理和维护，粮库采购、销售合同的记录和领导审批。

实现对合同信息管理

100

并发人数：

100*50%=50

强并发：

10用户同时访问，平均响应时间小于5秒弱并发：

1分钟内共50用户进行访问，平均响应时间小于2秒

实现对成品粮信息管理

外部客商信息维护

2

粮库业务管理

出库通知单管理

一份销售合同常常需要多次粮食出库才能够完成，在执行每次出入库时财务部门需要收款并出具出库通知单（凭据）。

实现对价格通知单的管理

100

并发人数：

100*50%=50

强并发：

10用户同时访问，平均响应时间小于5秒弱并发：

1分钟内共50用户进行访问，平均响应时间小于2秒

实现对出库通知单的管理

3

智能出入库

出入库扦样

粮食在入库和出库环节，需要进行粮食扦样、登记样品信息。

扦样服务管理

150

并发人数：

150*50%=75

强并发：

15用户同时访问，平均响应时间小于8秒弱并发：

1分钟内共75用户进行访问，平均响应时间小于6秒

4

智能出入库

出入库质检化验

粮食在入库和出库环节，需要对粮食样品进行质量检验，以确保粮食质量符合要求。

实现出入库检验报告的管理和质检信息的管理

150

并发人数：

150*50%=75

强并发：

15用户同时访问，平均响应时间小于3秒弱并发：

1分钟内共75用户进行访问，平均响应时间小于2秒

5

智能出入库

智能出入库作业

综合使用RFID设备、身份证识别设备、车牌识别设备、自动扦样机、自动化地磅、扫码枪和手持移动终端等物联设备，对载粮货车在入库登记、扦样、质检、地磅称重、粮食卸车、装车等环节识别车辆身份、记录粮食出入库相关信息。

综合制卡

150

并发人数：

150*50%=75

强并发：

15用户同时访问，平均响应时间小于8秒弱并发：

1分钟内共75用户进行访问，平均响应时间小于6秒

登记发卡退卡

检验

地磅称重

值仓

结算

出入库车次记录

出入库补录

实现了粮库汽车入库的数据统计信息

实现了粮库地磅出库的数据统计信息

6

智能安防

仓内视频监控

通过仓内摄像头查看粮仓内的实时视频监控。

查看各个仓库摄像头的实时视频和视频回放

100

并发人数：

100*50%=50

强并发：

10用户同时访问，平均响应时间小于5秒弱并发：

1分钟内共50用户进行访问，平均响应时间小于2秒

7

智能安防

仓内视频告警

通过仓内摄像头实现视频遮挡告警、丢失告警、入侵告警，并通过短信、邮件通知到相应的负责人及时处理。

视频告警管理

100

并发人数：

100*50%=50

强并发：

10用户同时访问，平均响应时间小于5秒弱并发：

1分钟内共50用户进行访问，平均响应时间小于2秒

告警频率配置

告警处理

视频告警人员配置

8

粮库业务管理

货位管理

将粮库所有仓房和油罐划分为货位进行管理，通过一卡通出入库作业的数据自动记录货位上粮食的粮食品种、粮食数量、粮食性质、粮食产地、入库时间、粮食等级等信息，并实现封仓、清仓作业，在执行封仓作业时按照LS/T1713-2015《库存粮食识别代码》生成粮食二维码。

原粮货位管理

150

并发人数：

150*50%=75

强并发：

15用户同时访问，平均响应时间小于5秒弱并发：

1分钟内共75用户进行访问，平均响应时间小于2秒

没有成品粮

货位粮食变更记录

成品粮货位

9

粮库业务管理

粮食安全追溯

应用依据国家粮食局发布LS/T1713-2015《库存粮食识别代码》行业标准，通过扫码和查询代码标示的方式解析粮食的根货位信息、当前货位信息和来源信息。

库存识别码解析

100

并发人数：

100*50%=50

强并发：

10用户同时访问，平均响应时间小于5秒弱并发：

1分钟内共50用户进行访问，平均响应时间小于2秒

10

智能仓储保管

仓内质检化验

粮食在仓储过程中，按要求进行粮食质量检查，并留存质检报告，包括：

油脂质检、定期质检、日常质检等。

质量检验列表服务

100

并发人数：

100*50%=50

强并发：

10用户同时访问，平均响应时间小于5秒弱并发：

1分钟内共50用户进行访问，平均响应时间小于2秒

自动定等、自动扣量、自动定价设置功能

定期检验报告接口

油脂化验报告服务

11

智能仓储保管

粮情检测报告

仓库保管员按要求检查粮情，记录粮情检测情况周报、月报、季报、年报等。

粮情检测报告服务

100

并发人数：

100*50%=50

强并发：

10用户同时访问，平均响应时间小于5秒弱并发：

1分钟内共50用户进行访问，平均响应时间小于2秒

12

智能仓储保管

温、湿度监控

利用温度传感器、湿度传感器等设备，实时监测仓内粮食的温湿度情况，对异常情况进行告警显示。

粮情数据解析

100

并发人数：

100*50%=50

强并发：

10用户同时访问，平均响应时间小于5秒弱并发：

1分钟内共50用户进行访问，平均响应时间小于2秒

传感器信息

粮情对比

传感器日志

传感器及仓库关联关系

13

智能仓储保管

仓内气体监控

利用气体传感器设备，实时监测仓内二氧化碳气体、磷化氢气体、其他惰性气体的浓度。

气体数据解析

100

并发人数：

100*50%=50

强并发：

10用户同时访问，平均响应时间小于5秒弱并发：

1分钟内共50用户进行访问，平均响应时间小于2秒

传感器信息

传感器日志

传感器及仓库关联关系

适配器导入数据

控制日志

控制单元和仓库关联关系

14

智能安防

库区视频监控

通