UML建模教程

由Rational Software开发并于1997年被Object Management Group（OMG）用作标准的统一建模语言（UML）旨在标准化软件工程领域中的几种不同的图形符号。

PlantUML 很受很多软件开发者的喜欢。使用 PlantUML，即使没有架构师强迫他们做架构文档，他们也可以做架构文档。我猜，原因之一是基于文本和类似代码的方法。但是从我的角度来看，PlantUML 有一个很大的缺点（从系统和软件架构师的角度来看，但我也是一名软件开发人员）：使用

Mermaid - 允许您使用文本和代码创建图表和可视化。它是一种基于 Javascript 的图表和图表工具，可呈现受 Markdown

您是否参加过有人试图解释软件系统如何工作的会议？我正在与一个刚入行的解决方案架构师进行沟通交流，他试图描述他们提出的系统。它具有大约八个不同的组件，并且它们都以多种方式彼此交互。他们正在使用手势解释解决方案。。。。。我理解从他们嘴里说出来的话，但把它们串在一起并没有任

我的工作不是编写代码，而是解决问题。今天我花了一整天的时间使用无代码工具，因为这是工作所需要的。但是反对者会认为与编码解决方案相比，使用无代码解决问题的时间随着问题的复杂性呈指数增长。但是无代码工具只是探索试验性思路的工具，如果确实可行，需要规模化，则使用成熟的编程语言实现生产化，以

互联网上有一篇名为“UML就这么悄悄死掉了吗？”帖子，文章中Ernesto Garbarino说，UML被降低标准的程序员所杀死：“敏捷是刺客，而用户故事是她致命的、有毒的箭头。” 如果本新闻稿有一个主题，那就是我们不应该相信简单的答案。现实世界很复杂。碰巧的是，几年前，我正计划编写

Mermaid 可让您使用文本和代码创建图表和可视化效果。它是一种基于 Javascript 的图表和图表工具，可呈现受 Markdown 启发的文本定义以动态创建和修改图表。如果您熟悉 Markdown，那么学习

这是Howard Podeswa针对业务分析师创建的ABC系列：  A”代表活动图Activity Diagram 几年前，我为一家金融投资公司做过一些咨询。该项目的目标是改善业务流程工作流程，以跟踪客户关系管理（CRM）系统中的机会和建议。

它是供团队协作、集思广益、绘制流程等的在线白板。它易于学习且使用起来很有趣，因此任何人都可以参与并分享他们的想法。FigJam是技术堆栈的图表类别中的一个工具。据报道，有11家公司在其技术堆栈中使用FigJam，包括Modanisa.com 、Productboard和Roo

快速在线工具，用于创建序列图：https://sequencediagram.org/使用序列图实现事件动作的DDD建模视频：DDD 聚合设计在线视频：

面向对象分析 (OOA)： 面向对象分析 (OOA) 是作为面向对象软件工程的一部分执行的第一个技术活动。OOA 引入了新概念来调查问题。它基于一组基本原则，如下所示 - 信息域被建模。面向对象设计（OOD）： 使用面向对象分析创建的分析模型通过面向对象设计转换为作为软件创建计划的设

首先，我只想说我真的很喜欢BPMN标准，尤其是2.0 Beta规范。我发现这种表示法是一种功能强大且具有表现力的语言，它不仅考虑了业务

上周二的文章“为什么UML“真的”死了”风靡一时。我很高兴人们喜欢它，我也很高兴使用所有休闲研究它，但是有些事情困扰着我。人们并没有从UML切换到其他东西。他们完全摆脱

大多数人都非常熟悉这样的格言：“一张图片抵得上一千个单词”。这句话实际上是普遍的，因为它涉及人类记忆和思想处理的两个简单的基本原则。这两个原则也是图表、模型和视觉辅助成为BA的宝贵工具的原因： 短期记忆能力：普通人可以在短期记忆（“米勒定律”）中处理大约7个对象（正负2个）。

太多的业务流程模型达不到期望。尽管投入了大量时间并花费了很多时间来进行利益相关者的努力，但许多业务流程模型最终仍无法达到预期目的。太多的内容不能充分反映业务的实际价值，或者没有足够的关键利益相关者参与实际决策，或者没有包括模型阅读者所寻找的各种流程信息。有些人甚至将其阅读与复杂或不协调的图形

形式方法Formal-Methods是一个非常有趣和重要的领域，但不是程序员熟悉的领域，这会导致很多误解。这是试图解决其中的一些问题。免责声明，我专注于其中几个工具，但相信我对其余工具足够熟悉，可以准确地呈现它们。 1.形式方法FM是关于证明代码正确