一、系统要求
1、总体目标要求
投标人必须采用先进成熟的技术和产品，严格按照相关国家标准、行业标准的软件开发流程进行项目定制开发，不允许在实施过程
中作试验性开发或产品试用，确保系统建设质量和进度，防范开发
集成过程中的技术风险和产品风险。
2、软件平台的要求
2.1投标人开发建设的系统必须符合《深圳市公交智能调度系统
平台规范SZDB/Z35-
2011》以及招标人的平台功能需求，按照《深圳市公交智能
调度系统通信协议SZDB/Z36-
2011》接入符合《深圳市公交智能调度系统
车载调度终端SZDB/Z35-
2011》的车载调度终端，并满足本技术要求中的具体要求（
如存在不一致的地方以本技术要求为准）。
2.2投标人开发的系统须支持目前通用的各类操作系统环境，包 括Windows2008server，Linux等主流操作系统。
2.3 Web应用服务器支持主流中间件产品，如IBM Websphere,
BEA Weblogic, Oracle Application Server, Tomcat等；
Web服务器支持MS IIS, NES, Apache等。
2.4数据库管理系统须具备良好的数据和索引的压缩技术，具有 较低的空间膨胀率；在系统硬件资源允许的条件下（如服务
器内存不小于2G），对超大型数据库及结构化/非结构化复杂
查询实现响应的时间能够达到亚秒级，并且不随文件数量增
大而效率降低，数据库规模仅受硬件资源的限制。数据库仅
限于使用ORACLE或SQL SERVER 2008。
2.5语言支持：简体（GBK）、繁体（BIG5）、西文（ASCII）、
国际统一码（Unicode）。支持中西文混合检索。
2.6系统须采用JAVA语言并基于J2EE架构或者基于C#的.NET平台
开发，整个架构必须是构件化面向对象的，充分考虑系统今
后纵向和横向地平滑扩张能力，进行设计和建设。
2.7系统应采用多层B/S应用结构体系，表示层、业务层、数据
访问层要分开。
2.8系统应支持组件化开发，为第三方应用系统提供标准化数据 接口。
2.9 系统须具有分布式事务功能。
2.10系统须支持负载均衡及双机热备。
2.11除系统所用到的硬件、数据库软件及操作系统的费用由招
奥尼尔标人承担以外，其它费用均由投标人承担。
2.12电子地图要求必须支持ArcGIS地图，同时支持目前免费的
主流地图，包括但不限于谷歌地图、百度地图等。
2.13系统中的基础信息部分支持excel的导入、导出。
2.14系统中的所有查询应能支持灵活查询。
2.15系统中的报表除了打印固定的格式外，还须支持导出文本
或excel格式。
3、数据处理能力
3.1必须提供分布式和跨平台的灵活配置方案，支持对关系型数
据库的文本数据和大对象类型数据检索能力。
3.2系统支持并发用户数大于1000人。
3.3百万目录数据量带全文检索，客户端响应时间小于10秒；
3.4在内网情况下，用户访问系统、WEB页面报表查询、线路切
换、轨迹查询等的响应时间小于3秒。
4、外网接入的安全性
gis
4.1防止系统在互联网上被非法用户使用资源。
4.2防止网络病毒的入侵。
4.3防止数据在传输时的泄漏。
5、数据备份的要求
5.1应能永久保存数据，并提供永久备份数据的解决方案。
5.2应能定期备份数据，采用本地保存或异地存储的方式。
5.3当数据容量过大时，提示并辅助实施相关数据的导出备份。
5.4系统采用每日增量备份，每月全量备份。
5.5系统具备异地灾备，实现系统所有数据在灾备中心的实时备
份。
5.6数据备份时，不能影响平台系统的正常运行。
6、系统的稳定性要求
6.1系统无故障运行时间大于半年，全年60分钟内无法修复的故
障次数不大于2次。平均故障修复时间小于60分钟。发生故障
时，应能立即启动应急响应机制，确保公交调度业务不受影
响。
6.2电子目录数据接收，导入（导出）临时或核心数据库每批次
能承载百万条以上，记录数据信息不发生错误；
6.3软件系统须防止消耗过多的系统资源而使系统崩溃。
6.4数据库设计时须区分当前业务数据和历史数据，避免因历史
数据过大，查询或相关的操作引起服务器运行负载过重。7、故障监视、诊断及恢复
7.1出现故障须及时告警，具备完整的系统安全机制。
7.2应用系统具备自动或手动恢复措施，以便在发生错误时能够
快速地恢复正常运行。当系统出现故障时，必须能及时切换
备用服务器以快速恢复系统正常工作，备用服务器启动时候
小于15分钟。
7.3须有相应的应急方案，以便在3G网络故障或局域网络故障时
能保证正常的生产工作。
7.4系统必须能接收车载终端发送的自检信息和服务器定时的资
源使用率情况信息，生成故障告警表。
8、系统安全性
8.1提供用户管理、权限管理、统一认证等具体安全功能，采用
包括加密、签名等手段在内的多种安全措施。
asp服务8.2系统须充分利用机房设备（如交换机、防火墙、路由器等）
的功能，以保障操作系统、数据库和功能服务器（如Web服务
器、数据库服务器等）系统级安全问题。
8.3系统须保证在任何情况下各种数据的安全，不应因系统设计
问题或操作失误造成数据丢失。
8.4系统须提供运行监控功能，建立系统运行的日志文件，跟踪
记录每个用户的每一个操作，确保数据完整、行为可控、违
规可究。
任弼时中学9、系统数据一致性要求
9.1不同模块间须能够共享数据，数据可以方便地导入、导出。
9.2具备数据整合能力，能为现有软件的数据库提供数据接口。
9.3系统须提供本地备份、异地灾备、故障恢复功能，能实现系
统所有数据在灾备中心的实时备份，通过全备份、增量备份
等多种备份策略和手段，充分保证数据库备份数据的完整性
、一致性和可靠性，从而保证系统具备很强的灾难恢复能力
。
9.4系统保障数据的唯一性，提供出现异常时的提示功能。
10、兼容性及升级
国际学术会议10.1不同时期软件版本须能向下兼容，软件版本易于升级。
10.2通讯模块方面采用标准化设计，提供相应的智能调度车载
终端硬件接入协议标准并必须接入不同供应商不同型号的硬
件（包括招标人在用的车载智能调度终端、符合深圳市标准
的智能调度终端设备）。
10.3系统须开发标准的接口，以供二次开发，与其它系统互联
互通。
10.4投标人须承诺在供货时提供最新版本的软件，但该软件必
须是经过测试正式推出的，其可靠性、稳定性必须经过严格
验证。
10.5系统推出新软件版本时，须提供必要的技术资料。
10.6须说明目前所使用软件的实际运行时间以及升级完善的计
划进度表。
11、系统的灵活定制性
11.1系统能实现对流程、表单、人员、权限等的灵活定制。
11.2当招标人的需求发生一定变化时，能在不进行代码级、数
据库级的改动的情况下实现。
11.3平台系统界面设计需符合招标人的要求，简洁直观，操作
方便。
12、系统的开放性
12.1系统主体要求综合采用C/S
+B/S(管理端采用C/S，利用端采用B/S形式)或B/S方式来进行
软件部署。
12.2软件架构要求具备开放性，提供完整规范的开发接口，能
够满足主流平台和跨平台快速应用开发的需求，能对现有的
管理软件及其它的子系统进行集成。免费提供招标人在终验
前或终验后所要的接口文档，免费提供接口技术支持和免费
进行集成与联合测试。
12.3能够对各种格式文档进行辅助加工和标引，并提交招标人
归档保存。包括RTF,Microsoft Word, Excel,
土地科学与技术
Powerpoint, PDF,DJVU，HTML,
ISO2709等格式文档。支持Text,RTF, HTML, XML, PDF,
DJVU, Microsoft Office
等主流格式文件的转换、标引。并具有开放结构，支持新的
数据类型和文档格式。
12.4要求采用XML机制提供数据服务。
13、系统配套硬件的要求
13.1投标人须提供符合深圳地标系列标准并满足招标人平
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议