zoukankan      html  css  js  c++  java
  • 本科生毕业论文->计算机类(1)

         写在前面:作为一个计算机类学生,本文只是面向计算机类本科论文进行了一些小经验总结,每个学校的论文要求不一致,具体的参考规范可以看学校的通知,毕业论文作为毕业的一个重要审核标准,写好毕业论文是非常重要的事情了,计算机类可能还会有软件设计,其实也是一件非常头疼的事情,写论文一时爽;一直写一直爽(忽略这句假话吧),

           参考的论文网站最多的就是知网了,谷歌文库也不错,前提是先翻墙过去,在知网中除了期刊杂志外,也提供了一些优秀的论文,但是基本都是硕士论文,写下来估计60+页的内容,而本科生的论文字数不要求那么多的。所以在写论文时要学会精简压缩,说的容易,做起来真的是很困难的了。

    本文以下文档来源于毕设老师对论文的建议和规范要求,感谢老师的倾心付出~~

    论文最容易犯的10大内容错误:

    (1)自己工作占比例太低

          错误:很多同学由于毕设工作量很少,就把“别人的东西”(背景、相关知识)写了3、40页来凑字数,自己的工作只有7、8页。

          说明:其中自己的工作应占2/3以上篇幅。你把别人东西写的越多,自己的东西就显得越少,评阅老师越会觉得你是在混毕设,及格可能性就越低。

          正确:先写自己的工作,再根据篇幅补“别人的东西”。如果自己的工作很少,就少补一点儿“别人的东西”。比如说你自己的工作就写了15页,那补15页“别人的东西”,你自己工作的篇    幅就是50%(而如果你补30页“别人的东西”,你自己工作的篇幅就只剩33%)。

     (2) 给别人做广告(主要是相关技术、工具部分)

         错误:在毕设中用了Visual Studio,就在相关技术工具部分大写特写,从网上找各种VS的资料,百度百科凑5页,微软官网拼5页,洋洋洒洒写了10页VS的历史发展、优点等等。

         说明:你又不是微软公司的销售,把VS吹到天上微软也不会给你五毛,只会让老师觉得你在凑篇幅而已。

        正确:不是说不能写,而是不应该Copy、罗列。应该多写“为什么”,而不是写“是什么”。应该写的是:你为什么要用VS(为啥别的工具不行/不好,你别说是指导老师让你用你就用了),VS给你的工作提供了什么支持(你用到了VS的哪些功能特性,而不是VS有哪些特性)。

    (3)指点江山(主要是绪论、问题背景部分)

         错误:绪论或摘要一开头就是“随着社会的进步/人民生活水平的提高/社会信息化的发展……”。

         说明:这和你自己的毕设工作有啥关系?

        正确:直接切入你所做的工作的具体背景,比如你做的图书管理系统,直接说以前没软件时如何管理图书,有啥缺点;现在其他图书管理系统是如何管理的,有啥缺点;再引出你的系统的优点。

    (4)把老师当小白来科普(主要是问题背景部分)

        错误:用到了一些常用数据结构(堆栈等),先把堆栈的维基百科来上2页。用的B/S结构,先把B/S的概念+图再来2页。

        说明:一定要搞清楚:谁会读你的论文,读者读你的论文是想得到什么东西。基本上只有论文评阅老师会读你的论文。你自己在毕业后很可能都是不会读,就别说你的同学和其他人了。

       正确:既然论文的读者定位为评阅老师,那你在论文中就不能有太低级的科普。要知道,老师想从你的论文中判断出你的毕设工作量和难度是否够得上毕业的标准。老师不是想通过读你的论文“学东西的”(及少数情况是这样)。一些基本的专业知识应该假设读者是已知的,只介绍比较特殊的专业知识。

    (5)只有“是什么”的罗列,没有“为什么”的分析(这是最大缺陷)

        错误:写需求分析,就列一个1页纸的用例图,再加上5页纸的每个用例的场景描述表格,除了表格基本没正文;写数据库设计,就列一个占一页纸的ER图,再加上10页数据库每张表的每一列的说明表,除了表格基本没正文;写概要设计、详细设计,又是类图+序列图,除了图基本没正文。

       说明:你罗列的是你工作的结果,而不是过程。而老师恰恰想知道你的工作过程,你是如何从无到有做出来的。如果只有结果,那老师怎么知道是你做的还是别人做的?

        正确:结果需要有,但过程更重要。系统一共20个用例,你为什么这样设计?为什么是20个,而不是15个?用例之间是什么关系?用例和需求是如何对应的?系统数据库一共10个表,你为什么这样设计?为什么是10个,而不是8个?表之间是什么关系?你的设计满足什么范式?系统一共15个类,你为什么这样设计?为什么是15个,而不是10个?类之间是如何交互的,满足什么设计模式?系统的功能是如何分配到类中的?记住一个简单的原则:图、表有多高,正文中的文字说明就要多高。

    (6)实现部分太短

       错误:前面需求分析、设计写了15页,实现部分3页就完(主要是系统各界面截图)。

      说明:毕设主要工作量就体现在系统实现。你截几张图,老师怎么知道是你做的还是别人做的?

       正确:多写实现中遇到的问题及解决方案,这是体现你自己工作的关键。如果实现所用的工具、类库、框架很特殊,也可以写。

    (7)个人感悟太多(总结部分)

       错误:在最后一章总结与展望中,写自己从毕设开始啥都不懂,老师、同学热情帮助,自己努力学习,终于学到了知识,完成了毕设,大学没白过。

       说明:总结与展望是论文的总结,不是你毕设过程的总结,没人关心你通过毕设得到了什么。

       正确:写系统实现结果,目前仍存在的问题,以后如何改进(脑补让别人做v2.0应从何处改进)。

    (8)致谢很敷衍

       错误:在论文结尾的致谢处,要么是网上copy一个,要么是指导老师名字都写错。

       正确:诚恳感谢那些在毕设及大学过程中确实给过你帮助的父母、老师、同学……。

    一个敷衍的谢谢,还不如不说。

    (9)参考文献正文未引用

        错误:列了20篇参考文献, 在正文中只引了5篇。

        正确:用到别人的东西,包括使用别人的方法/软件、引用他人文献中的结论等都应列出参考文献,且在正文中按规定格式引用。每篇参考文献,在正文中都应被引用。

    (10)代码太多

        错误:由于工作太渣,为了凑篇幅,贴了10页代码,老师难道要敲代码过滤吗?

       说明:尽管撰写规范中没有具体的代码篇幅限制,但通常全文代码量不应超过1页。

       正确:只列出有难度的关键代码段,并大量配上正文解释代码。

     

    8大格式错误见文章:https://www.cnblogs.com/mfyngu/p/10704213.html

     

  • 相关阅读:
    委托事件
    委托使用(2)
    简单的文件流写读
    datalist 分页显示不用PagedDataSource对象
    委托使用(1)
    文件的路径问题
    委托揭秘
    一个简单的文件上传(没有数据库的)
    Quartz 2D 练习2多点触摸画圈
    插件框架精简版 x3py 已在Win/Mac/Linux下测试通过
  • 原文地址:https://www.cnblogs.com/mfyngu/p/10704180.html
Copyright © 2011-2022 走看看