企业架构

由于软件的复杂性，始终需要以图形方式可视化软件架构并与其他人进行交流。对这些系统及其抽象进行建模和图表化使我们能够分析和改进设计，从而在构建它们时获得更高质量的实现。 在本文中，我们将比较 7 种流行的可视化建模语言。

要点： 软件架构领域的内容使用量整体下降，但企业架构和事件驱动架构的使用量出现增长。 微服务的使用量下降，反映出许多开发人员对微服务的失望，并主张回归单体应用。 编程语言方面，Python和JavaScript的使用量持平或下降，而C++却出现了意外的增长。

本章提供了确保项目符合架构的指南。 确保单个项目符合企业架构是架构治理的一个重要方面（见架构治理）。为此，企业内的 IT 治理功能通常会定义两个互补流程： 架构功能将被要求准备一系列项目影响评估（见项目影响评估（项目切片））；即企业

本文的分析是在 jBPM 7.7、Camunda 7.17.0、Flowable 6.7.2 和 Activiti 7.3.10上进行的： 本文将概述工作流、BPM 以及 BPM 产品支持的一些行业标准符号。接下来，本文将介绍 BPM 替代方案以及

系统分析是系统设计中“做什么”之前的“如何” 。它提供了构建一个能够有效且高效地解决预期问题的系统的基本路线图。“想象一下你正在建造一座梦想之家。如果没有详细的蓝图，你不会开始敲钉子，对吧？“软件开发也是如此。”

本文提出了一种新颖的软件成本估算混合方法，该方法将软件离散为更小的任务，并使用专家判断和算法技术。通过使用基于体积和复杂性的双因素资格系统，我们提出了一种更具适应性和可扩展性的模型来估计软件项目持续时间，特别强调大型遗留迁移项目。 介绍</

解决方案架构、系统架构和企业架构是三个不同层次的架构，它们在范围、关注点和目标上有所不同 解决方案架构： 定义：解决方案架构关注于单个项目或产品的架构设计，它描述了如何将特

在全新的互联全球中，分布式结构已成为满足可扩展性、性能和容错能力不断发展的需求的重要架构范例。这些结构由多个节点或组件组成，这些节点或组件在不同的地理位置上展开，相互沟通和协调，以提供不间断的个人体验。然而，这种分布式特性还带来了在确保数据安全性、完整性和产品方面的特殊要求。

在开发基于 COBOL 和分层数据库的旧保险系统的替代品时，决定使用通用产品建模系统。 系统的背景是什么？背景是一家保险公司，长期开发并运营了一个采用COBOL的32*70终端前端的保险计算、销售和维护系统，取得了

企业软件工程的发展以一系列“更少”的转变为标志——从客户端-服务器到网络和移动（“无客户端”）、数据中心到云（“无数据中心”）和应用程序服务器到无服务器。这些转变简化了软件工程的各个方面，包括部署和操作，使用户能够减少对底层系统的关注，而更多地关注应用程序本身。

1. 

该项目应该用现代的、可扩展的、松散耦合的实现来取代现有的、单一的、难以扩展的结账系统。 为了实现这一目标，选择微服务架构作为软件系统的目标架构。微服务应该由一些核心服务来编排。此外，还有一个 Javascript 桌面应用程序，具有关联的前端后端（使用核心服务作为主要数据提供者）。服务之间的通信要么

制定有关 API 如何向客户显示数据和功能的有意决策的过程称为 API 设计。成功的API设计主要以规范格式描述API的端点、资源和方法。 什么是API设计？API 设计是指创建应

二十年后，《领域驱动设计》和《企业集成模式》依然是信息技术领域中至关重要的经典书籍，因为它们关注的是概念和折衷方案，而不是特定的技术。 DDD和EIP的相关性得以持续，因为它们不仅简化了复杂系统的设计和开发过程，还适用于微服务模式。

一家保险公司开发了一个庞大而复杂的系统来处理其人寿保险单。由于不同技术和范式的混合，系统变得非常难以维护。6个月的部署周期对于业务需求来说太长了。 系统的背景是什么？该系统已投入生产约十年，目前维护团队的规模约为

我们开始启动一家德国公司的第一个企业架构：该公司在全球拥有约3万名员工，IT部门约有600人。 我们有一个独立的应用程序和系统环境。 我们的工作将从今年4月开始实施企业架构管理，你会推荐哪些领域、哪些主题作为开始