毕业设计除了画用例图、顺序图、类图、活动图，还有哪些图？

除了画用例图、顺序图、类图、活动图，还可以根据需要画以下图表：

状态图：用于描述系统或对象在不同状态下的行为和属性变化。
构件图：用于描述系统的物理结构，包括软件和硬件组件的配置。
部署图：用于描述系统在不同计算机节点上部署的方式和架构。
数据流图：用于描述系统中数据的流动和处理过程。
流程图：用于描述系统中各个流程的执行顺序和流程间的关系。
用户界面设计图：用于描述系统的用户界面和交互方式。
数据库设计图：用于描述系统中数据库的结构和关系。

以上图表都可以根据实际情况和需求进行选择和使用。

如何绘制用例图？

在画用例图时，可以按照以下步骤进行：

确定系统的边界：即确定系统与外部世界的交互界面。
确定参与者：即确定与系统交互的各个角色，如用户、管理员等。
确定用例：即确定系统的各个功能模块，以及每个功能模块的具体操作。
确定用例之间的关系：即确定各个用例之间的依赖关系和执行顺序，如扩展关系、包含关系等。
绘制用例图：根据以上步骤，使用UML语言绘制用例图，并标注用例、参与者和关系等信息。

在绘制用例图时，需要注意以下几点：

用例图应该简洁明了，不应该包含过多的细节信息。
用例图应该符合系统实际运行情况，不能存在不实际的用例或参与者。
用例图应该具有可读性和易理解性，方便开发人员和用户进行交流和沟通。

用例之间的关系

在用例图中，用例之间可以有以下几种关系：

包含关系（include）：表示一个用例包含另一个用例的功能，即一个用例在执行过程中会调用另一个用例。
扩展关系（extend）：表示一个用例可以扩展另一个用例的功能，即一个用例在执行过程中可以选择性地执行另一个用例。
泛化关系（generalization）：表示一个用例是另一个用例的具体化，即一个用例包含了另一个用例所有的属性和行为。
关联关系（association）：表示一个用例和一个参与者之间的关联，即一个参与者可以触发一个用例的执行。

以上关系可以根据实际情况进行选择和使用，用于描述用例之间的依赖和执行顺序。

用例图中的参与者

根据你的描述，可以考虑如下的用例图：

用例图

在这个用例图中，系统边界是由矩形框标识，参与者则用小人图标表示。左侧的栏目都是系统管理员的功能，因此可以用一个参与者“管理员”来代表。系统管理员可以执行的用例包括用户管理、角色管理、资源管理、会员管理和文档管理，这些用例之间通过包含关系和扩展关系来描述它们之间的依赖关系。其中，“文档管理”用例还和一个外部参与者“文档管理人员”有关联关系，表示文档管理人员可以通过系统执行这个用例。

如果你觉得这个用例图还有需要改进的地方，可以根据实际情况进行修改和完善。

子菜单的用例图

如果系统管理下面还有多个子菜单，那么可以根据子菜单的功能来分别绘制用例图。例如，用户管理可以分别包括添加用户、修改用户、删除用户等不同的用例，每个用例都可以绘制成一个独立的用例图。同样的，角色管理和文件上传也可以分别绘制对应的用例图。在细化用例图时，可以参考上面提到的步骤和关系，以及根据具体需求进行选择和使用不同的UML图表。