• 发现常见的架构反模式,学习如何避免它们并克服设计陷阱!获得宝贵的见解、实用的建议和实际示例,以构建更好的软件架构并改进现有架构。 反模式1:#货物崇拜在不了解流程、技术或方法为何以及如何运作的情况下采用它们,以期望
  • 在软件开发中,有两种主要方法:迭代和增量。迭代模型涉及重复的开发周期,允许随着项目的发展不断改进。它灵活且能够适应变化。另一方面,增量模型侧重于以更小的功能部分交付软件,并在每个增量的基础上构建。这两种方法都旨在增强开发过程,但它们在处理重复和项目组件交付的方式上有所不同。 icon
  • 本文的分析是在 jBPM 7.7、Camunda 7.17.0、Flowable 6.7.2 和 Activiti 7.3.10上进行的: 本文将概述工作流、BPM 以及 BPM 产品支持的一些行业标准符号。接下来,本文将介绍 BPM 替代方案以及 icon
  • 这里有一个使用Structurizr进行企业建模的方法的例子,其中自顶向下的系统景观图是自动生成的 这个存储库展示了一种使用 Structurizr 工具进行企业范围建模的方法;结合使用 Structurizr 本地安装、Structurizr D icon
  • 逆向工程是软件开发中的一个关键过程,它使开发人员能够获得对现有代码库的宝贵见解。它使他们能够理解复杂的系统、识别设计模式并提高可维护性。逆向工程库中的一个强大工具是 ArgoUML,它是一种流行的开源软件建模工具,在逆向工程 Java 代码方面表现出色。 icon
  • 自 20 世纪 90 年代软件架构诞生以来,架构决策 (AD) 一直在回答有关设计选项的“为什么”问题。捕捉它们的方法应该成为每个架构师工具箱的一部分。 少即是多——只有关键的广告才能证明这一努力的合理性,只有清晰而合理的理由才能说服读者。让我们看 icon
  • 本文旨在支持企业领导者、企业架构师和平台团队负责人倡导、调查和规划云计算内部平台。 我们认为,平台会对企业的实际价值流产生重大影响,但只是间接影响,因此领导层的共识和支持对于平台团队的长期可持续性和成功至关重要。 icon
  • 业务能力是组织规划生态系统的核心。能力映射有多种用途,其中两个至关重要。首先,业务能力有助于更快地确定优先级,首先关注最有利可图的计划。其次,精心设计、扎实的、基于能力的详细路线图可以实现更准确、风险更低、时间更短的敏捷项目规划。 什么是能 icon
  • 历史上,单体架构被开发人员使用了很长一段时间,并且在很长一段时间内它都有效。不幸的是,这些架构使用的部件较少但较大,因此这意味着如果单个部件发生故障,它们更有可能整体发生故障。通常,这些应用程序作为单个进程运行,这只会加剧问题。 微服务通过让每个微 icon
  • 售后销售和客户服务需要在正确的时间获得正确的信息来做出针对具体情况的决策。使用 Apache Kafka 进行数据流处理可实现真正的解耦、领域驱动设计以及跨实时和批处理系统的数据一致性。共同的业务目标推动着他们:提高客户保留率、增加收入、降低成本并缩短创新上市时间。 icon
  • 企业架构需要足够的资源来规划和映射适当的客户驱动的业务架构,但IT架构的3个领域不应被忽视,即应用程序/服务、信息/数据和技术/基础设施。 企业架构中的业务架构领域不仅仅涉及业务功能和业务流程。最重要的是为您的客户优化价值并有助于建立一个更加以客户为导向的 icon
  • 在开发基于 COBOL 和分层数据库的旧保险系统的替代品时,决定使用通用产品建模系统。 系统的背景是什么?背景是一家保险公司,长期开发并运营了一个采用COBOL的32*70终端前端的保险计算、销售和维护系统,取得了 icon
  • 敏捷架构思维的一个重要方面:刚刚好(JBGE:  icon
  • 这篇博文探讨了 2023 年保险行业的数据流状态。索赔处理、客户服务、远程信息处理和新业务模式的发展需要实时的端到端可见性、可靠且直观的B2B 和 B2C 通信,并与人工智能/机器学习等前沿技术集成以进行图像识别。数据流允许实时集成和关联任何规模的数据,从而以更具成本效益的方式改进保险行业的大多数业 icon
  • 制定有关 API 如何向客户显示数据和功能的有意决策的过程称为 API 设计。成功的API设计主要以规范格式描述API的端点、资源和方法。 什么是API设计?API 设计是指创建应 icon
  • 这篇博文探讨了 2023 年能源和公用事业行业的数据流状态。公用事业基础设施、能源分配、客户服务和新业务模式的发展需要实时的端到端可视性、可靠且直观的B2B 和B2C 通信,以及与 5G 等先锋技术的集成以实现低延迟或增强现实以实现创新。数据流允许实时集成和关联任何规模的数据,以改善能源领域的大多数 icon
  • 一家保险公司开发了一个庞大而复杂的系统来处理其人寿保险单。由于不同技术和范式的混合,系统变得非常难以维护。6个月的部署周期对于业务需求来说太长了。 系统的背景是什么?该系统已投入生产约十年,目前维护团队的规模约为 icon