4.4.4《系统切换方案》
- 格式:doc
- 大小:563.00 KB
- 文档页数:10
1 新老系统迁移及整合方案本次总局综合业务系统是在原有系统的基础上开发完成,因此,新旧系统间就存在着切换的问题。
另外,新开发的系统还存在与其他一些应用系统,例如,企业信用联网应用系统、企业登记子网站、外资登记子网站等系统进行整合使之成为一个相互连通的系统。
本章将针对新老系统迁移和整合提出解决方案。
1.1 新老系统迁移及整合需求分析系统迁移又称为系统切换,即新系统开发完成后将老系统切换到新系统上来。
系统切换得主要任务包括:数据资源整合、新旧系统迁移、新系统运行监控过程。
数据资源整合包含两个步骤:数据整理与数据转换。
数据整理就是将原系统数据整理为系统转换程序能够识别的数据;数据转换就是将整理完成后的数据按照一定的转换规则转换成新系统要求的数据格式,数据的整合是整合系统切换的关键;新旧系统迁移就是在数据正确转换的基础上,制定一个切实可行的计划,保证业务办理顺利、平稳过渡到新系统中进行;新系统运行监控就是在新系统正常运转后,还需要监控整个新系统运行的有效性和正确性,以便及时对数据转换过程中出现的问题进行纠正。
系统整合是针对新开发的系统与保留的老系统之间的整合,以保证新开发的系统能与保留的老系统互动,保证业务的顺利开展。
主要的任务是接口的开发。
1.1.1 需要进行迁移的系统1.1.2 需要进行整合的系统需要与保留系统整合的系统包括:1、企业登记管理(含信用分类),全国企业信用联网统计分析,不冠行政区划企业名称核准,大屏幕触摸屏系统与企业信用联网应用,企业登记子网站,属地监管传输,网上业务受理之间的整合;2、外资企业登记管理(含信用分类),全国外资企业监测分析与属地监管传输,外资登记子网站,网上业务受理,大屏幕触摸屏系统之间的整合;3、广告监管系统与广告监管子网站之间的整合;4、12315数据统计分析与12315子网站之间的整合;5、通用信息查询、统计系统与数据采集转换之间的整合;1.1.3 数据迁移和转换分析根据招标文件工商总局新建系统的数据库基于IBMDB2,而原有系统的数据库包括ORACLE,SQLServer,DB2。
粮食局网站系统升级改造项目实施方案目录1 项目背景及现状 (3)1.1 系统设备现状和利用率 (3)1.2 系统数据交互 (3)1.3 数据库现状 (4)1.4 存储现状 (4)1.5 迁移后的设备利旧 (4)1.6 网站升级必要性 (4)2 建设目标和实施内容 (6)3 总体技术架构 (7)3.1 总体架构 (7)3.2 云服务架构 (9)4 业务应用系统功能要求及云服务需求测算 (10)4.1 内容管理系统新增功能要求 (10)4.1.1 站群管理 (10)4.1.2 信息采编功能优化 (10)4.1.3 资源库 (11)4.1.4 组件式的扩展接口 (11)4.1.5 统计分析 (11)4.1.6 系统日志 (12)4.1.7 信息共享方式修改 (12)4.2 政民互动系统新增功能要求 (13)4.2.1 主要功能要求 (13)4.3 全文检索系统功能完善要求 (14)4.3.1 增加智能搜索技术 (14)4.3.2 多格式支持 (15)4.3.3 海量检索支持 (15)4.4 网站系统同政务微博、微信绑定发布功能 (16)4.4.1 终端页面 (16)4.4.2 微信微博 (17)4.4.3 全文检索 (19)4.4.4 场景式服务 (19)4.4.5 统一标准接口 (20)4.5 网站无障碍浏览系统功能要求 (20)4.5.1 系统架构 (20)4.5.2 功能结构 (22)4.5.3 部署方案 (22)4.5.4 系统要求 (24)4.6 数据迁移 (25)4.6.1 数据库迁移步骤 (26)4.6.2 数据备份 (27)4.6.3 数据校验 (27)4.6.4 系统切换 (27)4.7 云服务需求测算 (28)4.7.1 网站数据库服务器估算 (28)4.7.2 应用服务器估算 (28)4.7.3 网站服务器估算 (29)4.7.4 网站无障碍浏览服务器估算 (29)4.7.5 互联网网络资源需求 (30)4.7.6 互联网存储资源需求 (30)4.7.7 支撑软件 (31)4.7.8 网站系统需求资源汇总 (31)4.8 系统拓扑图 (32)5 标准规范 (33)6 项目实施管理 (34)6.1 项目实施组织 (34)6.1.1 管理机构 (34)6.1.2 实施机构 (35)6.2 项目进度安排 (35)6.3 安全管理制度 (36)6.3.1 网络安全 (36)6.3.2 数据安全 (37)6.3.3 应用安全 (37)6.4 人员培训 (38)6.4.1 培训目标 (38)6.4.2 培训方式 (38)6.4.3 培训内容 (38)6.5 系统风险评估 (39)7 系统保障及应急预案 (41)7.1 保障措施 (41)7.2 故障处理 (42)8 项目投资 (43)8.1 项目资金预算 (43)8.1.1 云服务及其他需说明的资金支出 (43)8.1.2 信息系统开发费用 (43)8.2 项目资金筹措方式和进度计划 (43)8.2.1 项目资金筹措方式 (43)8.2.2 项目进度计划 (43)附件1:云服务清单 (45)附件2:信息系统开发费用 (47)1项目背景及现状粮食局于2012年建立门户网站,公开了办事程序,加大了信息公开力度,方便了企业、群众,基本达到了省政府对政府机关门户网站建设的要求,取得了较好的社会效益。
人社系统切换方案【人社系统切换方案】是指根据业务需求和技术发展的要求,将现有的人力资源和社会保障信息系统进行升级、迁移或更换,以提升系统的性能、可靠性和安全性,以更好地满足人社管理部门的工作需求。
在人社系统切换过程中,需要考虑系统功能的完整性、数据的迁移和兼容性等方面的问题,以确保系统切换的顺利进行和用户的满意度。
一、背景分析人社系统切换的背景主要包括以下几个方面:1. 系统升级需求:现有的人社系统可能存在一些性能瓶颈、安全隐患或功能不足等问题,需要进行升级和改造,以满足日益增长的业务需求和用户期望。
2. 技术发展需求:随着信息技术的不断发展和进步,一些新的技术和平台可能更适合人社系统的发展,因此需要对现有系统进行切换,以适应新的技术环境。
3. 业务需求变化:人社管理部门的业务需求可能会随着社会发展和政策变化而发生变化,因此系统也需要进行相应的调整和切换,以满足新的业务需求。
二、方案制定在制定人社系统切换方案时,需要考虑到以下几个关键问题:1. 系统功能的完整性:新系统在切换后需要保证原有系统的核心功能不受影响,并且可以满足新的业务需求。
2. 数据的迁移和兼容性:现有系统中的数据需要进行完整的迁移和转换,以保证历史数据的完整性,并且能够与新系统兼容,以支持后续的业务发展。
3. 系统的稳定性和安全性:新系统需要保证在切换后能够稳定运行,并且要有一定的安全保障机制,以防数据泄露和系统故障等问题的发生。
4. 用户培训和支持:在系统切换后,需要进行相应的用户培训和技术支持,以确保用户能够顺利地适应新系统,并且能够熟练地进行操作和维护。
5. 切换方案的可行性和成本效益:需要对不同的切换方案进行综合评估,包括技术可行性、成本投入和维护成本等方面的考量,以选择最适合的切换方案。
三、实施步骤针对人社系统切换方案的实施步骤,可以按照以下几个阶段进行:1. 系统评估和规划:对现有系统进行全面的评估和规划,包括系统功能、数据结构和技术环境等方面的分析,以确定切换的必要性和可行性。
项目名称系统上线切换方案创建日期:单击此处输入日期。
最后修订日期:单击此处输入日期。
文控编号: 单击此处输入文字。
文档控制更改记录日期作者版本更改记录审阅日期姓名职位审批日期职位姓名签名目录文档控制 (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) 原业务系统正常作业。
以上两套系统同时并行到十一月初,经检查核对,若新上线数据及业务动作满足需要,则停止原业务系统的作业。
咨询实施方法论7.0标准实施服务产品交付全程指导目录1 前言 01 1.1使用说明02 1.2核心思想022 实施方法详解 05 2.1概述06 2.2适用范围07 2.3项目实施策略07 2.4实施指导原则093 路线图总览 114 内容详解 13 4.1项目规划阶段14 4.1.1阶段目标 15 4.1.2 阶段任务 15 4.1.3操作攻略 15 4.1.4交付物清单 19 4.2蓝图设计阶段20 4.2.1阶段目标 20 4.2.2阶段任务 204.2.3操作攻略 21 4.2.4交服务清单 29 4.3系统建设阶段30 4.3.1阶段目标 30 4.3.2阶段任务 30 4.3.3操作攻略 31 4.3.4交付物清单 34 4.4上线切换阶段34 4.4.1阶段目标 34 4.4.2阶段任务 35 4.4.3操作攻略 35 4.4.4交付物清单 38 4.5持续支持阶段39 4.5.1阶段目标 39 4.5.2阶段任务 39 4.5.3操作攻略 40 4.5.4交付物清单 42了一套工具、模板,力求流程清晰、简练实用,形成咨询实施方法论V7.0-标准实施服务产品的交付方法。
1.1 使用说明标准实施方法主要指导NC、U8、U9、EHR、PLM、CRM等需要提供标准实施服务的项目,规定了项目实施的标准阶段、任务、工作流程、工作内容、角色和责任、交付成功标准等,为实施顾问提供从项目开始到项目收尾的全生命周期的管理,旨在规范标准实施、降低标准实施风险、提高标准实施的成功率。
当然,任何实施方法都只是战略导向,是带领项目走向成功的向导图。
而具体对一个项目来说,应该如何实施、怎样分阶段、每阶段重点工作是什么、解决什么问题、会有什么情况、怎样应对、采用什么样的方法等。
实施顾问不能仅仅按照实施方法照本宣科,而应该在方法的原则指导下根据实际情况做灵活的调整和运用,把方法理论与客户业务相结合、与行业最佳实践、与产品实际相结合,这才是编写这套实施方法的主旨。
系统切换方案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. 功能性需求:确保新系统的功能完善,满足现有的业务需求,以及适应未来的业务变化。
2. 性能需求:对新系统的性能要求进行评估,确保系统能够高效地处理各类业务请求。
3. 安全性需求:保证新系统的安全性,防止数据泄露、篡改等安全事件的发生。
4. 可靠性需求:提高新系统的可靠性,降低因系统故障导致业务中断的可能性。
三、技术架构设计在系统需求分析的基础上,进行技术架构设计。
主要包含以下内容:1. 技术选型:根据业务需求和系统特点,选择合适的技术栈和工具。
2. 模块划分:对系统进行合理的模块划分,便于开发和维护。
3. 接口设计:设计清晰的系统接口,便于与其他系统的集成和交互。
4. 数据库设计:合理设计数据库结构,保证数据的安全性和完整性。
四、数据迁移计划为了确保系统切换的顺利进行,需要进行数据迁移。
主要包含以下步骤:1. 数据备份:对旧系统中的数据进行备份,防止数据丢失。
2. 数据清洗:对数据进行清洗和转换,确保数据的准确性和一致性。
3. 数据导入:将清洗后的数据导入到新系统中。
4. 数据验证:验证数据的完整性和准确性,确保数据迁移的可靠性。
五、测试与验证在完成数据迁移后,需要对新系统进行充分的测试与验证。
主要包含以下内容:1. 功能测试:对新系统的各项功能进行测试,确保功能完备且无缺陷。
2. 性能测试:测试新系统的性能表现,确保能够满足业务需求。
医院信息系统的切换方案及实践刘晓东;刘洋;田丽丽;朱旭玮【摘要】目的:探讨医院信息系统切换的准备工作及实施过程,为系统切换提供实践指导.方法:从组织准备、数据整理、操作培训、软硬件配置、应急预案、后续维护等方面入手,完成医院新旧信息系统的切换.结果:在充分的前期准备及后续支持到位的保障下,本次系统切换顺利完成,医院整体业务平稳过渡.结论:医院信息系统切换是一项复杂的工作,稍有不慎将导致切换失败,若在前期能参考其他医院的经验并结合本单位的实际情况进行充分准备,实施过程中沉着应对,即可切换成功.【期刊名称】《医疗卫生装备》【年(卷),期】2014(035)006【总页数】3页(P132-134)【关键词】医院信息系统;系统切换;数据准备;硬件准备;切换方案【作者】刘晓东;刘洋;田丽丽;朱旭玮【作者单位】441021 湖北襄阳,襄阳市中心医院信息中心;441021 湖北襄阳,襄阳市中心医院信息中心;441021 湖北襄阳,襄阳市中心医院信息中心;441021 湖北襄阳,襄阳市中心医院信息中心【正文语种】中文【中图分类】R318;R197.3240 引言随着医疗改革的深入推进,医院的信息化建设步伐不断加快[1]。
许多医院因原有系统无法满足现在及未来的各项要求,纷纷引入新的信息系统,其中最为关键的就是新旧系统的切换工作,其涉及面广、风险巨大,是系统建设成败的第一步[2]。
我们认为,衡量系统是否切换成功的重要标志是:短时间内数据迁移完整准确、业务流程保持正常运转、各项数据报表符合要求。
我院近年进行了一次全院医院信息系统的大规模切换工作,我们在厂家的密切配合之下,顺利地完成了此次切换。
1 切换前准备要充分1.1 组织准备组织动员要充分。
新系统上线需要全院多个部门的参与配合,重点是财务、药学、医务、护理等关键部门。
需要有强力的领导组织,明确管理细节,建立层级权责,及时、果断地对有关问题进行决策。
对确定了的问题,通过会议、文件等形式尽快通知到临床科室和相关操作人员[3]。
新老系统迁移及整合方案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。
_______ERP项目
系统切换方案
建立日期: 2011-05-22
修改日期:
文控编号: UF_XX_(PMP项目号)_03(阶段序号)_XX(流水号)
客户项目经理:
日期:
用友项目经理:
日期:
文档控制更该记录
审阅
分发
目录
文档控制 ........................................................................................................................................... 错误!未定义书签。
1.文档说明 (4)
1.1.概述 (4)
1.2.文档样式使用说明 ............................................................................................................... 错误!未定义书签。
2.切换模式 (5)
3.上线准备 (5)
3.1.静态数据准备 (5)
3.2.动态数据准备 (6)
3.3.业务截止时间 (6)
3.4.仓库盘点 (6)
3.5.数据备份 (6)
4.系统切换 (6)
4.1.静态数据切换 (6)
4.2.动态数据切换 (6)
4.3.切换检查 (7)
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.概述
该文档将包括以下几个部分:
•
•
•
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晚上,将所有的交易录入或导入用友XX产品 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。
当日工作完成后,信息中心备份XX产品 ERP中的数据。
4.系统切换
4.1.静态数据切换
2008-7-20前,静态数据均需要在XX产品 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公司用友XX产品系统实施项目进展顺利,已经完成以下工作:
1)系统静态数据录入基本完成,其中物料清单已准备完成,需后期录入系统;固定资产卡片
也已基本准备完成,等待导入工具开发完成后导入系统。
2)采购部分期初单据已经录入系统,库存上期末盘点数据也已录入完毕;财务期初余额已录
入完毕。
3)除自动规划外各模块已进入运用状态,各模块使用人员开始录入首批单据;
经检查确认,用友XX产品 ERP实施范围内各功能模块均已正常运行,达到了预期效果,符合双方的要求,具备按有关程序进行下一步工作的基础。
双方一致确认,实施项目进入系统上线阶段。
为将风险降低到最小,双方一致认为需要与企业原有的系统并行一段时间,选择了一个恰当的时机,实现全面切换。
用友顾问将继续在现场支持一段时间,随时解决出现的问题,帮助客户完善系统流程。
客户方应继续严格要求各模块相关操作人员,保证系统的持续规范运转,让系统早日为公司带来价值。