2025年9月30日 14:37 湖南

距下半年11月9日的系统规划与管理师考试时间越来越近，对于许多复习进度比较快的同学来说，现在也已经开始准备咱们的论文了。

那小编在这里也整理了各位同学论文中存在的一些共性问题，各位同学可以“查漏补缺”，看自己是不是存在这些方面类似的错误，咱们“有则改之、无则加勉”。

首先关于字数的问题，根据去年系规机考论文的要求来看，论文整体字数要求控制在2500-3000字，标点符号计算字数，图表不计算字数”。那很多同学在写的时候呢，少的呢只有1700~1800、多的能到3500。这样就属于比较极端了。

那么，正文段（背景段+过渡段+正文论述段）一般建议是2000-2500字左右，结尾段（300-400字）。并且去年考试是直接取消了摘要部分，所以是直接从正文段开始。

所以，对于很多同学要么少字、要么多字的情况，主要原因是对论述布局没有一个系统规划，比如在正文段我们写作之前就要考虑好：哪些过程要详细、哪些过程可以简略、要写几个例子？详略得当、言简意赅、主次分明这些都要我们仔细考虑清楚，在平时准备的时候就要仔细去培养这样的思维习惯。

过渡段的主要作用就是承上启下，连接背景和正文的内容。IT服务的项目复杂性和实现的难易程度主要是在这里去展现，同时要回应我们的子论题，还要尽可能结合自身项目的实际业务去展现，再根据IT服务的特性去逐步引申出论点，但很多同学写的过渡段没有去体现这些方面。

问题三、正文内容过于理论化、实践过于模板化

这个问题是绝大多数同学的一个通病，在正文论述的时候，理论知识占据了3/4的篇幅，剩下的实践举例内容少的可怜，这样怎么能让老师觉得你这个项目经历真实呢？所以理论知识需要应用到项目实践中去，需要应用到项目业务中去才行。

其次就是实践过于模板化的问题，很多同学他知道要写项目实践，但写起来不是培训就是开会、服务中断、服务事故。虽然这些实践表面上看起来没什么问题，放在任何一个过程里都可以用，但正因为如此，它才没有“特殊性”，流于表面，并不会凸显你项目经历的真实性。

问题四、语言表述过于啰嗦、凑字嫌疑大

这个问题也是不少同学存在的，生怕字数不达标，又或者本身自己没有过运维经验，就导致只能在一个论点或例子上反复倒腾口水话，殊不知这个是阅卷老师最不愿意看的，本来批阅一篇论文速度就很快，你如果不能第一时间让阅卷老师看到你的重点，你的分数肯定就不会高，言简意赅、简明扼要，切忌记流水账的方式去写。能用一句话说清楚的，不要为了凑字数使用二句话去叙述。在准备论文的阶段，就实践举例可以多准备几个，以备不时之需。

关于结尾段的要求是：项目的运维效果+运行成果+不足之处+改进方法+个人心得体会等，需要将这些内容都进行相应介绍，同时还要回应我们的子论题。特别像是不足之处和改进方法最好和我们的论题相契合。而且很多同学不知道是不是因为前面的内容写多了，留给结尾段的字数不够了，直接介绍了运行成果+心得体会很仓促的就结束了，100个字都没有，这样论文得分肯定也不会高。

机考之后，对于同学来说，有一个比较明显的问题就是大家都过于依赖输入法的连词功能，论文中的错别字、词义不对的词也更多了。那这个问题大家不容忽视，很多时候往往扣分点就存在在这些细节里面，而且现在系统里面想查你的错别字也更容易了，往往有时候扣掉的这一两分就可能致命。

问题七、选择的背景项目过于久远

很多同学在选择项目背景的时候，挑的项目都是以前一些很老的项目，这些项目既不新颖、也不符合现代发展的需要，并不是个合适的选择。系规论文背景的挑选建议项目最好是近1~3年的。方向的选择上也最好是像大数据、物联网、云计算、人工智能这些。

问题八、论文深度不够、泛泛而谈

论文中所涉及的措施（方法、技术）太多，但都没有深入。有些文章把主题项目中所使用的措施（方法、技术）一一列举，而因为受到字数和时间的限制，每一个措施（方法、技术）都是蜻蜓点水式的描述，既没有特色，也没有深度。