我知道UML的主要目标是交流。UML打算提供系统的设计，并且代码确实是系统的实际构建块。
我的问题是，是否应该直接互相反映代码。让我解释一下：
- 我正在使用使用Web服务显示电影节目时间的Java程序。 到目前为止
- 该计划有16个班级，我的一个朋友将我的代码扩展到git上，但是他将以下内容添加到了所有类中。
软件包showtimesfrusa;
我想用包装图介绍我的程序。但是，我已经将我的课程分为不同的软件包，与编码方式不同。软件包：UI (AWT and Swing) , Controllers, Moviemonitor, MovieService, USAmovies <<server>>
我只想显示我代码中的类组之间的依赖项，作为本演示文稿要求的一部分，包装图确实对此非常有用。但是我不确定模型中的软件包是否应该直接映射 java 中的软件包编码方式？
我不确定模型中的软件包是否应该直接镜像包装在Java中编码的方式？
绝对是。这就是UML软件包的意图。您如何看待代码是一个巨大的"上帝对象"类，但作者将其模仿为UML中的几个不同的类别？
如果将代码从概念上将代码划分为软件包，为什么您不希望使用用于该目的的机制将其反映在代码中？
此外，听起来您目前根本不使用软件包语句，即您的代码属于无名默认包中的代码。除了投掷玩具代码外，这都是一个不好的做法，因为它会导致几个问题。一方面，不可能使用其他使用软件包的代码中使用您的代码。
我认为潜在的问题可能是您正在误解UML软件包。它们并不是真正的意图作为抽象标记，以表明类是例如UI类或控制器。这就是UML刻板印象的目的。
当您开始考虑解决问题的解决方案并绘制班级图以进行交流时，您确实在设计业务逻辑级别中需要的类。在此级别，UML和代码应同步。当然，该代码将具有更多信息，例如完整的实施方法。在UI代码级别上，通常UML类无济于事或交流。