历史浏览记录
毕业设计(论文)团购更优惠,折扣多多
本站所有出售的 资料均严格保密,出售过后会做详细的记录,避免重复.
QQ临时会话 可能无法正常接收信息,为了确保消息能顺利接收,请先加客服为好友咨询.
本站提供的资料 都是已经做好的,现成的作品都是审核过,格式排版好的,保证质量和规范.

计算机专业毕业论文审核要点(必看)

编辑:admin123  来源:56doc.com  时间: 2017-09-29  浏览数:

论文题目是否太大        
例如:办公自动化系统,客户关系管理系统和教务系统等等,题目大不是高水平的体现,在论文撰写时,要完成论文要求的细节几乎不可能,否则论文的篇幅会很长,不利于撰写和答辩

论文是否按照范本进行撰写        
(1) 论文的章节目录要严格按照范本的结构来安排,即论文的目录与范本几乎是一致的,除了内容不同之外;
(2) 在范本中每一章节要写一些什么内容都有具体的要求,需要认真学习一下,尤其是要画什么样的建模图。"

论文题目与内容是否匹配        
经常出现的是论文内容与题目不完全一致,例如:题目是:XX安全系统的分析与设计,但内容却与安全没有关系等等,主要原因是需求分析不到位,对系统的业务不熟悉

论文中的内容是否与论文题目中的单位相关        
如果论文题目中有单位名称,则在论文的需求分析与系统设计部分必须有该单位的相关内容。如果只是在论文的背景中介绍了单位情况,这就达不到要求了

【56doc.com】



论文写作中建模图形是否是基于面向对象方法的,是否使用了部分结构化方法建模        
要求所有建模都是基于UML的方法进行的,UML的基本建模元素是九种图和四种关系,简要说就是功能分析要使用用例图,模块设计要使用类图和顺序图,数据库设计要使用实体类图或E-R图。尤其是功能结构图不能使用H图,功能模块的设计不能使用IPO图等等

论文中是否有黑图        
黑图特指从其它论文或电子文档中复制粘贴或屏幕拷贝等得到的图,如果这些图是必须的,就必须重画

论文中是否有实现部分        
如果作者本人参加了系统的编程工作,就要有部署图和构件图的建模,否则删除相关的章节

论文的核心功能是否都是增、删、改、查等基本操作        
系统功能的设计不能只是简单的数据操作,要有管理内容和过程,例如审批、审核、流转、利用、统计、求解、预测和控制等等

封面、扉页和格式是否符合要求       
版权所有www.56DoC.COM 咨询QQ:869918441

参考《论文写作规范》或范本

论文的总页数是否足够        
包含封面、扉页、摘要、目录、正文、致谢、参考文献和附录等

参考文献是否在论文中引用        
参考文献有多少篇,论文就应该有对每一篇的引用

所有的图表是否标引        
例如:图 X.Y <标题>或表 X-Y <标题>,其中X是第X章,Y是序号,<标题>是图或表的名称

第一段对论文的背景进行简单描述        
从第一章中进行总结

主体部分是否按照模板来写        
可以参考摘要模板,为了避免重复,需要充实内容

摘要键词部分是否列出
英文摘要依据中文摘要完成,包括关键词

是否提出了论文要解决的问题        
这是本章的核心,要详细描述论文要解决的问题 内容来自www.56DOC.com 咨询QQ:306826066

是否对系统开发与应用的现状进行了描述        
用自己的语言描述,不要照抄,要避免重复率

业务流程图是否含有计算机处理的流程步骤        
业务流程图只涉及到业务,即没有计算机系统时这项工作是如何做的流程,因而诸如用户登录、点击、输入、增加、删除、选择、查询和保存等都不能作为流程步骤

是否有总体用例图        
需求分析中须有总体用例图

是否按照主用例进行了用例分析        
要求对总体用例图中的每一个用例再进行分析,给出子用例图,并给出用例之间的关系

用例图是否正确        
用例图中,每一个用例基本都要对应一个用户界面,一些具体的操作(例如增、删、查、改等)或信息项因为没有对应的用户界面就不能作为用例,因而没有对应用户界面的用例要全部删除

用例图的关系是否正确        

内容来自WWW.56doC.COM


用例之间的关系主要是依赖关系(采用《include》或《extend》构造型,且是虚箭线)和泛化关系,一般不使用关联关系

所有用例是否都给出了用例描述         
用例描述必须对用例(即椭圆)进行,不是对用例图的描述,且所有的用例都必须描述;

是否给出了总体数据需求分析        
需要画概念类图,重点是实体类,一般情况下用缩略类图表示

是否按主用例给出了数据需求分析        
总体功能结构包图是否与总体用例图一致        
这是非常重要的,不一致是最严重的问题

各子功能结构包图是否与对应的子用例图一致        
是否在功能模块设计时给出了类图的详细设计        
类图设计是面向对象方法的核心,设计时要给出类的所有属性和操作,不能只给出概念类图,且类之间的关系要正确

顺序图中对象、消息和操作是否正确          内容来自www.56DOC.com 咨询QQ:306826066
顺序图中对象的名称要与类的名称匹配,顺序图中消息的名称要与类的操作匹配

功能包图中的所有包是否都给出了顺序图设计        
顺序图的设计要能体现该功能的全部子模块(包),或者所有子功能模块(包)都要给出各自的顺序图

类中的操作(或方法)是否都给出了处理流程图         
处理流程图不是描述业务流程或操作流程的,也不是将顺序图用流程图描述,而是用于描述类中的操作(注意类是由名称、属性和操作组成)的设计流程图,且每一个复杂的类操作都要给出流程图,详见“三种流程图的比较”

处理流程图中涉及到数据库的步骤是否对应到具体的库表        
库表是指在数据库设计中给出的表,相关步骤包含库表的打开、增加、修改、删除和查询等

数据库设计是否与第三章数据需求相一致        
数据库设计要与第三章数据需求相一致,所给出的实体必须与实体类相对应,实体的个数也要相同

本文来自WWW.56DOC.COM 咨询QQ:869918441


数据库E-R图是否正确        
要标明所有的关系,即一对一、一对多或多对多等,一般情况下E-R图中要包含所有的库表

数据库的概要设计与物理设计是否一致        
在给出了数据库的实体属性图或实体类图之后,数据库表的设计在名称、字段和类型等要与之前的设计完全一致,个数也不能少

数据库表是否有主键和外键,字段的长度是否合理        
主键(PK):唯一标识表中的所有行的一个列或一组列
外键(FK):用于建立和加强两个表数据之间的链接的一列或多列"

总结部分是否有针对性        
总结部分是否针对第一章提出的问题进行了总结,也要用自己的语言描述,不要照抄,要避免重复率

参考文献的格式是否正确        
参考文件格式大全

参考文献中是否有英文的文献        

56doc.com QQ:306826066


参考文献要有10篇以上,一般可以使用英文1-2篇参考文献

致谢是否抄袭        
用自己的话去写,感谢某某某等等,这是态度问题 本文来自WWW.56DOC.COM 咨询QQ:869918441