招标货物清单模板Word文档格式.docx
《招标货物清单模板Word文档格式.docx》由会员分享,可在线阅读,更多相关《招标货物清单模板Word文档格式.docx(18页珍藏版)》请在冰豆网上搜索。
![招标货物清单模板Word文档格式.docx](https://file1.bdocx.com/fileroot1/2023-1/2/683f5871-8061-4cdc-8b1f-a90ecfc15317/683f5871-8061-4cdc-8b1f-a90ecfc153171.gif)
需配置企业版数据库、数据复制模块、XML数据管理模块、支持存储独立管理的高可靠性容灾组件
2
电子审批应用服务器
核心配置按照服务器具体招标结果填写,为集群架构
为内网电子审批业务提供应用逻辑/处理服务,
需要配置应用服务器中间件。
3
电子审批Web服务器
为内网电子审批业务提供应用逻辑/处理服务
4
统计查询数据库及应用服务器
核心配置按照服务器具体招标结果填写,为双机互备架构
为电子审批业务提供统计查询服务,需要与内网电子审批业务数据库保持一定的数据同步
需要配置企业版数据库、应用服务器中间件、数据复制模块
5
数据交换服务器
核心配置按照服务器具体招标结果填写,为双机互备架构
为内外网数据库提供数据交换服务
6
批处理服务器
为电子审批业务提供批处理服务
7
代码化文档数据库服务器
为电子审批业务提供代码化的数据服务。
需要配置企业版数据库
8
电子审批外网数据库服务器
为电子申请业务提供数据服务。
9
电子审批外网应用及Web服务器
为电子申请业务提供应用逻辑/处理服务
10
涉密网数据库及应用服务器
为涉密业务提供数据及应用逻辑/处理服务。
需要配置企业版数据库、应用服务器中间件。
四、选型原则
产品选型应遵循以下原则:
实用性、成熟性、先进性
遵循性能为主、兼顾价格以降低投资的原则,选择与CPEES系统相适应的成熟的产品,兼顾产品的实用性与先进性,保证产品具有一定的超前性,不会在短期内被淘汰,代表着主流技术。
通用性
选择具有通用性的产品,在存在标准的情况下,严格遵循国际和国家标准协议以及标准接口,保证产品的相互兼容,以实现不同网络的互联和数据交换。
安全性
选择具备安全性的产品,当违法用户对系统进行刻意破坏时,能够有一定的措施对系统进行保护。
可用性
选择可用性强的产品,当合法用户对资源在需要时即可使用,不因系统故障或误操作而使资源丢失,甚至在某些非正常条件下,也能够保证系统的正常运行。
必须保障与现有设备的集成应用,保证现有设备投资。
可扩充性
随着CPEES系统的发展,保证一定程度上的可持续扩充,满足将来的需要。
并能够适应新技术的发展,可随时过渡、升级和扩充,使整个系统具有较长生命力。
可开发性
必须具备二次开发能力,便于掌控相关设备及软件的关键技术,以保证设备及软件的安全可控。
五、系统软件技术指标要求
1.总则
(1)、投标方应当认真研究本项目对数据库系统或应用中间件的应用需求的说明,在满足所有的技术要求的同时,提供出一份最合理的数据库和中间件的解决方案,此方案将作为甲方选择中标产品的依据。
(2)、投标方应提供针对甲方需求的完整解决方案,并根据解决方案提出数据库和应用中间件详尽的交货、安装调试、技术支持和协助、服务、培训计划。
招标方将对整个投标方案的详尽性、可实施性、与实际需求的契合性、技术先进型、设计完整性、产品搭配的合理性进行综合评估。
(3)、投标方应提供一个涵盖所有投标产品,但不局限于投标产品方案性的论证,满足本项目业务系统的IT系统架构设计、系统运行条件、使用和维护能力限制等,并提出配合甲方的应用开发和部署方面相关的建议或要求。
(4)、投标方所投标的所有产品都应拥有产品制造商的正式授权,与厂商或所投物品的产权所有人的授权引发的争议与甲方无关。
(5)、投标人应具备与所投产品相关的大型应用系统设计、开发的实施经验,应标方案中技术支持、售后服务和培训方案以及投标方的综合技术因素是甲方选择中标厂商的重要因素。
投标方提供基于本次所投厂商产品的成熟解决方案。
2.基本要求
此次购买的系统软件产品应具备以下技术规格,否则视为不合格:
(1)、要求投标人提供的产品是符合中华人民共和国相关法律法规许可销售和使用的最新企业版数据库产品、最高级别企业版应用中间件产品,具有厂商正式授权使用许可证,在投标书中必须提供详细的配置表,并有中文注释。
(2)、需提供生产厂商的含1年最新大、小版本产品免费升级服务的授权使用许可证;
提供7X24小时电话技术支持,远程技术支持服务等。
(3)、要求生产厂商提供本地化产品实验室技术支持,并出具原厂加章证明材料。
3.数据库软件技术指标要求
(1)数据库产品选型原则
国际知名大品牌
数据库应是国际知名大品牌,应是最新版本的企业版数据库,必须在tpc.org网站上有通过认证的性能测试结果可供参考。
开放性
遵循国际标准和行业标准,可以在多种平台上使用,支持当前最流行的数据库技术标准,支持常用的网络通信协议。
数据库高处理能力
数据库处理能力是数据库系统考虑的第一因素。
针对国家专利局的数据容量,及数据处理要求,数据库系统应具备海量数据的安全访问,并具备极高并发处理能力。
数据库安全性
数据库的安全性是指保护数据库以防止不合法的适用造成的数据泄漏、更改或破坏。
数据库系统存储企业关键业务数据,因此数据库系统应具备高安全性,保障系统安全。
数据库可靠性
数据库保存的是企业最重要的数据,是企业应用的核心,稳定可靠的数据库可以保证企业的应用常年运行,所以数据库应具备高稳定可靠性,保证数据的安全与稳定。
数据库可管理性
数据库系统的管理和日常维护是系统投入使用后的一个非常重要的工作。
一定要选用可管理性的成熟数据库系统,来降低管理风险,提高管理效率。
数据库可扩展性
随着CPEES系统的发展,保证一定程度上的可持续扩展,满足将来的需要。
数据库复制能力
复制是指一个数据源可在网络上有多个拷贝,并且这些拷贝可以通过某种方式自动保持数据一致性。
针对国家专利局的实际情况,数据库系统应具备完善的数据复制能力。
(2)数据库软件技术指标要求
数量:
按实际购买的服务器的CPU数量来计算
以下指标均为必备指标。
指标
技术要求
总体要求
●所投产品必须是国际知名品牌,必须是最新版本的企业版数据库;
●产品具备业界广泛认可的技术实力,稳定的数据库核心技术发展路线。
●适合用于数据仓库的企业级数据库,同时也要具备联机交易处理(OLTP)能力;
●具备关系型与层次型数据(XML)的数据库内核引擎;
●必须在tpc.org网站上有通过认证的性能测试结果可供参考。
成熟性要求
●必须是当前最成熟技术的数据库产品,并符合未来数据库技术的发展潮流;
●应支持当前最流行的数据库技术标准,如:
ANSI/ISOSQL89、ANSI/ISOSQL92、ANSI/ISOSQL99、ODBC3.0、X/Open、CLI、JDBC,XQuery等;
高效性要求
●应支持大数据量处理的表分区等优化大数据量处理的技术,分区方式不受CPU数量、节点数量等影响;
●支持哈希、范围等多种分区方式,并支持多种分区方式的混合使用,以便支持超大数据量的高负载查询,可实现单表上的TB级数据量需求。
●应具有并行处理功能,能在系统资源低负担的条件下提供最高的并发度和最大的吞吐量;
应支持存储过程机制、触发器机制、预编译优化机制,支持存储过程与触发器的并行处理;
●应支持数据仓库的建立和管理功能,对数据仓库应用有完善的支持,提供面向OLAP分析功能的ROLLUP,CUBE等多级汇总支持和扩充的数理统计功能,要求具有预计算功能模块、支持查询重写等优化机制;
●应支持位图索引、多维聚簇索引和星型连接等技术,提供快速的即席查询处理能力;
支持基于星形模型的物化查询表自动生成功能;
可靠性要求
●应支持在UNIX环境数据库集群和双机热备份机制;
●应支持7x24不间断的运行处理;
●应支持数据的在线备份与恢复,具有多种数据复制方式,支持异种数据库复制;
●应提供软件容错机制,包括数据库、日志镜像、自动恢复和集群机制,具有高度的数据可靠性、容错能力、完整性和有效性;
●应支持联机备份和恢复以及跨平台恢复;
扩展的备份和恢复功能;
多级增量备份;
准确的数据库修复;
自助错误更正等;
●厂商的产品要求具有异地容灾功能以及客户端应用的自动重路由功能,能够支持高效的系统高可用性功能,支持系统的高速切换。
●厂家的数据库产品应具有增量日志传送功能,可实现数据库高速同步,主数据库的事务处理不应受到日志同步传送的影响,发生故障时应用服务器无需重新配置数据库客户端即可自动路由,实现两个数据库之间的高速切换。
●支持灵活的数据备份/恢复功能,以支持重新开始以前被中断的恢复过程,节省恢复时间。
当系统需要重新定义数据库的存储设备、路径等内容时,数据库系统应能支持自动生成数据库恢复脚本帮助DBA重新定义新数据库的存储路径。
可扩展性
●应支持从单CPU系统到SMP多CPU系统或SMP多CPU系统到双机甚至多机集群系统的线性扩展及应用系统与业务系统的无损失移植;
请提供国内6节点以上集群的运行实例,并标明使用到的节点数目;
●为了系统未来大规模扩展的要求,本项目的数据库产品应支持先进的多节点并行处理技术,请说明数据库产品最大可支持的节点数目,并提供TPC-H测试中使用到的最大节点数目测试结果作为参考;
●要求联机分析处理(OLAP)功能组件采用关系型数据库的存储方式(即ROLAP)和基于SQL的访问标准,并能与业界常用的联机分析工具(BO、Cognos、Brio、MicroStrategy等)交换元数据和连接。
复制能力
●增量数据复制:
要求从数据库日志中捕获并过滤数据增量,并且不在源数据库中存储增量数据,以降低对源数据库的影响。
●数据同步延迟低:
满足正常交易业务负载下,目标数据库获得数据的延迟为秒级。
●提供有效的机制确保同步数据的完整性和事务一致性,支持在目标数据库准实时查询交易数据。
●传输效率高:
要求传输数据采用压缩格式,并在消息队列中传送。
●异步传输:
要求目标数据库无需连接到源数据库,并且保证数据源和目标即使在系统或设备故障的情况下保持一致性。
●传输稳定性要求:
通过传送增量数据,支持可靠的消息传递,保证消息不重复传递。
●提供复制监控及容错机制,包括数据延迟,源、目标数据一致性监测,以及数据比对及修复功能。
●提供图形化的管理配置工具,图形化的同步监控工具,方便易用。
安全性
●应达到NCSC的C2级安全标准;
●应支持行/表等不同级别的锁机制,有良好的死锁处理机制,以及阶段提交机制,以保证数据的完整性和一致性;
●应支持随意存取控制、身份识别、角色划分、追踪审计等安全机制;
●数据库系统应支持标签级别的安全访问控制功能,用户可自行定义基于标签的安全性规则,可提供行级别、列级别的访问控制。
实现精确到行的安全控制。
●应提供数据库存储加密(列加密)、数据传输通道加密等功能;
开放性要求
●应支持主流厂商的硬件和操作系统平台,如IBMRS6000/AIX、HP(PA/IA64)/HP-UX、SUN/Solaris、Windows2000/XP/2003、Linux(x86-32/x86-64/PPC/S390)等;
●应支持当前最流行的数据库技术标准,AANSI/ISOSQL89、ANSI/ISOSQL92、ANSI/ISOSQL99、ODBC3.0、X/Open、CLI、JDBC等,支持对象数据库或多媒体的存储管理;
●应支持金融行业常用的网络通信协议,如TCP/IP、NETBIOS、NPIPE、APPN/APPC等;
●应支持异种平台上异种数据库的良好互联,实现对文件数据和桌面数据库数据的访问;
实现对大型异种数据库的透明访问和复制;
支持基于消息队列的高可靠性数据复制技术;
能够将原有异种数据库向本数据库无损失移植等;
●应支持易用并具有广泛适应性的开发语言和工具,如C、Cobol、.net、JAVA应用工具等等;
●提供与数据库集成的JAVA虚拟机和SQLJ,用户可以使用SQL或JAVA语句来实现存储过程和触发器;
●具有支持分布式操作系统所需的技术,可以实现透明的分布式查询和DML操作,分布式应用无需特殊编程等;
●支持XQuery与SQL的混合查询,可在一条语句中同时访问XML与关系型数据。
●支持基于XPATH的XML索引技术,优化器能够自动根据查询代价判断索引的使用,无需用户手动指定与定制。
●数据库引擎应提供可选配的纯XML数据存储与处理组件:
XML组件应能够支持通过XPath访问XML数据。
应支持XQuery与SQL的混合查询,支持XML节点级索引的创建与存取,优化器能够自动根据查询代价判断索引的使用,无需用户手动指定与定制。
●针对数据库提供的XML数据的访问能力,数据库应具备XQuery语句的生成工具,帮助应用系统的开发人员快速构建支持灵活的XML数据访问的应用。
可移植性要求
●应支持与异种数据库之间数据的平滑移植;
●应支持应用系统到异种数据库平台上的平滑移植,提供数据和应用移植的图形化集成工具;
易管理性
●应提供具有跨平台的统一图形界面的管理,能简易的实现对数据库的管理功能;
●应支持数据库的联机维护功能;
●应提供良好的数据库跟踪和性能调整工具;
●应提供良好的对应用程序的性能分析工具,支持具有成熟的基于成本的优化机制技术;
●提供数据库管理的API接口,支持用户定制数据库管理功能;
●应具有自我管理和自动资源调整能力,较少管理任务;
●支持数据库、表空间级别的高级存储管理功能,能够支持数据库、表空间等对象的存储自动化管理功能。
能够实现,存储的自动增长、与收缩,无须用户干预。
●应支持对逻辑内存及缓冲区的自动化管理。
数据库应支持高效的内存自主管理功能,可替代DBA对数据库内存的管理和维护工作,简化DBA的日常优化工作量,同时可动态保证系统性能。
●可以提供图形界面的数据库性能监控和动态性能调整等功能,具有系统自动参数调优功能。
完成诸如启停数据库、备份、恢复、扩充空间、建表、建用户、复制管理等数据库管理工作;
●数据库系统应具备支持DBA日常工作的自动化执行机制,具备自动收集统计信息、自动执行表重组等功能。
4.VPN用数据库技术指标要求
10用户数。
5.VPN用数据库应是微软的SQLServer2005WorkGroup简体中文版或更高版本。
应用中间件技术指标要求
(1)应用中间件产品选型原则
国际知名大品牌
应用服务器中间件应是国际知名大品牌。
安全性
应用服务器中间件是访问企业关键数据的门户,安全性十分重要。
健壮性
作为关键任务应用,健壮性十分重要。
当用户通过网络进行业务处理时,如果因为该系统的应用缺乏足够的健壮性而出现故障,将直接导致用户对本系统的信心。
开放性
遵循国际标准,符合J2EE1.4规范,支持多种操作平台,支持多种数据库。
Internet是一个开放的世界,与普通的企业内部IT应用不同,给予Internet应用的一个很大的特点是永远无法知道他所提供的电子商务应用的巅峰访问量有多少,而且也不可能去控制来自于Internet的访问量。
在这种情况下,如果应用缺乏足够的可扩展性,将增加应用出故障的几率,从而直接导致其竞争力的下降。
高性能
对于系统来说,数据量庞大,并发用户极多,因此应用服务器的性能表现十分重要,需要充分予以考虑。
可管理性
对于用户来说,他们希望无论何时访问业务内网或外网,都可以得到一个100%可用的站点,也就是说,保证整个应用系统在即使某台服务器出现故障的情况下仍然能够保证事务处理能够顺利地进行下去,保证了应用24x7x365的高可用性。
(2)应用中间件软件技术指标要求
数量:
基本要求
●所投产品应是国际知名品牌
●必须是本系列产品中最高级别企业版产品。
●符合J2EE1.4规范和J2SE5.0规范,并且在所有开放平台(包括AIX、HPUX、Solaris、Windows、Linux)上通过J2EE1.4认证,全面支持J2EE标准,在SUN公司的官方网站上能够查询到。
●支持各种主流平台,如HPUX、IBMAIX、SUNSOLARIS、WINDOWSNT/2000、Linux等,而且支持这些平台的64位操作系统。
●支持多种数据库,如Oracle、MSSQLSERVER、DB2UDB、Informix、Sybase等数据库,并对数据库的访问效率提供优化。
●支持对两种以上异构数据库之间两阶段提交交易处理。
●支持ConnectionPool技术
●支持应用级负载均衡
Ø
支持应用级动态的负载平衡,能够管理多个应用服务器和组件的调度和运行。
支持单机环境下的应用级动态的负载平衡(多JVM进程)。
支持多机环境下的应用级动态的负载平衡,说明负载均衡时支持的最多机器台数。
●支持异构Cluster
●当硬件平台或不同的Unix操作系统时,Web应用服务器支持异构Cluster技术。
●动态增加服务器
●在原业务系统不停机的情况下,支持动态增加服务器,扩展系统性能。
●Cluster情况下支持Session级故障恢复
●Cluster情况下支持应用服务器的亲和性
WebServer
●内置且支持主流的HTTPServer,如:
Apache、IIS
●支持不同Unix操作系统下的WEB服务器的负载平衡。
JMS
●内置且支持主流的消息中间件
●支持JTA(XA)的两阶段提交
●支持集群环境
httpsession
●在管理HTTPSession状态方面提供了多种不同的机制,提供一系列选项,均基于从简单、单服务器环境向大型、高负载集群环境扩展所需的扩展、容错技术。
●支持HTTPSession存放在内存中,Cluster情况下支持Session级故障恢复。
●支持HTTPSession的亲和性。
●安全控制方式
●支持标准的安全协议SSL(SecureSocketLayer)
●支持Java2,JAAS,JSSE,JCE安全模式和技术
●提供的软件版本支持标准的LDAP目录服务器,LDAP服务器需要满足LDAPV3协议。
●支持Cache
●支持交易服务器
消息支持
●支持消息中间件
●列出支持的消息中间件产品;
●可方便地与消息中间件交互,并简要说明如何实现。
互联性
●与Corba互联
●与DCOM互联
管理
●提供基于JavaManagementExtensions(JMX)的管理模式。
●提供基于浏览的管理工具,可以方便的进行远程管理。
●必须提供中文安装和管理界面。
●Cluster运行方式下支持集中式管理,并可以方便的进行管理。
性能分析
●提供对WEB应用服务器运行状态监测及统计分析功能,以便对系统进行有效的优化工作
日志
●提供日志文件,帮助用户跟踪、分析、调试应用系统。
●支持中文,产品必须支持GB18030
支持WebServices
●支持部署WebService;
支持WS-Security、SOAP1.2、WSFL、WS-I、UDDI等技术标准。
●提供利用已有的组件(如EJB、Java类等)构建WebService的工具。
●支持同步和异步的调用方式;
支持HTTP/S和JMS传输协议;
支持WebService的国际化。
●提供开发环境,加速WebService的开发与测试过程。
提供集成化的开发工具
●支持J2EE建模、开发、调试、测试到部署完整软件开发过程。
●支持可视化环境中调试JSP、Servlet、EJB组件。
●支持团队开发和流行的团队开发工具。
●提供集成测试环境。
●支持WebServices开发
典型成功案例
●请提供Unix、NT平台上应用服务器典型成功例证,说明应用平台、配置、
支持的并发用户数和数据量。