第一篇：系统分析师考试论文写作注意事项
系统分析师考试论文写作注意事项
《系统分析师》在进行论文评估和辅导的过程中，发现部分考生对于论文的把握得不好，并非作者项目经验不足（尽管有些是因为项目经验不足造成的），也不是写 作能力差，而是缺乏足够的准备，对于系统分析师考试的论文写作没有基本的概念。因此，我们把一些典型的问题整理如下，希望对大家的考试有所帮助。由于论文 本身不归我们所有，所以我们不能把论文刊登出来，请大家谅解。
论文应试是从试卷提供的四道论题中自 行选出一道解答，解答分为摘要和正文 部分。摘要字数在400字以内，可以分条 叙述，但不允许有图、表和流程图。正 文字数在2000字至3000字，文中可以分 条叙述，但不要全部用分条叙述的方式。两部分内容必须在两个小时内完成。出题的方式是先要求对系统或软件等作 一般说明，然后再考察应试者的工作经 验和思考方法。要求不仅要叙述事实，而且要尽力用有说服力的论据来表现自 己的经验的深度、广度以及自己的见解。
1、系统分析师考试中的项目是通过项目说明方法，而不是说明项目本身。这点重点需要在文章的各个部分把握。
2、介绍自己在项目中的角色的时候，说明角色、任务既可以了，没必要说其他。有的考生在论文中喜欢说明自己和该项目有关的技术背景，或者说明自己的公司内的地位等，这些都是画蛇添足。
3、取得的经验、现有的不足等应该是比较具体的内容，而不是说“效果良好”、“还存在很多问题”等。另外，对于成绩和不足都应该有所分析，说明是和文章中所说的方法相关联的。
4、如果在文章开头提出了存在的问题，在具体阐述方法的时候可以和开头提出的问题一一对应的阐述对策。
5、摘要要突出重点，尤其是文章的主题。摘要主要说文章写了什么内容，而不是“序言”。有的人在摘要中简要描述了项目的背景（文章中没有提及），这是没有必要的。
6、描述现存问题的时候，要紧扣论文题目，而不是过于描述性的说明。描述性的说明可以作为补充。
7、论证过程要严禁。因——果关系要明确，不能前面描述了一种现象，后面的分析和前面的描述不相关。
8、注意要用一些比较严谨的描述，例如“本人”如何如何，最好说“我”如何如何。
9、论文中不应该包括和题目无关的内容。有的考生觉得项目在某方面比较成功，所以在论文中进行了描述。
考试论题中的问题有两个明显的特征；一是要求以“我”为中心,而不要罗列教科书中的内容;二是要突出“我”的主张(贡献).在实践中堆积起丰富的素材,在作文中就可以左右逢源,而无”巧妇难为无米之炊”之困了。
第二篇：2017年辽宁系统分析师报名注意事项
系统分析师 http://www.xiexiebang.com）查询考场信息、阅读考试注意事项，自行打印准考证。考试时须携带准考证和身份证等有效身份证件原件参加考试。
第三篇：软考系统分析师考试须知
软考系统分析师考试须知
（1）在您继续阅读下面内容之前，请先阅读的“初级和中级考试须知”，其中的内容也适合于系统分析师考试。
（2）系统分析师下午共有2场考试，其中下午I是案例分析考试，时间为13:30～15:00（1个半小时）。在本场考试中，一般共有5道试题，其中第1道为必答题，第2～4道为选答题，由您根据自己的特长选做2道。也就是说，您在90分钟的时间内要完成3道案例试题的分析和解答，因此，时间很紧，请您务必要注意安排好时间。
（3）在选择试题时，要注意一个“准”字，根据第一感觉选定试题，不要这个问题读一下，那个问题看一下，免得浪费时间。请注意用“○”圈好您选答的题号，千万不要将题号和答题位置选错。
（4）在回答案例分析试题时，用词要准确，要答到要点上。阅卷时，是根据要点逐项记分的。如果问题规定了字数，则您的回答不要超过这个规定。
（5）由于中午连续和紧张的作战，经过了下午I考试之后，您可能已经疲劳了。然而，更大的挑战还在后面，所以，您需要尽快调整，建议您在午餐时准备一些清醒头脑的用品，例如清凉油等。
（6）下午II是论文考试，时间为15:20～17:20（2个小时）。论文一般共有4道试题，由您根据自己的特长选做1道。论文答题纸是印好格子的，摘要和正文要分开写。摘要需要300～400字，正文需要2000～3000字。
（7）无论是下午I，还是下午II，都请您注意书写格式，字迹不要潦草。特别是论文，文字要写在格子里，每个格子一个字。论文要有自己独特的见解或者有着很深入的体会，内容翔实，体会中肯，思路清晰。
（8）在撰写论文时，请您时刻注意避免全国著名的软考辅导专家张友生教授总结的以下问题：·字数不够或字数偏多；
·摘要归纳欠妥，未能起到总结正文的作用；
·文章所涉及的方法/技术或措施太多，但都没有深入，因此，文章深度不够；
·所采取的技术措施没有特色，泛泛而谈，把书刊杂志上的知识点进行罗列，可信性不强；·文章口语化太重，文字表达能力太差，错别字句比较多；
·文章缺乏主题项目，或所论述的技术/方法/措施与论文主题项目无关，放之四海而皆准；·所论述的技术/方法/措施过于陈旧，或没有技术含量，不能体现系统分析师的水平；
·文章最后没有提出不足之处和改进方法，或者骄傲自满、夸夸其谈，找不出问题的真正原因；·论文项目年代久远；
·整篇文章从大一二三到小123，太死板，给人以压抑的感觉；
·文章思路混乱，结构不够清晰，段落太长。
（9）论文评分标准：切合题意（30%）；应用深度与水平（20%）；实践性（20%）；表达能力（15%）；综合能力与分析能力（15%）。
第四篇：09年软考系统分析师考试心得
09年软考系统分析师考试心得
厚积薄发，平时多做有心人
从系统分析师考试大纲可以看到，系统分析师对考生的综合素质要求较高，考查的知识面很广。但分析历年考题可以发现，虽然考试知识面广但考试内容并不是很深。因此，这就要求我们注意平时积累，经常通过网络、讲座、学术会议等途径及时了解一些流行技术热点和业界最新动态。
2、多做项目，在实践中锻炼提高
如果说平时积累的各个知识点是一粒粒宝贵的珍珠的话，那么项目经历则是将这些珍珠串联起来的一根红线。“纸上得来终觉浅，绝知此事要躬行”。软件工程 是一门实践性、综合性非常强的专业，如果没有参加过完整的实际项目，就难以从根本上理解书本上所学的理论知识，就难以真正领会软件工程的思想精髓。同时，在做项目时还要勤于思考，无论是作为主持者还是作为一个普通的程序员，都应该去潜心思考为什么要这样设计、这样设计的优点是什么、有哪些不足，如果你是设 计师的话你又会怎样设计？经常做这样的换位思考，会不自觉地提高自己的系统分析和设计能力，积累丰富的项目经验，这对下午一的考试来说是非常有益的。
3、注意提高个人文档编写能力
一些软件工程师有个不好的习惯，那就是只喜欢钻研具体的技术点而不注重提高文档编写能力。他们的一个通病是做得多、写得少，在某一个具体的技术领域上 往往表现得非常优秀，但写出的文档质量实在难以恭维。作为一个合格的系统分析师文档编写能力是必不可少的基本素质，也是下午二考试的考查重点。
文档编写能力不仅对于应试是十分必要的，而且在实际工作也是非常重要的。因此，我们应当在平时多做这方面的训练，多思考、多动笔，努力提高自己文档编写能力。
4、掌握评卷专家心理，注意论文写作技巧
在下午二的考试中，应注意把握评卷专家的心理状况。根据希赛IT教育研发中心的著名软考专家张友生所说的，评卷专家不可能把你的论文一字一句地精读，要让他短时间内了解你的论文内容并认可你的能力，必须把握好主次关系，论文的组织一定要条理清晰。一般说来，项目概述部分评卷专家会较认真看，为让评卷专 家对你所做的项目产生兴趣，这里可适当吹捧。在论文陈述部分应当按主次关系分条进行陈述，首先最好开门见山指出你所采取的措施，然后指出你为什么这样做，这样做有何优点，克服了以前做法的哪些缺点等等。在分条陈述时最好一个问题一个自然段（自然段千万不要过长），在每个自然段首先要有一个主题句，主题句简 明扼要地描述本段的中心思想。
在论文撰写中，切忌大谈空洞的理论知识或不懂装懂，以专家的姿态高谈阔论。应当将重点放在汇报你自己在项目中所做的与论题相关的工作，让评卷专家相信你确实做过这方面的项目而且达到了相应水平。
在下午二考试时间的分配上，建议首先花3--5分钟根据个人特长选定题目，然后花10—15分钟左右整理一下所掌握的素材，列出提纲，即你打算谈几个方面，每个方面你是怎么做的，收效如何等等，简明扼要地写在草稿纸上。
5、张友生的书，不能不读
要想通过系统分析师考试，不但需要多做项目，而且有关全国著名的软考辅导专家张友生老师的书是不可不读的。
我读过的书有系统分析师考试综合知识试题分类精解、系统分析师考试信息系统分析与设计案例试题分类精解、系统分析师考试论文试题分类分析与范文、计算机数学与经济管理基础知识、系统分析师考试辅导、系统分析师技术指南、系统分析与设计技术。
另外，如果条件许可的话，听说参加希赛的培训通过率可以达到80%，因为很多考试试题都是他们的模拟试题上的原题。
6、摆正心态，轻装上阵
证书毕竟只是证书，考试通过了并不代表你完全具备系统分析和设计的能力，证书只是我们漫漫学习路途中一个阶段性的里程碑，通过考试来不断提高自己才是 最终目的。考试前摆正心态十分重要，我有一个朋友平常成绩不错，考试前一天晚上还在发奋看书直到晚上3点，结果得不偿失，第二天考试时头脑昏昏沉沉，水平发挥失常，这次考试上午成绩以几分之差与系分失之交臂。因此，我们应当以一颗平常心去应考，轻装上阵，这样才能充分发挥出最佳状态。
大纲中的要求
《信息系统项目管理师考试大纲》中，要求考生根据试卷上给出的四个有关项目管理的论文题目，选择其中的一个，按规定的要求写论文和摘要。论文可能涉 及的内容极其广泛，主要有信息系统项目管理，信息安全，信息系统项目监理，信息化战略与实施，大型、复杂和多项目的管理，项目绩效考核和绩效管理6个主要 模块的论题方向，这6个方向又分为若干个子内容。
2005年上半年的考试虽然只出了一道论文题目——“论信息系统项目的需求管理和范围管理”，似乎与考试大纲有所背离，但考试内容并没有偏离大纲，属于“信息系统项目管理”方向中的内容。所以作论文考试的准备时一定要紧紧围绕考试大纲来进行。
历届高级资格考试论文写作一般会有如下的要求： 简述你所从事的项目及你在项目中担任的角色； 在项目中关于论题方向碰到的问题和解决对策； 对项目实话的总结和展望。2.为什么会觉得论文考试难
参加项目管理师的考生大致有两种类型：在校学生和在职人员。对于在校的学生来说，参加项目管理师这一高级别的考试无异于一种挑战。这是因为：
缺乏项目实战经验； 没有从事过项目管理；
学业繁重，没有时间来准备考试； 考试范围太广，许多的知识没有接触过； 技术方面掌握不扎实，基础不牢； 没有写过学术论文。
大学里的计算机专业或信息管理专业都会开设软件工程课程，也有少数的院校开设项目管理课程，即便是有，考生自己也会感觉只有理论知识没有实 践经验，总觉得心里不踏实，写出来的文章会不够力度。大多数的研究生也只是跟随导师做一些技术性的工作，项目管理方面的工作做得较少。其它专业的学生当然 会觉得难度更大。
对于在职人员来说，可能存在以下困难： 有项目经验但要写成论文觉得写作水平有限；
长期从事某一个方面的工作，很少从事项目管理这种综合性的工作； 从事技术性工作或研究工作，热衷于技术实现，管理工作做得较少； 工作任务过重，无暇复习及攥写论文。
对于这两类考生，又以在职人员居多。要想考试过关，一是要尽量从繁忙的学习和工作中抽出时间来应考；二是要熟悉考试论文的写作格式及注意事 项；三是掌握一定的论文写作技巧；四是需要阅读大量的资料来充电，五是在考试之前作适当的练习。当然如果您项目经验十分丰富，可以把重点放在锻炼写作技巧 上来。
3.论文的格式与写作技巧 3.1格式要求
项目管理师考试的论文不同于要放在学术杂志上发表的学术论文，也不同于学生的毕业论文，她主要是对自己工作经验的总结，更象一份述职报告，因此在格式上的要求也比较简单。
论文的内容分为两部分：摘要和正文。这两部分的书写要注意以下的格式： 达到字数要求。摘要一般要求200字以上，500字以下，正文要求2500字以上。在论文写作的方格纸上会有字数提醒。不要在论文中书画图形，尽量用文字表述。
尽量保持卷面清洁，如果实现需要划掉文字，在字上划一横线即可。不必写关键词。3.2 写作进度把握
论文的写作时间只有两个小时，要在短短的两个小时里写出一篇高质量的论文确属不易，需要考生有较为丰富的理论和实践知识的积累，当然也不必害怕，因为这还是有章可循的。这里建议的时间分配如下： 通读论题，选定论题（5分钟）； 构思论文，写论文提纲（10分钟）； 正文写作（80分钟）； 摘要写作（15分钟）； 复查论文（10分钟）。
论文的摘要由于在论文的写作过程中论文的论点及内容可能会有所变化，建议在写作完正文后再写摘要。下面按写作步骤详细解说。3.3 论文选题
拿到试卷后，先把试题快速通览，找到自己最容易发挥，最擅长的方向的论题。为了照顾大多数考生的情况，论文题目会比较宽泛。
需要注意的一点是，既然是考项目管理师，论文内容当然不会关心过多的技术细节问题，重在项目管理。
选题时要考虑应和什么项目相关联。文章至少要与一个项目关联起来。那么如何选定项目呢？
在校的学生由于没有项目经验，往往不知论文应与什么项目关联为好。一是要看题目要求，如今年5月考试的论文题目中就明确指出要是参与管理过 的大型信息系统项目，因此一般不要以如“学生成绩管理信息系统”这种课程设计性质的项目来写；二是尽量写自己熟悉的，如一般的可写高校人事MIS，高校教 务MIS等，在职人员也可如此考虑。项目可以是虚构的，不需要指明开发单位，委托单位；三是如果有大型项目或可以构思出大型项目则更佳。3.4 论文提纲
选定论题后不要急于动笔直接在答题纸（论文的答题纸为方格作文纸）上写作。因为直接写作很难有一个整体的思路，而且在写作的过程中可能会涂 改而使得卷面不整洁，影响评卷人的心理。不提倡在草稿纸上书写论文再抄至论文答题纸上，因为考试的时间本就十分有限，抄写论文的时间也需不少。不妨先花点 时间理理写作的思路，在草稿纸上写作论文的提纲，所谓“磨刀不误砍柴工”。提纲中写些什么内容呢？可有如下的内容； 拟联系写作的项目，思考如何联系此项目来写作； 拟写论文的主要论点。
各段落的主要内容，如果直接以论点来分段就不必再写此项了。
论文的阅卷者一般会把论文看两遍，第一遍快速浏览全文的论点，以找出文章的“文眼”，第二遍再仔细阅读。如果论点清晰，会给阅卷者以清晰明朗的感觉。3.5 正文写作
有了提纲了，写正文就轻松多了。正文可采用“总——分——总”式，即文章开头提出中心思想，再分述论点，最后在结尾处作出总结；也可用“提出问题——分析问题——解决问题”的逐步深入的方法。写作时注意以下几个方面： 理论联系实际，一定要与项目关联起来讨论，切忌空谈理论； 可以分条叙述的方式，但不要全文用此方式； 论点清晰，最好每段在开头处或结尾处点明论点；
结尾处要对项目的实施情况，以及应用论点论据应用情况作出总结。不必列举过多的计算公式。
文章要带有一定的学术性，更多的应是谈项目经验。
不要关注于技术，多就论题写管理方面的问题及采取的措施。第1楼 pmonly
2006-4-30 8:32:18 3.6 摘要写作 摘要可按如下几个方面来写： 项目概述，包括自己主持或参与的项目及自己担任的角色。论文的主要论点。
为方便大家书写摘要，这里给出两个摘要的书写模板。模板一：（论点——项目概述）
本文以我主持（或参与）的××××××（项目名称）为实例，探讨了××××××（论文论题），认为××××××（论点）。在此项目中，我担任了××××××（角色），参与了××××××（任务），实施后×××××（用论文中的方法实施后的效果）。
模板二：（项目概述——论点）
×××××（项目名称）是×××××（项目说明），在此项目中，我担任了×××××（角色），参与了×××××（任务）。对于项目的×××××（论题），本文认为×××××（论点）。该项目实施后×××××（用论文中的方法实施后的效果）。
下面给出模板一的一个实例，以供参考：（论信息系统项目的需求管理和范围管理）
本文以我主持的某商业银行网上银行系统项目为实例，探讨了作为开发方公司在信息系统项目的需求管理和范围管理方面碰到的问题及解决的办法，文章首先解释了需求管理和范围管理的基本概念，认为需求工作做得不扎实，项目范围把控不好是导致项目难以成功的主要原因，提出应以CMM过程改进的思想指 导项目的需求管理和范围管理，项目在需求分析阶段应确定需求可以决策的人，充分和客户沟通以正确把握需求，对于需求和开发范围的变更管理提出了解决的办 法。我在该项目中担任了开发方的项目经理，自始至终参与了整个项目的建设，自2004年4月项目启动至2004年12验收历时8个月，系统至今运行稳定，取得客户的好评，很大程度上得益于项目成功的需求管理和范围管理。4.论文考题分析
我们来把考试大纲的内容与历年的软件资格与水平考试高级（包括系统分析师和项目管理师）相关的考试论文题目列举出如下表所示，也许您会有所启迪。表1 历年软件资格和水平考试高级考试与考试大纲相关的论文题 模块方向
子内容
历年考题
考试年份 信息系统项目管理 项目选择
可行性分析 论信息管理系统的可行性研究 1997年 项目生命周期流程管理
项目的整体、范围、进度、成本、质量、人力资源、沟通、风险和采购管理 论软件开发的质量管理 1989年 成本/效益分析 1990年 论软件项目的质量保证 1993年 论项目管理工具的选用 1998年 论软件质量保证 2002年 论软件开发的风险控制 2003年 论软件开发成本管理 2004年上半年
论应用软件开发范围和功能的确定 2004年下半年 论项目管理中的进度控制 2005年上半年
论信息系统项目的需求管理和范围管理 2005年上半年项目管理师 项目评估
企业级信息系统项目管理体系的建立
项目中的质量管理与企业质量管理异同分析 论软件开发的质量管理 1989年 论软件项目的质量保证 1993年 论软件质量保证 2002年
信息安全 信息安全体系 系统的安全与保密控制 1992年 信息安全体系的安全风险评估
企业信息安全策略 论企业信息系统的安全 2005年上半年 论企业内部网的安全策略 2004年下半年 信息系统工程监理 监理的方法与工作流程 监理的机构及监理工程师
监理中的质量、投资、进度和变更控制 监理中的合同管理、信息管理和安全管理 监理中的组织协调 信息化战略与实施 企业建设信息化系统的过程 信息化系统建设过程中常见问题 新技术对信息化建设的影响 CIO在信息化建设过程中的作用 信息化规划
不同类型信息化建设过程中的差异
电子政务建设 论电子政务信息共享整合 2005年上半年 企业自身管理成熟度对企业信息化建设的影响 大型、复杂信息系统项目和多项目的管理 计划过程 跟踪和控制过程
范围管理 论应用软件开发范围和功能的确定 2004年下半年 论信息系统项目的需求管理和范围管理 2005年上半年项目管理师 资源管理 协作管理
项目绩效考核与绩效管理 团队绩效与项目绩效的关系 绩效评估的方法 项目绩效指标设计 绩效改进
从上面的表格中可以看出，还没有出过题目的内容极可能会成为下次考试出题的对象，“信息系统项目管理”模块中的“项目的整体、范围、进度、成本、质量、人力资源、沟通、风险和采购管理”是近四年的高级考试中必出论文考题的内容。据此，作者列出19个考题供大家参考和练习（每个模块3~4 个）： 信息系统项目管理 论项目团队建设 论项目沟通管理
论企业信息系统项目管理体系的建立 论项目采购管理与合同管理 信息安全
论企业的信息系统安全体系 论企业信息系统的安全控制策略 论企业信息系统安全风险的评估 信息系统工程监理 论信息系统项目的工程监理 论信息系统工程监理中的质量控制 论信息系统工程监理中的进度控制 信息化战略与实施 论企业信息化的规划 论电子政务项目管理 论企业信息化的建设 论信息系统项目计划的制订 论信息系统项目资源管理 论信息系统的跟踪与控制 项目绩效考核与绩效管理 论项目绩效评估的方法与策略 论企业信息化中的绩效评价机制 论信息系统项目绩效指标的设计 5.如何准备论文
可以从以下几个方面着手准备论文：
看别人写的项目经验文章，这是快速弥补经验不足的办法。以下的网站可以找到不少的资料：http://www.xiexiebang.comA都达不到，因为工作就是做网络，所以答的很顺手。第三道Java题，全凭在IBM开发者网站上混了一年，不用背书居然也能写满卷子。
下午二部分：四道选答论文，通过对这几年试题的分析，下午有三道是老内容，有一道是新东西。在考试之前，我普经在希赛上POST两篇帖子，预测论文题目，后来事实证明一道都没考。再三思考之后，首先一般的开发团队中高级职务有四个，分析师－－面向开发前期，主管需求分析，可行性分析（技术可行性、经济可行性、商业可行性），与客户打交道，与公司高层或主管打交道，考虑客户需要什么，采用什么样的技术；项目管理师－－主管项目进展，风险管理，人员、成本分析；架构师－－主管软件架构、论计模式；测试员－－主管测试工作。软件设计师、数据库构架师、网络工程师、程序员等都在架构师下面的级别。其中分析师、项目管理师、架构师已经有了相应的考试，没有的只有测试员。因此，可以看出论文范围应该在需求分析、可行性分析。07年上半年的动态语言、工作流，前几年的Web Service、网络安全等可以算是技术上的可行性分析，而07年上半年另一道直接就是可行性分析。06年上半年、下半年分别考了需求分析、用例获取，都属于需求分析。这些算是分析师的正业，而EAI和软件能力改进应该是CIO的工作，它的层次超越了开发团队中的分析师，但是信产部的意思好像是想把系统分析师培养成CIO的接班人。另外，因为没有测试员考试，所以测试工作也给了系统分析师。所以，有希赛网友预测会考数据库构建，我认为这是绝不可能的，构建是工人干的活，分析师好比领导，要做的只是想想这个东西能不能用，不需要会实际的操作；有网友说会考数据仓库，我认为虽然这确实属可行性分析，但是这玩艺用的实在太少了，一般的单位、公司是看不到的，我在省级国税系统也没看到这东西，说白了没有群众基础。
关于新旧的内容，需求分析是旧内容了，从有软件开始就有了，新的东西多半是技术可行性分析，例如，动态语言，我们可以理解为用一个已经运作的项目证明动态语言技术的可行性。但是新不代表什么新技术都会考，这里的新只是新瓶装老酒，06年下半年考了SOA，SOA本质上是EAI的一种表现；07年上半年的动态语言，说白了编程语言的一种。我在预测论文的时候没考虑这一点，所以ESB、SCA、SOAP是不会考的。
总之，关于论文，我的意见是，根据上面的范围，每种写一篇论文背熟了待考。
论文结构可以采取开篇自我介绍，包括在何系统工作，部门，在部门从事何工作，但是不得体现姓名、具体工作单位，第二，遇到的困境，为何要开发该项目，在该项目开发中从事何岗位，第三，采取新项目后会解决什么问题，第四，在该项目中采用了什么技术（比如，以07年动态语言论文为例，可以说采用了PHP或RoR），在项目开发过程中遇到了什么问题，是怎么解决的，第五，项目运行后有什么不足，下一步该怎么做，最后，总结心得体会，学到了什么。论文的内容还要根据题目增减，比如07年要求比较几种动态语言的特点，在互联网应用系统开发中所起的作用，因此论文中要比较几种动态语言，项目要体现出是互联网应用。
“摘要”要在论文正文写完后再写，摘要就是缩简版的正文，结构和正文差不多，以正文为基础就很好写了。在写论文之前的构思阶段，可能会想要写好多点，但真正写起来因为种种原因可能会砍掉部分构思好的观点，如果构思完先写摘要，把自己所想的所有观点都写进摘要，结果写正文时砍掉了一些，那么最后摘要和正文内容就不符了。
三、应考篇：不在当地考试的考生有点烦，像我要跑到福州考试，所以应该提前一天熟悉地形和考试地点；对宾馆不习惯也烦，我恋床，再加上宾馆房间在路边，晚上车来车往，害我晚上到三点都睡不着；因为考试时间安排紧凑，加上体能消耗大（用脑过度），所以咖啡、巧克力是必备的，我早上一杯咖啡、一根德芙巧克力，第一保持清醒，第二巧克力的糖份可以直供大脑，充分激活大脑，下午因为考试安排在一点半，再加上上午的劳累，很多人肯定会觉得困，所以一下喝两袋咖啡提神，外加一根巧克力，下午的巧克力很重要，因为下午有两场大消耗的考试，必须给大脑充分的供养；可以带一小瓶矿泉水到考场，夏天太热可以喝点水润润喉，但是不要喝太多，上厕所次数太多不仅影响思路，而且浪费时间，特别是下午论文考试。
总之，本文主要讨论如何应考，但我本人并不希望大家是为了考试而考试，还是那句话系统分析师只是个过程，不是目的。
第五篇：09年软考系统分析师考试心得
1、厚积薄发，平时多做有心人
从系统分析师考试大纲可以看到，系统分析师对考生的综合素质要求较高，考查的知识面很广。但分析历年考题可以发现，虽然考试知识面广但考试内容并不是很深。因此，这就要求我们注意平时积累，经常通过网络、讲座、学术会议等途径及时了解一些流行技术热点和业界最新动态。
2、多做项目，在实践中锻炼提高
如果说平时积累的各个知识点是一粒粒宝贵的珍珠的话，那么项目经历则是将这些珍珠串联起来的一根红线。“纸上得来终觉浅，绝知此事要躬行”。软件工程是一门实践性、综合性非常强的专业，如果没有参加过完整的实际项目，就难以从根本上理解书本上所学的理论知识，就难以真正领会软件工程的思想精髓。同时，在做项目时还要勤于思考，无论是作为主持者还是作为一个普通的程序员，都应该去潜心思考为什么要这样设计、这样设计的优点是什么、有哪些不足，如果你是设计师的话你又会怎样设计？经常做这样的换位思考，会不自觉地提高自己的系统分析和设计能力，积累丰富的项目经验，这对下午一的考试来说是非常有益的。
3、注意提高个人文档编写能力
一些软件工程师有个不好的习惯，那就是只喜欢钻研具体的技术点而不注重提高文档编写能力。他们的一个通病是做得多、写得少，在某一个具体的技术领域上往往表现得非常优秀，但写出的文档质量实在难以恭维。作为一个合格的系统分析师文档编写能力是必不可少的基本素质，也是下午二考试的考查重点。
文档编写能力不仅对于应试是十分必要的，而且在实际工作也是非常重要的。因此，我们应当在平时多做这方面的训练，多思考、多动笔，努力提高自己文档编写能力。
4、掌握评卷专家心理，注意论文写作技巧
在下午二的考试中，应注意把握评卷专家的心理状况。根据希赛IT教育研发中心的著名软考专家张友生所说的，评卷专家不可能把你的论文一字一句地精读，要让他短时间内了解你的论文内容并认可你的能力，必须把握好主次关系，论文的组织一定要条理清晰。一般说来，项目概述部分评卷专家会较认真看，为让评卷专家对你所做的项目产生兴趣，这里可适当吹捧。在论文陈述部分应当按主次关系分条进行陈述，首先最好开门见山指出你所采取的措施，然后指出你为什么这样做，这样做有何优点，克服了以前做法的哪些缺点等等。在分条陈述时最好一个问题一个自然段（自然段千万不要过长），在每个自然段首先要有一个主题句，主题句简明扼要地描述本段的中心思想。
在论文撰写中，切忌大谈空洞的理论知识或不懂装懂，以专家的姿态高谈阔论。应当将重点放在汇报你自己在项目中所做的与论题相关的工作，让评卷专家相信你确实做过这方面的项目而且达到了相应水平。
在下午二考试时间的分配上，建议首先花3--5分钟根据个人特长选定题目，然后花10—15分钟左右整理一下所掌握的素材，列出提纲，即你打算谈几个方面，每个方面你是怎么做的，收效如何等等，简明扼要地写在草稿纸上。
5、张友生的书，不能不读
要想通过系统分析师考试，不但需要多做项目，而且有关全国著名的软考辅导专家张友生老师的书是不可不读的。
我读过的书有系统分析师考试综合知识试题分类精解、系统分析师考试信息系统分析与
设计案例试题分类精解、系统分析师考试论文试题分类分析与范文、计算机数学与经济管理基础知识、系统分析师考试辅导、系统分析师技术指南、系统分析与设计技术。
另外，如果条件许可的话，听说参加希赛的培训通过率可以达到80%，因为很多考试试题都是他们的模拟试题上的原题。
6、摆正心态，轻装上阵
证书毕竟只是证书，考试通过了并不代表你完全具备系统分析和设计的能力，证书只是我们漫漫学习路途中一个阶段性的里程碑，通过考试来不断提高自己才是最终目的。考试前摆正心态十分重要，我有一个朋友平常成绩不错，考试前一天晚上还在发奋看书直到晚上3点，结果得不偿失，第二天考试时头脑昏昏沉沉，水平发挥失常，这次考试上午成绩以几分之差与系分失之交臂。因此，我们应当以一颗平常心去应考，轻装上阵，这样才能充分发挥出最佳状态
点击咨询 