【企业架构】企业架构(EA)简介

Chinese, Simplified

EA

介绍



在当今的数字时代,大多数企业的运营都依赖于技术。这项技术有多种形式,但软件系统最为人所知。

众所周知,每家公司要么提供要销售的产品,要么提供服务。这些公司由其所有者、经理或企业最高管理层管理,但他们不一定是技术专家。

这些所有者不做出技术决定。这就是为什么他们需要帮助来构建和购买运行其业务的信息系统。这就是企业架构的用武之地。

在本文中,我们将讨论什么是企业架构师以及他们的工作。好,那我们开始吧。



什么是企业架构 (EA)?



企业一词代表任何使用软件系统的组织,并且不仅限于公司。它可以是政府机构、非营利组织、非政府组织和慈善机构。

企业架构 (EA) 是一种实践和一套技能,用于使技术战略与业务战略保持一致。此外,EA 处理企业/组织、其人员、其支持的业务流程以及自动化这些流程的系统之间的复杂关系。

这就是为什么在企业环境中,业务领导者依赖企业架构师作为值得信赖的技术顾问。

在我个人看来,企业需要 EA 不是因为 IT 项目的复杂性,而是因为它们弥合了业务利益相关者和开发人员之间的沟通鸿沟。

试想一下,由于开发人员和业务利益相关者之间缺乏沟通,项目状态可能并不理想。

这就是为什么您会看到 EA 充当解释器,将业务需求转换为解决方案设计,最后转换为企业系统。

因此,我们可以得出结论,企业架构师支持业务主管将他们的愿景转化为帮助公司成功的技术战略。

开发人员和架构师之间的区别?



一般来说,大多数架构师的职业生涯都是从软件开发人员开始的。

并不是每个人都同意软件开发人员是一个伟大的职业,特别是如果你不喜欢在软件空间内构建东西并通过将业务问题转换为代码来解决问题。

你想在未来成为一名建筑师吗?成为一名软件开发人员是一个很好的垫脚石。

现在,让我们关注开发人员和架构师之间的区别。

在我看来,开发人员专注于树木,而建筑师专注于森林。这些树代表开发人员关注的技术或相关技术,而森林代表 EA 关注的一系列连接系统。

另一个区别是软件开发人员,他们的第一直觉是编写代码来满足业务的请求。

这就是为什么如果公司没有架构师,业务用户会直接与开发人员交互。这就是为什么一切都被视为软件问题的原因。

虽然架构师善于提出驱动目的和意图的正确问题,但 EA 有助于继续专注于交付业务价值,避免中断。

例如,当业务用户要求新的系统或功能时,架构师会帮助他们表达他们在实际业务成果中真正需要的东西。



三种主要类型的架构范围



应用架构师



应用程序架构师最接近软件开发团队。这些人也被称为软件架构师。

这些人专注于由平台、可重用组件和软件组成的复杂 IT 系统。简单来说,我们可以说应用架构师主要关注与他们所专注的特定平台相关的工程问题和技术解决方案。

通常,大多数软件高级或软件工程主管通常会成为或被提升为团队的应用程序架构师。这就是为什么这个角色仍然可以编写代码。此外,我喜欢这些角色的原因是测试一些概念证明,最终将帮助项目在他们面临的当前问题上取得进展。

此外,当不编码、测试或设计新想法时,该角色会与开发团队进行沟通,以了解他们在设计实现方面的进展。这确保了应用程序的持续开发是根据软件架构师给出或建议的计划构建的。

解决方案架构师



解决方案架构师专注于将工作系统连接在一起以处理复杂的业务工作流程。你会看到他们负责弥合业务问题和技术解决方案之间的差距。因此,我们可以说它们处于应用程序和企业级关注点的中间。

这就是为什么我们有时可以将它们视为万事通,因为它们只关注个别应用程序,但在需要时扩展他们的知识和技能以解决更广泛的技术和战略问题。

解决方案架构师不需要编码技能,但其中一些人确实了解编码。这就是为什么他们可以与开发团队进行良好沟通的原因。



企业架构师



企业架构师战略性地运作,与高管合作以实现公司目标。此外,他们的主要目标是使技术与业务战略保持一致。

以下是我在 EA 领域看到的情况:

  • 他们保持发展计划的整体愿景
  • 协调大型项目的需求
  • 通过业务和技术路线图指导敏捷团队。

试着想象一下你是组织中新加入的 EA。您首先要了解公司的使命。

从那里,您得出愿景并询问公司为什么要朝特定方向发展?一旦你回答了原因,你最终会坐下来,与领导层交谈,并确定如何在战略层面调整一切。

在组织内建立 EA 团队的好处



最终,公司在战略决策方面超越了咨询、承包或外包公司。这是公司可能决定创建内部 EA 团队或部门的时候。在一家外包公司工作时,我见过很多这样的案例。

好的,也许您会问:“在组织内拥有 EA 团队有什么意义?”。为了回答这个问题,它基本上从企业使命和产品开发之间的一致性开始。

在大多数情况下,拥有内部开发团队的组织通常专注于技术并面临许多手头的问题。随着时间的推移,它们可能与组织的真正业务价值脱节。这就是为什么拥有一个 EA 团队可以帮助组织专注于提供真正的业务价值。

另一个显着的好处是不断评估不断变化的需求,并且可用于支持其业务需求的技术也在不断变化。敏捷和敏捷架构等实践可以使开发适应变化。

最后,EA 收集、记录和管理的知识很有价值。这将帮助组织集中其知识存储并使其可供架构师、开发人员和业务利益相关者使用。



概括



在本文中,我们讨论了以下内容,

  • 什么是企业架构 (EA)?
  • 开发人员和架构师之间的区别
  • 三种主要类型的架构范围
  • 在组织内建立 EA 团队的好处

我希望你喜欢这篇文章,因为我喜欢写它。

请继续关注更多。直到下一次,快乐的编程!

请不要忘记收藏、点赞和评论。

干杯,谢谢!

原文:https://lock29down.medium.com/introduction-to-enterprise-architecture-e…

本文:https://jiagoushi.pro/introduction-enterprise-architecture-ea

本文地址
https://architect.pub/introduction-enterprise-architecture-ea
SEO Title
Introduction to Enterprise Architecture (EA)