20151022 淡然

续上

7.   发布管理流程

发布管理是指通过应用正规的工作流程把变更管理所批准的一些变更请求的组合实施到生产环境中。

7.1      流程目的

发布管理流程是将一组通过测试验证后的变更导入实际生产环境的管理控制流程，这些变更涉及到软件版本的变化，发布负责处理相关变更任务在技术与非技术方面所需要考虑的问题。通过发布流程的实施，可以确保对生产环境的变更得到有效控制，对IT服务产生最小影响，客户需求得到最大满足。

发布管理流程通过以下的方式来提高IT系统发布成功率与可用性的运维目标：                              ITSS培训

n  计划并监视软件和相关硬件成功的发布

n  确保正在对其进行改动的硬件和软件是可跟踪的、安全的，而且已安装的版本都是正确的、经过授权和经过测试

n  通过与变更管理流程达成一致来确定发布的准确内容和计划

n  利用配置管理流程和变更管理流程的控制流程将新的软件发布或硬件有效的添加到生产环境中

n  确保将所有软件的主副本保存在“最终软件库 (DSL)”中，并确保通过配置管理流程对配置管理数据库 (CMDB) 进行更新

n  利用配置管理流程确保所有正在对其进行发布的硬件、软件是安全的且是可跟踪的。

7.2      流程主要内容

发布管理流程始于发布的接受，结束于发布的关闭。该流程包含下述主要内容：

n  接受分派

变更管理流程提出发布申请，发布流程经理对发布请求进行审核，检查文档是否完全（支持文档、运营文档、培训手册、发布手册等），决定是否接受发布申请。对于已接受的发布申请，根据发布请求进行分类，并分派给相应的发布主管，由其进行发布计划的制订工作。

n  软件的开发与测试

对于需要进行软件开发和测试的发布，发布主管应该根据发布涉及的内容和发布计划的要求，组织相关的软件开发商和系统厂商进行软件开发，并测试其功能。

n  制定发布计划

发布主管接受发布单，制订相应的发布计划，对发布任务进行日程安排，并将一组相关的发布任务安排到相应的发布单元，根据发布周期制定整体发布计划。

对于项目类的发布申请，根据项目上线计划的日程合理安排发布时间。

n  发布准备

发布实施人根据发布计划进行发布相关的准备工作。包括机房、供电等环境，硬件设备，从最终软件库取得相关软件，相关支持工具的准备等。

n  发布培训

培训主管根据发布内容制定培训计划，组织相关人员参与发布前的培训工作。以确保相关人员有足够技能来保证系统发布后的有效运行。其中可包括：

1)        发布参与人员的技术培训

2)        系统维护人员的二线维护培训                                                    ITSS认证

3)        帮助台的人员的一线支持培训

4)        系统最终用户的使用培训

n  系统集成测试

发布主管提出测试申请，发布经理对该申请进行审批。通过审批后，由发布主管组织系统集成测试，测试完毕后相关参与测试专家签署系统测试意见，记录测试文档。如测试未通过，由发布主管与实施人进行原因分析。

1)        如果测试失败原因是“测试方法不合理”，由发布主管重新组织系统集成测试；

2)        如果测试失败原因是“变更构建或系统冲突造成失败”，由发布主管向发布经理汇报，发布经理将发布请求工作单退回变更流程。

n  用户测试

发布主管组织相关用户进行用户测试，并在测试完毕后由用户签署用户测试意见，记录用户测试相关文档。如测试未通过，由发布主管与实施人进行原因分析。

1)        如测试失败原因是“用户测试不合理”，由发布主管重新组织用户测试工作；

2)        如测试失败原因是“变更构建不合理或系统冲突”，由发布主管向发布经理汇报，发布经理将发布请求工作单退回变更流程。

n  发布沟通

发布主管与系统用户进行沟通，根据业务需求确定发布最佳时间。如发布对业务产生影响，需在实施前通知相应用户，并提供发布期间的临时替代方案建议，以满足发布期间业务需求。

n  发布批准

各项准备工作完成后，发布主管根据发布周期的安排将投产申请提交发布经理进行审批。发布流程经理检查所有发布的准备工作是否充分，对上线发布进行批准与拒绝。同时批准发布投产后的发布号码，由发布主管组织实施。对于拒绝的上线发布，发布流程经理对说明具体原因：

1)        如拒绝原因是“发布准备不充分”，由发布主管进行完善后重新申请；

2)        如拒绝原因是“变更流程准备不充分”，发布经理将发布请求工作单退回变更流程。

n  发布实施

根据发布计划发布实施人负责生产环境的发布工作。发布实施后对结果进行确认，如发布成功则通知发布经理进行确认。如发布失败则实施回退计划。

n  确认与关闭

发布经理接到发布完成通知，组织相关人员对发布工作进行确认，根据确认结果对发布流程关闭。同时关闭发布申请工作单。

7.3      与其他流程的关系

发布管理流程从变更管理流程接收发布申请单。同时变更管理通过发布单实施了解发布的实施。在发布工作完成后由变更主管协调配置管理流程对与发布相关的配置信息进行及时更新工作。

n  与配置管理流程的关系

配置管理提供配置项的属性及配置项之间的相互关系、发布所需的配置项与IT服务之间的关系等信息，发布管理判断和估计发布的风险和影响，同时发布管理流程执行完成后通过变更管理流程更新配置项。

n  与变更管理流程的关系

变更管理流程中对变更的计划、风险和方案审批通过后，如果需要启动发布来实施这个变更，则向发布管理流程提交发布申请单，在发布管理完成整个发布过程后，再回到变更管理流程，继续变更过程的回顾。                            ITSS考试

7.4      流程范围

发布管理流程的管理范围是：BOSS系统、BASS、P-BOSS和BOMC系统等IT生产环境的变更所发起的发布请求。

待续http://www.itilxf.com/thread-52494-1-1.html

本帖关键字：ITSS

20151022 淡然

续上

7.   发布管理流程

发布管理是指通过应用正规的工作流程把变更管理所批准的一些变更请求的组合实施到生产环境中。

7.1      流程目的

发布管理流程是将一组通过测试验证后的变更导入实际生产环境的管理控制流程，这些变更涉及到软件版本的变化，发布负责处理相关变更任务在技术与非技术方面所需要考虑的问题。通过发布流程的实施，可以确保对生产环境的变更得到有效控制，对IT服务产生最小影响，客户需求得到最大满足。

发布管理流程通过以下的方式来提高IT系统发布成功率与可用性的运维目标：                              ITSS培训

n  计划并监视软件和相关硬件成功的发布

n  确保正在对其进行改动的硬件和软件是可跟踪的、安全的，而且已安装的版本都是正确的、经过授权和经过测试

n  通过与变更管理流程达成一致来确定发布的准确内容和计划

n  利用配置管理流程和变更管理流程的控制流程将新的软件发布或硬件有效的添加到生产环境中

n  确保将所有软件的主副本保存在“最终软件库 (DSL)”中，并确保通过配置管理流程对配置管理数据库 (CMDB) 进行更新

n  利用配置管理流程确保所有正在对其进行发布的硬件、软件是安全的且是可跟踪的。

7.2      流程主要内容

发布管理流程始于发布的接受，结束于发布的关闭。该流程包含下述主要内容：

n  接受分派

变更管理流程提出发布申请，发布流程经理对发布请求进行审核，检查文档是否完全（支持文档、运营文档、培训手册、发布手册等），决定是否接受发布申请。对于已接受的发布申请，根据发布请求进行分类，并分派给相应的发布主管，由其进行发布计划的制订工作。

n  软件的开发与测试

对于需要进行软件开发和测试的发布，发布主管应该根据发布涉及的内容和发布计划的要求，组织相关的软件开发商和系统厂商进行软件开发，并测试其功能。

n  制定发布计划

发布主管接受发布单，制订相应的发布计划，对发布任务进行日程安排，并将一组相关的发布任务安排到相应的发布单元，根据发布周期制定整体发布计划。

对于项目类的发布申请，根据项目上线计划的日程合理安排发布时间。

n  发布准备

发布实施人根据发布计划进行发布相关的准备工作。包括机房、供电等环境，硬件设备，从最终软件库取得相关软件，相关支持工具的准备等。

n  发布培训

培训主管根据发布内容制定培训计划，组织相关人员参与发布前的培训工作。以确保相关人员有足够技能来保证系统发布后的有效运行。其中可包括：

1)        发布参与人员的技术培训

2)        系统维护人员的二线维护培训                                                    ITSS认证

3)        帮助台的人员的一线支持培训

4)        系统最终用户的使用培训

n  系统集成测试

发布主管提出测试申请，发布经理对该申请进行审批。通过审批后，由发布主管组织系统集成测试，测试完毕后相关参与测试专家签署系统测试意见，记录测试文档。如测试未通过，由发布主管与实施人进行原因分析。

1)        如果测试失败原因是“测试方法不合理”，由发布主管重新组织系统集成测试；

2)        如果测试失败原因是“变更构建或系统冲突造成失败”，由发布主管向发布经理汇报，发布经理将发布请求工作单退回变更流程。

n  用户测试

发布主管组织相关用户进行用户测试，并在测试完毕后由用户签署用户测试意见，记录用户测试相关文档。如测试未通过，由发布主管与实施人进行原因分析。

1)        如测试失败原因是“用户测试不合理”，由发布主管重新组织用户测试工作；

2)        如测试失败原因是“变更构建不合理或系统冲突”，由发布主管向发布经理汇报，发布经理将发布请求工作单退回变更流程。

n  发布沟通

发布主管与系统用户进行沟通，根据业务需求确定发布最佳时间。如发布对业务产生影响，需在实施前通知相应用户，并提供发布期间的临时替代方案建议，以满足发布期间业务需求。

n  发布批准

各项准备工作完成后，发布主管根据发布周期的安排将投产申请提交发布经理进行审批。发布流程经理检查所有发布的准备工作是否充分，对上线发布进行批准与拒绝。同时批准发布投产后的发布号码，由发布主管组织实施。对于拒绝的上线发布，发布流程经理对说明具体原因：

1)        如拒绝原因是“发布准备不充分”，由发布主管进行完善后重新申请；

2)        如拒绝原因是“变更流程准备不充分”，发布经理将发布请求工作单退回变更流程。

n  发布实施

根据发布计划发布实施人负责生产环境的发布工作。发布实施后对结果进行确认，如发布成功则通知发布经理进行确认。如发布失败则实施回退计划。

n  确认与关闭

发布经理接到发布完成通知，组织相关人员对发布工作进行确认，根据确认结果对发布流程关闭。同时关闭发布申请工作单。

7.3      与其他流程的关系

发布管理流程从变更管理流程接收发布申请单。同时变更管理通过发布单实施了解发布的实施。在发布工作完成后由变更主管协调配置管理流程对与发布相关的配置信息进行及时更新工作。

n  与配置管理流程的关系

配置管理提供配置项的属性及配置项之间的相互关系、发布所需的配置项与IT服务之间的关系等信息，发布管理判断和估计发布的风险和影响，同时发布管理流程执行完成后通过变更管理流程更新配置项。

n  与变更管理流程的关系

变更管理流程中对变更的计划、风险和方案审批通过后，如果需要启动发布来实施这个变更，则向发布管理流程提交发布申请单，在发布管理完成整个发布过程后，再回到变更管理流程，继续变更过程的回顾。                            ITSS考试

7.4      流程范围

发布管理流程的管理范围是：BOSS系统、BASS、P-BOSS和BOMC系统等IT生产环境的变更所发起的发布请求。

待续http://www.itilxf.com/thread-52494-1-1.html

本帖关键字：ITSS