内部控制信息系统更新改造升级方案

内部控制信息系统更新改造升级方案
内部控制信息系统更新改造升级方案

内部控制-信息系统更新/改造/升级方案

第一节总则

第一条

为规范软件变更与维护管理,提高软件管理水平,优化软件变更与维护管理流程,特制定本制度。

第二条

本制度适用于应用系统已开发或采购完毕并正式上线、且由软件开发组织移交给应用管理组织之后,所发生的生产应用系统(以下简称应用系统)运行支持及系统变更工作。

第二节变更流程

第三条

系统变更工作可分为下面三种类型:功能完善维护、系统缺陷修改、统计报表生成。功能完善维护指根据业务部门的需求,对系统进行的功能完善性或适应性维护;系统缺陷修改指对一些系统功能或使用上的问题所进行的修复,这些问题是由于系统设计和实现上的缺陷而引发的;统计报表生成指为了满足相关部门统计报表数据生成的需要,而进行的不包含在应用系统功能之内的数据处理工作。

第四条

系统变更工作以任务形式由需求方(一般为使用部门)和维护方(一般为信息部门的应用维护组织和软件开发组织,还包括合作厂商)协作完成。系统变更过程类似软件开发,大致可分为四个阶段:任务提交和接受、任务实现、任务验收和程序下发上线。

第五条

因问题处理引发的系统变更处理,具体流程参见《问题处理管理制度》。

第六条

需求部门提出系统变更需求,并将变更需求整理成《系统变更申请表》,由部门负责人审批后提交给系统管理员。

第七条

系统管理员负责接受需求并上报给软件开发部门。软件开发部门分析需求,并提出系统变更建议。部门负责人根据变更建议审批《系统变更申请表》。

第八条

系统管理员根据自行开发、合作开发和外包开发的不同要求组织实现系统变更需求,将需求提交至内部开发人员、合作开发商或外包开发商,产生供发布的程序。

第九条

实现过程应按照软件开发过程规定进行。系统变更过程应遵循软件开发过程相同的正式、统一的编码标准,并经过测试和正式验收才能下发和上线。

第十条

系统管理员组织业务部门门的系统最终用户对系统程序变更进行测试,并撰写《用户

测试报告》(附件二),提交业务部门负责人和软件开发部门领导签字确认通过。.

第十一条

在系统变更完成后,系统管理员和业务部门]的最终用户共同撰写《程序变更验收报告》(附件三),经业务部门负责人签字验收后,报送软件开发部门领导审批。

第十二条

培训管理员负责对系统变更过程的文档进行归档管理,变更过程中涉及的所有文档应至少保存两年。

第三节紧急变更流程.

第十三条

对于紧急变更,需求部门可以通过电子邮件或传真等书面形式提出申请。

第十四条

信息技术部根据重要性和紧迫性做判断,确定其优先级和影响程度,并进行相应处理。

第十五条

紧急变更过程中应使用专设的系统用户账号,由专责部门或人员启动紧急修改变更程序。信息技术部应对紧急变更的处理进行规范的文档记录。

第十六条

在紧急事件处理完成后,必须在一周内补办正式、完整的文档,其中包括问题发现人填写的紧急变更申请、问题发现人所在部门负责人对该申请的审批、需求部门/信息技术部测试记录(包括签字确认测试结果)。

第四节系统变更的权责分离

第十七条

系统变更过程中,应采取各种措施保证维护环境程序代码访问权限受到良好控制。这些措施包括;

1、通过系统用户的授权管理,确保只有特定人员能进行系统维护工作;

2、如果使用专用程序开发工具,只有授权人员才能使用程序开发工具(通过只有特定开发人员拥有程序开发工具);

3、通过对源代码的访问控制,限制只有授权人员才能获得源代码以进行系统维护;

4、在进行自有系统的程序变更时,应建立版本控制制度确保每次在最新的代码基础上进行更改,当多名程序员同时进行更改工作时,能够进行适当协调;

5、通过对系统日志的审阅,监督系统维护人员在系统中的操作,确认维护工作的授权;

6、在进行自有系统的程序变更时,应防止源代码在完成测试到正式.上线之间的非授权修改。

第十八条

系统变更过程中,采取各种措施保证生产系统应用程序访问权限受到良好控制。这些措施包括:

1、通过生产环境的访问控制,限制对生产环境的访问;

2、通过物理隔离的手段,限制对生产环境的访问;

3、通过逻辑隔离的手段,限制对生产环境的访问;

4、对授权访问生产环境的人员进行详细记录,使用该记录对生产环境访问权限的检查,确保只有经授权人员才能访问生产环境;

5、普通用户只能通过前台登录系统,不能通过后台(如使用生产环境操作系统的命令行)进行操作;

6、信息技术人员不应该拥有前台应用程序的业务操作访问权限,更不应该在前台应用程序中担任实际的业务操作任务;

7、从技术角度限制开发人员对生产环境中应用程序文件夹的访问权限,只有经过授权的人员对程序拥有读、写和执行的权限;

8、禁止信息技术人员共享操作系统级别的账号。

第五节附则

第十九条

本制度由内部控制领导小组责解释和修订。

第二十条

本制度自发布之日起开始执行。

软件系统部署及升级流程及管理

软件系统部署及升级流程及管理 第一章总则 第一条为保障股份有限公司(简称:公司)信息软件系统安全运行在生产环境,规范软件系统部署与升级流程、控制软件系统的生产运行安全,保证业务流程的顺畅和生产系统的完整性、功能完备,特制定本办法。 第二条本办法所指软件系统包括,但不仅限于公司组织实施的账户管理和受托管理核心业务系统、网上受理系统、呼叫中心系统、投资交易系统、投资估值系统、投资风险控制系统,以及OA办公系统、对外网站系统、基础技术架构系统等涉及的软件系统的部署、安全运行与升级管理。 第三条本办法所指软件系统部署与升级管理主要包括以下内容:软件系统投产前准备、软件系统投产管理、软件系统生产运行管理、软件系统生产安全管理、软件系统升级管理。 第四条信息技术部是本办法的制定部门和执行部门,设立系统运维岗,负责系统软件系统部署、安全运行与升级的具体技术实现,其它相关岗位和部门应按本办法所制定的流程配合完成相关工作。 第二章软件系统投产前准备 第五条软件系统的投产关系到整个信息系统的安全运行,应做好充分的投产前准备。投产前的准备工作包括以下几个方面:环境设备的准备、硬件设备的准备、投产程序和数据的准备、相关投产文档和培训的准备等。 第六条环境设备的准备主要包括:系统架构确认、机房机柜机架配备、电源使用配备、网络线路配备、操作系统预安装和配臵、主机命名和网络配臵、存储环境配臵检查、备份环境、环境参数配臵、数据库配臵、中间件配臵、环境冗余切换配臵、通讯配臵、部署操作员配臵、环境变量、客户端环境等。 第七条硬件设备的准备主要包括:主机连接方式、主机型号配臵、处理器

频率和数量、内存配臵、内臵硬盘容量、网卡类型和数量、光纤通道卡型号和数量、其他内臵的I/0卡和其他外设等。 第八条投产程序和数据的准备主要包括:目标程序及相关清单说明、可控版本组织、系统配臵参数、数据库初始化数据等。 第九条相关投产文档和培训的准备主要包括:《系统安装部署手册》、《系统IT参数配臵手册》、《数据备份和恢复操作指导》、《系统故障与恢复手册》、《系统文件目录清单说明》、《系统运行日志存放说明》、《系统各类密码修改说明》、《文件清理计划及操作指导》、《管理员、项目经理、厂商负责人通讯录》以及相应的功能使用培训、安装部署培训、日常维护培训等。 第十条系统投产准备工作中有关权限管理、参数配臵、数据初始化管理应遵照《IT系统权限及数据管理办法》的相关规定: (一)投产系统权限申请设臵应形成流程并由业务部门负责人和风险控 制部门审核; (二)软件系统投产的参数配臵由信息技术部牵头组织信息,各业务部们 予以协同支持,最终由风险控制部进行参数定级并进行投产参数审 核; (三)对于系统初始化数据,原则上不允许进行数据库文件导入操作,而 应通过数据操作语句进行数据初始化,各基础数据应得到业务部门 和风险控制部门的签字审核。 第三章软件系统投产管理 第十一条软件系统投产管理是指对软件系统产品从提交投产申请到投产运行过程的管理,由信息技术部项目管理岗和系统运维岗协同负责相关管理工作。 第十二条软件系统投产部署须经相关业务部门领导的核实,并经过信息技术部领导审批后由相关技术人员制定详细的安装计划和操作步骤,并依据具体设备特性对系统进行合理配臵、测试和调整,从而充分发挥设备资源优势。 第十三条软件系统供应商必须向信息技术部提供详细完整的有关投产系

信息系统改造方案

XXXXX信息系统 基础设施建设和改造方案 (讨论稿) XXXXX科技有限公司 二○XX年XX月

目录 1概述 (3) 2基础设施现状分析 (4) 2.1 网络和数据设备现状 (4) 2.2 客户端现状 (4) 2.3 机房设备现状 (5) 2.4 结语 (5) 3基础设施更新和改造建议 (5) 3.1 网络更新和改造建议 (6) 3.2 数据设备更新和改造建议 (7) 3.2.1 数据库服务器 (7) 3.2.2 存储 (7) 3.3 客户端和信息点 (8) 3.4 机房设备更新和改造建议 (8) 3.4.1 机房地板 (8) 3.4.2 增加自动灭火装置 (8) 3.4.3 机房接地 (8) 3.4.4 机房设备供电 (9) 3.5 系统安全软件需求 (9) 3.5.1 上网行为管理软件 (9) 3.5.2 杀毒软件 (10) 4实施费用预算 (10) 4.1 总预算 (10) 4.2 分项预算 (13)

XXXXX网络改造方案 1概述 XXXXX为了贯彻党中央关于“科学发展,执政为民”的指导思想,决定大力加强信息系统建设,以满足以下五个方面的需求:一是满足服务社会公众和企事业单位的需求,如行政许可、行政处罚、政策法规、办事程序等政务信息公开,提供在线咨询、信息查询等服务,同时接受公众和企事业单位的监督,充分体现“执政为民”的指导思想; 二是满足国家、省、市对卫生监督越来越重视,提高卫生管理、监督、执法的科学性和提供量化信息的需求; 三是满足XXXXX领导和员工业务处理信息化和办公自动化,提高工作效率和业务管理水平的需求; 四是满足与上级部门和下属单位的网络互联和信息共享的需求,以及上级部门的检查和监督指导的需求; 五是满足上级领导和所领导科学决策需求,以充分贯彻党中央关于“科学发展”的精神。这是信息系统建设和应用的深层次需求。为此必须对系统建设和应用,尤其对数据库建设要有3—5年的长期规划,经过多年的数据积累,应用数据仓库、数据挖掘等技术,辅助领

信息系统运维服务方案

精选范文、公文、论文、和其他应用文档,希望能帮助到你们! 信息系统运维服务方案 目录 1服务内容 (2) 1.1 信息资产统计服务 (2) 1.2 网络、安全系统运维服务 (2) 1.3 主机、存储系统运维服务 (7) 1.4 数据库系统运维服务 (11) 1.5 中间件运维服务 (14) 2运维服务流程 (16) 3服务管理制度规范 (19) 3.1 服务时间 (19) 3.2 行为规范 (20) 3.3 现场服务支持规范 (20) 3.4 问题记录规范 (21) 4应急服务响应措施 (23) 4.1 应急基本流程 (23) 4.2 预防措施 (23) 4.3 突发事件应急策略 (24)

1服务内容 1.1信息资产统计服务 此项服务为基本服务,包含在运行维护服务中,帮助我们对用户现有的信息资产情况进行了解,更好的提供系统的运行维护服务。 服务内容包括: ?硬件设备型号、数量、版本等信息统计记录 ?软件产品型号、版本和补丁等信息统计记录 ?网络结构、网络路由、网络IP地址统计记录 ?综合布线系统结构图的绘制 ?其它附属设备的统计记录 1.2网络、安全系统运维服务 从网络的连通性、网络的性能、网络的监控管理三个方面实现对网络系统的运维管理。网络、安全系统基本服务内容:

(1)用户现场技术人员值守 公司可根据用户的需求提供长期的用户现场技术人员值守服务,保证网络的实时连通和可用,保障接入交换机、汇聚交换机和核心交换机的正常运转。现场值守的技术人员每天记录网络交换机的端口是否可以正常使用,网络的转发和路由是否正常进行,交换机的性能检测,进行整体网络性能评估,针对网络的利用率进行优化并提出网络扩容和优化的建议。 现场值守人员还进行安全设备的日常运行状态的监控,对各种安全设备的日志检查,对重点事件进行记录,对安全事件的产生原因进行判断和解决,及时发现问题,防患于未然。 同时能够对设备的运行数据进行记录,形成报表进行统计分析,便于进行网络系统的分析和故障的提前预知。具体记录的数据包括: ?配置数据 ?性能数据

某某公安局指挥中心系统升级改造方案设计-公安三台

实用文档 公安局“三台合一”升级改造建设方案

第一章系统设计 1.1概述 随着我国改革开放和社会主义市场经济体系的逐步建立,公安执法业务量剧增,工作难度加大,面临前所未有的严峻挑战。为适应形势变化和公安工作自身发展的要求、增强公安队伍的战斗力、提高行政效率,公安部决定以公安信息网络为先导,以各项公安工作信息化为主要内容,以建立统一指挥、快速反应、协同作战的机制为目标,在全国范围开展公安工作信息化工程(即“金盾工程”)建设。 公安部颁布的《金盾工程总体方案设计》中明确提出,地市级城市整体服务系统是全国公安信息系统的应用基础和核心,也是实现全国公安信息共享、交换的前提和枢纽。 三台合一报警系统是公安机关根据整体作战、快速反应、动态管理和科学决策的需要,在对各类公安业务信息进行科学分层、分类和关联性分析并作合理分布的基础上,利用计算机及网络等信息技术,建立健全有效的运作管理机制,实现公安业务信息的高度共享和综合利用,为各级各部门提供快速、准确、灵活的综合信息服务而统一建立起来的,以城市为基础覆盖全国的公安计算机“三台合一”系统。 与传统的110指挥中心相比较,三台合一服务系统的建立将达到以下三个目标: (1) 反应快速,节约时间,提高效率。 (2) 可以为公安系统建立跨地区、跨系统的数据共享和数据交换,将各个信息孤岛联系起来,构成一个覆盖全国的应用层信息网,真正实现数据的共享和互访,实现金盾工程的总目标以城市为中心、以网络为依托,实现全国范围内分布式公安信息的共享和互访,为一线公安干警和上级领导提供及时、准确的信息支持。 (3) 实现公安信息为社会服务,为社会其他行业(如银行、保险、证券、税务、电信等)提供服务,堵塞信息死角,预防和打击各类诈骗犯罪行为,建立完善社会行为管理体系。

关于医保信息系统切换的通告(2020)

关于医保信息系统切换的通告(2020) 各参保单位,参保人员,定点医药机构: 为建立统一、高效、兼容、便捷和安全的医疗保障信息系统,自治区医保局决定近期对全区医疗保障信息系统进行切换,期间我市将暂停办理社会保险相关业务。系统完成切换上线后,我市医保信息管理系统和社保信息管理系统分离,相应社会保险经办业务发生变化,具体事项通告如下: 一、暂停社会保险征缴业务 1. 2020年5月8日18:00--14日8:00,系统切换升级期间,全市暂停办理基本医疗保险和生育保险业务。2020年5月8日18:00-11日8:00,暂停办理基本养老保险、失业保险、工伤保险业务(包括服务大厅现场受理、网上申报)。 2.从2020年5月1日8:00--5月14日8:00,暂停办理灵活就业人员缴纳城镇职工养老保险、城镇职工基本医疗保险业务(包括服务大厅现场受理、网上申报、“广西人社服务”微信公众号缴费、银行现场缴费)。 3. 我市医保信息管理系统和社保信息管理系统分离,需提前对参保单位网上申报数据进行转换处理,从4月30日18:00起,广西壮族自治区“数字人社”网上服务大厅(略)暂停办理业务。 从2020年5月11日8:00起,社保业务前台、广西壮族自治区“数字人社”网上服务大厅恢复办理养老保险、失业保险和工伤保险业务。 4.系统完成切换上线后,我市医保信息管理系统和社保信息管理系统分离,原广西壮族自治区“数字人社”网上服务大厅(略)不再受理医疗(生育)保险业务。参保单位及参保个人可登录“广西壮族自治区医保网上服务大厅”(略)办理医疗(生育)保险业务;关注“广西医保”微信公众号进行医疗(生育)保险信息查询、业务办理等。 二、暂停城乡居民基本医疗保险费缴费渠道的缴费服务 从4月30日18:00起至切换工作结束,税务部门暂停“广西税务12366”微信公众号、微信城市服务、支付宝城市服务、广西税务APP、广西电子税务局、各商业银行营业网点柜台、移动智能终端(POS机)、虚拟户客户端、办税服务厅等所有城乡居民基本医疗保险费缴费渠道的缴费服务。 三、暂停定点医疗机构和定点零售药店实时刷卡 2020年5月8日18:00--11日8:00系统支付端切换期间,暂停我市定点医疗机构和定点零售药店和村医通的联网结算功能(即停止定点医院、药店实时刷卡)。 1.住院结算。系统切换升级期间,参保人员需住院治疗的,凭本人身份证、社会保障卡

信息化系统安全运维服务方案技术方案(标书)

信息化系统 安全运维服务方案

目录

概述 服务范围和服务内容 本次服务范围为局信息化系统硬件及应用系统,各类软硬件均位于局第一办公区内,主要包括计算机终端、打印机、服务器、存储设备、网络(安全)设备以及应用系统。服务内容包括日常运维服务(驻场服务)、专业安全服务、主要硬件设备维保服务、主要应用软件系统维保服务、信息化建设咨询服务等。 服务目标 ●保障软硬件的稳定性和可靠性; ●保障软硬件的安全性和可恢复性; ●故障的及时响应与修复; ●硬件设备的维修服务; ●人员的技术培训服务; ●信息化建设规划、方案制定等咨询服务。 系统现状 网络系统 局计算机网络包括市电子政务外网(简称外网)、市电子政务内网(简称内网)以及全国政府系统电子政务专网(简称专网)三部分。内网、外网、专网所有硬件设备集中于局机房各个独立区域,互相物理隔离。 外网与互联网逻辑隔离,主要为市人大建议提案网上办理、局政务公开等应用系统提供网络平台,为市领导及局各处室提供互联网服务。外网安全加固措施:服务器、瑞星杀毒软件服务器为各联网终端提供系统补丁分发和瑞星杀毒软件管理服务,建立、防火墙等基本网络安全措施。 内网与外网和互联网物理隔离,为局日常公文流转、公文处理等信息化系统提供基础网络平台。内网安全加固措施:服务器、瑞星杀毒软件服务器为各联网终端提供系统补丁分发和瑞星杀毒软件管理服务;配备防火墙实现内网中服务器区域间的逻辑隔离及安全区域间的访问控制,重点划分服务器区,实现相应的访问控制策略。 专网由局电子政务办公室统一规划建设,专网和互联网、内网及其他非涉密网络严格物理隔离,目前主要提供政务信息上报服务和邮件服务。

4.4.01 系统上线切换方案

项目名称 系统上线切换方案 创建日期:单击此处输入日期。 最后修订日期:单击此处输入日期。 文控编号: 单击此处输入文字。

文档控制更改记录 审阅 审批

目录 文档控制 (2) 1.文档说明 (4) 1.1.概述 (4) 1.2.文档样式使用说明 (4) 2.切换模式 (5) 3.上线准备 (5) 3.1.静态数据准备 (5) 3.2.动态数据准备 (5) 3.3.业务截止时间 (6) 3.4.仓库盘点 (6) 3.5.数据备份 (6) 4.系统切换 (6) 4.1.静态数据切换 (6) 4.2.动态数据切换 (6) 4.3.切换检查 (6) 5.正式切换 (7) 5.1.系统上线时间表 (7) 5.2.切换步骤 (8) 5.3.上线支持体系 (8) 5.4.应急预案 (9) 5.4.1.应急预案一 (9) 5.4.2.应急预案二 (9) 5.5.注意事项及风险说明 (9) 5.5.1.系统并行原因 (9) 5.5.2.工作量影响 (9) 5.5.3.风险说明 (9) 5.5.4.综合说明 (10) 6.切换总结 (10)

1.文档说明 1.1.概述 该文档将包括以下几个部分: ? ? ? 1.2.文档样式使用说明 文档编辑时,可直接选择如下样式,以便快速、方便、标准的完成文档编写工作(此段文字可在正式编写文档时删除)。 一级标题:宋体,二号,加粗;样式:标题一。 二级标题:黑体,三号;样式:标题二。 三级标题:黑体,小四号;样式:标题三 正文:宋体,五号;样式:Smt正文一、Smt正文二(缩进四格)。 附录:宋体,三号;样式:Smt附录。

信息系统升级改造必要性自评估要点

信息系统升级改造必要性自评估要点 一、编制目的 为加强信息化工作统筹规划,推动深入梳理已建信息系统功能和整合资源,提高信息系统所支撑业务的综合效能,制定信息系统升级改造必要性自评估要点,用于指导市财政一级预算行政事业单位在申报信息系统升级改造前进行自评估工作,从而降低信息系统升级改造申报的盲目性,提高项目申报工作质量和审批效率。 二、适用范围 市财政一级预算行政事业单位(以下简称:申报单位)向市级信息化主管部门申报信息系统升级改造之前,要根据信息系统升级改造必要性自评估要点,对信息系统升级改造的必要性自行组织评估。评估结果可作为项目审查工作的参考依据。 三、前置条件 对信息系统升级改造必要性进行自评估,必须满足全部前置条件: (一)信息系统所支撑业务必须与部门职能一致;正在进行机构调整的单位,必须做到职能确定,业务边界清晰; (二)信息系统完成建设必须通过竣工验收、验收结果需到信息化主管部门备案(分期建设系统除外); (三)需要升级改造的信息系统必须正式投入运行; 1 / 9

(四)信息系统充分利用市级或部门的基础设施,没有重复建设。 (五)要满足全市信息化项目发展方向。 四、评估指标体系及评估方法 在符合前置条件的基础上,申报单位应按照下列评估指标体系和评估方法,组织对该信息系统升级改造必要性的评估。 评估指标体系由四个部分指标构成:信息系统所支撑业务指标、技术架构体系及所遵循标准和规范指标、信息资源共享与交换指标、信息系统自身的性能和功能指标,每部分包括多个评估指标细项,评估指标细项的含义及评估方法。 (一)信息系统所支撑业务指标 对于信息系统所支撑的业务方面,用以下5个指标项进行评估: 业务边界:指信息系统所支撑业务的范围和种类。如业务边界发生变化时,需评估原信息系统是否能满足业务边界变化后的需求,如不能满足,分析理由,根据结论判定必要性。 业务模式:指信息系统所支撑业务的业务流程。如业务模式变化,需评估原信息系统是否能满足业务模式变化后的需求,如不能满足,需要说明理由,根据结论判定必要性 业务规模:指信息系统所支撑业务的业务量、用户量(在线用户数、并发用户数等)等。业务规模变化,需评估原信息系统所支持的业务规模和能力是否可满足业务规模变化后需求,如果不满 2 / 9

信息化售后服务方案

1.1 1.2 1.3售后服务方案 1.3.1 技术支持 1.3.1.1 系统维护和技术支持的目标 本公司拥有一支受过良好培训且富有经验的技术支持服务队伍,对系统运行中可能出现的技术问题完全有能力做好完整、及时、贴身的技术服务。 在售后服务和技术支持过程中,我公司、设备生产厂商与用户三者之间是一种相互配合的关系,我公司将在项目进行和售后服务过程中协调并努力解决各方面的问题,依托公司多年的网络运维经验及运维流程规范,为用户创造可靠的在线业务环境。 1.3.1.2 系统维护和技术支持的范围 所有与本项目有关的软件、硬件、网络都在售后服务和技术支持的范围内。 1.3.1.3 系统维护和技术支持的原则 我公司十分重视客户的需求,为客户切实解决问题。将在项目进行的任何一个阶段均会详细考虑用户的实际情况,保护用户的软硬件投资。为用户提供详实、周到的解决方案和全方位的技术支持,确保项目的硬件、软件系统在整个项目生命周期内所有的技术问题均可以得到我公司的帮助和支持。工程建设完成后,我公司将全面支持系统平稳运行,在系统维护中应坚持以下原则: 确保客户需求的满足; 确保系统的实用性; 确保故障过程中的快速响应;

确保用户投资的保护; 确保客户满意度为100%。 1.3.1.4 系统维护期 项目提交给用户方并进行试运行之日起,即进入了售后服务期。我公司会对项目所提供的所有硬件设备根据厂商提供的标准保修期限进行保修。对于在保修期内正常使用过程中出现的设备损坏,我们将会对设备提供免费的上门维修服务,对于由于非正常使用造成的设备损坏或保修期后的设备损坏,仅收取所损坏的零部件的更换或维修费用、相应的运输费用。 1.3.1.5 安全咨询、通告服务概况 我公司将尽可能从各种渠道收集全世界已经发布和未公开发布的安全漏洞,为用户提供尽量全面的安全知识、安全技术咨询服务,为用户解决安全问题,并为用户主动提供最新的安全技术动态信息,从人员安全技术提高的角度来解决安全问题。 安全动态、安全漏洞咨询服务。我公司将提供最新安全动态、安全新闻以及安全漏洞咨询服务,客户可以随时随地拨打技术支持热线进行相关信息的咨询; 安全产品咨询、通告服务。我公司提供安全相关产品的咨询服务,用户可以随时随地拨打技术支持热线咨询安全相关产品的安全体系、产品功能、产品更新信息以及安全服务等。 1.3.1.6 技术服务的内容 由于本项目的特殊性、重要性,对服务的要求从地域性、及时性等方面都非常高,必须做到服务能随叫随到,因此建立一个完善的全方位支持服务体系是为了保证本项目的顺利实施及安全使用,保障该项目的正常使用,及时得到设备维护和技术支持服务。建立此服务体系既是用户服务的需要,也是培养用户自己的网络管理维护人员的一个办法,通过用户网管人员参与该项目的实施及服务,与

系统运维信息系统运行保障方案

第1章信息系统运行保障方案 1.1统一服务台建设 提供统一报障电话,统一报障、统一维修接口,XX企业可以通过统一的报障电话申请服务、查询服务处理进程,跟踪处理进度,确保服务时效、控服务质量、调查用户满意度。这个统一的服务接口,在国际上有个标准的称呼:服务台(Service Desk)。我们将为XX企业建立统一服务台,提供优质、专业的报障受理、跟进服务; 服务台总体架构如下: 服务台(服务台)在服务支持中扮演着一个极其重要的角色。完整意义上的服务台可以理解为其他IT 部门和服务流程的“前台”,它可以在不需要联系特定技术人员的情况下处理大量的客户请求。对用户而言,服务台是他们与IT 部门的唯一连接点,确保他们找到帮助其解决问题和请求的相关人员。 服务台不仅负责处理事故、问题和客户的询问,同时还为其它活动和流程提供接口。 这些活动和流程包括客户变更请求、维护合同、服务级别管理、配置管理、可用性管理和持续性管理等,服务台还负责事件快速响应,使用已知问题、已知事件知识库对终端用户的突发事件予以快速恢复或规避事故发生。 1.2建立文档管理制度 文档管理的目标是通过对运维服务过程中使用的文档进行统一管理,达到充分利用文档提升服务质量的目的,确保运维资源符合运维服务的要求。文档资源包括运维体系文档、项目(软硬件)文档资料、服务质量管理文档以及服务报告文档等。 双方的职责为:XX企业:负责批准运维文档的更改、删除和发布。XX企业运维部组织编写及更改运维文档;批准文档的借阅申请。运维服务商负责更新文件目录清单;负责保管文档资料; 负责备份文档资料;检查各类在用文件的有效性,防止使用无效版本;负责定期提交服务质量管理文档以及服务报告文档等。 文档资源管理流程图 文档资源管理的工作程序 文档资源管理包括对以下五类文档进行管理: 运维文档:指运维体系文档,包括运维手册、程序文件、相关支持文件及表单格式等。 项目文档:指交付运维的软硬件系统相关的文档。 质量管理文档

监控系统升级改造方案

卓信大厦监控系统 项 目 改 造 方 案 2018年04月20日

目录 一、项目概述 (2) (一)项目背景 (2) (二)现状分析 (2) (三)需求分析 (2) (四)建设依据 (3) (五)建设原则 (3) (六)设计指导思想 (4) 二、系统总体设计 (5) (一)概述 (5) (二)方案要求 (6) 三、前端图像采集系统设计 (6) (一)前端点位设计 (6) (二)红外彩色摄像机 (6) 四、传输设计 (7) (一)改造点位传输 (7) (二)新建点位传输 (7) 五、存储方案设计 (7) (一)存储设备选型要求 (7) 六、高清监控改造工程量清单 (9)

一、项目概述 (一)项目背景 随着视频图像监控系统在煤矿行业建设使用实践的不断深入,安全技术防范已成为现场把控的重要组成部分,在预防、发现、控制等方面,发挥着的重要作用。安全技术防范体系建设,在打造本质安全型物业工作中具有举足轻重的地位。 根据以上情况,结合大厦视频监控项目改造的实际需求,决定建设高清安防视频监控系统,进一步加强大厦要害场所、重点施工地点的提升现代化管理水平。 (二)现状分析 卓信大厦视频监控系统在多年前建设完毕,原有监控点位使用同轴电缆传输信号,该套系统在当时实属先进,但随着视频监控系统的快速发展以及部分设备的老化,卓信大厦原先建设的标清监控系统已逐渐满足不了安全生产的实际使用需求,为此卓信大厦监控系统迫切面临改造。 (三)需求分析 针对卓信大厦原先建设的模拟监控系统,主要存在如下三点问题: 1.视频清晰度不高,前端摄像机使用的为480TVL的模拟摄像机,后端采用硬盘录像机存储,回放录像时经常会遇到看得见,但看不清的问题。 2.整套系统建设已达多年,部分点位设备老化严重,出现偏色、串扰、模糊甚至无图像的问题。 3.系统点位覆盖不足,一些重要场所、重点施工地点缺少视频监控。 针对以上存在的三点问题,应采取以下方式解决: 1.将整套视频监控系统从模拟标清系统改造成模拟同轴高清系统,因一整套模拟同轴高清视频监控系统存在“木桶效应”,因此需将系统中涉及到的前端摄像机、存储设备、显示设备等全部更换成高清设备,才能实现高清图像效果。 2.针对部分场所覆盖不足的问题,增加监控点位,实现视频监控系统的无死角、无盲区的覆盖。

08-系统切换方案电子教案

系统切换方案2014年10月23日

工程名称:鲁山县中医院信息系统项目建设建设单位:鲁山县中医院 承建单位:河南省新星科技有限公司

导读 经项目组与院方各位领导协商,系统正式切换时间拟定为2014年10月23日21时00分。为保证系统切换顺利进行,且医院正常业务不受影响,特将整个切换过程分为以下3个阶段: ●系统切换前准备阶段 ●系统切换与数据迁移阶段 ●系统切换后适应阶段 根据本项目的具体情况,结合以往项目实施经验,对本项目各阶段风险预测及对策体现在本方案第4部分:风险预测及控制。对本项目系统切换人力资源配备情况体现在本方案第5部分:系统切换人员分工安排。 1.系统切换方案准备阶段 1.1.工作任务 1.1.1.结合院方对旧系统下的数据迁移要求,通过跟踪工具,设计切换方案。完 成基础数据的部分迁移工作。节省切换时间,确保一次性数据迁移和系统切换成功。 1.1. 2.医院工作模式的确定,基础数据的维护核对(如药典、收费项目等)。

1.2.时间安排 2014年10月23日至2014年10月24日 1.3.注意事项 院方提供的各种基础数据必需准确及时,数据维护完后必需经院方签字确认。 1.4.各部门切换具体实施步骤及注意事项 1.4.1.门诊收费子系统 1.4.1.1.2014年10月23日21:00前,既老系统停止运行前,各收费员必须 做“日结算”,并将老系统中需要打印的报表打印保存。 1.4.1. 2.2014年10月23日21:00至2014年10月24日08:00期间,门 诊病人划价、交费暂时由手工处理,新系统切换成功后,将此期间的手 工数据录入电脑既可以。 1.4.1.3.2014年10月23日21:00至2014年10月24日08:00期间,门 诊收费更换两台划价机器。 1.4.1.4.系统切换之前对于病人在老系统中发生的费用退费问题,建议切换前理 清,切换后不再牵扯老系统中病人费用问题。 1.4.1.5.由医院对三级收费项目、四级明细收费项目、二级财务归类项目、门诊 科室名称、门诊医生名称审核并签字认可。 1.4.1.6.系统切换前新系统关于农合病人收费问题进行测试。

信息系统升级改造(人社发160号)

宝市人社发…2011?160号 宝鸡市人力资源和社会保障局 关于城乡居民社会养老保险信息管理系统 升级改造有关问题的通知 各县(区)人社局: 为规范城乡居民社会养老保险信息化建设,贯彻落实人社部、省人社厅关于建立全省统一的城乡一体化社会养老保险信息管理系统有关精神,提升城乡居民社会养老保险工作质量和服务水平,促进我市城乡居民社会养老保险信息管理系统快速发展,现就有关问题通知如下: 一、统一思想,提高认识,积极配合信息系统改造升级工作 根据人社部、省人社厅人力资源和社会保障信息化建设的总体要求,城乡居民社会养老保险管理信息系统实行省级部署,只有使用全省统一的技术规范和标准才能保证系统的

安全、稳定、有效运行,且我市被部、省确定为全省首批发放“社保卡”试点城市,人社部规定“社保卡”由省级制作发行,要求我们必须使用全省统一的城乡居民社会养老保险信息管理系统,以保障“社保卡”发放。这次系统升级改造是在我市新农保信息管理系统基础上进行的,是对原有系统的进一步完善和提高。一年来各县(区)的信息化工作为本次城乡居民社会养老保险信息管理系统升级改造,提供了所有新农保的参保、缴费和待遇享受信息,节省了大量时间且积累了宝贵的经验。各县区要充分认识启用全省统一的城乡居民社会养老保险信息管理系统的重要性和必要性,务必高度重视,加强组织领导,切实做好升级改造各项工作。 二、明确任务,强化责任,做好信息系统升级改造准备工作 为保障城乡居民社会养老保险信息管理系统升级改造工作,各县区务于9月9日前将以下资料收集上报市农保处。 (一)收集经办地点名单。各县(区)当前都在进行乡镇撤并工作,要求提供撤并后确定的乡(镇、街道)名称、村(社区)名称。 (二)收集政策文件。提供县(区)最新城乡居民社会养老保险执行政策文件及特殊政策的文件(幸福养老金、计生户、村干部补贴等)。 (三)收集经办机构设置信息。确定撤并后各县(区)经办机构名称,乡(镇、街道)名称,村(社区)经办机构名称。 (四)收集各级经办人员信息。各县(区)要明确现有机构中系统管理、参保管理、待遇管理、财务管理人员,及

系统运维服务计划解决方案.docx

第1章运维服务计划方案 1.1 运维服务准备 做好运维服务项目的准备工作是项目顺利完成的前提条件。在运维服务项目开始前,越维将积极做好前期准备工作,在这个阶段,有三个主要步骤: 1.1.1签定必要的协议和约定 我们将配合XX企业,考虑服务外包可能产生的信息安全风险,并签署信息保密协议;同时对项目中涉及的各类软硬件资产、工具的知识产权做出明确规定与声明。 1.1.2人员准备 越维依据服务方案,培训相应数量、具备相应技术资质的专业服务人员,并向越秀工商提供这些服务人员的: ●身份证明; ●健康证明; ●劳动关系证明; ●保险证明; ●学历和技术专业资质证明; 1.1.3工具准备 依据服务方案,针对企业的IT资产类别、数量等为服务外包项目准备相应的备机、备件以及工具。 服务工具包括软性工具和硬性工具,软性工具包括服务商开发的各类服务管理软件系统、知识库系统、针对客户方IT资产的文档和驱动程序库等;硬件工

具指维修、保养、检测工具及调测仪器等。 1.2 项目人员组织 1.2.1人员结构 根据越秀工商的信息系统运维要求,越维派出长期驻场服务人员2人,项目驻场服务组按工作类型分为服务台人员(由硬件维护人员兼任),硬件维护人员。 服务台人员:负责项目服务中客户服务申请受理,已知故障/问题快速解决,客户回访,客户情绪安抚,资产标签制作,数据统计整理,运维项目文档管理以及运维场地整理工作。 硬件软件维护人员日常工作包括硬件设备维护及软件维护。 ?硬件维护管理日常任务: 1)运维服务中的定期硬件巡检、日常维护与保养、定期输入设备消毒除尘、 资产标签张贴、硬件维修、终端网络维护、第三方设备维修管理,备品 备件管理工作。 2)对越秀工商终端用户的设备进行病毒查杀工作,且按照越秀工商要求每 月末提交病毒处理服务统计分析报告。 3)对越秀工商不同处室部门终端人员使用的终端设备,以及各业务系统数 据库形成基线,并进行基线管理以及配置管理,并对基线的调整以及配 置的改变在每月底对XX企业进行报告。 ?软件维护管理日常任务: 4)操作系统的安装、调试及升级; 5)外设(打印机、扫描仪等设备)的相关驱动程序及软件的安装调试; 6)经XX企业授权进行软件安装、升级并排除软件使用过程中的故障; 7)解决软件冲突造成的系统故障;对计算机进行病毒检测和清除,防止病 毒扩散;

指挥中心系统改造升级方案

指挥中心系统改造升级方案

目录 一、现状描述、系统拓扑图 (3) 二、改造技术需求 (4) 三、系统配置与改造方案 (4) 四、设备清单 (9)

一、 现状描述、系统拓扑图 1、液晶显示单元 46块3*515块 2、拼接控制器:1台 3、计算机3台 4、长线驱动器3台 5、 控制主机一台 6、 系统拓扑图 Web 服务器 1 控制主机 流媒体 服务器组 1流媒体 服务器组 2 Web 服务器 2 Web 服务器 3 图像拼接控制器

二、改造技术需求 需要本地的3路信号要传输到应急办指挥中心。现有系统的信号源只能够满足本地显示的需求,要把此信号传输到远端的应急办需要增加设备才能够实现。 三、系统配置与改造方案 1.用户目前使用的大屏幕系统配置是: 1、液晶显示单元3*515块 2、拼接控制器:1台 4、计算机3台 4、长线驱动器3台 5、控制主机一台 2.改造方案 德普视讯公司经过对原设备充分评估后,认为本次系统改造为:保持现有的系统的情况下,增加1台矩阵4入8出,采集计算机信号由矩阵输出的信号,3路信号保证本地显示,3路信号远传到应急办中心,保证实时性的同时,满足用户的图像切换上墙显示的功能;同时云节点机可以直接接入网络视频流解码上墙显示;满足用户的远端大屏显示系统的显示。特此提出两套解决方案。 方案一、扩容矩阵切换、编解码传输方式: ●系统配置: 1、新增数字高清矩阵 DVI0408数量1台; 2、新增编码处理器数量1台; 3、解码节点机数量3台; 4、新增交换机数量1台; ●改造拓扑图

系统方案图 出矩阵 15路输出 ● 改造后实现的功能: 整个系统中,编码处理器(即DP-DI04和DP-RI01)负责采集各种音视频信号,然后通过编码转换成IP 网络信号输出给网络交换机;网络交换机实现IP 网络信号交换调度的功能;解码处理器对网络交换机传送过来的IP 编码信号进行解码,再进行系列视频处理,最后转换成DRGB 信号通过DVI 接口显示输出到数字显示拼接墙系统。 方案二、MCS 云拼接传输方式: ● 系统配置: 1、新增MCS 云拼接处理器 数量1台; 2、新增编码处理器数量1台; 3、解码节点机数量3台; 4、新增交换机 数量1台;

信息网络系统升级方案

信息网络系统升级方案 根据国家和省委、省政府陕办发[20*]39号《关于加快推进电子政务网络和统一平台建设的意见》、《陕西省电子政务网络与信息安全暂行办法》、《陕西省电子政务总体框架》的通知精神,结合我局电子政务运行系统情况,按照“总体规划,分步实施;先急后缓,重点突破;效益驱动,务求实效”的原则。按照现在运行的网络系统,需要建立起一个快捷、可靠,能灵活地获取各类信息,方便地处理日常办公事务。充分的利用国际互联网技术,建立信息网络,设计专业的信息管理软件,实现信息、数据的快速传递,做到购、销、存数量及订货、需求等信息的在线显示。我们认为除在界面艺术创意和软、硬件网络平台搭建上进行一次更新和升级外,最为重要的是对站点内容方向的重新定位,依据盐务管理和运销市场现状分析,确定改版后站点的栏目内容定位和功能选择,提高盐务管理工作效率。按照现运行模式分内网和外网,以内网为办公自动化的平台扶助外网做好宣传盐务工作的格局。下面是一个初步构想。 一、网络设计的总体思路 根据国家“十一五”期间电子政务建设的目标、任务和要求,积极推行电子政务,按照全省电子政务网络和统一平台。用两年时间,实现省市两级电子政务网络的互联互通,业务和部门之间信息共享,发挥初步的职能作用。再用两年时间,全面开通省、市、县三级统一的电子政务网络,实现统一平台,统一管理,业务应用,视频会议等方面基础性的作用。结合现网络运行的情况,在考虑省局管理信息网的实际

情况,制订信息化的实施策略。一是总体规划与分步实施相结合。在全盘考虑全局的信息系统基础上,分阶段、分步骤进行。划分成“经营数字化”、“办公自动化”、“商务网络化”和“全省电子化”等几个大的阶段。二是整体推进与重点突破相结合。通过逐步调整,逐步重组,在对其原管理体制、业务流程改进、重组之后,优先开发实施,使其“短、平、快”地及早进入“角色”,实现前两年的目标。再实施“全省电子化”,实现全省盐业“管控一体化”的目标。三是管理机制创新与系统设计相结合。科学的管理体制、先进的管理方法、完善的规章制度、稳定的生产秩序是信息化的基础和前提。只要我们将信息化与单位管理创新结合起来,通过管理创新奠定信息化的基础,通过信息化思想为管理创新提供思路和方法,以信息化促进管理创新和各项工作的升级,就可以一箭双雕,事半功倍。四是系统先进性与实用性相结合。要遵循“先进、实用、简单、可行”和“循序渐进”的原则,反对脱离单位实际片面追求“大、洋、全”和“一步到位”的作法。软件的选择和硬件配置都十分重要。一是软件所体现的管理思想要最先进的;二是计算机和网络技术、设备要保证三年内不落后,五年内不被淘汰(管理软件一般五年为一个生命周期,到时需升级和维护)。 二、网络系统当前存在的主要问题 当前运销网络系统是20*年1月1日开始运行的,局里一直较重视信息化在行业的应用,并很早就给各单位配备了计算机,在财务、运销实现了电子业务化,取得了实效,提高了工作效率,走在全国盐行业的前列,创建了自己的网站,在信息时代建立了单位的电子窗口。但

信息系统运行维护方案

信息系统运行维护方案 2012年8月 目录

第一章目标 (3) 第一节运行维护服务目标 (3) 第二节运行维护内容及步骤 (3) 第二章运行维护服务具体内容 (4) 第一节驻点服务 (4) 第二节运维服务 (6) 第三节服务方式建议 (7) 第四节运维服务内容 (8) 1. 预防性维护服务 (8) 2. 中心机房设备维护服务 (9) 3. 台式PC机类维护服务 (9) 4. 笔记本计算机维护服务 (10) 5. 服务器维护服务 (10) 6. 工作站软件维护 (10) 7. 语音(电话)信息点维护 (11) 8. 病毒防护与监控服务 (11) 9. 运维期结束前 (12) 第三章XX 运行维护服务预算 (12)

第一章目标 第一节运行维护服务目标 信息系统主要业务为税务征收系统及外部门之间数据交换系统,为确保XX 的网络系统、应用系统、安全系统、防病毒系统及办公OA 系统在可靠、高效、稳定的环境中运行。达到故障快速定位并解决、信息安全可控可查、不断优化运行效率和性能,保障XX 信息系统资源共享,提高办公效率和质量,提高决策能力、管理能力、应急能力。针对XX 现有的网络环境、服务器硬件设备以及办公硬件设备,病毒防护等进行实时行监控,更好地规范和提高XX 的各项维护工作,保障网络、应用平台的正常运行以及防病毒的顺利正常开展。保证整体运维项目实施顺利,确保网络原因对业务运行影响最小化、确保网络故障快速定位并解决、确保网络信息安全可控可查、确保不断优化网络的运行效率和性能。保证目标系统7×24正常工作。 第二节运行维护内容及步骤 1.协助XX信息系统工作计划,掌握信息系统各设备运行情况,具体 落实各设备运行维护工作;

信息系统升级改造项目验收管理办法

信息系统升级改造项目验收管理办法(试行) 第一章总则 第一条为保障建委信息系统升级(新建)改造项目(以下简称“项目”)的建设质量和投资效益,规范和加强项目管理,按照《北京市信息化促进条例》等有关规定,结合本单位实际情况,制定本办法。 第二条本办法适用于使用财政性资金的和建委自行调整资金的信息系统升级改造项目。 第三条项目验收包括系统初验、系统试运行、竣工验收三个环节。 第四条信息中心项目负责人负责信息化建设项目验收的组织管理工作。 第四条项目竣工验收后,信息中心综合部负责向市信息办提出项目投入使用申请,通过市信息化主管部门投入使用审查的项目才能正式投入使用,市财政部门方能安排其后续的运维费。 第二章系统初验 第五条项目开发单位在项目完成后1个月内,向信息中心提出项目竣工验收申请,并填写《信息化建设项目竣工验收申请表》(详见附表一),同时提交以下材料: (一)软件测试报告。 (二)信息安全测评报告。 (三)系统测试方案。

(四)系统测试用例。 (五)系统使用手册。 (六)其他相关资料和文件。 原则上,满足以下条件之一的项目,其软件测试、信息安全测评以及其他需要的测试必须由具有资质的第三方机构实施并形成测评报告: (一)信息安全等级保护在三级及以上的。 (二)纳入全市重要信息系统目录的。 (三)涉及核心业务、信息资源、基础设施、跨部门业务协同、公众利益的重大项目。 第六条项目负责人经过初步验收征得主管领导同意后,方可开展项目初验,并组织信息系统使用人员开展信息系统使用测评,财务人员启动资金使用情况总结,项目负责人(监理单位)开展初步总结。 第七条项目负责人督促信息系统使用人员熟悉系统功能,经过培训后按照系统测试用例并结合业务实际需求开展测试,形成系统使用测试意见并签字。测试过程中,项目开发单位应当配合需求单位对信息系统使用人员进行测试指导。信息系统使用人员重点测试内容包括: (一)信息系统功能是否符合需求规格说明书的业务流程和业务需求。 (二)信息系统数据处理是否正确。 (三)信息系统性能是否满足业务要求。

医院信息系统切换方案一

医院信息系统切换方案一 旧系统停止运行,新系统全部上线。具体操作如下: 1、门诊西药房盘点延用老药典信息将药品库存录入新系统,门诊收费及门诊药房全部运行新系统。 2、住院收费处将全部在院病人在旧系统中办理出院,在新系统中重新办理入院。 3、临床科室:原在院病人切换系统后病历、医嘱、处方需要手写,病人费用需护士手工划价记帐。 4、住院药房、中西药库盘点将药品库存录入新系统,住院药房、中药房全部运行新系统,原在院病人按医生手写处方划价、发药。 5、医报报销:所有在院病人产生两张发票(住院号相同)、两份费用清单,报销需要手工报销。 6、信息科负责将收费标准、科室信息、人员信息等基本信息录入新系统。 优点:系统切换后,药房、药库全部运行新系统,电脑库存 与实物库存相符。 缺点:原在院病人出院后报销需要手工报帐,医院必须提前与市合疗办及市医改办进行协调。

医院信息系统切换方案二 旧系统、新系统同时运行。具体操作如下: 1、门诊西药房盘点延用老药典信息将药品库存录入新系统,门诊收费及门诊药房全部运行新系统。 2、住院收费处新、旧系统同时运行,新入院病人在新系统中办理,原在院病人在旧系统中记帐直到病人出院。操作员应每天打印两份结帐单与财务科结帐。 3、临床科室新、旧系统同时运行,原在院病人操作不变,新入院病人在新系统进行操作。 4、住院药房、中药房新、旧系统同时运行。药房进行盘点将库存录入新系统,原在院病人发药操作不变,新入院病人在新系统中发药操作。 5、医报报销:医保科做两个接口,切换系统前出院病人用老接口报销,切换系统后出院病人用新接口报销,。 6、信息科负责将收费标准、科室信息、人员信息等基本信息录入新系统。 7、药房库存问题:新系统录入盘点库存,老系统以虚拟库存发药,实际库存以发药为准(备注:月底对帐老系统消耗多少为真实库存)。原在院病人全部出院后,药房再次盘点,校正药房库存。 优点:病人出院后报销电脑报帐不需要手工报帐。 缺点:1、住院收费处、住院药房、临床科室必须运行两套系统。

信息系统运维服务方案

信息系统运维服务 方案

XX局信息化系统运维服务方案 XX局 6月

目录 1概述 .................................................................. 错误!未定义书签。 1.1服务范围和服务内容 ............................. 错误!未定义书签。 1.2服务目标................................................. 错误!未定义书签。2系统现状 .......................................................... 错误!未定义书签。 2.1网络架构................................................. 错误!未定义书签。 2.2设备清单................................................. 错误!未定义书签。 2.3应用系统................................................. 错误!未定义书签。 2.4存储系统................................................. 错误!未定义书签。 2.5备份系统................................................. 错误!未定义书签。3服务方案 .......................................................... 错误!未定义书签。 3.1系统日常维护 ......................................... 错误!未定义书签。 3.2信息系统安全服务 ................................. 错误!未定义书签。 3.3系统设备维修及保养服务...................... 错误!未定义书签。 3.4软件系统升级及维保服务...................... 错误!未定义书签。4服务要求 .......................................................... 错误!未定义书签。 4.1基本要求................................................. 错误!未定义书签。 4.2服务队伍要求 ......................................... 错误!未定义书签。

相关文档
最新文档