MRP物料需求计划在MRP II和ERP软件是同义词，MRP系统也称为物料需求计划，它是一种基于计算机的库存管理系统，目标是协助生产经理下达依赖需求的物料订单。MRP系统的一个示例是管理物料清单，这是.

将大型复杂系统模块化为更小和更易于管理的部分是一种最佳实践，这不仅是为了降低每个部分的认知负担，而且还可以降低团队的独立性和运营弹性。棘手的一点是如何划定边界，使整个系统稳定而可持续。带有边界的上下文.

在将近一年的延迟之后，A市启动了其第一个地铁系统。经过城市和承包商的12天密集测试后，城市宣布地铁系统已准备就绪。但是，从启动新地铁系统的第一天起，问题就陆续出现。通勤的延迟每天都在发生，而客户的抱怨.

PDCA是4步迭代方法，通常用于业务流程改进。PDCA代表计划Plan，执行Do，检查Check，执行Act。1950年代，W爱德华兹·戴明（W Edwards Deming）博士在日本工作期间将其推.

该案例Trips-R-You 机票预订案例提供了一种集成、终端到终端的一系列需求实例。在IIBA BABOK V3术语中，端到端表示从业务需求到利益相关人需求到解决方案。该案例使用了更传统的业务术语：.

作为业务分析师，我们以BRD（业务需求文档），FSD（功能规范文档）和SRS（软件需求规范）等不同文档捕获需求。如果我们要以这么多不同文档来捕获需求？那么为什么这些文档名称会不同？答案是肯定的。我们正.

领域概念建模对于我来说是一种很酷的练习，如同初学者区分动词和名词的练习，在副词和介词连用之处发现与获得更丰富的意义。也需要发现这些名词和动词根的约束限制与边界。目的是要消除隐藏的细微差别，并使它们在设.

有效的BPM治理的最终结果是对流程集（及其子流程）进行主动、有效的管理和持续改进，从而组织可以为其客户和其他利益相关者带来价值。这是BPM治理的五个关键要素： 度量 所有权 问责制 控制 支持 1.度.

很多时候，有界上下文中的统一语言被一些本不应该在那个位置的语言定义了（banq注：一些行业术语或行话其实具有误导性），这需要一个搜寻提取领域纯度的思考，需要正确的抽象才能实现。众说纷纭：语言很重要，“.

通常，软件工程师通常以傲慢，不愉快和喜怒无常而著称。声誉不是随机分配的，它们是根据经验获得的。使声誉困扰我的是，我本人认识许多软件工程师，并且他们通常是爱好娱乐，乐于助人（如果不自觉的话）和娱乐性的一.

如果有人说您只能对一个软件项目执行一次质量实践，您会选择什么？我会选择对需求进行同行评审，我认为这是我们今天可用的最高杠杆质量实践。在同行评审中，工作产品的作者以外的其他人检查产品的质量问题和改进机会.

事件溯源实际是按照时间线对领域中发生的事实进行跟踪，其中挑战是关于时间记录问题，一个是事实发生的时间，也就是领域事件发生的时间，一个是记录事实的时间。双时态（Bi-temporal）：这一设计方法组合.

Shopify是一个介于开店店主、物流系统和最终网购用户之间的平台，通过整合集中采购第三方物流公司（称为“第三方物流”）提供仓储和运输服务，为商家和用户之间提供最大价值化的服务。Shopify所做的是.

该文比较了软件工程中敏捷和瀑布两个方法，主要是分析了敏捷方法，指出敏捷方法的致命问题：我们们在系统开始时使用敏捷确实节省了分析和定义整个数据模型的时间，但经过一段时间、一年或更长时间后，我们将花费相同.

区块链不是物联网，区块链很难和你的现实联系，区块链是形式逻辑世界的产物，是第三元世界的。如今，人们出于各种原因诉诸区块链。自从我在2017年中期开始进行智能合约安全审核以来，我已经看到了这一切。“区块.

最初我将此指南分享到Syndicode博客，以描述我们在代理商中使用的UI和UX设计流程。由于这些材料看起来非常有用，而且引导相似，所以我决定将它分享到我最喜欢的dev.to社区。UI / UX设计的.

WYSIATI是“What you see is all there is”的首字母缩略词，你所看到的就是以为是所有的了。Daniel Kahneman在他的着作“ 思考，快速和缓慢”中描述的认知偏见.

最近我看到一张图表显示多年来对UML的兴趣几乎降至零。该图是从Quora中获取的，Quora是一个有意见者的论坛，而不是真相的来源。毫无疑问，早期的敏捷方法放弃了架构（至少是前期架构），因此对UML的.

Iren Korkishko一直潜入UX设计研究，尽管有大量的资源和工具，但很难对某些事情进行分类和完成。也许，因为设计总是一个比客观更主观的学科，并且对于相同的事物有数十亿种不同的解释，比如UX设计.

当一个人进入人群进行所谓科学随机的检查抽查时，他以为他得到了科学客观的结论，其实他没有考虑到自己的介入导致结果的不正确性，量子力学的薛定谔猫定理也大概是这个意思，这篇文章列举了大量这种检查悖论的现象：.

在互联网经济中，Chris Dixon认为：在评估互联网公司的战略地位（其利润护城河的可辩护性）时，您需要考虑：1）公司如何产生收入和利润，2）整个循环，而不仅仅是公司产品的层次。如，考虑进行Goog.

很多时候，客户对他们想要解决的问题提出的是一个“假的确定性”需求。他们可能没有定义真正的问题需求，而是经常定义解决方案。风险在于如果将其误以为需求我们可能构建错误的系统。软件团队希望能够探索问题的不确.

这篇文章的目的是：为什么可访问性很重要使网站可访问测试可访问性关于可访问性的错误观念可访问性影响所有用户，而不仅仅是那些有特定障碍的用户。接受这一点意味着实现可访问性就是建立压力案例。压力案例指的是影.

在我知道DDD之前，对于如何给类命名，我曾经提到过以下的想法。如果我们用客户习惯使用的词语来命名类呢？这难道不让我们更容易向客户解释我们为他们实际建造了什么吗？当然，实际中有可能是完全错误的，但我想说.

这是来自drdobbs的Dino Esposito文章。在领域驱动设计提出后这十年，DDD已经证明对于某些复杂项目是有效的，为实践提供了适当的指导。大约十年前，Eric Evans提出新的软件开发方法.