苏州市质量和标准化院关于苏州物品编码公共服务平台项目的补充通知

内容
 
发送至邮箱

苏州市质量和标准化院关于苏州物品编码公共服务平台项目的补充通知



各供应商:

中航技 (略) 受 (略) 市质 (略) 的委托,就其需采购的 (略) 物品编码公共服务平台采用竞争性磋商采购,现对该项目采购需求作如下澄清:

采购公告中第 * 条采购需求更正如下:

( * )项目概况:

(略) 质 (略) 作为统 * 管理 (略) 市商品条码、物品编码与自动识别技术的专门机构,为 (略) 和智能终端的应用趋势,更好地为企业提供编码业务服务,将建设 * 套 (略) 物品编码公共服务平台系统。系统包含条码公共服务平台、实验室检验检测系统及产品编码防伪查询系统。条码公共服务平台为商品条码系统成员提供商品条码的注册、续展、咨询、检验、印刷企业资格认定管理、胶片制作管理等业务服务,同时也面向广大消费者提供扫码查询、 * 维码名片、产品追溯等服务。实验室检验检测业务系统实现检测业务、监督检查业务全流程管理系及检测业务档案管理。产品编码防伪查询系统可以对产品基础信息防伪查询,同时构建“码上查”应用程序方便用户使用,有效促进物品编码公共服务、社 (略) 监管等各项目标的实现。

( * )建设原则:

1.先进性:系统设计要有 * 定的前瞻性,为功能的扩充和技术的发展创造条件。

2.实用性:系统功能要求实用性、用户界面 (略) 性及用户使用方便性。

3.标准化:配合制定适合本系统的设计原则、接口标准、通信协议、以及与中国商品信息服务平台对接的规范,数据按照 * 定的规范要求交互。

4.安全性:系统要能够提供有效的数据安全保障,结合硬件防护设备,具备完善的身份认证。

5.可靠性:在系统设计中,应充分考虑系统可靠性,减少安全隐患,降低系统宕机风险,提高系统的容错纠错能力, (略) 理机制。

6.可扩展性:在设计上充分考虑系统功能、系统数据和业务的扩展性,坚持开放式系统结构设计。

( * )系统功能要求

1、 业务需求

1.1 系统目标

通过该项目建设,将整体提升 (略) 质 (略) 的编码业务能力、跨平台数据交互能力 (略) 理和分析能力,从而更好的为企业提供有价值的数据服务、为公众提供丰富的产品信息服务。 (略) 对条码系统成员基本信息和具体分布情况的需求,建立完善的条码系统成员信息数据库和相应的管理系统,通过关联业 (略) 数据采集、 (略) 理,并结合其对日 (略) 产生附属信息的管理,实现对企业、产品、服务等信息的更新、统计与检索等功能,为物品编码工作提供技术支撑。

1.2 系统功能需求

* 、公共服务前台查询(游客可查询)

1.2.1公共查询(前台公共显示,后台信息维护)

1.2.1.1 机构概况

显示 (略) 物品编码服务机构信息

1.2.1.2 行业应用

显 (略) 业应用案例信息

1.2.1.3 (略)

显示物品编码资讯信息

1.2.1.4 技术与标准

显示物品编码资讯技术与标准信息

1.2.1.5 系统公告

(略)

1.2.1.6 表格下载

显示下载 (略) 物品编码办理业务表格模板

* 、业务前台(服务对象登录后使用)

1.2.2 系统成员

1.2.2.1 企业注册

(略) 上注册办理、分支机构初审功能

1.2.2.2 企业续展

(略) 上续展办理、分支机构初审、续展提醒功能

1.2.2.3 企业变更

(略) 上变更办理、分支机构初审、打印系统成员变更证书功能

1.2.2.4 企业注销

(略) 上注销办理、分支机构受理、打印注销通知书功能

1.2.3 印刷企业

1.2.3.1 业务申请

印刷能力(资质)评价申请、复评等

1.2.4 胶片制作

1.2.4.1 申请办理

(略) 上申请胶片制作

1.2.5 公众号

1.2.5.1业务办理结果通知

提供手机端业务进度查询功能

1.2.6 电子标签管理

1.2.6.1 电子标签制作业务申请

* 维码,加上防伪信息。 * 维码中涵盖的商品相关信息可 (略) 的标准及其文本、检报告、说明书等信息。向系统成员推销该业务。页面加个时间限制等功能。

1.2.6.2 产品信息录入

提供企业录入信息界面功能,企业基本信息,指导价格,结合标准,执行某个标准。匹配检验报告,说服企业有价值。以后可加上说明书,是 * 种电子信息显示功能。

1.2.7 网上报检(个人、企业服务平台)

1.2.7.1 网上报检申请

报检单位可以直接对需要检验的条码在线提出检验申请,分成4步:选样品、填信息、确认检验费用、提交。

1.2.7.2检验缴费

(略) 缴费或汇款付费;提供打印报检受理单和打印缴费通知书

网上报检受理审核通 (略) 检验工作完成后,单位用户在领取检验报告前,可按检验系统显示的 (略) 现场缴费或对公账号汇款付费。用户缴费成功后, (略) 门人员核对后录入实收款并缴费确认。

1.2.7.3 我的报检

在 (略) 报检申请后,能够 (略) 上直接查看申请任务单的情况,查看是否提交申请(待提交、审核中);是否受理(已回退、待付款);是否检验完成(检验中、已完成)

1.2.7.4 检验进度查询

已成功受理的报检信息展示,可以查看检验进度

提供报检受理后,企业能够 (略) 上直接查 (略) 理情况,查看跟踪任务单下条码的检验进度情况

1.2.7.5 报告领取

提供单位领取电子报告,可领取的条件是:已批准已付费;领取后数据转到报告查询,也可以发邮箱

1.2.7.6 检验报告查询

实现对本单位查询本系统出具的历史电子报告数据

1.2.7.7 检验服务评价

实现对每次报 (略) 在线评价

* 、管理平台(管理员后台操作)

1.2.8 检验服务管理

1.2.8.1 网上报检受理

(略) 上报 (略) 理:

1、受理审核;2、审核系统计算出的检验费用;3、检验人员领样;4、生成报检受理单和生成缴费通知书;5、受理后发系统消息和短信通知"

1.2.8.2 窗口报检受理

实现窗口报检/委托、电话报检/委托、传真报检/委托和电子邮件报检/委托的报检申请信息的统 * 录入和管理

1.2.8.3 任务全程跟踪

已受理报检信息全程跟踪,任务领样,报告出具等

1.2.8.4 报告打印

对批准和确认缴费后的 (略) 打印

1.2.8.5 报告补打

报告只允许打印 * 次,再次打印需要补打;同时记录打印次数

1.2.8.6 报告发放

提供纸质+电子两种模式

1.2.8.7 企业用户管理

实现企业账户信息管理。允许有多账户,能信息共享

1.2.8.8 缴费确认

先缴费模式,必须缴费后才能安排检验员检验。或增加领导批准环节确认后再检验。

后缴费模式,必须缴费后才能报告打印,只能看到报告的状态(未付费待打印),同时也不能预览

1.2.8.9 报告验证

在 (略) 物 (略) 站提供 (略) 检验报告真伪验证

1.2.9 原始记录管理

1.2.9.1 现场检验原始记录录入

检验员在PC端选择原始记录模板;录入或导入检验原始记录,提交校核

1.2.9.2 现场检验原始记录校核

检验员 (略) 原始记录校核;校核检验员从PC端提交的原始记录

1.2.9.3 原始记录生成报告

检验员在PC端,从校核通过后的原始记录中,确认报告模板后,生成报告

1.2.9.4 检验原始记录查询

提供对检验原始记录的查询功能

1.2. * 检验报告出具

1.2. * .1 检验报告录入

PC端提供查询选择条码检测仪器类型,选择模板后直接生成报告的入口

检 (略) 检验的情况填写检验原始记录,如果采用电子原始记录,则可以直接自动产生检验报告,如果采用纸质填写的原始记录,则需要在待输入报告中录入相关数据,生成检验报告"

1.2. * .2 检验报告自审

报告 * 审;展示在PC端提交的待审报告

检验报告输入系统后,检验员审核编制人员录入的检验报告或相互审核录入的报告,在审核时检验员可以直接修改错误,也可以把报告书回退至报告编制人员或录入的检验员。自审通过提交审核"

1.2. * .3 检验报告审核

报告 * 审;

责任工程师审核检验员自审通过的检验报告书。审核通过提交批准。审核不通过回退至自审"

1.2. * .4 检验报告批准

审批通过后系统把检验原始记录及报告加CA认证的档案进入待归档列表,同时数据扭转到打印和发放

总工程师审核批准责任工程师提交的检验报告书。批准通过后检验报告到打印、发放和归档。批准不通过回退报告审核

1.2. * .5 检验报告打印

需要判断是否已缴费等可打印条件

提供批准通过后且已付费的 (略) 打印

1.2. * .6 检验报告补打

报告只允许打印 * 次,再次打印需要补打

报告只允许打印 * 次,再次打印需要补打,同时记录打印次数

1.2. * .7 检验报告全程跟踪

跟踪查看报告出具的全流程

1.2. * .8 检验工作联络单及意见通知书管理

提供检验意见通知书的留痕

提供检验人员在检验过程中出具检验意见通知书,确认整改情况;根据整改情况;整改合格的出合格的报告;整改不合格或逾期未整改的出具不合格报告及检验意见通知书,并上报监察。整改回执至检验员走线下流程

1.2. * 检验案例管理

1.2. * .1 检验案例录入

检验员根据不合格 (略) 案例录入

1.2. * .2 检验案例查询

根据 (略) 检验案例查询

1.2. * 检验业务统计查询

1.2. * .1 检验报告查询

相关人 (略) 检验报告的查询,可多条件组合查询

1.2. * .2检验任务查询

相关人 (略) 检验任务的查询,可多条件组合查询

1.2. * .3 检验不合格查询

相关人 (略) 检验不 (略) 查询,可多条件组合查询

1.2. * .4 单位分布情况统计

(略) 政区划对各类单位数量的 (略) 统计

1.2. * .5 条码分布情况统计

(略) 政区划对各类条码数量的 (略) 统计

1.2. * .6 条码检验数量统计

(略) 政区划、时间、检验机构、条码类别、检验类型等不同查询条件对条码 (略) 统计

1.2. * .7 人员工作量统计

按照时间、检验机构、条码类别、检验类型等不同查询条件对检验人 (略) 统计

1.2. * .8 条码检验不合格统计

(略) 政区划、时间、检验机构、条码类别、检验类型等不同查询条件对条码检 (略) 统计

1.2. * 配置管理

1.2. * .1 信息项修改日志

实现记录修改重点信息项的操作日志记录

1.2. * .2 信息项修改配置

实现重点信息项的可修改配置管理,增加强制项,非强制项标签

1.2. * .3 报告项模板配置

实现单项报告模板的数据及配置定义

1.2. * .4 报告模板配置

实现多个报告项模板的组合定义配置

1.2. * .5 报告模板关联配置

实现检验类型与报告模板的关联配置

1.2. * .6 报告仪器关联配置

实现检验报告模板与待选仪器的关联配置

1.2. * .7 原始记录项模板配置

实现单项报告模板的数据及配置定义

1.2. * .7 原始记录模板配置

实现多个原始记录项模板的组合定义配置

1.2. * .8 原始记录模板关联配置

实现检验类型与原始记录模板的关联配置

1.2. * .9 原始记录仪器关联配置

实现原始记录模板与待选仪器的关联配置

1.2. * . * 候选项配置

实现原始记录、报告、条码的候选项配置

1.2. * . * 检测项目(参数)、检测标准与仪器设备配置

实现不 (略) 用的不同标准组合的适配

1.2. * 检验技术规范及标准管理

1.2. * .1 法律法规管理

提供相关法律法规依据上传下载、查询检索等管理功能

1.2. * .2 标准文件管理

提供相关标准文件上传下载、查询等管理功能

1.2. * .3 安全技术规范管理

提供安全技术规范上传下载、查询等管理功能

1.2. * .4 受控文件管理

提供受控文件上传下载、查询等管理功能

1.2. * .5 案例知识库管理

提供案例文件上传下载、查询等管理功能

1.2. * 档案管理

1.2. * .1 待归档管理

提供对原始记录、检验报告、检验案例等的待归档文件管理,录入存放档案室中位置信息,便于查找

1.2. * .2 档案查询

提供对原始记录、检验报告、检验案例等已归档文件查询查看功能

1.2. * 电子发票管理

对用户的付费账单提供电子发票功能。

可由用户在企业服务平台或专用 (略) 下载,同时提供邮件发票功能。

1.2. * 快递服务

快递 (略) 使用标志发放以及检验报告的手段补充。

提供快递接口,在检验系统中即可获取快递单号并打印。

1.2. * 客户管理

建立客户数据仓库。

在客户管理中提供身份认证管理、组织机构(拥有下属 (略) 会信用证号)关系管理、检验任务查询、费用管理、客户信用度管理等"

1.2. * 协议合同管理

提供对监督检验或委托检验业务的合同管理功能。

1.2. * 系统成员数据库

批量导入、导出;系统成员数据增删改查

1.2. * 条码印刷企业数据库

条码印刷资质企业管理(录入、修改)

1.2. * 系统管理

1.2. * .1 组织机构管理

组织机构添加,删除,修改管理

1.2. * .2 人员账户管理

人员账户添加,删除,修改管理

1.2. * .3 角色管理

角色管理

1.2. * .4 权限管理

权限管理

1.2. * .5 数据字典管理

基础数据管理

1.2. * .6 系统日志管理

重要数据操作日志保存,查询管理

1.2. * .7 数据更新管理

系统成员从国家库返回同步企业信息到 (略) 库

1.2. * 查询统计

1.2. * .1 企业信息查询

可以按照企业名称、法人、地址、行业、注册资金、行政区划(按市、按区县) (略) 业分类、注册时间或注销时间等条件检索企业的基本信息;可同时查看检索结 (略) 政区划上的分布,可以查询快递信息及胶片、证书、发票信息。

1.2. * .2 企业分类统计

(略) 政区划、 (略) 业、注册时限或注销时限等条件统计企业的分布数量;统计结果可以图形或表格显示;可以查看统计结果中 (略) 对应的具体企业列表信息;可以查看某企业的具体明细信息。

1.2. * .3 业务订单查询

按 (略) 政区划内注册、续展 (略) 汇总。

1.3 应用架构要求

基础软件支撑平台层:主要为应用系统提 (略) 环境,所有其他层次的组件都是基于基础平 (略) 的。

采集服务层:对系统中各类的 (略) 统 * 访问封装、统 * 管理及统 * 存储等操作,并且在不同应用系统内及系统间提供数据交换和展现能力。主要包括多源数据采集、基于WEB表单引擎设计平台等模块。

1.3.1 多源数据采集

(1)支持多种异构数据源(Oracle、Mysql、Microsoft SQL Server、JMS、Excel、TXT、XML等),提供开放式适配器 * 次开发接口,可以根据项目的特殊要求开发新的适配器;

(2)支持全量数据抽取模式,支持触发器、MD5、时间戳、数据库redo日志解析等增量数据抽取模式;

(3)支持针对不同的源数据提取相应分组特征;对于选择出来的组特征,使用C * 决策树建立分类器;

(4)提供相关技术方案;

1.3.2 集中运营管理平台

(1)支持上层业务应用软件的开发、配置提供保障;

(2)支 (略) 内部工作业务和对外商 (略) 灵活的系统搭建和调整,确保整个系统的可配置、可扩展。

(3)提供相关技术方案;

1.3.3 基于WEB表单引擎设计平台

(1) (略) 各种检验报告基于WEB界面的在线设计、报告中的数据资源动态配置获取及保存、报告自动加载显示等功能。

(2)支持基于WEB端不需要安排第 * 方插件的情况下,实现报告模板在线设计功能。

(3)提供相关技术方案;

1.3.4 分布式任务调派系统

(1)支持通过Web页 (略) 增删改查操作,操作简单;

(2)支持动态修改任务状态、启动/停止任务, (略) 中任务,即时生效;

(3)调度采用分布式设计,基于zookeeper (略) 列实现 (略) 署;

(4)提供相关技术方案;

1.3.5 (略) 署管理

(1)根据用户提供的个性化配置参数和对集群角色的描述信 (略) 署相关脚本编写组件。

(2)支持提供基于集群节点角色的 (略) 署方法,用户可以静态的指定集群节点角色, (略) 署算法动态的绑定集群节点。

(3)支持配置管理框架管理集群节点的状态,可以有效的管理底层资源的生命周期和依赖关系。

(4)提供相关技术方案;

1.3.6 服务接口总线要求

(1)提供各种服务(中介服务、穿透服务、编排服务等)的开发、调试以及属性设置、元数据导出等,便捷快速地开发各种服务;

(2)支持数据截取、数据内容订阅、各种格式打包下载等功能;

(3)支持数据访问分级授权,数据内容加密;

(4)提供相关技术方案;

1.3.7 原始记录和检验报告全文检索要求

(1)实现查询功能提供面向不同用户的快速搜索和专业搜索等,帮助用户实现智能检索,查询出的内容,进行关键词高亮显示。

(2)支持查询关键字时,前缀匹配智能提示功能;

(3)支持汉字、拼音输入,给用户带来更大的方便,免得切换输入法;

(4)提供相关技术方案;

统合业务平台层:向最终用 (略) 理功能的各类应用模块。

展现层:表现层将 (略) 有功能统 * 装配、统 * 展现,形成综合应用展现层。

2、系统安全要求

(1)系统应提供操作日志记录功能,以便及时掌握系统安全状态;

(2)提供完整的系统监控、 (略) 理能力;

(3)数据库应支持安全标准、多级安全控制。

(4)支持数据库存储加密、数据传输通道加密及相应冗余控制。

(5)系统用户账号管理、密码管理、 (略) 方 IT内控要求。

(6)提供相关技术方案;

3、数据安全要求

(1)系统必须采取定期备份或作数据容灾备份等措施来保证数据的安全。

(2)系统必须提供联机的数据备份能力,保证数据的完整性和有效性。

(3)系统对用户数据应采取安全措施,防止用户数据泄密、丢失和被非法修改,保障用户利益。

(4)提供相关技术方案;

4、系统设计要求

(1) (略) (略) ,采用J2EE (略) 开发,适应 Linux操作系统、MySql 数据库管理系统。

(2)系统采用面向服务的体系架构,基于 B/S 模式开发,功能实现分层设计,模块化强,支持服务的组装、重用,整个系统软件易维护,易于功能扩充。

(3)系统用户访问基于 Google Chrome 浏览器。

(4)最终需 (略) 的软件及相关文档,包括系统软件设计说明书、系统使用说明书。

5、系统性能要求

(略) 方提供的硬件资源条件下必须满足以下基本技术性能要求:

能够承载 * 名以上的用户同时并发使用;

(1)平均响应速度:按照 * 万条数据库记录、 * 用户 (略) 测量。单 * 条件数据查询平均 (略) 小于1秒,外网小于2秒;

(2) (略) 理能力:能大规模、 (略) 理问题,提供高速度、高效率、实时、及时的 (略) 理能力。

(3)容量和吞吐量:系统应支持至少 * 用户的同时并发在线, * 天访问量不低于 * 人次。

(4)提供相关技术方案;

原定开标时间地点不变,以上补充通知与原采购文 (略) ,以本补充通知为准!并对响应单位起约束作用!特此通知,谢谢 (略) !

中航技 (略)

* 日




各供应商:

中航技 (略) 受 (略) 市质 (略) 的委托,就其需采购的 (略) 物品编码公共服务平台采用竞争性磋商采购,现对该项目采购需求作如下澄清:

采购公告中第 * 条采购需求更正如下:

( * )项目概况:

(略) 质 (略) 作为统 * 管理 (略) 市商品条码、物品编码与自动识别技术的专门机构,为 (略) 和智能终端的应用趋势,更好地为企业提供编码业务服务,将建设 * 套 (略) 物品编码公共服务平台系统。系统包含条码公共服务平台、实验室检验检测系统及产品编码防伪查询系统。条码公共服务平台为商品条码系统成员提供商品条码的注册、续展、咨询、检验、印刷企业资格认定管理、胶片制作管理等业务服务,同时也面向广大消费者提供扫码查询、 * 维码名片、产品追溯等服务。实验室检验检测业务系统实现检测业务、监督检查业务全流程管理系及检测业务档案管理。产品编码防伪查询系统可以对产品基础信息防伪查询,同时构建“码上查”应用程序方便用户使用,有效促进物品编码公共服务、社 (略) 监管等各项目标的实现。

( * )建设原则:

1.先进性:系统设计要有 * 定的前瞻性,为功能的扩充和技术的发展创造条件。

2.实用性:系统功能要求实用性、用户界面 (略) 性及用户使用方便性。

3.标准化:配合制定适合本系统的设计原则、接口标准、通信协议、以及与中国商品信息服务平台对接的规范,数据按照 * 定的规范要求交互。

4.安全性:系统要能够提供有效的数据安全保障,结合硬件防护设备,具备完善的身份认证。

5.可靠性:在系统设计中,应充分考虑系统可靠性,减少安全隐患,降低系统宕机风险,提高系统的容错纠错能力, (略) 理机制。

6.可扩展性:在设计上充分考虑系统功能、系统数据和业务的扩展性,坚持开放式系统结构设计。

( * )系统功能要求

1、 业务需求

1.1 系统目标

通过该项目建设,将整体提升 (略) 质 (略) 的编码业务能力、跨平台数据交互能力 (略) 理和分析能力,从而更好的为企业提供有价值的数据服务、为公众提供丰富的产品信息服务。 (略) 对条码系统成员基本信息和具体分布情况的需求,建立完善的条码系统成员信息数据库和相应的管理系统,通过关联业 (略) 数据采集、 (略) 理,并结合其对日 (略) 产生附属信息的管理,实现对企业、产品、服务等信息的更新、统计与检索等功能,为物品编码工作提供技术支撑。

1.2 系统功能需求

* 、公共服务前台查询(游客可查询)

1.2.1公共查询(前台公共显示,后台信息维护)

1.2.1.1 机构概况

显示 (略) 物品编码服务机构信息

1.2.1.2 行业应用

显 (略) 业应用案例信息

1.2.1.3 (略)

显示物品编码资讯信息

1.2.1.4 技术与标准

显示物品编码资讯技术与标准信息

1.2.1.5 系统公告

(略)

1.2.1.6 表格下载

显示下载 (略) 物品编码办理业务表格模板

* 、业务前台(服务对象登录后使用)

1.2.2 系统成员

1.2.2.1 企业注册

(略) 上注册办理、分支机构初审功能

1.2.2.2 企业续展

(略) 上续展办理、分支机构初审、续展提醒功能

1.2.2.3 企业变更

(略) 上变更办理、分支机构初审、打印系统成员变更证书功能

1.2.2.4 企业注销

(略) 上注销办理、分支机构受理、打印注销通知书功能

1.2.3 印刷企业

1.2.3.1 业务申请

印刷能力(资质)评价申请、复评等

1.2.4 胶片制作

1.2.4.1 申请办理

(略) 上申请胶片制作

1.2.5 公众号

1.2.5.1业务办理结果通知

提供手机端业务进度查询功能

1.2.6 电子标签管理

1.2.6.1 电子标签制作业务申请

* 维码,加上防伪信息。 * 维码中涵盖的商品相关信息可 (略) 的标准及其文本、检报告、说明书等信息。向系统成员推销该业务。页面加个时间限制等功能。

1.2.6.2 产品信息录入

提供企业录入信息界面功能,企业基本信息,指导价格,结合标准,执行某个标准。匹配检验报告,说服企业有价值。以后可加上说明书,是 * 种电子信息显示功能。

1.2.7 网上报检(个人、企业服务平台)

1.2.7.1 网上报检申请

报检单位可以直接对需要检验的条码在线提出检验申请,分成4步:选样品、填信息、确认检验费用、提交。

1.2.7.2检验缴费

(略) 缴费或汇款付费;提供打印报检受理单和打印缴费通知书

网上报检受理审核通 (略) 检验工作完成后,单位用户在领取检验报告前,可按检验系统显示的 (略) 现场缴费或对公账号汇款付费。用户缴费成功后, (略) 门人员核对后录入实收款并缴费确认。

1.2.7.3 我的报检

在 (略) 报检申请后,能够 (略) 上直接查看申请任务单的情况,查看是否提交申请(待提交、审核中);是否受理(已回退、待付款);是否检验完成(检验中、已完成)

1.2.7.4 检验进度查询

已成功受理的报检信息展示,可以查看检验进度

提供报检受理后,企业能够 (略) 上直接查 (略) 理情况,查看跟踪任务单下条码的检验进度情况

1.2.7.5 报告领取

提供单位领取电子报告,可领取的条件是:已批准已付费;领取后数据转到报告查询,也可以发邮箱

1.2.7.6 检验报告查询

实现对本单位查询本系统出具的历史电子报告数据

1.2.7.7 检验服务评价

实现对每次报 (略) 在线评价

* 、管理平台(管理员后台操作)

1.2.8 检验服务管理

1.2.8.1 网上报检受理

(略) 上报 (略) 理:

1、受理审核;2、审核系统计算出的检验费用;3、检验人员领样;4、生成报检受理单和生成缴费通知书;5、受理后发系统消息和短信通知"

1.2.8.2 窗口报检受理

实现窗口报检/委托、电话报检/委托、传真报检/委托和电子邮件报检/委托的报检申请信息的统 * 录入和管理

1.2.8.3 任务全程跟踪

已受理报检信息全程跟踪,任务领样,报告出具等

1.2.8.4 报告打印

对批准和确认缴费后的 (略) 打印

1.2.8.5 报告补打

报告只允许打印 * 次,再次打印需要补打;同时记录打印次数

1.2.8.6 报告发放

提供纸质+电子两种模式

1.2.8.7 企业用户管理

实现企业账户信息管理。允许有多账户,能信息共享

1.2.8.8 缴费确认

先缴费模式,必须缴费后才能安排检验员检验。或增加领导批准环节确认后再检验。

后缴费模式,必须缴费后才能报告打印,只能看到报告的状态(未付费待打印),同时也不能预览

1.2.8.9 报告验证

在 (略) 物 (略) 站提供 (略) 检验报告真伪验证

1.2.9 原始记录管理

1.2.9.1 现场检验原始记录录入

检验员在PC端选择原始记录模板;录入或导入检验原始记录,提交校核

1.2.9.2 现场检验原始记录校核

检验员 (略) 原始记录校核;校核检验员从PC端提交的原始记录

1.2.9.3 原始记录生成报告

检验员在PC端,从校核通过后的原始记录中,确认报告模板后,生成报告

1.2.9.4 检验原始记录查询

提供对检验原始记录的查询功能

1.2. * 检验报告出具

1.2. * .1 检验报告录入

PC端提供查询选择条码检测仪器类型,选择模板后直接生成报告的入口

检 (略) 检验的情况填写检验原始记录,如果采用电子原始记录,则可以直接自动产生检验报告,如果采用纸质填写的原始记录,则需要在待输入报告中录入相关数据,生成检验报告"

1.2. * .2 检验报告自审

报告 * 审;展示在PC端提交的待审报告

检验报告输入系统后,检验员审核编制人员录入的检验报告或相互审核录入的报告,在审核时检验员可以直接修改错误,也可以把报告书回退至报告编制人员或录入的检验员。自审通过提交审核"

1.2. * .3 检验报告审核

报告 * 审;

责任工程师审核检验员自审通过的检验报告书。审核通过提交批准。审核不通过回退至自审"

1.2. * .4 检验报告批准

审批通过后系统把检验原始记录及报告加CA认证的档案进入待归档列表,同时数据扭转到打印和发放

总工程师审核批准责任工程师提交的检验报告书。批准通过后检验报告到打印、发放和归档。批准不通过回退报告审核

1.2. * .5 检验报告打印

需要判断是否已缴费等可打印条件

提供批准通过后且已付费的 (略) 打印

1.2. * .6 检验报告补打

报告只允许打印 * 次,再次打印需要补打

报告只允许打印 * 次,再次打印需要补打,同时记录打印次数

1.2. * .7 检验报告全程跟踪

跟踪查看报告出具的全流程

1.2. * .8 检验工作联络单及意见通知书管理

提供检验意见通知书的留痕

提供检验人员在检验过程中出具检验意见通知书,确认整改情况;根据整改情况;整改合格的出合格的报告;整改不合格或逾期未整改的出具不合格报告及检验意见通知书,并上报监察。整改回执至检验员走线下流程

1.2. * 检验案例管理

1.2. * .1 检验案例录入

检验员根据不合格 (略) 案例录入

1.2. * .2 检验案例查询

根据 (略) 检验案例查询

1.2. * 检验业务统计查询

1.2. * .1 检验报告查询

相关人 (略) 检验报告的查询,可多条件组合查询

1.2. * .2检验任务查询

相关人 (略) 检验任务的查询,可多条件组合查询

1.2. * .3 检验不合格查询

相关人 (略) 检验不 (略) 查询,可多条件组合查询

1.2. * .4 单位分布情况统计

(略) 政区划对各类单位数量的 (略) 统计

1.2. * .5 条码分布情况统计

(略) 政区划对各类条码数量的 (略) 统计

1.2. * .6 条码检验数量统计

(略) 政区划、时间、检验机构、条码类别、检验类型等不同查询条件对条码 (略) 统计

1.2. * .7 人员工作量统计

按照时间、检验机构、条码类别、检验类型等不同查询条件对检验人 (略) 统计

1.2. * .8 条码检验不合格统计

(略) 政区划、时间、检验机构、条码类别、检验类型等不同查询条件对条码检 (略) 统计

1.2. * 配置管理

1.2. * .1 信息项修改日志

实现记录修改重点信息项的操作日志记录

1.2. * .2 信息项修改配置

实现重点信息项的可修改配置管理,增加强制项,非强制项标签

1.2. * .3 报告项模板配置

实现单项报告模板的数据及配置定义

1.2. * .4 报告模板配置

实现多个报告项模板的组合定义配置

1.2. * .5 报告模板关联配置

实现检验类型与报告模板的关联配置

1.2. * .6 报告仪器关联配置

实现检验报告模板与待选仪器的关联配置

1.2. * .7 原始记录项模板配置

实现单项报告模板的数据及配置定义

1.2. * .7 原始记录模板配置

实现多个原始记录项模板的组合定义配置

1.2. * .8 原始记录模板关联配置

实现检验类型与原始记录模板的关联配置

1.2. * .9 原始记录仪器关联配置

实现原始记录模板与待选仪器的关联配置

1.2. * . * 候选项配置

实现原始记录、报告、条码的候选项配置

1.2. * . * 检测项目(参数)、检测标准与仪器设备配置

实现不 (略) 用的不同标准组合的适配

1.2. * 检验技术规范及标准管理

1.2. * .1 法律法规管理

提供相关法律法规依据上传下载、查询检索等管理功能

1.2. * .2 标准文件管理

提供相关标准文件上传下载、查询等管理功能

1.2. * .3 安全技术规范管理

提供安全技术规范上传下载、查询等管理功能

1.2. * .4 受控文件管理

提供受控文件上传下载、查询等管理功能

1.2. * .5 案例知识库管理

提供案例文件上传下载、查询等管理功能

1.2. * 档案管理

1.2. * .1 待归档管理

提供对原始记录、检验报告、检验案例等的待归档文件管理,录入存放档案室中位置信息,便于查找

1.2. * .2 档案查询

提供对原始记录、检验报告、检验案例等已归档文件查询查看功能

1.2. * 电子发票管理

对用户的付费账单提供电子发票功能。

可由用户在企业服务平台或专用 (略) 下载,同时提供邮件发票功能。

1.2. * 快递服务

快递 (略) 使用标志发放以及检验报告的手段补充。

提供快递接口,在检验系统中即可获取快递单号并打印。

1.2. * 客户管理

建立客户数据仓库。

在客户管理中提供身份认证管理、组织机构(拥有下属 (略) 会信用证号)关系管理、检验任务查询、费用管理、客户信用度管理等"

1.2. * 协议合同管理

提供对监督检验或委托检验业务的合同管理功能。

1.2. * 系统成员数据库

批量导入、导出;系统成员数据增删改查

1.2. * 条码印刷企业数据库

条码印刷资质企业管理(录入、修改)

1.2. * 系统管理

1.2. * .1 组织机构管理

组织机构添加,删除,修改管理

1.2. * .2 人员账户管理

人员账户添加,删除,修改管理

1.2. * .3 角色管理

角色管理

1.2. * .4 权限管理

权限管理

1.2. * .5 数据字典管理

基础数据管理

1.2. * .6 系统日志管理

重要数据操作日志保存,查询管理

1.2. * .7 数据更新管理

系统成员从国家库返回同步企业信息到 (略) 库

1.2. * 查询统计

1.2. * .1 企业信息查询

可以按照企业名称、法人、地址、行业、注册资金、行政区划(按市、按区县) (略) 业分类、注册时间或注销时间等条件检索企业的基本信息;可同时查看检索结 (略) 政区划上的分布,可以查询快递信息及胶片、证书、发票信息。

1.2. * .2 企业分类统计

(略) 政区划、 (略) 业、注册时限或注销时限等条件统计企业的分布数量;统计结果可以图形或表格显示;可以查看统计结果中 (略) 对应的具体企业列表信息;可以查看某企业的具体明细信息。

1.2. * .3 业务订单查询

按 (略) 政区划内注册、续展 (略) 汇总。

1.3 应用架构要求

基础软件支撑平台层:主要为应用系统提 (略) 环境,所有其他层次的组件都是基于基础平 (略) 的。

采集服务层:对系统中各类的 (略) 统 * 访问封装、统 * 管理及统 * 存储等操作,并且在不同应用系统内及系统间提供数据交换和展现能力。主要包括多源数据采集、基于WEB表单引擎设计平台等模块。

1.3.1 多源数据采集

(1)支持多种异构数据源(Oracle、Mysql、Microsoft SQL Server、JMS、Excel、TXT、XML等),提供开放式适配器 * 次开发接口,可以根据项目的特殊要求开发新的适配器;

(2)支持全量数据抽取模式,支持触发器、MD5、时间戳、数据库redo日志解析等增量数据抽取模式;

(3)支持针对不同的源数据提取相应分组特征;对于选择出来的组特征,使用C * 决策树建立分类器;

(4)提供相关技术方案;

1.3.2 集中运营管理平台

(1)支持上层业务应用软件的开发、配置提供保障;

(2)支 (略) 内部工作业务和对外商 (略) 灵活的系统搭建和调整,确保整个系统的可配置、可扩展。

(3)提供相关技术方案;

1.3.3 基于WEB表单引擎设计平台

(1) (略) 各种检验报告基于WEB界面的在线设计、报告中的数据资源动态配置获取及保存、报告自动加载显示等功能。

(2)支持基于WEB端不需要安排第 * 方插件的情况下,实现报告模板在线设计功能。

(3)提供相关技术方案;

1.3.4 分布式任务调派系统

(1)支持通过Web页 (略) 增删改查操作,操作简单;

(2)支持动态修改任务状态、启动/停止任务, (略) 中任务,即时生效;

(3)调度采用分布式设计,基于zookeeper (略) 列实现 (略) 署;

(4)提供相关技术方案;

1.3.5 (略) 署管理

(1)根据用户提供的个性化配置参数和对集群角色的描述信 (略) 署相关脚本编写组件。

(2)支持提供基于集群节点角色的 (略) 署方法,用户可以静态的指定集群节点角色, (略) 署算法动态的绑定集群节点。

(3)支持配置管理框架管理集群节点的状态,可以有效的管理底层资源的生命周期和依赖关系。

(4)提供相关技术方案;

1.3.6 服务接口总线要求

(1)提供各种服务(中介服务、穿透服务、编排服务等)的开发、调试以及属性设置、元数据导出等,便捷快速地开发各种服务;

(2)支持数据截取、数据内容订阅、各种格式打包下载等功能;

(3)支持数据访问分级授权,数据内容加密;

(4)提供相关技术方案;

1.3.7 原始记录和检验报告全文检索要求

(1)实现查询功能提供面向不同用户的快速搜索和专业搜索等,帮助用户实现智能检索,查询出的内容,进行关键词高亮显示。

(2)支持查询关键字时,前缀匹配智能提示功能;

(3)支持汉字、拼音输入,给用户带来更大的方便,免得切换输入法;

(4)提供相关技术方案;

统合业务平台层:向最终用 (略) 理功能的各类应用模块。

展现层:表现层将 (略) 有功能统 * 装配、统 * 展现,形成综合应用展现层。

2、系统安全要求

(1)系统应提供操作日志记录功能,以便及时掌握系统安全状态;

(2)提供完整的系统监控、 (略) 理能力;

(3)数据库应支持安全标准、多级安全控制。

(4)支持数据库存储加密、数据传输通道加密及相应冗余控制。

(5)系统用户账号管理、密码管理、 (略) 方 IT内控要求。

(6)提供相关技术方案;

3、数据安全要求

(1)系统必须采取定期备份或作数据容灾备份等措施来保证数据的安全。

(2)系统必须提供联机的数据备份能力,保证数据的完整性和有效性。

(3)系统对用户数据应采取安全措施,防止用户数据泄密、丢失和被非法修改,保障用户利益。

(4)提供相关技术方案;

4、系统设计要求

(1) (略) (略) ,采用J2EE (略) 开发,适应 Linux操作系统、MySql 数据库管理系统。

(2)系统采用面向服务的体系架构,基于 B/S 模式开发,功能实现分层设计,模块化强,支持服务的组装、重用,整个系统软件易维护,易于功能扩充。

(3)系统用户访问基于 Google Chrome 浏览器。

(4)最终需 (略) 的软件及相关文档,包括系统软件设计说明书、系统使用说明书。

5、系统性能要求

(略) 方提供的硬件资源条件下必须满足以下基本技术性能要求:

能够承载 * 名以上的用户同时并发使用;

(1)平均响应速度:按照 * 万条数据库记录、 * 用户 (略) 测量。单 * 条件数据查询平均 (略) 小于1秒,外网小于2秒;

(2) (略) 理能力:能大规模、 (略) 理问题,提供高速度、高效率、实时、及时的 (略) 理能力。

(3)容量和吞吐量:系统应支持至少 * 用户的同时并发在线, * 天访问量不低于 * 人次。

(4)提供相关技术方案;

原定开标时间地点不变,以上补充通知与原采购文 (略) ,以本补充通知为准!并对响应单位起约束作用!特此通知,谢谢 (略) !

中航技 (略)

* 日


    
查看详情》
相关推荐
 

招投标大数据

查看详情

收藏

首页

最近搜索

热门搜索