教务管理系统的类图，你首先要分析教务管理系统的基本业务。
比如应该有学员类，教员类，班级，科目等类。
绘制UML类图不难，关键是要对系统比较熟悉，分析出业务的类图。
各表都只列出了主要属性，其余属性自己根据需求加吧
模型指标什么的太深奥了，看上去像是多对多的关系。
所以第一部分至少3张表
指标表：指标ID (主键)
模型表：模型ID (主键)
模型指标对应表：指标ID,模型ID(复合主键)
学生和课程也是多对多的关系，
所以也有跟上面类似的三张表，用户表(加个权限字段区分学生老师管理员教务人员，主键:用户ID)，课程表:课程ID (主键),选课表:用户ID,课程ID (复合主键)
你的教师和课程应该是一对一的关系吧，把教师的用户ID作为外键添加到课程表里。
要求识别出系统的参与者与用例，使用遵循UML规范的工具分别画出“学生选课系统”的画出系统的用例图、类图、对象图、构建图、实施图等静态图。光这点就比较麻烦.想人送你个程序...太天真了...
原文地址: https://www.cnblogs.com/wolf-sun/p/3413072.html
一、参与者与用例间的关联关系
参与者与用例之间的通信，也成为关联或通信关系。
包含关系（include）
扩展关系（extend）
(1) 概念
包含关系描述的是一个用例需要某种功能，而该功能被另外一个用例定义，那么在用例的执行过程中，就可以调用已经定义好的用例。
(2)表示符号<<include>>
控制台程序
用例图
图书管理员处理借书或者还书时的用例图，借书与还书都要考虑是否有overtime的书。
a.如果两个以上用例有大量一致的功能，则可以将这个功能分解到另一个用例中，其他用例可以和这个用例建立包含关系（如之前介绍的饮料自动售货机）。
b.一个用例的功能太多时，可以使用包含关系建立若干个更小的用例。（如学生管理系统的用例图）
实例：学生管理系统
注意 ：执行基用例时，每次都必须调用被包含用例。
（1）概念
用一个用例（可选）扩展另一个用例（基本例）的功能。
（2）符号表示<<extend>>
控制台程序
用例图
（3）使用场合
对扩展用例的限制规则：将一些常规的动作放在一个基本用例中，将可选的或只在特定条件下才执行的动作放在它的扩展用例中。
通过上面的例子，怎么区分它们，你心里也有数了，其实在扩展关系中的使用场合也说明了，扩展关系的限制规则：将一些常规的动作放在一个基本用例中，将可选的或只在特定条件下才执行的动作放在它的扩展用例中。在使用的时候，你考虑这点就可以区分它们。
1.包含关系
a.如果两个以上用例有大量一致的功能，则可以将这个功能分解到另一个用例中，其他用例可以和这个用例建立包含关系（如之前介绍的饮料自动售货机）。
b.一个用例的功能太多时，可以使用包含关系建立若干个更小的用例。（如学生管理系统的用例图）
2.扩展关系
对扩展用例的限制规则：将一些常规的动作放在一个基本用例中，将可选的或只在特定条件下才执行的动作放在它的扩展用例中。
在分析的时候，参考他们的使用场合，你就会豁然开朗......
系列文章
[UML]UML系列——用例图Use Case
教务管理系统需求基本上围绕三方面展开：
1、提高招生转化率也就是CRM系统，目前市面上做的很多可以参考一下，但是与之后教务和财务系统无法打通；
2、教务管理系统：有了（意向）学员就需要对学生信息，课程，学费等进行管理，除此之外还有销售提成，教师课时提成是财务头疼的事，排课和签到管理是老师工作量巨大；
3、营销系统：主要是将教学过程和成果沟通和分享出去，再结合社会化媒体，从口碑方面促进招生工作。
总之教务管理系统围绕学生/学员，教师，销售为主的三个人员，（提成）财务一个资金流，教室一个线下地点，签单、课程、签到三个事件为主线，你可以用一下课栈互联的系统，希望对你的问题能有帮助。
以上就是关于如何用uml制作教务管理系统类图全部的内容，如果了解更多相关内容，可以关注醉学网，你们的支持是我们更新的动力！
温馨提示：
