毕业设计之感悟 —— UML 与 ER 图

今天毕业设计答辩，虽然我第一个上场，但是不是特别紧张，因为整个系统都是我写的。我以为自己天衣无缝，能应付所有老师的所有问题。事实上，我被老师教育了一番。

老师说我，毕业论文中没有一个类。我一开始比较懵，什么没有类？然后我和老师说我写了什么什么类。老师说，没有 UML 类图之类的东西。

其实我一开始是抗拒的。UML 类图，有什么用？不就是面向对象的类图嘛？直接画 E-R 图不行吗？老师和我说了面向对象的软件工程方法，首先需求分析，然后画 UML 图，UML 设计好了，再具体实现 E-R 图等等。

虽然被说得很懵，但是回去我整理了一下思路。我记得很多企业现在并不会把 UML 图放在设计里，大多数情况下都是架构师自己画一画，并不写在设计里。不过这不是主要的，我在想，为什么我们需要 UML 图，具体而言，E-R 图难道不够替代 UML 图吗？

其实，仔细想想，E-R 图的确不能替代 UML 图。起码 UML 图是面向对象的，E-R 图不能使纯粹的面向对象的，或者说，E-R 图并不能完全面向对象的思考。

就比如，我现在有个测试的实体，包括测试信息（题号，题名，内容等）和多组测试用例。一定要注意多组测试用例。假如我们用 E-R 图进行思考的话，最终很容易提前走向纠结：多组测试用例到底是一张表还是和测试信息合成一张表？如果是一张表，总觉得对应现实中的实体很变扭；如果合并成一张表，那么多组测试用例要么分开保存，要么合并保存：分开保存必定有冗余性的问题；合并保存，那每组测试用例以什么作为分隔符怎么保存呢？似乎也不好，测试用例可能有多组分隔符。E-R 图非纯面向对象（至少我是这么认为的），所以不应该以 E-R 图作为需求分析阶段的图，还没有到达这种细化的地步。

老师说的还是比较正确的，我也虚心接受批评。以后我要多认真学习一下软件工程了。

前路漫漫，唯码作伴。