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