山东大学软件工程硕士专业学位论文格式doc.docx
《山东大学软件工程硕士专业学位论文格式doc.docx》由会员分享,可在线阅读,更多相关《山东大学软件工程硕士专业学位论文格式doc.docx(23页珍藏版)》请在冰豆网上搜索。
山东大学软件工程硕士专业学位论文格式doc
山东大学软件工程硕士专业学位论文格式
山东大学软件工程硕士专业学位论文格式
第一部分山东大学学位论文规范(试行)2
第二部分软件学院软件工程硕士论文写作规范5
1.1论文基本要求及结构5
1.2论文格式规范及撰写说明5
1.2.1论文封面5
1.2.2论文扉页7
1.2.3原创性声明和关于学位论文使用授权的说明7
1.2.4中外文论文目录7
1.2.5中外文摘要7
1.2.6符号说明8
1.2.7论文正文8
1.2.8附录、附图表13
1.2.9引文出处及参考文献13
1.2.10致谢15
1.2.11攻读学位期间发表的学术论文目录15
1.3论文内容组织结构15
1.4论文主要内容写作说明17
1.4.1绪论17
1.4.2论文的正文17
1.需求分析17
2.系统概要设计18
3.系统详细设计19
4.系统实现与测试20
1.4.3结论20
XXXX年月、起止页码、论文署名位次。
(十三)学位论文评阅及答辩情况:
论文答辩通过后,送校学位办公室、图书馆和档案馆的论文需将学位论文评阅及答辩情况填入《学位论文评阅及答辩情况表》中。
(十四)外文论文:
1.外文论文写作的形式:
可根据本学科的实际选择以下写作形式的其中一种。
①与中文全文在内容和形式上完全一致的外文全文。
②两篇以上与学位论文相关的可以在外文期刊上发表(含已发表)的外文论文。
2.外语写作的要求:
学位论文外语写作要语句通顺,语法正确,符合该种语言的写作规范,能准确反映作者的学术思想。
论文内容用小四号字体小写字母打印。
四、学位论文的打印与装订
论文用A4标准纸输出,双面打印。
博士学位论文一式25份,硕士学位论文一式15份(软件工程硕士一式六份),装订成册,并按要求送交有关部门(送校图书馆和档案馆的论文需线装)。
中、外文学位论文原则上一起装订,如篇幅过长可分别装订。
除外语专业的学位论文外,其它学科的学位论文一律中文论文在前,外文论文在后。
本规范由研究生院负责解释,自公布之日起实施。
二OO六年十一月十日
第二部分软件学院软件工程硕士论文写作规范详解
使用说明:
1、本规范系提供给软件工程硕士进行论文写作、排版等工作的参考性文件,旨在帮助大家明确论文写作过程中的若干问题,希望大家可以仔细阅读。
2、本规范是在《山东大学学位论文规范(试行)》基础上,对软件工程硕士论文写作过程中的若干问题进行了详细的说明和解释,原则上不会与《山东大学学位论文规范(试行)》相矛盾,如不慎有相左之处,还请遵守《山东大学学位论文规范(试行)》中的规定,并请大家谅解。
3、如果大家对论文写作存在其他共性的问题或建议,可随时将其发送至esNean字体大写字母打印,摘要内容用小四号TimesNean字体小写字母打印。
1.2.6符号说明
符号说明:
介绍论文中所用符号表示的意义。
并不是每篇论文都需要有符号说明。
如果论文中使用了大量的物理量符号、标志、缩略词、专门计量单位、自定义名词和术语等,应编写成注释说明汇集表。
假如上述符号和缩略词使用数量不多,可以不设专门的汇集表,而在论文中出现时加以说明。
注意:
对于常用的、已经为大家广泛接受的缩略词不必进行符号说明。
如:
DB、MVC、UML等。
只有当不进行符号解释读者就无法看懂时,才有必要设置符号说明。
1.2.7论文正文
(1)论文正文是学位论文的主体和核心部分。
学位论文是专门供专家审阅以及供同行参考的学术著作,必须写得简练、重点突出,不要照抄或罗列叙述书本上的常识性内容,以免给人造成论文空洞不实、凑字数等印象。
应注意使论文各章之间密切联系,使全文形成一个有机整体,而不是若干材料的随机堆积。
对于一般工程性论文,全文应体现出分析现状发现问题分析问题解决问题的条理性,因此问题应当是论文的灵魂,没有发现并解决问题的论文是没有意义、没有创新的,也是不合格的硕士论文。
一般工程性论文正文应当是如下几个部分的有机组合:
绪论、需求分析、系统概要设计、系统详细设计、系统实现与测试、结论等。
(2)论文正文字体及层次要求。
正文内容用小四号宋体打印。
每页要有页眉,其上居中打印山东大学硕士学位论文字样,页码标注在页面底端(页脚)外侧。
论文中层次不宜太多,要有一定的编排系统和统一的格式,根据内容轻重做到整篇论文协调一致。
层次编排格式统一如下(以第1章为例):
第1章,
1.1
1.1.1
1.
(1)
(2)
(3)
2.
1.1.2
1.
2.
1.2
1.2.1
1.2.2
注意:
1.层次编排不宜过深,一般建议以3级层次为好,非必要情况下不建议使用1.2.2.1等4级标题。
2.文中提到层次名时要准确对应,如第1章、1.2、1.1.2、步骤1、步骤
(2)~(4)等。
论文中的操作步骤尽量统一用
(1)、
(2)及以下层次的编号。
3.文中并列内容应尽量避免使用●、、☆等项目符号,以免论文显得内容较散,更像技术报告,不像科学论文。
4.文中不用Ⅰ、Ⅱ、Ⅲ或a、b、c作为顺序编号。
也不用一、二、三及
(一)、
(二)、(三)作为顺序编号。
5.标题由词组或短语组成,要简短明确,标题末不带句号、冒号等标点符号。
(1)、
(2)、(3)层次以下的内容一般不用标题。
同一层次标题在语法结构上应尽量对等。
6.不出现孤立编号,例如,不应出现只有1.1.1而无1.1.2等后续编号的情况。
如确实需要该标题,可采用不带编号和标志的标题,字体字号与同等层次标题相同(目录中不必列出)。
7.正文中不使用加粗功能企图达到突出重点的目的。
论文中的各级标题举例要求如下:
标题格式示例
一级标题小三号黑体加粗摘要
第1章绪论
二级标题四号黑体加粗1.1系统开发背景
3.1系统概要设计
三级标题小四号黑体加粗3.1.2系统功能架构设计
四级标题(不推荐使用)小四号黑体加粗3.2.2.1系统***设计
正文小四号宋体我就是宋体小四号
注意:
各级标题一定要用m)每页印刷版面尺寸(mm)每行打印字数每页打印行数
含篇眉,页码不含篇眉,页码
A4(210x297)146x240146x22032~34字29~31行
页眉:
从摘要开始到最后,在每一页的最上方,用5号宋体,居中排列,页眉之下划一条单实线(1镑),页眉用山东大学硕士学位论文字样的名称。
如下图:
段落、页边距、字间距和行间距:
上下页边距:
2.54cm,左右页边距:
3.17cm;字间距:
标准;行间距:
1.5倍行距;段落按照标题级别不同,分别采用不同的段后间距:
标题级别段前间距段后间距
一级标题24镑1.5行
二级标题18镑1.5行
三级标题12pt1.5行
(可适当调节各级标题的段前、段后间距,以利于控制正文合适的换页位置)
(4)论文中的制图、制表等要求。
论文中的制图、制表、公式、符号必须遵循国家规定的标准,具体如下:
插图要求,所有插图按分章编号,如第1章的第1张插图为图1-1****图,字体可以用宋体5号字。
所有插图均需有图注(图的说明),不能只有图编号。
图号及图注应在图的下方居中标出;一幅图如有若干幅分图,均应编分图号,用(a),(b),(c)......按顺序编排;插图须紧跟文述,在正文中,一般应先见图号及图的内容后再见图(即:
正文中先见本系统功能架构如图3-2所示。
字样,再在段后见图3-2),一般情况下不能提前见图,特殊情况需延后的插图不应跨节。
图形符号及各种线型画法须按照现行的国家标准;坐标图中坐标上须注明标度值,并标明坐标轴所表示的物理量名称及量纲,应均按国际标准(SD)标注,例如:
k/s,N,m....等,但对一些示意图例外;图应具有自明性(即只看图、图题和图例,不阅读正文,就可理解图意);图中用字最小为宋体小五号字;插图必须同内容密切联系,切忌与文字和表重复。
图的绘制一定要紧凑美观并且保证清晰,避免使用彩色和带底色的图,一面影响论文印刷。
切忌直接从他人文章、其他文献、书籍扫描和网上直接拷贝图形,全文不能出现非本人绘制的图形(系统实现部分的系统界面截图除外),必须使用他人插图时,须在图题正下方注明出处。
表要求,表中内容应与叙述文字内容相呼应,表的结构应简洁明了,表随文排,字体为宋体5号字注,一定使用单倍行距,要排版紧凑,以与正文内容区别。
对于文中的各类表,一定注意先有引用文字(格式一般为如表8-5所示)然后见到表,插表表名要简明贴切,表序按章用阿拉伯字编列,表序末和表名末均不加标点符号,写在表的上方。
表格较长如需转页,则在下页稿纸上重写表头,并在表的右上方写续表,表内全部数据的统一计数或计量单位应置于表的右上角,若表中各栏计量单位不同,则将单位分别列入表头的各栏中,将量的符号与单位符号之间用斜线隔开,即表中的数值用量与单位的比值形式表示。
表内数据对应位上下对齐,一般以小数点为准;数字间夹有,/号者,以这些符号对齐;无数据或文字处一律空白。
相邻栏内数字相同时,应重复书写,勿用同左、同上等;表内文字说明,空一格起行,转行顶格,并正确使用标点符号,但每段最后一律不用标点符号。
表内名词短语、数据需注释时,用脚注,即在所需加注名词或数据的右上角注符号①,②,或星号,在表的底线下方写出相应的符号和注文,不出现注字,如对整个表加以说明时,可附注于底线下方,注文前应有说明:
字样。
程序代码可以以11表的形式出现(将程序放在一个矩形边框内),代码用TimesNean5号字,以示区别正文。
程序代码不需要是完整的程序代码,主要用来说明问题,不要出现注释,切忌直接将程序中的代码不加任何排版直接拷入,文中代码一般都要有(且应位于系统实现部分),但不要出现过多,切忌出现连续大篇幅代码,以免给人材料堆积、凑篇幅的感觉。
公式要求,公式均需有公式号;公式号按章编排,如式(2-3);公式中各物理量及量纲均按国际标准(SI)及国家规定的法定符号和法定计量单位标注,禁止使用已废弃的符号和计量单位;公式中用字、符号、字体要符合学科规范。
图、表、公式等与正文之间要有6磅的行间距。
1.2.8附录、附图表
附录、附图表:
主要列入正文内过分冗长的公式推导,供查读方便所需的辅助性数学工具或表格;重复性数据图表;实验性图片;程序全文及说明等。
1.2.9引文出处及参考文献
引文出处及参考文献:
(1)参考文献一般应是作者亲自考察过的对学位论文有参考价值的文献,除特殊情况外,一般不应间接使用参考文献;
(2)参考文献应具有权威性,要注意引用最新的文献;(3)引用他人的学术观点或学术成果,必须列在参考文献中;(4)参考文献在整个论文中按出现次序依次列出,并在引用处右上角标注(上标),标注符号为[X](如:
[3]);(5)参考文献要具有一定的数量,不作特殊数目的要求,一般不少于20篇左右,且以近期文献为主;(6)参考文献的书写顺序如下:
(a)期刊的著录格式为
著者题名(可省略)期刊名,出版年,卷号(期号):
页码
示例如下:
[1]卜小明,龙驭球一种薄板弯曲问题的四边形位移单元力学学报,1991,23
(1):
5360
[2]MastriAR.Neuropathyofdiabeticneurogenicbladder.AnnInternMed,1980,92(2.2):
316-318
(b)专著的著录格式
著者书名版本(第1版不注)出版地:
出版者,出版年
示例如下:
[1]马振华离散数学导引北京:
清华大学出版社,1993
[2]NeanputerGraphics.Nea.In:
Sodemananechanismsofdisease.Philadephia:
Saunder,1974.457-472
(d)学位论文的著录格式
序号作者.题名:
[学位论文].学位授予单位所在地:
学位授予单位,学位授予年
(e)专利的著录格式
序号专利申请者.专利题名.专利国别,专利文献种类,专利号.出版日期
(f)技术标准的著录格式
序号技术标准发布单位.技术标准代号.技术标准名称.出版地:
出版者,出版年
注:
工程硕士论文的参考文献除论文、著作、书等以外,也可以出现少量的技术标准、技术报告和网站资源等作为参考文献。
1.2.10致谢
致谢:
系对给予各类资助、指导和协助完成研究工作以及提供各种对论文工作有利条件的单位和个表示的感谢。
致谢应实事求是,切忌浮夸之词,不能千篇一律,要写自己真实的想法,一般不超过半页纸。
1.2.11攻读学位期间发表的学术论文目录
攻读学位期间发表的学术论文目录:
按学术论文发表的时间顺序,列出本人在攻读学位期间发表或已录用的主要学术论文清单,包括论文发表刊物名称、卷册号、页号、年月及论文署名位次。
学位论文评阅及答辩情况:
论文答辩通过后,送校学位办公室、图书馆和档案馆的论文需将学位论文评阅及答辩情况填入相应的表格中。
1.3论文内容组织结构
软件工程硕士的论文的主要内容结构应按照如下方式进行组织,作者也可以根据自己研究设计开发系统的实际情况做一些微调,但一般以下内容不可或缺。
第1章绪论
1.1系统开发背景
1.2国内外同类课题(或技术开发)状况
1.3解决的主要问题
1.4本文的主要工作(非研究性论文不推荐使用本文主要贡献的说法)
1.5论文的组织结构
第2章需求分析
2.1系统概述
2.2系统目标和解决的问题
2.3系统需求获取模式(避免引用过多人所共知的理论)
2.4系统需求问题描述
2.4.1系统功能性需求
2.4.2系统非功能性需求
第3章系统架构概要设计
3.1系统设计目标和原则
3.2系统技术架构设计
(网络架构、安全架构、系统逻辑、部署架构、实现架构、数据架构等几个方面,作者可以进行选择性的撰写。
)
3.3系统功能架构
第4章系统详细设计(避免出现过多同类材料的罗列和堆积)
4.1系统建模(尽量使用UML语言)
4.1.1系统的静态结构图
4.1.2系统的动态结构图
4.2系统数据库设计(包括但不仅限于:
系统E-R图、数据库表设计等。
)
第5章系统实现与测试
5.1系统总体实现
5.2-5.n具体关键实现
5.n+1系统测试,
5.2.1系统测试的环境与方案
5.2.2系统测试数据与过程
5.2.4系统测试结果与分析
第6章结论
系统不足之处和展望
1.4论文主要内容写作说明
1.4.1绪论
绪论应是全文的浓缩,而摘要则是绪论的浓缩。
绪论简要说明系统设计开发的背景、从国内外相关领域以及用户角度介绍有关的开发技术分析,采用技术的原因,需要多查询一下资料,可以是专业知识知名网站,以及系统解决的主要问题和论文的重点工作等。
每章节抽出几个核心的工作,一般通俗的有关技术知识,在绪论中不必赘述。
为了反映出作者确已掌握了所从事软件工程领域的坚实的基础理论和宽广的专业知识,具有开阔的科学视野,对研究开发方案作了充分论证设计,绪论应单独成章,列为第一章,并用足够的文字叙述。
1.4.2论文的正文
论文的正文主要包括需求分析、系统概要设计、系统详细设计以及系统的实现与测试(如没有测试,可不写该部分)等部分。
该部分是论文核心部分,占主要篇幅。
正文必须实事求是,客观真切,准确完备,合乎逻辑,层次分明,简便可读。
正文应图文并茂,对于工程性论文来说,没有图表、纯文字描述的论文很难形成一篇好的文章
1.需求分析部分
在系统需求分析章节中,主要是为作者设计开发的一个新系统定义业务需求,主要回答的是系统开发的用户需要什么?
什么样的需求导致了本系统的实施和开发?
通过作者开发设计的系统用户得到什么?
在系统概述中主要利用叙述、图表等方式,概括性的描述系统的业务模型及有关业务流程现状和总体要求;需求获取模式部分主要介绍需求获取的过程和相关的需求获取采用的技术,如果需求获取技术不占主要篇幅,没有什么特色也可以简写,或与2.4节合并;在需求问题描述中,重点要有较大的篇幅,主要从功能需求(functionalrequirement)和非功能性需求(nonfunctionalrequirement)两部分进行描述,其中功能需求主要描述作者开发设计的系统提供的活动和服务,重点是通过需求用例建模,其软件制品表现为系统用例图(use-casediagram)和系统用例场景或系统用例描述(use-casenarrative)。
论文在该部分描述中,作者可根据自己开发设计系统功能包的大小,对系统的核心用例、有突破性的业务用例等重点进行用例描述,但避免全部在论文中罗列出来,作者可以用作为论文附件的形式进行附录,在描述功能性需求时作者需要体现论文写作设计的思想,不是把作者实际项目中所设计的全部用例以及用例描述都放在该部分内容章节里面,从而将论文写成清单式的技术报告。
非功能性需求主要描述作者开发设计的一个满意系统的其他特征、特点和约束条件。
非功能性需求的内容一般用非量化的指标来表示。
作者在论文写作中其表现形式可以为图表的形式来展现。
如:
系统要求的可靠性指标(包括故障率、可恢复性和可维护性等),可以以补充性规格描述等方式描述,这部分也可以包含对开发环境的描述等。
注:
该部分内容应该涉及和体现需求分析的主要分析文档,如:
用例图、业务流程图等。
2.系统概要设计部分
系统概要设计主要是描述设计开发的系统的总体框架,主要关注结构、模块性、基本构件和主要控制流等方面,作者也要论述解释架构视图为何如此,在架构中作者要从某个角度观察系统的窗口,只强调关键信息或想法,忽略其他。
在这一章节中作者主要介绍设计架构要达到的目标和遵循的原则以及技术架构内容。
主要包括功能视图、逻辑视图、进程视图、部署视图、数据视图、安全视图、实现视图等主要部分内容。
作者在写该部分内容过程中,如果没有特色的内容可以适当进行一些论述,要对特色的重点部分进行论述,作者在写作中要对所设计得到的每个架构图表之前都要进行简要的论述,阐明设计该图表的方法,体现作者设计的思想,同时应体现作者完成该部分内容所应完成的工作量。
各类视图主要说明如下:
逻辑视图:
最重要的层、子系统、包、框架、类、接口等概念性组织。
概括了主要软件元素的功能;展示了描述系统关键方面的重要用例场景;UP设计模型的视图,是使用UML包、类和交互图的可视化。
进程视图:
进程和线程。
描述了他们的职责、协作以及分配给他们的逻辑元素;UP设计模型的视图,是使用UML类图和交互图的可视化,其中使用了UML进程和线程表示法。
部署视图:
进程和构件在处理节点上的物理部署以及节点之间的网络配置;UP部署模型的视图,使用UML部署的可视化。
数据视图:
数据流、持久性数据模式、对象与持久性数据之间的模式映射,对象到数据库、存储过程以及触发器的映射机制;UP数据模型的部分视图,使用UML类图的可视化用于描述数据模型;用UML活动图表示数据流。
安全视图:
概述了安全模式和架构中实施安全的控制点;可以作为UP部署模型的视图,使用UML部署图的可视化,突出了关键安全控制点和相关文件。
实现视图:
实现模型;包含源代码、可执行文件等;实现模型包括Web页面、DLL、可执行文件、源代码等;UP实现模型的视图,用文字或者UML包图和构件图表示。
该部分内容有关知识请参阅《ApplyingUMLandPatterns》(SecondEdition)第五部分,细化迭代3,第32章,架构分析和SAD的介绍。
对于框架(如持久性框架、交互框架等)也可以在这里描述。
注:
在描述架构设计思想时体现设计模式,描述时还要注意的是不要用通用的结构,描述一定有具体的结构图,最好有特色,有思想。
3.系统详细设计部分
在该章节中作者主要根据UML模型图中的静态结构图(如类图、对象图),类之间的关系、交互图(顺序图、协作图)和状态图(状态图、活动图)来对系统进行详细的描述。
作为论文,作者不需要将系统所有上述内容进行细化描述,和在论文中进行罗列,要重点描述设计的思想、设计方法、设计模式和设计理论,描述有特色的设计、有一定难度的设计和有一定复杂度的设计,其他可以作为论文附件进行附录。
同时作者要对系统数据库进行有关的设计,包括表的设计,表关系的设计、OR转换,持久性的问题,存储问题。
这部分设计主要描述设计中的问题,设计的方法,包括设计模式,以及设计的结果,描述为什么会得到这样的设计,以及这样设计的好处。
注意:
描述的方法,对于同样一个业务流程或操作的问题,在需求分析要用用例描述来描述,在设计中就要用顺序图或活动图描述,在实现时就要用算法、流程图或者伪代码描述等,但同一业务或操作最好不要在各个部分描述。
4.系统实现与测试部分
作者在写该部分内容时如果从具体功能实现的角度描述,论文可能罗列太多,缺乏思想性。
作者应重点从如下角度去挖掘该部分内容,首先从系统实现总体的角度用一节对系统的实现给出一个总体性的论述,并有适当的主要界面和2-4个主要的图表,可以3-5页;其次作者可以抽出关键的,复杂的功能算法实现,数据结构、数学模型、界面设计、交互设计、并发控制、性能设计、通讯协议,接口等分别进行一节的描述,可以以流程图和伪代码等形式进行描述,一定要避免大篇幅的代码附写在该部分章节内容中。
在系统测试该部分内容中,如果作者的论文测试没有特色就增加一节简单的描述作为软件开发过程的一个步骤,也可以不写。
如果作者的论文主要从测试角度来撰写,可以按照软件工程的角度来进行撰写,把软件测试按照一个项目进行组织管理,从测试背景、国内外测试相关技术、测试需求、测试方案和用例,测试的实现(测试过程和测试数据)、测试结果分析及建议等几个部分进行论文的撰写。
论文的工作量取决于作者测试方案的复杂度,重点是方案的方法和技术,同时一定有分析的方法和技术。
1.4.3结论部分
该部分内容作者主要介绍项目的应用、实施情况和效果,存在的问题,如何改进等,为将来进一步的设计开发奠定基础。
备注:
(1)论文的幅面考虑至少60~80页
(2)除了系统产生的截屏,文中的图都用visio或者Ro