响应式网站源码下载,公司网页设计价格多少,淘宝详情页模板,中国建设银行网站客户注册一、写作注意事项 系统架构设计师的论文题目对于考生来说#xff0c;是相对较难的题目。一方面#xff0c;考生需要掌握论文题目中的系统架构设计的专业知识;另一方面#xff0c;论文的撰写需要结合考生自身的项目经历。因此#xff0c;如何将自己的项目经历和专业知识有机…一、写作注意事项 系统架构设计师的论文题目对于考生来说是相对较难的题目。一方面考生需要掌握论文题目中的系统架构设计的专业知识;另一方面论文的撰写需要结合考生自身的项目经历。因此如何将自己的项目经历和专业知识有机地结合将专业知识和工程实践相结合做好论文的撰写工作是一项需要前期积累和提前做好准备的工作。
1.1、做好准备工作 论文试题是系统架构设计师考试的重要组成部分论文试题既不是考知识点也不是考一般的分析和解决问题的能力而是考查考生在系统架构设计方面的经验和综合能力以及表达能力。根据考试大纲论文试题的目的如下
检查考生是否具有参加系统架构设计工作的实践经验。原则上完全不具备实践经验的人是很难胜任系统架构设计师的工作的更何谈取得系统架构师的资格认定。检查考生分析问题与解决问题的能力特别是考生的独立工作能力。在实际工作中, 由于情况千变万化作为系统架构设计师应能把握系统的关键因素发现和分析问题根据系统的实际情况提出架构设计方案。检查考生的表达能力。由于文档是信息系统的重要组成部分并且在信息系统开发过程中还要编写不少工作文档和报告文档的编写能力很重要。系统架构设计师作为项目组的技术骨干要善于表达自己的思想。在这方面要注意抓住要点重点突出用词准确使论文内容易读易理解。 很多考生害怕写论文拿起笔来感觉无从写起。因此抓紧时间做好备考工作是十分重要的也是十分必要的。
1.加强学习 根据自身经验的多少可以采取不同的学习方法。 (1)经验丰富的应考人员。主要是将自己的经验进行整理从技术、管理、经济方面等多个角度对自己做过的项目进行归纳、剖析、抽象和升华在总结的基础上结合专业知识和关键技术进行分类和梳理。 (2)经验欠缺的在职开发人员。可以通过阅读、学习整理单位现有的文档、案例同时参考历届考题进行学习。培养自己站在系统架构设计师角度考虑问题同时可以采取临摹的方式提高自己的写作能力和思考能力。这类人员学习的重心应放在自己欠缺的方面力求全面把握。 (3)学生。学生的特点是有充足的时间用于学习但缺点是实践经验相对较少对于这类考生来说考试的难度比较大。从撰写的论文分析学生在系统架构师的考试中论文的内容容易空洞而不切实际。因此作为学生考生要想更好地完成论文题目就需要大量地阅读相关文章和论文范文学习别人的经验站在更多人的肩膀上并进行强化练习。
2.平时积累 与其他考试不同软考中的高级资格考试靠考前突击是行不通的。考试时间不长可功夫全在平时正所谓“台上1分钟台下10年功”。实践经验丰富的考生还应该对以前做过的项目进行一次盘点对每个项目中采用的方法与技术、架构设计手段等进行总结。这样临场才可以将不同项目中和论题相关的经验和教训糅合在一个项目中表述出来笔下可写的东西就多了。 还有自己做过的项目毕竟是很有限的要大量参考其他项目的经验或多和同行交流。也可多读网站、博客上介绍架构设计方面的文章从多个角度去审视这些系统的架构从中汲取经验也很有好处。要多和同行交流互通有无一方面对自己做过的项目进行回顾;另一方面也学学别人的长处往往能收到事半功倍的效果。 总之经验越多可写的素材就越丰富胜算越大。平时归纳总结了临场搬到试卷上就驾轻就熟了。
3.提高写作速度 在两个小时内用一手漂亮的字写完内容精彩的论文是很困难的。正如前面所说的现在的IT人经常使用计算机办公用笔写字的机会很少打字速度可以很快但提笔忘字是常有的事。可以说我们的写字能力在退化。但是考试时必须用笔写论文因此考生要利用一切机会练字提高写作速度。具体的练习方式是在考前2~3个月按20.1.2节给出的答题纸格式打印出4张方格纸选定一个论文项目按照考试要求的时间(2 个小时)进行实际练习。这种练习每周至少进行1次如果时间允许最好进行2次。写的次数多了写作速度慢慢地就提高了。
4.以不变应万变 论文试题的考核内容都是系统架构设计中的共性问题即通用性问题与具体的应用领域无关的问题。把握了这个规律就有以不变应万变的办法。所谓不变就是考生所参与开发的软件项目不变。考生应该在考前总结一下最近所参与的最有代表性的项目。不管论文的题目为何项目的概要情况和考生所承担的角色是不会改变的如果觉得有好几个项目可以选那么就应该检查所选项目的规模是否能证明自己的实力或项目是否已年代久远(一般需要在近3年内做的项目)。要应付万变就要靠平时的全面总结和积累。 1.2、论文写作格式 在系统架构设计师的资格考试中论文考试的时间为下午(120 分钟)且备选的论文题目通常包含4道题目考生可以根据自己所从事的工作内容选择比较接近的题目进行论文写作。 如果没有和自己相关的内容可以选自己比较熟悉的技术的相关题目进行论文写作即考生可以完全根据自己的特长选做1题。 论文试题的答题纸是印好格子的摘要和正文要分开写。摘要需要300~ 400字正文需要2000~ 3000字。稿纸一般是4页格子和普通信纸上的格子差不多大小每行有25个格子也就是说每4行有100个格子可写100个字。第1页分为摘要和正文两部分如图所示。摘要和正文是分开的摘要有16行(16X25 400)格正文有12行(12X25300) 格。第2~4页的格式是一样的如图所示每页36行(36X25900) 每12行会有字数提示在提示行的两端有300、600 或900的提示。 需要论文答题纸电子版的在此下载 链接https://pan.baidu.com/s/17MCRzGtHH17vXTzPLKISmg?pwdxx7k 提取码xx7k 可自行下载后打印使用 文字要写在格子里每个格子写一个字或标点符号。如果是英文字母则不必考虑格子例如要写educity.cn按自己在白纸上的书写习惯写就行了这样看着也漂亮。在论文的用笔方面作者建议用黑色中性笔。现在考试用纸的质量不好把握有的页面纸质好有的页面就差如果用钢笔一旦遇上劣质纸张墨迹会渗透到纸的背面甚至渗透到.下一页的纸面上影响书写速度和卷面美观。
二、如何解答试题 如果做好了充分的论文准备平常按照既有格式进行了练习则临场就可以从容自如。如果试题准备的内容出入很大的话那也不要紧张选定自己把握最大的论题按平时的速度写下去。
2.1、论文解答步骤 本节给出论文解答的步骤。这里给出的只是一个通用的框架考生可根据当时题目的情况和自己的实际进行解答不必拘泥于本框架的约束。
1.时间分配
试题选择 3分钟论文构思 12分钟摘要 15分钟正文 80分钟检查修改 10分钟
2.选择题目
(1)选择自己最熟悉把握最大的题目。 (2)不要忘记在答题卷上画圈和填写考号。
3.论文构思
(1)构思论点(主张)和下过功夫的地方。 (2)将构思的项目内容与论点相结合。 (3)决定写入摘要的内容。 (4)划分章节把内容写成简单草稿(几字带过无须繁枝细节)。 (5)大体字数分配。
4.写摘要
以用语简洁、明快阐清自己的论点为上策。
5.正文撰写
(1)按草稿进行构思、追忆项目素材(包括收集的素材)进行编写。 (2)控制好内容篇幅。 (3)与构思有出入的地方注意不要前后矛盾。
6.检查纠正
主要是有无遗漏、有无错字。注意点: (1)卷面要保持整洁。 (2)格式整齐字迹工整。 (3)力求写完论文(对速度慢者而言)切忌有头无尾。
2.2、论文解答实例 下面给出两个系统架构师考试中的实际论文题目以及面向该题目的如何进行写作的要点陈述以帮助考生对论文考试有一个更直观的认识。
1.实例一
1)论文题目
论软件系统建模方法及其应用 软件系统建模(Software System Modeling)是软件开发中的重要环节通过构建软件系统模型可以帮助系统开发人员理解系统、抽取业务过程和管理系统的复杂性也可以方便各类人员之间的交流。软件系统建模是在系统需求分析和系统实现之间架起的一座桥梁系统开发人员按照软件系统模型开发出符合设计目标的软件系统并基于该模型进行软件的维护和改进。 请围绕“论软件系统建模方法及其应用”论题依次从以下三个方面进行论述。
1.概要叙述你参与的软件系统开发项目以及你所担任的主要工作。 2.说明软件系统开发中常用的建模方法有哪几类?阐述每种方法的特点及其适用范围。 3.详细说明你所参与的软件系统开发项目中采用了哪些软件系统建模方法具体实施效果如何。
2)实例一分析
问题1要点 该方面需要简要描述所参与分析和开发的软件系统开发项目并明确考生指出在其中承担的主要任务和开展的主要工作。需注意所描述的项目应与论文题目中包含的主要论题相符。
问题2要点 该方面是对论文论题中涉及的专业知识的理解和掌握程度的考核考生可以通过详细描述说明自己所了解的软件系统开发中的常用建模方法并阐述出每种方法的特点及其适用范围。 例如考生可以描述的软件系统开发中常用的建模方法包括:(1)功能分解法。 功能分解法以系统需要提供的功能为中心来组织系统。首先定义各种大的功能然后把功能分解为子功能同时定义功能间的接口。比较大的子功能还可以被进一步分解 直到我们可以对它进行明确的定义。总的思想就是将系统根据功能分而治之然后根据功能的需求设计数据结构。(2)数据流法/结构化分析建模方法。 基本方法是跟踪系统的数据流研究问题域中数据如何流动以及在各个环节上进行何种处理从而发现数据流和加工。然后将问题域映射为数据流、加工以及数据存储等元素并组成数据流图用加工和数据字典对数据流及其处理过程进行描述。(3)信息工程建模法。 在实体关系图基础上发展而来其核心是识别实体及其关系。实体用于描述问题域中的一个事物它包含一组描述事物数据信息的属性;关系描述问题域中的各个事物之间在数据方面的联系它可以带有自己的属性。发展之后的方法把实体叫作对象把关系的属性组织到关系对象中具有面向对象的某些特征。(4)面向对象建模法。 从面向对象设计领域发展而来它通过对象对问题域进行完整的映射对象包括了事物的数据属性和行为特征;它用结构和连接如实反映问题域中事物之间的关系比如分类、组装等;它通过封装、继承和消息机制等使问题域的复杂性得到控制。
问题3要点 该方面是针对考生实际参与的软件系统开发项目说明该项目所采用的系统建模方法并描述这些建模方法所产生的实际应用效果。
2.实例二
1)论文题目
论软件架构风格 软件体系结构风格是描述某一特定应用领域中系统组织方式的惯用模式。体系结构风格定义一个系统家族即一个体系结构定义一个词汇表和一组约束。 词汇表中包含一些构件和连接件类型而这组约束指出系统是如何将这些构件和连接件组合起来的。体系结构风格反映了领域中众多系统所共有的结构和语义特性并指导如何将各个模块和子系统有效地组织成一个完整的系统。 请围绕“论软件架构风格”论题依次从以下三个方面进行论述。
1.概要叙述你参与分析和设计的软件系统开发项目以及你所担任的主要工作。 2.软件系统开发中常用的软件架构风格有哪些?详细阐述每种风格的具体含义。 3.详细说明你所参与分析和设计的软件系统是采用什么软件架构风格的并分析采用该架构风格设计的原因。
2)实例二分析
问题1要点 该方面是要求考生要简要叙述自己所参与分析和开发的软件系统并明确指出在其中承担的主要任务和开展的主要工作。需注意所描述的项目应与论文题目中包含的主要论题相符。问题2要点 该方面是对论文论题中涉及的专业知识的理解和掌握程度的考核考生可以通过详细描述说明自己所了解的软件系统开发中常用的软件构架风格包括:
(1)管道/过滤器:在管道/过滤器风格的软件体系结构中每个构件都有一组输入和输出构件读输入的数据流经过内部处理然后产生输出数据流。(2)数据抽象和面向对象:这种风格建立在数据抽象和面向对象的基础上数据的表示方法和他们的相应操作封装在一个抽 象数据类型或对象中。(3)基于事件的隐式调用:基于事件的隐式调用风格的思想是构件不直接调用一个过程而是触发或广播一个或多个事件。系统中的其他构件中的过程在一个或多 个事件中注册当一个事件被触发系统自动调用在这个事件中注册的所有过程这样一个事件的触发就导致了另一个模块中的过程的调用。基于事件的隐式调用风格的主要特点是事件的触发者并不知道哪些构件会被这些事件影响。(4)分层系统:层次系统组成一个层次结构每一层为上层服务并作为下层客户。(5)仓库系统及知识库:在仓库风格中有两种不同的构件:中央数据结构说明当前状态独立构件在中央数据存储上执行。若构件控制共享数据则仓库是一传统型数据库。若中央数据结构是当前状态触发进程执行的选择则仓库是一黑板系统。黑板系统主要由以下三部分组成:知识源。知识源中包含独立的、与应用程序相关的知识知识源之间不直接进行通信它们之间的交互只通过黑板来完成;黑板数据结构:黑板数据是按照与应用程序相关的层次来组织的解决问题的数据知识源通过不断地改变黑板数据来解决问题;控制:控制完全由黑板的状态驱动黑板状态的改变决定使用的特定知识。(6)C2风格:C2体系结构风格可以概括为通过连接件绑定在一起按照一组规则运作的并行构件网络。C2风格中的系统组织规则如下:系统中的构件和连接件都有一个顶部和一个底部;构件的顶部应连接到某连接件的底部构件的底部则应连接到某连接件的顶部而构件与构件之间的直接连接是不允许的; 一个连接件可以和任意数目的其他构件和连接件连接;当两个连接件进行直接连接时必须由其中一个的底部到另一个的顶部。(7)客户/服务器风格: C/S体系结构有三个主要组成部分:数据库服务器、客户应用程序和网络。(8)三层C/S结构风格:二层C/S结构是单一服务器且以局域网为中心的所以难以扩展至大型企业广域网或Internet, 软、硬件的组合及集成能力有限客户机的负荷太重难以管理大量的客户机系统的性能容易变坏数据安全性不好。三层C/S体系结构是将应用功能分成表示层、功能层和数据层三个部分削弱二层C/S结构的局限性。(9)浏览器/服务器风格:浏览器/服务器风格就是三层C/S结构的一种实现方式具体结构为浏览器/Web服务器/数据库服务器。
问题3要点 该方面是针对考生自身具体参与分析和开发的实际软件系统说明在该系统的设计和实现中采用的具体一种或多种软件架构风格并分析出采用这种软件架构风格设计的原因。
三、论文写作方法 两个小时内写将近3000字的文章不是一件容易的事情。根据以往的经验学生在写作过程中必须首先逻辑清晰并且撰写还要保持一定的撰写速度才可以在有限的时间范围内较好地完成论文写作工作。下面针对如何撰写好摘要和论文的正文部分分别进行说明。
3.2、如何写好摘要 摘要应控制在300 ~ 400字的范围内凡是没有写论文摘要摘要过于简略或者摘要中没有实质性内容的论文将扣5~ 10分。如果论文写得辛辛苦苦而摘要被扣分就太不划算了。而且如果摘要的字数少于120字论文将“给予不及格”。 下面是摘要的几种写法供考生参考。
(1)本文讨...系统项目..... (论文主题)。该系统...... (项目背景、简单功能介绍)。在本文中首先讨论了...... (技术、方法、工具、措施、手段)最后.... (不足之处/如何改进、特色之处、发展趋势)。在本项目的开发过程中我担任了.... (作者的工作角色)。(2)根据....需求(项目背景)我所在.....组织了....项目的开发。该项目..... (项目背景、简单功能介绍)。在该项目中我担任...... (作者的工作角色)。我通过采取.... .(技术、方法、工具、措施、手段)使该项目圆满完成得到了用户们的一.致好评。但现在看来.... (不足之处/如何改进、特色之处、发展趋势)。(3) ......月我参加.....项目的开发担任.... (作者的工作角色)。该项目....(项目背景、简单功能介绍)。本文结合作者的实践....项目为例讨...... (论文主题)包括..... (技术、方法、工具、措施、手段)。(4) ........ (“戴帽子”讲论文主题的重要性)。本文结合作者的实践.....项 目为例计...... (论文主题)包括..... (技术、方法、工具、措施、手段)。在本项目的开发过程中我担任了..... (作者的工作角色)。 摘要应该概括地反映正文的全貌要引人入胜要给人一个好的初步印象。一般来说不要在摘要中“戴帽子”如果觉得字数可能不够例如少于300字则可适当加50字左右的帽子。 上述的“技术、方法、工具、措施、手段”就是指论文正文中论述的技术、方法、工具、措施、手段可把每个方法(技术、工具、措施、手段)的要点用一两句话进行概括写在摘要中。 在写摘要时千万不要只谈大道理而不牵涉到具体内容。否则就变成了“摘要中没有实质性内容”。
3.2、如何写好正文
关于正文部分的写作 首先应做到字数合宜。 正文的字数要求在2000~ 3000字少于2000字则显得没有内容;多于3000字则答题纸上无法写完。作者建议论文正文的最佳字数为2500字左右。其次考生可以从写作技巧和可能涉及的关键技术层面做好应考准备。
1.写作技巧
1)以自我为中心 由于论文考核的是以考生作为系统架构设计师的角度对系统的认知能力。因此在写法上要使阅卷专家信服只是把自己做过的事情罗列出来是不够的。考生必须清楚地说明针对具体项目自己所做的事情的由来遇到的问题解决方法和实施效果。因此不要炫耀自己所参加的工程项目体现实力的是考生做了些什么。下面几个建议可供读者参考。
(1)体现实际经验不要罗列课本.上的内容。(2)条理性地说明实际经验。(3)写明项目开发体制和规模。(4)明确“我”的工作任务和所起的作用。(5)以“我”在项目中的贡献为重点说明。(6)以“我”的努力(怎样做出贡献的)为中心说明。
2)站在架构师的角度 很多考生由于平时一直是在跟程序打交道甚至根本就没有从事过架构设计工作。因此在思考问题上往往单纯地从程序实现方面考虑。事实上论文考核的是以考生作为架构师的角度对系统的认知能力要求全面详尽地考虑问题。因此这类考生在论文上的落败也就在所难免。 例如如果要写有关层次式架构设计的论文考生就要从全局的角度把握层次式架构设计的优点及缺点、设计层次式架构的方法和过程特别是各层次之间的接口设计问题而不是专注于某个具体的实现细节。
3)忠实于论点 忠实于论点首先是建立在正确理解题意的基础上因此要仔细阅读论文试题要求。为了完全符合题意要很好地理解关于试题背景的说明。然后根据正确的题意提取论点加以阐述。阐述时要绝对服从论点回答试题的问题就试题的问题进行展开不要节外生枝化自身为困境。也不要偏离论点半天讲不到点子上去结果草草收场。根据作者参加阅卷和辅导的情况来看这往往是大多数考生最容易出错的地方。
4)条理清晰开门见山 作为一篇文章单有内容组织不好也会影响得分论文的组织一定要条理清晰。题目选定后要迅速整理一下自己所掌握的素材列出提纲即打算谈几个方面每个方面是怎么做的收效如何简明扼要地写在草稿纸上。切忌一点千万不要试图覆盖论文题目的全部内涵而不懂装懂以专家的姿态高谈阔论而要将侧重点放在汇报考生自己在项目中所做的与论题相关的工作上所以提纲不要求全面关键要列出自己所做过的工作。接下来的事情就是一段一段往下写了。要让专家短时间内了解考生的论文内容并认可考生的能力必须把握好主次关系。 一般来说第一部分的项目概述对评卷专家掌握整个论文非常重要。考生要学会用精练的语句说明项目的背景、意义、规模、开发过程以及自己的角色等让评卷专家对自己所做的项目产生兴趣。
5)标新立异要有主见 设想一下如果评卷专家看了考生的论文有一种深受启发耳目一新的感觉结果会怎么样?考生想不通过都难。所以论文中虽然不要刻意追求新奇但也不要拘泥于教科书或常规的思维一定要动脑筋写一些个人的见识和体会。这方面见仁见智在此不予赘述。
6)图文并茂能收奇效 系统架构设计总是离不开图形论文的紧要地方如果能画个草图表示往往能收到奇效。因为图形比文字更能吸引人的注意力更加简洁、明了。通过图形方式表达更能让评卷专家直观地了解考生所设计的架构从而得到专家的认可。但是图形不要画得太“草”也不宜过大。图中的线条、箭头等要保持整洁。
7)首尾一致
在正文的写作中要做到开头与结尾间互相呼应言词的意思忌途中变卦。因为言词若与论文试题的提法不一致导致论文内部不一致阅卷专家就会怀疑考生是否如所说的那样甚至认为考生有造假嫌疑从而影响论文得分。因此考生在论文准备阶段就应该注意这方面的锻炼。 此外与首尾一致相关的一些检查事项诸如错字、漏字等情形也要注意。如果在论文写完还有时间的话要做一些必要的修正这也是合格论文的必需条件之一。
2.可能涉及的关键技术 系统架构设计师的论文题目是在对架构师所需专业知识掌握的前提下进行专业知识在工程项目中的应用。因此要撰写好论文一定需要具有相关的专业技术知识例如经典的架构风格及其应用场景(面向对象、面向过程、SOA、微服务等)架构设计中的质量属性设计(可用性、性能、安全性、可修改性、可测试性、易用性设计等)和质量属性提升策略架构评估的过程、方法和技术架构的建模和描述方式等。这些关键技术在本书中的前面章节均已向读者陈述考生可以根据自身的情况进行阅读查缺补漏。
3.摘要和正文的关系 在拿到论文考题时很多学生产生的一个问题就是究竟是先写摘要还是先写正文。其实没有一种固定的法则需要根据考生的实际情况来决定。如果考生的写作速度比较快而又自信对论文的把握比较好则可以先写正文后写摘要。这样便于正文的正常发挥正文写完了归纳出摘要是水到渠成的事情。但是这种方法的缺点是万一时间不够来不及写摘要损失就比较大了结果论文写得很辛苦因为摘要没有写而不及格;如果考生的写作速度比较慢担心最后没有时间写摘要则可先写摘要后写正文在摘要的指导下写正文。这样做的好处是万一后面时间不足可以简单地对正文进行收尾从而避免有尾无头”的情况发生,而不会影响整个论文的质量。但它的缺点是可能会限制正文的发挥使正文只能在摘要的圈子里进行扩写。另外还要注意的一个问题是正文不是摘要的延伸而是摘要的扩展。摘要不是正文的部分而是正文的抽象。因此不要把正文“接”着摘要写。
四、常见问题及解决办法 在撰写论文时经常性出现的问题归纳如下。
(1)走题。 有些考生一看到试题的标题不认真阅读试题的3个问题就按照三段论的方式写论文这样往往就导致走题。同一个主题试题所问的3个问题可以完全不一样因此, .需要按照试题的问题来组织内容。因为考查的侧重点不一样同一篇文章在一次考试中会得高分但在另一次考试中就会不及格。
(2)字数不够。 按照考试要求摘要需要300 ~ 400字正文需要2000 ~ 3000字。 一般来说摘要需要写350字以上正文需要写2500字左右。当然实际考试时这些字数包括标点符号和图形因为阅卷专家不会去数数字的个数而是根据答题纸的格子计数。
(3)字数偏多。 如果摘要超过350字正文超过3000字则字数太多。有些学员在练习时不考虑实际写作时间只讲究发挥淋漓尽致结果文章写下来达4000~ 5000字甚至有超过8000字的情况。实际考试时因为时间限制几乎没有时间来写这么长的论文。所以读者在平常练习写作时要严格按照考试要求的时间进行写作。
(4)摘要归纳欠妥。 摘要是一篇文章的总结和归纳是用来检查考生概括、归纳和抽象能力的。写摘要的标准是“读者不看正文就知道文章的全部内容”。在摘要中应该简单地包括正文的重点词句。在摘要中尽量不要加一些“帽子性”语句而是要把正文的内容直接“压缩”就可以了。
(5)文章深度不够。 文章所涉及的措施(方法、技术)太多但都没有深入。有些文章把主题项目中所使用的措施(方法、技术)一一列举而因为受到字数和时间的限制每一个措施(方法、技术)都是蜻蜓点水式的描述既没有特色也没有深度。在撰写论文时选择自己觉得有特色的2~3个措施(方法、技术)进行深入展开讨论就可以了不要企图面面俱到。
(6)缺少特色泛泛而谈。 所采取的措施(方法、技术)没有特色泛泛而谈把书刊杂志上的知识点进行罗列可信性不强。系统架构设计师考试论文实际上就是经验总结所以一般不需要讲理论只要讲自己在某个项目中是如何做的就可以了。所有措施(方法、技术)都应该紧密结合主题项目在阐述措施(方法、技术)时要以主题项目中的具体内容为例。
(7)文章口语化太重。 系统架构设计师在写任何正式文档时都要注意使用书面语言。特别是在文章中不要到处都是“我”虽然论文强调真实性(即作者自身从事过的项目)而且前面章节也强调了“以我为中心”的重要性但是任何一个稍微大一点的项目 都不是一个人能完成的而是集体劳动的结晶。因此建议使用“我们”来代替一些“我”。
(8)文字表达能力太差。 有些文章的措施(方法、技术)不错且能紧密结合主题项目但由于考生平时写得少文字表达能力比较差。建议这些考生平时多读文章多写文档。
(9)文章缺乏主题项目。 这是一个致命缺点系统架构设计师考试论文一 定要说明作者在某年某月参加的某个具体项目的开发情况并指明作者在该项目中的角色。因为每个论文试题的第一个问题一般就是“简述你参与开发过的项目”(也有个别情况除外)所以考生不能笼统地说“我是做银行软件的”“我负责航天软件开发等而要具体说明是一个什么项目简单介绍该项目的背景和功能。
(10)论文项目年代久远。 一般来说主题项目应该是考生在近3年内完成的。
(11)整篇文章从大一二三到小123 太死板给人以压抑感。 在论文中虽然可以用数字来标识顺序使文章显得更有条理。但如果全文充满数字条目则显得太死板会影响最后得分。
(12)文章结构不够清晰段落太长。 这也与考生平常的训练有关有些不合格的文章如果把段落调整一下则是一篇好文章。另外一般来说每个自然段最好不要超过8行否则会使阅卷专家产生疲劳的感觉从而可能会影响得分。
