首先，您根本没有义务在 UML 图中记录所有内容。因为工作软件比全面的文档更重要。然而，UML 对于突出显示软件中不易在代码中找到的一些不那么琐碎的方面非常有用。我的建议是关注这些方面。
现在，您应该在 UML 中做什么完全取决于您打算在模型中表示什么，以及如何使用 js。
UML的区别结构图显示软件上的静态视图以及行为图以展现其动态。
结构图
这对你来说可能不太有吸引力，因为 JS 是基于原型的与基于静态类的 UML 视图相反，它在类型逻辑方面提供了极大的灵活性。
尽管如此，您仍然可以从类的概念和使用中受益类图为了显示您的设计意图（即您对对象分类的心理视图）或用于实例化对象的原型（尤其是
如果您设计一些对象本质上充当原型，使它们事实上作为类的代表）。当然，如果你的 JS 设计根本不是面向对象的，那么将你的程序映射到 OO 概念就没有意义了（参见here).
请注意，遗留对象图对您来说可能更有意义，因为它可以解释对象之间的关系而不是类之间的关系（另请参阅here)
在这两种情况下，您可能特别感兴趣使用依赖有助于将静态元素（即对象或类）链接到行为意图。
Finally 封装图例如可以用来显示您的整体情况.js文件及其依赖项。它不是传统 java 包的意义，但也很有用。
行为图
在这里，我假设所有这些图表对您来说都是有意义的。
我首先想到的是顺序图。因为它有助于可视化几个人之间预期的互动objects，而这些仅仅通过浏览代码很难找到。
在某些情况下，状态机图也可以提供帮助。如果行为取决于某些状态变量，或者如果您想显示对象的完整生命周期，则这特别有意义。
最后，您可以考虑活动图。如果您想显示系统中的控制流或对象流，这些尤其有用。如果您不熟悉它们，并且为了简化到极致，它是一种超级流程图，但是其中箭头不仅仅代表“下一个操作”，还可以代表在操作之间传递的对象。
