新版系统上线流程规范.pdf
上线流程规范
产品上线管理流程规范为确保公司产品上线质量，运行流畅、提高工作效率，同时为了各部门适应产品上线流程以及公司发展需要，特制定晨星产品上线管理流程规范。
使用范围：本规范使用与产品技术部所有在建项目，只要涉及到版本提交、上线工作即使用本管理办法。
流程详解：一、普通项目上线流程1.首先要申请的项目必须完成开发阶段2.该项目要提交测试申请—邮件形式通知项目相关人员及领导3.测试人员将bug提交到禅道，开发人员修复bug后提交禅道平台，测试人员进行回归测试4.经过测试人员测试，并且通过测试、符合上线标准—测试组会出具测试报告5.申请上线人员通过邮件形式出具测试报告以及产品上线申请单（并打印纸质版）发给技术总监与相关人员6.经过技术总监和测试人员签字后项目方可上线。
7.上线后请发邮件给所用相关人员，并提示项目已经上线，申请测试人员进行线上测试，把风险降低到最小二、紧急上线流程紧急项目上线流程要求上线方技术部高层领导测试组开发完成项目需要上线开发人员给测试人员提测测试人员进行测试输出测试报告提交给开发产品可以上线开发人员进行上线操作，上线后告知测试人员测试人员进行线上测试线上测试完成后告知项目参与人高管人员决定是否修改问题开发人员修复问题YNYNNY1.拥有特殊情况的项目如：上线后仍然存在严重bug影响用户使用的，紧急改版的，公司紧急战略部署的等可拥有紧急上线资格，邮件告知开发人员并附上高层许可的紧急上线申请单（打印纸质版）2.当该项开发完成之后研发人员直接邮件提交测试邮件3.测试出问题后，开发没有修改时间，由高管权衡是否带着问题上线4.经过测试人员测试后邮件发送出具紧急项目测试报告5.由技术总监和测试人员签字后项目即刻上线6.上线后请发邮件给所用相关人员，并提示项目已经上线，申请测试人员进行线上测试，把风险降低到最小三、活动项目上线流程活动项目上线流程要求上线方技术部测试组开发完成项目需要上线开发人员给测试人员提测（邮件）开发人员进行修改测试人员进行测试输出测试报告提交给开发产品可以上线开发人员进行上线操作，上线后告知测试人员测试人员进行线上测试线上测试完成后告知项目参NNYY1.首先要申请的项目必须完成开发阶段2.该项目要提交测试申请—邮件形式通知项目相关人员及领导3.测试人员将bug提交到禅道，开发人员修复bug后提交禅道平台，测试人员进行回归测试4.经过测试人员测试，并且通过测试、符合上线标准—测试组会出具测试报告5.申请上线人员通过邮件形式出具测试报告以及产品上线申请单（并打印纸质版）发给技术总监与相关人员6.经过技术总监和测试人员签字后项目方可上线。
流程制度——上线发布管理操作指引
远东宏信有限公司上线发布管理操作指引修订记录目录1. 目标 (4)2. 范围 (4)3. 上线发布对象 (4)4. 上线发布类型 (4)5. 上线发布方式 (4)6. 上线发布流程 (5)6.1 上线发表流程概述 (5)6.2上线发布规划 (6)6.3上线发布准备 (6)6.4上线发布实施 (7)6.4.1新系统上线发布流程 (7)6.4.2系统升级上线发布流程 (9)6.4.3上线发布操作 (10)6.5上线发布确认 (11)7. 发布材料 (11)8. 附则 (11)1.目标上线发布管理流程的目的是保证对IT生产环境进行可控地更该，规范上线系统切换的步骤和操作，保证上线质量和效率和系统上线的平稳运行。
流程的主要阶段包括：上线发布前规划、上线发布前准备、上线发布的申请审批、上线发布实施、上线发布确认。
2.范围适用于远东宏信有限公司（以下简称“远东宏信”）及下属及控股子公司。
3.上线发布对象所有应用系统在总部生产环境的软件版本发布，包括新系统发布、已有系统的升级和系统补丁。
发布管理流程管理的是待上线/已上线的应用系统，不针对项目。
若应用系统未经立项过程进行开发，在开发完成后，也需通过本流程投入生产使用。
不涉及到程序代码变更的应用系统数据变更、软件、硬件等升级或替换、应用系统的配置更新不属于发布范围之内。
4.上线发布类型上线发布类型分为2类：新版本发布和升级版本发布5.上线发布方式上线发布方式分为2类：计划内发布和紧急发布6. 上线发布流程6.1 上线发布流程概述上线发布分为上线发布规划，上线发布准备，上线发布实施，上线发布确认4个步骤编号步骤描述输入/触发条件输出1上线发布规划确定上线发布计划项目计划/发布窗口安排新系统/系统升级发布流程待办1. 准备上线发布的相关文档2. 上线发布的软件和硬件环境准备1. 审核上线发布的各相关事项是否准备就绪；2. 审核上线发布的方案是否符合规范3. 依据发布方案和发布步骤进行系统发布1.发布流程执行负责人根据各方提供的技术意见判断整个发布是否成功；2.发布流程执行负责人整理此次发布的所在相关文档及程序后，关闭成功发布，同时将发布的结果通3.需求部门对上线后系统功能测试后的确认文件上线发布实施发布申请3审批流程和系统生产环境上线2上线发布准备发布申请审批意见4上线发布确认发布申请系统发布相关的文档和记录项目经理和系统拥有人根据上线发布的实际情况确认上线发布的类型和方式。
系统上线流程
线阶段工作流程图一，上线前准备1，文档验收：软件开发方提交各种系统文档，具体应提交的文档需要按照合同要求等进行检查，应包括但不限于:(1)技术方案建议书；(2)系统接口规范；(3)系统安装手册；(4)系统监控和维护手册；(5)用户使用手册；上述文档由运维服务商或相关人员查验后确认存档。
说明：对于小项目(3个人月以下的)，需求分析和设计可以在技术方案建议书中体现，大的项目则应该按合同要求提供。
2，软件测试(1) 软件开发方提交系统测试计划，测试用例；(2) 运维服务商提供测试环境；(3) 测试完成后，软件开发方编写测试报告并提交相关人员确认。
3，产品安装程序提交根据合同确定的方式，软件开发方提交产品安装程序，软件开发方应保证提供的程序版本，介质等是按合同要求的并完全正确可用的。
运维服务商接收后负责进行使用管理。
4，安装验证运维服务商根据软件开发方提交的安装程序进行简单安装验证，验证提供的安装程序和系统安装手册正确性。
5，培训软件开发方对运维服务商日常监控和维护人员进行最少一次的培训，同时运维服务商根据培训，验证提供的系统监控和维护手册的正确性。
6，上述工作1-5完成后，由软件开发方和运维服务商制定系统上线计划，包括上线检查清单，上线支持人员，恢复机制等，并提交上线计划至相关部门进行审核。
系统上线计划经过审核正式批准后，软件开发方和运维服务商应根据合同规定或双方达成的一致意见，再次确认如下事项，同时明确双方的责任义务并通知至所有上线相关部门：(1)协商并明确安装日程，进度安排以及保证措施；(2)确定部署人员和中心的配合人员，并进行部署前的技术准备工作；(3)确认上线系统网络环境和设备等的可使用性，可存取性。
二，系统上线1，运维服务商的系统上线操作人员将程序移植到生产环境；2，系统上线完成，形成各方确认的上线报告；3，设立一段时间的上线运行观察期，观察期内由软件开发方和运维服务商共同确保系统的正常运行；三，上线后系统运行管理系统上线运行观察期正常结束后，系统交由运维服务商负责主要管理和维护。
系统上线方案
系统上线方案1. 引言在软件开发完毕后，为了让用户能够正常使用，需要将系统上线。
系统上线方案是指规划和安排系统上线所需要的步骤和资源，并确保系统稳定运行。
本文将介绍一个系统上线的方案。
2. 准备工作在系统上线之前，需要进行一些准备工作以确保系统能够顺利上线。
以下是准备工作的步骤：2.1 确定系统需求首先，需要明确系统的需求以及用户的期望。
这包括系统的功能和性能要求，用户的使用习惯和期望等。
由于系统上线后很难进行大规模的修改，因此在上线之前，需要确保系统完全满足用户的需求。
2.2 系统测试在上线之前，需要进行系统的测试以确保系统的稳定性和正常运行。
测试包括单元测试、集成测试、系统测试和用户验收测试等。
通过测试可以发现系统中的问题并进行修复，确保系统没有明显的缺陷和故障。
2.3 服务器准备在系统上线之前，需要准备服务器以支持系统的部署和运行。
这包括选择合适的服务器硬件和操作系统，安装必要的软件和配置服务器的环境等。
确保服务器能够满足系统的性能和安全要求。
2.4 数据库准备系统上线需要使用数据库来存储和管理数据。
因此，在上线之前需要准备好数据库，并进行必要的配置和优化。
确保数据库能够支持系统的数据需求和性能要求。
3. 上线流程系统上线的流程主要包括以下几个步骤：3.1 代码部署首先，需要将系统的代码部署到服务器上。
这包括将代码从开发环境中导出，并在目标服务器上进行导入和设置。
确保代码的完整性和正确性。
3.2 系统配置系统配置是指对系统进行必要的配置和参数设置，以使系统能够正常运行。
这包括设置系统的基本配置、数据库连接、安全设置等。
确保系统的配置与需求一致，并进行必要的安全调整。
3.3 数据导入如果系统需要导入大量的数据，需要在上线之前进行数据导入。
这包括将数据从开发环境中导出并导入到目标数据库中。
确保数据的完整性和一致性。
3.4 测试与验证在上线之前，需要进行系统的测试和验证。
这包括对系统进行功能和性能测试，确保系统能够正常运行，并满足用户的需求和期望。
系统上线过程(模板)
系统上线过程（V1.0）目录1导言 (3)1.1编制目的 (3)1.2适用范围 (3)1.3术语定义 (3)2角色与职责 (3)3入口准则 (3)4过程描述 (4)4.1输入 (4)4.2过程活动 (4)4.2.1系统上线方案制定与确认 (5)4.2.2系统安装与部署 (5)4.2.3用户培训 (5)4.2.4系统数据准备 (6)4.2.5正式上线 (7)4.2.6系统监控 (8)4.2.7问题跟踪与处理 (8)4.2.8出具上线报告 (8)4.3输出 (8)5出口准则 (9)6裁剪指南 (9)7相关文件 (9)1 导言1.1 编制目的本文档目的是规范软件开发项目中的系统上线过程。
1.2 适用范围适用于软件开发类项目中新建、新部署的软件系统的上线过程项目。
1.3 术语定义UAT：用户验收测试2 角色与职责3 入口准则系统上线前期工作无明确入口，依据项目计划尽早启动在系统上线前，系统必须通过用户验收测试4 过程描述4.1 输入项目进度计划系统需求、架构设计、概要设计UAT测试报告软件系统版本、用户手册、系统安装手册等4.2 过程活动4.2.1 系统上线方案制定与确认项目经理与客户沟通确定上线要求，上线组根据上线的要求，制订系统上线方案。
系统上线方案是一个组织实施方案，对上线的阶段划分、上线时间点、组织结构、资源需求、组织协调、应急方案、重点事项等工作进行总体安排。
系统上线方案制定后，项目经理应组织内部评审或审核，通过后，还必须通过客户关键干系人的确认，与客户就上线的相关工作达成共识。
上线方案经过客户确认后，作为后续上线工作的指导性文件。
4.2.2 系统安装与部署1) 系统部署方案制定和确认系统部署方案由上线组负责组织编写（如果项目组有专门的系统小组，部署方案由系统组编写并实施），包括对系统的硬件资源需求、硬件配置、应用部署、负载均衡、应用配置、部署工作的时间安排、外部资源协调等进行阐述。
系统部署方案通过内部审核后，还必须通过客户的认可，与客户就部署的相关工作安排达成共识，并就方案中要求的硬件设施、系统软件、工具等的到位时间进行确认。
上线流程规范
产品上线管理流程规范目的：为确保公司产品上线质量，运行流畅、提高工作效率，同时为了各部门适应产品上线流程以及公司发展需要，特制定晨星产品上线管理流程规范。
使用范围：本规范使用与产品技术部所有在建项目，只要涉及到版本提交、上线工作即使用本管理办法。
流程详解：一、普通项目上线流程普通项目上线要求上线方研发部测试组开发完成项目需要上线开发人员给测试人员提测（邮件）测试人员进行冒烟测试开发人员进行修改测试人员进行测试输出测试报告提交给开发产品可以上线开发人员进行上线操作，上线后告知测试人员测试人员进行线上测试线上测试完成后告知项目参与人YYYNNNNY1.首先要申请的项目必须完成开发阶段2.该项目要提交测试申请—邮件形式通知项目相关人员及领导3.测试人员将bug提交到禅道，开发人员修复bug后提交禅道平台，测试人员进行回归测试4.经过测试人员测试，并且通过测试、符合上线标准—测试组会出具测试报告5.申请上线人员通过邮件形式出具测试报告以及产品上线申请单（并打印纸质版）发给技术总监与相关人员6.经过技术总监和测试人员签字后项目方可上线。
7.上线后请发邮件给所用相关人员，并提示项目已经上线，申请测试人员进行线上测试，把风险降低到最小二、紧急上线流程紧急项目上线流程要求上线方技术部高层领导测试组开发完成项目需要上线开发人员给测试人员提测测试人员进行测试输出测试报告提交给开发产品可以上线开发人员进行上线操作，上线后告知测试人员测试人员进行线上测试线上测试完成后告知项目参与人高管人员决定是否修改问题开发人员修复问题YNYNNY1.拥有特殊情况的项目如：上线后仍然存在严重bug影响用户使用的，紧急改版的，公司紧急战略部署的等可拥有紧急上线资格，邮件告知开发人员并附上高层许可的紧急上线申请单（打印纸质版）2.当该项开发完成之后研发人员直接邮件提交测试邮件3.测试出问题后，开发没有修改时间，由高管权衡是否带着问题上线4.经过测试人员测试后邮件发送出具紧急项目测试报告5.由技术总监和测试人员签字后项目即刻上线6. 上线后请发邮件给所用相关人员，并提示项目已经上线，申请测试人员进行线上测试，把风险降低到最小三、活动项目上线流程活动项目上线流程要求上线方技术部测试组开发完成项目需要上线开发人员给测试人员提测（邮件）开发人员进行修改测试人员进行测试输出测试报告提交给开发产品可以上线开发人员进行上线操作，上线后告知测试人员测试人员进行线上测试线上测试完成后告知项目参NNYY1.首先要申请的项目必须完成开发阶段2.该项目要提交测试申请—邮件形式通知项目相关人员及领导3.测试人员将bug提交到禅道，开发人员修复bug后提交禅道平台，测试人员进行回归测试4.经过测试人员测试，并且通过测试、符合上线标准—测试组会出具测试报告5.申请上线人员通过邮件形式出具测试报告以及产品上线申请单（并打印纸质版）发给技术总监与相关人员6.经过技术总监和测试人员签字后项目方可上线。
新版系统上线流程规范.pdf
2. 开发人员对各自开发模块功能文档化并制定测试方案， 特别注 意临界点测试方案。
3. 开发人员相互交换测试方案并对系统进行交叉测试。 4. 记录各种数据测试结果及测试问题， 并交由相关开发人员进行
二次迭代处理，该点须交付测试方案测试结果报告。 5. 内测完毕后交由相关业务及需求人员进行集成测试， 并请测试
合理的上线时间以及上线失败的回退步骤。 3. 上线后再交由业务及需求人员进行正式环境测试， 并记录测试
结果及问题。 提交至系统开发人员。 如若出现问题不能在计划 内时间解决，执行回退方案，并进行迭代改进。 4. 技术开发及相关业务保持对上线后正式生产系统进行有计划 地监测，及时发现问题处理问题。
附：信息系统业务审批表
附上线流程图模拟环境部署技术人员撰写测试文档并进行交叉测试并提交测试结果文档测试通过业务人员集成测试测试不通过迭代改进测试通过测试不通过迭代改进撰写正式上线执行方案备份必须数据及程序上线操作继续监测上线系统上线成功上线失败执行回退计划
业务系统上线流程规范
根据严格管理、 规范实施的要求， 制定各业务系统上线流程规范。 在已开发完毕的各系统正式部署生产环境前要严格按照以下流程进 行上线前检查。 一、 测试
人员记录测试结果及问题，交由相关开发人员进行再次迭代。 该点须交付测试方案测试结果报告。 二、 上线过程 1. 经技术开发以及业务需求测试完毕且确认无误后编制上线方 案，并提交相关技术负责人审核。 2. 上线方案须包括旧应用程序、 数据备份等相关原系统的所有信 息副本， 以便在出现升级失败后能重新恢复至先前状态。 制定
上线产品名称 上
申请部门名称 线
申请人姓名 申
关于新系统上线运行的有关事项
关于新系统上线运行的有关事项第一篇：关于新系统上线运行的有关事项关于新系统上线运行的有关事项中国CDC一、时间新系统《国家人口死亡信息登记管理系统》已于2014年1月1日上线，原《中国疾病预防控制信息系统》内《死因登记管理信息系统》将于2014年4月1日停止使用。
新老系统并行3个月。
请各级用户在老系统停运前，及时下裁相关报表，新系统仅提供历史个案数据下载，无历史报表下载。
二、访问方式1、县及县以上本级用户（疾控机构用户）可使用现有《中国疾病预防控制信息系统》VPN访问新系统。
三、登录方式新系统用户登录名称及密码与现有《中国疾病预防控制信息系统》相同。
四、报告内容自2014年2月1日起，2014年死亡的个案使用新版《死亡医学证明书》（样式见附件）采集数据，只能通过新系统《国家人口死亡信息登记管理系统》录入，届时，老系统只能录入2013年死亡个案，2014年死亡个案将无法录入老系统。
2014年如果还在使用旧版的纸质《死亡医学证明书》，也需要录入新系统，可以按照新系统的项目把旧版的内容对照过来即可。
已经录入旧系统的2014年死亡个案不需要再次录入新系统，将由国家疾控负责导入到新系统。
五、客服电话如遇到系统登录、使用等问题请拨打电话************或使用系统内的留言系统。
六、业务管理各级业务管理员可使用现有《中国疾病预防控制信息系统》VPN 访问新的权限管理系统，用于管理《人口死亡信息登记管理系统》权限，已对现有用户进行了权限初始化工作，请业务管理员进行核实与梳理。
七、新系统使用重点说明新版《死亡医学证明书》为达到防伪的目的，设置了较为严格的编码，设置原则是9位组织机构代码（国标）+年份+4位流水号，为防止流水号重复，需要在录入数据前先生成死亡证编号，同时进行组织机构代码关联工作。
具体操作说明见附件。
附件：死亡卡编号生成功能使用说明说明《人口死亡信息登记管理系统》即原《死因登记报告信息系统》中死亡卡编号的录入方式依旧为系统自动生成，但改为由使用单位预生成的方式提前将所需的死亡卡编号生成出来，在填报或录入死亡卡时依照事先生成的死亡卡编号进行填写或选择。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
办 理 人 签 字：
日期：
业务系统上线流程规范
根据严格管理、 规范实施的要求， 制定各业务系统上线流程规范。 在已开发完毕的各系统正式部署生产环境前要严格按照以下流程进 行上线前检查。 一、 测试
1. 在系统开发完毕后首先模拟配置生产环境， 并将系统部署至模 拟环境。
2. 开发人员对各自开发模块功能文档化并制定测试方案， 特别注 意临界点测试方案。
合理的上线时间以及上线失败的回退步骤。 3. 上线后再交由业务及需求人员进行正式环境测试， 并记录测试
结果及问题。 提交至系统开发人员。 如若出现问题不能在计划 内时间解决，执行回退方案，并进行迭代改进。 4. 技术开发及相关业务保持对上线后正式生产系统进行有计划 地监测，及时发现问题处理问题。
附：信息系统业务审批表
3. 开发人员相互交换测试方案并对系统进行交叉测试。 4. 记录各种数据测试结果及测试问题， 并交由相关开发人员进行
二次迭代处理，该点须交付测试方案测试结果报告。 5. 内测完毕后交由相关业务及需求人员进行集成测试， 并请测试
人员记录测试结果及问题，交由相关开发人员进行再次迭代。 该点须交付测试方案测试结果报告。 二、 上线过程 1. 经技术开发以及业务需求测试完毕且确认无误后编制上线方 案，并提交相关技术负责人审核。 2. 上线方案须包括旧应用程序、 数据备份等相关原系统的所有信 息副本， 以便在出现升级失败后能重新恢复至先前状态。 制定
上线产品名称 上
申请部门名称 线
申请人姓名 申
申请环境类型 请
测试开始时间 人
上线系统版本号 信
上线系统是否涉及 息
到其它开发方系统
上
线
内
容
说
明
申请方意见及签字：
中心经理意见及签字：
上线部署结果反馈：
备注：
测试环境
申请时间
联系电话
生产环境
其它
测试完成时间
是
否
备注：
项目负责人签字：
日期：
项目负责人签字：