系统分析师考试作为全国计算机技术与软件专业技术资格考试的一个高级的专业，是由国家人力资源和社会保障部、工业和信息化部领导下的国家级考试。根据原人事部、原信息产业部文件（国人部发[2003]39号）文件规定，计算机软件资格考试纳入全国专业技术人员职业资格证书制度的统一规划，通过考试获得系统分析师证书的人员，表明其已具备从事相应专业岗位工作的水平和能力，用人单位可根据工作需要从获得证书的人员中择优聘任高级工程师专业技术职务。
根据考试大纲要求，系统分析师考试的合格人员应熟悉应用领域的业务，能分析用户的需求和约束条件，写出信息系统需求规格说明书，制订项目开发计划，协调信息系统开发与运行所涉及的各类人员，能指导制订企业的战略数据规划，组织开发信息系统，能评估和选用适宜的开发方法和工具，能按照标准规范编写系统分析、设计文档，能对开发过程进行质量控制与进度控制，能具体指导项目开发；具有高级工程师的实际工作能力和业务水平。
因为要求比较高，该考试以往的全国平均通过率低于10%，难度比较大。
1. 学习方法建议
成功一定有方法，失败必然有原因。如何顺利通过系统分析师考试？笔者的建议是：在掌握学科的基础上，认真研习历年真题。
（1）了解历年真题：因为历年真题的难度、命题范围，对我们将要参加考试的考生具有很好的借鉴作用，从中我们可以得出复习深度和广度。
（2）熟悉历年真题：因为历年真题的知识点，就是我们要学习的知识点，因此，从历年真题中梳理出的知识点即是考点，就是我们要熟悉的内容，就是我们复习的重点。
（3）掌握历年真题：我们不仅要会做某道题，还要举一反三，将该题涵盖的知识点所在的知识域掌握，这样不管它考该知识域的哪个点，我们都能从容应对。
相信经历了如上三步，我们就会发现，这个考试并不太难。
2. 书籍作者介绍
十多年来，薛大龙博士受邀为数十家著名培训机构授课，进行计算技术软件专业技术资格考试相关课程的培训。共讲授公开课800多次，企业内训近2000多次。在培训中发现，通过对每一道真题进行解析，梳理知识要点，能够让学员更快地掌握知识点，更高效地复习。
本书由薛大龙担任主编，由邹月平、李海龙担任副主编。其中2014、2015年真题的解析由李海龙负责；2016、2017年真题的解析由邹月平负责，写作架构的确定、真题解析的审核由薛大龙负责。参与本书编写的人员还有：兰帅辉、张国营、王安、何鹏涛、吴芳茜、吴春杰、李莉莉等专家。
薛大龙，北京理工大学博士研究生，多所大学客座教授，北京市评标专家，全国计算机技术与软件专业技术资格考试历年真题解析编委会主任，曾多次参与全国计算机技术与软件专业技术资格考试的命题与阅卷，非常熟悉命题要求、命题形式、命题难度、命题深度、命题重点及判卷标准等。
邹月平，高级工程师、一级建造师、全国计算机技术与软件专业技术资格考试历年真题解析编委会副主任。系统分析师、系统架构设计师、信息系统项目管理师、系统分析师授课讲师，授课经验丰富，曾任《信息系统项目管理师历年真题解析（第3版）》副主编，《系统集成项目管理工程师历年真题解析（第3版）》副主编、《信息系统监理师历年真题解析（第2版）》副主编。
李海龙，计算机硕士生导师，高级工程师、一级建造师、信息系统项目管理师，河北省评标专家，全国计算机技术与软件专业技术资格考试历年真题解析编委。担任《信息系统项目管理师历年真题解析（第3版）》的副主编，参与《系统集成项目管理工程师历年真题解析（第3版）》、《高级信息系统项目管理师教程（第2版）》等书籍的编写。
3．本书使用说明
本书作为考生备考软考高级资格“系统分析师”的学习教材，也可供各类培训班使用。考生可通过学习本书，掌握考试的重点，熟悉试题形式及解答问题的方法和技巧等。
4．在线互动学习
为了更好地帮助广大考生充分利用碎片化时间，在移动互联网环境下进行学习，我们开发了“软考”冲刺互动学习平台。用微信扫描右侧的二维码，关注“悦读力”，即可进入“软考”冲刺互动学习平台。在这里，您将有机会在读者圈中与资深软考培训老师们进行交流，还可以向老师提问，可以在线答题，进行学习效果自测和碎片化时间学习，还可以收听和收看音频和视频课程等。
“软考”冲刺线上学习平台，综合了“系统集成项目管理工程师”“信息系统项目管理师”“信息系统监理师”“软件设计师”“系统分析师”“系统架构设计师”六门软考科目的复习资料，部分内容收费，读者可以根据自己的学习需求选择需要的内容。
考生可通过学习本书，掌握考试的重点，并通过历年真题与解析，熟悉试题形式及解答问题的方法和技巧等。读者通过互动学习平台，可以方便地和我们联系和交流；也可以发邮件到作者电子邮箱pyxdl@163.com，我们会及时地解答读者的疑问。
编 者
2018年于北京
● 在高速缓存（Cache）—主存储器构成的存储系统中，（18）。
（18） A．主存地址到Cache地址的变换由硬件完成，以提高速度
B．主存地址到Cache地址的变换由软件完成，以提高灵活性
C．Cache的命中率随其容量增大线性地提高
D．Cache的内容在任意时刻与主存内容完全一致
试题分析
在程序的执行过程中，Cache与主存的地址映射是由硬件自动完成的。
参考答案：（18）A
● 需求获取是确定和理解不同的项目干系人的需求和约束的过程，需求获取是否科学、准备充分，对获取的结果影响很大。在多种需求获取方式中，（19）方法具有良好的灵活性，有较宽广的应用范围，但存在获取需求时信息量大、记录较为困难、需要足够的领域知识等问题。（20）方法基于数理统计原理，不仅可以用于收集数据，还可以用于采集访谈用户或者是采集观察用户，并可以减少数据收集偏差。（21）方法通过高度组织的群体会议来分析企业内的问题，并从中获取系统需求。
（19） A．用户访谈 B．问卷调查 C．联合需求计划 D．采样
（20） A．用户访谈 B．问卷调查 C．联合需求计划 D．采样
（21） A．用户访谈 B．问卷调查 C．联合需求计划 D．采样
试题分析
用户访谈：用户访谈是最基本的一种需求获取手段，其形式包括结构化和非结构化两种。用户访谈是通过1对1（或1对2，1对3）的形式与用户面对面进行沟通，以获取用户需求。用户访谈具有良好的灵活性，有较宽广的应用范围。但是，也存在着许多困难。例如，用户经常较忙，难以安排时间；面谈时信息量大，记录较为困难；沟通需要很多技巧，同时需要系统分析师具有足够的领域知识等。另外，在访谈时，还可能会遇到一些对于企业来说比较机密和敏感的话题。因此，这看似简单的技术，也需要系统分析师具有丰富的经验和较强的沟通能力。
采样是指从种群中系统地选出有代表性的样本集的过程，通过认真研究所选出的样本集，可以从整体上揭示种群的有用信息。对于信息系统的开发而言，现有系统的文档（文件）就是采样种群。当开始对一个系统做需求分析时，查看现有系统的文档是对系统有初步了解的最好方法。但是，系统分析师应该查看哪些类型的文档，当文档的数据庞大，无法一一研究时，就需要使用采样技术选出有代表性的数据。
采样技术不仅可以用于收集数据，还可以用于采集访谈用户或者采集观察用户。在对人员进行采样时，上面介绍的采样技术同样适用。通过采样技术，选择部分而不是选择种群的全部，不仅加快了数据收集的过程，而且提高了效率，从而降低了开发成本。另外，采样技术使用了数理统计原理，能减少数据收集的偏差。但是，由于采样技术基于统计学原理，样本规模的确定依赖于期望的可信度和已有的先验知识，很大程度上取决于系统分析师的主观因素，对系统分析师个人的经验和能力依赖性很强，要求系统分析师具有较高的水平和丰富的经验。
联合需求计划：为了提高需求获取的效率，越来越多的企业倾向于使用小组工作会议来代替大量独立的访谈。联合需求计划（Joint Requirement Planning，JRP）是一个通过高度组织的群体会议来分析企业内的问题并获取需求的过程，它是联合应用开发（Joint Application Development，JAD）的一部分。
参考答案：（19）A （20）D （21）C
● 项目可行性是指企业建设该项目的必要性、成功的可能性以及投入产出比与企业发展需要的符合程度。其中，（22）可行性分析主要评估项目的建设成本、运行成本和项目建成后可能的经济收益；（23）可行性包括企业的行政管理和工作制度、使用人员的素质和培训要求等，可以细分为管理可行性和运行可行性。
（22） A．技术 B．经济 C．环境 D．用户使用
（23） A．技术 B．经济 C．环境 D．用户使用
试题分析
可行性是指在企业当前的条件下，是否有必要建设新系统，以及建设新系统的工作是否具备必要的条件。也就是说，可行性包括必要性和可能性。参考国家标准《计算机软件文档编制规范》（GB/T 8567-2006），在信息系统建设项目中，可行性研究通常从经济可行性、技术可行性、法律可行性和用户使用可行性四个方面来进行分析，其中经济可行性通常被认为是项目的底线。
1．经济可行性
经济可行性也称为投资收益分析或成本效益分析，主要评估项目的建设成本、运行成本和项目建成后可能的经济收益。多数项目只有建设成本能控制在企业可接受的预算内的时候，项目才有可能被批准执行。而经济收益的考虑则非常广泛，可以分为直接收益和间接收益、有形收益和无形收益，还可以分为一次性收益和非一次性收益、可定量的收益和不可定量的收益等。
要注意的是，在系统开发初期，由于用户需求和候选系统方案还没有确定，成本不可能得到准确的估算。因此，此时的经济可行性分析只能大致估算系统的成本和收益，判断信息系统的建设是否值得。
2．技术可行性
技术可行性也称为技术风险分析，研究的对象是信息系统需要实现的功能和性能，以及技术能力约束。技术可行性主要通过考虑以下问题来进行论证：
（1）技术：现有的技术能力和信息技术的发展现状是否足以支持系统目标的实现。
（2）资源：现有的资源（例如，掌握技术的员工、企业的技术积累、构件库、软硬件条件等）是否足以支持项目的实施。
（3）目标：由于在可行性研究阶段，项目的目标是比较模糊的，因此技术可行性最好与项目功能、性能和约束的定义同时进行。在可行性研究阶段，调整项目目标和选择可行的技术体系都是可以的，而一旦项目进入开发阶段，任何调整都意味着更多的开销。
需要特别指出的是，技术可行性绝不仅仅是论证项目在技术手段上是否可实现，实际上还包含了在当前资源条件下的技术可行性。例如，开发一个计算机操作系统对于美国微软公司来说，是可行的，但对其他大多数企业来说，都是不可行的。投资不足、时间不足、预设的开发目标技术难度过大、没有足够的技术积累、没有熟练的员工可用、没有足够的合作企业和外包资源积累等都是技术可行性的约束。实践证明，如果只考虑技术实现手段而忽视企业当前的资源条件和环境，从而对技术可行性分析得出过于乐观的结果，将会对后期的项目实施导致灾难性后果。
对于技术的选择，有的企业钟情于新技术，有的则喜欢使用成熟的技术。具体要根据项目的实际情况（例如，开发环境、开发人员的素质、系统的性能要求等）进行决策，但通常的建议是尽可能采用成熟的技术，慎重引入先进技术。IT业界流行的诙谐语“领先一步是先进，领先两步是先烈”，讲的就是对技术的选择原则。
3．法律可行性
法律可行性也称为社会可行性，具有比较广泛的内容，它需要从政策、法律、道德、制度等社会因素来论证信息系统建设的现实性。例如，所开发的系统与国家法律或政策等相抵触，在政府信息化的领域中使用了未被认可的加密算法，未经许可在产品中使用了其他企业的被保护的技术或构件等，这样的项目在法律可行性上就是行不通的。
4．用户使用可行性
用户使用可行性也称为执行可行性，是从信息系统用户的角度来评估系统的可行性，包括企业的行政管理和工作制度、使用人员的素质和培训要求等，可以细分为管理可行性和运行可行性。
（1）管理可行性。管理可行性是指从企业管理上分析系统建设可行性。主管领导不支持的项目一般会失败，中高层管理人员的抵触情绪很大，就有必要等一等，先积极做好思想工作，创造条件。另外，还要考虑管理方法是否科学，相应的管理制度改革的时机是否成熟，规章制度是否齐全等。
（2）运行可行性。运行可行性也称为操作可行性，是指分析和测定信息系统在确定环境中能够有效工作，并被用户方便使用的程度和能力。例如，ERP系统建成后的数据采集和数据质量问题，企业工作人员没有足够的IT技能等。这些问题虽然与系统本身无关，但如果不经评估，很可能会导致投入巨资建成的信息系统却毫无用处。运行可行性还需要评估系统的各种影响，包括对现有IT设施的影响、对用户组织机构的影响、对现有业务流程的影响、对地点的影响、对经费开支的影响等。如果某项影响会过多改变用户的现状，需要将这些因素作进一步的讨论并和用户沟通，提出建议的解决方法。否则，系统一旦建成，甚至在建设过程中，就会受到用户的竭力反对，甚至会抵制使用系统。
参考答案：（22）B （23）D
● 在高速缓存（Cache）—主存储器构成的存储系统中，（18）。
（18） A．主存地址到Cache地址的变换由硬件完成，以提高速度
B．主存地址到Cache地址的变换由软件完成，以提高灵活性
C．Cache的命中率随其容量增大线性地提高
D．Cache的内容在任意时刻与主存内容完全一致
试题分析
在程序的执行过程中，Cache与主存的地址映射是由硬件自动完成的。
参考答案：（18）A
● 需求获取是确定和理解不同的项目干系人的需求和约束的过程，需求获取是否科学、准备充分，对获取的结果影响很大。在多种需求获取方式中，（19）方法具有良好的灵活性，有较宽广的应用范围，但存在获取需求时信息量大、记录较为困难、需要足够的领域知识等问题。（20）方法基于数理统计原理，不仅可以用于收集数据，还可以用于采集访谈用户或者是采集观察用户，并可以减少数据收集偏差。（21）方法通过高度组织的群体会议来分析企业内的问题，并从中获取系统需求。
（19） A．用户访谈 B．问卷调查 C．联合需求计划 D．采样
（20） A．用户访谈 B．问卷调查 C．联合需求计划 D．采样
（21） A．用户访谈 B．问卷调查 C．联合需求计划 D．采样
试题分析
用户访谈：用户访谈是最基本的一种需求获取手段，其形式包括结构化和非结构化两种。用户访谈是通过1对1（或1对2，1对3）的形式与用户面对面进行沟通，以获取用户需求。用户访谈具有良好的灵活性，有较宽广的应用范围。但是，也存在着许多困难。例如，用户经常较忙，难以安排时间；面谈时信息量大，记录较为困难；沟通需要很多技巧，同时需要系统分析师具有足够的领域知识等。另外，在访谈时，还可能会遇到一些对于企业来说比较机密和敏感的话题。因此，这看似简单的技术，也需要系统分析师具有丰富的经验和较强的沟通能力。
采样是指从种群中系统地选出有代表性的样本集的过程，通过认真研究所选出的样本集，可以从整体上揭示种群的有用信息。对于信息系统的开发而言，现有系统的文档（文件）就是采样种群。当开始对一个系统做需求分析时，查看现有系统的文档是对系统有初步了解的最好方法。但是，系统分析师应该查看哪些类型的文档，当文档的数据庞大，无法一一研究时，就需要使用采样技术选出有代表性的数据。
采样技术不仅可以用于收集数据，还可以用于采集访谈用户或者采集观察用户。在对人员进行采样时，上面介绍的采样技术同样适用。通过采样技术，选择部分而不是选择种群的全部，不仅加快了数据收集的过程，而且提高了效率，从而降低了开发成本。另外，采样技术使用了数理统计原理，能减少数据收集的偏差。但是，由于采样技术基于统计学原理，样本规模的确定依赖于期望的可信度和已有的先验知识，很大程度上取决于系统分析师的主观因素，对系统分析师个人的经验和能力依赖性很强，要求系统分析师具有较高的水平和丰富的经验。
联合需求计划：为了提高需求获取的效率，越来越多的企业倾向于使用小组工作会议来代替大量独立的访谈。联合需求计划（Joint Requirement Planning，JRP）是一个通过高度组织的群体会议来分析企业内的问题并获取需求的过程，它是联合应用开发（Joint Application Development，JAD）的一部分。
参考答案：（19）A （20）D （21）C
● 项目可行性是指企业建设该项目的必要性、成功的可能性以及投入产出比与企业发展需要的符合程度。其中，（22）可行性分析主要评估项目的建设成本、运行成本和项目建成后可能的经济收益；（23）可行性包括企业的行政管理和工作制度、使用人员的素质和培训要求等，可以细分为管理可行性和运行可行性。
（22） A．技术 B．经济 C．环境 D．用户使用
（23） A．技术 B．经济 C．环境 D．用户使用
试题分析
可行性是指在企业当前的条件下，是否有必要建设新系统，以及建设新系统的工作是否具备必要的条件。也就是说，可行性包括必要性和可能性。参考国家标准《计算机软件文档编制规范》（GB/T 8567-2006），在信息系统建设项目中，可行性研究通常从经济可行性、技术可行性、法律可行性和用户使用可行性四个方面来进行分析，其中经济可行性通常被认为是项目的底线。
1．经济可行性
经济可行性也称为投资收益分析或成本效益分析，主要评估项目的建设成本、运行成本和项目建成后可能的经济收益。多数项目只有建设成本能控制在企业可接受的预算内的时候，项目才有可能被批准执行。而经济收益的考虑则非常广泛，可以分为直接收益和间接收益、有形收益和无形收益，还可以分为一次性收益和非一次性收益、可定量的收益和不可定量的收益等。
要注意的是，在系统开发初期，由于用户需求和候选系统方案还没有确定，成本不可能得到准确的估算。因此，此时的经济可行性分析只能大致估算系统的成本和收益，判断信息系统的建设是否值得。
2．技术可行性
技术可行性也称为技术风险分析，研究的对象是信息系统需要实现的功能和性能，以及技术能力约束。技术可行性主要通过考虑以下问题来进行论证：
（1）技术：现有的技术能力和信息技术的发展现状是否足以支持系统目标的实现。
（2）资源：现有的资源（例如，掌握技术的员工、企业的技术积累、构件库、软硬件条件等）是否足以支持项目的实施。
（3）目标：由于在可行性研究阶段，项目的目标是比较模糊的，因此技术可行性最好与项目功能、性能和约束的定义同时进行。在可行性研究阶段，调整项目目标和选择可行的技术体系都是可以的，而一旦项目进入开发阶段，任何调整都意味着更多的开销。
需要特别指出的是，技术可行性绝不仅仅是论证项目在技术手段上是否可实现，实际上还包含了在当前资源条件下的技术可行性。例如，开发一个计算机操作系统对于美国微软公司来说，是可行的，但对其他大多数企业来说，都是不可行的。投资不足、时间不足、预设的开发目标技术难度过大、没有足够的技术积累、没有熟练的员工可用、没有足够的合作企业和外包资源积累等都是技术可行性的约束。实践证明，如果只考虑技术实现手段而忽视企业当前的资源条件和环境，从而对技术可行性分析得出过于乐观的结果，将会对后期的项目实施导致灾难性后果。
对于技术的选择，有的企业钟情于新技术，有的则喜欢使用成熟的技术。具体要根据项目的实际情况（例如，开发环境、开发人员的素质、系统的性能要求等）进行决策，但通常的建议是尽可能采用成熟的技术，慎重引入先进技术。IT业界流行的诙谐语“领先一步是先进，领先两步是先烈”，讲的就是对技术的选择原则。
3．法律可行性
法律可行性也称为社会可行性，具有比较广泛的内容，它需要从政策、法律、道德、制度等社会因素来论证信息系统建设的现实性。例如，所开发的系统与国家法律或政策等相抵触，在政府信息化的领域中使用了未被认可的加密算法，未经许可在产品中使用了其他企业的被保护的技术或构件等，这样的项目在法律可行性上就是行不通的。
4．用户使用可行性
用户使用可行性也称为执行可行性，是从信息系统用户的角度来评估系统的可行性，包括企业的行政管理和工作制度、使用人员的素质和培训要求等，可以细分为管理可行性和运行可行性。
（1）管理可行性。管理可行性是指从企业管理上分析系统建设可行性。主管领导不支持的项目一般会失败，中高层管理人员的抵触情绪很大，就有必要等一等，先积极做好思想工作，创造条件。另外，还要考虑管理方法是否科学，相应的管理制度改革的时机是否成熟，规章制度是否齐全等。
（2）运行可行性。运行可行性也称为操作可行性，是指分析和测定信息系统在确定环境中能够有效工作，并被用户方便使用的程度和能力。例如，ERP系统建成后的数据采集和数据质量问题，企业工作人员没有足够的IT技能等。这些问题虽然与系统本身无关，但如果不经评估，很可能会导致投入巨资建成的信息系统却毫无用处。运行可行性还需要评估系统的各种影响，包括对现有IT设施的影响、对用户组织机构的影响、对现有业务流程的影响、对地点的影响、对经费开支的影响等。如果某项影响会过多改变用户的现状，需要将这些因素作进一步的讨论并和用户沟通，提出建议的解决方法。否则，系统一旦建成，甚至在建设过程中，就会受到用户的竭力反对，甚至会抵制使用系统。
参考答案：（22）B （23）D
新书资讯