1概述阶段a从收到启动组织向架构组织发出的架构工作请求开始。在TOGAF标准-EA能力和治理方面,我们讨论了确保公司管理层的适当认可和确认,以及线性管理层的支持和承诺。A阶段还定义了结构工作范围内外的内容和必须处理的约束条件。在对资源和能力可用性的实际评估以及企业从所选择的架构工作范围中实际预期的价值进行评估的基础上,需要做出范围决策。在5确定架构范围内讨论了涉及的问题。架构愿景阶段解决的范围定义问题将局限于ADM周期的具体目标,并将局限于架构活动的总体范围定义,在初始阶段建立并反映在架构框架中。在现有架构框架不适合实现所需架构愿景的情况下,重新审视初步阶段,拓展企业整体架构框架。约束通常由业务原则和架构原则作为初步阶段的一部分提供。在企业的其他地方定义了组织的业务原则、业务目标和战略驱动因素。假如是这样,阶段A的活动涉及到确保现有的定义是最新的,并澄清任何不清楚的领域。否则,这些重要项目将首次定义。同样,构成架构工作约束的架构原则通常在初始阶段得到定义。确保现有原则的定义是最新的,并澄清任何不明确的领域。否则,就像TOGAF标准-ADM技术中提到的那样,它需要首次定义架构原则。2.创建架构愿景架构愿景为发起人提供了一个关键工具,可以向企业中的利益相关者和决策者推销提案能力的好处。架构愿景描述了新功能将如何满足业务目标和战略目标,并在实施过程中解决利益相关者的关注点。了解新兴技术及其对行业和企业的潜在影响是架构愿景不可或缺的,否则可能会错过很多商机。澄清和同意架构工作的目的是需要在创建愿景中清楚地反映活动的关键部分。体系结构项目通常是在考虑特定目的的同时进行的,这是一组代表体系结构开发利益相关者投资回报的特定业务驱动因素。阐明这一目的,展示拟议的架构开发将如何实现这一目的,是架构愿景的重点。结构愿景的关键要素已被记录为更广泛的业务战略或企业规划活动的一部分,这些活动在企业中有自己的生命周期。在这种情况下,阶段A中的活动涉及到验证和理解记录的业务战略和目标,一方面可能是企业战略和目标之间的桥梁,而当前架构现实中隐含的战略和目标。通过展示组织如何为客户和利益相关者提供价值,商业模式是关键的战略产品。作为制定架构愿景的一步,评估能力介绍了业务模型的应用。到目前为止,在其他情况下,业务结构工作可能很少或根本没有完成。在这种情况下,架构团队需要研究、验证和识别架构支持的关键业务目标和流程。这可以作为一种独立的实践来完成,可以在架构开发之前进行,也可以作为ADM启动阶段的一部分。本实践应检查和搜索与基本业务结构概念相关的现有材料,如业务能力,代表企业在这个阶段可能拥有或交换的特定技能或能力,以实现特定的目的或结果。架构师应确定组织中是否有代表业务能力的框架。若不存在,架构师应考虑开发框架是否在项目范围内。关于业务能力的介绍,请参考TOGAF®系列指南:业务能力。价值流是指为客户、利益相关者或最终用户创造整体结果的增值活动的端到端集合。请参阅TOGAF®系列指南:价值流。由于传统的组织结构通常缺乏反映企业活动全部范围的必要细节,架构师可以帮助识别和理解业务实体之间的复杂关系网络,以及业务能力在哪里使用,以及与价值流阶段的联系。这些都在随后的阶段得到了改进和扩展。有关组织的介绍请参考TOGAF®系列指南:组织。此外,架构愿景还探索了其他适合现有企业架构的领域。这些领域可能包括基本领域的元素,但它们为利益相关者提供了额外的目的。示例领域可能包括:信息安全、数字网络管理知识、特定行业服务合伙网络安全等领域可以独立或与其他领域链接,以提供整个企业的组织愿景和结构。结构愿景阶段包括业务评估,记录关键因素,评估各种行动计划。它记录了高级优缺点,包括风险和机会,并选择了最佳的行动计划作为结构愿景的基础。在业务、数据、应用和技术领域,架构愿景为基线和目标架构提供了初步、先进的描述。这些概述是在后续阶段制定的。一旦体系结构愿景被定义并记录在体系结构工作描述中,就必须使用它来建立共识,例如TOGAF标准-EA能力和治理。假如没有这样的共识,最终的结构就不太可能被整个组织所接受。共识由主管机构在《架构工作说明书》上签字。
文章为作者独立观点,不代表股票自动交易程序化数据接口观点