20151106淡然

续上

5.3配置控制

图4配置控制

流程活动：

序号	活动	说明	角色
ST3.3.1	查看变更任务	配置管理员会审核用于更新配置管理系统的任务。	配置管理员
ST3.3.2	是否新建配置项	如果任务涉及创建一个或多个新配置项，请转至ST3.2.1，并遵循该步骤验证配置项创建任务。如果任务与修改现有配置项相关，请转至ST3.3.3。	配置管理员
ST3.3.3	信息是否完整和正确	验证所有信息是否可用和正确以更新配置项。任务应该涉及至少一个必须更新的配置项。任务包含描述要修改的属性。如果部分信息不完整且错误，则转至ST3.3.4（拒绝任务）。如果是，请继续ST3.3.7。ITSS考试	配置管理员
ST3.3.4	拒绝任务	如果无法完成配置更新，则将拒绝任务。必须提供原因和建议的操作。	配置管理员
ST3.3.5	评估拒绝的原因	变更协调员评估拒绝的原因。	变更协调员
ST3.3.6	收集并记录所需详细信息	变更协调员记录与拒绝的任务相关的详细信息。	变更协调员
ST3.3.7	调整配置项详细信息	修改配置管理数据库中的配置详细信息。配置修改包括： ·状态（从测试传输到生产或停用的项） ·位置（移动） ·关系和依赖性 ·项上安装的软件 ·传输所有权 ·为配置项指定合同	配置管理员
ST3.3.8	关闭任务	配置更新完成后，可以关闭任务。	配置管理员

5.4配置状态统计和报告

图5配置状态统计和报告

流程活动：

序号	活动	说明	角色
ST3.4.1	审核配置项更新	已在历史记录日志中记录并验证配置项关键属性的修改内容。在标识配置和控制活动的过程中，将创建配置状态记录。这些记录使关键变化可见并可跟踪。可以记录的配置项属性包括： ·状态（例如系统关闭） ·版本号 ·序列号 ·安装日期 ·审核状态（例如缺失或丢失） ·已从合同中删除 通常使用对应的变更原因、日期戳、时间戳和状态变更人来记录关键配置项变更。	配置审核员
ST3.4.2	是否变更关键策略	确定是否必须根据记录的配置管理策略（以及与财务、采购、合同管理和安全有关的策略）审核或验证策略。	配置审核员
ST3.4.3	是否通知策略更改的利益相关者	特定变更必须向利益相关者报告。其中包括： ·采购部 ·财务部（例如，到总账的链接） ·合同经理 确认是否必须报告事件。如果不是，请转至ST3.4.5。如果是，请继续ST3.4.4。	配置审核员
ST3.4.4	通知利益相关者	通知事件的利益相关者（例如，合同中包含某资产时通知合同经理，或者收到某项时通知采购部）。应该触发利益相关者通知的事件示例包括： ·已接收和接受的项 ·资产安装（例如，折旧开始日期） ·项丢失或被盗 ·项停用或丢弃（由于财务原因）	配置审核员
ST3.4.5	验证配置项更新	根据参考协议、相关法规和标准而指定的配置管理策略，确认配置项中记录的所有相关状态数据是否完整而正确。 确保状态变更或版本更新是授权变更的结果。	配置审核员
ST3.4.6	检测到异常	根据配置策略，如果配置项更新或配置项详细信息不正确或不完整，请继续SO3.4.7。	配置审核员
ST3.4.7	创建异常报告	创建新突发事件。ITSS认证	配置审核员
ST3.4.8	查看报告请求	配置管理员会查看配置管理信息请求。	配置管理员
ST3.4.9	是否为标准报告	配置管理已定义大量标准报告（例如，库存中或每个状态下的配置项概述）。如果是标准报告，请继续ST3.4.12。如果不是，请转至ST3.4.11。	配置管理员
ST3.4.10	收集状态报告数据	配置管理流程会定期向不同利益相关者（如财务资产经理、合同经理、采购部）进行报告。	配置管理员
ST3.4.11	配置配置项报告	如果不存在标准报告，配置管理员会创建一个查询，以从CMDB中选择要显示的数据。	配置管理员
ST3.4.12	运行配置项报告	针对数据库运行报告或查询。然后采用标准格式收集数据。	配置管理员
ST3.4.13	将报告分发给利益相关者	向利益相关者提供所请求的数据。然后关闭请求（如果适用）。	配置管理员

5.5配置验证和审核

图6配置验证和审核

流程活动：

序号	活动	说明	角色
ST3.5.1	需要审核	应该在主要变更或发行前后考虑是否需要执行配置审核。	配置审核员
ST3.5.2	执行配置项审核	定期制定配置审核计划（手动或自动）。审核会单独验证每个配置项。它会使用自动清单工具扫描系统。另一种审核方法是扫描IT环境，以发现与企业相连的组件。可能在CMDB中发现需要管理的新组件。	配置审核员
ST3.5.3	协调和验证数据	必须协调从审核收集到的数据，然后将其与存储在CMDB中的数据进行比较。	配置审核员
ST3.5.4	检测到未注册组件	如果在CMDB中无法找到项并对其进行匹配，则可能会检测到未注册组件。如果检测到未注册组件，请转至ST3.5.5。如果未检测到，请继续ST3.5.8。	配置审核员
ST3.5.5	是否需要对组件进行管理	确定新组件是否需要在CMDB中注册（根据作用范围）。如果是，请继续ST3.5.6。如果不是，请转至ST3.5.13。	配置审核员
ST3.5.6	确定配置项类型	根据已发现组件的属性（例如，模型名称或设备类型）选择配置项类型。	配置审核员
ST3.5.7	注册新配置项	创建新配置项。根据审核数据输入配置项的其他属性。转至ST3.5.13。	配置审核员
ST3.5.8	组件缺失	如果在审核过程中未发现组件，则可能是已丢失或被盗（例如，配置项在某个时间段内未连接到网络）。审核状态更新为“已丢失”。如果是，请继续ST3.5.13。如果不是，请继续ST3.5.9。	配置审核员
ST3.5.9	发现差异	根据CMDB中的数据与实际数据的比较，可能会检测到一个或多个差异。如果是，请继续ST3.5.10。如果不是，请继续ST3.5.15。	配置审核员
ST3.5.10	调查差异	对CMDB数据和实际配置之间的不匹配情况进行更详细的调查。调查每个差异的属性差异和关系。	配置审核员
ST3.5.11	是否允许更新配置项	为了减少手动活动的次数，部分字段会通过发现和审核工具进行填充。不能对这些属性进行手动维护。确定是否可以在不执行正式变更流程的情况下直接更新差异。如果是，请继续ST3.6.12。如果不是，请转至ST3.5.13。	配置审核员
ST3.5.12	更新配置项详细信息	配置详细信息是根据审核日期进行更新的，以确保管理正确反映实际情况。	配置审核员
ST3.5.13	未授权变更或需要调查	确定是否需要对审核和CMS管理之间的不匹配情况做进一步调查（例如，对未授权软件的检测）。如果是，请转至ST3.5.14。如果不是，请继续ST3.5.15。	配置审核员
ST3.5.14	确定修正操作	记录差异并确定相应操作（例如，需要进行其他调查）。必须创建突发事件，并将其分配到负责人员以执行操作。请参考如何创建新突发事件。	配置审核员
ST3.5.15	更新审核日志	使用审核状态和上次审核日期更新配置项。ITSS培训	配置审核员

5.6主数据管理

图7主数据管

待续http://www.ITILxf.com/thread-53115-1-1.html

本帖关键字：ITSS

20151106淡然

续上

5.3配置控制

图4配置控制

流程活动：

序号	活动	说明	角色
ST3.3.1	查看变更任务	配置管理员会审核用于更新配置管理系统的任务。	配置管理员
ST3.3.2	是否新建配置项	如果任务涉及创建一个或多个新配置项，请转至ST3.2.1，并遵循该步骤验证配置项创建任务。如果任务与修改现有配置项相关，请转至ST3.3.3。	配置管理员
ST3.3.3	信息是否完整和正确	验证所有信息是否可用和正确以更新配置项。任务应该涉及至少一个必须更新的配置项。任务包含描述要修改的属性。如果部分信息不完整且错误，则转至ST3.3.4（拒绝任务）。如果是，请继续ST3.3.7。ITSS考试	配置管理员
ST3.3.4	拒绝任务	如果无法完成配置更新，则将拒绝任务。必须提供原因和建议的操作。	配置管理员
ST3.3.5	评估拒绝的原因	变更协调员评估拒绝的原因。	变更协调员
ST3.3.6	收集并记录所需详细信息	变更协调员记录与拒绝的任务相关的详细信息。	变更协调员
ST3.3.7	调整配置项详细信息	修改配置管理数据库中的配置详细信息。配置修改包括： ·状态（从测试传输到生产或停用的项） ·位置（移动） ·关系和依赖性 ·项上安装的软件 ·传输所有权 ·为配置项指定合同	配置管理员
ST3.3.8	关闭任务	配置更新完成后，可以关闭任务。	配置管理员

5.4配置状态统计和报告

图5配置状态统计和报告

流程活动：

序号	活动	说明	角色
ST3.4.1	审核配置项更新	已在历史记录日志中记录并验证配置项关键属性的修改内容。在标识配置和控制活动的过程中，将创建配置状态记录。这些记录使关键变化可见并可跟踪。可以记录的配置项属性包括： ·状态（例如系统关闭） ·版本号 ·序列号 ·安装日期 ·审核状态（例如缺失或丢失） ·已从合同中删除 通常使用对应的变更原因、日期戳、时间戳和状态变更人来记录关键配置项变更。	配置审核员
ST3.4.2	是否变更关键策略	确定是否必须根据记录的配置管理策略（以及与财务、采购、合同管理和安全有关的策略）审核或验证策略。	配置审核员
ST3.4.3	是否通知策略更改的利益相关者	特定变更必须向利益相关者报告。其中包括： ·采购部 ·财务部（例如，到总账的链接） ·合同经理 确认是否必须报告事件。如果不是，请转至ST3.4.5。如果是，请继续ST3.4.4。	配置审核员
ST3.4.4	通知利益相关者	通知事件的利益相关者（例如，合同中包含某资产时通知合同经理，或者收到某项时通知采购部）。应该触发利益相关者通知的事件示例包括： ·已接收和接受的项 ·资产安装（例如，折旧开始日期） ·项丢失或被盗 ·项停用或丢弃（由于财务原因）	配置审核员
ST3.4.5	验证配置项更新	根据参考协议、相关法规和标准而指定的配置管理策略，确认配置项中记录的所有相关状态数据是否完整而正确。 确保状态变更或版本更新是授权变更的结果。	配置审核员
ST3.4.6	检测到异常	根据配置策略，如果配置项更新或配置项详细信息不正确或不完整，请继续SO3.4.7。	配置审核员
ST3.4.7	创建异常报告	创建新突发事件。ITSS认证	配置审核员
ST3.4.8	查看报告请求	配置管理员会查看配置管理信息请求。	配置管理员
ST3.4.9	是否为标准报告	配置管理已定义大量标准报告（例如，库存中或每个状态下的配置项概述）。如果是标准报告，请继续ST3.4.12。如果不是，请转至ST3.4.11。	配置管理员
ST3.4.10	收集状态报告数据	配置管理流程会定期向不同利益相关者（如财务资产经理、合同经理、采购部）进行报告。	配置管理员
ST3.4.11	配置配置项报告	如果不存在标准报告，配置管理员会创建一个查询，以从CMDB中选择要显示的数据。	配置管理员
ST3.4.12	运行配置项报告	针对数据库运行报告或查询。然后采用标准格式收集数据。	配置管理员
ST3.4.13	将报告分发给利益相关者	向利益相关者提供所请求的数据。然后关闭请求（如果适用）。	配置管理员

5.5配置验证和审核

图6配置验证和审核

流程活动：

序号	活动	说明	角色
ST3.5.1	需要审核	应该在主要变更或发行前后考虑是否需要执行配置审核。	配置审核员
ST3.5.2	执行配置项审核	定期制定配置审核计划（手动或自动）。审核会单独验证每个配置项。它会使用自动清单工具扫描系统。另一种审核方法是扫描IT环境，以发现与企业相连的组件。可能在CMDB中发现需要管理的新组件。	配置审核员
ST3.5.3	协调和验证数据	必须协调从审核收集到的数据，然后将其与存储在CMDB中的数据进行比较。	配置审核员
ST3.5.4	检测到未注册组件	如果在CMDB中无法找到项并对其进行匹配，则可能会检测到未注册组件。如果检测到未注册组件，请转至ST3.5.5。如果未检测到，请继续ST3.5.8。	配置审核员
ST3.5.5	是否需要对组件进行管理	确定新组件是否需要在CMDB中注册（根据作用范围）。如果是，请继续ST3.5.6。如果不是，请转至ST3.5.13。	配置审核员
ST3.5.6	确定配置项类型	根据已发现组件的属性（例如，模型名称或设备类型）选择配置项类型。	配置审核员
ST3.5.7	注册新配置项	创建新配置项。根据审核数据输入配置项的其他属性。转至ST3.5.13。	配置审核员
ST3.5.8	组件缺失	如果在审核过程中未发现组件，则可能是已丢失或被盗（例如，配置项在某个时间段内未连接到网络）。审核状态更新为“已丢失”。如果是，请继续ST3.5.13。如果不是，请继续ST3.5.9。	配置审核员
ST3.5.9	发现差异	根据CMDB中的数据与实际数据的比较，可能会检测到一个或多个差异。如果是，请继续ST3.5.10。如果不是，请继续ST3.5.15。	配置审核员
ST3.5.10	调查差异	对CMDB数据和实际配置之间的不匹配情况进行更详细的调查。调查每个差异的属性差异和关系。	配置审核员
ST3.5.11	是否允许更新配置项	为了减少手动活动的次数，部分字段会通过发现和审核工具进行填充。不能对这些属性进行手动维护。确定是否可以在不执行正式变更流程的情况下直接更新差异。如果是，请继续ST3.6.12。如果不是，请转至ST3.5.13。	配置审核员
ST3.5.12	更新配置项详细信息	配置详细信息是根据审核日期进行更新的，以确保管理正确反映实际情况。	配置审核员
ST3.5.13	未授权变更或需要调查	确定是否需要对审核和CMS管理之间的不匹配情况做进一步调查（例如，对未授权软件的检测）。如果是，请转至ST3.5.14。如果不是，请继续ST3.5.15。	配置审核员
ST3.5.14	确定修正操作	记录差异并确定相应操作（例如，需要进行其他调查）。必须创建突发事件，并将其分配到负责人员以执行操作。请参考如何创建新突发事件。	配置审核员
ST3.5.15	更新审核日志	使用审核状态和上次审核日期更新配置项。ITSS培训	配置审核员

5.6主数据管理

图7主数据管

待续http://www.ITILxf.com/thread-53115-1-1.html

本帖关键字：ITSS