系统编辑上线切换方案计划

系统编辑上线切换方案计划
系统编辑上线切换方案计划

项目名称

系统上线切换方案

创建日期:单击此处输入日期。

最后修订日期:单击此处输入日期。

文控编号: 单击此处输入文字。

文档控制更改记录

审阅

审批

目录

文档控制 (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附录。

2.切换模式

切换是否一套?

为了保证本次项目上线成功,同时防止因上线出现问题导致各项业务无法正常开展,本次系统上线初期将采用双系统并行模式(依据不同项目使用不现的切换或并行模式):

1)新系统U9 ERP,作为一套独立系统运行。

2)原业务系统正常作业。

以上两套系统同时并行到十一月初,经检查核对,若新上线数据及业务动作满足需要,则停止原业务系统的作业。

切换示意图

3.上线准备

3.1.静态数据准备

2008-5-15 至2008-7-1完成数据的准备。具体数据准备格式及内容详见《静态数据准备与转换方案》及分部门的数据准备方案说明。

3.2.动态数据准备

2008-7-15至2008-7-25完成数据准备,具体数据准备格式及内容详见《动态数据准备与转换方案》说

明。

3.3.业务截止时间

2008-7-25,作为7月份业务及财务截止日。之后所有发生的交易将作为8月份交易。其中:

1)业务部门在2008-7-28晚上,将所有的交易录入或导入用友U9 ERP系统中。

2)业务部门在2008-7-28后的交易,在系统维护时,将时间调整为8月份的日期。

3)业务部门在新系统上线后,2008-7-28至上线日之间发生的交易将补录入。

4)财务部门在系统升级后5天(即xxxx-mm-dd),可以正常作业。所有作业将在两套系统中同时进行。

包括库存、存货数据调整,结账,各种传票等。

3.4.仓库盘点

2008-7-28至2008-8-5。盘点范围主要是各成品、半成品、材料仓库,盘点主要目的是为了保证进入系统的数据是正确的,若时间过紧,可以在系统上线后一个月进行。也就说,仓库盘点不是上线切换的必要条件。盘点工作主要针对材料仓库,特别是存在负库存数据的仓库。

3.5.数据备份

2008-7-28。当日工作完成后,信息中心备份U9 ERP中的数据。

4.系统切换

4.1.静态数据切换

2008-7-20前,静态数据均需要在U9 ERP中录入或导入完成,具体切换数据及内容详见《静态数据准备与转换方案》。

4.2.动态数据切换

2008-8-10开始导入动态数据,2008-8-17完成。其中财务部门关于假退料的作业时间为2008-8-15至2008-8-17,具体动态切换数据及内容详见《动态数据准备与转换方案》。

4.3.切换检查

2008-7-15号就需切换的公共基础设置、模块设置、流程验证清单、打印\开发报表等内容,逐一进行检查并记录,具体检查内容详见《切换检查清单》。

5. 正式切换

2008-8-18,各项业务正常开展。切换之前,成立项目应急小组,依据《上线支持体系》,各小组成员分别负责对应业务部门作业时可能发生的问题,及时现场处理。项目应急小组成员,应具备熟练的系统操作、熟悉各业务部门的工作。

5.1. 系统上线时间表

上线切换时间2007-10-16日。其中主要分为8个阶段,各阶段时间点详见时间表。,

2007-9-25

任任任任2007-10-16任任任任

说明:此图作为参考,格式在VISIO 中的甘特图进行制作。

5.2.切换步骤

5.3.上线支持体系

各准备阶段以及正式上线后,依据上线支持体系处理各项突然事件和上线后出现的问题。

上线支持体系中主要包括如下内容,具体操作及处理流程详见《上线支持体系》。

1)上线支持范围

2)问题受理与处理流程

3)系统备份及维护策略

4)系统安装及登录注意事项

5.4.应急预案

针对可能会出现重大问题制订应急预案,当重大问题出现时,立即启动应急预案。

5.4.1.应急预案一

重大问题描述:

应急处理方案:

5.4.2.应急预案二

重大问题描述:

应急处理方案:

5.5.注意事项及风险说明

5.5.1.系统并行原因

系统并行是因为项目组担心新系统上线后,某些业务不能很好衔接,影响各项业务进展。

5.5.2.工作量影响

开始切换时,7月25日截止8月份的业务交易,到8月1日系统上线,这之间大概有10天左右的业务交易需要补录入新系统。若上线时间拖后,则工作量相应的增加。

系统同时开始并行,每项业务在两套系统中录入两次,而且方式有所不同。特别是新系统操作尚不熟练,具体作业人员的工作压力会增加一倍以上。其中成品入库业务需要处理三次。

5.5.3.风险说明

工作量大,操作积极性不高,导致新系统应用处于被动应付状态,数据出错率高,新系统难以被正式认可。

两套系统在一些业务的处理上有所不同,两边数据在对账时,没有统一的口径,当出现数据对不上时,原因难以查找。

因原系统的部分存货档案在进入新系统后,需要发生变更(例如部分存货编码停用,建入新档案),其它系统若需要同步作业,则相应也要发生变更,这部分工作量至少需要20个工作人日。

5.5.4.综合说明

系统并行是防止新系统上线时出现问题时有后退的余地,减少系统上线风险。但系统并行,会产生大工作量的风险,需要各业务部门在人员安排上提前作好准备。

6.切换总结

经过双方项目组成员的共同的努力,XX公司用友U9系统实施项目进展顺利,已经完成以下工作:

1)系统静态数据录入基本完成,其中物料清单已准备完成,需后期录入系统;固定资产卡片也

已基本准备完成,等待导入工具开发完成后导入系统。

2)采购部分期初单据已经录入系统,库存上期末盘点数据也已录入完毕;财务期初余额已录入

完毕。

3)除自动规划外各模块已进入运用状态,各模块使用人员开始录入首批单据;

经检查确认,用友U9 ERP实施范围内各功能模块均已正常运行,达到了预期效果,符合双方的要求,具备按有关程序进行下一步工作的基础。

双方一致确认,实施项目进入系统上线阶段。

为将风险降低到最小,双方一致认为需要与企业原有的系统并行一段时间,选择了一个恰当的时机,实现全面切换。

用友顾问将继续在现场支持一段时间,随时解决出现的问题,帮助客户完善系统流程。

客户方应继续严格要求各模块相关操作人员,保证系统的持续规范运转,让系统早日为公司带来价值。

新老系统迁移和整合方案

1新老系统迁移及整合方案 本次总局综合业务系统是在原有系统的基础上开发完成,因此,新旧系统间 就存在着切换的问题。另外,新开发的系统还存在与其他一些应用系统,例如, 企业信用联网应用系统、企业登记子网站、外资登记子网站等系统进行整合使之 成为一个相互连通的系统。本章将针对新老系统迁移和整合提出解决方案。 1.1新老系统迁移及整合需求分析 系统迁移又称为系统切换,即新系统开发完成后将老系统切换到新系统上来。 系统切换得主要任务包括:数据资源整合、新旧系统迁移、新系统运行监控 过程。数据资源整合包含两个步骤:数据整理与数据转换。数据整理就是将原系 统数据整理为系统转换程序能够识别的数据:数据转换就是将整理完成后的数据 按照一定的转换规则转换成新系统要求的数据格式,数据的整合是整合系统切换 的关键:新旧系统迁移就是在数据正确转换的基础上,制定一个切实可行的计划,保证业务办理顺利、平稳过渡到新系统中进行;新系统运行监控就是在新系统正 常运转后,还需要监控整个新系统运行的有效性和正确性,以便及时对数据转换 过程中出现的问题进行纠正。 系统整合是针对新开发的系统与保留的老系统之间的整合,以保证新开发的 系统能与保留的老系统互动,保证业务的顺利开展。主要的任务是接口的开发。 1.1.1需要进行迁移的系统 1.1.2需要进行整合的系统 需要与保留系统整合的系统包括: 1、企业登记管理〈含信用分类〉,全国企业信用联网统计分析,不冠行政区划企业名称核准,大屏幕触摸屏系统与企业信用联网应用,企业登记子网站,属地 监管传输,网上业务受理之间的整合;

2、外资企业登记管理〈含信用分类),全国外资企业监测分析与属地监管传输,外资登记子网站,网上业务受理,大屏幕触摸屏系统之间的整合: 3、广告监管系统与广告监管子网站之间的整合: 4、12315数据统计分析与12315子网站之间的整合: 5、通用信息查询、统计系统与数据采集转换之间的整合: 1.1.3数据迁移和转换分析 根据招标文件广东省工商局新建系统的数据库基于SAP Sybase ASE 15.7, 而原有系统的数据库包括ORACLE,SQLServer,DB2。这种异构数据在总局主要存 在于两个方面,即部门内部的异构数据和上下级部门之间的异构数据。同时,系 统的技术构件有NET和J2EE两大类。 对于部门内部的异构数据的集成采用数据移植的方法,如:如果数据有基于DB2管理的,有ORACLE管理的,有SQLServer管理的,就根据新系统SAP Syb ase ASE 15.7的要求,把ORACLE的数据迁移到SAP Sybase ASE 15.7数据库中,把SQLServer的数据迁移到SAP Sybase ASE 15.7数据库中。 上下级工商系统之间的异构数据的集成利用数据交换系统来完成,重点在于 数据库存储标准、交换标准的制定和遵守,保证数据的共事,这部分工作由数据 中心完成。 1.2系统迁移和整合目标 一、系统切换的主要目标: ?保证系统正常运行 在数据转换过程中,由于原有的系统数据的复杂性,给数据转换工作带来了 很大的难度,为了在新系统启动后不影响原系统正常的业务,因此数据转换完成后,必须保证新系统的正常运行。 ?保证原有系统在新系统中的独立性 原有系统是独立运行的系统,数据在新系统中虽然是集中存放的,但是各个

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附录。

软件的系统部署和升级流程和管理系统方案

软件系统部署及升级流程及管理 第一章总则 第一条为保障股份有限公司(简称:公司)信息软件系统安全运行在生产环境,规范软件系统部署与升级流程、控制软件系统的生产运行安全,保证业务流程的顺畅和生产系统的完整性、功能完备,特制定本办法。 第二条本办法所指软件系统包括,但不仅限于公司组织实施的账户管理和受托管理核心业务系统、网上受理系统、呼叫中心系统、投资交易系统、投资估值系统、投资风险控制系统,以及OA办公系统、对外网站系统、基础技术架构系统等涉及的软件系统的部署、安全运行与升级管理。 第三条本办法所指软件系统部署与升级管理主要包括以下内容:软件系统投产前准备、软件系统投产管理、软件系统生产运行管理、软件系统生产安全管理、软件系统升级管理。 第四条信息技术部是本办法的制定部门和执行部门,设立系统运维岗,负责系统软件系统部署、安全运行与升级的具体技术实现,其它相关岗位和部门应按本办法所制定的流程配合完成相关工作。 第二章软件系统投产前准备 第五条软件系统的投产关系到整个信息系统的安全运行,应做好充分的投产前准备。投产前的准备工作包括以下几个方面:环境设备的准备、硬件设备的

准备、投产程序和数据的准备、相关投产文档和培训的准备等。 第六条环境设备的准备主要包括:系统架构确认、机房机柜机架配备、电源使用配备、网络线路配备、操作系统预安装和配置、主机命名和网络配置、存储环境配置检查、备份环境、环境参数配置、数据库配置、中间件配置、环境冗余切换配置、通讯配置、部署操作员配置、环境变量、客户端环境等。 第七条硬件设备的准备主要包括:主机连接方式、主机型号配置、处理器频率和数量、内存配置、内置硬盘容量、网卡类型和数量、光纤通道卡型号和数量、其他内置的I/0卡和其他外设等。 第八条投产程序和数据的准备主要包括:目标程序及相关清单说明、可控版本组织、系统配置参数、数据库初始化数据等。 第九条相关投产文档和培训的准备主要包括:《系统安装部署手册》、《系统IT参数配置手册》、《数据备份和恢复操作指导》、《系统故障与恢复手册》、《系统文件目录清单说明》、《系统运行日志存放说明》、《系统各类密码修改说明》、《文件清理计划及操作指导》、《管理员、项目经理、厂商负责人通讯录》以及相应的功能使用培训、安装部署培训、日常维护培训等。 第十条系统投产准备工作中有关权限管理、参数配置、数据初始化管理应遵照《IT系统权限及数据管理办法》的相关规定: (一)投产系统权限申请设置应形成流程并由业务部门负责人和风险控 制部门审核; (二)软件系统投产的参数配置由信息技术部牵头组织信息,各业务部们 予以协同支持,最终由风险控制部进行参数定级并进行投产参数审 核;

软件升级实施方案

软件升级实施方案 篇一:软件开发实施方案 1 软件开发实施方案 系统开发严格按照软件工程的方法进行组织,系统的开发过程按照需求分析、系统分析与 设计 要求、系统编码、系统测试几个过程有序推进。下表所示系统开发流程图,采用原型及迭 代方式开发,根据用户需求持续改进,直到最终用户确认满意。 1.1 开发流程总述 如下图示流程定义了我公司内部的软件开发过程,以指导和规范软件项目中开发过程的定义和相应的实施。 该过程可划分为一系列子过程,包括:软件需求分析、 设计 、编码、测试、验收、维护,每个子过程又由一系列任务和活动组成,如设计过程又可分为结构设计和详细设计。但是在实际开发项目中,情况仍然会是千变万化的,因此我们也并不是一成不变的死板执行一个僵化的工作流程,我们的原则是在一个规范流程的指导和约束下,根据具体工程项目的实际要求,为每一个项目评估并制定真正能够最好的满足该项目要求的开发流程。 图 1.1-1 软件开发流程总图 在应用系统软件开发项目中,我们仍将遵循这一思想,这一点将在随后的项目开发实施计 划部分有具体的体现,在这里和下面的相关章节中,我们仍将围绕着这个完整的开发流程 来分析说明,以此来阐明我们对项目开发的完整过程管理思想和相关实践。下面我们对这 个软件开发工作流程进行简要地分解说明。 1.2 软件需求分析 (1)概述 由于应用系统与众多相关应用软件需要进行交互,因此需要先对这些应用系统进行分别梳理,充分做好需求调研工作,编写经项目单位认可并评审通过的《系统需求规格说明书》。 软件需求分析是按照项目定义的软件开发过程,根据系统分配给软件的需求(见《系统需求规格说明书》),进行软件质量特性规格说明的过程。该过程包括进一步明确软件运行

XX集团NC项目系统上线切换方案

《系统上线切换方案》-用友咨询实施方法论 作者:用友咨询实施 时间:2014年度

版本修订: 确认记录:

1目的 (5) 2系统上线切换时间表 (5) 3财务供应链切换模式 (5) 3.1 财务供应链系统切换 (5) 3.2 财务供应链系统切换示意图 (5) 4上线支持体系 (6) 5注意事项及风险说明 (6) 5.1 系统并行原因 (6) 5.2 工作量影响 (6) 5.3 风险说明 (6) 5.4 综合说明 (7)

1目的 XX燃气NC项目系统上线切换方案:是一个对PMO和用户做系统切换具有指导意义的关键文档,在其中明确了系统切换的范围、目标、计划、职责安排和风险预案。 主要目的是确定上线切换的策略、确定系统切换的业务范围、切换的步骤、切换任务安排和职责、切换的方法、切换成功标准。 在10月份的系统切换前,项目组成员、PMO、用户对具体的切换工作缺乏了解,希望借助此方案来明确此次切换工作涉及的范围、目标、工作流程、时间安排以及具体的职责,同时要对潜在的切换风险要有应对方案。 2系统上线切换时间表 待确认问题: 1)港投下属子公司是否使用NC,报表采取何种合并方式(并表或并账),港燃投下属分公司的 财务核算,以及集团本部是否使用固定资产多账簿 3财务供应链切换模式 3.1财务供应链系统切换 为了保证本次项目上线成功(此处是指东永XX和汨罗XX的财务供应链),同时防止因上线出现问题导致各项业务无法正常开展,本次系统上线初期将采用双系统并行模式(依据不同子项目使用不同的切换或并行模式): 1)新系统ERP-NC,作为一套独立系统运行。 2)原业务系统正常作业。 以上两家JV的系统同时并行到十二月底,经检查核对12月底结账数据,若新上线数据及业务动作满足需要,则停止原业务系统的作业。 对于其他试点机构,则需要JV试点公司并行一个月即可正常切换到NC系统,但需要补录1月份至上线月份的财务数据。 3.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.系统切换前新系统关于农合病人收费问题进行测试。

【最新2018】系统上线实施方案-实用word文档 (5页)

本文部分内容来自网络整理所得,本司不为其真实性负责,如有异议或侵权请及时联系,本司将立即予以删除! == 本文为word格式,下载后可方便编辑修改文字! == 系统上线实施方案 一个工作的开展需要进过严密的考虑,并拟定相应的实施方案,一个系统的上线更是需要。下面是YJBYS小编整理的有关行政办公管理系统上线的实施方案,供大家参考,希望对大家有用。 根据全省“金财工程”建设总体部署,按照《省财政厅办公室关于在全省财政系统推广应用财政行政办公管理系统的通知》和《市财政局行政办公管理系统(OA协同办公系统)项目上线实施方案》文件精神,经研究,从201X年11月起,我局全面启动财政行政办公管理系统上线运行工作。 为积极稳妥做好上线前各项准备工作,确保如期上线和平稳运行,特制定本实施方案: 一、主要目标 通过计算机、网络技术及财政行政办公管理系统软件,全局上下在同一平台上开展公文运行、文件管理、档案查询、通知公告等工作,实现流程规范、资源整合、协同办公、无纸作业,并串联整合各科室(单位)现有业务及系统,成为县财政局行政办公的平台、资源共享的平台、沟通联系的平台、信息发布的平台,从而全面提升我局办公效率,提高决策水平。 二、总体思路 我局办公系统上线按照“统一部署,分步实施,急用先上,尽快见效”原则,分为两个阶段: 第一阶段:政务功能快速上线。

以公文运转为核心,把与公文处理相关的功能先上线运行,保障办公系统起步平稳,尽快建立我局行政办公方式的新习惯和新模式。 该阶段上线的功能模块是:领导办公、个人办公、发文管理、收文管理、档案管理、督查督办、通知公告、协同工具等。 第二阶段:其他功能逐步添加。 待第一阶段运行平稳后,再对行政办公管理系统进行修改、调整、扩展,达到深化应用的目的。 该阶段逐步上线的功能模块是:电子档案及查询、信息新闻信访处理、会议值班管理、干部培训管理、后勤服务管理、人事信息管理等。 以上模块结合全局需求,成熟一个启用一个,逐步完善。 三、上线范围 (一)上线的单位是:局机关各科室、局下属各单位、各乡镇财政所。 (二)上线的公文是:按照“上网不涉密,涉密不上网”原则,除涉密文件外,局机关各科室、局下属各单位和各乡镇财政所的正式收发文件都纳入此次系统上线范围。 四、组织领导 成立县财政局行政办公管理系统推进工作领导小组,局长任组长,其他局班子领导任副组长,局机关各科室、局下属各单位和各乡镇财政所的负责人为成员。 领导小组下设办公室,副局长兼任办公室主任,成员从局办公室和财政信息中心抽调。 领导小组办公室成立两个工作组: 1.政务及协调组(由局办公室牵头)。

(完整版)新老系统迁移及整合方案

1 新老系统迁移及整合方案 本次总局综合业务系统是在原有系统的基础上开发完成,因此,新旧系统间就存在着切换的问题。另外,新开发的系统还存在与其他一些应用系统,例如,企业信用联网应用系统、企业登记子网站、外资登记子网站等系统进行整合使之成为一个相互连通的系统。本章将针对新老系统迁移和整合提出解决方案。 1.1 新老系统迁移及整合需求分析 系统迁移又称为系统切换,即新系统开发完成后将老系统切换到新系统上来。 系统切换得主要任务包括:数据资源整合、新旧系统迁移、新系统运行监控过程。数据资源整合包含两个步骤:数据整理与数据转换。数据整理就是将原系统数据整理为系统转换程序能够识别的数据;数据转换就是将整理完成后的数据按照一定的转换规则转换成新系统要求的数据格式,数据的整合是整合系统切换的关键;新旧系统迁移就是在数据正确转换的基础上,制定一个切实可行的计划,保证业务办理顺利、平稳过渡到新系统中进行;新系统运行监控就是在新系统正常运转后,还需要监控整个新系统运行的有效性和正确性,以便及时对数据转换过程中出现的问题进行纠正。 系统整合是针对新开发的系统与保留的老系统之间的整合,以保证新开发的系统能与保留的老系统互动,保证业务的顺利开展。主要的任务是接口的开发。 1.1.1 需要进行迁移的系统 1.1.2 需要进行整合的系统 需要与保留系统整合的系统包括: 1、企业登记管理(含信用分类),全国企业信用联网统计分析,不冠行政区

划企业名称核准,大屏幕触摸屏系统与企业信用联网应用,企业登记子网站,属地监管传输,网上业务受理之间的整合; 2、外资企业登记管理(含信用分类),全国外资企业监测分析与属地监管传输,外资登记子网站,网上业务受理,大屏幕触摸屏系统之间的整合; 3、广告监管系统与广告监管子网站之间的整合; 4、12315数据统计分析与12315子网站之间的整合; 5、通用信息查询、统计系统与数据采集转换之间的整合; 1.1.3 数据迁移和转换分析 根据招标文件工商总局新建系统的数据库基于IBM DB2,而原有系统的数据库包括ORACLE,SQL Server,DB2。这种异构数据在总局主要存在于两个方面,即部门内部的异构数据和上下级部门之间的异构数据。同时,系统的技术构件有.NET和J2EE两大类。 对于部门内部的异构数据的集成采用数据移植的方法,如:如果数据有基于DB2管理的,有ORACLE管理的,有SQL Server管理的,就根据新系统DB2的要求,把ORACLE的数据迁移到DB2数据库中,把SQL Server的数据迁移到DB2数据库中。 上下级国工商局之间的异构数据的集成利用数据交换系统来完成,重点在于数据库存储标准、交换标准的制定和遵守,保证数据的共享,这部分工作由数据中心完成。 1.2 系统迁移和整合目标 一、系统切换的主要目标: ●保证系统正常运行 在数据转换过程中,由于原有的系统数据的复杂性,给数据转换工作带来了很大的难度,为了在新系统启动后不影响原系统正常的业务,因此数据转换完成后,必须保证新系统的正常运行。 ●保证原有系统在新系统中的独立性 原有系统是独立运行的系统,数据在新系统中虽然是集中存放的,但是各个

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

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

目录 一、现状描述、系统拓扑图 (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台;

系统上线方案设计实用模板样本

海南省国家防汛抗旱指挥系统二期工程 信息采集系统 上 线 保 障 方 案 Prepared by 拟制Date 日期 Reviewed by 评审人Date 日期 Approved by 批准Date 日期

修订记录

目录 1引言..................................... 错误!未定义书签。 1.1 目的.................................. 错误!未定义书签。 1.2 背景.................................. 错误!未定义书签。 1.3 定义.................................. 错误!未定义书签。 1.4 参考资料.............................. 错误!未定义书签。2上线组织架构............................. 错误!未定义书签。3上线计划................................. 错误!未定义书签。4运行环境................................. 错误!未定义书签。 4.1 服务器的硬/软件配置................... 错误!未定义书签。 4.2 网络环境.............................. 错误!未定义书签。 4.3 备份要求.............................. 错误!未定义书签。5上线准备................................. 错误!未定义书签。 5.1 技术准备.............................. 错误!未定义书签。 5.2 业务准备.............................. 错误!未定义书签。 5.3 安全保障.............................. 错误!未定义书签。 5.4 其它准备.............................. 错误!未定义书签。6上线演练................................. 错误!未定义书签。 6.1 演练准备和计划........................ 错误!未定义书签。

xxxx项目上线实施方案和计划

xxxx项目上线实施方案和计划

————————————————————————————————作者:————————————————————————————————日期:

项目: 上线方案和计划 V1.0

修订记录 修改日期版本号修改描述作者

目录 1概述 (6) 1.1项目背景 (6) 1.2原系统介绍 (6) 1.3改造内容 (6) 1.4新系统介绍 (6) 2上线组织架构及职责 (6) 3上线准备 (6) 3.1业务准备 (6) 3.2技术准备 (7) 3.2.1硬件准备 (7) 3.2.2网络准备 (7) 3.2.3软件准备 (7) 3.2.3.1系统软件 (7) 3.2.3.2应用软件 (7) 3.2.4系统安全准备 (7) 3.2.5数据库准备 (7) 3.2.6其它事项 (8) 3.3分行准备 ............................................................................................... 错误!未定义书签。4切换方案 (8) 5应急方案 (8) 5.1触发条件 (8) 5.2处理方法 (8) 6上线总体计划 (8) 7切换主要步骤计划表 (9)

概述 1.1项目背景 1.2原系统介绍 系统的简要描述,并说明现有系统网络架构(描述现有系统现在生产环境的连接图)1.3改造内容 1、新增与ESB的通讯接口…… 2、提供数据采集平台取数接口…… 3、改造联机接口程序…… 4、…… 1.4新系统介绍 [新系统的网络架构,变化部分用其他颜色标识] 2上线组织架构及职责 组织架构总体描述、各单位的职责、各岗位的职责及人员组成 3上线准备 3.1业务准备 是否存在业务变化,如存在则需要相关说明

HIS上线实施方案

医院HIS上线实施方案 我院医院信息系统(HIS)暂定于2012年X月X日早上8时全面上线,现将上线相关准备工作作如下安排: 一、计算机中心相关工作安排: 1、计算机中心将提前检查相关软硬件设施和各部门上线准备工 作。 2、根据检查测试情况确定具体上线时间并提前5天书面通知相关 部门科室及相关人员; 3、人员安排: a)XXX:协调安排各科室各部门上线准备工作; b)XX,XXX:负责硬件调配及确保网络畅通; c)XX:负责住院及住院药房、药库; d)XX:负责门诊挂号及药房; e)其他(现场解决等)。 一、药房药库及材料部分的相关工作安排: 1、药库药品管理系统和材料管理系统提前两天盘点转入新系统。 通知相关科室备足两天以上药品材料(由药品材料管理科室负 责人书面通知药品材料领用科室)。 2、征求药库、材料部门意见,确定转入新系统的方式,即验收入 库录入方式或盘点录入方式,并确定盘点、录入人员名单(西 药库、中药库、低值易耗品、卫生材料、其他材料、固定资产)。

二、门诊部分的相关工作安排: 1、门诊收费室切换时间定于X月X日早上8点; 2、中药房在X月X-1日下午6点打出库存清单表,当晚将库存信 息录入新系统; 3、门诊西药房在X月X-1日晚11点打出库存清单表,当晚录入 新系统;11点后所发药品手工记录,用盘亏的方式在新系统进 行调整,保证新系统的数据正确性;(打库存清单时间征求药房 意见) 4、相关操作人员名单提前报送计算机中心。 三、住院部分的相关工作安排: 1、住院新旧系统切换时间定于X月X日早上8点; 2、各临床科室X月X-1日晚7点半停止记账业务,开始将所有在 床病人发出院通知单(遗留帐病人暂不发,留待以后处理),所 有在床病人在系统切换时不要发生欠费。; 3、农合、医保操作人员提前贴出显眼书面通知,确保通知到人, 告知病人携带齐全报账资料; 4、住院收费室三台电脑及其操作人员(原收费用电脑专门结医保, 门诊挂号室开两台电脑结其它)结算在床病人,停止记账业务,医保、农合相关操作人员都要在场;(询问确认泰阳农合X-1 日晚上能否结账)

1-04 住院系统上线与切换方案

住院系统上线与切换方案 按照《医院信息系统升级改造项目(一期)实施计划》,新住院系统将于2015年02月01日零点正式上线,并与旧系统进行切换。经过前期的多方、多轮研讨,新系统上线并与旧系统切换的方案如下: 一、上线与切换的时间和方式 1.上线与切换时间:2015年02月01日零点; 2.上线与切换方式:采用并行切换方式,即启用新系统时旧系统继续运行,直到所有在院病人全部转入新系统后再停用旧系统。 二、上线的模块与涉及科室 本期上线的应用模块与所涉及的科室见下表:

三、新、旧系统业务的衔接 简单而言,2015年02月01日零点后新病人在新系统、老病人在旧系统进行各项业务。其中: (一)住院处:2015年02月01日零点后,新入院病人在新系统中办理入院登记;在院病人在旧系统中办理出院或周转,周转后的病人视为新入院病人,在新系统中重新办理入院登记。 (二)护士站:2015年02月01日零点后,在新系统中为新入院(含周转)病人分配床位,医生开出医嘱后,在新系统中执行医嘱。护理病历等其他操作从护理部规定。 (三)医生站:2015年02月01日零点后,在新系统中为新入院(含周转)病人指定主管医生;录入新入院(含周转)病人的医嘱,其中2015年XX月XX日的长期药物医嘱可以通过调整首日次数解决;新病人手工填写检验、检查申请单?;通知病人家属或单位在办理周转手续时携带住院押金凭条;电子病历等其他操作从医务科规定。 (四)住院药房:2015年02月01日。 (五)检验、检查科室:新系统手工接受检验、检查申请。 (六)病案室、统计室:2015年02月01日后继续使用同仁系统完成数据报表、上传工作。其中,出院病案首页中的32项费用数据将分别从新、旧两个系统导出、导入。

医院信息系统切换方案一

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

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

XXX市商业银行灾备切换演练总体方案

XX市商业银行 灾难备份系统 切换演练总体方案 XX市商业银行 2016年1月

目录 一、本次演练目的和原则 (1) 1. 演练目的 (1) 2. 演练要求 (1) 二、演练时间及参演部门 (3) 三、演练组织架构及名单 (4) 四、演练方案 (7) 1. 演练内容 (7) 2. 演练总体安排 (7) 3. 本次演练涉及的主要服务器 (8) 4. 演练步骤 (8) 五、演练风险控制 (10) 六、演练后的总结及修订情况 (11)

一、本次演练目的和原则 1.演练目的 为保障XX市商业银行信息系统安全、可靠、稳定运行,提高应对各类信息系统突发事件对能力,有效防范重要信息系统风险,根据中国银监会关于《银行业重要信息系统突发事件应急管理规范》对通知,结合我行自身情况,特制定本次灾备切换演练计划。 本次灾备切换演练主要目的: ●论证我行重要信息系统突发事件应急预案对可行性; ●验证核心系统切换到灾备中心后,灾备核心系统接管生产的可用 性; ●验证灾备中心DELL SharePlex数据库同步的可用性; ●检验系统切换手册和文档的可用性,并在演练过程中发现信息系 统应急管理体系存在的问题和不足,以便演练后进行改进和完善; ●验证网点接入灾备中心网络能力; ●使参演人员熟悉应急管理和灾难恢复/切换的流程; ●提高参演人员的应急处理能力和系统的风险防控能力。 2.演练要求 1.切换演练实施前按照监管单位要求,向上级报备; 2.切换演练中要做好回退方案,防范切换演练过程中对风险;

3.演练后不影响生产系统数据和对外服务; 4.演练后不影响全行生产环境其它各系统的正常运行; 5.演练后不影响灾备中心数据复制的正常运行; 6.演练后不影响灾备中心接管生产系统能力; 7.演练后向上级单位汇报演练情况。

呼叫中心系统系统升级与迁移方案

大成基金呼叫中心系统系统升级与迁移方案 一、方案概述 1.工控机灾备升级 1)本次升级目的 创建呼叫中心工控机灾备环境,采用双机并联模式互为热备环境,避免 工控机单点故障造成的呼叫服务中断发生,并争取在有限硬件与线路条 件下增加容量。 2)目前工控机环境 ●线路环境: 目前客服共接入3条电信30B+D线路,合计90路,经过与上海电信确 认,所有线路均为双向(呼入、呼出)线路。开发商在系统配置方面, 限制30路专用外呼,60路专用呼入。需要特别说明的是:转人工接入 坐席时,需要占用2条线路(即坐席接听需要额外占用1条线路)。 ●硬件环境: 2块Dialogic的60路数字语音卡,1块Dialogci的4路传真卡,语音卡通 过BNC接头将120路中的90路线路与电话交换机E1卡进行连接,另外 30路线路跳空。 ●负载极限: 全部为自动语音呼入:最大支持60客户并发呼叫。 全部呼入转人工:最大支持30客户并发接听(不考虑坐席接入数量)。 通常状况:设自动语音服务客户为X名,转人工客户Y名,容量为 X+2Y=60,即:如果有10名坐席同时接听电话,则同时并发支持40路自 动语音服务。 传真线路:最多支持4名客户的并发传真需求。 3)升级目标环境 ●线路环境: 线路总数保持不变,修改系统配置,不进行呼入与呼出的限制,即90 路均可支持呼入呼出。增加一条30路内中继线路接入交换机,以增加转

人工情况下的话务容量。 ●硬件环境: 将1张60路数字语音卡从现有环境迁移至新的工控机,同时保持该板卡与原电话交换机E1卡之间的链路。 增加一张4路传真卡,供新工控机使用。 ●负载极限 全部为自动语音呼入:最大支持90客户并发呼叫。 全部呼入转人工:最大支持45客户并发接听(不考虑坐席接入数量)。 通常状况:设自动语音服务客户为X名,转人工客户Y名,两台工控机需要分别计算。一台工控机容量为X+2Y=60,另一台为30。则如果有10名坐席同时接听电话,则同时并发支持70路自动语音服务。 传真线路:最多支持8名客户的并发传真需求(依赖于电信线路分配策略)。 4)灾备原理 在正常运行时,CTI与IVR以一台工控机(以下简称主工控机)为主程序运行环境,KCXP、KCBP等组件除在主工控机运行外,也在另一台工控机(以下简称从工控机)独立运行一套, 两台工控机在上述硬件升级与部署的基础上,系统软件(板块驱动、CTI、IVR、KCXP、KCBP等)保证相同版本与相同配置参数。从工控机部署一套与主工控机相同的CTI与IVR程序,并存在一份KCXP与KCBP程序的副本,该副本中IP参数配置均指向本机,正常运行时CTI、IVR以及KCXP、KCBP副本程序不启动。 以下分别阐述主、从工控机出现故障的灾备策略: ●主工控机故障: 如板块物理线路或板块驱动出现故障,则关闭板卡驱动,其余服务 保持正常运行; 如CTI或IVR程序出现故障,则手工停止主工控机所有服务,启动从 工控机CTI与IVR程序,从工控机停止KCXP、KCBP运行,启动KCXP、 KCBP副本,所有呼入全部转入从工控机运行。

(完整版)xx项目_上线方案和计划

项目: 上线方案和计划 V1.0

目录 1概述 (4) 1.1项目背景 (4) 1.2原系统介绍 (4) 1.3改造内容 (4) 1.4新系统介绍 (4) 2上线组织架构及职责 (4) 3上线准备 (4) 3.1业务准备 (4) 3.2技术准备 (5) 3.2.1硬件准备 (5) 3.2.2网络准备 (5) 3.2.3软件准备 (5) 3.2.3.1系统软件 (5) 3.2.3.2应用软件 (5) 3.2.4系统安全准备 (5) 3.2.5数据库准备 (5) 3.2.6其它事项 (6) 3.3分行准备 .................................................................................................. 错误!未定义书签。4切换方案 (6) 5应急方案 (6) 5.1触发条件 (6) 5.2处理方法 (6) 6上线总体计划 (6) 7切换主要步骤计划表 (7)

概述 1.1项目背景 1.2原系统介绍 系统的简要描述,并说明现有系统网络架构(描述现有系统现在生产环境的连接图)1.3改造内容 1、新增与ESB的通讯接口…… 2、提供数据采集平台取数接口…… 3、改造联机接口程序…… 4、…… 1.4新系统介绍 [新系统的网络架构,变化部分用其他颜色标识] 2上线组织架构及职责 组织架构总体描述、各单位的职责、各岗位的职责及人员组成 3上线准备 3.1业务准备 是否存在业务变化,如存在则需要相关说明

3.2技术准备 3.2.1硬件准备 本次系统上线是否仅在原系统上增加模块,是否存在硬件新增要求,如存在当前设备采购情况如何,谁来负责。 3.2.2网络准备 本次系统上线需要开通防火墙有哪些,可以列出清单。 3.2.3软件准备 3.2.3.1系统软件 本次系统上线是否建立在原系统软件(数据库、中间件等)上,是否存在新的系统软件安装要求,如存在当前软件采购情况如何,谁来负责安装。 3.2.3.2应用软件 本系统上线需要提交的应用系统版本(版本号XXX),该版本包含: 1、…… 2、…… 3.2.4系统安全准备 本系统上线需求准备的密钥、口令及相关安全设备或相关软件 3.2.5数据库准备 本系统上线需要做哪些数据库操作,请详细说明

新系统上线切换系统的方法和注意事项

一、切换系统前的准备: 1、后台设置准备:添加房型、添加房号、设置不同客人来源的房价 房型代码和名称等均用中文,注意超额数和预订配额,不限制就用0就可以了 添加房间号码:均采用传统模式的添加方法,尽量跟门锁软件里面的房间号码匹配,这样减少做门锁接口的难度 左边客人来源和右边的会员等级要相符合,设置不同的客人来源不同价格 2、设置系统参数(不清楚的地方参照7.0.2以上版本系统设置)

3、设置钟点房、特殊房、协议单位等(不清楚的地方参照7.0.2以上版本系统设置) 协议单位注意生效日期和失效日期 设置协议价格 4、添加员工和操作员

添加操作员: 操作员尽量使用员工姓名,方便查帐,查看 离职的停用即可 二、切换系统注意的事项: 1、把在练习时使用的所有在住房间结账退房、哑房帐结账、退房未结的结账、取消所有的预订单 2、清理所有的营业数据,尤其是正式使用前的练习数据;包括营业数据、客史档案、会员资料等 3、联系我们导入会员资料(联系我们之前,一定要核实所有的会员资料,是否有重复,是不是按照我们要求的格式) 三、切换系统 1、切换系统当天,尽量用与旧系统一样的班次,早上来入住的客人,办理到新系统中 2、上午退房的在旧系统中退房 3、中午退房时间前,询问所有在住的客人,是否续住?退房的用旧系统、续住的在中午退房时间前在旧系统中结账离店,把剩余的结算金额当押金重新在新系统中登记入住(重新办理入住) 4、新旧系统对账交班:按照旧系统的交班方式+新系统的交班方式 尽量都使用白班来做切换系统,同一个人的账号、班次。经理或者店长监督指导,避免发生切换时数据上的错误 即使切换系统完毕之后交班数据不对,可以查看2个系统的明细来做调整,不影响下一个账号和班次的数据

系统上线方案模板

海南省国家防汛抗旱指挥系统二期工 程 信息采集系统 上 线 保 障 方 案 Prepared by 拟制Dat e

日期 Reviewed by 评审人Dat e 日期 Approved by 批准Dat e 日期 修订记录

目录 1................................................................................................................. 引言5 1.1................................................................................................................ 目的5 1. 2................................................................................................................ 背景5 1. 3................................................................................................................ 定义6 1.4 ........................................................................................................ 参考资料6 2.................................................................................................... 上线组织架构7 3.......................................................................................................... 上线计划8 4 ......................................................................................................... 运行环境9 4.1 ..................................................................................... 服务器的硬/软件配置9 4.2........................................................................................................ 网络环境9 4.3........................................................................................................ 备份要求9 5.......................................................................................................... 上线准备10 5.1......................................................................................................... 技术准备10 5.2........................................................................................................ 业务准备10 5.3 ........................................................................................................ 安全保障10 5.4........................................................................................................ 其它准备10 6.......................................................................................................... 上线演练11 6.1 .............................................................................................. 演练准备和计划11 6.2.......................................................................................... 演练问题处理机制11 7.............................................................................................................. 试运行12 7.1.................................................................................................. 上线功能介绍12 7.2............................................................................. 试运行方式及其合理性分析12 7.3 .................................................................................... 试运行检验的重点环节12 7.4.......................................................................... 试运行上线范围及时间的选择12

相关文档
最新文档