软件工程硕士学位论文写作指导(精)

论文正文组织结构

(论文正文是学位论文的主体和核心部分。学位论文是专门供专家审阅以及供同行参考的学术著作, 必须写得简练、重点突出, 不要照抄罗列叙述书本上较多的常识性内容。同时应注意使论文各章之间密切联系, 形成一个整体。一般包括如下六章。也可以根据自己研究设计开发系统的实际情况做一些微调。具体如下:

第 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系统建模

4.1.1系统的静态结构图

4.1.2系统的动态结构图

4.2系统数据库设计

第 5章系统实现与测试

5.1系统总体实现

5.2-5.n具体关键实现

5.n+1系统测试

5. n+1.1系统测试的环境与方案

5. n+1.2系统测试数据与过程

5. n+1.4系统测试结果与分析

第 6章结论

论文主要内容写作说明

中外文摘要

中文摘要:论文第一页为中文摘要,一般为 1000字左右,或者 A4纸张一页半为好。中文摘要应以最简洁的语言对自己的论文及工作进行全面的介绍, 包括课题的背景,解决的主要问题,主要工作和方法,以及项目实施后的效果,是全文的一个高度概括摘要主要是对自己独立工作的总结,用 3~4自然段把自己的工作概括清楚。摘要应突出理论与实践的结合点,用句应精炼概括。

为了便于文献检索,应在本页下方另起一行注明论文的关键词 (3-5个 ,之间用分号相隔。关键词应体现论文的主要内容,词组符合学术规范。

外文摘要:外文摘要内容应与中文摘要基本相一致, 要语句通顺, 语法正确, 准确地反映论文的内容,并在其后列出与中文相对应的外文关键词。

1. 绪论

绪论简要说明系统设计开发的背景、从国内外相关领域以及用户角度介绍有关的开发技术分析, 采用技术的原因, 需要多查询一下资料, 可以是专业知识知名网站, 以及系统解决的主要问题和论文的重点工作等。每章节抽出几个核心的工作,一般通俗的有关技术知识,在绪论中不必赘述。

为了反映出作者确已掌握了所从事软件工程领域的坚实的基础理论和宽广的专业知识, 具有开阔的科学视野, 对研究开发方案作了充分论证设计, 绪论应单独成章,列为第一章,并用足够的文字叙述,一般为 10000字左右。

2. 论文的主要内容

论文主体内容包括需求分析、系统架构设计、系统详细设计以及系统的实现与测试等 4个部分,该部分是论文核心部分,占主要篇幅。要实事求是,客观真切,准确完备,合乎逻辑,层次分明,简便可读。

2.1需求分析

在系统需求分析章节中,主要是为作者设计开发的一个新系统定义业务需求, 主要回答的是“系统开发设计的用户需要什么?通过作者开发设计的系统用户得到什

么?” 在系统概述中主要利用图表等概括性的描述系统的业务模型及有关业务流程现状和总体要求; 需求获取模式主要介绍需求获取的过程和相关的需求获取采用的技术; 在需求问题描述中, 重点要有较大的篇幅, 主要从功能需求和非功能性需求(包括性能指标等两部分进行描述, 其中功能需求主要描述作者开发设计的系统提供的活动和服务, 重点是通过需求用例建模, 其软件制品表现为系统用例图和系统用例描述。

论文在该部分描述中, 作者可根据自己开发设计系统功能包的大小, 对系统的核心用例和用例描述进行重点的描述, 但避免全部在论文中罗列出来, 作者可

以用作为论文附件的形式进行附录, 在描述功能性需求时作者需要体现论文写作设计的思想, 不是把作者实际项目中所设计的全部用例以及用例描述都放在该部分内容章节里面,写成清单式报告等形式。

非功能性需求主要描述作者开发设计的一个满意系统的其他特征、特点和约束条件。作者在论文写作中其表现形式可以为图表的形式来展现。如系统要求的可靠性指标包括故障率、可恢复性和可维护性等, 可以以补充性规格描述等方式描述,这部分也可以包含对开发环境的描述等。

注:该部分内容应该设计需求分析的主要分析文档的描述:用例、业务模型、

系统顺序图、操作规约、补充规格说明、数据字典,有些需求分析文档也可以在设计部分中描述。

2.2系统架构设计

系统架构(systems architecture 设计主要是为作者设计开发的系统提供一个统一的总体框架,主要关注结构、模块性、基本构件和主要控制流等方面, 作者也要论述解释架构视图为何如此, 在架构中作者要从某个角度观察系统的窗口, 只强调关键信息或想法, 忽略其他。在这一章节中作者主要介绍设计架构要达到的目标和遵循的原则以及技术架构内容。主要包括功能视图、逻辑视图、进程视图、部署视图、数据视图、安全视图、实现视图等主要部分内容。作者在写技术架构该部分

内容过程中, 如果没有特色的内容可以适当进行一些论述, 要对特色的重点部分进行论述, 作者在写作中要对所设计得到的每个架构图表之前都要进行简要的论述, 阐明设计该图表的方法, 体现作者设计的思想, 同时应体现作者完成该部分内容所应完成的工作量。各类视图主要说明如下:

逻辑视图:最重要的层、子系统、包、框架、类、接口等概念性组织。概括了主要软件元素的功能;展示了描述系统关键方面的重要用例场景; UP 设计模型的视图,是使用 UML 包、类和交互图的可视化。

进程视图:进程和线程。描述了他们的职责、协作以及分配给他们的逻辑元素; UP 设计模型的视图,是使用 UML 类图和交互图的可视化,其中使用了 UML 进程和线程表示法。

部署视图:进程和构件在处理节点上的物理部署以及节点之间的网络配置; UP 部署模型的视图,使用 UML 部署的可视化。

数据视图:数据流、持久性数据模式、对象与持久性数据之间的模式映射, 对象到数据库、存储过程以及触发器的映射机制; UP 数据模型的部分视图,使用 UML 类图的可视化用于描述数据模型;用 UML 活动图表示数据流。

安全视图:概述了安全模式和架构中实施安全的控制点;可以作为 UP 部署模型的视图,使用 UML 部署图的可视化,突出了关键安全控制点和相关文件。实现视图:实现模型; 包含源代码、可执行文件等; 实现模型包括 Web 页面、 DLL 、可执行文件、源代码等; UP 实现模型的视图,用文字或者 UML 包图和构件图表示。

该部分内容有关知识请参阅《 Applying UML and Patterns 》 (Second Edition 第五部分,细化迭代 3,第 32章,架构分析和 SAD 的介绍。

对于框架(如持久性框架、交互框架等也可以在这里描述。

注:在描述架构设计思想时体现设计模式, 描述时还要注意的是不要用通用的结构,描述一定有具体的结构图,最好有特色,有思想。