×

扫描二维码登录本站

QQ登录

只需一步,快速开始

基于ITSS的发布管理步骤

标签: 暂无标签
20150626 MONICAZHANG
续上




发布管理概要设计流程图说明如下:
表格 5‑9 发布概要设计流程
[td]
序号

步骤名称
责任人
流程描述
500.1

制定发布策略
发布经理
Ÿ       发布经理定期回顾发布策略,修订不适合的部分和添加新的规定内容,并重新发布               ITSS认证
Ÿ       当系统进行了较大变更时,通常是技术框架、系统框架或应用结构发生改变时,发布经理需要及时变更发布策略
500.2

接受发布申请
发布经理
Ÿ       变更管理流程提出发布申请工作单         
Ÿ       发布流程经理对发布请求进行审核
Ÿ       根据发布请求分类将工作分派给相应技术职能的发布主管
500.3

制定发布计划
发布经理
发布主管
Ÿ       发布主管接受发布工作单                 ITSS考试
Ÿ       对当前发布计划进行检查,建立相应的发布单元或将该发布合理安排  至已有发布单元中
Ÿ       对发布任务进行日程安排
Ÿ       对发布任务进行人员安排
Ÿ       制定本发布周期的发布计划                  
Ÿ       发布经理正式签发发布计划,并召开协调沟通会
500.4

发布准备
发布主管
发布实施人
Ÿ       完成与发布相关的配套设施准备工作
Ÿ       完成与发布相关的硬件设备准备工作              ITSS体系
Ÿ       完成与发布相关的软件安装准备工作
Ÿ       完成与发布相关的支持工具准备工作
500.5

系统集成测试
发布主管
发布实施人
Ÿ       对发布所涉及变更进行统一考虑,制定集成测试计划
Ÿ       发布流程经理对测试申请进行审批 (SAP系统批准上传至QA环境)
Ÿ       发布主管组织进行系统集成测试
Ÿ       通过测试后签署系统集成测试意见
500.6

用户测试
发布主管
Ÿ       对于影响终端用户功能的发布,制定用户测试计划
Ÿ       发布主管组织进行用户测试验收
Ÿ       通过测试后签署用户测试意见                 ITIL培训
500.7

首次运行计划与审批
发布流程经理
Ÿ       与 IT用户进行沟通
Ÿ       对系统上线时间与系统用户取得一致,确定确切详细的时间安排
Ÿ       针对不同地区制定具体的行动计划
Ÿ       制定沟通计划和采购计划
Ÿ       对于符合发布要求的进行批准
Ÿ       分派给Release号码,授权发布主管进行投产发布
500.8

培训与沟通
培训主管
Ÿ       根据发布内容制定培训计划                       ITSS软件
Ÿ       对发布相关的系统维护人员进行培训
Ÿ       对帮助台的人员进行发布系统的培训工作
Ÿ       对系统用户进行发布系统的培训工作
Ÿ       对发布实施参与人进行发布培训工作
500.9

试点发布与运行
发布主管
发布实施人
Ÿ       根据首次运行计划中的规定,在试点地区生产环境进行软件的分发、安装
Ÿ       根据首次运行计划中的规定,在所有地区生产环境中对部分功能(模块)进行软件的分发、安装
Ÿ       发布主管与发布实施人负责生产环境发布实施工作
Ÿ       发布实施后对结果进行确认,如发布成功则提交发布流程经理进行确认。如发布失败则实施回退计划             ITSS培训
500.10

推广发布与运行
发布主管
发布实施人
Ÿ       在所有地区生产环境中对发布计划中的所有内容进行软件的分发、安装
Ÿ       发布主管与发布实施人负责生产环境发布实施工作
Ÿ       发布实施后对结果进行确认,如发布成功则提交发布流程经理进行确认。如发布失败则实施回退计划
500.11

确认与关闭
发布流程经理
Ÿ       发布流程经理组织对发布工作的确认,关闭发布流程,向变更管理流程返回发布申请工作单。             ISO20000培训

流程实施考虑要素:
n        当DSL中信息进行改变的时候,如新增发布版本、删除发布版本、修改现有发布版本,应与CMDB及时同步信息。由于发布管理流程中,DSL的控制操作有软件控制主管负责,软件控制主管应作为与配置管理的唯一接口,及时与配置管理沟通,同步CMDB信息。                                                        ITSS团购
n        需要发布的所有软件、参数、测试数据、运行中的软件和其它软件,都应当处于配置管理的控制下。在软件被构建应用之前,需要对其执行质量控制审核。有关构建结果的完整记录也要求记录到CMDB中,这是为了确保在必要时能按照该配置记录重复构建。
n        如果一个发布被拒绝,应当通过变更管理来重新安排。被否决的发布应当作为失败变更,通过变更管理流程来进行跟踪报告。
n        “500.9 试点发布与运行”和“500.10推广发布与运行”就是发布的分发与实施过程,它们是针对大型发布设计的过程,如在全国或全省范围内进行某应用系统的发布,通常从部分地域或部分功能开始试运行,最后到全部上线使用。如果在发布过程中仅在某单点进行,可以跳过“试点发布与运行”过程。                     ITSS工具





本帖关键字:ITSS ISO20000

微信扫一扫,阅读更方便^_^





上一篇:紧急变更ITSS子流程适用于快速机制
下一篇:服务级别管理的ITSS子流程概括
monicazhang

写了 2297 篇文章,拥有财富 12859,被 21 人关注

B Color Link Quote Code Smilies

成为第一个吐槽的人

手机版|小黑屋|最新100贴|论坛版块|ITIL先锋论坛 |粤ICP备11099876号|网站地图
Powered by Discuz! X3.4 Licensed  © 2001-2017 Comsenz Inc.
返回顶部