特种设备检验综合管理信息系统测评大纲.docx

上传人:b****5 文档编号:11877326 上传时间:2023-04-08 格式:DOCX 页数:22 大小:21.76KB
下载 相关 举报
特种设备检验综合管理信息系统测评大纲.docx_第1页
第1页 / 共22页
特种设备检验综合管理信息系统测评大纲.docx_第2页
第2页 / 共22页
特种设备检验综合管理信息系统测评大纲.docx_第3页
第3页 / 共22页
特种设备检验综合管理信息系统测评大纲.docx_第4页
第4页 / 共22页
特种设备检验综合管理信息系统测评大纲.docx_第5页
第5页 / 共22页
点击查看更多>>
下载资源
资源描述

特种设备检验综合管理信息系统测评大纲.docx

《特种设备检验综合管理信息系统测评大纲.docx》由会员分享,可在线阅读,更多相关《特种设备检验综合管理信息系统测评大纲.docx(22页珍藏版)》请在冰豆网上搜索。

特种设备检验综合管理信息系统测评大纲.docx

特种设备检验综合管理信息系统测评大纲

特种设备检验综合管理信息系统测评大纲(2007)

本《测评大纲》对产品的功能、性能、技术要求提供测试依据。

本《测评大纲》考虑2007年全国特种设备检验综合管理信息系统的普遍现状及所受环境和条件局限,仅提出2007年的暂行测评办法,供特种设备检验检测管理软件开发企业和国家质检总局对各企业开发的产品功能测评时参考。

一、测评依据

总体依据《关于推进特种设备信息化建设的意见》(质检办特(2007)314号),其中动态监管交换数据测评依据国家质检总局颁发的《质量技术监督特种设备安全监察数据结构规范》和特种设备安全监察局颁发的《基于XML的特种设备主题数据规范》、《特种设备检验数据项目基本要求》。

检验报告功能测评依据现有法规和安全技术规范颁布的特种设备检验检测报告书。

二、测评目标

(一)测评的检验系统与当地动态监管系统的数据接口功能和性能。

(二)测评检验系统是否符合特种设备局信息化建设检验检测部分的当前要求。

(三)测评检验系统是否符合今后特种设备信息化建设的发展趋势,是否适用于检验软件在各地的推广工作。

包括:

1.测评系统是否与特种设备局实施的全过程动态监管系统拟采用的技术路线、系统架构、业务流程、接口需求等相互合拍;

2.测评系统是否具备较强的开放性和可扩展性能,能够随局制定中的特种设备行业信息化标准和质检总局金质工程制定中的各项标准的出台进行代价较小的升级改造。

三、测评程序

1、参加测评的单位提出申请。

(申请表见附录1)

2、测评机构对申请单位进行审核,对符合条件单位统一安排测试。

3、统一组织评测(测评内容见附录2),评测人员现场观看、评测、质疑、问询、评定、记录。

测评采取集中测评与系统应用检验机构实地测评相接合的方式进行。

集中测评主要是申请系统测评的单位按指定的地点和时间,自带测试所需的软件硬件设备,根据《测评大纲》的要求,配合测评人员进行测评工作;实地测评主要是申请系统测评的单位提供两家进行系统应用的检验机构,测评人员按照指定的时间到选定的检验机构进行实地测评工作。

测评期间,开发企业需根据测评人员的要求进行配合,并协调检验机构协助测评工作开展。

4、形成测评工作报告。

对测评结果如实评定,统一公布。

四、被测评单位需提供的设备和资料

1.测评用特种设备检验综合管理信息系统。

2.实际在用系统相关环境说明,包括服务器、局域网、广域网的详细配置及安装的系统环境等。

3.测评系统的操作说明书打印稿和测试用的笔记本电脑。

五、判定原则

测评结果分为四个档次,分别为:

完全符合(Ⅰ)、部分符合(Ⅱ)、不符合(Ⅲ)、不适用(Ⅳ)。

完全符合是指完全符合测评项目的所有要求,部分符合是指符合测评项目中的部分要求,不符合部分应在记录中说明,不符合是指测评项目的要求都不能符合或没有达到此项测评要求的功能和性能,不适用是指测评项目对于该测评对象不做要求的或由于客观原因无法进行测评的。

 

附录1:

参加测评报名表

特种设备检验综合管理信息系统参加测评报名表

开发企业名称

负责人

联系电话

通信地址

邮编

传真

邮件地址

系统应用情况

用户

当地动态监管软件开发商

例:

北京市特种设备检验研究院

福建创达

系统情况说明

适用设备范围

检验检测类型

□定期检验

□监督检验

附录2:

测评内容

项目

具体要求

现场记录

测评结果

一、与监察系统交换功能

数据交换原则以建立完善特种设备安全监察动态监管数据库为核心;符合特种设备相关数据规范要求为前提;保障省级数据中心、国家局数据中心的权威性、完整性;

数据交换关联原则:

新设备数据采用设备代码关联,在用设备数据采用设备代码或注册代码关联;单位数据采用组织机构代码关联,无代码单位采用合法单位名称关联。

1.从监察系统获取告知信息

从监察数据库获取已经通过监察机构审核的相关告知数据

2.从监察系统获取设备信息

a)从监察数据库获取新登记设备数据、新设备注册登记数据、在用设备数据;

b)数据内容包括设备主题数据、使用单位数据;

c)设备数据、单位数据均由监察平台获取;

3.检验系统向监察系统数据通讯

a)传递监察数据库所需要的设备主题数据、相关单位数据、设备检验数据;

b)所发送的设备主题数据必须符合数据规范要求;

c)系统应提供按照数据规范要求修订数据项目的功能;

4.日常监察辅助信息数据通讯

根据监督检查任务管理的需要,向监察系统传递相关任务信息。

二、与监察系统交换性能

测评数据交换性能是否具备一定开放性和灵活性;不能完全依赖于监察系统所提供的通讯功能,不因监察系统数据结构变化或数据规范变化而无法实现相应调整;

1.连接适配性

采用先进通用技术,能够独立适配监察软件的接口连接,而不是硬性代码开发;

2.异构数据适配性

提供异构数据的映射功能;

3.通信协议

a)采用HTTP等标准协议通信,适于穿透防火墙;

b)采用标准消息格式,例如JMS、MIME、SMIME、SOAP等;

4.数据包封装、处理

a)传输的数据包符合报文标准格式,例如XML、EDIFACT、EBXML、RosettaNet等;

b)数据模式符合数据规范要求;

c)数据包可进行校验,符合数据规范要求

5.数据交换接口综合性能

a)满足定时、实时数据交换即时性;

b)数据交换接口开放性,可应用于第三方产品;

c)数据交换操作灵活性、方便性、人机友好性;

d)用户可根据业务需要自定义相关数据项目、数据条件、格式数据转换等;

e)数据通讯定义具备接收定义、发送定义、数据转换定义、条件定义等;

6.信息安全性

a)数据包有加密功能,双方有身份认证;

b)数据加密方式,认证方式可根据需要调整;

三、检验系统基本功能

检验系统基本功能原则是必须符合相关标准规范与要求,为特种设备动态监管提供保障;满足检验检测机构日常基本业务开展需要。

1.业务范围

a)满足定期检验业务、监督检验业务;

b)满足各类设备检验检测报告出具与要求;

2.业务流程

a)具备制造、安装、改造、维修环节的各类设备监督检验运转流程;

b)具备各类设备定期检验检测运转流程;

3.检验业务管理

a)制订检验计划

b)用户报检受理

c)检验任务分配

d)检验信息提示

4.检验报告管理

a)报告生成、分配

b)检验报告起草

c)检验报告审核

d)检验报告签发

e)检验报告打印、合格标签打印

f)检验报告领取

g)检验报告归档

5.辅助业务管理

a)检验案例管理

b)检验方案管理

c)意见书管理

d)联络单管理

e)检验合同管理

f)检验收费管理

6.基础信息管理

a)单位的基本信息、部门信息管理

b)特种设备数据的基本信息管理

7.仪器设备管理

a)仪器设备信息

b)仪器设备有效性管理

c)仪器设备借用、归还、维修等管理

8.行政管理

a)资产管理

b)客户管理

c)人员管理

d)其它(图书管理、资料管理、办公用品管理、车辆管理、信息公告管理等)

9.查询统计

a)软件系统要提供功能齐全的查询统计功能有常用固定条件查询、设备综合条件组合查询,如根据设备种类、设备容积、设备制造日期、设备检验日期、检验员、下次检验日期等条件进行查询,除此还应提供自定义条件查询

b)统计方面应提供各类设备检验月统计表、年统计表、部门工作量统计表、检验员工作量统计表、缺陷统计表、超期未检设备统计表等

c)检验机构运行效率统计与分析(报表要求见《附件1》)

10.检验系统管理

a)栏目(菜单)定义维护

b)功能定义维护

c)角色定义维护

d)帐户信息、权限维护

e)数据字典定义维护

f)规则号生成定义维护

g)业务流程规则维护

h)流程环节功能定义维护

i)单位流程定义维护

四、检验系统基本性能

检验系统性能原则保障系统有良好的扩展性、规范性、灵活性、规范性、标准化,适用机构发展以及业务发展需要;使用法规标准变化发展需要;满足日常工作全面方便易用;满足后续维护升级开发持续性;

1.软硬件需求

系统软件、硬件及网络平台满足《附件2》的要求;

2.整体风格

a)所有用户用统一登录界面,进入后根据权限显示不同的操作模块

b)整个软件系统要求风格一致,界面清晰,按钮意义明确,排版合理

c)数据录入时要最大程度少用换页,方便用户操作。

3.处理速度

满足《附件3》中技术表规定范围;根据数据量、用户量、机器型号等综合评定;

4.数据字典与规则编号

a)数据录入时,数据项尽可能从数据字典中选择方式,减少输入量和出错概率;

b)各类编号要采用自定义规则产生;

c)数据字典和编号规则应由专门维护

d)相关参数类数据应有数据限制,可以根据相关要求快速调整,满足相关标准的需要;

5.权限管理

根据管理需要,组织构架需要;管理权限应能分组、分级管理

6.构件化开发

软件系统应采用构件化方法开发,提供尽可能需要的功能模块,由用户来自定义各类工作流程

7.数据查询

a)有符合工作的功能查询;

b)提供主要查询自定义查询功能;

c)能保存结果,定义查询模板;

8.模版化管理

a)能提供灵活的报告格式、报告项目的编辑、定义管理功能

b)强大的统计表自定义功能,要能满足政府关于统计的要求,且尽量较少人工干涉

c)报表维护应该由专人更新定义维护

9.绘图工具

完善方便的报告书图形绘制功能、具备相关的元件、自定义元件功能

10.安全以扩展接口

软件系统要提供电子签名和电子签章的接口

系统能满足特殊数据保密要求,以及相关安全认证扩展需求

11.检验数据规范性

a)数据结构合理性,能够满足数据规范要求

b)数据项目全面性,基本涵盖数据规范要求

五、适用于与全过程动态监管整合建设技术前瞻性

技术前瞻性原则在以保持技术发展整体方向,对当前绝大多数主流技术形成统一战线以及互补性;保障系统整合不存在技术冲突

1.技术路线相似性

a)JAVA、J2EE

b)ORACLE、MicrosoftSQL

c)WEBSPHERE、WEBLOGIC、TOMCATE

d)基于开放的XML模式的HTTP即时通信

2.技术架构同质性

a)基于互联网技术

b)基于浏览器的门户建设

c)可适用基于WEBSERVICE的应用集成建设

3.接口需求

a)具备设备主题数据修订功能,尤其是设备技术属性信息修订

b)能与省级动态监管系统实时接口传输

六、升级改造成本

改造成本原则是随着业务、需求、机构、法规等变化需要升级改造具有良好的可行性,所发费的相关代价成本达到最低。

1.数据规范性

a)数据结构合理性,能够满足数据规范要求

b)数据项目全面性,基本涵盖数据规范要求

2.开放性与可扩展性

a)框架开发构件化

b)功能开发构件化

c)工作流程开发构件化

d)表单工具构件化

e)数据交换构件化

f)绘图工具构件化

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 党团工作 > 入党转正申请

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1