系统分析师历年真题解析 下载 mobi epub pdf 电子书 2024

编辑推荐

本书针对系统分析师2014—2017年共8次真题进行了试题的分析和解答，帮助考生熟悉试题形式，了解重点、掌握解答问题的方法和技巧等。本书配套有丰富的在线学习资源，用微信扫描书中的二维码，进入“软考”冲刺互动学习平台，可以进行在线题库答题自测，在线音频、视频、直播课程学习等。

本书适合备考“软件设计师”考试的学员学习，也可供备考“系统分析师”“系统架构设计师”“软件评测师”“程序员”的学员参考使用。

内容简介

系统分析师考试是全国计算机技术与软件专业技术资格考试中的一个高级专业考试项目。本书以对历年真题考试进行分析和解答的方式，针对系统分析师2014年―2017年的真题进行解析，以帮助考生备考系统分析师。本书配套有丰富的在线学习资源，用微信扫描书中的二维码，进入“软考”冲刺互动学习平台，可以进行在线题库答题自测，在线音频、视频、直播课程学习等。本书适合备考软考“系统分析师”的学员学习。

作者简介

薛大龙，北京理工大学博士研究生，多所大学客座教授，北京市评标专家，全国计算机技术与软件专业技术资格考试历年真题解析编委会主任，曾多次参与全国计算机技术与软件专业技术资格考试的命题与阅卷。十多年来，薛大龙博士受邀为数十家著名培训机构授课，共讲授公开课600多次，企业内训1000多次，有着丰富的备考辅导经验。

目录

2017年系统分析师考试试题与解析 1
2017年系统分析师上午试题分析与解答 2
2017年系统分析师下午试题I分析与解答 27
2017年系统分析师下午试题II分析与解答 36
2016年系统分析师考试试题与解析 41
2016年系统分析师上午试题分析与解答 42
2016年系统分析师下午试题I分析与解答 66
2016年系统分析师下午试题II分析与解答 77
2015年系统分析师考试试题与解析 81
2015年系统分析师上午试题分析与解答 82
2015年系统分析师下午试题I分析与解答 113
2015年系统分析师下午试题II分析与解答 123
2014年系统分析师考试试题与解析 129
2014年系统分析师上午试题分析与解答 130
2014年系统分析师下午试题I分析与解答 154
2014年系统分析师下午试题II分析与解答 164

精彩书摘

● 在高速缓存（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

前言/序言

系统分析师考试作为全国计算机技术与软件专业技术资格考试的一个高级的专业，是由国家人力资源和社会保障部、工业和信息化部领导下的国家级考试。根据原人事部、原信息产业部文件（国人部发[2003]39号）文件规定，计算机软件资格考试纳入全国专业技术人员职业资格证书制度的统一规划，通过考试获得系统分析师证书的人员，表明其已具备从事相应专业岗位工作的水平和能力，用人单位可根据工作需要从获得证书的人员中择优聘任高级工程师专业技术职务。

根据考试大纲要求，系统分析师考试的合格人员应熟悉应用领域的业务，能分析用户的需求和约束条件，写出信息系统需求规 系统分析师历年真题解析 下载 mobi epub pdf txt 电子书 格式