《第章案例主要软硬件选型原则和详细软硬件配置清单.docx》由会员分享，可在线阅读，更多相关《第章案例主要软硬件选型原则和详细软硬件配置清单.docx（14页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、5. 12主要软硬件选型原那么和详细软硬件配置清单 5. 12. 1软硬件选型原那么软件选型原那么：开放性，对称性与非对称处理，异种机互联水平，目录及安 全效劳的支持水平,应用软件的支持水平，网管水平，性能优化和监视水平，系 统 备份/恢复支持水平.硬件选型原那么：系统的开放性，系统的延续性,系统可扩展性,系统的互连 性能,应用软件的支持,系统的性价比,生产厂商的技术支持,可治理性（同事治理 多处工作,消除问题,智能治理的方法），远程治理,状况跟踪,预故障处理,性能监 控,平安治理,可用性,磁盘故障，内存问题,容错性（冗余组件、自动效劳器恢复, 冗余网卡，冗余CPU电源模块,双对等PCI总线）
2、及平台支持5. 12. 2软硬件配置清单参考?附表？中的工程软硬件配置清单.5. 13机房及配套工程建设方案使用目前已经建设好并正在使用的机房，不需要重新建设.5. 2. 3. 3拓扑结构其拓扑结构图如下：在借鉴其他现有网络建设经验，以及考虑到云南地税广域网络需求，以及目 前传输网络和带宽的实际情况,本设计方案具有以下特点：1、灵活的设计方案路由技术在通信方具有较高的灵活性,可以保证多种网络互通.在网络结构、 系统治理和链路冗余上独树一帜.2、多业务并存目前的IP网络支持多种应用，增加新业务简单.网络平台是路由转发，具 有 极强的业务适配水平，性能可靠,运行稳定,支持各种业务无缝而平滑地连接
3、到骨 干网.提供多种业务1话音、数据、图像），能够保证网络电视会议，网络电 话等 增值业务及其他数据业务.3、多功能的平台可提供IP over SHD等宽带业务，同时具备治理维护简单快捷,且易于升级扩 容,为将来扩展新业务打下了良好的根底.4、遵循国际标准严格遵循各种国际通用标准,所提供的接口和业务完全满足各种国际标准的 要求.5、良好的扩展性网络设备的可扩展性：模块化的路由器,核心设备支持热切换.节点扩容，保 证网络可随业务的增长而逐步扩大.通过统一的网管系统进行治理.6、高可靠性可靠性的保证主要来自以下四个方面：网络设备的可靠性、先进的流量限制、 先进的网络设计、完善及精良的技术效劳和支持
4、.四个方面缺一不可,并相互补充, 只有具有这四个方面的充分保证，才能称得上是一个可靠的网络.网络设备的可靠性表达在：设备硬件、设备冗余及网络路由系统的可靠性.这 几方面的重要性是递增的.网络设备，具有极高的MTBF （平均无故障时间）指标. 网络设备重要部件全部采用冗余设计，如电源、模块、处理器等.使产品可容忍一 个或多个部件故障,这是网络可靠性的重要保证,它可以在某一部件出现 故障的 情况下实现备用部件的自动切换,从而防止业务受到影响.具备完善的流量限制机制：这种机制是网络端到端流量限制，可以在大业务 量导致拥塞的情况下，将网络不能承受的流量挡在网络外面.保证网络所允许的 最大用户流量和网络
5、的可靠性与平安性.如果网络的路由系统和流量限制设计不 完善的话,可能导致出现全网瘫痪的情况.完善的、优质的技术效劳和支持：主要在线路运营商、网络设备供给商、系 统集成商的选择和地税系统信息化队伍的建设,这些将在今后建设中逐步建设.7、建设和维护本钱相对较低从建设和维护本钱上来分析，网络设备较少,链路种类少，网络结构简单，维 护要求低.8、路由灵活性分析现在使用的动态路由协议主要有RIP、RIPv2、IGRP、EIGRP、OSPF、ISTS、 BGP.由于RIP和RIPv2适合于局域网及小型广域网，我们不使用这种协议作为 云 南地税广域网的主路由协议.由于EIGRP仅局限于Cisco公司的路由器
6、，因此 建 议不在云南地税网络中使用此协议.BGP是连接大型自治系统的外部网关协 议，因 此云南地税网络中将不需要这种路由协议.通过综合分析云南地税系统网络现状 和网络需求后，我们建议选用开放最短路径优先OSPF协议作为全省广域主干网 的主路由协议.同时配合使用静态路由、缺省路由.在省局将运行动态路由协议OSPF,通过OSPF路由协议实现州市级路由器之 间的连通.由于州市路由器间信息量较少，同时州市广域网接入设备只与省局互 联，因此在州市将不使用OSPF路由协议.州市广域网将使用静态路由或缺省路由. 同理，区县局及分局所）广域网也将使用静态路由.下面给出网络节点选择性平安增强配置示意图：图5-
7、8-19网络防护系统设备部署5. 13. 1.2主要系统软件需求系统软件的部署是有应用软件的架构原那么决定的.根据金税工程三期） 的应用和数据架构设计,应用软件的实现根本框架如下列图所示：由上图可以看出支撑应用软件的主要系统软件包括：数据库：关系型数据库是系统主要的数据存储效劳，完成整个系统所有结构 化数据的保存和交易处理.用于所有的应用系统.应用中间件:J2EE应用中间件效劳提供系统分布式运行环境以及相关的容器 效劳.用于所有的应用系统.消息中间件：提供基于消息队列的可靠传输和异步事务处理效劳.用于所有 的应用系统，但只有一局部功能会使用到这种效劳.应用整合平台：主要用于跨系统的数据整合应用
8、整合和业务流程整合/治理. 包括数据整合：跨数据源集成和同步的平台.门户集成：提供搭建企业信息门户的相关效劳，主要用户交互层的构建，是内 外信息门户的载体.应用集成和流程集成：提供数据集成效劳,企业应用集成（EAI）效劳，业务 流程整合/治理等效劳.统一身份和权限治理：提供统一的身分认证和权限治理效劳.其它系统软件：包括系统治理、群件、数据仓库工具、开发工具等.其它还有一些如数据访问效劳、内容治理效劳等，由于规模较小或能够并入 应用软件考虑，在此不做描述.下面对其中最重要的数据库效劳器和应用中间件 效劳器进行具体的描述.附表FB.1工程软硬件配置清单每个州市的软硬件配置清单如下表所列.软件配置
9、：序号工程名称描述数量单价预算（元）备注1windows200360. 000. 00已购置2Sybase10. 000. 00已购置3weblogic60. 000. 00已购置硬件配置:序号工程名称描述数量单价预算（元）备注1路由器20. 000. 00现有设备2交换机30. 000. 00现有设备3防火墙20. 000. 00现有设备4链路负载均衡20. 000. 00现有设备5应用负载均衡20. 000. 00现有设备6网闸10. 000. 00可选择7防DDOS设备20. 000. 00现有设备8数据库效劳器PC SERVER270, 000. 00140, 000. 00购置,搭建
10、纳税 效劳平台数据库9SAN交换机20. 000. 00现有设备10SAN光纤存储10. 000. 00现有设备11带库10. 000. 00现有设备12应用效劳器集群刀片机635, 000. 00210, 000. 00购置,搭建纳税 效劳平台应用 效劳器集群合计350, 000. 00FB.2应用系统推广预算表工程预算（元）系统安装部署20, 000. 00数据准备、参数配置20, 000. 00系统培训20, 000. 00小计：60, 000. 003. 4. 1.2. 1交易响应时间交易响应时间指完成目标系统中的交互或批量业务处理所需的响应时间.根据业务处理类型的不同,可以把交易划分
11、为三类：交互类业务、查询类业务 和大数据量批处理类业务,分别给出响应时间要求的参考值,包括峰值响应时 间、 平均响应时间.1、交互类业务日常交易指传统的大厅交互业务，如申报、发票销售、税务登记等，具有较高 的响应要求.批量交易指一次完成多笔业务处理的交易，如批量扣缴等，由于 批量 交易的数据量不确定，需要根据具体的情况确定响应时间.表3-1交易类业务复杂性与响应时间关系表业务复杂性平均响应时间参考值（秒）一提交过程平均响应时间参考值 （秒）一交互过程峰值响应时间参考值 （秒）日常交易0. 5-40. 5-34-18专网报税0. 5-100. 5-54-25报税0. 5-80. 5-54-25网
12、上交易0. 5-100. 5-54-25批量交易视提交数据量、业务处理量而定备注：以上交易如果涉及与税务一国库一银行或税务一银行一国库交互的, 响应时间参考值中均包含交互的时间2、查询类业务如登记资料查询、申报表查询等.查询业务由于受到查询的复杂程度、查询的数 据量大小等因素的影响，需要根据具体情况而定,在此给出一个参考范围.如有特殊要求，可以在具体开发文档中单独给出响应时间要求.表3-2查询类业务复杂性与响应时间关系表备注：业务处理过程的交互操作的响应时间参见上面交互类业务的相关指业务复杂性平均响应时间参考值（秒）简单查询复杂查询3-1515-120标.3、大数据量、批处理业务如会计核算等业
13、务处理,该类业务具有处理复杂、操作数据量大、处理时间长 的特点,具体的响应时间在开发文档中给出.1. 可靠性系统应保证在正常情况下和极端情况下业务逻辑的正确性.1、无单点故障系统应不受任何单点故障的影响.2、故障恢复系统应能够在半小时内从故障中恢复.3、灾难恢复当灾难被发布后(being declared),核心系统应在2小时内恢复.3. 4. 3其他需求1、可扩展性可扩展性是指系统具有适应业务需求变化的水平，当系统新增业务功能或现 有业务功能改变时(业务流程变化、税种的变化、规那么的改变、代码改变、界 面的改变等)，不可防止将带来系统的改变,好的系统应在系统构架上考虑能以尽 量少的代价适应这
14、种变化,应尽可能的保证业务变化造成的影响局部化.2、易用性易用性是指系统易于使用的程度,主要有以下几方面：系统所有的业务功能界面风格和操作流程一致；业务表单尽量做到所见即所得；信息录入能够完全通过键盘完成；界面美观、简洁、高效；界面各部件的布局应该保持合理性和一致性；常用操作有快捷键支持,大局部操作能够在小键盘内完成；在前端还应提供一些智能化的校验功能提供友好联机的帮助信息,对各种状态和操作结果进行及时的反应和提示.3、伸缩性系统伸缩性是指系统规模或容量扩大时,能方便地在各个层次进行扩充.系统规模扩大，例如个人所得税子系统，由于数据量和访问量都很大，有可能 从核心征管系统中独立出来形成子系统.
15、核心系统应该满足从统一入口的访问， 能容易地分流到新增的子系统而不改变原来的架构.当系统扩容时,可以方便地通过增加各层的效劳器（如WEB效劳器、应用服务 器、数据库效劳器）数量，实现应用负载均衡，将系统的应用负载扩展至多台效劳 器承当，从而有效提升系统总体的负荷，保证系统合理的响应时间和吞吐量.4、可用性税务局的窗口业务应在所有工作日的8:00到18:00是可以使用的；其它业务如电子办税、办税等应满足7义24小时可以使用.5、可移植性可移植性是指应用系统可运行在不同的硬件平台、不同的操作系统、不同的 系统软件上.6、可治理性可治理性是指系统接受治理和监控的程度,可治理性主要包含三个层次:硬件
16、设备和网络设备的可治理性；效劳器的可治理性；应用系统的可治理性.硬件设备和网络设备，如主机、路由器、交换机等，都要求提供标准的治理接 口，可以方便地对其进行远程治理,读取设备的状态和对设备进行配置.数据库效劳器和应用效劳器等类型的效劳器,也要求提供相应的治理接口，可 以方便地对其进行远程治理，读取效劳器的状态和对效劳器进行配置.应用系统也要求构件提供治理接口，以方便对系统进行治理和优化.无论是哪个层次的可治理性,都要求提供标准的治理接口，才能进行治理；而 且要实现统一的、一致的日志功能,方便对系统进行跟踪和检查.7、可重用性可重用性主要是指软件产品在不同的系统开发中可以被重复利用的程度.要提升
17、系统的可重用性,应采用构件化的设计思想，即在提供标准化的效劳接 口的前提下可以替换各种可选的实现,而不会影响系统其他局部的实现，以此将系 统可重用局部可能的变更充分的局部化.8、可维护性可维护性指软件能够被简单方便地修改和升级,包括可读性、可修改性.可读性可修改性要求在系统的开发过程中要有标准、清楚、完整和详细的文 档，如业务需求阶段要有业务用例模型、业务活动图、业务规那么、表征单书等; 系统需求分析阶段要求有系统用例模型、用例文档、规那么说明等；概要设计阶段 要求有宏观设计文档；详细设计阶段要求有类图、时序图等；编码阶段要求有程序 设计说明、变量定义说明等；测试阶段要有测试用例、测试记录等.
18、易于升级要求数据库、应用效劳器、开发工具能方便地进行版本升级，具有向 下兼容性；易于升级也要求客户端的升级工作量较小，在这方面浏览器客户端的 维护比GUI客户端要小得多.计算机和网络化覆盖面.已办理税务登记的纳税人将全部纳入金税工程 （三期）治理,其网络化覆盖面将从2002年纳入全省统一应用系统治理的84%提 升到2021年的100%；金税工程（三期还将全面覆盖申报征收、税款入库、发 票治理、税务稽查、纳税评估等主要征管工作环节和营业税、企业所得税、个人 所得税等地税征收的主要税种；4. 4. 3硬件系统设计金税工程（三期）硬件系统参照国家税务总局统一设计,省以下数据中央和各 级税务机关硬件系
19、统由地方建设.总体方案为：金税三期云南地税工程硬件系统建设坚持一体化原那么，做到合理化、标准化 和科学化，并结合金税三期云南地税工程省局和州市局“两级处理的建设目标, 依据“以应用为先导、统一规划和集中治理的方针，在满足金税三期云南地税 工程中各类应用系统架构设计需求和业务数据对设备功能和性能需求的前提下, 充分考虑系统的稳定性、可靠性、易用性、可扩展性和可治理性，来为总局数据中 央和省级数据中央配备计算和存储藏份系统设备.计算机系统设备主要包括各档次UNIX效劳器、PC效劳器、PC机、打印机、 扫描仪和UPS电源等设备,存储藏份系统设备主要包括各档次磁盘阵列设备、磁 带库设备、光纤交换机设备
20、、NAS引擎设备和存储藏份治理效劳器及存储藏份管 理软件等.客户端的普通个人计算机配置以满足能够运行税务应用系统为原那么；打印 设备按前台业务窗口人手一套，其他岗位集中打印治理的原那么配置.网络通讯 设备将根据网络拓扑结构,在网络节点上配置相应的路由设备和交换设备.4. 4.4软件平台设计金税工程（三期）云南地税建设工程的软件平台主要包括操作系统、数据库、 中间件、数据仓库及工具软件（数据抽取、数据建模及元数据治理、多维数据库、 数据挖掘、数据展现等）、系统治理软件（含性能检测、网管软件等）、数据存储 备份治理软件、软件开发、测试工具软件等、邮件系统、个人办公软件（文字编 辑等）、网络及信息平
21、安软件以及其它各类软件（集群软件、并行软件、DBA管理 工具）等.我们的策略是标准软件平台，防止软件平台过多，降低系统治理、系统 维护的难度.4. 4. 5平安体系设计1、税务系统所面临的平安风险来自内部或外部的黑客针对网络根底设施、主机系统和应用效劳的各种 攻击，造成网络或系统瘫痪、信息泄密、数据被篡改等.来自内部人员（合法用户）滥用权力，有意犯罪,越权访问机密信息，或者恶意篡改数据等. 来自有害信息（如病毒等）的传播等. 来自系统软硬件故障造成的效劳中止或者数据丧失. 来自自然灾害或战争造成的物理破坏等. 其他平安风险. 、平安体系的要素金税三期云南地税工程平安体系建设包括三个方面：平安策
22、略、平安治理和平 安技术.根据上述三个方面的内容,金税三期云南地税工程的信息系统平安解 决方 案不仅仅包含各种平安产品和技术，而是要建立一个策略、技术和治理三位一体、 目标一致的信息平安体系. 、平安体系的根本框架根据对税务信息系统平安工程不同方面的需求分析，在税务信息系统将建立 一整套完善的平安体系.包括平安治理体系和具体技术产品的技术体系.通过两 个 体系的建立,可以对税务信息系统的所有信息资产进行平安的治理和平安的技术 保护.同时通过多层次、多角度的平安治理和产品部署，覆盖从物理环境、网络层、 系统层、数据库层、应用层和组织治理信息平安的所有方面. 、信息平安体系的实现策略整个信息平安体系的建设包括软件平台层平安、应用系统层平安需求与措施、 网络平台的平安以及物理和环境的平安等内容.根据税务系统信息平安体系总体框架,上述的每一局部内容均包含需求分析、 风险评估、平安策略、方案设计、方案实施、运行治理、平安审计的步骤.金税三期云南地税工程应用系统总体框架如下列图所示:图4T金税三期云南地税工程应用系统总体框架(1)页面框架设计图4-2应用系统页面框架