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

合集下载

医疗信息平台-软硬件选型配置及部署方案

医疗信息平台-软硬件选型配置及部署方案

医疗信息平台软硬件选型配置及部署方案目录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

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

主要软硬件选型原则和详细软硬件配置清单5.12.1软硬件选型原则软件选型原则:开放性,对称性与非对称处理,异种机互联能力,目录及安全服务的支持能力,应用软件的支持能力,网管能力,性能优化和监视能力,系统备份/恢复支持能力。

硬件选型原则:系统的开放性,系统的延续性,系统可扩展性,系统的互连性能,应用软件的支持,系统的性价比,生产厂商的技术支持,可管理性(同事管理多处工作,消除问题,智能管理的方法),远程管理,状况跟踪,预故障处理,性能监控,安全管理,可用性,磁盘故障,内存问题,容错性(冗余组件、自动服务器恢复,冗余网卡,冗余CPU电源模块,双对等PCI总线)及平台支持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软硬件选型原则软件选型原则:开放性,对称性与非对称处理,异种机互联能力,目录及安全服务的支持能力,应用软件的支持能力,网管能力,性能优化和监视能力,系统备份/恢复支持能力。

硬件选型原则:系统的开放性,系统的延续性,系统可扩展性,系统的互连性能,应用软件的支持,系统的性价比,生产厂商的技术支持,可管理性(同事管理多处工作,消除问题,智能管理的方法),远程管理,状况跟踪,预故障处理,性能监控,安全管理,可用性,磁盘故障,内存问题,容错性(冗余组件、自动服务器恢复,冗余网卡,冗余CPU电源模块,双对等PCI总线)及平台支持5.12.2软硬件配置清单参考《附表》中的项目软硬件配置清单。

5.13机房及配套工程建设方案使用目前已经建设好并正在使用的机房,不需要重新建设。

3.4.2 性能需求3.4.1.2.1 交易响应时间交易响应时间指完成目标系统中的交互或批量业务处理所需的响应时间。

根据业务处理类型的不同,可以把交易划分为三类:交互类业务、查询类业务和大数据量批处理类业务,分别给出响应时间要求的参考值,包括峰值响应时间、平均响应时间。

1、交互类业务日常交易指传统的大厅交互业务,如申报、发票销售、税务登记等,具有较高的响应要求。

批量交易指一次完成多笔业务处理的交易,如批量扣缴等,由于批量交易的数据量不确定,需要根据具体的情况确定响应时间。

备注:以上交易如果涉及与税务-国库-银行或税务-银行-国库交互的,响应时间参考值中均包含交互的时间2、查询类业务如登记资料查询、申报表查询等。

查询业务由于受到查询的复杂程度、查询的数据量大小等因素的影响,需要根据具体情况而定,在此给出一个参考范围。

如有特殊要求,可以在具体开发文档中单独给出响应时间要求。

表3-2 查询类业务复杂性与响应时间关系表平均响应时间业务复杂性参考值(秒)3-15 简单查询15-120复杂查询备注:业务处理过程的交互操作的响应时间参见上面交互类业务的相关指标。

案例:主要软硬件选型原则和详细软硬件配置清单

案例:主要软硬件选型原则和详细软硬件配置清单

主要软硬件选型原则和详细软硬件配置清单5.12.1软硬件选型原则软件选型原则:开放性,对称性与非对称处理,异种机互联能力,目录及安全服务的支持能力,应用软件的支持能力,网管能力,性能优化和监视能力,系统备份/恢复支持能力。

硬件选型原则:系统的开放性,系统的延续性,系统可扩展性,系统的互连性能,应用软件的支持,系统的性价比,生产厂商的技术支持,可管理性(同事管理多处工作,消除问题,智能管理的方法),远程管理,状况跟踪,预故障处理,性能监控,安全管理,可用性,磁盘故障,内存问题,容错性(冗余组件、自动服务器恢复,冗余网卡,冗余CPU电源模块,双对等PCI总线)及平台支持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页)

【精编范文】信息化建设项目方案建议书,标准编制-范文模板 (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号)

国家电子政务工程建设项目管理暂行办法(发展改革委令第55号)

国家电子政务工程建设项目管理暂行办法第一章总则第一条为全面加强国家电子政务工程建设项目管理,保证工程建设质量,提高投资效益,根据《国务院关于投资体制改革的决定》及相关规定,制定本办法。

第二条本办法适用于使用中央财政性资金的国家电子政务工程建设项目(以下简称“电子政务项目”)。

第三条本办法所称电子政务项目主要是指:国家统一电子政务网络、国家重点业务信息系统、国家基础信息库、国家电子政务网络与信息安全保障体系相关基础设施、国家电子政务标准化体系和电子政务相关支撑体系等建设项目。

电子政务项目建设应以政务信息资源开发利用为主线,以国家统一电子政务网络为依托,以提高应用水平、发挥系统效能为重点,深化电子政务应用,推动应用系统的互联互通、信息共享和业务协同,建设符合中国国情的电子政务体系,提高行政效率,降低行政成本,发挥电子政务对加强经济调节、市场监管和改善社会管理、公共服务的作用。

第四条本办法所称项目建设单位是指中央政务部门和参与国家电子政务项目建设的地方政务部门。

项目建设单位负责提出电子政务项目的申请,组织或参与电子政务项目的设计、建设和运行维护。

第五条本办法所称项目审批部门是指国家发展改革委。

项目审批部门负责国家电子政务建设规划的编制和电子政务项目的审批,会同有关部门对电子政务项目实施监督管理。

第二章申报和审批管理第六条项目建设单位应依据中央和国务院的有关文件规定和国家电子政务建设规划,研究提出电子政务项目的立项申请。

第七条电子政务项目原则上包括以下审批环节:项目建议书、可行性研究报告、初步设计方案和投资概算。

对总投资在3000万元以下及特殊情况的,可简化为审批项目可行性研究报告(代项目建议书)、初步设计方案和投资概算。

第八条项目建设单位应按照《国家电子政务工程建设项目项目建议书编制要求》(附件一)的规定,组织编制项目建议书,报送项目审批部门。

项目审批部门在征求相关部门意见,并委托有资格的咨询机构评估后审核批复,或报国务院审批后下达批复。

解析计算机软件的系统配置与硬件选择

解析计算机软件的系统配置与硬件选择

解析计算机软件的系统配置与硬件选择第一章:计算机软件系统配置的重要性计算机软件是现代社会不可或缺的一部分,它为我们提供了各种各样的功能和应用程序。

然而,要让软件正常运行,一个合适的系统配置是必不可缺的。

本章将探讨计算机软件系统配置的重要性以及如何选择合适的硬件来支持软件的运行。

1.1 计算机软件系统配置的定义计算机软件系统配置是指选择和配置操作系统、数据库和其他必要的软件组件来支持特定应用程序或软件系统的运行。

不同的应用程序可能需要不同的系统配置,因此,在选择和配置软件系统时,需要充分考虑特定软件所需的硬件要求。

1.2 计算机软件系统配置的重要性一个良好的计算机软件系统配置可以提供更好的性能和稳定性,确保软件正常运行并满足用户需求。

合适的系统配置可以减少软件的崩溃和错误,提高工作效率和用户满意度。

另外,一个好的系统配置还可以减少资源的浪费,提高计算机的性能和响应速度。

1.3 计算机软件系统配置的考虑因素在进行软件系统配置时,需要考虑以下几个因素:- 软件的需求:不同的软件有不同的要求。

在选择操作系统和其他软件组件时,需要了解软件的最低系统要求和推荐配置。

- 硬件资源:确保计算机具有足够的处理能力、内存和存储空间来支持软件的运行。

根据软件的需求,选择适当的处理器、内存和存储设备。

- 兼容性:软件系统配置应与硬件设备兼容,以确保软件正常运行。

检查硬件设备的兼容性列表或与厂商咨询可帮助您做出正确的选择。

第二章:计算机硬件选择的基本原则在选择计算机硬件时,需要考虑多个因素,如预算、性能需求和未来扩展等。

本章将介绍计算机硬件选择的基本原则,以及常见的硬件组件和它们的功能。

2.1 预算限制预算是硬件选择的重要因素之一。

根据预算的限制,确定合适的硬件配置。

根据软件的需求以及使用场景的要求,权衡硬件价格和性能,选择性价比最好的硬件组件。

2.2 性能需求根据软件的性能需求,选择适当的硬件配置。

如需处理大量数据或运行复杂的计算任务,选择更高的处理器性能和更大的内存容量。

软硬件配置清单-温江区

软硬件配置清单-温江区

第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. 项目背景党的十八届三中全会审议通过的《中共中央关于全面深化改革若干重大问题的决定》提出:“健全自然资源资产产权制度和用途管制制度。

网络硬件设备及软件选型

网络硬件设备及软件选型

中,主要用于 10Base-T 或100Base-T 中。
5类双绞线:这类双绞线电缆增加了线密度,传输
频率为 100MHZ,最高传输速率为100Mbps.
超5类双绞线:其实它是第 5 类双绞线,但它与普通
5 类双绞线相比,其信号衰减更小,串扰更少,传输性
能得到了很大提高.。 6 类双绞线:它提供 2 倍于超 5 类双绞线的带宽。 7 类双绞线:7 类双绞线与 5 类、超 5 类和 6 类线相 比,它具有更高的传输带宽。
⑵ 网络规模
⑶ 可靠性需求 ⑷ 价格因素 ⑸ 操作系统支持的应用软件 六、网络协议的选择
1.常用的三种协议的介绍
2.TCP/IP协议是网络的必然选择
2.2 项目二:网络组建与连接
一、双绞线制作
1.EIA/TIA568A和EIA/TIA568B两种线序
EIA/TIA568A 规定的连接线序 绿白 1 绿 2 橙白 3 蓝 4 蓝白 5 橙 6 棕白 7 棕 8
EIA/TIA568B规定的连接线序 橙白 1 橙 2 绿白 3 蓝 4 蓝白 5 绿 6 棕白 7 棕 8
2.两种线缆的制作与连接 ⑴ 直通双绞线的标准接法 水晶头两端都是遵循 EIA/TIA568A 或EIA/TIA568B
标准,双绞线的每组绕线是一一对应的。
⑵交叉线的标准接法 水晶头一端遵循 EIA/TIA568A,而另一端遵循 EIA/TIA568B 标准。
② 采用堆叠方式组建网络
4.在一栋楼内组建网络 ⑴ 案例
某办公楼一共三层,其中一楼有 40 台计算机,二 楼有 50 台计算机,三楼有 30 台计算机。该公司想要
把整个办公 楼的计算机连接起来组成一个基于服务器
的网络,服务器放在三楼。 ⑵ 组网与连接 实训

主要软硬件选型原则和软硬件配置清单

主要软硬件选型原则和软硬件配置清单

1.1主要软硬件选型原则和软硬件配置清单
1.1.1主要软硬件选型原则
主机服务器系统选型应遵守如下原则:
✓系统设计的科学性、准确性和先进性
设计具有科学性、准确性和先进性。

✓满足功能要求的系统性和实用性
具有一致性和互换性,使系统具有良好的灵活性、兼容性、扩展性和可移植性。

✓设备的可靠性和服务保障
选用主机平台支持高可用集群技术,产品在全国承诺享有1年的免费保用,并在国内各地建立有完善的技术服务网络,为客户提供及时有效的服务。

✓系统配置的经济性
✓开放性
用户可移植性
应用可移植性
相互可操作性
✓可扩展性
由于电信业务的发展非常迅速,要求服务器系统具有较强的性能扩充能力,应支持如下升级途径:原机扩充(内存、硬盘扩大)、纵向升级(升级CPU)、横向升级(增加CPU个数)、增加节点数目。

1.1.2硬件配置清单
1.1.3药械检验检测硬件系统配置清单。

长沙市人民政府办公厅关于印发《长沙市电子政务工程建设项目管理办法》的通知-长政办发[2013]47号

长沙市人民政府办公厅关于印发《长沙市电子政务工程建设项目管理办法》的通知-长政办发[2013]47号

长沙市人民政府办公厅关于印发《长沙市电子政务工程建设项目管理办法》的通知正文:---------------------------------------------------------------------------------------------------------------------------------------------------- 长沙市人民政府办公厅关于印发《长沙市电子政务工程建设项目管理办法》的通知(长政办发〔2013〕47号)各区县(市)人民政府,市直机关有关单位:《长沙市电子政务工程建设项目管理办法》已经市人民政府同意,现印发给你们,请认真组织实施。

长沙市人民政府办公厅2013年10月16日长沙市电子政务工程建设项目管理办法第一章总则第一条为加强电子政务工程建设项目的统一规划与管理,提高财政投资效益,避免重复建设,实现资源共享,根据《国家电子政务工程建设项目管理暂行办法》、《湖南省信息化条例》、《湖南省政府服务规定》(省政府令第252号)和《长沙市人民政府办公厅关于明确电子政务项目管理职责的通知》(长政办发〔2013〕37号)精神,结合我市实际,制定本办法。

第二条本办法适用于市级财政性资金投资的(含非全额财政性资金投资)政务信息化工程建设项目(以下称电子政务项目)。

第三条本办法所称电子政务项目是指电子政务网络、业务信息系统、信息资源开发、电子政务网络与信息安全保障体系相关基础设施、电子政务标准化体系和电子政务相关支撑体系等建设项目的新建、扩建及升级改造。

第四条电子政务项目建设遵循“统筹规划、共建共享、互联互通、注重绩效、保障安全”的原则。

第五条市人民政府办公厅负责全市电子政务工作。

市发改委负责电子政务项目的项目建议书、可行性研究报告的审批、投资概算审查和投资管理。

市财政局负责电子政务项目建设资金计划的下达、资金使用管理和政府采购工作的监督管理。

市人民政府电子政务管理办公室(以下称市电子政务办)具体负责电子政务项目的统筹规划、协调指导和归口管理,负责电子政务项目年度计划、统计分析工作,负责电子政务项目立项前的技术审查、初步设计方案技术评审,负责组织竣工验收和运行后评价。

服务器软硬件配置方案

服务器软硬件配置方案

服务器软硬件配置方案1. 引言随着信息化时代的不断发展,服务器在现代社会中起到了不可替代的作用。

为了确保服务器正常运行和满足不同需求,服务器软硬件配置方案显得尤为重要。

本文将详细讨论服务器软硬件配置方案,从硬件选型、系统选择和网络设置等方面进行阐述。

2. 硬件选型在选择服务器硬件时,需考虑以下几个方面:2.1 处理器处理器是服务器的核心组件,决定了服务器的运算能力和响应速度。

目前市场上常见的处理器品牌包括Intel和AMD,选择时应根据服务器的具体需求、负载情况和预算进行评估。

另外,需关注处理器的核心数、主频和缓存等参数,以确保服务器的性能能够满足业务需求。

2.2 内存内存是服务器存储数据的关键组件,对于提升服务器性能至关重要。

在选择内存时,应考虑服务器所承载的应用程序和业务负载,并根据需求确定内存容量和频率。

2.3 存储设备存储设备用于保存服务器的操作系统、应用程序和数据等内容。

根据不同的需求,可以选择机械硬盘(HDD)、固态硬盘(SSD)或者混合存储方案。

机械硬盘具有大容量和低成本的优势,适用于对存储容量要求较高的场景;固态硬盘则具有更快的读写速度和更好的性能稳定性,适用于对性能有较高要求的场景。

2.4 网卡选择适合的网卡有助于提高服务器的网络性能和稳定性。

对于大多数服务器应用来说,千兆以太网和万兆以太网是常见的选择。

此外,还需考虑网卡的队列长度和接口类型,以满足服务器的并发需求。

3. 系统选择服务器的操作系统选取影响着服务器的性能、稳定性和安全性。

3.1 Windows ServerWindows Server是微软推出的服务器操作系统,适用于中小型企业和个人用户。

该操作系统稳定可靠,易于操作和维护,提供了广泛的应用和技术支持。

3.2 LinuxLinux是一种开源的服务器操作系统,在稳定性、安全性和灵活性方面表现优异。

它提供了各种发行版,如Ubuntu、CentOS等,可以根据不同需求选择合适的版本。

电子政务工程建设项目可行性研究报告编制要求

电子政务工程建设项目可行性研究报告编制要求

电子政务工程建设项目可行性研究报告编制要求电子政务工程建设项目可行性研究报告编制要求第一章总要求一、为提高国家电子政务工程建设项目前期可行性研究工作的质量,指导项目申请单位和可行性研究报告编制单位高效、务实、有序地开展项目可行性研究工作,确保国家电子政务工程项目可行性研究报告的科学性和规范性,特制定本文件。

二、本文件作为《国家电子政务工程建设项目管理办法》的附件,是国家电子政务工程建设项目可行性研究报告编写工作的指导性文件。

三、项目可行性研究的任务旨在通过对电子政务现状和需求的分析,提出项目建设的原则、目标、内容、方案、组织实施方式、投融资方案和效益评价。

四、项目申请单位和可行性研究报告编制单位主要依据国家电子政务工程建设规划及专家咨询委员会对项目需求分析报告的评议结果,按照本文件的要求,本着客观、公正、科学的原则,开展可行性研究工作并编制项目可行性研究报告。

五、项目申请单位按照《国家电子政务工程建设项目管理办法》的要求,需委托或招标选定具有甲级资质的工程咨询单位编制项目可行性研究报告。

六、项目可行性研究报告需报送国家发展和改革委员会进行审批。

第二章内容及格式项目可行性研究报告应参考如下格式、编制大纲以及本文件第三章的规定进行编制:一、封面格式:项目名称:××××项目可行性研究报告项目单位:×××××编制单位:×××××编制日期:××××年××月项目联系人:××××联系方式:×××××(Tel. Fax. E-mail)二、扉页格式编制单位:×××××(盖章)单位负责人:×××(签章)项目负责人:×××(职称)参加人员:×××(职称)三、编制大纲:一、项目概况(一)项目名称(二)项目建设单位及负责人(三)可行性研究报告编制单位(四)可行性研究报告编制依据(五)建设目标、规模、内容、周期(六)总投资及资金来源(七)主要结论与建议二、项目建设单位概况(一)项目建设单位与职能(二)项目实施机构与职责三、需求分析和项目建设的必要性(一)社会问题和政务目标分析(二)业务功能、流程和业务量分析(三)信息数据量分析(四)系统功能和性能需求分析(五)信息系统装备和应用现状与差距(六)项目建设的必要性四、总体建设方案(一)建设原则和策略(二)总体目标与阶段目标(三)建设内容与各阶段建设任务(四)总体设计方案五、本期项目建设方案(一)建设目标与内容(二)网络系统设计和建设方案(三)数据处理系统设计和建设方案(四)应用支撑系统设计和建设方案(五)应用系统设计和建设方案(六)信息资源建设和数据库设计与建设方案(七)终端系统设计和建设方案(八)安全系统设计和建设方案(九)系统可靠性设计和建设方案(十)系统运行维护方案(十一)其它系统建设方案(十二)主要软硬件选型原则和详细软硬件配置清单(十三)机房建设及配套工程建设方案六、项目的招标方案(一)建设项目的工程、设备和服务的具体招标范围(二)招标的方式(三)招标的组织形式七、环保、消防、职业安全卫生和节能(一)环境影响和环保措施(二)消防措施(三)职业安全和卫生措施(四)节能措施八、项目组织机构和人员培训(一)领导机构(二)项目实施机构(三)运行维护机构(四)技术力量和人员配置(五)人员培训九、项目实施进度(一)项目建设期(二)实施进度安排计划十、项目投资估算和资金来源(一)投资估算的有关说明(二)项目投资估算(三)资金来源与落实情况(四)资金使用计划(五)系统年运行经费估算十一、效益与评价指标分析(一)经济效益分析(二)社会效益分析(三)评价指标十二、项目风险与风险管理(一)风险识别和分析(二)风险对策和管理附表:一、应用系统定制开发工作量核算表二、项目软硬件配置清单三、项目总投资估算表四、项目资金来源和运用表五、项目系统运行费估算表附件:可行性研究报告编制依据及与项目有关的政策、技术、经济资料。

(第4节)案例:主要软硬件选型原则和详细软硬件配置清单

(第4节)案例:主要软硬件选型原则和详细软硬件配置清单

5.12主要软硬件选型原则和详细软硬件配置清单5.12.1软硬件选型原则软件选型原则:开放性,对称性与非对称处理,异种机互联能力,目录及安全服务的支持能力,应用软件的支持能力,网管能力,性能优化和监视能力,系统备份/恢复支持能力。

硬件选型原则:系统的开放性,系统的延续性,系统可扩展性,系统的互连性能,应用软件的支持,系统的性价比,生产厂商的技术支持,可管理性(同事管理多处工作,消除问题,智能管理的方法),远程管理,状况跟踪,预故障处理,性能监控,安全管理,可用性,磁盘故障,内存问题,容错性(冗余组件、自动服务器恢复,冗余网卡,冗余CPU电源模块,双对等PCI总线)及平台支持5.12.2软硬件配置清单参考《附表》中的项目软硬件配置清单。

5.13机房及配套工程建设方案使用目前已经建设好并正在使用的机房,不需要重新建设。

3.4.2性能需求3.4.1.2.1交易响应时间交易响应时间指完成目标系统中的交互或批量业务处理所需的响应时间。

根据业务处理类型的不同,可以把交易划分为三类:交互类业务、查询类业务和大数据量批处理类业务,分别给出响应时间要求的参考值,包括峰值响应时间、平均响应时间。

1、交互类业务日常交易指传统的大厅交互业务,如申报、发票销售、税务登记等,具有较高的响应要求。

批量交易指一次完成多笔业务处理的交易,如批量扣缴等,由于批量交易的数据量不确定,需要根据具体的情况确定响应时间。

响应时间参考值中均包含交互的时间2、查询类业务如登记资料查询、申报表查询等。

查询业务由于受到查询的复杂程度、查询的数据量大小等因素的影响,需要根据具体情况而定,在此给出一个参考范围。

如有特殊要求,可以在具体开发文档中单独给出响应时间要求。

标。

3、大数据量、批处理业务如会计核算等业务处理,该类业务具有处理复杂、操作数据量大、处理时间长的特点,具体的响应时间在开发文档中给出。

3.4.1.2.2可靠性系统应保证在正常情况下和极端情况下业务逻辑的正确性。

国家电子政务工程建设项目初步设计大纲(建议书、可研、初设模板)(2021年整理)

国家电子政务工程建设项目初步设计大纲(建议书、可研、初设模板)(2021年整理)

国家电子政务工程建设项目初步设计大纲(建议书、可研、初设模板)(word版可编辑修改)编辑整理:尊敬的读者朋友们:这里是精品文档编辑中心,本文档内容是由我和我的同事精心编辑整理后发布的,发布之前我们对文中内容进行仔细校对,但是难免会有疏漏的地方,但是任然希望(国家电子政务工程建设项目初步设计大纲(建议书、可研、初设模板)(word版可编辑修改))的内容能够给您的工作和学习带来便利。

同时也真诚的希望收到您的建议和反馈,这将是我们进步的源泉,前进的动力。

本文可编辑可修改,如果觉得对您有帮助请收藏以便随时查阅,最后祝您生活愉快业绩进步,以下为国家电子政务工程建设项目初步设计大纲(建议书、可研、初设模板)(word版可编辑修改)的全部内容。

国家电子政务工程建设项目管理暂行办法第一章总则第一条为全面加强国家电子政务工程建设项目管理,保证工程建设质量,提高投资效益,根据《国务院关于投资体制改革的决定》及相关规定,制定本办法。

第二条本办法适用于使用中央财政性资金的国家电子政务工程建设项目(以下简称“电子政务项目”).第三条本办法所称电子政务项目主要是指:国家统一电子政务网络、国家重点业务信息系统、国家基础信息库、国家电子政务网络与信息安全保障体系相关基础设施、国家电子政务标准化体系和电子政务相关支撑体系等建设项目。

电子政务项目建设应以政务信息资源开发利用为主线,以国家统一电子政务网络为依托,以提高应用水平、发挥系统效能为重点,深化电子政务应用,推动应用系统的互联互通、信息共享和业务协同,建设符合中国国情的电子政务体系,提高行政效率,降低行政成本,发挥电子政务对加强经济调节、市场监管和改善社会管理、公共服务的作用。

第四条本办法所称项目建设单位是指中央政务部门和参与国家电子政务项目建设的地方政务部门。

项目建设单位负责提出电子政务项目的申请,组织或参与电子政务项目的设计、建设和运行维护.第五条本办法所称项目审批部门是指国家发展改革委。

第5章(第4节)案例:主要软硬件选型原则和详细软硬件配置清单

第5章(第4节)案例:主要软硬件选型原则和详细软硬件配置清单

5.12主要软硬件选型原则和详细软硬件配置清单5.12.1软硬件选型原则软件选型原则:开放性,对称性与非对称处理,异种机互联能力,目录及安全服务的支持能力,应用软件的支持能力,网管能力,性能优化和监视能力,系统备份/恢复支持能力。

硬件选型原则:系统的开放性,系统的延续性,系统可扩展性,系统的互连性能,应用软件的支持,系统的性价比,生产厂商的技术支持,可管理性(同事管理多处工作,消除问题,智能管理的方法),远程管理,状况跟踪,预故障处理,性能监控,安全管理,可用性,磁盘故障,内存问题,容错性(冗余组件、自动服务器恢复,冗余网卡,冗余CPU电源模块,双对等PCI总线)及平台支持5.12.2软硬件配置清单参考《附表》中的项目软硬件配置清单。

5.13机房及配套工程建设方案使用目前已经建设好并正在使用的机房,不需要重新建设。

3.4.2 性能需求3.4.1.2.1 交易响应时间交易响应时间指完成目标系统中的交互或批量业务处理所需的响应时间。

根据业务处理类型的不同,可以把交易划分为三类:交互类业务、查询类业务和大数据量批处理类业务,分别给出响应时间要求的参考值,包括峰值响应时间、平均响应时间。

1、交互类业务日常交易指传统的大厅交互业务,如申报、发票销售、税务登记等,具有较高的响应要求。

批量交易指一次完成多笔业务处理的交易,如批量扣缴等,由于批量交易的数据量不确定,需要根据具体的情况确定响应时间。

表3-1 交易类业务复杂性与响应时间关系表备注:以上交易如果涉及与税务-国库-银行或税务-银行-国库交互的,响应时间参考值中均包含交互的时间2、查询类业务如登记资料查询、申报表查询等。

查询业务由于受到查询的复杂程度、查询的数据量大小等因素的影响,需要根据具体情况而定,在此给出一个参考范围。

如有特殊要求,可以在具体开发文档中单独给出响应时间要求。

表3-2 查询类业务复杂性与响应时间关系表备注:业务处理过程的交互操作的响应时间参见上面交互类业务的相关指标。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

5.12主要软硬件选型原则和详细软硬件配置清单5.12.1软硬件选型原则软件选型原则:开放性,对称性与非对称处理,异种机互联能力,目录及安全服务的支持能力,应用软件的支持能力,网管能力,性能优化和监视能力,系统备份/恢复支持能力。

硬件选型原则:系统的开放性,系统的延续性,系统可扩展性,系统的互连性能,应用软件的支持,系统的性价比,生产厂商的技术支持,可管理性(同事管理多处工作,消除问题,智能管理的方法),远程管理,状况跟踪,预故障处理,性能监控,安全管理,可用性,磁盘故障,内存问题,容错性(冗余组件、自动服务器恢复,冗余网卡,冗余CPU电源模块,双对等PCI总线)及平台支持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、良好的扩展性网络设备的可扩展性:模块化的路由器,核心设备支持热切换。

相关文档
最新文档