没有人注意到你是否死了？

由Rational Software开发的统一建模语言（UML），并通过1997年的对象管理组（OMG）作为标准，本身旨在在软件工程领域标准化若干不同的图形符号。

当我突出的是弥合IT和商业社区之间的差距的语言时，我对UML的爱情几乎开始了几十年。我从来没有完全相信，将价值为模拟混凝土软件伪影的符号;我的目标是淘汰UML，以描述在设计下的给定系统中的所需结构和行为。

对我来说，启示录是UML活动症围系的正式语义。我无法忍受非正式的Visio流程图，因为他们滥用歧义。例如，从一个盒子中出现的两个箭头表示athoice或将流量分成两个并行轨道？同样地，指向单个盒子的双迹意味着活动开始很快就开始流动击中盒子？是，xor，还是和？通过引入清晰和明确的沉思术语来解决我的point.uml来解决这个问题。

我利用2004年至2015年在2004年至2015年之间使用UML为七个不同的雇主和客户使用UML。

作为我的论文，我确定了基于最具结构和行为UML模型的基本数学的关键集合。我甚至用Haskell和GraphViz写了一个工具，以使所述数学恢复到图形UML中。

几年后，也许在2015年左右，我意识到我几乎没有用UML停止，所以我的同龄人的其余部分和我在最近咨询过的每个财富500个客户。发生了什么？

我知道。这是1000削减的死亡。不，由于其复杂性或严谨性，UML并没有被商业社区杀害。 Au对比，商业人士喜欢通过使用少数新的公约符号来清晰安常地沟通能力。这是它为桌子带来了UML的人（当我在当天回来时）并在烟雾中掏出它。

但本身没有被杀的UML。在公平性中，UML是公正的压制性伤害。大屠杀是整个要求工程领域，包括业务分析和设计。敏捷是刺客和用户故事是她致命的，有毒的箭头头（双关语）。

在您将用户故事中的模型中倒入香肠机器中，您可以在它结束时获得一个演示（或Adevops商店的特色生产发布！）没有任何有目的的余地，结构化的问题。

在今天的勇敢的新世界中，了解直接结晶准备就绪代码。即使是商业实体建模，也是敏捷的姐妹纪律的大型，Gotkilled：域驱动设计（DDD）。 BandedContexts封装（扫描在地毯下）复杂性，因此通过添加两个披萨团队进行Enterprisecan规模。雇用BDDAND的商店要求他们的业务团队在这里直接写黄瓜规格，但很少有企业这样做。

但是，今天的范式是我们在理解问题时无望。数字变换大师告诉我们，我们应该部署intoproduction，让用户告诉我们业务要求是什么，而不是制定自己的事先。我们可以采取多平台，直到我们正确。是的，快速，经常失败。

所以现在你明白了。它与UML的缺点无关。 Wehave简单地放弃了业务分析和正式规格，它带我们到下一个问题：如果不是UML，我们使用了什么？

虽然有些人使用轻量级的建模技术，如C4，今天使用的大多数图表都是我所说的，有些嘲笑，Masala图。 Nohard的感情，我称之为这样的图表。为什么masala？ becausethey是非正式的;它们立即覆盖多个尺寸，它们可能是结构和行为，逻辑和身体的。它们通常是4 + 1架构模型的观点的amishmash。

百万系统，您的生命和财务依赖，依赖于此，并完全在上述Masaladiagrams的后面进行资金和执行，通常不会比一堆epicsand用户故事更多额外的抵押品。

ernie，当然，我的银行的抵押贷款制度尚未使用您描述的这些可怕的Masala模型之一归档。

那不对吗？是的，如果您的银行未运行CICS，并且去年的解决方案出售，那么它可能已经使用IAM谈论的非常相同的Masala图表来构思。

世界有疯了吗？不，这只是我们刚刚放弃了软件的工程方面。这只是一个编码事件。我不是说那些写软件的人不是工程师自己;他们在很大程度上是。关键是，在组织级别，软件并未更长时间地设计，根据在机械工程如机械工程中的学科中发现的同等产科和工件。波音永远不会从一套非正式的Masala图的背面滚动罗伊斯的喷气发动机。

Masala图表有一个角色。如果你把它们带到他们所在，他们可以是美丽的东西。看，他们不是规格。他们的目的是唤起情绪。马萨拉图是有价值的，当他们激怒每个利益相关者的心脏时，图表是为了，按照Marie Kondo的原则。

尽管我不同意敏捷营地的朋友，但我对人类的幸福无耻。我的客户和同伴不仅继续询问了更多的Masala图表，而且他们也坚持认为我甚至莫尔马萨拉（我合并了更多的建筑尺寸！）所以为什么这么顽固？

UML仍然在我的心中，我仍然使用乘法裁保来构建解决方案，但今天，我以纯粹的数据/表格方式这样做。在图画表演的时间来临时，我得到了我的疯子和我的五升窗口离开了橱柜，这样我就可以为我可爱的客户做一个令人愉快的Masala图表。