• 在社会技术系统中调整有界上下文,以支持业务价值流。当您能够了解业务的价值流时,请在DDD战略层面上使用它们。例如,在一家在线销售实物商品的电子商务公司中,体现业务价值流的活动包括: (根据物理位置或从远程)获取要出售的物品 描述其物理细节(颜色,质量,图片和其
  • 两个概念之间的耦合与某些属性有关。不论哪个属性更改都会影响一起更改的内容。我们的有界上下文边界划分是一种押注,押注那些会一起改变的事情。
  • 在这篇博客文章中,我将向您解释SAP将如何使用SAP统一领域模型作为集成智能套件的一种语言(通用语言)。您将了解已经在哪里使用了统一领域模型,并对其背后的技术概念有了一些基本的了解。最近,SAP提供了 icon
  • 这两种建模方式都是围绕事件展开,但是有区别,事件风暴将会比普通的事件建模在思考层次上更高级,这需要从思维机制讨论:大脑是一个处理信息的机器,它学习速度很快,可以立即处理数据负载。那么,知识是如何构建的?在何处存储?人的记忆可以分为两类:语义记忆和情景记忆。 情 icon
  • 项目是我们正在进行的较大项目之一。最后,它将为成千上万的用户提供服务,处理大量的财务交易,并且需要即时创建独立于租户的安装。一个关键要求是,可以轻松地报告和跟踪整个历史记录,即企业的核心产品订购流程。同时,也拥有一个易于使用的产品管理系统。 icon
  • 在设计基于微服务的系统时,衡量和优化正确的指标至关重要。为每个微代码库和微团队设计本地边界绝对很容易。但是,要构建一个完整系统,我们必须将系统级别设计也考虑在内。微服务与系统级别的设计有关,而不是仅仅与单个服务有关。在基于微服务的系统中,我们通过最小化服务的公共接口(使之成为微服务) icon
  • 时间和资源是有限的,在开发软件系统时,我们如何花费有限时间并利用有限资源解决最根本、最困难的挑战?在我们可能要做的所有事情中,我们应该做什么,我们应该投资多少质量和严格度?对于软件工程师来说,自然的趋势是倾向于迎接最有趣的“技术”挑战。尽管并非总是如此,但我可以从自己的亲身经历中确认 icon
  • 一种流行的方法是出于技术考虑进行包装Package。但是这种方法有一些缺点。相反,我们可以按功能打包并创建自包含且独立的程序包,结果是一个易于理解且不易出错的代码库。 按技术打包类的缺点: 对属于某个要素的所有类的概述不佳。 通用代码,重用代码和复杂代 icon
  • 本文提出了一种使用包Package设计对Java应用程序进行模块化的有效方法,并将此方法与Spring Boot作为依赖项注入机制结合使用,与ArchUnit结合使用,以在有人添加了不允许的模块间依赖项时使测试失败。好于纯粹基于Java9模块JPMS机制。我们希望以在构建软件时,拥有 icon
  • 领域驱动设计(DDD)是一组原则和工具,可帮助我们设计有效的软件体系结构以提供更高的业务价值。通过将整个应用程序域分离为多个语义一致的部分,Bounded Context是从架构的泥潭中拯救体系结构的主要模式之一。同时,借助 icon
  • “容器”一词已成为一个非常频繁的名词,常常引起混乱。这里试图精确定义,意味着四个意思:一:以容器为隔离机制。在Linux上,这是可用于隔离进程或进程组的cgroup,seccomp和friends的集合。二:容器作为包装机制。最流行的是Docker,涉及获取一些代码并关闭其依 icon
  • DDD不是聚合、事件溯源、CQRS、事件风暴等。这些都是工具。它们已被证明在DDD项目中非常有用。但是我们必须小心,不要将演奏乐器与音乐艺术混淆。对我而言,这是DDD的关键是:与大型系统的复杂性作斗争时,项目团队如何获取领域知识,他们如何构建、开发和普及应用概念模型,以及随着时间的推 icon
  • 鉴于Spring Boot的注解像@ComponentScan,@EntityScan,@ConfigurationPropertiesScan和@SpringBootApplication基于包结构来定义扫描的位置,在构建新的Spring Boot项目时,我们如何在包中组织类应具有高度的灵 icon
  • “企业资源计划系统”(ERP系统)之类实际上是一种瑞士军刀软件系统。毫无疑问,它们确实是功能强大的工具,但是在某些情况下,它们可能造成的弊大于利。因此,我想讲一个虚构的故事,该故事显示了组织如何陷入困境。为此,我将尝试使用Nick Tune的全新 icon
  • 基于模型的管理是指基于从记录当前状态的模型中收集并理解信息,管理和做出有关业务,流程或系统的未来方向的明智决策的活动。最近,术语“基于模型的管理”已越来越有规律地用于描述战略业务计划中模型的使用。重点已放在模型的重要性上,因为它与捕获企业结构,运营,系统以及其运营所在的经济环境的复杂 icon
  • 人们通常不知道微服务需要独立的自治。例如各种服务共享一个数据库;另一个问题是,服务之间通过RPC/Restful进行网络之间的同步调用链太长。这些都是分布式意大利面条一样的糨糊结构,这种架构并没有引起人们的注意,这种面条糨糊的结构可能是由于各种相互调用的服务紧密耦合而引起的。设计微服 icon
  • 这是业务分析师面临的共同挑战。业务分析师如何确保任何发现流程都能产生完整的结果?简短的答案是使用多种补充技术从不同角度解决问题,每个角度相互验证并填补发现过程中的所有空白。有一些软件工具可以自动发现和记录业务流程。这通常称为流程挖掘。但是,直到较小的公司可以使用这些工具(降低成本)之前,许多 icon