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

1、论文正文组织结构(论文正文是学位论文的主体和核心部分。学位论文是专门供专家审阅以及 供同行参考的学术著作, 必须写得简练、 重点突出, 不要照抄罗列叙述书本上较 多的常识性内容。 同时应注意使论文各章之间密切联系, 形成一个整体。 一般包 括如下六章。 也可以根据自己研究设计开发系统的实际情况做一些微调。 具体如 下:第 1章 绪论1.1 系统开发背景第 2章 需求分析第 3章 系统架构设计3.1 系统设计目标和原则3.2 系统技术架构设计(网络架构、安全架构、系统逻辑、部署架构、实现架构、数据 架构等几个方面,作者可以进行选择性的撰写。 3.3 系统功能架构第 4章 系统详细设计第 5章 系

2、统实现与测试5.n+1系统测试第 6章 结论论文主要内容写作说明中外文摘要中文摘要:论文第一页为中文摘要,一般为 1000字左右,或者 A4纸张一页 半为好。 中文摘要应以最简洁的语言对自己的论文及工作进行全面的介绍, 包括 课题的背景,解决的主要问题,主要工作和方法,以及项目实施后的效果,是全 文的一个高度概括摘要主要是对自己独立工作的总结,用 34自然段把自己的 工作概括清楚。摘要应突出理论与实践的结合点,用句应精炼概括。为了便于文献检索,应在本页下方另起一行注明论文的关键词 (3-5个 ,之 间用分号相隔。关键词应体现论文的主要内容,词组符合学术规范。外文摘要:外文摘要内容应与中文摘要基

3、本相一致, 要语句通顺, 语法正确, 准确地反映论文的内容,并在其后列出与中文相对应的外文关键词。1. 绪论绪论简要说明系统设计开发的背景、 从国内外相关领域以及用户角度介绍有 关的开发技术分析, 采用技术的原因, 需要多查询一下资料, 可以是专业知识知 名网站, 以及系统解决的主要问题和论文的重点工作等。 每章节抽出几个核心的 工作,一般通俗的有关技术知识,在绪论中不必赘述。为了反映出作者确已掌握了所从事软件工程领域的坚实的基础理论和宽广 的专业知识, 具有开阔的科学视野, 对研究开发方案作了充分论证设计, 绪论应 单独成章,列为第一章,并用足够的文字叙述,一般为 10000字左右。2. 论

4、文的主要内容论文主体内容包括需求分析、 系统架构设计、 系统详细设计以及系统的实现 与测试等 4个部分,该部分是论文核心部分,占主要篇幅。要实事求是,客观真 切,准确完备,合乎逻辑,层次分明,简便可读。在系统需求分析章节中,主要是为作者设计开发的一个新系统定义业务需 求, 主要回答的是 “系统开发设计的用户需要什么?通过作者开发设计的系统用 户得到什么?” 在系统概述中主要利用图表等概括性的描述系统的业务模型及有 关业务流程现状和总体要求; 需求获取模式主要介绍需求获取的过程和相关的需 求获取采用的技术; 在需求问题描述中, 重点要有较大的篇幅, 主要从功能需求 和非功能性需求 (包括性能指标

5、等 两部分进行描述, 其中功能需求主要描述作 者开发设计的系统提供的活动和服务, 重点是通过需求用例建模, 其软件制品表 现为系统用例图和系统用例描述。论文在该部分描述中, 作者可根据自己开发设计系统功能包的大小, 对系统 的核心用例和用例描述进行重点的描述, 但避免全部在论文中罗列出来, 作者可以用作为论文附件的形式进行附录, 在描述功能性需求时作者需要体现论文写作 设计的思想, 不是把作者实际项目中所设计的全部用例以及用例描述都放在该部 分内容章节里面,写成清单式报告等形式。非功能性需求主要描述作者开发设计的一个满意系统的其他特征、 特点和约 束条件。 作者在论文写作中其表现形式可以为图表

6、的形式来展现。 如系统要求的 可靠性指标包括故障率、 可恢复性和可维护性等, 可以以补充性规格描述等方式 描述,这部分也可以包含对开发环境的描述等。注:该部分内容应该设计需求分析的主要分析文档的描述:用例、 业务模型、 系统顺序图、操作规约、补充规格说明、数据字典,有些需求分析文档也可以在 设计部分中描述。系统架构(systems architecture 设计主要是为作者设计开发的系统提供 一个统一的总体框架,主要关注结构、模块性、基本构件和主要控制流等方面, 作者也要论述解释架构视图为何如此, 在架构中作者要从某个角度观察系统的窗 口, 只强调关键信息或想法, 忽略其他。 在这一章节中作者

7、主要介绍设计架构要 达到的目标和遵循的原则以及技术架构内容。 主要包括功能视图、 逻辑视图、 进 程视图、部署视图、数据视图、安全视图、实现视图等主要部分内容。作者在写 技术架构该部分内容过程中, 如果没有特色的内容可以适当进行一些论述, 要对 特色的重点部分进行论述, 作者在写作中要对所设计得到的每个架构图表之前都 要进行简要的论述, 阐明设计该图表的方法, 体现作者设计的思想, 同时应体现 作者完成该部分内容所应完成的工作量。各类视图主要说明如下:逻辑视图:最重要的层、子系统、包、框架、类、接口等概念性组织。概括 了主要软件元素的功能;展示了描述系统关键方面的重要用例场景; UP 设计模

8、型的视图,是使用 UML 包、类和交互图的可视化。进程视图:进程和线程。 描述了他们的职责、 协作以及分配给他们的逻辑元 素; UP 设计模型的视图,是使用 UML 类图和交互图的可视化,其中使用了 UML 进程和线程表示法。部署视图:进程和构件在处理节点上的物理部署以及节点之间的网络配置; UP 部署模型的视图,使用 UML 部署的可视化。数据视图:数据流、持久性数据模式、对象与持久性数据之间的模式映射, 对象到数据库、存储过程以及触发器的映射机制; UP 数据模型的部分视图,使 用 UML 类图的可视化用于描述数据模型;用 UML 活动图表示数据流。安全视图:概述了安全模式和架构中实施安全

9、的控制点;可以作为 UP 部署 模型的视图,使用 UML 部署图的可视化,突出了关键安全控制点和相关文件。 实现视图:实现模型; 包含源代码、 可执行文件等; 实现模型包括 Web 页面、 DLL 、可执行文件、源代码等; UP 实现模型的视图,用文字或者 UML 包图和构件 图表示。该部分内容有关知识请参阅 Applying UML and Patterns (Second Edition 第五部分,细化迭代 3,第 32章,架构分析和 SAD 的介绍。对于框架(如持久性框架、交互框架等也可以在这里描述。注:在描述架构设计思想时体现设计模式, 描述时还要注意的是不要用通用 的结构,描述一定有

10、具体的结构图,最好有特色,有思想。在该章节中作者主要根据 UML 模型图中的静态结构图(如类图、对象图 , 类之间的关系、交互图(顺序图、协作图和状态图(状态图、活动图来对系 统进行详细的描述。作为论文,作者不需要将系统所有上述内容进行细化描述, 和在论文中进行罗列, 要重点描述设计的思想、 设计方法、 设计模式和设计理论, 描述有特色的设计、 有一定难度的设计和有一定复杂度的设计, 其他可以作为论 文附件进行附录。 同时作者要对系统数据库进行有关的设计, 包括表的设计, 表 关系的设计、 OR 转换,持久性的问题,存储问题。这部分设计主要描述设计中的问题, 设计的方法, 包括设计模式, 以及

11、设计 的结果,描述为什么会得到这样的设计,以及这样设计的好处。注意:描述的方法, 对于同样一个业务流程或操作的问题, 在需求分析要用 用例描述来描述,在设计中就要用顺序图或活动图描述,在实现时就要用算法、 流程图或者伪代码描述等,但同一业务或操作最好不要在各个部分描述。作者在写该部分内容时如果从具体功能实现的角度描述,论文可能罗列太 多, 缺乏思想性。 作者应重点从如下角度去挖掘该部分内容, 首先从系统实现总 体的角度用一节对系统的实现给出一个总体性的论述,并有适当的主要界面和 2-4个主要的图表,可以 3-5页;其次作者可以抽出关键的,复杂的功能算法实 现,数据结构、数学模型、界面设计、交互设计、并发控制、性能设计、通讯协 议, 接口等分别进行一节的描述, 可以以流程图和伪代码等形式进行描述, 一定 要避免大篇幅的代码附写在该部分章节内容中。在系统测试该部分内容中, 如果作者的论文测试没有特色就增加一节简单的 描述作为软件开发过程的一个步骤, 也可以不写。 如果作者的论文主要从测试角 度来撰写, 可以按照软件工程的角度来进行撰写, 把软件测试按照一个项目进行