发布管理的各项ITSS原则都起到了啥作用
本帖最后由 monicazhang 于 2015-10-22 10:53 编辑20151022 淡然续上
7.5 流程执行原则7.5.1 流程常规原则 n所有涉及生产环境的软件版本的变更都必须严格遵循发布管理流程，安装的版本都是正确的、经过授权和测试n所有发布执行工作都应被记录并可追踪 ITSS考试n每月产生发布流程管理报表，对失败的发布进行回顾和检查，以更好地管理发布流程n应半年对流程进行回顾，回顾内容包括流程关键衡量指标、流程执行效率和流程支持工具的有效性，以改进发布管理流程。
7.5.2 流程关联原则 n和配置管理流程的关联在制定发布计划时，通过参考配置管理数据库评估可能关联的系统。配置管理流程应当在发布实施完成后1个工作日内对CMDB数据库进行及时更新。n和变更管理流程的关联涉及发布的变更通过发布流程投产进入生产环境，发布任务完成将结果反馈到变更管理流程。同时变更管理流程需确认与本次发布相关配置项及时得到更新后才能关闭。
7.5.3 发布通知原则 对现有业务系统产生影响的发布，例如因实施发布而需要停机或者中止业务，均需在发布执行前提前通知有关人员做好业务调整，减少对业务的影响，待发布完成后再次通告。
7.5.4 DSL管理控制原则 nDSL（最终软件库）是存储所有软件配置项的最终正式版本的安全的物理存储库。发布管理确保所发布内容在DSL中得到及时更新。n在DSL（最终软件库）中存储了软件配置最新发布版本；实施回退计划的原版本；以及历次发布的所有历史版本。nDSL由软件控制主管进行严格管理，主要内容包括软件出入库、使用申请、更换等，并保证DSL中的软件记录与CMDB信息保持一致。nDSL可以由专业的软件开发配置管理软件来物理实现。 ITSS认证
7.5.5 软件版本的策略原则 n为了对同一软件的不同版本进行区分，需要对每个发布分派唯一的识别标志。发布识别标识包括相关配置项并包括含有一位或多位的数字版本号。n对于全发布与包发布可以定义为“XX系统V1－日期”;对于Delta发布可以定义为“XXV1.1－日期”例如（BOSSV1.1-20061010 表示2006年10月10日发布BOSSV1.1的delta发布版本），具体的定义方式可以参考中国移动相关规定。
7.5.6 发布集成测试与用户测试原则 n对于风险为重大或高的发布在引入实际生产环境前必须经过严格的集成测试与用户验收。n通过发布集成测试工作，对发布单元中的一组变更从系统角度进行验证。从而消除相关变更中潜在的系统冲突。n通过用户测试工作，对发布单元中的一组变更从用户功能进行验证。从而消除相关变更中潜在的功能冲突。n对系统进行发布时，需根据发布性质、影响面等情况在发布请求单中选择是否需要在测试环境进行集成测试与用户测试。如果需要，则按照测试计划进行。集成测试及用户测试完成后应由相关测试专家及用户签署确认报告。n测试与验收工作应当由独立的IT与业务人员来执行
7.5.7 发布拒绝原则 如果一个发布请求被拒绝，应当通过变更管理流程来重新安排。被拒绝的发布请求应当作为失败发布。
7.5.8 发布频率原则 参考变更执行窗口，发布频率为每半个月执行一次（和变更执行窗口一致，可由发布经理调整）。为了保证发布流程中的测试、培训、通知等环节得到有效执行，从而保证发布质量，发布请求至少在期望上线日1个月前提交。 ITSS培训
待续http://ITIL-foundation.cn/thread-52495-1-1.html本帖关键字：ITSS
页:
[1]