《火球——UML大战需求分析》(第3章 分析业务模型-类图)——3.6 考试管理系统（类图综合训练）_火球-uml大战需求分析

图 1.35 考试类与其他类的关系

说明：此图并没有画出课程、讲师、学生之间的关系，此图重点表达的是其他类与考试类的关系。

此图表达了这样的情况：
1)每个课程要么安排一次考试，要么没有考试，而每个考试只对应一门课程。
2)一名讲师作为出题者对应零到多次考试，而每一次考试必有对应的一位出题的老师。
3)一名学生需要参加零到多次的考试，而每个考试有一到多个学生参加。
至于成绩和试卷，要重点说明一下。

作为一名学生，他参加一门考试就会得到一个成绩，他参加多门考试就得到多门成绩，于是就可以计算出该名学生的平均分、最高分、分数排名等，这些内容可以列为学生的属性。
作为考试来说，一次考试有很多学生参加，这样这门考试就会产生很多个成绩，根据这些成绩，我们可以算出这次考试的平均分、最高分、优秀率、合格率等等，注意平均分、最高分这些也可以叫做这次考试的成绩，这些内容可以列为考试的属性。
学生的分数排名、考试的优秀率这些东西如果列为属性，这些属性可以成为“导出属性”，意思就是通过其他基础数据算出来的属性。需求分析时，我们要重点识别基础属性，基础属性是指“原生”的属性，不根据其他东西计算出来，而是直接得到的。

图3.35中所定义的成绩类是指一名学生参加一次考试所得到的成绩，这个成绩是原生的，通过这个成绩，系统可以从考试的角度或者从学生的角度导出很多其他统计数据。
理解了成绩这个类，应该就比较容易理解试卷这个类了。一次考试对应一名出题老师，老师为这次考试设计了一份题目，这份题目就是试卷。

上述只是参考答案，这个题目并没有标准答案，识别出怎样的类以及画出类之间的关系，从不同的角度就会有不同的结果，关键还是要从系统的目标出发，做出合适的分析。如果你的答案与参加答案很不一致，不代表你画得不好，只要你能有条理地解释这些类和它们的关系，就是合适的！

通过这个综合训练的过程（而不是结果），总结以下几点实践建议供你参考：
1)从系统的目标出发来思考问题。
2)用类图分析需求的基本步骤：识别类、识别属性、画出关系、整理和提炼，只是大致的参考步骤，并不是绝对的。
3)识别类的关键属性，能让我们思考类是否合适，尝试画出类的关系也会让我们再次思考这些类是否合适。
4)多读图，从两个方向来读两个类的关系，能帮助你发现更多问题。
5)只需要表达出的类直接关系就可以了。例如：A和B有关系，B和C有关系，这样其实A和C也是有关系的，它们有间接关系，间接关系不需要直接画出来，只需要画出所有的直接关系，我们可以通过类图的关系网络看到类之间的间接关系。
6)不要试图用一个类图表达所有的内容。考试系统这个题目其实已经简化不少了，实际系统的类图可能有几十个甚至上百个类，要规划好用多个类图来表达不同的内容，每个类图有不同的表达重点。
7)注意识别“原生”的内容，并且根据这些“原生”内容能导出什么“导出内容”，不要将“导出内容”当成“原生内容”的。
8)识别关联类是难点也是关键点，分离出关联类会让我们更加看清楚事务的本质。
9)没所谓绝对正确的答案，关键是要有自己的合理分析，逐步求精、持续优化你的想法。
10)多练习、多讨论，逐步增强你的面向对象分析素养。