毕业设计除了画用例图、顺序图、类图、活动图，还需要画什么图表？

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

1. 状态图：用于描述系统或对象在不同状态下的行为和属性变化。

2. 构件图：用于描述系统的物理结构，包括软件和硬件组件的配置。

3. 部署图：用于描述系统在不同计算机节点上部署的方式和架构。

4. 数据流图：用于描述系统中数据的流动和处理过程。

5. 流程图：用于描述系统中各个流程的执行顺序和流程间的关系。

6. 用户界面设计图：用于描述系统的用户界面和交互方式。

7. 数据库设计图：用于描述系统中数据库的结构和关系。

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

画用例图的步骤和注意事项

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

1. 确定系统的边界：即确定系统与外部世界的交互界面。

2. 确定参与者：即确定与系统交互的各个角色，如用户、管理员等。

3. 确定用例：即确定系统的各个功能模块，以及每个功能模块的具体操作。

4. 确定用例之间的关系：即确定各个用例之间的依赖关系和执行顺序，如扩展关系、包含关系等。

5. 绘制用例图：根据以上步骤，使用UML语言绘制用例图，并标注用例、参与者和关系等信息。

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

1. 用例图应该简洁明了，不应该包含过多的细节信息。

2. 用例图应该符合系统实际运行情况，不能存在不实际的用例或参与者。

3. 用例图应该具有可读性和易理解性，方便开发人员和用户进行交流和沟通。

用例之间的关系

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

1. 包含关系（include）：表示一个用例包含另一个用例的功能，即一个用例在执行过程中会调用另一个用例。

2. 扩展关系（extend）：表示一个用例可以扩展另一个用例的功能，即一个用例在执行过程中可以选择性地执行另一个用例。

3. 泛化关系（generalization）：表示一个用例是另一个用例的具体化，即一个用例包含了另一个用例所有的属性和行为。

4. 关联关系（association）：表示一个用例和一个参与者之间的关联，即一个参与者可以触发一个用例的执行。

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

用例图中参与者的关系

用例图中的参与者可以有以下几种关系：

1. 主要参与者（primary actor）：即与系统直接交互的参与者，其目的是触发系统的某些功能并获取相应的结果。

2. 次要参与者（secondary actor）：即与系统间接交互的参与者，其目的是为主要参与者提供支持和服务，如系统管理员、第三方服务等。

3. 管理员参与者（administrative actor）：即具有管理系统权限的参与者，其目的是管理系统的各个模块和资源。

4. 外部参与者（external actor）：即不属于系统内部的参与者，其目的是与系统进行交互并获取相应的结果，如其他系统、外部服务、设备等。

以上参与者关系可以根据实际情况进行选择和使用，用于描述系统与外部世界的交互和参与者之间的关系。