第章案例主要软硬件选型原则和详细软硬件配置清单
医疗信息平台-软硬件选型配置及部署方案
医疗信息平台软硬件选型配置及部署方案目录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建设原则医疗保障信息平台建设项目应明确目标，找准方向，把握重点，规范有序开展工作。
在项目建设过程中，要着重把握好以下建设原则：（一）统筹规划，分步推进为避免信息孤岛、重复建设等现象，医疗保障信息平台建设需进行“自上而下”的顶层规划设计，进行合理有序布局；通过“统一领导、统一规划、统一部署、统一标准”的统筹指导建设，集约管理，节约投资。
同时，遵循“自下而上”的项目操作原则，立足现行管理体制与制度建设，打好基础，确立方向，稳步推进，均衡发展，实现项目落地，并为下一步制度完善、管理提升留有空间。
（二）需求导向、务求实效以医保各部门间信息共享与业务协同作为原始需求驱动，进行医保基础平台的规划建设。
再以此为基础，逐步拓展数据资源与数据资源服务能力，进一步进行医保大数据分析挖掘等高级应用，完善与丰富贴近实战的大数据应用服务，从而形成良性循环，并尽快体现出阶段性效果。
（三）统一协同，资源共享统一管理、统一规划，就必须有一套统一的标准规范作为基础支撑。
标准与规范应向上符合国家的标准与规范，向下规范医保行业业务范围内大数据建设与应用。
遵循统一的标准，各相关职能部门根据权限的不同，共享信息资源。
同时，各级医保管理部门共同参与，既能保障数据同步，也有利于实现信息共享和协同工作，实现资源的集约化管理。
（四）整合共享，协作高效突破区域、部门之间的界限和体制性障碍，充分整合基础设施资源和智能终端获取的信息资源，通过医疗保障信息平台建设推进跨部门、跨领域的信息化协同共享，增强医疗保障的效率和决策能力，同时有效满足公众信息需求，提升医保资源的利用效率。
系统集成项目管理工程师高频考点（第五章）
系统集成项⽬管理⼯程师⾼频考点（第五章）系统集成项⽬管理⼯程师⾼频考点系列⽂章，汇总各个章节常考内容，并列出关联的历年真题，帮助考⽣复习备考。
更多复习内容请在微信搜索⼩程序 “系统集成项⽬管理⼯程师⾼频考点”。
第五章项⽬⽴项管理考点1项⽬建议书，⼜称⽴项申请，是项⽬建设单位向上级主管部门提交项⽬申请时所必须的⽂件，是该项⽬建设筹建单位或项⽬法⼈，根据国民经济的发展、国家和地⽅中长期规划、产业政策、⽣产⼒布局、国内外市场、所在地的内外部条件、本单位的发展战略等，提出的某⼀具体项⽬的建议⽂件，是对拟建项⽬提出的框架性的总体设想。
项⽬建议书是项⽬发展周期的初始阶段，是国家或上级主管部门选择项⽬的依据，也是可⾏性研究的依据。
对于规模较⼩的系统集成项⽬省略项⽬建议书环节，⽽将其与项⽬可⾏性分析阶段进⾏合并。
对于系统集成类项⽬的项⽬建议书，可以进⾏扩充和裁剪。
关联真题：考点2项⽬建议书主要内容：（1）项⽬简介（2）项⽬建设单位概况：1、项⽬建设单位与职能。
2、项⽬实施机构与职责（3）项⽬建设的必要性：1、项⽬提出的背景和依据。
2、现有信息系统装备和信息化应⽤状况。
3、信息系统装备和应⽤⽬前存在的主要问题和差距。
4、项⽬建设的意义和必要性（4）业务分析：1、业务功能、业务流程和业务量分析。
2、信息量分析与预测。
3、系统功能和性能需求分析（5）总体建设⽅案：1、建设原则和策略2、总体⽬标与分期⽬标3、总体建设任务与分期建设内容4、总体设计⽅案（6）本期项⽬建设⽅案1、建设⽬标与主要建设内容2、信息资源规划和数据库建设3、应⽤⽀撑平台和应⽤系统建设4、⽹络系统建设5、数据处理和存储系统建设6、安全系统建设7、其他(终端、备份、运维等）系统建设8、主要软硬件选型原则和软硬件配置清单9、机房及配套⼯程建设（7）环保、消防、职业安全1、环境影响和环保措施2、消防措施3、职业安全（8）项⽬实施进度（9）投资估算和资⾦筹措（10）效益与风险分析1、项⽬的经济效益和社会效益分析2、项⽬风险与风险对策关联真题：考点3项⽬可⾏性研究内容：（1）技术可⾏性主要从项⽬实施的技术⾓度，合理设计技术⽅案，并进⾏⽐较、选择和评价。
案例：主要软硬件选型原则和详细软硬件配置清单.docx
主要软硬件选型原则和详细软硬件配置清单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 查询类业务复杂性与响应时间关系表备注：业务处理过程的交互操作的响应时间参见上面交互类业务的相关指标。
深圳市政府投资信息化工程建设项目项目建议书编制指南
深圳市政府投资信息化工程建设项目项目建议书编制指南1 总则1.1 为规范深圳市政府投资信息化工程建设项目项目建议书（以下简称项目建议书）的编制，明确编制的原则、内容和深度要求，结合深圳市政府投资信息化工程项目建设与管理的特点，制定《深圳市政府投资信息化工程建设项目项目建议书编制指南》（以下简称本指南）。
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)结论与建议3. 补充部分可包括：1)附录2)附件2.3 项目建议书编制时使用的基本术语应参照有关国家标准、行业标准、国际标准以及国际、国内的惯用术语；除此之外，对理解报告有重要影响的专用术语，应做出定义；需定义的术语较多时，宜汇编列为附录或术语表。
【精编范文】信息化建设项目方案建议书,标准编制-范文模板 (9页)
本文部分内容来自网络整理，本司不为其真实性负责，如有异议或侵权请及时联系，本司将立即删除！== 本文为word格式，下载后可方便编辑和修改！ ==信息化建设项目方案建议书,标准编制篇一：信息化建设项目建议书编写格式国家电子政务工程建设项目项目建议书编制要求（提纲）第一章项目简介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、项目资金来源表附件：项目建议书编制依据及与项目有关的政策、技术、经济资料。
国家电子政务工程建设项目管理暂行办法(发展改革委令第55号)
国家电子政务工程建设项目管理暂行办法第一章总则第一条为全面加强国家电子政务工程建设项目管理，保证工程建设质量，提高投资效益，根据《国务院关于投资体制改革的决定》及相关规定，制定本办法。
第二条本办法适用于使用中央财政性资金的国家电子政务工程建设项目（以下简称“电子政务项目”）。
第三条本办法所称电子政务项目主要是指：国家统一电子政务网络、国家重点业务信息系统、国家基础信息库、国家电子政务网络与信息安全保障体系相关基础设施、国家电子政务标准化体系和电子政务相关支撑体系等建设项目。
电子政务项目建设应以政务信息资源开发利用为主线，以国家统一电子政务网络为依托，以提高应用水平、发挥系统效能为重点，深化电子政务应用，推动应用系统的互联互通、信息共享和业务协同，建设符合中国国情的电子政务体系，提高行政效率，降低行政成本，发挥电子政务对加强经济调节、市场监管和改善社会管理、公共服务的作用。
第四条本办法所称项目建设单位是指中央政务部门和参与国家电子政务项目建设的地方政务部门。
项目建设单位负责提出电子政务项目的申请，组织或参与电子政务项目的设计、建设和运行维护。
第五条本办法所称项目审批部门是指国家发展改革委。
项目审批部门负责国家电子政务建设规划的编制和电子政务项目的审批，会同有关部门对电子政务项目实施监督管理。
第二章申报和审批管理第六条项目建设单位应依据中央和国务院的有关文件规定和国家电子政务建设规划，研究提出电子政务项目的立项申请。
第七条电子政务项目原则上包括以下审批环节：项目建议书、可行性研究报告、初步设计方案和投资概算。
对总投资在3000万元以下及特殊情况的，可简化为审批项目可行性研究报告（代项目建议书）、初步设计方案和投资概算。
第八条项目建设单位应按照《国家电子政务工程建设项目项目建议书编制要求》（附件一）的规定，组织编制项目建议书，报送项目审批部门。
项目审批部门在征求相关部门意见，并委托有资格的咨询机构评估后审核批复，或报国务院审批后下达批复。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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、良好的扩展性网络设备的可扩展性：模块化的路由器，核心设备支持热切换。