文档更改通用管理实践 - 33 架构
由 superadmin 于 2024/12/25, 15:37 最后修改
修改评论
该版本没有评论
Summary
Details
- Page properties
-
- Content
-
... ... @@ -42,7 +42,6 @@ 42 42 * 支持实践的信息和技术 43 43 * 有关实践的合作伙伴和供应商注意事项。 44 44 45 - 46 46 == **1.1 ITIL^^®^^4鉴证方案** == 47 47 48 48 本文档中的选定内容可作为以下教学大纲的部分考试范围: ... ... @@ -278,7 +278,6 @@ 278 278 架构路线图的实施进度 279 279 ))) 280 280 281 - 282 282 ---- 283 283 284 284 = 3.价值流和流程 = ... ... @@ -313,7 +313,6 @@ 313 313 * 目标架构的开发和路线图 314 314 * 持续的架构控制。 315 315 316 - 317 317 === **3.2.1 架构治理** === 318 318 319 319 该流程包括表3.1中列出的活动,并将输入转换为输出。 ... ... @@ -364,13 +364,12 @@ 364 364 365 365 表3.2 架构治理流程的活动 366 366 367 -(% style="width: 949px" %)368 -|(% style="width:97px" %)**活动**|(% style="width:3 89px" %)**“全栈式'架构管理**|(% style="width:461px" %)**IT 架构管理**369 -|(% style="width:97px" %)分析组织和需求|(% style="width:3 89px" %)组织的执行领导定义架构管理活动的范围,并任命架构委员会|(% style="width:461px" %)CIO、IT架构师、产品负责人和业务分析人员评审有关组织的愿景、战略和需求的可用信息,并任命IT 架构委员会370 -|(% style="width:97px" %)开发和商定架构愿景|(% style="width:3 89px" %)架构委员会为组织开发架构愿景,并与执行领导商定愿景|(% style="width:461px" %)IT 架构委员会为数字化产品和服务、IT系统以及支持技术开发架构愿景,并与CIO商定愿景。371 -|(% style="width:97px" %)监视组织的架构|(% style="width:3 89px" %)根据定期的架构评审和审计报告,或基于相关的异常报告,组织执行领导审查架构和架构管理的有效性,并为“分析组织和需求”的活动提供输入|(% style="width:461px" %)根据定期的架构评审和审计报告,或基于相关的异常报告,CIO、IT架构师、产品负责人和业务分析人员审查架构和架构管理的有效性,并为“分析组织和“需求”提供输入364 +(% style="width:862px" %) 365 +|(% style="width:97px" %)**活动**|(% style="width:354px" %)**“全栈式'架构管理**|(% style="width:408px" %)**IT 架构管理** 366 +|(% style="width:97px" %)分析组织和需求|(% style="width:354px" %)组织的执行领导定义架构管理活动的范围,并任命架构委员会|(% style="width:408px" %)CIO、IT架构师、产品负责人和业务分析人员评审有关组织的愿景、战略和需求的可用信息,并任命IT 架构委员会 367 +|(% style="width:97px" %)开发和商定架构愿景|(% style="width:354px" %)架构委员会为组织开发架构愿景,并与执行领导商定愿景|(% style="width:408px" %)IT 架构委员会为数字化产品和服务、IT系统以及支持技术开发架构愿景,并与CIO商定愿景。 368 +|(% style="width:97px" %)监视组织的架构|(% style="width:354px" %)根据定期的架构评审和审计报告,或基于相关的异常报告,组织执行领导审查架构和架构管理的有效性,并为“分析组织和需求”的活动提供输入|(% style="width:408px" %)根据定期的架构评审和审计报告,或基于相关的异常报告,CIO、IT架构师、产品负责人和业务分析人员审查架构和架构管理的有效性,并为“分析组织和“需求”提供输入 372 372 373 - 374 374 === **3.2.2 开发目标架构和路线图** === 375 375 376 376 该流程包括表3.3中列出的活动,并将输入转换为输出。 ... ... @@ -431,13 +431,13 @@ 431 431 432 432 表3.4 开发目标架构的活动和路线图流程 433 433 434 -(% style="width: 922px" %)435 -|(% style="width:106px" %)**活动**|(% style="width:3 98px" %)**“全栈式'架构管理**|(% style="width:417px" %)**IT 架构管理**436 -|(% style="width:106px" %)识别需求|(% style="width:3 98px" %)架构委员会分析架构愿景和需求|(% style="width:417px" %)IT架构师分析IT 架构愿景和需求。437 -|(% style="width:106px" %)记录当前架构|(% style="width:3 98px" %)如果需求范围内的当前架构未经记录或不是最新的,则架构师探索并记录从业务架构到技术基础设施的所有级别的当前架构。|(% style="width:417px" %)如果需求的范围内的当前IT架构未经记录或不是最新的,则架构师探索并记录当前的IT 架构。438 -|(% style="width:106px" %)开发目标架构|(% style="width:3 98px" %)架构师、业务分析人员、关系经理和产品负责人评审当前的架构,以识别约束和与商定的架构愿景的分歧,并开发各个级别的目标架构模型,从而确保各个级别的一致性。|(% style="width:417px" %)架构师、业务分析人员和产品负责人评审当前的架构,以识别约束和与商定的架构愿景的不一致,并开发目标IT架构模型。439 -|(% style="width:106px" %)设计标准、框架和指南|(% style="width:3 98px" %)架构师基于目标架构,开发支持的标准、指南、流程、模板和工具,以确保其有效集成至相关实践和价值流中。这要与利益相关者(包括实践负责人、产品负责人或其它)进行讨论并达成共识。|(% style="width:417px" %)架构师基于目标架构,开发支持的标准、指南、流程、模板和工具,以确保其有效集成至相关实践和价值流中。这要与利益相关者(包括实践负责人、产品负责人或其它)进行讨论并达成共识。440 -|(% style="width:106px" %)设计、商定并传达架构路线图|(% style="width:3 98px" %)(((430 +(% style="width:836px" %) 431 +|(% style="width:106px" %)**活动**|(% style="width:370px" %)**“全栈式'架构管理**|(% style="width:358px" %)**IT 架构管理** 432 +|(% style="width:106px" %)识别需求|(% style="width:370px" %)架构委员会分析架构愿景和需求|(% style="width:358px" %)IT架构师分析IT 架构愿景和需求。 433 +|(% style="width:106px" %)记录当前架构|(% style="width:370px" %)如果需求范围内的当前架构未经记录或不是最新的,则架构师探索并记录从业务架构到技术基础设施的所有级别的当前架构。|(% style="width:358px" %)如果需求的范围内的当前IT架构未经记录或不是最新的,则架构师探索并记录当前的IT 架构。 434 +|(% style="width:106px" %)开发目标架构|(% style="width:370px" %)架构师、业务分析人员、关系经理和产品负责人评审当前的架构,以识别约束和与商定的架构愿景的分歧,并开发各个级别的目标架构模型,从而确保各个级别的一致性。|(% style="width:358px" %)架构师、业务分析人员和产品负责人评审当前的架构,以识别约束和与商定的架构愿景的不一致,并开发目标IT架构模型。 435 +|(% style="width:106px" %)设计标准、框架和指南|(% style="width:370px" %)架构师基于目标架构,开发支持的标准、指南、流程、模板和工具,以确保其有效集成至相关实践和价值流中。这要与利益相关者(包括实践负责人、产品负责人或其它)进行讨论并达成共识。|(% style="width:358px" %)架构师基于目标架构,开发支持的标准、指南、流程、模板和工具,以确保其有效集成至相关实践和价值流中。这要与利益相关者(包括实践负责人、产品负责人或其它)进行讨论并达成共识。 436 +|(% style="width:106px" %)设计、商定并传达架构路线图|(% style="width:370px" %)((( 441 441 架构师识别目标架构与当前架构之间最关键的差距;然后,他们提出了针对迁移和当前架构控制的方法。路线图包括确保整个组织遵守商定的架构的控制。产品负责人、风险经理、财务经理以及其他相关领导和专家都支持这项工作。 442 442 443 443 ... ... @@ -445,7 +445,7 @@ 445 445 446 446 447 447 已批准的路线图以及支持标准、框架、指南和控制措施的详细计划和执行将传达给相关的团队(包括项目集和项目经理、人力资源、投资组合和财务、产品负责人等)。 448 -)))|(% style="width: 417px" %)(((444 +)))|(% style="width:358px" %)((( 449 449 架构师识别目标架构与当前架构之间最关键的差距;然后,他们提出了针对迁移和当前架构控制的方法。路线图包括确保整个组织遵守商定的架构的控制。产品负责人、风险经理、财务经理以及其他相关领导和专家都支持这项工作。 450 450 451 451 ... ... @@ -455,6 +455,8 @@ 455 455 已批准的路线图以及支持标准、框架、指南和控制措施的详细计划和执行将传达给相关的团队(包括项目集和项目经理、人力资源、投资组合和财务、产品负责人等)。 456 456 ))) 457 457 454 +(% class="wikigeneratedid" %) 455 + 458 458 459 459 === **3.2.3 持续架构控制** === 460 460 ... ... @@ -532,7 +532,6 @@ 532 532 ))) 533 533 |评审架构路线图的进度|(% style="width:591px" %)在经过了重要更改和固定间隔后,架构师将生成进度报告,说明架构路线图的实现和维护情况。该报告要传达给相关的利益相关者,并作为架构治理流程的一个输入。 534 534 535 - 536 536 ---- 537 537 538 538 = 4. 组织和人员 =