现在我不记得原因了，但从与使用它们的爱好者的交谈中，我得到的想法是它们并没有解决它们似乎想要解决的问题。我真的需要找到它，我的工作要求我作为IT部门的负责人，领导永久性的发展--不仅仅是为了我自己的利益。那些适合的任务，我们部门称之为 "基本"--它们很容易和自然地堆积在关系型数据库管理系统中。在类似的方案中提到Oracle Process Modeller并不是没有道理的（第二个链接）。
UML является языком широкого профиля, это — открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, называемой UML-моделью. UML был создан для определения, визуализации, проектирования и документирования, в основном, программных систем. UML не является языком программирования, но на основании UML-моделей...
电视广告很烦人，所以小鹿不再是一个绰号了))))
这就是所谓的以客户为中心的方法
我已经厌倦了电视广告，所以小鹿不再是一个绰号了))))
"午餐前不要读苏联报纸。"))))，但打得不错。没有电视，我第一次看到它。
ZS这个论坛本身是自动翻译的，还是什么？"不，不能代替人工智能的颅骨）)
我想起了一件事。四分之一世纪前，我遇到了相当多的工业产品BPWin和ERWin，（Logic Works，Computer Associated），它们似乎也是一种灵丹妙药。显然，他们并没有能够取代编程语言，他们只是在其他开发工具中占据了自己的位置（看着https://ru.wikipedia.org/wiki/ERwin_Data_Modelerhttps://dic.academic.ru/dic.nsf/ruwiki/602049 - 仍然活着）。
现在我不记得原因了，但从与使用它们的爱好者的交谈中，我得到的想法是它们并没有解决它们似乎想要解决的问题。我真的需要找到它，我的工作要求我作为IT部门的负责人，领导永久性的发展--不仅仅是为了我自己的利益。那些适合的任务，我们部门称之为 "基本"--它们很容易和自然地堆积在关系型数据库管理系统中。在类似的方案中提到Oracle Process Modeller并不是没有道理的（第二个链接）。
TC决定重新发明UML 吗？
这是一个很好的例子。
主要问题是，根据图灵，UML并不完整。
主要问题是，根据图灵，UML并不完整。
是的，但他的方向是正确的。编码是利用大脑潜力的一个狭窄渠道。代码所描述的模式比眼睛所感知的相同模式的理解时间要长数百倍。想象一下，一个排球的旋转，每转一圈都会减慢速度，并稍微增加倾斜角度。用代码中的公式描述这个过程，并用摄像机拍摄下来。测量程序员意识到这是同一件事所需的时间。
假设变量的名称和注释会很快告诉你对象在代码中的形象和本质，但如果你不告诉他，他怎么会很快发现代码中的旋转器和视频中的旋转方向不同？
当然，知道原理图比不知道原理图更容易解析代码。
从技术上讲，如果有某种代码的可视化工具，甚至会很方便...特别是如果一个人没有取消另一个人，而是补充了它。