需求工程RE

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

我的大学刚刚宣布正在抛弃黑板，这很令人欣喜。为什么普遍批评黑板？其实这是一个可以类比“为什么企业软件很烂”的标准的故事，还有一个比喻是婴儿服装。婴儿服装有两种类型，一种是针对购买其作为礼物的人，放在购物架上令人无法抗拒，但是它至少有18个纽扣，至少需要三个人才能将哭啼的婴儿穿上它，只

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

领域概念建模对于我来说是一种很酷的练习，如同初学者区分动词和名词的练习，在副词和介词连用之处发现与获得更丰富的意义。也需要发现这些名词和动词根的约束限制与边界。目的是要消除隐藏的细微差别，并使它们在设计/代码中显而易见。阅读书籍，阅读业务领域的文档以帮助理解概念，以便您可以对

该文比较了软件工程中敏捷和瀑布两个方法，主要是分析了敏捷方法，指出敏捷方法的致命问题：我们们在系统开始时使用敏捷确实节省了分析和定义整个数据模型的时间，但经过一段时间、一年或更长时间后，我们将花费相同或更多的时间来处理糟糕的数据模型或大数据重构。如果我们在实现需求之前再添加一个阶段，

WYSIATI是“What you see is all there is”的首字母缩略词，你所看到的就是以为是所有的了。Daniel K

如果有人说您只能对一个软件项目执行一次质量实践，您会选择什么？我会选择对需求进行同行评审，我认为这是我们今天可用的最高杠杆质量实践。在同行评审中，工作产品的作者以外的其他人检查产品的质量问题和改进机会。审查需求是一项强大的技术。使用它们来识别模棱两可或不可验证的需求，查找尚未足够详细

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

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

PDCA是4步迭代方法，通常用于业务流程改进。PDCA代表计划Plan，执行Do，检查Check，执行Act。1950年代，W爱德华兹·戴明（W Edwards Deming）博士在日本工作期间将其推广。在日本，他帮助最高管理者如何改善产品设计，质量，测试和销售。 该过程最初归因于W

Iren Korkishko一直潜入UX设计研究，尽管有大量的资源和工具，但很难对某些事情进行分类和完成。也许，因为设计总是一个比客观更主观的学科，并且对于相同的事物有数十亿种不同的解释，比如UX设计金字塔。每个人都知道，用户需要从基础到顶部，首先涵盖一些重要的事情，然后旨在满足一些

Shopify是一个介于开店店主、物流系统和最终网购用户之间的平台，通过整合集中采购第三方物流公司（称为“第三方物流”）提供仓储和运输服务，为商家和用户之间提供最大价值化的服务。Shopify所做的是平台最擅长的部分：作为价值链中两个模块化部分之间的接口。Shopify面对的上游是成

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

作为产品人员，我们可以非常喜欢我们管理的产品。尽管在乎它们是件好事，但我们一定不能忘记它们是达到目的的一种手段：产品的存在仅仅是为了为其用户和业务创造价值。因此，正如我在本文中讨论的那样，您的产品必须帮助您的公司前进并支持整体业务战略，这一点很重要。

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

该案例