毕设论文评审意见分类

评委老师对本科毕业论文的评审意见一般可分为以下三类：

一、应该做的，你做没做

        以软件工程为例，需求分析、概要设计、详细设计、系统实现、系统测试这些关键环节不能少。很多同学、甚至是老师觉得随便画几张图就可以了，其实这种想法是要不得的。软件的设计（通常由UML完成）是团队成员高效沟通的桥梁（保证人和人的有效连接才是生财之道），是软件实现的基本保证。

        很多同学觉得他周围的大佬没有画什么图，都能很快把软件开发出来，所以软件的设计都是空了吹的，没有什么作用。其实，人家大佬是胸有成竹，前期在设计方面得到的训练足够多，就可以在心里完成设计工作了。

        此外，评委老师评审的重点就在你的软件设计上。一般情况，评委是不可能再部署一次环境，运行你的系统的。主要就是通过你对软件的设计来评价你的系统的合理性、可靠性甚至是创新性。比如，如果你的业务流程图太简单了，数量太少了，评委就会直观地认定你的工作量不足。再比如，业务流程图非常杂乱，评委就会觉得设计水平太低，不会解耦。

        这也是为什么，《软件设计模式》可以单独出本书，开门课。

二、该做的事情，你做没做够

        这种意见会与毕业要求中“解决复杂工程问题”的标准直接挂钩。基本上就是通过论文的页数、字数、图表数来判定的。如果上述内容的数量过少，专家就会认为：“就这么点东西，你能复杂到哪儿去？”。特殊情况下，毕设工作特别有含金量（有较大的创新，比如发表一篇北核及以上的论文，或者有发明专利，至于实用新型和软著就不那么吸引人了），专家会酌情降低对论文页数、字数和图表数的期待。

        为什么学校要对毕业论文做字数要求？就是为了保证你的论文所做的事情足够“复杂”。软工专业的同学想要保证自己的工作量，就需要不断细分业务，甚至需要做到一个功能对应一个业务。比如，登录、注册、注销，就是三个业务，对应了三个业务流程图。当然，一般的系统都有这三个业务，重要的还是自己系统的核心业务，这玩意儿几乎决定了毕业答辩的成败。评委通常会想：“设计得这么简单，实现的系统能复杂到哪儿去？”

        因此，业务流程图该如何在简明和复杂之间折中呢？答案就是数量取胜。前面说了要把业务细分，这样的结果就是，业务流程图很多，通常有数十张图。评委翻页都要翻个十几秒。这样就保证了专家对“复杂”的期望。这也是模块化编程的基础。在业务逻辑上能够分开的，代码实现方面就很自然地能够划分到不同的模块，即“业务功能模块”。

三、格式问题是否严重

        格式问题不难改，但是很容易出现，而且要命。这直接影响评委老师对你的工作态度的认定。一个正常的评委，在看到一对格式错误的论文时，根本就没有心情去看具体的内容。“格式都弄成这狗屎样子的，论文本身还能好到哪儿去？”

        大部分格式问题都可以通过套用官方的模板解决。但是在撰写过程中，经常出现的问题还是要提醒一下。（1）正文的行距；（2）章节标题的段前断后的距离；（3）图表的编号规则和顺序；（4）公式的编号规则和顺序；（5）图片的文字环绕一定要是嵌入式，所在行为单倍行距；（6）除了每一章的末尾，其他位置不能出现大片空白，可通过缩放图片大小，或者改变段落的先后位置调整；（7）封面里导师的名字、职称，以及致谢中的导师名字千万不能错；（8）参考文献要使用自动编号，正文中的引用要通过插入“交叉引用”的方式实现；（9）参考文献的内容要准确，尤其是[J]代表的期刊类型，卷号、期号、年代、页码范围要反复到期刊官网核实；（10）除了引言（绪论）和总结的章节以外，中间的每一章都要有“本章小结”。