写论文注意事项（软件工程专业）

点击次数:

一、  常见错误

1.  登录 还是 登陆？

登陆，原指作战的军队从空中或水中着陆，登上敌方的陆地，后来泛指登上陆地、登上地盘，如“秋冬新款将于10月登陆上海”。

再看看“登录”。如果说“登陆”的构词是述宾式，“登录”则是联合式，因为它是“登记录入”的缩写。登记和录入用户名并进入系统，这个过程就叫登录，有的网站或应用也会写作“登入”。在中华书局2009年10月北京第1版《当代汉语词典》中，“登录”有“进入要访问的计算机网站”的意思，而“登陆”没有这个义项。

所以，如果说的是用账户名和密码进入的地方，那应该说“登录”更为妥当。如果只是泛指来到一个地盘，包括仅仅浏览一个网站的信息而不需要身份认证的情况，则用“登陆”。

2.  幻灯片结尾：谢谢大家的聆听？

我们先辨析以下常用听词的用法吧：

聆听 To listen (respectfully)

指集中精力、认真地听，用心听。谦词：多指下级对上级，晚辈对长辈，自己对别人。强调很尊敬地听。

语出汉杨雄 《法言·五百》：“聆听前世，清视在下，鉴莫近於斯矣。”

倾听 To listen (attentively)

一指侧着头听，二指细听；认真地听。敬词：多用于上对下。强调专心地，聚精会神地听。

出自《礼记·曲礼上》：“立不正方，不倾听。”

孔颖达疏：“不得倾头属听左右也。”

垂听 Listens

俯听；倾听。敬词：多是长辈或上级对自己。强调说话者倍感荣幸，对象多指神明，君主或老人等。

《尉缭子·原官》：“明举上达，在王垂听也。”

《汉书·董仲舒传》：“子大夫其精心致思，朕垂听而问焉。”

谛听 To listen (carefully)

注意地听，仔细听。强调很仔细，很谨慎地听。

参考[唐] 白居易 《霓裳羽衣歌》：“当时乍见惊心目，凝视諦听殊未足。”

《醒世恒言·吕洞宾飞剑斩黄龙》：“合掌跪膝諦听。”

鲁迅 《集外集·斯巴达之魂》：“肃肃全军，諦听諦听。”

综上，“感谢大家的聆听”用法并不恰当，聆听是谦词，只能由听者说出，不可由讲者说出。所以最方便的修改就是“感谢大家的倾听”。或者直接结尾只写“谢谢”也行，简单粗暴。

二、  需求分析和软件设计的区别

需求分析文档，应该是项目相关的所有人都能看得懂也都关心的内容，包括可能对计算机一无所知的用户、对开发不甚了解的项目经理和只会测试的测试人员，所以需求分析文档应该说明这个软件的全部功能和使用方法，可以采用UML图中的用例图、类图、顺序图、活动图、状态机图等来描述，建议提供界面原型。

软件设计文档，应该是只有开发人员才关心的内容，所以注意不要把软件的功能、使用流程、界面等这些本应属于需求分析的内容写到设计文档中。设计文档只应讨论如何用软件工程的方法和开发语言、工具去实现需求分析文档中确定下来的软件的功能需求和非功能需求。应充分讨论代码的设计思想。

不要以为作为软件开发人员，参与了业务系统的流程讨论，对用户方的管理流程提出了改进意见，就叫做设计。这可以算做管理方法的设计，但不是软件开发的设计。这些全是需求。软件的功能模块划分，各个模块的使用流程，这些都是需求分析，放到设计文档就错了。

简单总结如何区分哪些是需求分析的内容，哪些是软件设计的内容的方法：

方法一：需求分析文档所有人都看得懂，包括对软件开发一窍不通的人，UML图稍加讲解对于他们并不是什么难题。如果某些文字只有学过软件开发的人才看得懂，那它就一定不是需求分析的内容。而软件设计是除软件开发人员外其他人根本看不懂的“天书“，如果会不会开发都能轻易看懂，那可能就不是软件设计文档中的内容。

方法二：需求分析文档中的内容是所有人都非常关心的，用户依据需求分析文档验收软件产品，项目经理依据需求分析文档安排人力和进度，测试人员依据需求分析文档进行功能测试，开发人员要努力实现需求分析文档中所罗列的功能需求和非功能需求。这里面强调的是用户应该非常关心需求分析文档中的内容，因为这是用户和开发团队之间的合同或者叫契约，而用户绝不会关心软件设计文档的内容，除非他们想跟开发人员学编程技术。

总结，需求分析是用户给开发团队出的题目，软件设计是开发团队给出的解题思路。不要把题目描述从题目里拿出来放到解题步骤中。

三、  论文题目

论文题目很关键！在清晰表达工作内容的基础上，尽量朴实一点。举一个简单的例子，像计算机的论文通常是“基于A的B系统设计与实现”。这个结构很通用，但是需要注意的是A这个技术必须是你B系统的关键技术，在论文里要占主要篇幅的，否则宁愿删除前面的A。另外，B系统的名字也不要太大，比如我就造了一栋楼，我说我造了整个小区，这也容易被老师抓住漏洞。题目的选择要与论文的内容大小刚刚对应合适，太大太小都不可以。

四、  软件类论文的主要内容

一篇软件类的论文应该主要包括以下这么几部分内容：项目背景和意义、拟采用的技术路线、需求分析、系统设计、具体实现、测试和部署、总结与展望。

第一。项目的背景。包括说明项目的来源是哪里？为什么要做这个项目？做这个项目有什么意义？同类型的类似的项目在国内外发展现状是怎么样的？

第二部分是论文拟采用的技术路线。这里边要列出来你论文中项目开发过程中所使用的开发语言、工具、框架和方法等。注意不要把这一部分写成是这些技术的一个简单的罗列和简介，这些信息在网上随手一搜即可得到，不应该出现在论文内。论文中主要阐述的是这些技术有哪些同类型的技术？你选的这个技术与同类技术相比有什么优点？有什么缺点？你为什么选择他们作为你论文的开发技术？

第三部分是项目的需求分析，这里面包括功能性需求和非功能性需求。功能性需求要通过使用UML当中的用例图、类图、顺序图、活动图，状态机图等来阐述，应该把这个项目的主要功能模块、每个功能模块当中主要的业务流程，甚至包括一些界面的设计，这些都列入到需求分析当中。

第四部分是项目的设计，项目的设计应该从全局的角度，来讨论整个项目是如何设计的。需要说清硬件架构，软件架构，软硬件分层，层与层之间的接口设计，主要的业务对象和业务行为，以及数据库设计等方面。

第五部分是代码的实现和单元测试。这里边需要列出来开发过程中，关键技术是如何应用的，核心算法是如何实现的。单元测试是采用什么样的测试方案，测试数据使用了哪些，测试结果是怎么样的等等。

第六部分是项目的集成测试、部署和展示，这个应该是整个项目收尾结题的阶段。应该对整个项目做全面展示。

第七部分是总结与展望，总结就是对整个项目从开始到最终完成，做一个全面的概要总结。展望是指出项目的不足，指明下一步工作的方向，一般要列出两到三个下一步工作的问题和目标。

五、  工作量和创新性

牢记毕业论文的原则-不求有功，但求无过。大家不要为了凑字数，写很多高大上的东西，但实际中几乎没用到，或者不是关键技术。大家只要老老实实地把自己的工作讲完，分清主次。工作量不够的一定要加工作量，创新性不足的尽量鸡蛋里挑骨头找一下有没有创新点，实在不行再加。

论文想要通过评审，要满足实用性、完整性和创新性。

实用性，就是这个论文中实现的软件，必须要解决相关领域的实际问题，国内外没有同类的产品，或者同类的产品在一些方面不如论文中讨论的这个软件。这要在论文中做好充分的调研，讨论出做这个软件的必要性和可行性，证明没有其他类似的软件可以直接拿来使用。以及这个软件的应用场景，受众人群，应用前景，经济效益和社会效益等。

完整性，就是论文中要讨论软件设计和实现的全过程，使用UML等工具，讲述从需求分析开始，软件设计、实现、测试、部署和使用的全过程。这里面最容易出的错误，是将软件的功能模块划分、各功能模块使用流程、外观界面等误归类为设计，这些都是需求，是这个软件展示给用户的一面，设计要讲的是软件的架构层次，代码的分层原则，代码的分层接口，代码模块的同步和异步调用方法，业务对象的封装、继承和多态设计，设计模式在代码设计中的应用以及数据库设计中的实体关系等。总之，所有关于软件是如何使用的东西都是需求分析，只有代码是如何实现的才是设计。只有需求没有设计，作为一篇讲软件开发的论文是不合格的。测试要有测试计划、测试方案、测试用例和测试结果分析等，要符合软件测试规范。论文提交时要有相应的系统代码展示和运行演示。

创新性是一篇硕士论文中的必要条件，这里的创新性，不是指这个软件在相关应用领域解决了什么应用问题，而是这个软件设计过程解决了什么软件工程领域的问题，注意必须是软件工程领域的问题，因为论文申请的是软件工程专业的学位，而不是管理学、生物学或是别的什么学科的学位。必须是过去没有解决方法的问题，或者是解决方法比过去的解决方法都要好，要有改进，要有实验结果的证明。比如，解决了大规模数据处理中的性能问题，过去的算法都没有这篇论文中提出的算法快。创新性可以只是一个点，不是论文的全部都要是创新，但是这个点是必须要有的。

六、  论文中最重要的部分是什么

第一章绪论非常关键！！！这里我要重点强调，绪论非常关键，每一节都很关键。第一节的研究背景与意义要紧密围绕论文题目来展开，要明确指出问题的成因、解决问题的必要性、面临的挑战等，这三点都要点到！第二节的国内外研究现状也要紧密围绕论文题目，不相关的千万不要提，会给专家一种凑字数的感觉，国内外研究现状的文献不要太久远，最好都是10年内，甚至5年内的。另外！国内外研究现状不仅要指出现在的研究成果，最后还要总结一下还存在哪些问题需要改进（而这些问题都是在你论文里解决的）。

请不要搞混研究内容与论文章节组织的区别！有些人小节标题是研究内容，然后下面写的是论文第一章写啥，第二章写啥等等，其实这是错误的！研究内容是对你论文主要工作的总结，而论文第一章写啥，第二章写啥是论文的章节组织！另外，敲重点来了！！！论文主要工作的总结是重中之重，许多老师可能一上来直接看你这一部分，大概了解论文做了什么，而且，很多盲审老师的评阅很多意见也是复制你论文工作总结的语句，所以这一部分一定要好好写，非常认真得写，改好几遍！

最后一章应该是总结与展望，由两部分组成，第一部分总结你做了哪些工作，把论文前面介绍的工作用一段话总结归纳出来，客观总结，不要写成合格鉴定，第二部分是展望，是这个论文还有哪些不足，给出三点左右的改进方向。最后一章不是抒情，不是本人有什么收获，有什么提高，有什么感悟，这些都应该放到致谢里面。

再强调一下，论文主要工作总结的内容，在论文里体现在三个地方，第一是摘要，第二是第一章绪论里的论文主要工作一节，第三是最后一章的总结与展望！一定要好好写！

论文整体组织结构，每一章的内容组织一定要合理，要循序渐进，不要东一榔头西一榔头，在具体写论文之前，文章的整体架构一定要自己多反思几遍，和老师也多沟通！

七、  论文的修改

千万不要闭门造车！比如说请教你觉得比较熟的老师，或者你总认识几个同专业的同学，或者就是和你一起写论文的同学，一定要多请教他们，甚至把论文发给完全和自己专业不搭的朋友，但是也能指出错别字呀，病句呀，图不清晰呀等等问题！所以一定要多给别人看自己的论文！