案例主要软硬件选型原则和详细软硬件配置清单
企业财务信息化系统软硬件选型方案
企业财务信息化系统软硬件选型方案目录1项目概述 (3)2详细规划方案 (4)2.1技术实现方案 (4)2.1.1软硬件技术方案 (4)2.1.1.1软件产品 (4)2.1.1.2系统部署 (4)1项目概述通过架构顶层设计和统一管理，加强数据共享和业务协同、支撑未来业务快速上线。
对于财务核算系统建设的总体目标，理解主要包括以下两个方面：▪提升集团“财务服务能力”：基于统一核算规则，全流程贯通，全面协同，提升管理效率，降低管理成本，支持财务转型；▪提升集团“财务管控能力”：一套系统、集中部署，落实全集团核算过程的统一，利用主数据、合并报告等手段，整体提升集团层面集中管控能力。
具体来看，本期工程重点要达成以下目的：▪建设集中化的财务核算系统，通过集团统一核算规则及管控规则的集中固化，替换原总部及各工程局、专业公司、设计院等子属分散部署的财务核算系统；▪与资金系统、报账系统集成，形成业财协同和财财融合体系，实现核算自动化，提升交易处理效率；▪实现总部、各工程局、专业公司、设计院等子属之间的关联交易协同，提升对账准确性和及时率；▪与合并系统集成，实现对外披露报表的自动化，实现全集团报表一点出具；▪与预算系统、资金系统、税务系统集成，提升财务专业运营能力，支撑管理会计体系的构建，助力财务转型。
通过上述目标的达成，最终实现“纵向上，集团管理贯穿所有组织层级，实现纵向信息穿透、管理一体化；横向上，业务横向贯穿业务部门，实现业财协同；决策上，实现一个、一副面孔，一个数据口径、一套决策体系”的集中化财务管理平台。
2详细规划方案2.1技术实现方案2.1.1软硬件技术方案2.1.1.1软件产品本次财务一体化平台建设主要包括三个应用系统、一个移动应用系统、一个消息集成系统和单点登录系统，各系统分别使用到应用软件产品如下：2.1.1.2系统部署出于使用效率和预防系统风险考虑，建议采用搭建IaaS平台，未来应用采用分布式部署的方式，使得系统平台更加健壮；针对每套服务及组件都采用集群的形式，在提升系统效率的同时，降低系统Down 掉的风险，使得平台能保持7X24运作。
医疗信息平台-软硬件选型配置及部署方案
医疗信息平台软硬件选型配置及部署方案目录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建设原则医疗保障信息平台建设项目应明确目标，找准方向，把握重点，规范有序开展工作。
在项目建设过程中，要着重把握好以下建设原则：（一）统筹规划，分步推进为避免信息孤岛、重复建设等现象，医疗保障信息平台建设需进行“自上而下”的顶层规划设计，进行合理有序布局；通过“统一领导、统一规划、统一部署、统一标准”的统筹指导建设，集约管理，节约投资。
同时，遵循“自下而上”的项目操作原则，立足现行管理体制与制度建设，打好基础，确立方向，稳步推进，均衡发展，实现项目落地，并为下一步制度完善、管理提升留有空间。
（二）需求导向、务求实效以医保各部门间信息共享与业务协同作为原始需求驱动，进行医保基础平台的规划建设。
再以此为基础，逐步拓展数据资源与数据资源服务能力，进一步进行医保大数据分析挖掘等高级应用，完善与丰富贴近实战的大数据应用服务，从而形成良性循环，并尽快体现出阶段性效果。
（三）统一协同，资源共享统一管理、统一规划，就必须有一套统一的标准规范作为基础支撑。
标准与规范应向上符合国家的标准与规范，向下规范医保行业业务范围内大数据建设与应用。
遵循统一的标准，各相关职能部门根据权限的不同，共享信息资源。
同时，各级医保管理部门共同参与，既能保障数据同步，也有利于实现信息共享和协同工作，实现资源的集约化管理。
（四）整合共享，协作高效突破区域、部门之间的界限和体制性障碍，充分整合基础设施资源和智能终端获取的信息资源，通过医疗保障信息平台建设推进跨部门、跨领域的信息化协同共享，增强医疗保障的效率和决策能力，同时有效满足公众信息需求，提升医保资源的利用效率。
案例：主要软硬件选型原则和详细软硬件配置清单.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 查询类业务复杂性与响应时间关系表备注：业务处理过程的交互操作的响应时间参见上面交互类业务的相关指标。
案例主要软硬件选型原则和详细软硬件配置清单
案例主要软硬件选型原则和详细软硬件配置清单文档编制序号：[KK8UY-LL9IO69-TTO6M3-MTOL89-FTT688]5.12主要软硬件选型原则和详细软硬件配置清单5.12.1软硬件选型原则软件选型原则：开放性，对称性与非对称处理，异种机互联能力，目录及安全服务的支持能力，应用软件的支持能力，网管能力，性能优化和监视能力，系统备份／恢复支持能力。
硬件选型原则：系统的开放性，系统的延续性，系统可扩展性，系统的互连性能，应用软件的支持，系统的性价比，生产厂商的技术支持，可管理性（同事管理多处工作，消除问题，智能管理的方法），远程管理，状况跟踪，预故障处理，性能监控，安全管理，可用性，磁盘故障，内存问题，容错性（冗余组件、自动服务器恢复，冗余网卡，冗余ＣＰＵ电源模块，双对等ＰＣＩ总线）及平台支持5.12.2软硬件配置清单参考《附表》中的项目软硬件配置清单。
5.13机房及配套工程建设方案使用目前已经建设好并正在使用的机房，不需要重新建设。
3.4.2性能需求3.4.1.2.1交易响应时间交易响应时间指完成目标系统中的交互或批量业务处理所需的响应时间。
根据业务处理类型的不同，可以把交易划分为三类：交互类业务、查询类业务和大数据量批处理类业务，分别给出响应时间要求的参考值，包括峰值响应时间、平均响应时间。
1、交互类业务日常交易指传统的大厅交互业务，如申报、发票销售、税务登记等，具有较高的响应要求。
批量交易指一次完成多笔业务处理的交易，如批量扣缴等，由于批量交易的数据量不确定，需要根据具体的情况确定响应时间。
表3-1交易类业务复杂性与响应时间关系表备注：以上交易如果涉及与税务－国库－银行或税务－银行－国库交互的，响应时间参考值中均包含交互的时间2、查询类业务如登记资料查询、申报表查询等。
查询业务由于受到查询的复杂程度、查询的数据量大小等因素的影响，需要根据具体情况而定，在此给出一个参考范围。
如有特殊要求，可以在具体开发文档中单独给出响应时间要求。
数据中心设计和开发中的硬件和软件选型方法
数据中心设计和开发中的硬件和软件选型方法在当今科技快速发展的时代，数据已成为公司和机构生产经营中至关重要的资产，因此建设一套高效稳定的数据中心系统显得尤为重要。
对于数据中心设计和开发，硬件和软件的选型是至关重要的一环，这篇文章将会详细讲解在数据中心设计和开发中硬件和软件选型的方法。
一、硬件选型1. 服务器服务器是一个数据中心中最核心的部分，因此在选型时需要考虑各个方面的现实情况。
市面上主流的服务器厂商有戴尔、IBM、惠普、联想等，他们的价格、性能、品质和售后服务都各不相同。
在选购之前，我们需要根据公司机构的实际需求确定购买的服务器规模，以及具体的硬件配置。
性能更高的服务器对应的价格也会更高，但另一方面，越稳定的服务器意味着存储和传输数据的效率越高，而这点在数据中心中显得尤为重要。
所以，在选购服务器时我们不仅要考虑单台服务器的性能和价格，还要考虑它对整个数据中心系统的贡献和影响。
2. 网络设备数据中心所需要承载的业务量和数据流量之大，对网络设备的稳定、安全、处理性和访问速度提出了更高的要求。
市面上主流的网络设备有思科、华为、中兴、华三等厂商，其中思科在网络设备方面有着相当高的口碑；而华为和中兴则在性价比方面都有着很不错的表现。
在选购网络设备时，我们需要考虑网络访问速度与性价比的平衡、设备的稳定性及安全性等。
3. 存储设备数据中心也需要高效的存储设备进行数据的存储和备份。
市面上主流的存储设备厂商有希捷、EMC、HP、IBM 等。
我们需要在根据实际存储需求选购不同类型、规模的存储设备。
二、软件选型1. 操作系统操作系统是数据中心软件的核心，影响到整个数据中心系统的稳定性。
市面上主流的操作系统有 Windows、Linux、Unix 等，而在数据中心方面，多数采用的是 Linux 操作系统。
这是因为 Linux 操作系统稳定性较好，对硬件兼容性较高，并且支持大规模服务器集群、虚拟化技术等。
2. 数据库管理系统数据库管理系统是数据中心中关键数据的存储和管理的基础软件。
主要软硬件设备清单及质量技术要求
附件：主要软硬件设备清单及质量技术要求1、主要软硬件清单备注：“必须取得原厂商授权”为提供原厂商针对本项目的授权函原件，并加盖鲜章，复印件无效。
2、主要质量技术要求：（1）数据库服务器/服务器虚拟化软件产品品牌产品型号详细参数数量国际知名品牌4U机架式服务器,配置4个Intel 四核Xeon E7440处理器(2.4GHz, 16M缓存)，使用先进的EX4架构,使用独有的芯片控制器,带288M的探听过滤技术,本机扩至四路处理器,向上最多可扩展到16颗CPU,标配16GB DDR2内存，最大可扩充至256GB，支持四位纠错、内存镜像、内存冗余位校验、内存热更换和热添加等内存保护技术,标配1块内存板，配置3个2.5英寸的热插拔146GB SAS硬盘,7个I/O插槽, 7个PCI-E x8,其中2个可热插拔,并且PCI-E芯片组支持failover,能够提供更高的可靠性;双千兆以太网卡,标配2个1440W热插拔电源. 2张4GB光纤HBA卡，集成系统管理处理器支持：1.自动服务器重启、风扇监视和控制、电源监控、温度监控、启动/关闭、按序重启、LED控制、本地固件更新、错误日志，LED面板提供系统未来状况的可视显示；2.对CPU、内存、硬盘驱动器、电源及风扇等关键部分的潜在的故障具有提前预警能力； 3.故障部件的快速诊断功能：在断电的2序号名称规格数量单位备注数据库服务器/服务器虚拟化软件详见技术要求2/8+1台必须取得原厂商授权光纤磁盘阵列详见技术要求2台必须取得原厂商授权光纤交换机详见技术要求2台必须取得原厂商授权机柜/套件详见技术要求1太必须取得原厂商授权核心交换机详见技术要求1台必须取得原厂商授权包一服务器操作系统REDHAT LINUX AP5.02套正版授权UPS电源详见技术要求1套必须取得原厂商授权包二防火墙设备详见技术要求1套必须取得原厂商授权情况下，能够通过诊断板快速定位故障的部件，提高维修速度。
- 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、交互类业务日常交易指传统的大厅交互业务，如申报、发票销售、税务登记等，具有较高的响应要求。
批量交易指一次完成多笔业务处理的交易，如批量扣缴等，由于批量交易的数据量不确定，需要根据具体的情况确定响应时间。
响应时间参考值中均包含交互的时间2、查询类业务如登记资料查询、申报表查询等。
查询业务由于受到查询的复杂程度、查询的数据量大小等因素的影响，需要根据具体情况而定，在此给出一个参考范围。
如有特殊要求，可以在具体开发文档中单独给出响应时间要求。
标。
3、大数据量、批处理业务如会计核算等业务处理，该类业务具有处理复杂、操作数据量大、处理时间长的特点，具体的响应时间在开发文档中给出。
3.4.1.2.2可靠性系统应保证在正常情况下和极端情况下业务逻辑的正确性。
1、无单点故障系统应不受任何单点故障的影响。
2、故障恢复系统应能够在半小时内从故障中恢复。
3、灾难恢复当灾难被发布后（beingdeclared），核心系统应在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、多功能的平台可提供IPoverSHD等宽带业务，同时具备管理维护简单快捷，且易于升级扩容，为将来扩展新业务打下了良好的基础。
4、遵循国际标准严格遵循各种国际通用标准，所提供的接口和业务完全满足各种国际标准的要求。
5、良好的扩展性网络设备的可扩展性：模块化的路由器，核心设备支持热切换。
节点扩容，保证网络可随业务的增长而逐步扩大。
通过统一的网管系统进行管理。
6、高可靠性可靠性的保证主要来自以下四个方面：网络设备的可靠性、先进的流量控制、先进的网络设计、完善及精良的技术服务和支持。
四个方面缺一不可，并相互补充，只有具有这四个方面的充分保证，才能称得上是一个可靠的网络。