1、酉阳县行政审批及公共资源交易电子监察系统 建设项目总集成技术规范书酉阳土家族苗族自治县监察局酉阳土家族苗族自治县公管办2012年07月目录一、 总则31 概述32 卖方的技术建议书要求62.1 技术建议书的内容格式要求62.2 技术规范书点对点应对要求63 报价要求74 总体建设目标7二、 技术要求81 总体技术要求82 软件系统基本要求82.1 总体要求82.2 行政审批电子监察系统技术要求92.3 公共资源交易业务系统技术要求162.4 门户网站282.5 系统支撑软件313 硬件设备要求353.1 网络设备353.2 弱电设备403.3 安全设备503.4 数据中心设备614 机房配套要
2、求654.1 机房装饰系统654.2 UPS主机系统674.3 UPS电池组714.4 配电箱设备724.5 机房空调设备734.6 机柜754.7 其他配套材料675 接口要求756 可靠性及可用性要求757 安全性要求758 系统性能要求769 工期要求76三、 报价范围76四、 设备厂验、安装、调试、开通及试运行761 安装和调测762 验收77五、 技术服务和技术培训781 技术服务782 技术培训78六、 技术文件79七、 其它79总则概述1.1 本文件为酉阳土家族苗族自治县监察局、酉阳土家族苗族自治县公管办（以下简称买方）对酉阳县行政审批及公共资源交易电子监察系统建设项目总集成商（
3、以下简称卖方）提出的工程技术规范书。本规范书将作为谈判的基础。1.2 卖方所提供的所有各项设备和系统（包括软、硬件）应符合的要求如下：(1) 符合ISO、ITU-T、ETSI、IETF等有关标准。卖方应在其技术建议书中对符合有关标准的情况具体说明，并附上相应的详细技术资料；(2) 对以上规范的扩展定义及版本升级，卖方应予支持；(3) 若卖方的设备和系统包含自己的专用标准，应在其技术建议书中具体说明，并附上相应的详细技术资料；(4) 本文件中未给出，但ITU-T已有建议的系统设备性能和功能均应满足ITU-T最新建议要求；(5) 卖方提供的硬件设备必须为本项目专用设备，不能承载本项目以外的其他业务
4、；(6) 卖方提供系统的功能、性能应完全符合卖方申明符合的标准，并满足或高于买方提出的要求。此规范书中未说明但国际、国家和行业标准已有建议的设备功能与性能的条款，应符合相应的最新标准与建议；(7) 满足中华人民共和国行政许可法；(8) 满足中华人民共和国行政监察法；(9) 满足中华人民共和国行政复议法；(10) 满足中华人民共和国公务员法；(11) 满足全面推进依法行政实施纲要；(12) 满足中华人民共和国政府信息公开条例；(13) 满足国家信息化领导小组关于我国电子政务建设指导意见；(14) 满足监察机关举报工作办法；(15) 满足重庆市行政审批制度改革若干规定；(16) 符合国家电子政务总
5、体框架（国信20062号）；(17) 符合中共中央办公厅、国务院办公厅转发国家信息化领导小组关于推进国家电子政务网络建设的意见的通知（中办发200618号）；(18) 符合中共重庆市委办公厅、重庆市人民政府办公厅转发重庆市信息化领导小组关于推进全市电子政务网络建设的意见的通知（渝委办发200711号）；(19) 符合重庆市行政审批电子监察系统建设工作方案(20) 符合全国组织机构代码编制规则；(21) 符合政务信息资源交换体系 第1部分：总体框架（GB/T 21062.1-2007）；(22) 符合政务信息资源交换体系 第2部分：技术要求（GB/T 21062.1-2007）；(23) 符合政
6、务信息资源交换体系 第3部分：数据接口规范（GB/T 21062.3-2007）；(24) 符合政务信息资源交换体系 第4部分：技术管理要求（GB/T 21062.4-2007）；(25) 符合政务信息资源目录体系 第1部分：总体框架（GB/T 21063.1-2007）；(26) 符合政务信息资源目录体系 第2部分：技术要求（GB/T 21063.2-2007）；(27) 符合政务信息资源目录体系 第3部分：核心元数据（GB/T 21063.3-2007）；(28) 符合政务信息资源目录体系 第4部分：政务信息资源分类（GB/T 21063.4-2007）；(29) 符合政务信息资源目录体系
7、 第5部分：技术管理要求（GB/T 21063.5-2007）；(30) 符合关于开展行政审批电子监察工作的通知（中纪发200620号）；(31) 符合重庆市行政审批电子监察系统数据交换标准与规范；(32) 符合信息安全技术网络基础安全技术要求（GB/T20270-2006）；(33) 符合信息安全技术操作系统安全技术要求（GB/T20272-2006）；(34) 符合信息安全技术数据库管理系统安全技术要求（GB/T20273-2006）；(35) 符合信息安全技术服务器技术要求；(36) 符合信息安全技术信息系统通用安全技术要求（GB/T20271-2006）；(37) 符合信息安全技术终端
8、计算机系统安全等级技术要求（GA/T671-2006）；(38) 符合信息安全技术信息系统安全管理要求（GB/T20269-2006）；(39) 符合信息安全技术信息系统安全工程管理要求（GB/T20282-2006）；(40) 符合信息安全技术信息系统安全等级保护定级指南；(41) 符合信息系统安全等级保护基本要求公通字200743号；(42) 符合信息安全技术信息系统灾难恢复规范(GB/T 20988-2007)；(43) 符合信息安全技术-信息安全风险评估规范GBT 20984-2007）；(44) 符合RFC2547bisBGP/MPLS虚拟专用网（VPNs）；(45) 符合RFC29
9、17核心MPLS IP VPN体系结构；1.3 卖方应按照本文件的要求提供报价和详细的技术建议。卖方提供的各项设备及系统的功能、性能应完全符合买方指明的标准，并满足或高于买方指出的要求。对于本文件未规定的有关设备性能，卖方应提出建议，并陈述其理由。1.4 本文件应视为保证系统运行所需的最低要求，如有遗漏，卖方应予以补充，否则一旦中标将认为卖方认同遗漏部分并免费提供。1.5 作为系统总承包商的卖方应承诺无论买方选用哪些厂家的设备（包括采用多厂家提供的同种设备）时和软件系统，卖方都可负责集成并实现买方要求的所有功能。1.6 买方将根据卖方提供的技术建议书结合具体的业务需求确定最终的网络方案，并交由
10、卖方签字确认。作为网络运营商的卖方应承诺其提供的网络能实现买方要求的所有网络功能。1.7 卖方应列出其建议书中所提供设备在世界范围内的应用情况，诸如最大网络规模、业务类型及开展方式、用户数量。1.8 买方在任何时候保留和拥有对本文件的解释权。买方有权在鉴定合同前，根据需要修改和补充本技术规范书，修改补充后的最终技术规范书将作为合同的附件。买方有权在技术谈判的各个阶段，以书面形式要求卖方对有关问题进行进一步的技术澄清，卖方应以书面资料给予正式应答，所有各阶段的技术澄清文件都将作为合同附件。卖方的技术建议书要求技术建议书的内容格式要求卖方所提供的技术建议书应按照以下内容格式进行编制：（1）综述（2
11、）工程技术规范书点对点应答（3）总体方案建议和设计（4）工程进度安排（5）开通与测试（6）维护服务技术规范书点对点应对要求卖方的技术建议书中，要求对本规范书所提出各项要求进行逐条逐项答复、说明和解释，首先对实现或满足程度明确做出“满足”、“不满足”、“部分满足”等应当，然后做出具体、详细的说明。在答复中，要求明确满足程度，并做出总结性的详细解释。说明中有“详见”、“参见”的，应指明参见文档中的具体的章节或页码。(1) 卖方应在技术建议书中做出系统解决方案和系统详细设计，同时提供设备的详细配置，并说明相应的计算方法及依据。(2) 卖方在技术建议书中应说明对供货时间、安装、调测等进度的具体安排。(
12、3) 卖方在技术建议书中应说明给买方提供的技术文件、技术支持、技术服务、人员培训等的范围和程度。(4) 卖方应在技术建议书中详细提供： 系统体系结构 设备原理、设备内部结构 设备能提供的端口种类及数量 设备性能 硬件设备的外形尺寸、面板布置、进出线方式 硬件设备的重量、安装方式和要求 设备所需的电源种类、耗电量、电压及地线要求等 卖方应在技术建议书中列出提供的书面技术资料详细清单报价要求(1) 报价以人民币为单位。(2) 报价应有总体汇总价、分子项汇总价，并有各子项各项报价及折扣。(3)(4) 卖方应承诺当所购置设备种类、数量发生变化时，保证所提供的价格折扣水平、技术服务等方面的各种优惠条件不
13、变。(5) 本技术规范书应视为保证本项目运行所需的最低要求，如有遗漏，卖方应予以补充，否则一旦中标将认为卖方认同遗漏部分并免费提供。(6) 卖方应说明随着网络规模的扩充、应用范围的增加，其软件等扩容方式及其收费基准。(7) 卖方应根据配置情况，详细列出各种设备、材料、工具和软件等的清单，并在报价中详细列出单价、合价等各项费用。(8) 卖方应承诺在工程移交后，买方在后续及备品备件的设备订货时，同一类型的软、硬件设备价格至少不高于本次合同的价格。总体建设目标酉阳县行政审批及公共资源交易电子监察系统的建设，是为了进一步强化酉阳县行政监督，提升行政效能和公共服务水平，创新行政管理方式，促进政府廉洁高效
14、。建设公共资源交易平台的目标是，按照行政监管职能和市场服务职能分离、管理机构与服务机构分立的要求，整合现有的各交易机构，建立统一的公共资源交易平台，实现“一市一场、资源共享、市场运作、集中服务、统一管理、依法监督”，构建公正开放、竞争有序、服务到位、监管有力的公共资源交易管理体系。同时完善规则程序，提高交易效率；公开公正透明，实现公平交易；确保物有所值，保障采购、交易结果最佳；发挥政策功能，促进经济发展；形成制约机制，防范抑制腐败。建设酉阳县行政审批及公共资源交易电子监察系统的目标是，将实现对酉阳县行政审批事项、公共资源交易事项事前的公开，事中的实时监控、预警纠错，事后的责任追究以及对审批全过
15、程的绩效评估，对各类业务事项办理过程进行监督，使业务办理过程透明化，有效防止人为因素的干扰，及时发现并纠正行政机关及其工作人员在工作中行政不作为、行政乱作为等违纪违规问题，促进依法行政、廉政勤政、提高效率。从整体上实现酉阳县相关业务由“分散监管”向“综合监管”的重大转变。有利于从机制上规范督促政府机关工作人员依法行政。可通过电子监察系统把政府机关的内部监督、专门机关监督、群众监督紧密结合起来，有利于提高监察的整体效能。一方面审批事项在网上全面、真实地公开，受理群众举报，将进一步保障人民群众的知情权和监督权；另一方面酉阳县监察机关可充分利用行政审批及公共资源交易电子监察系统程序规范、监控同步、操
16、作透明的特点，增强透明度和社会公信度，发挥电子监察卫士的作用，坚决铲除滋生腐败的土壤和条件，遏制和防范腐败现象的滋生蔓延。技术要求总体技术要求卖方提供的整个项目建设的技术方案、设备参数、网络带宽、软件系统等必须符合本技术规范书和酉阳县行政审批及公共资源交易电子监察系统建设项目初步设计描述的技术要求。所有设备必须专网专用，整个电子监察业务网络的安全等级要求达到二级等级保护要求。卖方提供的系统应具备大容量、高处理能力、高可靠性、并具有良好的开放性和扩展性，能适应新网络、新技术和新业务的不断发展，具有平滑演进到下一代网络的能力。卖方提供系统的主要业务性能与网间互通要求、接口种类及特性、传输要求、硬件
17、要求、软件要求、维护要求、机械结构与工艺要求、过压保护、环境要求、电源与接地、验收测试、技术文件、培训、售后服务及技术支援应满足采购方的相关要求。卖方应根据本次工程的建设方案，结合本技术规范书中的各项要求，结合业务发展的需求，给出本期工程的详细设计和实施方案建议。设计和建议内容必须至少包括以下几个方面：网络结构、路由/交换技术与策略、实施方案、网络扩展规划和后期割接方案等。卖方在设计中应贯彻安全可靠、高效、易维护、可扩展等原则。网络是作为系统的传输通道存在，其内部结构和技术对用户而言透明化。卖方给出的设计不应只是概念性描述，而是有针对性的设计。若卖方的建议与本文件或以上技术要求、规范有不一致的
18、地方或者此文件没提到，但卖方认为是必须的或有新的建议等，在技术建议书中说明并给出报价。注：卖方提供的软件、设备、材料在满足买方业务需求和本技术规范书要求的前提下，可以根据工程实际情况进行配置。软件系统基本要求总体要求 系统必须遵循开放性、安全可靠性、先进性、高效性、易用性、可维护性和可扩展性等原则。 系统建设必须基于业界开放式标准，包括各种网络协议、硬件接口、数据库接口等，以保证系统的生命力，保护投资，体现良好的扩展性和互操作能力。 系统应遵循简洁、易用、统一风格的中文客户界面，提供维护管理和实时监控功能，简化系统的使用和维护。 系统设计应充分考虑扩展性，能够以多种方式支持系统的扩展，包括业务
19、功能的增加，系统升级以及系统扩容等。 投标技术响应必须不低于带（马精神）号的技术指标、参数和配置。行政审批电子监察系统技术要求推荐品牌：太极、西辰、浪潮等成熟品牌。系统总体构架建设电子监察平台，电子监察平台是系统的核心平台，主要功能是在采集数据的基础上对业务自动监控。凡违反办事程序的，提供时限判别、收费监督、流程跟踪、资料数据对比、异常处理监督、统计分析预警等自动判别检查和辅助判别检查，及时发现问题。 酉阳县行政审批电子监察平台利用电子政务网络信息交换平台，连接各行政审批部门的审批业务系统或采用人工录入的方式发送相关数据至信息交换平台，按照统一的数据交换标准和规范实现电子监察系统所必需数据的自
20、动采集及相关数据分拨、数据监管功能。系统技术架构系统采用面向服务架构（SOA）。系统基于J2EE架构，以及组件技术、数据库技术，采用多层B/S应用结构体系，使整个应用系统建立在统一的平台上，充分体现了系统的先进性、可扩展性、可移植性等。行政审批平台建议采用成熟的审批平台产品进行定制。行政审批监察平台采用成熟的监察平台产品进行定制。系统功能要求工作流及表单设计平台工作流子系统：支撑并联审批、网上多流程审批、远程审批等海量数据流集中处理；表单设计子系统：支撑流程节点个性化处理，提供环节特色审批处理。数据交换平台数据交换平台将作为县行政审批应用平台的重要组成部分之一，完成连接各行政审批部门的审批业务
21、系统及门户网站，提供各审批业务跨部门审批所必需的实时、双向的数据交换服务，实现信息资源的交换、管理等功能。建立统一规划的数据交换平台，可以对各委局办分散的异构信息资源和应用服务实现可导航、可连接、可访问、可交换、可共享、可整合和可联动，对行政协同审批、辅助领导管理决策和指挥调度等业务系统提供支撑，以提高工作效率，改善决策质量，增强透明度，加大监管力度，更好地为民服务，推动经济的进一步发展。包括与财政非税数据交换接口、与其他专网数据交换接口、与重庆市电子监察平台数据上报接口。预留与其它业务系统的数据接口，并负责完成与重庆市电子监察平台的数据上报调通。行政审批内网平台政审批内网平台功能模块表功能模
22、块功能描述窗口受理普通受理根据账号和密码，登陆系统后，系统根据权限和职务自动获取属于你本部门职权范围内的服务项目和办事流程。无权查询浏览和处理的信息将自动隐藏，保证了各个部门的数据的保密性和安全性。并联审批受理实现多个部门联合审批的项目处理快速受理对大批量（如工商年检）同一事项进行快速受理处理，以提供审批效率。特色审批本级审批，上报审批，办件请示，请示意见对需要向部门领导请求审批意见时专设的审批通道。行政收费实现针对审批项目的收费标准设定，支持收费金额处理，收费确认等。可查询缴费信息；收费统计（收费日报表，月报表和年报表等）基础信息库企业/个人信息库根据窗口人员受理情况，自动形成企业个人资料库
23、。支持专门商务窗口进行资料库的维护，方便大厅工作人员接件，减少大厅工作人员输入量工作，从而达到高效。窗口业务窗口业务办理（证件套打），业务统计，业务查询，督察通告实现窗口受理、审批、联办件审批、办结、查询、打印受理通知及票据、统计业务数据，形成日报表，周报表及月报和年报等功能。窗口办理过程中可实现补办、报延、作废等特殊情况下的需求。整合窗口差异，实现个性化设置，包括自动办结、自动取证、是否发送短消息进行告知、项目个性化排序。根据窗口人员的差异，可通过快速受理功能进行大批量的连续接件，为方便窗口单位当天向自己的厅局报送资料，可打印当日受理登记表，减少窗口人员的工作量。同时支持中心审批项目证件和文
24、书的套打，证书台帐管理。提供取证确认和相关统计。预警系统对每天需要处理的事项可自动提醒，以免过期。为保证窗口人员的办件时效，可实现统一预警设置和个性化预警设置，预警层次分超期、当天、预警中等多种状态，并用不同颜色进行标注，提醒窗口人员。消息提醒提供消息集中提醒，用户可通过登陆后的首页消息提醒模块，了解当前所有跟自己相关的代办事项，从而实现无缝办理，保证高效政务。个人审批平台个人工作桌面集中展示领导或窗口工作人员关心的功能列表办公自动化收发文的处理及查看实现服务中心文件收发无纸化办公。收、发文件管理，通知活动安排信息的发布，中心可对区行政服务中心进行发文。请假处理中心人员可向指定的上级领导进行请
25、假申请，相关负责人员可进行审核。个人秘书包括工作记录管理，奖惩记录管理、培训记录管理、薪酬记录管理。中心管理业务查询及办理可按不同条件组合进行查询，如超期件查询，同时可对查询的超期件进行催办、警告、发牌操作领导决策分析实现批件审核、查询、督办，报表统计与分析功能。为方便领导分析，提供穿透查询功能，追查可达到最底层。人员考核模块可对中心工作人员上班迟到、早退、旷工等情况进行考核分析。主任信箱支持自办、转窗口处理、主任办理三种模式咨询投诉管理投诉可定位到窗口、具体工作人员，并进入绩效投票管理用于许可相对人参加效能监督，可以对每个申请项目的办理作出评议。可通过许多种方式评议，如触摸屏查询系统，中心综
26、合性网站、电话投诉等。系统后台管理人员部门权限项目流程维护网络管理人员进行基础数据维护，进厅部门，人员，工作权限等的管理。三级联动审批预留三级联动接口为支持乡镇级、分中心等下级行政服务中心的业务提供数据接口电子监察平台电子监察平台功能模块表功能模块功能描述实时监察综合监察：可以全面掌握行政服务中心行政审批事项的办理情况，根据实际需要进行各种方式的统计分析、综合查询及结果打印，随时掌握最新的动态数据过程监察：主要是对每一项行政审批的受理、承办、审核、批准、办结等五个环节全过程监控，也具有对其他被监察对象的整个办公过程的监控功能。同时，能够根据实际监察需要进行自行定制设置收费监察：通过对所有业务收
27、费情况进行监察，避免乱收费现象。异常情况监察：主要包括流程异常监察，逻辑异常监察，退回办结监察，作废办结监察，补办监察。投诉处理等监察内容。专项监察如对重大投资项审批项目、异常项目、退件项目、作废项目进行的监察绩效评估对事前、事中、事后及现场监控的情况依据考核指标，自动形成项目过程考核报表、人员考核、窗口部门考核、按时间形成月考核、季度考核、年度考核各种报表预警纠错自动预警：所办行政审批事项达到承诺时限的最后一个工作日时会自动预警，通过系统和手机短信自动向承办人和系统管理员发出提示信息，督促承办人员尽快处理 。黄牌警告：所办行政审批事项超过承诺时限一个工作日，通过系统和手机短信自动（也可设为手
28、动）向承办人、主管科室负责人、主管领导和系统管理员发出“黄牌”警告信息，告知当事人将受到行政过错责任追究。红牌警告：所办行政审批事项在出示“黄牌”警告信息后在规定期限内仍未能改正错误的，通过系统和手机短信自动（也可设为手动）向承办人、主管科室负责人、主管领导和系统管理员发出“红牌”警告信息。统计报表工作量统计：对行政服务中心的所有部门或某个部门的一段时期内办件工作量进行跟踪调查，并有利及时调整整个中心的工作中心。工作状态统计：对行政服务中心的所有部门或某个部门的一段时期内办件工作进行跟踪查询，了解最新动态，必要时作相应决策。办理件分类统计：对行政服务中心的所有部门或某个部门的一段时期内办理的项
29、目进行分类统计，了解办件情况。收费统计：对行政服务中心的所有部门或某个部门的一段时期内办件收费情况，以及收费合理性的跟踪督促。办件统计报表:办件统计报表对整个行政服务中心的所有受理件以及办理情况进行统计，包括：受理情况（率）、办结情况（率），其中即办件、承诺件、答复件、联办件、上报件的情况统计，以及收费统计。受理情况分析:对整个行政服务中心受理办件情况按某年度的月统计，包括表格、柱状、线形等方式直观的了解受理办件的动态情况。办结情况分析:对整个行政服务中心办结件情况按某年度的月统计，包括表格、柱状、线形等方式直观的了办结的动态情况。统计报表支持打印、EXCEL导出等功能。全面监察事前监察：监察
30、人员能够通过系统对信息公开、咨询、办件环节进行事前监察，从源头上预防不规范事件的发生。同时提供事前的信息公开异常、审批事项异常、咨询办件异常等监察解决方案。事中监察：监察人员能够查看过程中的相关信息，包括：延期情况、超期情况、补办情况、催办情况、警告情况、黄牌情况、红牌情况等。同时可提供事中的预审不通过异常、不受理异常、暂停异常、终止异常、不许可异常、时限异常等监察解决方案。事后监察：监察人员能够进行事后相关信息监察，同时可提供事后的投诉、满意度调查等监察解决方案。视频监控可以实现固定摄像监督功能、旋转搜索监督功能、自动录像功能、事后取证功能、远程监督(需要B/S模式硬件支持)系统设置对监察规
31、则、监察人员等进行设置安全中心安全中心功能模块表功能模块功能描述身份认证所有访问业务系统得用户必须是中心审核，并分配相应帐号和密码的用户。对于关键操作要进行2次身份确认后方可办理。授权访问支持授权访问，和取消授权访问，确保各平台用户身份不可逆加密平台采用MD5不可逆的加密方式进行加密，预防密码的破解等风险。日志记录平台提供日志访问记录，实现可追踪登陆用户的访问。非功能性要求技术架构要求 总体框架应是基于开放标准中间件的应用体系结构；平台上的各种组件和接口应基于开放、标准化的原则设计 具有信息交换体系、信息共享体系、信息控制工作流体系、信息安全体系 支持交换流程、数据共享以及交换三者的结合 支持
32、异构性数据源、具有跨平台运行能力 具备应用整合、数据集成和数据控制功能技术详细要求（1） 采用基于J2EE架构平台的开发技术，必须保证系统具有开放的体系与接口，遵循软件开发技术规范，通过中间件分层部署的方式来取得本系统在可重用性、扩展性和可持续发展方面的技术保障。除投标书要求采购的软件外还需要其它的系统软件的，可以增加软件的采购项，但必须包含在本系统的招标价格额度内。（2） 支持标准XML等数据交换格式，可实现跨平台及异构数据库之间的数据交换，同时，支持第三方开发工具和支持软件。（3） 使用面向服务的技术架构来设计支撑应用的基础平台，平台中包含的功能组织为可互操作的基于标准的服务插件，这些服务
33、插件可按照业务需求快速组合和重用。产品设计必须基于插件式整合理念，用户可以根据自身业务需要进行重新组合。确保系统能够符合信息化技术发展的趋势和具有明显的先进性。（4） 采用纯B/S应用体系架构，完全浏览器界面，允许使用自动下载安装客户端组件或光盘安装客户端组件，系统的维护和版本更新在服务器上进行，降低客户端安装配置带来的使用风险和维护风险。（5） 支持对关系型数据库的集成，可以与其他系统互换信息，可以提供决策数据参考，保证系统的外拓或兼容。（6） 支持广域网的访问，支持多用户并发使用（500用户或以上）。（7） 提供完善的密码权限管理。（8） 系统预设计好接口，保证系统未来业务升级的需要。要求
34、提供详细开发指导文档，并可为客户提供二次开发服务。（9） 必须具备系统自主创新能力和专业的网页美工设计能力。支持个性化页面设置。（10） 投标人提供的系统功能设计应完全覆盖但并不限于本招标文件要求功能，可以根据自身的理解和经验提出详细的建议。（11） 系统必须支持多机负载均衡。对操作系统的支持 能够支持目前通用的各类操作系统环境，包Windows server 2003,windows server 2008,Linux, Solaris, HP-UX, SCO Unix等主流操作系统。对应用服务器中间件的支持支持主流中间件产品，如IBM Websphere, Oracle Weblogic,
35、 Oracle Application Server, Tomcat，Jboss、Apusic、东方通、金蝶等。对数据库的支持支持主流中间件与主流数据库技术，数据层基于关系型数据库实现，能实现支持主流的关系数据库。系统可以在多种主流数据库下进行迁移,例如Oracle、Db2、Mysql、SqlSeveral等。对多语言的支持语言支持：简体（GBK）、繁体（BIG5）、西文（ASCII）、国际统一码（Unicode）。支持中西文混合检索，也支持不同的单位或部门显示不同的信息。性能要求为了保证系统能够长期、安全、稳定、可靠、高效的运行，软件系统应该满足以下性能需求：（1） 系统至少能同时接受500
36、用户或以上同时使用。（2） 页面访问、数据编辑、数据存储和普通数据的浏览，服务器数据响应时间不应超过3秒钟。（3） 从100万条数据检索时间，执行时间小于3秒；（4） 文档数据存储总量要大于500万份，平均检索时间小于8秒，检索出的文档调阅时间小于3秒。（5） 数据查询、统计和汇总的服务器响应时间不应超过8秒钟，除个别数据量特别大的情况。（6） 当网络出现故障或者其它外部因素，造成服务器故障时，都不会对系统数据产生负面影响或丢失。（7） 某一用户发生运行错误时，不会影响其它用户继续工作的事务处理机制。（8） 系统在运行过程中，如果产生网络故障或其它失败，则应能进行出错处理，并提供相应的的文本输
37、出文件（LOG）。（9） 系统能够支持724不间断运行。（10） 故障排除和使用恢复时间=4小时；安全要求在安全等级、交叉验证、SSL和SET、网络安全、应用安全和审计等各个环节都应采取有力的安全保证措施。其中，在安全等级方面，系统可以采用多级安全机制如服务器安全、数据库安全，每级安全要有严格的权限控制保障；在应用安全性方面，要求提供：数据提交验证、数据存储验证、数据传输控制、资源访问权限控制、身份和操作不可抵赖控制等。公共资源交易业务系统技术要求推荐品牌：太极、西辰、浪潮等成熟品牌。系统概述整个系统平台架构包括：公共资源交易系统（公共资源交易业务及网上开评标系统）、综合管理系统。系统技术构架
38、系统采用面向服务架构（SOA）。系统基于J2EE架构，以及组件技术、数据库技术，采用多层B/S应用结构体系，使整个应用系统建立在统一的平台上，充分体现了系统的先进性、可扩展性、可移植性等。行政审批平台建议采用成熟的审批平台产品进行定制。行政审批监察平台采用成熟的监察平台产品进行定制。系统功能要求答疑变声系统为避免评标专家与投标单位通过声音辨别对方身份，专家操作评标结果从而影响评标过程的公开、公平、公正。针对公共资源交易中心的应用定制开发超级变声系统，变声系统可对通话双方、通话多方对话进行变声，并可有效保证原声录音功能。1、接入：可以通过外线电话呼入系统，也可以通过内部分机呼入系统。2、使用方式
39、：拨打进入系统后，根据语音提示选择会议房间，根据应用需要，可以设置房间密码，通过验证合法进入会议。会议中途也可以加入成员功能。3、多方会议变声功能：会议成员通过变音处理后加入会议。4、全程录音功能：系统具有会议全程录音功能。系统具有原声录音、变声后录音功能。语音与短信通知系统通知系统是计算机完成抽取后自动通知抽取结果对像。为了避免专家对通知的误操作或由于其它原因通知未送达，系统分为语音和短信双重通知，语音通知后由系统自动发布评标时间和评标地点，在通知时间范围内由系统自动完成通知确认工作。语音、短信知系统按项目获取抽取的专家电话码进行呼叫，专家接听、接收后，自动按预先设置的流程，接收并记录专家按
40、键确认结果。系统自动完成专家通知工作，减少工作人员的工作量，也降低了工作人员的责任风险，规避人为问题因数。专家验证系统专家验证系统要求与重庆市发委专家库进行联网，专家进入封闭评标区之前,对专家身份进行验证，明确专家评标时间和评标地点。被抽取的专家在相应的评标时间内才能通过验证。结合门禁系统对专家进入权限进行限制，所有专家通过权均为一次性。抽取系统抽取系统是交易业务中很重要的一个环节，他要完成交易活动中的专家抽取、代理机构抽取、工程商抽取、材料供应商抽取、社会监督人员抽取、工程的概算、预算、决算机构的抽取。基础数据库管理：数据库管理是抽取系统各项基础数据管理平台，平台可以对专家基础信息、专家所属
41、行业、专业。服务务商（代理机构、材料供应商、工程商）所属行业、企业资质进行数据维护。专家专业、企业资质采用无限制级别任意增减目录级数。诚信管理：抽取时把业务管理系统中的专家、服务商的诚信数据作为抽取条件，诚信分或诚信比可由中心人员进行考核。黑名单管理：对交易活动中违规的投标企业、专家、服务机构和个人进行处罚，限制被抽取。处罚时间由管理人员提交，领导审核，处罚期满后自动转入白名单。专家回避管理：1、自动避：专家抽取时系统自动对比专家所属单位与投标单位和代理机构关系，如果有关联就自动回避。2、手工回避：抽取专家时抽取人员可以手动添加回避单位。数据维护管理：抽取系统建立专家库、服务商库，软件能对专家
42、、代理机构、工程商、材料供应商、预决算单位、社会监督员信息进行维护。抽取系统抽取类别：代理机构、概算、预算、决算、专家抽取、工程商、材料供应商、社会监督人员抽取、补充抽取、应急抽取。代理机构抽取：项目代理机构由业务系统从数据库直接指定或从数据库中抽取符合条件的企业。概算机构抽取:项目初期由招标人抽取造价单位、设计单位对项目进行设计和造价预算，结果作为招标人申请项目资金的依据。预算机构抽取:项目招标前由招标人抽取造价单位对项目造价进一步核算，核算结果作为招标时限价或招标评审依据。决算机构抽取:项目施工完成后对中标企业工程价进行决算，决算结果作为中标企业与招标人的结算依据。专家抽取（必走流程）：交
43、易项目建立后，由抽取系统从专家库中抽取符合条件的评标专家。专家抽取时可以多重选择抽取条件，如：专家主评专业、是否本地专家、是否资深专家、专家诚信度等。工程商抽取：抽取系统建立工程商库，传统直接邀请工程商改为系统随机抽取产生。材料供应商抽取：抽取系统建立供应商库，传统直接指定材料供应商改为系统随机抽取产生。应急抽取：专家数据库中建立一个小库，库中的专家均为就近专家。当同意参加评标的专家临时因各种原因无法到达时，对专家进行应急抽取。社会监督人员抽取：抽取系统建立社会监督人员库，如果项目需要社会监督人员参与监督，就在该库中抽取，从而进一步达到公开、公平、公正原则。数据接口预留：对建委、财政、发改委专
44、家库，电子监察等三方系统预留数据接口或免费二次开发。招投标业务管理系统业务系统是内部工作部分面向交易中心工作人员，依托中心局域网，实现内部业务流转（包括项目的建立、审批和发布、开评标管理、评标结果审核、评标结果公示等）、专家签到、专家电子评标、项目统计分析、项目进度查询和各种辅助系统，如电子屏幕管理、触摸屏管理、诚信管理系统、合同备案管理、费用管理、场地管理、评标人员管理和会员管理。业务系统功能划分：整个平台按其业务功能又可分为相互独立、又有联系的十一个功能子系统及辅助系统，并可使用平台提供的接口，用户可方便插接上其它应用系统。十一个子系统分别为建设工程交易、政府采购、产权交易、国土资源、药品
45、采购、合同管理、项目查询统计报表模块、会员管理、诚信管理、中标通知模块、场地管理模块。辅助系统为电子拍卖管理、电子评标管理、诚信管理、费用管理、会员管理、场地管理、合同备案管理、评标人员管理（评标专家、招标代理工作人员、中心工作人员、公证监督人员）、电子显示屏控制管理、中心公文内部办理、中心内部文档管理、权限设置管理。网银支付系统系统支持同行和异行转账，投标企业通过企业基本户网银支付投标保证金与标书费用，要求许可时间段外任何人通过任何手段无法知道具体有哪些投标企业支付了保证金（参与投标的单位）。在系统设计的时间点到达为止，系统方可以查询并打印具体的投标单位名称。招标活动完成后，交易中心财务人员
46、通过网银退费（支持批量退费），退费为退回投标人基本户，中心财务人员无须输入对方账号、户名等其他资料（由系统自定生成）。保证金运行流程如下：1、投标人通过企业网银支付投标保证金或标书费（投标人在通过网银转账时需在资金用途备注信息中填写项目信息编号，如：110628102011）2、保证金到账后（到交易中心账户）由系统从银行系统中读取投标人支付信息来判定投标企业支付的资金是针对哪个项目、哪个标段、到账金额与招标要求是否一至、支付用途是保证金或标书费。系统对比以上信息后自动判定投标人的投标资格。3、投标开始前规定时间内（如：投标开始前一小时）交易中心查寻保证金缴纳情况4、投标活动结束后交易中心退保证金5、特别说明：系统必须要对退费时因对方账号异常未退费成功所反回的资金要与投标企业正常支付的费用区分。电子评标系统本系适用于工程类项目和采购类项目的招标、投标和评标的全过程，实现了评标过程的自动化，充分体现了招投标过程中的公平、公开、公正、择优的原则，最大限度提高了工作效率，节约了招投标、评标过程中的成本。整个系统包括招标文件制作子系统（交易中心版）、招标文件制作子系统（代理机构自版）、投标文件制作子系统、工程开标管理子系统、电子（远程）评标子系统。电子招投标简要流程示例图如下：
