专项梳理ZLHIS系统升级解读.docx

系统升级的流程 成都中联信息产业有限公司 版本信息 版本 创建时间 版本变化调整描述 完成人 主要参与人 完成时间 1.0 2015.07.03 于陈 于陈 注：单击此处输入文字。 目录 1 进场前 - 0 - 1.1 目标版本确认 - 0 - 1.2 升级团队成员确认 - 0 - 1.3 数据库环境确认 - 0 - 1.4 模块接口使用情况确认 - 0 - 1.5 测试服务器准备确认 - 1 - 1.6 测试客户机准备确认 - 1 - 1.7 注册码申请 - 1 - 1.8 梳理重大修改说明 - 1 - 1.9 梳理BUG、需求列表 - 2 - 1.10 重大问题通告 - 2 - 1.11 待升级处理问题列表 - 3 - 2 测试期 - 3 - 2.1 项目启动会议 - 3 - 2.2 测试服务器搭建 - 3 - 2.3 测试客户机及环境准备 - 3 - 2.4 测试升级 - 4 - 2.5 FTP升级 - 4 - 2.6 个性化对比 - 5 - 2.7 功能点测试 - 6 - 2.8 院方操作人员测试 - 7 - 2.9 重大修改培训 - 7 - 2.10 接口测试 - 7 - 2.11 每周问题汇总 - 7 - 3 正式升级前准备 - 8 - 3.1 必威体育精装版安装包、特殊部件准备 - 8 - 3.2 升级PC机、网络、电源环境准备 - 8 - 3.3 升级问题汇总及脚本整理 - 9 - 3.4 升级方案整理签字 - 9 - 3.5 升级确认书整理签字 - 9 - 3.6 预升级 - 9 - 4 正式升级 - 10 - 4.1 中联及院方人员工作分配 - 10 - 4.2 科室钥匙收集及全院通知 - 10 - 4.3 数据备份 - 10 - 4.4 门诊诊室等相关站点FTP部件升级 - 11 - 4.5 正式升级操作 - 11 - 4.6 站点自动升级 - 16 - 5 正式升级后 - 17 - 5.1 门急诊收费室、挂号室、入出院处、药房等科室重点巡视 - 17 - 5.2 每日问题汇总 - 17 - 5.3 升级总结 - 17 - 6 小结 - 18 - 1 进场前 1.1 目标版本确认 在接收到医院的升级需求后，根据医院当前待实施的项目等因素来确认升级的目标版本。对于应用比较深、客户价值比较高的医院，在升级至低版本的SP版本时应该慎重考虑。因为低版本的SP版本往往还存在较多的BUG。 1.2 升级团队成员确认 项目进场前，由部门经理指定本次升级团队的各个成员，以明确各自的职责。 升级负责人：全面负责整个升级项目，与院方协调沟通升级事宜 升级协助人：协助升级及测试工作 对应服务经理：协助升级及测试工作、配合升级负责人与院方沟通 DBA:全面负责升级期间数据库事宜 程序备勤：负责升级期间BUG、需求处理 1.3 数据库环境确认 由升级负责人向院方确认，正式库的数据库环境。如服务器操作系统是LINUX还是WINDOWS，是否实施了RAC、DG，日常的备份方式是逻辑备份、数据泵还是RMAN，目前的数据量是多大，主库的硬件环境如何。 1.4 模块接口使用情况确认 与院方负责人确认目前医院正在使用的模块是哪些，以便于功能点测试工作的开展。确认医院接口的使用情况，并登记到《部件接口清单》表中，明确接口名称、接口服务器ip地址，接口部件名称、接口类型、中联接口负责人及联系方式、接口方负责人及联系方式。只有在准确的知晓医院接口使用情况后，才能在项目进场后迅速的开展接口测试工作，并且下FTP自动升级时，才有处理ZLFILEUPGRADE表的依据。部件接口清单见图1。 图1 部件接口清单 1.5 测试服务器准备确认 进场前与院方确认，测试服务器是否已经准备到位，硬件环境是否满足（针对数据量较大而测试库硬件性能较差的情况下，应该及时与院方协调更换测试服务器硬件），如：磁盘空间，CPU、内存、网络等。在测试服务器已经准备到位的情况下，可以提前远程恢复数据，搭建测试库，针对数据量大并且实施了RAC的情况，应该将DG切换至MANT状态导出备份集，以免恢复后测试库出现ORA-00600错误。针对数据量较小的医院，备份和恢复的方式比较灵活，可以视实际情况而定。 1.6 测试客户机准备确认 进场前与院方确认，测试客户机是否准备到位，客户机只要求能正常运行ZLHIS程序即可，并且能连接测试库。要求每个升级团队的测试人员都应该有独立的测试客户机，最好与院方站点实际使用的操作系统相同，这样在测试期间就能提前发现部分与操作系统相关的问题。 1.7 注册码申请 邮件申请待升级医院的注册码，以便测试升级后及时更换。 1.8 梳理重大修改说明 依据重大产品调整、专项产品说明、升级说明、实际测试等