山东大学软件工程硕士专业学位论文格式(范本)

1、山东大学软件工程硕士专业学位论文格式山东大学软件工程硕士专业学位论文格式 8 1. 8附录、附图表 13 1. 9引文出处及参考文献 13 1. 10致谢 15 1. 11攻读学位期间发表的学术论文目录 15 论文内容组织结构 15 论文主要内容写作说明 1. 论 1. 4.2论文的正文 1. 需求分析 系统概要设计 3. 系统详细设计 4. 系统实现与测试 20 1. 4.3 结论 20 201X04更新第一部分 山东大学学位论文规范等。论文中的操作步骤尽量统一用 （1） 、 （2）及以下层次的编号。 3 文中并列内容应尽量避免使用 、 、 等项目符号，以免论文显得内容较散，更像技术报告，不

2、像科学论文。 4 文中不用、 或a、b、 作为顺序编号。也不用 一、 二、三 及 （一）、 （二）、 （三） 作为顺序编号。 5 标题由词组或短语组成，要简短明确，标题末不带 句号 、 冒号 等标点符号。层次以下的内容一般不用标题。同一层次标题在语法结构上应尽量对等。 6 不出现 孤立 编号，例如，不应出现只有 1. 1.1而无 1. 续编号的情况。如确实需要该标题，可采用不带编号和标志的标题，字体字号与同等层次标题相同（目录中不必列出）。 7 正文中不使用 加粗 功能企图达到突出重点的目的。论文中的各级标题举例要求如下： 标题 格式 示例一级标题 小三号 黑体 加粗 摘要 第1章 绪 论二级

3、标题 四号 黑体 加粗 1.1 系统开发背景 系统概要设计三级标题 小四号 黑体 加粗 3. 系统功能架构设计四级标题小四号 黑体 加粗 3. 1 系统*设计正文 小四号 宋体 我就是宋体小四号注意： 各级标题一定要用Word的标题工具设置（建议使用 格式样式和格式 功能），以便整篇文章统一并可以自动生成目录。不要自己排格式和设置字体，以免无法生成目录。 （3）论文用纸及打印规格。论文用纸一律为A 4，一般每行3234字，每页2931行，双面打印。纸张规格、尺寸每页印刷版面尺寸每行打印字数 每页打印行数含篇眉,页码 不含篇眉,页码 A4 146x240 146x220 3234字 2931行页

4、眉： 从摘要开始到最后，在每一页的最上方，用5号宋体，居中排列，页眉之下划一条单实线（1镑），页眉用 山东大学硕士学位论文 字样的名称。如下图： 段落、页边距、字间距和行间距： 上下页边距： 54m，左右页边距： 3.17 m；字间距： 标准；行间距： 1.5倍行距；段落按照标题级别不同，分别采用不同的段后间距： 标题级别 段前间距 段后间距一级标题 24镑 二级标题 镑 1.5行三级标题 pt 1.5行（可适当调节各级标题的段前、段后间距，以利于控制正文合适的换页位置） （4）论文中的制图、制表等要求。论文中的制图、制表、公式、符号必须遵循国家规定的标准，具体如下： 插图要求，所有插图按分章

5、编号，如第1章的第1张插图为 图1-1 *图 ，字体可以用宋体5号字。所有插图均需有图注论文集中析出的文献著者题名见: 文集编者文集名版本出版地： 出版者，出版年页码示例如下： 胡海昌中厚板弯曲理论的一种更精确的解耦方案见： 黄克智，徐秉业固体力学及其工程应用北京： 清华大学出版社，199385 89 WEinstEIn L,Sartz M N. Pathogeni properties of invading niroorganisma. In: Sodeman W A, Jr., Sodeman W A,ed. Pathologi phsiolog: mehanisms of diseas

6、e. Philadephi a: Saunder,7 472学位论文的著录格式序号 作者. 题名: . 学位授予单位所在地: 学位授予单位, 学位授予年专利的著录格式序号 专利申请者. 专利题名. 专利国别, 专利文献种类, 专利号. 出版日期技术标准的著录格式序号 技术标准发布单位. 技术标准代号. 技术标准名称. 出版地: 出版者, 出版年注： 工程硕士论文的参考文献除论文、著作、书等以外，也可以出现少量的技术标准、技术报告和网站资源等作为参考文献。 1. 10致谢致谢： 系对给予各类资助、指导和协助完成研究工作以及提供各种对论文工作有利条件的单位和个表示的感谢。致谢应实事求是，切忌浮夸之

7、词，不能千篇一律，要写自己真实的想法，一般不超过半页纸。 1. 11攻读学位期间发表的学术论文目录攻读学位期间发表的学术论文目录： 按学术论文发表的时间顺序，列出本人在攻读学位期间发表或已录用的主要学术论文清单，包括论文发表刊物名称、卷册号、页号、年月及论文署名位次。学位论文评阅及答辩情况： 论文答辩通过后，送校学位办公室、图书馆和档案馆的论文需将学位论文评阅及答辩情况填入相应的表格中。 1.3 论文内容组织结构 软件工程硕士的论文的主要内容结构应按照如下方式进行组织，作者也可以根据自己研究设计开发系统的实际情况做一些微调，但一般以下内容不可或缺。第1章 绪论 1.1 系统开发背景 外同类课题

8、（或技术开发）状况 1.3解决的主要问题 工作（非研究性论文不使用 主要贡献 的说法） 的组织结构第2章 需求分析 1系统概述 2系统目标和解决的问题 3系统需求获取模式（避免引用过多人所共知的理论） 4系统需求问题描述 4.1系统功能性需求 系统非功能性需求第3章 系统架构概要设计 3.1 系统设计目标和原则 3.2 系统技术架构设计（架构、安全架构、系统逻辑、部署架构、实现架构、数据架构等几个方面，作者可以进行选择性的撰写。） 3.3 系统功能架构第4章 系统详细设计（避免出现过多同类材料的罗列和堆积）统建模（尽量使用UML语言） 4. 1.1系统的静态结构图 4. 的动态结构图系统数据库

9、设计（包括但不仅限于： 系统E-R图、数据库表设计等。）第5章 系统实现与测试系统总体实现- 5具体关键实现 5+1系统测试， 5. 1系统测试的环境与方案 5. 2系统测试数据与过程 5. 4系统测试结果与分析第6章 结论系统不足之处和展望 1.4 论文主要内容写作说明 1. 4.1绪论 绪论应是全文的浓缩，而摘要则是绪论的浓缩。绪论简要说明系统设计开发的背景、从国内外相关领域以及用户角度介绍有关的开发技术分析，采用技术的原因，需要多查询一下资料，可以是专业知识知名网站，以及系统解决的主要问题和论文的重点工作等。每章节抽出几个核心的工作，一般通俗的有关技术知识，在绪论中不必赘述。为了反映出作

10、者确已掌握了所从事软件工程领域的坚实的基础理论和宽广的专业知识，具有开阔的科学视野，对研究开发方案作了充分论证设计，绪论应单独成章，列为第一章，并用足够的文字叙述。 1. 正文论文的正文主要包括需求分析、系统概要设计、系统详细设计以及系统的实现与测试（如没有测试，可不写该部分）等部分。该部分是论文核心部分，占主要篇幅。正文必须实事求是，客观真切，准确完备，合乎逻辑，层次分明，简便可读。正文应图文并茂，对于工程性论文来说，没有图表、纯文字描述的论文很难形成一篇好的文章 1. 需求分析部分在系统需求分析章节中，主要是为作者设计开发的一个新系统定义业务需求，主要回答的是 系统开发的用户需要什么？什么

11、样的需求导致了本系统的实施和开发？通过作者开发设计的系统用户得到什么？ 在系统概述中主要利用叙述、图表等方式，概括性的描述系统的业务模型及有关业务流程现状和总体要求；需求获取模式部分主要介绍需求获取的过程和相关的需求获取采用的技术，如果需求获取技术不占主要篇幅，没有什么特色也可以简写，或与 4节合并；在需求问题描述中，重点要有较大的篇幅，主要从功能需求（funtional requirement）和非功能性需求（nonfuntional requirement）两部分进行描述，其中功能需求主要描述作者开发设计的系统提供的活动和服务，重点是通过需求用例建模，其软件制品表现为系统用例图（use-a

12、se diagram）和系统用例场景或系统用例描述（use-ase narrative）。论文在该部分描述中，作者可根据自己开发设计系统功能包的大小，对系统的核心用例、有突破性的业务用例等重点进行用例描述，但避免全部在论文中罗列出来，作者可以用作为论文附件的形式进行附录，在描述功能性需求时作者需要体现论文写作设计的思想，不是把作者实际项目中所设计的全部用例以及用例描述都放在该部分内容章节里面，从而将论文写成清单式的技术报告。非功能性需求主要描述作者开发设计的一个满意系统的其他特征、特点和约束条件。非功能性需求的内容一般用非量化的指标来表示。作者在论文写作中其表现形式可以为图表的形式来展现。如：

13、 系统要求的可靠性指标（包括故障率、可恢复性和可维护性等），可以以补充性规格描述等方式描述，这部分也可以包含对开发环境的描述等。注： 该部分内容应该涉及和体现需求分析的主要分析文档，如： 用例图、业务流程图等。 系统概要设计部分系统概要设计主要是描述设计开发的系统的总体框架，主要关注结构、模块性、基本构件和主要控制流等方面，作者也要论述解释架构视图为何如此，在架构中作者要从某个角度观察系统的窗口，只强调关键信息或想法，忽略其他。在这一章节中作者主要介绍设计架构要达到的目标和遵循的原则以及技术架构主要包括功能视图、逻辑视图、进程视图、部署视图、数据视图、安全视图、实现视图等主要部分作者在写该部分

14、内容过程中，如果没有特色的内容可以适当进行一些论述，要对特色的重点部分进行论述，作者在写作中要对所设计得到的每个架构图表之前都要进行简要的论述，阐明设计该图表的方法，体现作者设计的思想，同时应体现作者完成该部分内容所应完成的工作量。各类视图主要说明如下： 逻辑视图： 最重要的层、子系统、包、框架、类、接口等概念性组织。概括了主要软件元素的功能；展示了描述系统关键方面的重要用例场景；UP设计模型的视图，是使用UML包、类和交互图的可视化。进程视图： 进程和线程。描述了他们的职责、协作以及分配给他们的逻辑元素；UP设计模型的视图，是使用UML类图和交互图的可视化，其中使用了UML进程和线程表示法。

15、部署视图： 进程和构件在处理节点上的物理部署以及节点之间的配置；UP部署模型的视图，使用UML部署的可视化。数据视图： 数据流、持久性数据模式、对象与持久性数据之间的模式映射，对象到数据库、存储过程以及触发器的映射机制；UP数据模型的部分视图，使用UML类图的可视化用于描述数据模型；用UML活动图表示数据流。安全视图： 概述了安全模式和架构中实施安全的控制点；可以作为UP部署模型的视图，使用UML部署图的可视化，突出了关键安全控制点和相关文件。实现视图： 实现模型；包含源代码、可执行文件等；实现模型包括Web页面、DLL、可执行文件、源代码等；UP实现模型的视图，用文字或者UML包图和构件图表

16、示。该部分内容有关知识请参阅Appling UML and Patterns（Seond Edition）第五部分，细化迭代 3，第32章，架构分析和SAD的介绍。对于框架（如持久性框架、交互框架等）也可以在这里描述。注： 在描述架构设计思想时体现设计模式，描述时还要注意的是不要用通用的结构，描述一定有具体的结构图，最好有特色，有思想。 3. 系统详细设计部分在该章节中作者主要根据UML模型图中的静态结构图（如类图、对象图），类之间的关系、交互图（顺序图、协作图）和状态图（状态图、活动图）来对系统进行详细的描述。作为论文，作者不需要将系统所有上述内容进行细化描述，和在论文中进行罗列，要重点描述

17、设计的思想、设计方法、设计模式和设计理论，描述有特色的设计、有一定难度的设计和有一定复杂度的设计，其他可以作为论文附件进行附录。同时作者要对系统数据库进行有关的设计，包括表的设计，表关系的设计、OR转换，持久性的问题，存储问题。这部分设计主要描述设计中的问题，设计的方法，包括设计模式，以及设计的结果，描述为什么会得到这样的设计，以及这样设计的好处。注意： 描述的方法，对于同样一个业务流程或操作的问题，在需求分析要用用例描述来描述，在设计中就要用顺序图或活动图描述，在实现时就要用算法、流程图或者伪代码描述等，但同一业务或操作最好不要在各个部分描述。 4. 系统实现与测试部分作者在写该部分内容时如

18、果从具体功能实现的角度描述，论文可能罗列太多，缺乏思想性。作者应重点从如下角度去挖掘该部分内容，首先从系统实现总体的角度用一节对系统的实现给出一个总体性的论述，并有适当的主要界面和2-4个主要的图表，可以3-5页；其次作者可以抽出关键的，复杂的功能算法实现，数据结构、数学模型、界面设计、交互设计、并发控制、性能设计、通讯协议，接口等分别进行一节的描述，可以以流程图和伪代码等形式进行描述，一定要避免大篇幅的代码附写在该部分章节内容中。在系统测试该部分内容中，如果作者的论文测试没有特色就增加一节简单的描述作为软件开发过程的一个步骤，也可以不写。如果作者的论文主要从测试角度来撰写，可以按照软件工程的角度来进行撰写，把软件测试按照一个项目进行组织管理，从测试背景、国内外测试相关技术、测试需求、测试方案和用例