下载文档原格式
医疗信息平台软硬件选型配置及部署方案目录1、总体设计方案 (3)1.1总体设计原则 (3)1.1.1 建设原则 (3)1.1.2 建设策略 (4)1.2建设目标与内容 (4)1.2.1 建设目标 (4)1.2.2 建设内容 (7)2、项目建设方案 (9)2.1系统配置及软硬件选型原则 (9)2.1.1 总体选型原则 (9)2.1.2 主要硬件选型原则 (9)2.2系统软硬件配置清单 (15)2.3系统软硬件物理部署方案 (15)1、总体设计方案1.1总体设计原则1.1.1建设原则医疗保障信息平台建设项目应明确目标，找准方向，把握重点，规范有序开展工作。
在项目建设过程中，要着重把握好以下建设原则：（一）统筹规划，分步推进为避免信息孤岛、重复建设等现象，医疗保障信息平台建设需进行“自上而下”的顶层规划设计，进行合理有序布局；通过“统一领导、统一规划、统一部署、统一标准”的统筹指导建设，集约管理，节约投资。
同时，遵循“自下而上”的项目操作原则，立足现行管理体制与制度建设，打好基础，确立方向，稳步推进，均衡发展，实现项目落地，并为下一步制度完善、管理提升留有空间。
（二）需求导向、务求实效以医保各部门间信息共享与业务协同作为原始需求驱动，进行医保基础平台的规划建设。
再以此为基础，逐步拓展数据资源与数据资源服务能力，进一步进行医保大数据分析挖掘等高级应用，完善与丰富贴近实战的大数据应用服务，从而形成良性循环，并尽快体现出阶段性效果。
（三）统一协同，资源共享统一管理、统一规划，就必须有一套统一的标准规范作为基础支撑。
标准与规范应向上符合国家的标准与规范，向下规范医保行业业务范围内大数据建设与应用。
遵循统一的标准，各相关职能部门根据权限的不同，共享信息资源。
同时，各级医保管理部门共同参与，既能保障数据同步，也有利于实现信息共享和协同工作，实现资源的集约化管理。
（四）整合共享，协作高效突破区域、部门之间的界限和体制性障碍，充分整合基础设施资源和智能终端获取的信息资源，通过医疗保障信息平台建设推进跨部门、跨领域的信息化协同共享，增强医疗保障的效率和决策能力，同时有效满足公众信息需求，提升医保资源的利用效率。
主要软硬件选型原则和详细软硬件配置清单5.12.1软硬件选型原则软件选型原则：开放性，对称性与非对称处理，异种机互联能力，目录及安全服务的支持能力，应用软件的支持能力，网管能力，性能优化和监视能力，系统备份／恢复支持能力。
硬件选型原则：系统的开放性，系统的延续性，系统可扩展性，系统的互连性能，应用软件的支持，系统的性价比，生产厂商的技术支持，可管理性（同事管理多处工作，消除问题，智能管理的方法），远程管理，状况跟踪，预故障处理，性能监控，安全管理，可用性，磁盘故障，内存问题，容错性（冗余组件、自动服务器恢复，冗余网卡，冗余ＣＰＵ电源模块，双对等ＰＣＩ总线）及平台支持5.12.2软硬件配置清单参考《附表》中的项目软硬件配置清单。
机房及配套工程建设方案使用目前已经建设好并正在使用的机房，不需要重新建设。
3.4.2性能需求3.4.1.交易响应时间交易响应时间指完成目标系统中的交互或批量业务处理所需的响应时间。
根据业务处理类型的不同，可以把交易划分为三类：交互类业务、查询类业务和大数据量批处理类业务，分别给出响应时间要求的参考值，包括峰值响应时间、平均响应时间。
1、交互类业务日常交易指传统的大厅交互业务，如申报、发票销售、税务登记等，具有较高的响应要求。
批量交易指一次完成多笔业务处理的交易，如批量扣缴等，由于批量交易的数据量不确定，需要根据具体的情况确定响应时间。
表 3-1 交易类业务复杂性与响应时间关系表业务复杂性平均响应时间参考值平均响应时间峰值响应时间( 秒)参考值（秒）参考值（秒）－提交过程－交互过程日常交易4-18专网报税4-25电话报税4-25网上交易4-25批量交易视提交数据量、业务处理量而定备注：以上交易如果涉及与税务－国库－银行或税务－银行－国库交互的，响应时间参考值中均包含交互的时间2、查询类业务如登记资料查询、申报表查询等。
查询业务由于受到查询的复杂程度、查询的数据量大小等因素的影响，需要根据具体情况而定，在此给出一个参考范围。
5.12主要软硬件选型原则和详细软硬件配置清单5.12.1软硬件选型原则软件选型原则：开放性，对称性与非对称处理，异种机互联能力，目录及安全服务的支持能力，应用软件的支持能力，网管能力，性能优化和监视能力，系统备份／恢复支持能力。
硬件选型原则：系统的开放性，系统的延续性，系统可扩展性，系统的互连性能，应用软件的支持，系统的性价比，生产厂商的技术支持，可管理性（同事管理多处工作，消除问题，智能管理的方法），远程管理，状况跟踪，预故障处理，性能监控，安全管理，可用性，磁盘故障，内存问题，容错性（冗余组件、自动服务器恢复，冗余网卡，冗余ＣＰＵ电源模块，双对等ＰＣＩ总线）及平台支持5.12.2软硬件配置清单参考《附表》中的项目软硬件配置清单。
5.13机房及配套工程建设方案使用目前已经建设好并正在使用的机房，不需要重新建设。
3.4.2 性能需求3.4.1.2.1 交易响应时间交易响应时间指完成目标系统中的交互或批量业务处理所需的响应时间。
根据业务处理类型的不同，可以把交易划分为三类：交互类业务、查询类业务和大数据量批处理类业务，分别给出响应时间要求的参考值，包括峰值响应时间、平均响应时间。
1、交互类业务日常交易指传统的大厅交互业务，如申报、发票销售、税务登记等，具有较高的响应要求。
批量交易指一次完成多笔业务处理的交易，如批量扣缴等，由于批量交易的数据量不确定，需要根据具体的情况确定响应时间。
备注：以上交易如果涉及与税务－国库－银行或税务－银行－国库交互的，响应时间参考值中均包含交互的时间2、查询类业务如登记资料查询、申报表查询等。
查询业务由于受到查询的复杂程度、查询的数据量大小等因素的影响，需要根据具体情况而定，在此给出一个参考范围。
如有特殊要求，可以在具体开发文档中单独给出响应时间要求。
表3-2 查询类业务复杂性与响应时间关系表平均响应时间业务复杂性参考值(秒)3-15 简单查询15-120复杂查询备注：业务处理过程的交互操作的响应时间参见上面交互类业务的相关指标。
主要软硬件选型原则和详细软硬件配置清单5.12.1软硬件选型原则软件选型原则：开放性，对称性与非对称处理，异种机互联能力，目录及安全服务的支持能力，应用软件的支持能力，网管能力，性能优化和监视能力，系统备份／恢复支持能力。
硬件选型原则：系统的开放性，系统的延续性，系统可扩展性，系统的互连性能，应用软件的支持，系统的性价比，生产厂商的技术支持，可管理性（同事管理多处工作，消除问题，智能管理的方法），远程管理，状况跟踪，预故障处理，性能监控，安全管理，可用性，磁盘故障，内存问题，容错性（冗余组件、自动服务器恢复，冗余网卡，冗余ＣＰＵ电源模块，双对等ＰＣＩ总线）及平台支持5.12.2软硬件配置清单参考《附表》中的项目软硬件配置清单。
机房及配套工程建设方案使用目前已经建设好并正在使用的机房，不需要重新建设。
3.4.2 性能需求3.4.1. 交易响应时间交易响应时间指完成目标系统中的交互或批量业务处理所需的响应时间。
根据业务处理类型的不同，可以把交易划分为三类：交互类业务、查询类业务和大数据量批处理类业务，分别给出响应时间要求的参考值，包括峰值响应时间、平均响应时间。
1、交互类业务日常交易指传统的大厅交互业务，如申报、发票销售、税务登记等，具有较高的响应要求。
批量交易指一次完成多笔业务处理的交易，如批量扣缴等，由于批量交易的数据量不确定，需要根据具体的情况确定响应时间。
表3-1 交易类业务复杂性与响应时间关系表备注：以上交易如果涉及与税务－国库－银行或税务－银行－国库交互的，响应时间参考值中均包含交互的时间2、查询类业务如登记资料查询、申报表查询等。
查询业务由于受到查询的复杂程度、查询的数据量大小等因素的影响，需要根据具体情况而定，在此给出一个参考范围。
如有特殊要求，可以在具体开发文档中单独给出响应时间要求。
表3-2 查询类业务复杂性与响应时间关系表备注：业务处理过程的交互操作的响应时间参见上面交互类业务的相关指标。
国家电子政务工程建设项目管理暂行办法第一章总则第一条为全面加强国家电子政务工程建设项目管理，保证工程建设质量,提高投资效益，根据《国务院关于投资体制改革的决定》及相关规定，制定本办法。
第二条本办法适用于使用中央财政性资金的国家电子政务工程建设项目(以下简称“电子政务项目”）。
第三条本办法所称电子政务项目主要是指:国家统一电子政务网络、国家重点业务信息系统、国家基础信息库、国家电子政务网络与信息安全保障体系相关基础设施、国家电子政务标准化体系和电子政务相关支撑体系等建设项目。
电子政务项目建设应以政务信息资源开发利用为主线，以国家统一电子政务网络为依托，以提高应用水平、发挥系统效能为重点，深化电子政务应用，推动应用系统的互联互通、信息共享和业务协同，建设符合中国国情的电子政务体系，提高行政效率，降低行政成本，发挥电子政务对加强经济调节、市场监管和改善社会管理、公共服务的作用。
第四条本办法所称项目建设单位是指中央政务部门和参与国家电子政务项目建设的地方政务部门。
项目建设单位负责提出电子政务项目的申请,组织或参与电子政务项目的设计、建设和运行维护。
第五条本办法所称项目审批部门是指国家发展改革委。
项目审批部门负责国家电子政务建设规划的编制和电子政务项目的审批，会同有关部门对电子政务项目实施监督管理.第二章申报和审批管理第六条项目建设单位应依据中央和国务院的有关文件规定和国家电子政务建设规划，研究提出电子政务项目的立项申请。
第七条电子政务项目原则上包括以下审批环节:项目建议书、可行性研究报告、初步设计方案和投资概算。
对总投资在 3000 万元以下及特殊情况的,可简化为审批项目可行性研究报告(代项目建议书）、初步设计方案和投资概算。
第八条项目建设单位应按照《国家电子政务工程建设项目项目建议书编制要求》（附件一)的规定，组织编制项目建议书，报送项目审批部门。
项目审批部门在征求相关部门意见，并委托有资格的咨询机构评估后审核批复,或报国务院审批后下达批复.项目建设单位在编制项目建议书阶段应专门组织项目需求分析,形成需求分析报告送项目审批部门组织专家提出咨询意见，作为编制项目建议书的参考。
一、说明（一）本文件是编制国家电子政务工程建设项目项目建议书（以下可简称“项目建议书”）的指导性文件。
（二）编制项目建议书，旨在结合国家和本部门电子政务现状和实际需求，分析项目建设的必要性，确定项目建设的原则和目标，并提出项目建设内容、方案框架、组织实施方式、投融资方案和效益评价等方面的初步设想。
（三）项目建设单位主要依据中央和国务院的有关文件精神、国家电子政务工程建设规划，并参考项目需求分析报告、项目审批部门组织专家对需求分析报告提出的评议意见，按照本文件的要求，本着客观、公正、科学的原则，开展项目建议书编制工作。
（四）项目建议书需报送项目审批部门，项目审批部门委托有资格的咨询机构评估后审核批准，或报国务院审批后下达批复。
二、格式和提纲项目建议书应参考如下格式和提纲进行编制：（一）封面格式：××××（项目全称）项目建议书项目建设单位：×××××编制单位：×××××编制日期：××××年××月项目建设单位联系人：××××联系方式：×××××（电话、传真、电子邮件）（二）扉页格式：编制单位：××××（盖章）编制单位负责人：×××（签章)编制单位项目负责人：××× (职称)主要编制人员：×××（职称)参加编制单位：×××××（盖章)（三）项目建议书编制提纲：第一章项目简介1、项目名称2、项目建设单位和负责人、项目责任人3、项目建议书编制依据4、项目概况5、主要结论和建议第二章项目建设单位概况1、项目建设单位与职能2、项目实施机构与职责第三章项目建设的必要性1、项目提出的背景和依据2、现有信息系统装备和信息化应用状况3、信息系统装备和应用目前存在的主要问题和差距4、项目建设的意义和必要性第四章需求分析1、与政务职能相关的社会问题和政务目标分析2、业务功能、业务流程和业务量分析3、信息量分析与预测4、系统功能和性能需求分析第五章总体建设方案1、建设原则和策略2、总体目标与分期目标3、总体建设任务与分期建设内容4、总体设计方案第六章本期项目建设方案1、建设目标与主要建设内容2、标准规范建设3、信息资源规划和数据库建设4、应用支撑平台和应用系统建设5、网络系统建设6、数据处理和存储系统建设7、安全系统建设8、其它（终端、备份、运维等）系统建设9、主要软硬件选型原则和软硬件配置清单10、机房及配套工程建设第七章环保、消防、职业安全、职业卫生和节能1、环境影响和环保措施2、消防措施3、职业安全和卫生措施4、节能目标及措施第八章项目组织机构和人员1、项目领导、实施和运维机构及组织管理2、人员配置3、人员培训需求和计划第九章项目实施进度第十章投资估算和资金筹措1、投资估算的有关说明2、项目总投资估算3、资金来源与落实情况4、中央对地方的资金补贴方案第十一章效益与风险分析1、项目的经济效益和社会效益分析2、项目风险与风险对策附表：1、项目软硬件配置清单2、应用系统定制开发工作量初步核算表3、项目总投资估算表4、项目资金来源表附件：项目建议书编制依据及与项目有关的政策、技术、经济资料。
深圳市政府投资信息化工程建设项目可行性研究报告编制指南1 总则1.1 为规范深圳市政府投资信息化工程建设项目可行性研究报告（以下简称可研报告）的编制，明确编制的原则、内容和深度要求，结合深圳市政府投资信息化工程项目建设与管理的特点，制定《深圳市政府投资信息化工程建设项目可行性研究报告编制指南》（以下简称本指南）。
1.2 本指南适用于深圳市政府投资信息化工程建设项目可行性研究报告的编制。
有关深圳市政府投资信息化工程建设项目的定义和范畴请参见《深圳市政府投资信息化工程建设项目项目建议书编制指南》总则部分第1.2条。
1.3 可研报告应依据经批准或审查的深圳市（或上级部门）信息化建设规划、相关规划、立项批复文件等进行编制。
1.4 可研报告的主要内容和深度应符合以下要求：（1）通过对现状的分析，论证项目建设的必要性和可行性。
（2）深化需求，确定项目的建设目标、建设范围、建设任务、建设原则和技术路线。
（3）通过对方案的细化及综合比选论证，确定项目建设方案。
（4）明确项目实施计划，确定建设管理和运行维护管理方案。
（5）细化项目投资估算，明确资金筹措方案，提出资金使用计划。
（6）通过定量或定性的方式深化项目的经济效益和社会效益分析。
（7）从技术、经济、管理、社会条件、环保、节能等方面论证项目建设方案的可行性。
1.5 可研报告内容的深度要求可随项目条件的不同而有所差别或侧重。
1.6 可研报告的编制单位应具有相关专业的工程咨询资质。
1.7 可研报告的编制除参照本指南外，尚应符合国家现行有关标准的规定。
2一般要求2.1 可研报告文档应统一命名为：项目名称＋可行性研究报告。
2.2 可研报告应由前引部分、正文部分和可选的补充部分组成。
1. 前引部分一般包括以下内容：1)封面2)编制单位及编制人员名单3)编制单位资质证书4)前言5)目录2. 正文部分一般按下列内容编制：1)项目概述2)建设单位概况3)建设必要性4)需求分析5)总体建设方案6)本期建设方案7)建设方案比选8)项目招标方案9)环保和消防10)节能分析11)项目组织机构和人员12)项目实施计划13)投资估算及资金筹措14)项目效益分析与评价15)项目风险分析与控制16)结论与建议3. 补充部分可包括以下内容：1)附录2)附件2.3 可研报告编制时使用的基本术语应参照有关国家标准、行业标准、国际标准以及国际、国内的惯用术语；除此之外，对理解报告有重要影响的专用术语，应做出定义；需定义的术语较多时，宜汇编列为附录或术语表。
国家电子政务工程建设项目可行性研究报告编制要求一、说明（一）本文件是编制国家电子政务工程建设项目可行性研究报告（以下可简称“可研报告”）的指导性文件。
（二）项目可行性研究的任务旨在通过对实施条件和项目实际需求的进一步分析，提出项目建设的原则、目标、内容、方案、组织实施方式、投融资方案和效益评价。
（三）项目建设单位应招标选定或委托具有相关专业甲级资质的工程咨询单位编制可研报告。
（四）项目建设单位和可研报告编制单位主要依据项目审批部门对项目建议书的批复等，按照本文件的要求，本着客观、公正、科学的原则，开展项目可行性研究工作并编制可研报告。
（五）可研报告需报送项目审批部门，项目审批部门委托有资格的咨询机构评估后审核批准，或报国务院审批后下达批复。
二、格式和提纲可研报告应参考如下格式和提纲进行编制：（一）封面格式：××××（项目全称）可行性研究报告项目建设单位：×××××编制单位：×××××编制日期：××××年××月项目建设单位联系人：××××联系方式：×××××（电话、传真、电子邮件）（二）扉页格式：编制单位：××××编制单位负责人：×××(盖章) (签章)编制单位项目负责人：×××(职称)主要编制人员：×××(职称)参加编制单位：×××××(盖章)（三）可研报告编制提纲：第一章项目概述1、项目名称2、项目建设单位及负责人、项目责任人3、可研报告编制单位4、可研报告编制依据5、项目建设目标、规模、内容、建设期6、项目总投资及资金来源7、经济与社会效益8、相对项目建议书批复的调整情况9、主要结论与建议第二章项目建设单位概况1、项目建设单位与职能2、项目实施机构与职责第三章需求分析和项目建设的必要性1、与政务职能相关的社会问题和政务目标分析2、业务功能、业务流程和业务量分析3、信息量分析与预测4、系统功能和性能需求分析5、信息系统装备和应用现状与差距6、项目建设的必要性第四章总体建设方案1、建设原则和策略2、总体目标与分期目标3、总体建设任务与分期建设内容4、总体设计方案第五章本期项目建设方案1、建设目标、规模与内容2、标准规范建设内容3、信息资源规划和数据库建设方案4、应用支撑平台和应用系统建设方案5、数据处理和存储系统建设方案6、终端系统建设方案7、网络系统建设方案8、安全系统建设方案9、备份系统建设方案10、运行维护系统建设方案11、其它系统建设方案12、主要软硬件选型原则和详细软硬件配置清单13、机房及配套工程建设方案14、建设方案相对项目建议书批复变更调整情况的详细说明第六章项目招标方案1、招标范围2、招标方式3、招标组织形式第七章环保、消防、职业安全和卫生1、环境影响分析2、环保措施及方案3、消防措施4、职业安全和卫生措施第八章节能分析1、用能标准及节能设计规范2、项目能源消耗种类和数量分析3、项目所在地能源供应状况分析4、能耗指标5、节能措施和节能效果分析等内容第九章项目组织机构和人员培训1、领导和管理机构2、项目实施机构3、运行维护机构4、技术力量和人员配置5、人员培训方案第十章项目实施进度1、项目建设期2、实施进度计划第十一章投资估算和资金来源1、投资估算的有关说明2、项目总投资估算3、资金来源与落实情况4、资金使用计划5、项目运行维护经费估算第十二章效益与评价指标分析1、经济效益分析2、社会效益分析3、项目评价指标分析第十三章项目风险与风险管理1、风险识别和分析2、风险对策和管理附表：1、项目软硬件配置清单2、应用系统定制开发工作量核算表3、项目招投标范围和方式表4、项目总投资估算表5、项目资金来源和运用表6、项目运行维护费估算表附件：可研报告编制依据，有关的政策、技术、经济资料。
第1章招标项目服务、商务及其他要求1.1采购内容概况温江区国土局不动产登记基础支撑平台解决方案融合计算、存储、网络基础设施资源，全面的安全和运维监控体系，为不动产登记信息系统提供可信的基础支撑。
具体建设主要包含以下几个部分：1、服务器建设：包含两台高性能数据库服务器及两台应用服务器。
2、存储备份建设：包含两台高性能存储及备份一体机。
3、环境建设对现有设施进行改造，包括网络设备、UPS、精密空调、机柜、消防、防雷接地、配电等设施。
4、运维管理系统定制一套运维管理系统，运维管理体系支撑基础平台正常运行，主要包括交付、监控和运维等。
交付包含应用、数据、资源的交付；监控包含应用、数据、资源、机房环境的监控；运维包含容量规划、生命周期和问题分析等。
本次温江区不动产登记基础支撑平台解决方案采用先进的数据中心设计理念，最大幅度提高不动产登记项目的性能水平，兼容现有基础软硬件设施，降低数据中心TCO，实现快速部署、弹性扩展和绿色节能。
1.2服务要求详见附件6-1《温江区国土局不动产登记基础支撑平台建设方案》。
1.3工期要求合同生效之日起20个日历日内。
1.4验收标准和方法详见附件6-1《温江区国土局不动产登记基础支撑平台建设方案》。
1.5付款方式详见附件6-1《温江区国土局不动产登记基础支撑平台建设方案》。
1.6其他要求详见附件6-1《温江区国土局不动产登记基础支撑平台建设方案》。
“★”标明的属于采购文件实质性要求条款。
附件6-1温江区国土局不动产登记基础支撑平台建设方案成都市温江区国土资源局2016年9月目录第1章概述 (5)1.1.项目背景 (5)1.2.建设目标 (6)1.3.建设原则 (6)1.4.建设思路 (6)第2章建设方案 (8)2.1.温江区不动产登记平台总体框架 (8)2.2.服务器设计 (10)2.2.1. 高性能数据库服务器需求分析 (10)2.2.2. 高性能数据库服务器规划 (11)2.2.3. 应用服务器规划 (11)2.3.高可用存储设计 (12)2.3.1. 高可用存储需求分析 (12)2.3.2. 存储规划原则依据 (12)2.3.3. 存储的高可用性解决方案 (12)2.3.4. 存储设备选型原则 (15)2.4.环境改造 (15)2.4.1. 需求分析 (15)2.4.2. 精密空调 (16)2.4.3. 消防 (17)2.4.4. 机柜 (18)2.4.5. 电气系统 (18)2.4.6. 防雷接地系统 (18)2.5.运维管理系统 (20)2.5.1. 系统架构 (20)2.5.2. 系统功能要求 (21)第3章商务要求 (25)3.1.项目工期要求 (25)3.2.质保要求 (25)3.3.售后服务要求 (25)3.4.投标报价 (26)3.5.项目验收 (26)3.6.付款方式 (26)第4章软硬件配置清单 (28)第1章概述1.1. 项目背景党的十八届三中全会审议通过的《中共中央关于全面深化改革若干重大问题的决定》提出：“健全自然资源资产产权制度和用途管制制度。
5.12主要软硬件选型原则和详细软硬件配置清单5.12.1软硬件选型原则软件选型原则：开放性，对称性与非对称处理，异种机互联能力，目录及安全服务的支持能力，应用软件的支持能力，网管能力，性能优化和监视能力，系统备份／恢复支持能力。
硬件选型原则：系统的开放性，系统的延续性，系统可扩展性，系统的互连性能，应用软件的支持，系统的性价比，生产厂商的技术支持，可管理性（同事管理多处工作，消除问题，智能管理的方法），远程管理，状况跟踪，预故障处理，性能监控，安全管理，可用性，磁盘故障，内存问题，容错性（冗余组件、自动服务器恢复，冗余网卡，冗余ＣＰＵ电源模块，双对等ＰＣＩ总线）及平台支持5.12.2软硬件配置清单参考《附表》中的项目软硬件配置清单。
5.13机房及配套工程建设方案使用目前已经建设好并正在使用的机房，不需要重新建设。
3.4.2 性能需求3.4.1.2.1 交易响应时间交易响应时间指完成目标系统中的交互或批量业务处理所需的响应时间。
根据业务处理类型的不同，可以把交易划分为三类：交互类业务、查询类业务和大数据量批处理类业务，分别给出响应时间要求的参考值，包括峰值响应时间、平均响应时间。
1、交互类业务日常交易指传统的大厅交互业务，如申报、发票销售、税务登记等，具有较高的响应要求。
批量交易指一次完成多笔业务处理的交易，如批量扣缴等，由于批量交易的数据量不确定，需要根据具体的情况确定响应时间。
表3-1 交易类业务复杂性与响应时间关系表备注：以上交易如果涉及与税务－国库－银行或税务－银行－国库交互的，响应时间参考值中均包含交互的时间2、查询类业务如登记资料查询、申报表查询等。
查询业务由于受到查询的复杂程度、查询的数据量大小等因素的影响，需要根据具体情况而定，在此给出一个参考范围。
如有特殊要求，可以在具体开发文档中单独给出响应时间要求。
表3-2 查询类业务复杂性与响应时间关系表备注：业务处理过程的交互操作的响应时间参见上面交互类业务的相关指标。
3、大数据量、批处理业务如会计核算等业务处理，该类业务具有处理复杂、操作数据量大、处理时间长的特点，具体的响应时间在开发文档中给出。
3.4.1.2.2 可靠性系统应保证在正常情况下和极端情况下业务逻辑的正确性。
1、无单点故障系统应不受任何单点故障的影响。
2、故障恢复系统应能够在半小时内从故障中恢复。
3、灾难恢复当灾难被发布后（being declared），核心系统应在2小时内恢复。
3.4.3 其他需求1、可扩展性可扩展性是指系统具有适应业务需求变化的能力，当系统新增业务功能或现有业务功能改变时（业务流程变化、税种的变化、规则的改变、代码改变、界面的改变等），不可避免将带来系统的改变，好的系统应在系统构架上考虑能以尽量少的代价适应这种变化，应尽可能的保证业务变化造成的影响局部化。
2、易用性易用性是指系统易于使用的程度，主要有以下几方面：系统所有的业务功能界面风格和操作流程一致；业务表单尽量做到所见即所得；信息录入能够完全通过键盘完成；界面美观、简洁、高效；界面各部件的布局应该保持合理性和一致性；常用操作有快捷键支持，大部分操作能够在小键盘内完成；在前端还应提供一些智能化的校验功能提供友好联机的帮助信息，对各种状态和操作结果进行及时的反馈和提示。
3、伸缩性系统伸缩性是指系统规模或容量扩大时，能方便地在各个层次进行扩充。
系统规模扩大，例如个人所得税子系统，由于数据量和访问量都很大，有可能从核心征管系统中独立出来形成子系统。
核心系统应该满足从统一入口的访问，能容易地分流到新增的子系统而不改变原来的架构。
当系统扩容时，可以方便地通过增加各层的服务器（如WEB服务器、应用服务器、数据库服务器）数量，实现应用负载均衡，将系统的应用负载扩展至多台服务器承担，从而有效提高系统总体的负荷，保证系统合理的响应时间和吞吐量。
4、可用性税务局的窗口业务应在所有工作日的8:00到18:00是可以使用的；其它业务如电子办税、电话办税等应满足7×24小时可以使用。
5、可移植性可移植性是指应用系统可运行在不同的硬件平台、不同的操作系统、不同的系统软件上。
6、可管理性可管理性是指系统接受管理和监控的程度，可管理性主要包含三个层次：硬件设备和网络设备的可管理性；服务器的可管理性；应用系统的可管理性。
硬件设备和网络设备，如主机、路由器、交换机等，都要求提供标准的管理接口，可以方便地对其进行远程管理，读取设备的状态和对设备进行配置。
数据库服务器和应用服务器等类型的服务器，也要求提供相应的管理接口，可以方便地对其进行远程管理，读取服务器的状态和对服务器进行配置。
应用系统也要求构件提供管理接口，以方便对系统进行管理和优化。
无论是哪个层次的可管理性，都要求提供标准的管理接口，才能进行管理；而且要实现统一的、一致的日志功能，方便对系统进行跟踪和检查。
7、可重用性可重用性主要是指软件产品在不同的系统开发中可以被重复利用的程度。
要提高系统的可重用性，应采用构件化的设计思想，即在提供标准化的服务接口的前提下可以替换各种可选的实现，而不会影响系统其他部分的实现，以此将系统可重用部分可能的变更充分的局部化。
8、可维护性可维护性指软件能够被简单方便地修改和升级，包括可读性、可修改性。
可读性可修改性要求在系统的开发过程中要有规范、清晰、完整和详细的文档，如业务需求阶段要有业务用例模型、业务活动图、业务规则、表征单书等；系统需求分析阶段要求有系统用例模型、用例文档、规则说明等；概要设计阶段要求有宏观设计文档；详细设计阶段要求有类图、时序图等；编码阶段要求有程序设计说明、变量定义说明等；测试阶段要有测试用例、测试记录等。
易于升级要求数据库、应用服务器、开发工具能方便地进行版本升级，具有向下兼容性；易于升级也要求客户端的升级工作量较小，在这方面浏览器客户端的维护比GUI客户端要小得多。
——计算机和网络化覆盖面。
已办理税务登记的纳税人将全部纳入金税工程（三期）管理，其网络化覆盖面将从2002年纳入全省统一应用系统管理的84%提高到2009年的100%；金税工程（三期）还将全面覆盖申报征收、税款入库、发票管理、税务稽查、纳税评估等主要征管工作环节和营业税、企业所得税、个人所得税等地税征收的主要税种；4.4.3 硬件系统设计金税工程（三期）硬件系统参照国家税务总局统一设计，省以下数据中心和各级税务机关硬件系统由地方建设。
总体方案为：金税三期云南地税项目硬件系统建设坚持一体化原则，做到合理化、规范化和科学化，并结合金税三期云南地税项目省局和州市局“两级处理”的建设目标，依据“以应用为先导”、统一规划和集中管理的方针，在满足金税三期云南地税项目中各类应用系统架构设计需求和业务数据对设备功能和性能需求的前提下，充分考虑系统的稳定性、可靠性、易用性、可扩展性和可管理性，来为总局数据中心和省级数据中心配备计算和存储备份系统设备。
计算机系统设备主要包括各档次UNIX服务器、PC服务器、PC机、打印机、扫描仪和UPS电源等设备，存储备份系统设备主要包括各档次磁盘阵列设备、磁带库设备、光纤交换机设备、NAS引擎设备和存储备份管理服务器及存储备份管理软件等。
客户端的普通个人计算机配置以满足能够运行税务应用系统为原则；打印设备按前台业务窗口人手一套，其他岗位集中打印管理的原则配置。
网络通讯设备将根据网络拓扑结构，在网络节点上配置相应的路由设备和交换设备。
4.4.4 软件平台设计金税工程（三期）云南地税建设项目的软件平台主要包括操作系统、数据库、中间件、数据仓库及工具软件（数据抽取、数据建模及元数据管理、多维数据库、数据挖掘、数据展现等）、系统管理软件（含性能检测、网管软件等）、数据存储备份管理软件、软件开发、测试工具软件等、邮件系统、个人办公软件（文字编辑等）、网络及信息安全软件以及其它各类软件（集群软件、并行软件、DBA管理工具）等。
我们的策略是规范软件平台，避免软件平台过多，降低系统管理、系统维护的难度。
4.4.5 安全体系设计1、税务系统所面临的安全风险——来自内部或外部的黑客针对网络基础设施、主机系统和应用服务的各种攻击，造成网络或系统瘫痪、信息泄密、数据被篡改等。
——来自内部人员（合法用户）滥用权力，有意犯罪，越权访问机密信息，或者恶意篡改数据等。
——来自有害信息（如病毒等）的传播等。
——来自系统软硬件故障造成的服务中止或者数据丢失。
——来自自然灾害或战争造成的物理破坏等。
——其他安全风险。
2、安全体系的要素金税三期云南地税项目安全体系建设包括三个方面：安全策略、安全管理和安全技术。
根据上述三个方面的内容，金税三期云南地税项目的信息系统安全解决方案不仅仅包含各种安全产品和技术，而是要建立一个策略、技术和管理三位一体、目标一致的信息安全体系。
3、安全体系的基本框架根据对税务信息系统安全项目不同方面的需求分析，在税务信息系统将建立一整套完善的安全体系。
包括安全管理体系和具体技术产品的技术体系。
通过两个体系的建立，可以对税务信息系统的所有信息资产进行安全的管理和安全的技术保护。
同时通过多层次、多角度的安全管理和产品部署，覆盖从物理环境、网络层、系统层、数据库层、应用层和组织管理信息安全的所有方面。
4、信息安全体系的实现策略整个信息安全体系的建设包括软件平台层安全、应用系统层安全需求与措施、网络平台的安全以及物理和环境的安全等内容。
按照税务系统信息安全体系总体框架，上述的每一部分内容均包含需求分析、风险评估、安全策略、方案设计、方案实施、运行管理、安全审计的步骤。
金税三期云南地税项目应用系统总体框架如下图所示：图4-1 金税三期云南地税项目应用系统总体框架（1）页面框架设计图4-2应用系统页面框架5.2.3.3拓扑结构其拓扑结构图如下：在借鉴其他现有网络建设经验，以及考虑到云南地税广域网络需求，以及目前传输网络和带宽的实际情况，本设计方案具有以下特点：1、灵活的设计方案路由技术在通信方具有较高的灵活性，可以保证多种网络互通。
在网络结构、系统管理和链路冗余上独树一帜。
2、多业务并存目前的IP网络支持多种应用，增加新业务简单。
网络平台是路由转发，具有极强的业务适配能力，性能可靠，运行稳定，支持各种业务无缝而平滑地连接到骨干网。
提供多种业务(话音、数据、图像)，能够保证网络电视会议，网络电话等增值业务及其他数据业务。
3、多功能的平台可提供IP over SHD等宽带业务，同时具备管理维护简单快捷，且易于升级扩容，为将来扩展新业务打下了良好的基础。
4、遵循国际标准严格遵循各种国际通用标准，所提供的接口和业务完全满足各种国际标准的要求。
5、良好的扩展性网络设备的可扩展性：模块化的路由器，核心设备支持热切换。
