├── Graduates └── NewGuy.md ├── LICENSE ├── README.md ├── Students.md └── ThesisHowTo ├── How2WriteAbstract ├── How2WriteThesis.md └── SelfCheckList4Thesis.md /Graduates/NewGuy.md: -------------------------------------------------------------------------------- 1 | Please checkout [Graduate Githubs](Students.md) page. 2 | 3 | Edit Students.md to add your github links. 4 | 5 | Save the file. 6 | 7 | Submit a pull request. 8 | -------------------------------------------------------------------------------- /LICENSE: -------------------------------------------------------------------------------- 1 | Apache License 2 | Version 2.0, January 2004 3 | http://www.apache.org/licenses/ 4 | 5 | TERMS AND CONDITIONS FOR USE, REPRODUCTION, AND DISTRIBUTION 6 | 7 | 1. Definitions. 8 | 9 | "License" shall mean the terms and conditions for use, reproduction, 10 | and distribution as defined by Sections 1 through 9 of this document. 11 | 12 | "Licensor" shall mean the copyright owner or entity authorized by 13 | the copyright owner that is granting the License. 14 | 15 | "Legal Entity" shall mean the union of the acting entity and all 16 | other entities that control, are controlled by, or are under common 17 | control with that entity. For the purposes of this definition, 18 | "control" means (i) the power, direct or indirect, to cause the 19 | direction or management of such entity, whether by contract or 20 | otherwise, or (ii) ownership of fifty percent (50%) or more of the 21 | outstanding shares, or (iii) beneficial ownership of such entity. 22 | 23 | "You" (or "Your") shall mean an individual or Legal Entity 24 | exercising permissions granted by this License. 25 | 26 | "Source" form shall mean the preferred form for making modifications, 27 | including but not limited to software source code, documentation 28 | source, and configuration files. 29 | 30 | "Object" form shall mean any form resulting from mechanical 31 | transformation or translation of a Source form, including but 32 | not limited to compiled object code, generated documentation, 33 | and conversions to other media types. 34 | 35 | "Work" shall mean the work of authorship, whether in Source or 36 | Object form, made available under the License, as indicated by a 37 | copyright notice that is included in or attached to the work 38 | (an example is provided in the Appendix below). 39 | 40 | "Derivative Works" shall mean any work, whether in Source or Object 41 | form, that is based on (or derived from) the Work and for which the 42 | editorial revisions, annotations, elaborations, or other modifications 43 | represent, as a whole, an original work of authorship. For the purposes 44 | of this License, Derivative Works shall not include works that remain 45 | separable from, or merely link (or bind by name) to the interfaces of, 46 | the Work and Derivative Works thereof. 47 | 48 | "Contribution" shall mean any work of authorship, including 49 | the original version of the Work and any modifications or additions 50 | to that Work or Derivative Works thereof, that is intentionally 51 | submitted to Licensor for inclusion in the Work by the copyright owner 52 | or by an individual or Legal Entity authorized to submit on behalf of 53 | the copyright owner. For the purposes of this definition, "submitted" 54 | means any form of electronic, verbal, or written communication sent 55 | to the Licensor or its representatives, including but not limited to 56 | communication on electronic mailing lists, source code control systems, 57 | and issue tracking systems that are managed by, or on behalf of, the 58 | Licensor for the purpose of discussing and improving the Work, but 59 | excluding communication that is conspicuously marked or otherwise 60 | designated in writing by the copyright owner as "Not a Contribution." 61 | 62 | "Contributor" shall mean Licensor and any individual or Legal Entity 63 | on behalf of whom a Contribution has been received by Licensor and 64 | subsequently incorporated within the Work. 65 | 66 | 2. Grant of Copyright License. Subject to the terms and conditions of 67 | this License, each Contributor hereby grants to You a perpetual, 68 | worldwide, non-exclusive, no-charge, royalty-free, irrevocable 69 | copyright license to reproduce, prepare Derivative Works of, 70 | publicly display, publicly perform, sublicense, and distribute the 71 | Work and such Derivative Works in Source or Object form. 72 | 73 | 3. Grant of Patent License. Subject to the terms and conditions of 74 | this License, each Contributor hereby grants to You a perpetual, 75 | worldwide, non-exclusive, no-charge, royalty-free, irrevocable 76 | (except as stated in this section) patent license to make, have made, 77 | use, offer to sell, sell, import, and otherwise transfer the Work, 78 | where such license applies only to those patent claims licensable 79 | by such Contributor that are necessarily infringed by their 80 | Contribution(s) alone or by combination of their Contribution(s) 81 | with the Work to which such Contribution(s) was submitted. If You 82 | institute patent litigation against any entity (including a 83 | cross-claim or counterclaim in a lawsuit) alleging that the Work 84 | or a Contribution incorporated within the Work constitutes direct 85 | or contributory patent infringement, then any patent licenses 86 | granted to You under this License for that Work shall terminate 87 | as of the date such litigation is filed. 88 | 89 | 4. Redistribution. You may reproduce and distribute copies of the 90 | Work or Derivative Works thereof in any medium, with or without 91 | modifications, and in Source or Object form, provided that You 92 | meet the following conditions: 93 | 94 | (a) You must give any other recipients of the Work or 95 | Derivative Works a copy of this License; and 96 | 97 | (b) You must cause any modified files to carry prominent notices 98 | stating that You changed the files; and 99 | 100 | (c) You must retain, in the Source form of any Derivative Works 101 | that You distribute, all copyright, patent, trademark, and 102 | attribution notices from the Source form of the Work, 103 | excluding those notices that do not pertain to any part of 104 | the Derivative Works; and 105 | 106 | (d) If the Work includes a "NOTICE" text file as part of its 107 | distribution, then any Derivative Works that You distribute must 108 | include a readable copy of the attribution notices contained 109 | within such NOTICE file, excluding those notices that do not 110 | pertain to any part of the Derivative Works, in at least one 111 | of the following places: within a NOTICE text file distributed 112 | as part of the Derivative Works; within the Source form or 113 | documentation, if provided along with the Derivative Works; or, 114 | within a display generated by the Derivative Works, if and 115 | wherever such third-party notices normally appear. The contents 116 | of the NOTICE file are for informational purposes only and 117 | do not modify the License. You may add Your own attribution 118 | notices within Derivative Works that You distribute, alongside 119 | or as an addendum to the NOTICE text from the Work, provided 120 | that such additional attribution notices cannot be construed 121 | as modifying the License. 122 | 123 | You may add Your own copyright statement to Your modifications and 124 | may provide additional or different license terms and conditions 125 | for use, reproduction, or distribution of Your modifications, or 126 | for any such Derivative Works as a whole, provided Your use, 127 | reproduction, and distribution of the Work otherwise complies with 128 | the conditions stated in this License. 129 | 130 | 5. Submission of Contributions. Unless You explicitly state otherwise, 131 | any Contribution intentionally submitted for inclusion in the Work 132 | by You to the Licensor shall be under the terms and conditions of 133 | this License, without any additional terms or conditions. 134 | Notwithstanding the above, nothing herein shall supersede or modify 135 | the terms of any separate license agreement you may have executed 136 | with Licensor regarding such Contributions. 137 | 138 | 6. Trademarks. This License does not grant permission to use the trade 139 | names, trademarks, service marks, or product names of the Licensor, 140 | except as required for reasonable and customary use in describing the 141 | origin of the Work and reproducing the content of the NOTICE file. 142 | 143 | 7. Disclaimer of Warranty. Unless required by applicable law or 144 | agreed to in writing, Licensor provides the Work (and each 145 | Contributor provides its Contributions) on an "AS IS" BASIS, 146 | WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or 147 | implied, including, without limitation, any warranties or conditions 148 | of TITLE, NON-INFRINGEMENT, MERCHANTABILITY, or FITNESS FOR A 149 | PARTICULAR PURPOSE. You are solely responsible for determining the 150 | appropriateness of using or redistributing the Work and assume any 151 | risks associated with Your exercise of permissions under this License. 152 | 153 | 8. Limitation of Liability. In no event and under no legal theory, 154 | whether in tort (including negligence), contract, or otherwise, 155 | unless required by applicable law (such as deliberate and grossly 156 | negligent acts) or agreed to in writing, shall any Contributor be 157 | liable to You for damages, including any direct, indirect, special, 158 | incidental, or consequential damages of any character arising as a 159 | result of this License or out of the use or inability to use the 160 | Work (including but not limited to damages for loss of goodwill, 161 | work stoppage, computer failure or malfunction, or any and all 162 | other commercial damages or losses), even if such Contributor 163 | has been advised of the possibility of such damages. 164 | 165 | 9. Accepting Warranty or Additional Liability. While redistributing 166 | the Work or Derivative Works thereof, You may choose to offer, 167 | and charge a fee for, acceptance of support, warranty, indemnity, 168 | or other liability obligations and/or rights consistent with this 169 | License. However, in accepting such obligations, You may act only 170 | on Your own behalf and on Your sole responsibility, not on behalf 171 | of any other Contributor, and only if You agree to indemnify, 172 | defend, and hold each Contributor harmless for any liability 173 | incurred by, or claims asserted against, such Contributor by reason 174 | of your accepting any such warranty or additional liability. 175 | 176 | END OF TERMS AND CONDITIONS 177 | 178 | APPENDIX: How to apply the Apache License to your work. 179 | 180 | To apply the Apache License to your work, attach the following 181 | boilerplate notice, with the fields enclosed by brackets "{}" 182 | replaced with your own identifying information. (Don't include 183 | the brackets!) The text should be enclosed in the appropriate 184 | comment syntax for the file format. We also recommend that a 185 | file or class name and description of purpose be included on the 186 | same "printed page" as the copyright notice for easier 187 | identification within third-party archives. 188 | 189 | Copyright {yyyy} {name of copyright owner} 190 | 191 | Licensed under the Apache License, Version 2.0 (the "License"); 192 | you may not use this file except in compliance with the License. 193 | You may obtain a copy of the License at 194 | 195 | http://www.apache.org/licenses/LICENSE-2.0 196 | 197 | Unless required by applicable law or agreed to in writing, software 198 | distributed under the License is distributed on an "AS IS" BASIS, 199 | WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. 200 | See the License for the specific language governing permissions and 201 | limitations under the License. 202 | -------------------------------------------------------------------------------- /README.md: -------------------------------------------------------------------------------- 1 | # Tutor 2 | Documents and articles in this repository are for graduates. 3 | 4 | # Graduates 5 | + [Graduate's Githubs](Students.md) 6 | + [For NEW guy to append your github link](NewGuy.md) 7 | 8 | # Thesis How-To 9 | + [软件工程方向硕士论文撰写指南](ThesisHowTo/How2WriteThesis.md) 10 | + [硕士论文自查清单](ThesisHowTo/SelfCheckList4Thesis.md) 11 | 12 | # Best Practices 13 | + How to write an email 14 | -------------------------------------------------------------------------------- /Students.md: -------------------------------------------------------------------------------- 1 | # Group members' website (on github) 2 | 3 | # Graduates 2020 4 | + 梁旭阳 https://github.com/loveyurinakamura 5 | + 乔露露 https://github.com/qllfq 6 | + 朱岩 https://github.com/Yan8150 7 | + 赵鋆 8 | + 倪晨煜 https://github.com/ncygit 9 | + 孙昌勇 https://github.com/SunChangyong 10 | + 陈哲 https://github.com/tellw 11 | + 潘浩宇 https://panverson.github.io 12 | + 张俨 https://github.com/Squ-123 13 | 14 | # Graduates 2019 15 | + 丁凡彧 https://github.com/nuoyi-618 16 | + 李莹 https://github.com/liyingathere 17 | + 王想想 https://github.com/Laniakea998 18 | + 张敬渲 https://github.com/lusterr 19 | + 左璐璐 https://github.com/lulu-z 20 | + 朱盼 https://github.com/MsakuraM 21 | 22 | # Graduates 2018 23 | + 林华 https://github.com/MaouLim 24 | + 张浩天 https://github.com/zhang99969 25 | + 高亭 https://github.com/INotWant 26 | + 吴鹏里 https://github.com/wupenglii 27 | + 汤晔 https://github.com/bytangye Project: https://github.com/XJohn1031/login-filter.git 28 | + 王萌 https://github.com/mengmengisacat 29 | + 张晓彤 https://github.com/Mariabro 30 | + 杨钰琳 https://github.com/yyllyy0813 31 | + 闫乃实 https://github.com/ns18631196360 32 | + 刘聪 https://github.com/Longlingfeng1 33 | + 刘英杰 https://github.com/xiaoliu007007 34 | + 雷志成 https://github.com/withlzc 35 | + 周竞帆 https://github.com/zhoujingfan 36 | + 张和辉 https://github.com/HalfClock https://gitlab.com/BTZs 37 | 38 | # Graduates 2017 39 | + 刘宇宸 https://github.com/1YCxZ 40 | + 霍保海 https://github.com/huobaohai 41 | + 吴征航 https://github.com/qwesdfok 42 | + 朱燕宇 https://github.com/aiyiyayayaya 43 | + 崇山 https://github.com/chongshan0 44 | + 黄佳卫 https://github.com/songisking 45 | 46 | # Graduates 2016 47 | + 张钰 https://github.com/roveryz 48 | # Graduates 2015 49 | # Graduates 2014 50 | # Graduates 2013 51 | + 温智全 https://github.com/wenzhiquan 52 | -------------------------------------------------------------------------------- /ThesisHowTo/How2WriteAbstract: -------------------------------------------------------------------------------- 1 | [如何撰写论文摘要] 2 | -------------------------------------------------------------------------------- /ThesisHowTo/How2WriteThesis.md: -------------------------------------------------------------------------------- 1 | 年复一年指导硕士研究生撰写论文，特将软件工程方向的专业硕士（即工程硕士）以及学术硕士（即工学硕士）的论文工作要点总结如下。 2 | 3 | 注：本文的第四第五部分，同样适用于工学硕士论文 4 | 5 | V1.0，2012/09/09；V2.0，2012/09/21；V2.1，2012/10/12；V2.2，2012/10/26；V2.3，2012/12/22 6 | 7 | V2.4，2013/01/07；V3.0，2013/01/08；V3.1，2013/01/17；V3.2，2013/01/20；V3.3，2013/03/12 8 | 9 | V3.4，2013/03/19；V3.5, 2013/03/27；v4.0，2013/04/19；V4.1，2013/05/04； 10 | 11 | V5.00,2013/05/19 调整章节顺序，增加第三章“如何与导师沟通”，补充“行文风格”以及“答辩前应准备的材料” 12 | 13 | V5.1，2013/06/20 修订5.3，增加ch1的大纲条目及说明 14 | 15 | V4.2，2013/09/13 增加关于开题/阶段报告的字数说明 16 | 17 | V4.3, 2013/09/24 增加需求分析说明书的样例，增加论文的覆盖内容及范围说明 18 | 19 | V4.4，2013/10/15 增加“如何应对论文评审意见”章节 20 | 21 | V4.5，2013/10/18 增加“硕士研究生论文常见的结构问题”链接 22 | 23 | V4.6, 2013/10/22 增加“毕业答辩模版”链接 24 | 25 | V4.6，2013/10/23 修改“论文覆盖的内容及范围” 26 | 27 | V4.7，2013/11/22 修改增补“开题报告综述”、“阶段报告综述”的内容说明 28 | 29 | V4.8，2014/01/08 添加“审批材料一（2014版）”链接 30 | 31 | V4.9，2014/05/12 增加“全日制工程硕士提交材料”的说明；修订关于代码数量的说明 32 | 33 | V5.0，2014/06/04 补充“六、如何应对论文评审意见”的说明 34 | 35 | V5.1，2014/07/11 补充学术不端的后果及实例！ 36 | 37 | V5.2，2014/12/04 补充论文结构中的说明 38 | 39 | V6.0，2015/01/30 补充“特别说明”，修订第四部分，将流程按照不同类别工程硕士分别说明 40 | 41 | V6.1，2015/04/22 增加“软件测试”方向论文的撰写大纲 42 | 43 | V6.2，2015/05/01 修订使用UML进行需求分析的说明 44 | 45 | V6.3，2015/06/12 补充【硕士论文自查清单】 46 | 47 | V6.4，2015/08/04 补充5.3节论文结构中的界面需求、界面结构、界面设计 48 | 49 | V6.5，2016/02/15 补充5.3节论文结构中相关技术的说明 50 | 51 | V6.6，2016/03/02 补充关于抄袭的声明 52 | 53 | V6.7，2016/06/02 补充关于抄袭的处理方法 54 | 55 | V6.8，2017/02/03 补充5.3节的业务建模 56 | 57 | V7.0，2017/05/10 删除2011级之前的论文要求 58 | 59 | V7.1，2017/11/21 补充说明“前言不搭后语”的论文的处理方式 60 | 61 | V7.2，2018/01/08 修订答辩须知 62 | 63 | V8.0，2018/01/25 补充第九部分内容 64 | 65 | V8.1，2019/03/20 补充第9部分数据库建模内容 66 | 67 | [TOC] 68 | 69 | # 序 70 | 71 | ## 特别声明 72 | 73 | ### 特别声明1 74 | 75 | 请勿抄袭！！！ ==> **[关于论文抄袭行为的公告]**(http://blog.sina.com.cn/s/blog_686020310102wgqc.html) 76 | 77 | 78 | 2016年，一个工程硕士同学的论文送审已经通过。在他提交的修改清单中，我发现其论文的模型有误，经过检索，发现其模型是抄袭2012年国内某重要期刊的一篇论文。虽然其文字查重能够通过，但是图及其相关描述能轻易看出论文的主要工作和思路是抄袭的。 79 | 80 | 这是完全不可接受的行为！这种论文是不可能通过的！ 81 | 82 | “抄袭”是一条红线，碰了，就绝对没有可能再过。 83 | 84 | 根据2013-2018这数年毕业的工学硕士的论文的首次查重统计，任何基于自己工作自行撰写所有文字的论文，其单章重复率均低于3%。 85 | 86 | ### 特别声明2 87 | 88 | 请别和导师拉关系。认真完成论文工作就是对导师最大的尊重，也会获得导师最真诚的帮助。拿到学位证书毕业后，与导师再也没有利益关系时，欢迎与导师拉拉关系。 89 | 90 | 当老师反复指出论文中的问题时，并不是为难人，而是真心希望论文达标，让论文尽快通过答辩。 91 | 92 | ### 特别声明3 93 | 94 | 学校相关规定特别强调了论文质量不达标的后果： 95 | 96 | 1. 论文答辩后5年内，部、市、校这三级机构对论文的抽查评审如果不合格，导师停招3年； 97 | 2. 学生论文抄袭被三级主管机构检出或者被公众举报，学生学位撤销，导师停招3年； 98 | 99 | 100 | ## 各类硕士的称呼 101 | 102 | 103 | 所谓“工程硕士”，按照教育部的正规称呼，应该是“专业硕士”的一类，它对应的是“工学硕士”，即“学术型硕士”。 104 | 105 | 特别需要澄清的一点是，软件工程方向的工学硕士，是学术型硕士，纳入到工学硕士的培养体系中，与“软件工程工程硕士（或称：软件工程专业硕士）”完全不同。另，软件工程学科在2011年已经由教育部批准，成为一级学科，与计算机科学与技术、信息与通信工程等并列，有独立的工学硕士和工学博士方向。 106 | 107 | 为了做区分，我们会说“软件工程工学硕士”和“软件工程专业硕士”。听起来很拗口，不过这是为了避免更多人迷惑的办法。 108 | 109 | 根据教育部2012年发布的专业硕士教育的相关规定，教育部会定期进行专业硕士教育的评估，如果专业硕士的论文存在问题，导师要承担连带责任，包括通报批评、停止招生乃至取消硕士导师资格等。所以，请同学们自己重视论文阶段工作。 110 | 111 | 112 | # 1. 软件工程方向硕士研究生基本情况 113 | 114 | ## 工学硕士 115 | 116 | 软件工程方向的工学硕士均为全日制，学制3年，在每年5-6月份答辩，6月底离校。工学硕士在学校本部住宿、上课；学费、奖学金、助学金等与其他专业方向的工学硕士完全相同。 117 | 118 | ## 专业硕士 119 | 120 | 按照是否脱产学习，软件工程专业硕士可以分为全日制和在职（非全日制）两类，学习期限均为3年。 121 | 122 | 1. 全日制（脱产） 123 | 124 | 全日制专业硕士的培养方式类同于学术硕士，但毕业时没有对发表学术论文的要求。 125 | 126 | 2. 非全日制（非脱产） 127 | 128 | 在职专业硕士学习期限为3年（自2016级开始）。毕业时，学校颁发毕业证和学位证（自2016级开始）。利用周末时间集中授课，课程持续1年（自2016级开始）。在修满必需学分后，进入论文阶段。若从入学之日起5年内未能答辩，则视为放弃学位。 129 | 130 | 131 | 132 | # 2. 软件工程方向硕士论文选题方向 133 | 134 | ## 专业硕士 135 | 136 | 软件工程方向的专业硕士论文选题，按照目前培养方案的要求，必须是与软件工程有关的内容。 137 | 138 | 所谓与软件工程有关的内容包括： 139 | 140 | 1. 软件的开发 141 | 142 | 这是最常见的选题方向，也是最正规、最容易得到认可的方向。一般来说，软件开发的题目，可以是一个系统，也可以是一个或者几个模块。不过，不论是系统还是模块，都要包括如下几个阶段： 143 | 144 | a) 需求分析 145 | b) 概要（总体）设计和详细设计 146 | c) 编码（是指重要的、关键的算法部分） 147 | d) 部署和测试 148 | 149 | 2. 软件工程的其它方向内容 150 | 151 | 例如： 152 | a) 软件需求管理、变更 153 | b) 软件体系架构 154 | c) 软件测试 （软件测试方向的论文大纲参见博文《软件测试相关硕士论文大纲》） 155 | d) 软件过程改进 156 | e) 更多内容，参见《软件工程知识体系指南》 157 | 158 | 3. 论文覆盖的内容及范围 159 | 160 | 按照软件工程学科的论文要求，软件工程方向的论文，需要至少覆盖软件工程的两个阶段，例如：需求+设计，设计+实现，需求+设计+实现，需求+设计+实现+测试，设计+实现+测试，...... 161 | 162 | 如果是测试领域的论文，则应该涉及到：测试设计+测试执行+结果分析 163 | 164 | 如果是需求管理领域的论文，则应涉及到：需求获取、需求变更管理、需求分解、需求跟踪等方面 165 | 166 | ## 工学硕士 167 | 168 | 工学硕士选题一般均按照导师要求执行，与工程硕士依据自己实际工作或者实习内容选题有所不同。总体上，工学硕士选题与工程硕士类似，但论文的内容应当偏学术。工学硕士也可以选择研究性的课题。 169 | 170 | 171 | 172 | # 3. 如何与导师沟通 173 | 174 | 论文写作过程中，导师和学生的主要沟通手段是面谈、电话以及电子邮件。对于在导师直接指导下工作的全日制硕士，主要沟通方式是面谈和电子邮件；对于非全日制硕士，主要沟通方式是电话和电子邮件。 175 | 176 | 论文写作过程中的电子邮件交流有一定的要求，这些要求，均是为了避免遗漏、提高效率而提出的。所以，为了能无遗漏、无延误地顺利地完成毕业论文写作，请各位同学遵照下述方式书写电子邮件。 177 | 178 | 1. 电子邮件标题 179 | 180 | 对于不在导师直接指导下工作的非全日制专业硕士，给导师发的第一封电子邮件的标题，应为“专业硕士论文-学号-张三”。其中“学号”是你入学时所分配到的一串数字或者字母（印于你的学生证），其中“张三”是工程硕士的名字。完整的例子：“专业硕士论文-2012127001-林双木”。 181 | 182 | 对于在导师直接指导下工作的工学硕士/工程硕士，所有电子邮件的标题，均应为“硕士论文-张三”，其中“张三”是研究生的名字。 183 | 184 | 规范电子邮件标题的主要原因是：1) 避免邮件进入垃圾收件箱；2）便于Outlook自动分类；3）所有相关邮件都会自动进入Outlook待办事项列表并会被及时处理。 185 | 186 | 2. 回复电子邮件 187 | 188 | 论文阶段所有邮件交流，均请直接回复邮件，不要重开新主题，从而保持邮件主题不变，便于导师跟踪论文进度。 189 | 190 | 3. 电子邮件签名档 191 | 192 | 所有电子邮件，不论是新的邮件还是回复的邮件，都要有签名档，其中签名档至少要包含： 193 | a. 你的名字 194 | b. 你的联系电话，最好是手机 195 | 196 | 如果可能，再包含如下信息： 197 | c. 你的工作单位 和/或 你就读的工程硕士班 198 | 199 | 200 | 一旦需要，导师可以通过签名档很快找到你的联系方式。此外，设置好电子邮件的签名档，是每一个职场人士所需学习的第一门必修课。 201 | 202 | 【例子】 203 | 204 | > 张三 205 | > 副教授，北京邮电大学XX学院 206 | > 207 | > 办公: 北京邮电大学XXX楼XXX室 208 | > 地址: 北京市海淀区西土城路10号，100876 209 | > 手机: (86)13800138000 | 电邮: xxxxxx AT bupt.edu.cn 210 | 211 | 212 | 213 | # 4. 软件工程工程硕士论文阶段流程 214 | 215 | 全日制硕士与非全日制硕士自2018级起均类似。 216 | 本节以下内容仅针对全日制硕士的论文阶段流程进行说明。如果与官方流程有异，请以官方流程为准。 217 | 218 | 219 | ## 流程综述 220 | 221 | ### 通用 222 | 223 | 各类硕士论文阶段流程都需要根据研究生数字化信息系统中的流程执行。 224 | 225 | 关于工程硕士论文阶段流程，官方文档参见《北京邮电大学软件学院软件工程硕士研究生论文阶段学习流程及相关规定》 226 | 227 | ### 全日制 228 | 229 | 对于全日制工程硕士，论文阶段从入学第二学期（春季学期）开始。而且，所有全日制工程硕士的论文工作均需进入“研究生信息管理系统”。 230 | 231 | 这里有两个时间点非常关键。如果不遵守下述时间点，你铁定要延期毕业。因为“研究生信息管理系统”自动管理各个阶段的时间差，不够时间，甭想进行下一阶段任务。 232 | 233 | 1. 研二秋季学期的11月，需要在系统中提交《开题报告》 234 | 2. 研三秋季学期的11月，需要在系统中提交《阶段报告》；阶段报告与开题报告的时间应该至少在8个月以上 235 | 236 | ### 在职 237 | 238 | 根据研究生院2014年3月份的规定：为提高在职工程硕士培养质量，规范其论文过程管理。经研院研究决定，自2012级开始，所有在职学生都要进入“研究生信息管理系统”完成论文开题、阶段及论文评阅和答辩等环节。 239 | 240 | 在职12后做论文，有两点个时间点必须要注意（时间点越早越好） 241 | 242 | 1. 在系统中提交《开题报告》的时间，必须在入学第三年年底前；（比如2016年3月入学，那么在2018年12月份） 243 | 2. 在系统中提交《中期报告》的时间，必须在学籍到期前6个月；中期报告与开题报告的时间应该至少在8个月以上 244 | 3. 在系统中提交“学位论文评审信息”的时间，必须在《中期报告》审完后1个月（不够1个月，系统不开放）这个提交页面；而且必须在学籍到期前3个月；提交评审信息后，论文才能安排送审！ 245 | 246 | 这两个时间点中间的间隔是刚性的，时间不到，是无法进行答辩的。导师对此没有任何办法。 247 | 248 | 249 | ## 开题 250 | 251 | 请将你预计要选的题目及其简介通过电子邮件发送给导师，导师会和你沟通论文题目的选择是否合理，是否容易撰写。 252 | 253 | 进入“研究生信息管理系统”填写开题报告，或者将“研究生信息管理系统”中的报告模板导出后编写 254 | 255 | 将编写后的开题报告发给导师审阅，按照导师意见修改 256 | 257 | 在“研究生信息管理系统”中提交开题报告，通知导师审批 258 | 259 | ## 中期 260 | 261 | 开题之后8个月左右，或者按照导师的要求，研究生需要执行阶段报告工作。 262 | 263 | 进入“研究生信息管理系统”填写阶段报告，或者将“研究生信息管理系统”中的报告模板导出后编写 264 | 265 | 将编写后的阶段报告发给导师审阅，按照导师意见修改 266 | 267 | 在“研究生信息管理系统”中提交阶段报告，通知导师审批 268 | 269 | ## 论文撰写 270 | 271 | 撰写论文的时间：1.全日制硕士：约为3-4周；2.非全日制硕士：约为3个月 272 | 273 | a) 首先撰写论文大纲，细致到第三级目录。并且每一节均要简单描述所需撰写的内容。 提交导师，经审核通过后，方可开始撰写正文。这样做的目的，是为了避免做无用功。详细的大纲撰写方式，参见本文“5.3”节。 274 | 275 | b) 正文完成后，需提交导师，导师给出修改意见后，按照该意见进行修改。这个过程，视论文撰写质量，可能反复多次。 276 | 277 | 278 | 279 | ## 其它材料 280 | 281 | 除《论文开题报告》、《论文阶段报告》之外，还有《前沿课题讲座心得体会》或者《学术与职业素养学习心得体会》、《实习鉴定表》、《专业英语》等 282 | 283 | 284 | ## 论文送审前所需的材料 285 | 286 | 以下材料均为纸质材料，需在论文送审之前完成，并并且 在相应的位置上手写签名 后提交 287 | 288 | ### 全日制 289 | 290 | 开题报告（从“研究生信息管理系统”导出，打印签字） 291 | 中期报告（从“研究生信息管理系统”导出，打印签字） 292 | 学术与职业素养学习心得体会 293 | 硕士专业学位审批材料一（在网上填好后导师审核，审核通过你再从“研究生信息管理系统”导出，打印签字） 294 | 295 | ### 在职工程硕士 296 | 297 | 开题报告（从“研究生信息管理系统”导出，打印签字）--> 见4.2.3节 298 | 中期报告（从“研究生信息管理系统”导出，打印签字）--> 见4.3.3节 299 | 专业英语成绩评定表（含专业英语报告正文） --> 见4.5.3节 300 | 前沿课题讲座报告 --> 见4.5.3节 301 | 硕士专业学位审批材料一（在网上填好后导师审核，审核通过你再从“研究生信息管理系统”导出，打印签字） 302 | 这些报告打印后，必须在相应的位置上手写签名。 303 | 304 | 305 | ## 查重 306 | 307 | 所有研究生的论文，必须亲自撰写，绝不允许任何拷贝粘贴行为。 308 | 309 | 禁止研究生私下进行任何形式的查重。如果在提交学院教务查重后，查重报告中有“疑似已经查重”的字样，那么学生自动失去答辩资格，只能申请肄业。 310 | 311 | 当论文所有的内容（文字、图片、模型、代码）均为你自己撰写完成时，你可以放心地提交论文。根据过去8年毕业的工学硕士的论文查重统计，任何基于自己工作自行撰写所有文字的论文，其单章重复率均低于3%。 312 | 313 | 314 | 315 | 316 | 317 | ## 论文查重和送审 318 | 319 | ### 查重 320 | 321 | 由导师将论文交给教务老师，论文将提交校学术检查系统进行“反抄袭检查”。相关规定如下： 322 | 研究生应将学位论文致谢部分删除，以pdf格式按实施部门的具体要求提交，论文命名格式为：作者姓名_学号_论文名称.pdf。 323 | 324 | 研究生学位论文查重结果分为：通过、不通过，分别按如下方式处理： 325 | 326 | （一） 通过 327 | 328 | 去除本人文献，学位论文文字复制比和学位论文段落中单篇引用文字复制比均低于30%（含30%）者为通过，经实施部门审核后，研究生可进入论文答辩环节。 329 | 330 | （二） 不通过 331 | 332 | 查重结果出现下列情况之一者为不通过，研究生须进行学位论文修改，修改时间不得少于3个月，修改后重新申请检测，检测通过后方可进入论文答辩环节。 333 | 334 | 1）去除本人文献，学位论文文字复制比超过30％（不含30%）； 335 | 336 | 2）去除本人文献，学位论文段落中单篇引用文字复制比超过30％（不含30%）； 337 | 338 | 相关补充规定如下： 339 | 2.第二次查重检测不通过的，经过修改须在3个月后再次提交送检，经查重检测通过后方可进入论文答辩环节，第三次查重检测不通过的，按自动终止学业处理。 340 | 341 | 3.因查重检测不通过而导致学习期限超期的，按照有关规定申请延期答辩。 342 | 343 | 2014年7月3日，北京邮电大学校学位评定委员会第七届第十次会议撤销了一个2012届在职工程硕士的学位证书，原因是“学术不端”。导师同时蒙羞。 344 | 这种问题，学校会通知学生所在单位，会被记录在档案中，成为你一生都无法抹去的污点！ 345 | 346 | 347 | ### 论文评审 348 | 349 | 论文查重通过后，由导师向教务老师确认，教务老师采用“双盲评审”将论文送给3位评审人，即，学生及其导师不知道论文评审人是谁，论文评审人也不知道论文作者及论文作者的导师是谁。如果评审不通过，则需按照评审意见修改。最糟糕的情况，如果论文有较大缺陷，包括工作量不足、论文选题不合理等，将会导致延期答辩。 350 | 351 | 352 | 353 | 354 | 355 | ## 论文答辩 356 | 357 | 答辩之前需准备答辩用PPT，根据每次答辩时间不同，PPT内容约为15-20页。一般不超过20页。 358 | 答辩中，利用ppt介绍自己的工作，随后由答辩委员会成员提问并由答辩学生回答问题。 359 | 由答辩委员会统一拟定答辩决议（此时学生回避）； 360 | 由答辩委员会主席宣布答辩决议 361 | 362 | ## 提交答辩材料 363 | 364 | 365 | 按照培养方案的要求，将签字后的相关材料提交给学院教务。 366 | 367 | 论文打印装订6份，其中一份纸版论文交给图书馆，同时还需将论文电子版提交到图书馆（需在图书馆的机房提交）另外五份交给学院的研究生教务老师。 368 | 369 | 注意：论文打印时，先打印一份，注意看图、表的题注是否是楷体。确认格式无误后再复印多份装订。 370 | 371 | 372 | 373 | # 5. 如何撰写论文 374 | 375 | ## 5.1. 论文的选题 376 | 377 | 关于选题，可以参见本文“二、软件工程方向硕士论文选题方向”。 378 | 379 | ## 5.2. 论文的素材 380 | 381 | 需要特别强调的是，论文绝不是一周两周闭门造车就能写出来的。日常工作中要不断撰写相关工作的需求分析、概要设计、详细设计、数据库设计、关键算法、测试用例、测试结果等方面的文档。这些文档，都是论文的素材。 382 | 383 | 论文工作所描述的软件开发可以是一个完整系统，也可以是某个系统中的多个模块。最好能够按照瀑布模型，覆盖需求、设计（概要/详细）、编码及测试这几个阶段。 384 | 385 | 我指导的硕士研究生，用于撰写毕业论文的时间只有2-3周。写论文的过程，就是将工作中撰写的相关文档重新组织整理的过程。 386 | 387 | ## 5.3. 论文的结构及大纲 388 | 389 | 一般而言，论文的结构有其定式（按照定式写基本都是良好的结构）。在撰写大纲时，请自行复习工程硕士期间所学的相关课程，包括Java语言、面向对象系统分析与设计、软件工程等课程。导师不再解释“需求分析、概要设计、详细设计、接口、模块、算法”等基本概念； 390 | 391 | 常见的论文结构问题，及其修改方法，参见博文《硕士研究生论文常见的结构问题》 392 | 393 | 软件测试方向的论文大纲参见博文《软件测试相关硕士论文大纲》 394 | 395 | 论文结构大致如下： 396 | ``` 397 | 摘要 【关于摘要的写法，参见博文《如何撰写论文的摘要》】 398 | ch1. 序言 399 | 介绍论文的课题来源、课题实施的背景、课题预期达到的目标等 400 | 1.1 课题背景 （课题来源、选题目的和意义） 401 | 1.2 课题任务 （本课题的整体研究/开发内容） 402 | 1.2.1 课题内容 （介绍课题的主要内容） 403 | 1.2.2 本人承担任务 （作者在该课题中所做的主要工作。作者的工作可能仅是课题研究内容的一部分。这一部分必须有，是评阅人及答辩委员重点看的内容） 404 | 1.3 论文结构 （描述论文的整体结构，以及每一章节的主要内容） 405 | ch2. 相关技术 (如果内容很少，也可合并到 ch1 中) 406 | 介绍论文中用到的所有重要的技术，对其原理及使用方法做简单介绍 (但是不要介绍这些常见技术：Android、Client/Server、Java等） 407 | 注意：在论文其它章节不可再出现原理性的技术介绍。 408 | ch3. 需求分析（功能需求、性能/安全//界面需求等）：必须使用用例图分析！ 409 | 3.1 业务建模（如果需要的话，可以在本节中描述使用本软件系统的企业/组织 机构在执行业务时的流程。业务建模重点描述企业执行某种业务时要遵循的流程以及涉及到 的人员和角色。这里基本不涉及到软件，也不需要描述软件。即，企业不使用软件，也要遵循的业务流程） 410 | 3.1.1 组织图 （画出本软件相关业务中所涉及的企业组织结构图，在这个组织图中，包含业务涉及到的人员及其角色，然后说明这些角色的任务职责等） 411 | 3.1.2 业务流程1 （使用活动图/流程图描述业务流程） 412 | 3.1.3 业务流程2 413 | 3.1.n 业务流程k 414 | 3.2 总体需求 （给出总体用例图，然后描述每个用例的执行流程） 415 | 3.3 功能1需求分析 （给出功能1的细化用例图，描述每个子用例的执行流程） 416 | 3.4 ... （功能n需求分析）（给出功能n的细化用例图） 417 | 3.5 性能需求（如果有） 418 | 3.6 安全性需求（如果有） 419 | 3.7 界面需求（描述界面设计的一些基本要求，比如色彩、布局、字体等。具体的界面设计，放到详细设计阶段处理） 420 | 3.8 ... （其它需求） 421 | 补充说明： 422 | 1）关于需求分析的具体写法，不要自己编，或者将项目工程建议书中的东西直接拿来使用。请点击【百度文库中的文档】 423 | 2）在需求分析章节中，不可出现“模块”、“子系统”等字样。这些字样是设计阶段才应该有的概念。 424 | 425 | ch4. 概要设计（包括系统架构。若系统架构特别复杂，也可单列一章。概要设计内容，可以参见百度百科的“概要设计”词条） 426 | 4.1 系统整体结构（本节必须有，否则论文不合格）（本节内容必须要有功能结构图，即用一张图表现系统中各个功能模块/子系统之间的层次、先后关系） 427 | 4.2 模块间接口设计 428 | 4.3 数据库总体设计（本节指数据库整体设计，给出ER图并简要说明即可，也可以在ER图之外再增加对每张表的简要说明。但是不涉及表的具体结构，仅说明表间关系，以及数据库与其他模块间关系） 429 | 4.4 系统部署结构（一般是指你的软件系统所运行的服务器群组及网络环境的拓扑） 430 | 4.5 界面结构 （这里是对界面需求的细化和展示。这里展示的是软件总体上的界面结构，而不是每一个功能、页面的界面结构。比如，可以用线框图描绘一个基于web的界面分为三个部分：上面的LOGO区，左侧的导航区，右侧的功能展示区，下部的辅助链接区。但是，也仅仅局限于一个大致的、抽象的结构。） 431 | 4.6 ... 432 | ch5. 详细设计（包括各个模块/类/函数的设计，以及数据库的设计） 433 | 5.1 xxx模块设计 434 | 5.2 xxx模块设计 435 | 5.3 数据库表结构设计（具体的表结构） 436 | 5.4 数据库查询接口设计（如果有） 437 | 5.5 人机交互接口设计（如果有） 438 | 5.5 xxx接口设计 439 | 5.6 界面设计 (这里可以用线框图描绘每一个模块/功能页面的界面布局、色彩、文本、字体要求。！！！但是绝对不可以用截图！！！ 因为截图是实现阶段才有的！) 440 | 5.7 ... 441 | ch6. 实现（其中可以包括关键算法的少量代码，论文所有代码不超过100行），尽量避免粘贴代码，代之以相应的流程图或者活动图。非关键的代码会被认为有“刷论文”的嫌疑，答辩时必然会被要求从论文中删除。 442 | 6.1 xxx模块实现（具体算法、流程说明；界面截图及其说明（如果有的话）；流程图或者活动图） 443 | 6.2 xxx模块实现 444 | 6.3 xxx算法实现 445 | 6.4 ... 446 | ch7. 部署和测试 （比较复杂的软件系统需要描述部署环境。部署部分有时也可以与 ch6 放在一章。 测试一般要给出测试用例、测试结果） 447 | 7.1 软硬件环境 448 | 7.2 部署流程 449 | 7.3 测试用例 450 | 7.3.1 xxx模块测试用例设计 451 | 7.3.2 xxx模块测试用例设计 452 | 7.4 测试结果及分析 453 | 7.4.1 xxx测试结果及分析 454 | 7.4.2 xxx测试结果及分析 455 | ch8. 结语 456 | 8.1 工作总结 （对论文所述工作进行总述总结） 457 | 8.2 工作不足与展望 （对论文工作的不足之处进行总结，并且说明改进的方向） 458 | ``` 459 | 460 | 一篇工程硕士论文最好能够包含上述内容，这样，结构上比较完整。在写作时，章节可以略微调整（例如，将详细设计和实现合并为一章，或者将概要设计与详细设计合并为一章）。大部分论文的章节数量均在6-7章左右，过多或者过少均不好。 461 | 462 | ## 5.4. 论文的工作量 463 | 464 | 论文工作量没有绝对值可以度量。但是一些经验可以帮助同学确定论文工作量是否达到毕业要求。 465 | 466 | a) 自行编写的有效代码工作量不少于2000行（使用java/c/c++，不包括系统框架或者自动生成的代码、空行、setter/getter等） 467 | 468 | b) 论文的要求是正文内容不少于3万字。如果按照论文模版撰写，论文的全部页数至少应为65页，但一般不超过80页。 469 | 470 | c) 那么如何从论文结构上反映工作量呢？这需要遵循两个原则： 471 | i. 从论文的目录结构上看，学生的工作量要超过2/3；即按照第三级目录展开，上述ch3-ch7的目录行数要占目录总行数的2/3以上； 472 | ii. 从论文的页码上来看，学生的工作量要超过2/3；即按照论文页面计数， 上述ch3-ch7所占的页数应超过论文总页数的2/3以上。 473 | 474 | ## 5.5. 论文行文风格 475 | 476 | 论文的文字要通顺，不得有错别字，这是将论文提交给导师之前必须达到的标准。方法有二： 477 | a) 利用word的语法检查功能，所有在检查后有（波）浪线的文字，都需要仔细审核 478 | b) 与其它同学合作，两个人在同一个屏幕前，共同通读一篇论文，这样，98%以上的错误都能够检查出来。 479 | 对于错别字，处理方式是：1. 第一次审稿，发现三个错别字，打回去重新检查，推迟一周复审；2.复审又发现达到或者超过3个错别字，打回去重新检查，推迟两周复审；3.三审发现还有3个或者3个以上错别字，那么论文会被推迟到最后一刻审核，并且在论文的导师意见中有如后字样：“该生治学态度随意，论文错别字较多，论文写作能力难以达到工程硕士要求”。（注：导师意见以及答辩决议都将存入学生的档案） 480 | 481 | ## 5.6. 糟糕的论文片段：这里有一些糟糕的例子，如果你想快点通过论文审核，建议你看一看。 482 | 483 | ## 5.7. 论文提交给导师之前所应达到的标准 484 | 485 | 为了节省同学们的时间，论文提交之前，必须达到一定的标准，否则，在审核过程中，会造成不必要的拖延，甚至影响答辩时间安排 486 | 请一定要重视这一点！相关标准参见文章 【硕士论文提交前需达到的标准】 487 | 488 | 论文送交前，还需要按照【硕士论文自查清单】逐项检查。检查通过的项目要标记为完成。 489 | 490 | ## 5.8. 论文范例： 491 | 492 | 这是一个撰写比较规范的论文 【点击这里】 493 | 如果你对于写论文没有概念，可以仿照这篇论文的大纲结构 494 | 495 | 496 | # 6. 如何应对论文评审意见 497 | 498 | 论文写完并经导师审核之后，由导师提交学院研究生教务进行查重。查重通过后，研究生教务会按照双盲原则送审论文。 499 | 500 | 绝大部分论文在专家审核之后，都会给出评审修改意见。论文作者收到专家提交的评审修改意见之后，需要根据意见进行修改，如果不认可意见，则需要阐明为何不认可该意见。 501 | 502 | 论文修改意见必须要详细，否则评审专家看到评审意见之后可能会提出异议，导致答辩进程出现意外。 503 | 504 | 修改后，要给出详细的论文修改清单。 505 | 1. 请将修改清单以及修改后的论文发送给导师 506 | 2. 在答辩时，将打印好的清单签字后随身携带，与最后提交的论文一起请导师签字 507 | 508 | 具体应答方法以及例子，参见博文 《硕士研究生论文评审意见的应答》 509 | 510 | 511 | 512 | 513 | # 7. 如何撰写答辩用PPT 514 | 515 | 毕业论文答辩所用的PPT可以参考这个模版：《毕业答辩模板》 516 | 517 | ## 撰写原则 518 | 519 | 撰写答辩PPT时，大致上要遵循以下原则： 520 | a) 重点突出：主要介绍自己的论文工作。 521 | 千万不要啰啰嗦嗦讲背景，不然答辩时铁定会被批 522 | b) 条理清晰：需求、设计、实现、测试、部署等要有逻辑性 523 | c) 简洁：PPT是答辩提纲，不是答辩发言稿。 524 | 千万不要对着PPT念，否则答辩委员会怀疑论文是你抄的！ 525 | 这是血的教训。如果你想流血，尽管对着PPT念吧 526 | d) 遵守答辩时间：通常预设答辩时间为 15 分钟，PPT最多做 12 页 527 | 千万不要超时！否则会被批！对你的脸皮是一个考验！ 528 | 通常，你讲12分钟是最保险的 529 | 530 | ## 内容安排 531 | 532 | a) 第一部分：PPT首页 533 | i. 答辩基本信息，包括论文题目、答辩人、导师等 534 | 535 | b) 第二部分：课题背景，1页 (本部分最多讲5句话，30秒。也可以不讲） 536 | i. 介绍课题的来源、背景 537 | ii. 自己所做的工作在整个课题中的地位，与其他人的关系 538 | 539 | c) 第三部分：论文主要工作列表，1页。罗列并简要介绍自己的主要工作，例如： 540 | i. 工作1 541 | ii. 工作2 542 | d) 第四部分：具体设计、开发、分析、验证、演示内容。9-10页 543 | i. PPT上不要出现大段的文字，应以简短文字做提纲；PPT多用图和表格。 544 | ii. PPT应突出、明确地说明自己所做的工作。不是自己做的工作不要讲。 545 | e) 第五部分：致谢，请专家提问。 1页 546 | 547 | ## 其它注意事项 548 | 549 | a) 幻灯片主题宜用浅色背景，深色文字。这样在一些亮度较低或者老化的投影仪上会呈现得较为清晰； 550 | b）幻灯片中的文字字体，宜使用微软雅黑、楷体（线条相对规整，并且粗细适度），不宜使用仿宋、隶书（线条不规整，过细或者过粗）等字体 551 | c) 图片应采用较高分辨率（例如，>96dpi）的图像，图像中的文字应大小适中，易于阅读 552 | 553 | 554 | # 8. 论文工作Q&A 555 | 556 | 本节说明： 557 | 本节按论文结构组织，将论文各个部分的常见问题归纳总结，希望能够帮助你完成论文 558 | 559 | 9.1 绪论 560 | 561 | 9.2 相关技术 562 | 563 | 9.3 需求 564 | 565 | 9.4 概要设计 566 | 1. 数据库建模部分，要么使用实体关系图（E-R Chart），要么使用带有<>构造型的类图（https://blog.csdn.net/zhangvalue/article/details/50217675）。 567 | 2. 数据库表结构可以放到9.5中描述。 568 | 9.5 详细设计 569 | 1. 数据库表结构部分，要明确说明如下内容： 570 | 1) 字段名称（英文） 571 | 2) 字段长度 572 | 3) 是否主键和/或外键 573 | 4) 可否为空 574 | 5) 默认值 575 | 6) 字段的含义（中文） 576 | 577 | Q 9.5.1 578 | 论文范例ch4-5模块详细设计中，模块的详细设计包含流程图、流程介绍和界面设计三部分内容。我的论文需求分析章节已在用例规约中描述了基本事件流。那么在模块的详细设计中再出现流程图和流程描述，会不会内容有重复描述之嫌呢？ 579 | A： 580 | 用例规约中描述了基本事件流，这个是从业务角度、用户角度描述的。 581 | 模块中的流程图，是描述模块内部各个组成部分，包括组件、类、对象、子程序的流程。 582 | 事件流和模块的流程图都属于动态模型，都可以用时序图、活动图建模，只不过关注的粒度和目标不同。 583 | 584 | 9.6 实现 585 | 586 | 9.7 部署与测试 587 | 588 | 9.8 致谢 589 | 590 | 9.9 格式/论文形式 591 | 592 | 9.10 摘要 593 | -------------------------------------------------------------------------------- /ThesisHowTo/SelfCheckList4Thesis.md: -------------------------------------------------------------------------------- 1 | # 版本历史 2 | 3 | v1.0 2015/06/12 4 | 5 | v1.1 2015/09/09 修改原有描述，增加设计阶段的术语说明 6 | 7 | v1.2 2016/02/15 增加格式说明  8 | 9 | v2.0 2018/01/09 大量修订补充内容 10 | 11 | v2.1 2018/03/08 增加形式审查说明 12 | 13 | v2.2 2018/03/21 增加实现、测试的相关说明，其它小的修改 14 | 15 | v2.3 2019/03/20 增加术语及缩略语的编写说明 16 | 17 | v2.4 2020/10/20 新浪博客即将关停，将很多文章加密导致非作者无法访问，迁移到其它平台 18 | 19 | # 零、前言 20 | 论文提交导师之前，请按照下面清单逐一检查。注意导师并不负责检查论文格式、错别字。 21 | 22 | 论文的格式一定不要出问题，也就是**形式审查必须要不出问题**。论文答辩前送交三位评阅专家盲审，论文格式不标准（字有大有小，图歪歪扭扭，错字别字多，页眉页脚错误等），会令专家对作者形成“不严谨、不认真”的印象。部分专家可能会因此而提一些泛泛、模糊的问题，导致同学很难修改论文。 23 | 24 | a\) 要稳，不要作。 25 | 26 | b\) 27 | 如果专家的评阅意见上有"论文格式错误很多"这样的字样，再审不过的可能性骤增 28 | 29 | 30 | 论文范例：==\> [[【点击这里】]{.underline}](http://wenku.baidu.com/view/2729229551e79b896802266e.html)  31 |  （存放于百度文库中，免费下载。如果发现需要收费，请在本文下方留言，我将会换一个不收费的地方存放） 32 | 33 | # 一、摘要 34 | 35 | 1.1 摘要采用了三段论吗？ 36 | 37 | 1.2 38 | 英文摘要是采用机器翻译完成的吗？Google翻译仅做参考，要是你把Google翻译结果直接放上来，论文不会通过导师评审的！ 39 | 40 | 1.3 英文摘要的标点是半角符号吗？ 41 | 42 |     【误】**It's** designed to\ 43 |     【正】**It\'s** designed to 44 | 45 | 1.4 关键词数量是4-6个吗？ 46 | 47 | 1.5 关键词长度超过4个汉字吗？单个关键词请限制在4个汉字之内 48 | 49 | 1.6 50 | 关键词是非常常见的技术术语吗？（超过10年历史的术语）常见术语不要当做关键词 51 | 52 |     【误】Java EE, 数据库\ 53 |     【正】反洗钱 深度学习 54 | 55 | 1.7 中文摘要另起一页了吗？英文摘要另起一页了吗？中英文摘要不能连在一页中 56 | 57 | # 二、一般格式 58 | 59 | 2.1 论文模板是最新的？（\--\>http://sse.bupt.edu.cn/info/1064/2026.htm 60 | 右侧"**论文答辩及相关材料下载**"） 61 | 62 | 2.2 论文封面是"北京邮电大学 硕士学位论文" 63 | 64 | 2.3 65 | 章节编号是连续的吗？所有章节编号都需要顺序增长，不能跳着编。请在论文目录中检查 66 | 67 | 2.4 68 | 连续的两级标题之间有文字说明吗？在上级标题之后必须有文字说明（一般是对本节文字的总体简要介绍），不可以直接接下级标题 69 | 70 | 2.5 章节编号采用的是半角字符吗？注意不能用全角符号 71 | 72 | 2.6 73 | 整个论文的小节内的编号是一致的吗？有没有混乱的编号，比如上一个小节用ABC，下一个小节用123，另一个小节用圆点儿 74 | 75 | 2.7 76 | 每一章的章标题都是从新一页的顶部开始的吗？不要将新的一章标题和上一章的末尾文字放在一页 77 | 78 | 2.8 79 | 论文图片是你自己亲手绘制的吗？如果是网上粘贴的，请你亲手再绘制一遍（建议用visio） 80 | 81 | 2.9 82 | 图片打印后清晰否？如果能够看出明显的锯齿或者马赛克，那么图片需要重新绘制或者截取。 83 | 84 | 2.10 85 | 图片最好不要背景色。因为深背景色图片打印后，看上去黑乎乎一片，很难分辨图片细节 86 | 87 | 2.11 88 | 图片中的文字不大于正文文字，文字宽高比例要保持正常，不能随便拉伸图片 89 | 90 | 2.12 图的题注位于图的下方居中 91 | 92 | 2.13 图的题注中包含章节编号以及章节内编号，比如 "图 5-2 总体结构图" 93 | 94 | 2.14 95 | 图片在页面居中放置，左右空白对称。不可以是"正文缩进"再居中（正文缩进居中，图片会偏右） 96 | 97 | 2.15 图的长度和宽度不超过页面的文字边距 98 | 99 | 2.16 100 | 图片中不含有大片空白。如果有大片空白，则需将图片空白裁掉之后方能贴入论文（Word中自带图片裁剪功能） 101 | 102 | 2.17 103 | 图片是采用"嵌入式"的样式放入正文的吗？不要用其他样式（紧密型、上下型等） 104 | 105 | 2.18 表格是用word中的表格绘制的，不能弄张图片贴进去 106 | 107 | 2.19 表格的题注在表格上方居中。（图的题注位于图片下方） 108 | 109 | 2.20 表格的题注中包含章节编号以及章节内编号。\ 110 |     【误】 表 1  性能分析\ 111 |     【正】 表3-2 加密算法参数 112 | 113 | 2.21 图和表的题注全部都用楷体。 114 | 115 | 2.22 116 | 论文中所有表的样式须保持一致。表格样式不能变化多端，比如有的用虚线框，有的用实线框。 117 | 118 | 2.23 119 | 论文的正文部分：奇数页页眉应为章节名，偶数页页眉是"北京邮电大学硕士学位论文" 120 | 121 | 2.24 "参考文献"和"致谢"不应做章节编号 122 | 123 | 2.25 124 | 矢量图（比如Visio绘制的图）转换为jpg/png等标量图时，分辨率不低于200dpi，保证打印后的质量 125 | 126 | # 三、参考文献 127 | 128 | 3.1 论文的参考文献数量不少于15个，参考文献中应有1/3是最近3年的新文献 129 | 130 | 3.2 正文后面的"参考文献"的格式必须要符合"中华人民共和国国家标准GB/T 131 | 7714-2005"的要求（[[http://wenku.baidu.com/view/46677c4ecf84b9d528ea7a80.html]{.underline}](http://wenku.baidu.com/view/46677c4ecf84b9d528ea7a80.html)）。 132 | 133 | 3.3 所有列于"参考文献"章节中的文献，均在正文中进行了引用 134 | 135 | 3.4 参考文献被引用时，文献编号的字体设置为"上标"\ 136 | 【正】在维系并稳定企业客户的同时又扩大客户群，最终实现企业经济效益的提升**^\[1\]^**。 137 | 138 | 参考文献 139 | 140 | \[1\] CRM. http://baike.baidu.com/view/648655.htm. 141 | 142 | # 四、绪论 143 | 144 | 4.1 【本人承担任务】小节用列表形式列出自己在项目中所做的主要任务 145 | 146 | 4.2  课题背景中没有为领导歌功颂德的句子和词汇 147 | 148 | # 五、相关技术 149 | 150 | 5.1  不可作为相关技术的内容：Android、C++、Java 151 | (EE)、一般数据库（MySQL、Oracle、MS SQL Server等）、HTML、面向对象技术 152 | 153 | # 六、需求分析 154 | 155 | 6.1 有总体功能需求描述 （使用一张用例图） 156 | 157 | 6.2 各个功能需求有对应的用例规约表 158 | 159 | 6.3 使用用例图描述参与者和功能需求间的关系 160 | 161 | 6.4 有非功能性需求的描述（例如性能需求、可靠性需求、安全性需求等） 162 | 163 | 6.5 用例图中的所有线条都带有箭头 164 | 165 | 6.6 166 | 用例图中的一般关联关系用实线箭头"\-\-\-\-\-\--\>"，不是实心/空心三角箭头 167 | 168 | 6.7 用例图中的"包含"关系使用虚线箭头 169 | 170 | 6.8 用例的名字必须都是"动宾短语"，不准使用名词短语 171 | 172 | 6.9 173 | 在需求分析章节中不能使用"模块"这样的术语。"模块"是设计阶段才有的概念！ 174 | 175 | # 七、设计阶段 176 | 177 | 7.1 178 | 在概要设计和详细设计章节中，不能在标题中再出现"功能"的字样。例如不能用"功能1概要设计"、"登录功能详细设计"；而改为"模块1概要设计"、"XXX模块详细设计"、"XXX子系统概要设计" 179 | 180 | 7.2 181 | 绘制流程图时，应按照软件工程规范要求，"开始"和"结束"采用相应的图形符号 182 | 183 | # 八、实现阶段 184 | 185 | 8.1 186 | 实现阶段可以有实际系统运行时的截图。但是截图一般不超过5张，除非你有特别的理由 187 | 188 | 8.2 189 | 实现阶段一般不能在论文中粘贴代码，除非是特别关键的算法。否则一般使用流程图或者伪代码 190 | 191 | # 九、部署测试 192 | 193 | 9.1 测试部分要给出4个以上的测试用例以及对应的测试结果 194 | 195 | 9.2 如果论文没有实现部分，那么在部署测试章节要给出**系统运行的截图**以证明该系统是一个实际而非伪造的系统。 196 | 197 | # 十、致谢 198 | 199 | 10.1 200 | 如果是在导师项目组的全日制硕士，针对导师，可以只写一句："感谢xxx老师指导本人完成学习研究以及论文工作"；或者不写。 201 | 202 | 10.2 203 | 如果是非全日制工程硕士，针对导师，只写一句："感谢XXX老师指导本人论文写作"；或者不写 204 | 205 | 10.3 206 | 不准夸张。不准用"热爱"、"衷心"等表示强烈情感的词汇来描述导师；也不准说你从导师身上学到了xx（你学到了好的就肯定学到了坏的）；更不准说导师影响了你的人生（研究生学习满打满算3年时间，导师怎么可能影响你的人生？） 207 | 208 | # 十一、行文规范 209 | 210 | 01\. 211 | 专业术语，包括英文缩写要在第一次出现时给出全文和翻译。如果在摘要中不便于说明，那么在正文中第一次出现时给出。样式如下 212 | 213 |   a) 英文缩写（英文全文，中文翻译），例如：MQ (Message Queue, 消息队列)  214 | 215 |   b) 中文术语（英文缩写，英文全文），例如：客户机/服务器（C/S, Client/ 216 | Server） 217 | 218 |   c) 英文术语（英文缩写，中文翻译），例如：Delegating Constructor （dele 219 | ctor，代理构造函数） 220 | --------------------------------------------------------------------------------