混过系统分析师

       终于通过了“系统分析师”的考试，前几天领到了证书，封面上写着：“中华人民共和国……”（吓我？气派！）。我大概连续考了三年才通过，具体考了几次我不记得了，6次左右吧，据说这东西还是比较有用的，因为过的人少，至少不用评职称了。我最初想起来要去考这个，就是因为听说它难，也是软考里级别最高的，其他的行情我几乎不了解，也不知道其实它还和职称等价。“高级程序员”就免了，刚毕业的大学生通过的一大箩筐，我是想也没去想，现在的事实也是，高程的证书就是废纸一张。

       我起初打算去试试自己的水平，如果考了个垃圾烂分数，我就这几年内都先不考虑它了。我是个彻底的懒人，对考试复习没有意志，不喜欢看书，不喜欢背，所以第一次我就是这么没有任何准备地去考的。结果考的分数比我预想的好很多，虽然三个部分没一个及格的，但差距都不大，论文超过了40分（45分及格），问答题相对最差。第一次给我的感觉是，如果复习再努力下，还是很有希望的，所以第二次我就买了本教材和复习书，结果前一周才开始准备，也是很粗糙地突击了下，因为上次问答题不行，就重点准备了问答题，我也没打算这次就通过，如果一不小心通过的话，呵呵，我也不知道。结果是这次差点就过了，又比我预想的要好，问答题和论文都通过了，只有选择题就差几分，这说明我的准备是有效的，方法是正确的，经过这次，我基本对问答题和论文有感觉了，后来我都可以保证这两部分毕过。

       以后我都是以确实要通过的目标去考的，但每次都是选择题差几分，每次考试前我也都几乎不准备，就这么去考，是屡战屡败，屡败屡战，说白了，我就是抱着碰运气的心态去的，水平有了，就在那及格线徘徊的水平，加点运气，分数向上小波动下，就可以通过了。终于，到现在就那么通过了，如果不行，我还会用同样的套路尝试下去，总会有一次要通过的。

       也就是说，我完全是凭着实际工作的经验通过的考试。

       经过了那么多次考试，现在终于通过了，也可以来总结下经验：

       此经验仅适合像我一样具有工作经验的同志，不适合在校学生。系统分析师考试有一个很重要的原则，就是排斥无工作经验者；对学生来说，或许觉得它的客观题（选择题）最简单，主观题（分析题和论文）较难，尤其是论文；而对参加工作的人来说，恰好相反，我就是这样认为的，对我来说，论文最简单，不管什么题目我都可以保证合格，分析题（问答题）需要有一些针对性的准备和运气，还有答题技巧，也比较容易合格，经历考试次数多了以后，我对这两部分都是不担心的。对我来说最难的是客观题，因为就我个人的情况，我觉得它很难复习，知识范围太大，即便准备了，还是有很多题要靠猜的，我毕竟没有学生那样的时间和毅力，也没有他们那样良好的学习环境与氛围，我所能做的也只有短时间突击。

       客观题，没什么好说的，它有两个大头，数据结构与软件工程，我建议去精心准备这两个方面的选择题，其它题目运气好多少会有些你知道的，不知道的就猜吧；客观题主要还是考知识性的内容，它的逻辑难度应该没有高程难（我没参加过高程考试），就是考的知识面很广的样子。重点还是准备数据结构和软件工程，数据结构主要是一些算法，可以用高程的题目来练习，我先天这方面有天赋，所以就不需要准备；软件工程方面就是一些典型的知识点，如果平常是正而八紧按照软件工程的理论来做项目的，即便乱做项目，也多少知道点吧，再结合书本强化下就可以了，也可以凭感觉，对有工作经验的人，也能猜个八九不离十。反正，重点是数据结构和软件工程，数据结构的这类算法题目要会做，软件工程中的典型概念和模型要记住，至少隐隐约约都在脑子里就可以了；其他的你就放弃复习吧，个人认为性价比太低，不值得去复习，除非你很闲。

       主观题，不论分析题还是论文，自始至终都要体现出你是有多年工作经验的，要以一种成熟的口吻去写，这是致关重要的；否则，如果阅卷人认为你是一名学生，那么他会豪不犹豫地给你不及格。为什么学生很难通过系统分析师，就是因为你们字里行间脱不了的稚气！即便你们的论文文笔很好，或学术水平很高，那都是没有用的，因为考试不需要一篇好论文，只需要一篇能说明问题的论文。说明什么问题呢？说明你是个有多年工作经验的人，就这么简单！

       分析题的重点应该放在选做题上，必做题个人认为相对比较简单，即便你什么也不知道，也能拿个10分左右；最恐怖的如果是计算题，要是你不会做，那么这次就很危险了，因为后面的分很有可能不够。所以，建议准备下软件工程中的成本利润计算，数据库应用和网络部署这三方面的内容，如果被你撞上了，那你要是这道题能基本拿全分的话，后面也会轻松很多。根据我个人的经历，这三方面的题目作为必做题的概率较高，或者是沾边，也选做题里出现的概率也比较高；最重要的是，它们的客观性相对较高，如果不知道的话，分数就会很低，所以需要准备。对有工作经验的人，必做题还是比较简单的，至少都可以“编”，我最害怕的是计算题，要是不会算就只能空着。

       选做题的策略应该是保证一道题撞上，分数基本全拿，再选一道可主观发挥的题，拿一半分数，这样，加上必做题的分数，就刚好可以及格。如果你有两道题都撞上了，那基本就及格了，我所谓的“撞上”，是指你确实有把握知道的，而不是在那自由发挥写了很多字的。

       分析题我只准备软件工程的内容，其它放弃，因为软件工程它必考，四道选做题（还是五道？忘了）里肯定至少有一道是软件工程的，就是去撞它的。但软件工程的范围很广，建议你只抓几个重点：需求分析、系统设计、质量管理、软件测试、UML和传统典型技术；更具体一点：

       需求分析的目的，原则，方法；系统设计的原则和方法，质量管理的常用（典型）方法，评价标准和方法；软件测试的目的，方法，步骤；UML的方法、术语和图；传统典型技术有，软件开发的螺旋和瀑布模型，面向对象设计，容错设计（可靠性设计与方法），B/S和C/S架构，SOAP之类常见的技术都是什么，它们的特点和优缺点；没有必要准备最新出的技术，但有可能考，你可以不选。准备这些内容中20个字以内的条目，它不可能考你大段的文字，如果被你撞上的话，用几个字就可以回答完毕，大段大段的都是在“编”。

       答题的一些技巧：一，尽量使用条目列举的方式，像“1，2，3，4……”这样；二，语言尽量简单，字数要少，如果怕不保险，就用条目将大段的文字分开，大段大段的文字只能达到相反的效果；三，不要去抄试卷纸里内容，包括案例描述和问题，这是幼稚和外行的表现，等于告诉阅卷人你什么都不会；四，不能画图，这是考试的要求；五，尽量使用官话，不要出现口语用词，把它当作你的专业文档来写，但不要罗嗦，要简单直接，其他自己体会。总之，最重要的原则，不能表现出你的经验不足或外行，要充满自信，即便你什么也不懂，不能告诉阅卷人你是在“编”，要体现出你是有多年工作经验的，而且现在至少是在中层职位或更高。

       如果所有选做的题都不理想，就选择主观性强的，客观小题目占的比重小的，记住：它选拔的是有经验的人，而不是照字照句对答案的，主观题的评分也是主观的。

       论文，我见到一些人在考前拿着一篇论文在背，可以有几种解释：一，他预先知道考题，排除；二，他是学生，在读研究生或博士，在机关事业单位工作的人，这些人没有实际项目经验，估计论文也是找人代工的，有很大的可能性；三，希望以一篇论文放之而皆准，傻！我强烈不主张这种方法，基本没用。但我建议你在心里准备好一个案例或项目，必须是你亲身经历的，最好担任主要的角色，能够非常了解这个项目的细节和全过程。然后，四个论题选择一个最接近的往上面套，总有一个可以勉强适合的，然后围绕这个案例进行发挥，就可以了。我考了那么多次，写了那么多的论文，就用了两个案例，一个数据交换的项目，一个是关于数据库产品的。回忆一下，前者写了关于需求分析的和人机交互设计的，后者有关于软件容错性设计的，分布式数据库设计的，还有软件可行性分析的；但我实际做过的项目，又何指这两个。

       所以，这一点经验不适合没有工作经验的人，不是你亲身经历的，就很难发挥和往题目上靠。对于像我一样的同志，可以准备1-2个自己最熟悉的项目，最好自己就是项目负责人或主要成员，建议在心里再把项目的过程从需求分析到后期维护都再过一边，考试的时候抓取其中的一段作为核心来写，就可以了。

       写论文的一些技巧：

一，最后写摘要，摘要应简单，不要叙事，可以套用这样的句式：“作者通过什么什么事情，提出了什么什么观点，采用了什么什么方法，达到了什么什么效果，其中，什么什么关键性的成果”；切记不要序事，和写流水帐，要突出你在论文中自己的观点、方法和成果，不要有性能指标和参数数字这些具体的东西，也不要只写“达到了很好的效果”这么笼统，不要写很具体的内容或细节，仅把你的关键字和重要的术语组织进去就可以了；最后留两行列举关键字：“关键字：XXX，YYY，ZZZ……”（不宜太多）；

二，正文第一行，空四格，把你选的标题原样抄下来，不要加其他的任何文字；

三，题目要求是不能按条目列举的，切记！可以采用“第一节，你的小标题，换行”的方式，我已经多次这样使用了，这样阅卷人看你的文章不会太累，要考虑到他已经看了一整天论文了，文章结构也会很清晰。

四，禁止使用三段式，不要吝啬划分自然段。

五，禁止使用口语话的文字，如“我”，应使用“作者”或“本人”、“个人”；对于客观的普遍原则，应使用定理式的语气，对于自己的观点，应使用“作者认为”，不要使用“想”、“觉得”这些含混和不自信的词汇来引出自己的观点。

六，应将字数控制在最后一页留一半左右，必须写到最后一页，尽量留白半页。

七，文章应分为三个部分：一，作者自述与项目介绍，应以较少的篇幅介绍完你在什么样的单位工作，主要从事什么工作，主要方面是什么，但不要出现你的名字和你公司的名称；此论文依据的实际项目情况，是个什么事情，你在项目中主要做什么，建议半页纸内结束，应简短，不要去叙述项目的具体过程；二，核心内容，应包括你项目中与论点相关的具体细节，可以在这里对你的项目进一步说明，但不要只在说项目而不谈论点；论点应包括传统的客观标准原则和你自己从具体项目中提出或总结的观点，应穿插结合地写，在这里不能用1234条目列举的方式；三，总结论点，对项目获得的效果与结果做描述，不应过分夸大，不足之处和改进的建议与思考，必须要写，应占半页到一页的篇幅，不要超过一页，应以总结论点和启发思考为主，而不是重点说项目成果。

八，对于核心内容怎么写，建议复习小学语文的议论文，可以先叙事，然后得出观点的；也可以先提出观点，再作用于项目，实践证明的（实证法）；可以正反对比，也可以横向或纵向对比（对比法）；可以在实际说事的过程中不断穿插总结观点的（递进法或层次法）。总之，你得有一个比较明显的议论方法或套路，让人看得比较清楚，也不太累，强烈建议复习小学语文！

九，当技术论文写，不要用那些花哨的辞藻，如排比句，记住，你不是在做诗。应保持文字通俗易懂，不要滥用成语，和过分抒发个人情感，暂时把自己当作没有感情的机器人。

如上，我就是这样混过系统分析师的。

（完）

发表于 @ 2007年09月21日 11:20:00|评论(loading...)|编辑