Ⅰ 项目概况
本次采购项目系接受无锡市商务局委托,进行无锡市肉菜追溯体系项目一期建设的公开招标采购。本项目根据《商务部财政部关于肉类蔬菜流通追溯体系建设试点指导意见的通知》的要求,为加强我市肉类蔬菜行业管理,落实监管责任,完善肉菜质量安全保障体系,提升肉菜质量安全消费水平,择优选择中标人负责本项目的建设工作。
Ⅱ 建设目标
建设统一肉菜质量安全追溯平台,提供硬件支持,符合《商务部财政部关于肉类蔬菜流通追溯体系建设试点指导意见的通知》及《全国肉类蔬菜流通追溯体系建设规范(试行)》等商务部具体技术标准的要求,实现对肉品及蔬菜流通行业的信息化监管,及时发现并处理违法违规行为,形成企业规范经营、政府高效监管、行业严格自律、舆论有效监督四位一体的肉菜质量安全保障体系。
Ⅲ 建设步骤与内容
项目具体内容包括:开发蔬菜质量安全监管与追溯平台一套,能与原有肉品质量安全监管平台实现对接,并在市区屠宰场2家、肉类批发交易市场1家、蔬菜批发交易市场1家、农贸市场30家、50家连锁门店(天惠超市)、15家超市(大卖场)、100家团体消费单位等企业部署相关管理软件和设备;并承担系统设计、设备供货、安装调试、系统集成、运行维护、项目验收以及技术培训等。具体要求如下:
Ⅴ 采购清单
类别
|
项目名称
|
数量
|
应用系统
|
城市追溯管理平台(含政府监管平台、互联网门户、短信查询、12312查询、触摸屏查询)
|
1
|
蔬菜批发市场追溯子系统(含电子结算)
|
1
|
肉类追溯子系统对接(含肉品批发市场电子结算)
|
1
|
团体消费单位蔬菜追溯子系统
|
1
|
农贸市场蔬菜追溯子系统
|
1
|
超市(大卖场)蔬菜追溯子系统
|
1
|
连锁门店蔬菜追溯子系统
|
1
|
“产销对接”核心企业追溯子系统
|
1
|
农药残留检测系统接口
|
1
|
支撑系统
|
★双阵列冗灾系统
|
1
|
★安全操作系统
|
4
|
数据中心
|
★数据服务器
|
2
|
★应用服务器
|
2
|
★磁盘阵列
|
1
|
★光纤交换机
|
2
|
★应用服务器网关设备
|
1
|
屠宰企业
|
普通台式电脑
|
4
|
★RFID实时生产管理系统(包含标签、现场读写设备、中间件、应用软件、管理机等)
|
2
|
肉品批发市场
|
无线AP
|
40
|
交换机
|
2
|
WIFI型无线手持终端
|
8
|
普通台式电脑
|
8
|
★电子交易磅秤
|
170
|
蔬菜批发市场
|
★数据服务器
|
1
|
★防火墙
|
1
|
普通台式电脑
|
6
|
★电子秤一体机
|
120
|
票据打印机
|
120
|
外接式RFID读写器
|
10
|
蔬菜周转筐
|
25000
|
触摸查询终端
|
3
|
农贸市场
|
★溯源型电子秤
|
2550
|
WIFI型无线手持终端
|
30
|
无线AP
|
240
|
机柜
|
30
|
超市(大卖场)
|
非接触式IC卡读写器
|
15
|
触摸查询终端
|
15
|
连锁门店
|
非接触式IC卡读写器
|
50
|
3G型无线手持终端
|
50
|
★条码电子秤
|
50
|
触摸查询终端
|
50
|
监控中心
|
LED电子屏
|
3
|
液晶电视一体机
|
9
|
视频电脑
|
3
|
监控系统
|
3
|
投影仪
|
3
|
交换机
|
3
|
其他
|
3G型无线手持终端
|
20
|
3年网络费用(含×××网络租用、无线设备上网等所有费用),1个10M互联网光纤,1个100M专网光纤、6个10M专网光纤,30个2MADSL、70个3G上网
|
1
|
肉菜流通服务卡
|
10000
|
溯源型电子秤卷纸(热敏型57*50/卷)
|
200000
|
培训费
|
1
|
3年设备托管费用(仅限IDC数据中心设备)
|
1
|
工程实施集成费
|
1
|
Ⅵ 采购要求
1、基本要求
1.1软硬件设备采购要求
本项目采购系统软硬件产品详细指标要求如下,投标人所投设备须满足以下要求:
1.1.1应用软件系统
指标项
|
技术规格要求
|
★软件设计架构
|
三层或多层, 采用B/S架构模式进行设计开发
|
★开发语言及环境方面
|
JAVA,开发环境为JDK1.6以上版本
|
系统最少支持并发用户数
|
≥1000用户数
|
系统最大响应时间
|
≤5秒
|
★数据支撑系统
|
数据库采用oracle10G、sybase、db2以上,支持集群分布式部署应用管理,要求可支持LINUX操作系统
|
★应用服务器系统
|
采用商用中间件,支持高性能并发处理,支持集群部署,要求可支持LINUX操作系统
|
★服务
|
免费提供3年软件升级和二次开发及维护服务
|
★其他
|
与原有放心肉系统无缝对接
|
1.1.2双阵列冗灾系统
系统结构、原理
1) 软件的体系结构。★
n 复制软件应采用基于Oracle 日志捕捉的逻辑复制方式;
n 复制软件应为独立于Oracle外的体系架构,其运作原理不影响源端及目标端数据库的运行。
2) 软件的复制原理。★
n 复制软件应满足在单机或RAC环境下,对Oracle在线日志(Online redo log)的捕捉及复制。
n 复制软件必须支持准确复制Oracle数据库中的每个事务交易,在事务开始后就开始传递复制信息,而非等待事务交易结束,由此保证复制效率和确保容灾、报表及历史数据的可靠;
n 复制软件支持在目标端数据库采用标准通用的SQL语句数据提交方式。
3) 异构平台的支持★
n 数据复制软件应支持以下操作系统:HP-UX,AIX,Solaris,Linux,Windows。
n 源端、目标端的硬件平台要求可以属于不同厂商、不同型号,选用不同的操作系统。
n 数据复制软件源端、目标端要求支持不同的文件系统。
4) 数据库的支持★
n 数据库复制软件应支持Oralce8i、Oracle 9i 、Oracle 10g、Oracle11gR2等数据库版本;
n 说明源端、目标端是否可以选用不同数据库版本;
n 说明源端、目标端是否可以选用不同的字符集。
5) 要求支持UTF-8字符集,支持中文汉字内码,符合双字节/三字节编码;
6) 复制软件对复制对象的数量没有限制、对表记录的数量没有限制。
可靠性
1) 支持数据库软件的集群的支持。★
数据复制产品应支持本地Cluster的高可用方式。
2) 复制软件支持集群功能。★
该复制软件支持集群配置,当集群中任意一台主机宕机时,不影响复制功能。
3) 与数据库软件的耦合程度 ★
当复制软件处于异常状态的时候,除影响数据库复制功能外,不影响源数据库、目标数据库的服务状态。
复制软件的运行不影响源和目标端数据库系统运行的性能,不占用源和目标端数据库系统内部资源(如 SGA区等,表空间、回滚段等)。
复制软件的队列文件应存储在源和目标端数据库之外的文件系统或数据库,以避免出现故障时影响源和目标端数据库系统的运行。
4) 故障处理★
要求当网络故障、服务器故障、数据库故障等的情况下,能够保证数据复制的完整性、一致性。
当故障修复后,数据库复制软件能够自动恢复工作,数据完整一致性不被破坏。
源服务器(或目标数服务器)上任何软硬件故障, 除影响数据库复制功能外,不影响另一端服务器的服务状态(数据库等)。
5) 数据安全性★
复制软件必须支持通过SSH方式实现数据的加密传输。
6) 复制软件必须支持对事务的选择性复制,可指定忽略某些特定事务的复制。以保证生产系统进行数据清理时不会在目标端删除需要保留的历史数据。★
7) 数据一致性检查★
n 复制软件必须能够在目标端提交时进行数据一致性校验;及时发现数据不一致错误,并可发出报警信息。
n 必须保证数据复制的准确性,当因其它因素干扰,导致数据不一致时,应有必要的工具或手段,可在应用不停机的前提下,完成在线的数据修复,保证数据的一致性。
n 数据比较和修复工具必须提供对表中部分数据或分区表中某个分区的在线比较、修复功能,以满足生产库和历史库在数据有差异的情况下的数据比较需求。
8) 复制软件必须支持在无锡肉类蔬菜流通追溯系统环境下的在线数据初始化同步功能,要求初始化同步过程中不需要停止应用程序。★
软件应用功能
1) 目标端数据库必须是OPEN状态★
要求数据库复制软件采用交易复制的方式进行数据同步,目标端Oracle数据库在数据库复制过程中必须处于OPEN状态,可以提供给应用系统访问实时数据。
2) 复制部署模式★
n 复制软件要求提供单向复制,合并复制(多对一),广播复制(一对多)等复制模式。
n 复制软件必须支持同一张表数据的双向复制,并提供冲突处理机制。
3) 支持Oracle的各种数据库对象的同步★
复制软件支持Long、Long Raw、 Blob、 User、Role、B-FILE、ROWID、FLOAT、UDT、VARRY、NCLOB、TIMESTAMP、Package、Procedure、Function、Directory对象和有表中存在行链接、行迁移的复制。
4) 支持所有ORACLE数据库支持的表、分区表。★
5) 支持指定列或满足条件记录的过滤复制,只复制对应列数据或满足条件的行数据。★
6) 支持DDL语句的复制。★
详细说明支持DDL语句的类型,以及不支持的DDL语句类型。
7) 用户可根据源系统和目标系统的特点进行设计。★
如根据OLTP和OLAP的特点,在源和目标系统建立不同的索引、设置不同数据库表的参数等。
8) DDL语句选择过滤功能★
要求对Truncate语句和其它DDL语句的复制提供开关控制功能。如不能支持,必须说明。。
9) 支持对数据库中Sequences(序列)的复制。★
10) 复制环境中每台主机部署的数据复制软件均可以同时作为源系统和目标系统,以保证今后业务扩展的需要。★
11) 为保证未来在异地建立容灾中心的需求,复制软件必须支持在遇到异常情况下,实现快速容灾接管功能;在生产系统恢复后,必须支持业务系统快速反向回切。对恢复正常的生产数据库不需要进行数据全同步或重新部署复制软件,仅将增量数据回写即可完成生产系统恢复工作★
软件性能
1) 源数据库系统性能的影响。★
复制时不能影响源端数据库的正常运作,复制软件导致源数据库增加的额外性能要求不得超过原有系统的8%,并说明其占用的内存。
2) 对网络资源的使用★
推荐方案所需网络带宽有限,在有限传输带宽上保证复制工作不延迟。请说明所需网络带宽及计算方法。
3) 数据库复制间隔设置灵活★
可灵活设置数据库复制间隔。
数据延迟:数据由生产数据库向报表中心进行数据复制时,正常情况下时间延迟不得大于1分钟。
4) 批量操作的复制性能★
批量操作的大事务(如数据批量导入等)的复制性能,应与正常操作复制性能相同或相近,不能有较大差异;
5) 并发处理★
复制软件支持多队列、多进程、多链路的并行工作模式,并有实际成功案例在使用。
6) 复制软件必须支持在源和目标端数据库进行数据库碎片重组、更换表空间等维护工作,要求进行此类操作时不需要重新配置或初始化同步数据。★
管理功能
1) 提供基于 web方式的图形化监控功能,可实时察看复制链路的延迟及复制状态。★
2) 故障监控及告警★
复制软件应具有故障的监视和诊断能力,支持基于SNMP方式的报警,并可与无锡肉类蔬菜流通追溯系统应用监控管理平台的集成
3) 复制软件必须提供电子邮件报警功能,可在发生故障,或性能出现问题时及时通知管理人员。复制软件技术要求★
数据库及应用程序性能诊断管理工具 ★
为了确保项目应用上线的性能稳定与安全,加强对项目实施过程中应用性能的跟踪与管理,要求投标方提供数据库及应用性能诊断管理工具。为便于使用和管理,要求所提供的数据库及应用性能诊断管理工具应和数据库复制软件为同一家厂商的产品。具体性能管理工具指标如下:
l 提供对 Oracle数据库运行情况及性能指标的实施诊断功能,尤其是对RAC环境的实施监控,以保障新的应用程序上线后可随时了解系统运行的实时情况。要求在监控的基础上能提供深入的诊断功能,以便及时发现和解决应用中存在的性能问题。
l 提供对 Oracle数据库性能信息收集和分析功能,可以将数据库的活动状况和用户、程序以及Oracle资源消耗结合起来,并将这些信息显示在易于使用的、图形化的界面中。可以从整个系统的角度监控和分析系统的活动状况和存在的问题,从而使数据库性能监控和管理水平获得极大的提高。
l 提供对应用程序以事务为中心,进行低负荷的性能诊断,可在系统上线初期对 J2EE应用进行诊断和优化。可以跟踪和重建最终用户的执行路径,实现集群化环境中多层次J2EE 系统中跨组件的分析功能,使应用管理员、DBA、开发人员和质量控制人员可以协同工作,诊断和消除应用的性能瓶颈。
l 可以监控和管理数据库复制软件。