第章案例主要软硬件选型原则和详细软硬件配置清单.docx

上传人:p** 文档编号:800279 上传时间:2024-03-04 格式:DOCX 页数:15 大小:33.14KB
下载 相关 举报
第章案例主要软硬件选型原则和详细软硬件配置清单.docx_第1页
第1页 / 共15页
第章案例主要软硬件选型原则和详细软硬件配置清单.docx_第2页
第2页 / 共15页
第章案例主要软硬件选型原则和详细软硬件配置清单.docx_第3页
第3页 / 共15页
第章案例主要软硬件选型原则和详细软硬件配置清单.docx_第4页
第4页 / 共15页
第章案例主要软硬件选型原则和详细软硬件配置清单.docx_第5页
第5页 / 共15页
第章案例主要软硬件选型原则和详细软硬件配置清单.docx_第6页
第6页 / 共15页
第章案例主要软硬件选型原则和详细软硬件配置清单.docx_第7页
第7页 / 共15页
第章案例主要软硬件选型原则和详细软硬件配置清单.docx_第8页
第8页 / 共15页
第章案例主要软硬件选型原则和详细软硬件配置清单.docx_第9页
第9页 / 共15页
第章案例主要软硬件选型原则和详细软硬件配置清单.docx_第10页
第10页 / 共15页
亲,该文档总共15页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

《第章案例主要软硬件选型原则和详细软硬件配置清单.docx》由会员分享,可在线阅读,更多相关《第章案例主要软硬件选型原则和详细软硬件配置清单.docx(15页珍藏版)》请在第壹文秘上搜索。

1、5.12主要软硬件选型原那么和详细软硬件配置清单5.12.1 软硬件选型原那么软件选型原那么:开放性,对称性与非对称处理,异种机互联水平,目录及安全效劳的支持水平,应用软件的支持水平,网管水平,性能优化和监视水平,系统备份/恢复支持水平.硬件选型原那么:系统的开放性,系统的延续性,系统可扩展性,系统的互连性能,应用软件的支持,系统的性价比,生产厂商的技术支持,可治理性(同事治理多处工作,消除问题,智能治理的方法),远程治理,状况跟踪,预故障处理,性能监控,平安治理,可用性,磁盘故障,内存问题,容错性(冗余组件、自动效劳器恢复,冗余网卡,冗余CPU电源模块,双对等PCI总线)及平台支持5.12

2、.2软硬件配置清单参考?附表?中的工程软硬件配置清单.5.13 机房及配套工程建设方案使用目前己经建设好并正在使用的机房,不需要重新建设.3. 4.1.2.1交易响应时间交易响应时间指完成目标系统中的交互或批量业务处理所需的响应时间.根据业务处理类型的不同,可以把交易划分为三类:交互类业务、查询类业务和大数据量批处理类业务,分别给出响应时间要求的参考值,包括峰值响应时间、平均响应时间.1、交互类业务日常交易指传统的大厅交互业务,如申报、发票销售、税务登记等,具有较高的响应要求.批量交易指一次完成多笔业务处理的交易,如批量扣缴等,由于批量交易的数据量不确定,需要根据具体的情况确定响应时间.表3T

3、交易类业务复杂性与响应时间关系表业务复杂性平均响应时间参考值(秒)i提交过程平均响应时间参考值(秒)一交互过程峰值响应时间参考值(秒)日常交易0.5-40.5-34-18专网报税0.5-100.5-54-25报税0.5-80.5-54-25网上交易0.5-100.5-54-25批量交易视提交数据量、业务处理量而定备注:以上交易如果涉及与税务一国库一银行或税务一银行一国库交互的,响应时间参考值中均包含交互的时间2、查询类业务如登记资料查询、申报表查询等.查询业务由于受到查询的复杂程度、查询的数据量大小等因素的影响,需要根据具体情况而定,在此给出一个参考范围.如有特殊要求,可以在具体开发文档中单独

4、给出响应时间要求.表3-2查询类W4务复杂性与响应时间关系表业务复杂性平均响应时间参考值(秒)简单查询3-15受杂查询15-120备注:业务处理过程的交互操作的响应时间参见上面交互类业务的相关指标.3、大数据量、批处理业务如会计核算等业务处理,该类业务具有处理复杂、操作数据量大、处理时间长的特点,具体的响应时间在开发文档中给出.1. 4.1.2.2可靠性系统应保证在正常情况下和极端情况下业务逻辑的正确性.1、无单点故障系统应不受任何单点故障的影响.2、故障恢复系统应能够在半小时内从故障中恢复.3、灾难恢复当灾难被发布后(beingdeclared),核心系统应在2小时内恢复.3. 4.3其他需

5、求1、可扩展性可扩展性是指系统具有适应业务需求变化的水平,当系统新增业务功能或现有业务功能改变时(业务流程变化、税种的变化、规那么的改变、代码改变、界面的改变等),不可防止将带来系统的改变,好的系统应在系统构架上考虑能以尽量少的代价适应这种变化,应尽可能的保证业务变化造成的影响局部化.2、易用性易用性是指系统易于使用的程度,主要有以下几方面:系统所有的业务功能界面风格和操作流程一致;业务表单尽量做到所见即所得;信息录入能够完全通过键盘完成;界面美观、简洁、高效;界面各部件的布局应该保持合理性和一致性;常用操作有快捷键支持,大局部操作能够在小键盘内完成;在前端还应提供一些智能化的校验功能提供友好

6、联机的帮助信息,对各种状态和操作结果进行及时的反应和提示.3、伸缩性系统伸缩性是指系统规模或容量扩大时,能方便地在各个层次进行扩充.系统规模扩大,例如个人所得税子系统,由于数据量和访问量都很大,有可能从核心征管系统中独立出来形成子系统.核心系统应该满足从统一入口的访问,能容易地分流到新增的子系统而不改变原来的架构.当系统扩容时,可以方便地通过增加各层的效劳器(如WEB效劳器、应用服务器、数据库效劳器)数量,实现应用负载均衡,将系统的应用负载扩展至多台效劳器承当,从而有效提升系统总体的负荷,保证系统合理的响应时间和吞吐量.4、可用性税务局的窗口业务应在所有工作日的8:OO到18:OO是可以使用的

7、;其它业务如电子办税、办税等应满足7义24小时可以使用.5、可移植性可移植性是指应用系统可运行在不同的硬件平台、不同的操作系统、不同的系统软件上.6、可治理性可治理性是指系统接受治理和监控的程度,可治理性主要包含三个层次:硬件设备和网络设备的可治理性;效劳器的可治理性;应用系统的可治理性.硬件设备和网络设备,如主机、路由器、交换机等,都要求提供标准的治理接口,可以方便地对其进行远程治理,读取设备的状态和对设备进行配置.数据库效劳器和应用效劳器等类型的效劳器,也要求提供相应的治理接口,可以方便地对其进行远程治理,读取效劳器的状态和对效劳器进行配置.应用系统也要求构件提供治理接口,以方便对系统进行

8、治理和优化.无论是那个层次的可治理性,都要求提供标准的治理接口,才能进行治理;而且要实现统一的、一致的日志功能,方便对系统进行跟踪和检查.7、可重用性可重用性主要是指软件产品在不同的系统开发中可以被重复利用的程度.要提升系统的可重用性,应采用构件化的设计思想,即在提供标准化的效劳接口的前提下可以替换各种可选的实现,而不会影响系统其他局部的实现,以此将系统可重用局部可能的变更充分的局部化.8、可维护性可维护性指软件能够被简单方便地修改和升级,包括可读性、可修改性.可读性可修改性要求在系统的开发过程中要有标准、清楚、完整和详细的文档,如业务需求阶段要有业务用例模型、业务活动图、业务规那么、表征单书

9、等;系统需求分析阶段要求有系统用例模型、用例文档、规那么说明等;概要设计阶段要求有宏观设计文档;详细设计阶段要求有类图、时序图等;编码阶段要求有程序设计说明、变量定义说明等;测试阶段要有测试用例、测试记录等.易于升级要求数据库、应用效劳器、开发工具能方便地进行版本升级,具有向下兼容性;易于升级也要求客户端的升级工作量较小,在这方面浏览器客户端的维护比GUI客户端要小得多.-计算机和网络化覆盖面.已办理税务登记的纳税人将全部纳入金税工程(三期)治理,其网络化覆盖面将从2002年纳入全省统一应用系统治理的84%提升到2021年的100%;金税工程(三期)还将全面覆盖申报征收、税款入库、发票治理、税

10、务稽查、纳税评估等主要征管工作环节和营业税、企业所得税、个人所得税等地税征收的主要税种;4. 4.3硬件系统设计金税工程(三期)硬件系统参照国家税务总局统一设计,省以下数据中央和各级税务机关硬件系统由地方建设.总体方案为:金税三期云南地税工程硬件系统建设坚持一体化原那么,做到合理化、标准化和科学化,并结合金税三期云南地税工程省局和州市局“两级处理的建设目标,依据“以应用为先导、统一规划和集中治理的方针,在满足金税三期云南地税工程中各类应用系统架构设计需求和业务数据对设备功能和性能需求的前提下,充分考虑系统的稳定性、可靠性、易用性、可扩展性和可治理性,来为总局数据中央和省级数据中央配备计算和存储

11、藏份系统设备.计算机系统设备主要包括各档次UNlX效劳器、PC效劳器、PC机、打印机、扫描仪和UPS电源等设备,存储藏份系统设备主要包括各档次磁盘阵列设备、磁带库设备、光纤交换机设备、NAS引擎设备和存储藏份治理效劳器及存储藏份管理软件等.客户端的普通个人计算机配置以满足能够运行税务应用系统为原那么;打印设备按前台业务窗口人手一套,其他岗位集中打印治理的原那么配置.网络通讯设备将根据网络拓扑结构,在网络节点上配置相应的路由设备和交换设备.4. 4.4软件平台设计金税工程(三期)云南地税建设工程的软件平台主要包括操作系统、数据库、中间件、数据仓库及工具软件(数据抽取、数据建模及元数据治理、多维数

12、据库、数据挖掘、数据展现等)、系统治理软件(含性能检测、网管软件等)、数据存储备份治理软件、软件开发、测试工具软件等、邮件系统、个人办公软件(文字编辑等)、网络及信息平安软件以及其它各类软件(集群软件、并行软件、DBA管理工具)等.我们的策略是标准软件平台,防止软件平台过多,降低系统治理、系统维护的难度.4. 4.5平安体系设计1、税务系统所面临的平安风险来自内部或外部的黑客针对网络根底设施、主机系统和应用效劳的各种攻击,造成网络或系统瘫痪、信息泄密、数据被篡改等.一来自内部人员(合法用户)滥用权力,有意犯罪,越权访问机密信息,或者恶意篡改数据等. 来自有害信息(如病毒等)的传播等. 来自系统

13、软硬件故障造成的效劳中止或者数据丧失. 来自自然灾害或战争造成的物理破坏等. 其他平安风险. 、平安体系的要素金税三期云南地税工程平安体系建设包括三个方面:平安策略、平安治理和平安技术.根据上述三个方面的内容,金税三期云南地税工程的信息系统平安解决方案不仅仅包含各种平安产品和技术,而是要建立一个策略、技术和治理三位一体、目标一致的信息平安体系. 、平安体系的根本框架根据对税务信息系统平安工程不同方面的需求分析,在税务信息系统将建立一整套完善的平安体系.包括平安治理体系和具体技术产品的技术体系.通过两个体系的建立,可以对税务信息系统的所有信息资产进行平安的治理和平安的技术保护.同时通过多层次、多

14、角度的平安治理和产品部署,覆盖从物理环境、网络层、系统层、数据库层、应用层和组织治理信息平安的所有方面. 、信息平安体系的实现策略整个信息平安体系的建设包括软件平台层平安、应用系统层平安需求与措施、网络平台的平安以及物理和环境的平安等内容.根据税务系统信息平安体系总体框架,上述的每一局部内容均包含需求分析、风险评估、平安策略、方案设计、方案实施、运行治理、平安审计的步骤.金税三期云南地税工程应用系统总体框架如下列图所示:图4-1金税三期云南地税工程应用系统总体框架(1)页面框架设计图4-2应用系统页面框架5. 2.3.3拓扑结构其拓扑结构图如下:在借鉴其他现有网络建设经验,以及考虑到云南地税广

15、域网络需求,以及目前传输网络和带宽的实际情况,本设计方案具有以下特点:1、灵活的设计方案路由技术在通信方具有较高的灵活性,可以保证多种网络互通.在网络结构、系统治理和链路冗余上独树一帜.2、多业务并存目前的IP网络支持多种应用,增加新业务简单.网络平台是路由转发,具有极强的业务适配水平,性能可靠,运行稳定,支持各种业务无缝而平滑地连接到骨干网.提供多种业务(话音、数据、图像),能够保证网络电视会议,网络电话等增值业务及其他数据业务.3、多功能的平台可提供IPoverSHD等宽带业务,同时具备治理维护简单快捷,且易于升级扩容,为将来扩展新业务打下了良好的根底.4、遵循国际标准严格遵循各种国际通用标准,所提供的接口和业务完全满足各种国际标准的要求.5、良好的扩展性网络设备的可扩展性:模块化的路由器,核心设备支持热切换.节点扩容,保证网络可随业务的增长而逐步扩大.通过统一的网管系统进行治理.6、高可靠性可靠性的保证主要来自以下四个方面:网络设备的可靠性、先进的流量限制、先进的网络设计、完善及精良的技术效劳和支持.四个方面缺一不可,并相互补充,只有具有这四个方面的充分保证,才能称得上是一个可靠的网络.

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > IT计算机 > 计算机硬件与维护

copyright@ 2008-2023 1wenmi网站版权所有

经营许可证编号:宁ICP备2022001189号-1

本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。第壹文秘仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知第壹文秘网,我们立即给予删除!