系统分析师高级综合知识真题演练(含评分标准)_第1页
系统分析师高级综合知识真题演练(含评分标准)_第2页
系统分析师高级综合知识真题演练(含评分标准)_第3页
系统分析师高级综合知识真题演练(含评分标准)_第4页
系统分析师高级综合知识真题演练(含评分标准)_第5页
已阅读5页,还剩23页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

系统分析师高级综合知识真题演练(含评分标准)1.系统分析师在需求获取阶段,只需要对接企业业务部门的核心管理人员即可保证需求的完整性。2.可行性分析中的经济可行性仅需要测算项目建设的直接投入成本即可判断是否可行。3.UML活动图既可用于描述业务流程,也可用于描述系统用例的内部执行逻辑。4.在面向对象分析中,实体类主要用于封装与用户交互的界面逻辑。5.系统性能需求中的吞吐量指的是系统在单位时间内能够处理的请求数量。6.项目范围变更一旦发生,必须首先调整项目进度基准后再执行变更流程。7.数据字典的核心作用是对数据流图中的所有图形元素进行统一的语义定义。8.微服务架构的每个服务必须使用相同的技术栈实现以保证兼容性。9.信息系统的安全等级保护三级要求每年至少进行一次等级测评。10.系统分析师不需要参与项目的测试阶段,仅需要在上线前完成需求验证即可。1.下列不属于系统分析师核心职责的是()A.牵头开展需求调研与分析B.编写系统需求规格说明书C.负责核心业务模块的编码实现D.参与系统架构方案评审2.需求开发流程中,用于对需求的一致性、完整性、可行性进行核验的环节是()A.需求获取B.需求分析C.需求评审D.需求跟踪3.下列UML图中,适合用于描述系统参与者与系统功能之间的对应关系的是()A.用例图B.类图C.序列图D.状态图4.可行性分析中,评估项目所需技术是否在团队现有能力范围内、是否存在不可突破的技术壁垒的是()A.经济可行性B.技术可行性C.操作可行性D.法律可行性5.下列架构风格中,属于调用-返回风格的是()A.事件驱动架构B.分层架构C.发布-订阅架构D.数据流架构6.下列属于系统非功能性需求的是()A.用户可通过手机号完成账号注册B.系统支持导出交易明细为Excel格式C.系统单笔订单支付请求处理时长不超过100msD.系统支持用户提交退换货申请7.需求跟踪矩阵中,下列不属于正向跟踪覆盖范围的是()A.用户需求到系统需求的映射B.系统需求到设计模块的映射C.设计模块到测试用例的映射D.测试缺陷到原始用户需求的映射8.某企业信息系统年停机总时长不超过8.76小时,其系统可用性达到()A.99.9%B.99.95%C.99.99%D.99.999%9.下列不属于信息系统风险应对策略的是()A.风险规避B.风险转移C.风险忽略D.风险减轻10.系统验收阶段,用于验证系统是否满足原始业务需求的测试类型是()A.单元测试B.集成测试C.系统测试D.验收测试1.下列属于需求获取常用方法的有()A.用户访谈B.问卷调查C.现场观摩D.原型法2.下列关于数据流图的描述正确的有()A.数据流图的核心要素包括外部实体、加工、数据流、数据存储B.数据流图分层绘制时,父图与子图的数据流必须保持平衡C.数据流可以直接从外部实体流向数据存储D.加工的编号需要和分层的层级对应3.下列属于系统架构评估中关注的质量属性的有()A.性能B.可用性C.可扩展性D.安全性4.下列属于面向对象分析设计过程中核心模型的有()A.用例模型B.分析模型C.设计模型D.部署模型5.下列关于信息系统项目变更管理的描述正确的有()A.所有变更必须提交正式的变更申请B.变更评估仅需要评估变更对进度的影响即可C.变更执行后需要及时更新相关项目基准D.所有变更必须经过变更控制委员会审批后方可执行6.下列属于数据字典包含的条目类型的有()A.数据流条目B.数据存储条目C.加工条目D.外部实体条目7.下列适合采用微服务架构的场景有()A.业务模块边界清晰、独立部署需求强的系统B.团队规模小、技术能力单一的小型项目C.迭代频率高、需要快速上线新功能的互联网系统D.对系统可用性、扩展性要求高的大型企业系统8.下列属于系统分析师在需求验证阶段需要完成的工作有()A.评审测试用例是否覆盖所有需求点B.参与用户验收测试,核验需求实现效果C.对需求变更申请进行评估D.编写需求规格说明书9.下列属于可行性分析报告核心内容的有()A.项目背景与建设目标B.可行性分析维度的评估结论C.项目建设的风险与应对建议D.详细的系统模块设计方案10.下列关于系统性能优化的描述正确的有()A.数据库加索引可以提升所有查询操作的性能B.引入缓存可以降低数据库的访问压力C.水平扩容可以提升系统的整体吞吐量D.代码逻辑优化可以降低单请求的处理时长案例背景:某传统制造企业计划建设数字化生产管理系统,委托第三方软件公司承接项目,你作为乙方的首席系统分析师,全程参与项目全流程。请结合案例回答以下问题:1.需求获取阶段,对接的甲方对接人是生产部经理,其提交的需求文档仅包含生产管理的核心管控功能,你在需求评审时发现一线车间操作人员的实际操作需求大量缺失。请分析本次需求获取出现问题的核心原因,并给出2条可落地的改进措施。2.系统设计阶段,技术团队提出两套架构方案,方案1采用单体架构,开发周期短、成本低,但后续扩展难度大;方案2采用微服务架构,可扩展性强,但开发成本高、周期长。甲方要求项目既要满足当前3个月上线的要求,也要支持未来3年的业务扩展需求。请你作为系统分析师给出适配的架构选型建议,并说明核心理由。3.系统上线试运行1个月后,甲方反馈生产数据查询模块在高峰时段(早8点到9点)的查询时长超过5秒,不符合需求规格说明书中“所有查询请求处理时长不超过2秒”的要求,经排查,数据库对应查询语句未加索引、高峰时段数据库连接数占满。请给出3条针对性的性能优化措施。1.论系统需求跟踪矩阵的建设方法与落地应用价值。要求:结合系统分析师的工作实践,阐述需求跟踪矩阵的核心构成要素、建设流程、以及在项目全生命周期中的应用场景,字数不少于300字。2.论传统企业数字化转型过程中,系统分析师的核心价值与工作要点。要求:结合传统企业的业务特点,阐述系统分析师在需求对齐、架构适配、风险管控三个维度的核心工作内容,字数不少于300字。---标准答案及解析一、判断题答案及解析1.参考答案:错误。解析:需求获取需要覆盖不同层级的利益相关方,除了管理人员外还需要对接一线操作用户、运维人员等多角色,才能保证需求的完整性,本题考察需求获取的对象覆盖要求。2.参考答案:错误。解析:经济可行性需要测算项目的全生命周期成本(包括建设成本、运维成本等)和收益(直接收益、间接收益),通过投资回报率、回收期等指标判断可行性,本题考察可行性分析的经济维度评估要求。3.参考答案:正确。解析:UML活动图通过动作、流向、分支等元素,既可描述宏观的业务流程,也可细化到单个用例的内部执行逻辑,本题考察UML活动图的适用场景。4.参考答案:错误。解析:面向对象分析中,边界类负责封装界面交互逻辑,实体类负责封装业务数据及对应的业务规则,本题考察面向对象分析的类分类知识点。5.参考答案:正确。解析:吞吐量是系统性能的核心指标之一,定义为单位时间内系统能够处理的请求总量,本题考察性能需求的核心指标定义。6.参考答案:错误。解析:范围变更发生后,首先要提交变更申请,开展变更影响评估,经变更控制委员会审批通过后,才可调整对应的进度、成本等基准,本题考察变更管理的流程要求。7.参考答案:正确。解析:数据字典是对数据流图中所有元素的语义补充,统一定义各元素的含义、构成、约束等内容,避免歧义,本题考察数据字典的核心作用。8.参考答案:错误。解析:微服务架构的核心优势之一是支持技术异构,不同服务可根据业务特点选择适配的技术栈,无需统一技术栈,本题考察微服务架构的核心特征。9.参考答案:正确。解析:根据网络安全等级保护制度要求,三级信息系统每年至少开展一次等级测评,二级系统每两年至少开展一次,本题考察信息系统安全合规的基础要求。10.参考答案:错误。解析:需求验证贯穿项目全生命周期,系统分析师需要参与测试用例评审、测试结果核验、验收测试等多个测试环节,确保所有需求被正确实现,本题考察系统分析师的全流程职责要求。二、单选题答案及解析1.参考答案:C。解析:核心业务模块编码实现是开发工程师的职责,系统分析师的核心职责聚焦在需求分析、架构评审、需求验证等环节,本题考察系统分析师的职责边界。2.参考答案:C。解析:需求评审是需求开发的核心核验环节,通过组织多角色评审确认需求的一致性、完整性、可行性,本题考察需求开发的流程节点。3.参考答案:A。解析:用例图的核心构成是参与者、用例、关联关系,用于描述参与者和系统功能的对应关系,本题考察UML各图的适用场景。4.参考答案:B。解析:技术可行性评估的核心是项目所需技术的成熟度、团队技术能力匹配度、是否存在不可突破的技术壁垒,本题考察可行性分析的四个维度定义。5.参考答案:B。解析:调用-返回风格的核心是上层模块调用下层模块的服务,分层架构是典型的调用-返回风格,事件驱动、发布订阅属于独立构件风格,数据流架构属于数据流风格,本题考察架构风格的分类。6.参考答案:C。解析:非功能性需求是指系统的性能、安全性、可用性等不直接对应业务功能的需求,其余三个选项均属于业务功能性需求,本题考察需求的分类。7.参考答案:D。解析:正向跟踪是从原始需求向后追溯到实现、测试环节的映射,测试缺陷到原始需求的映射属于反向跟踪,本题考察需求跟踪矩阵的分类。8.参考答案:A。解析:年总时长为8760小时,可用性=(总时长-停机时长)/总时长,代入计算可得(8760-8.76)/8760=99.9%,本题考察系统可用性的计算方法。9.参考答案:C。解析:信息系统风险应对的四种策略为风险规避、风险转移、风险减轻、风险接受,不存在风险忽略的应对策略,本题考察风险管理的应对策略。10.参考答案:D。解析:验收测试是由用户主导的测试环节,核心是验证系统是否满足原始业务需求,其余测试环节的验证目标分别为单元测试验证代码逻辑、集成测试验证模块间调用、系统测试验证系统功能是否符合需求规格说明书要求,本题考察测试阶段的分类及目标。三、多选题答案及解析1.参考答案:ABCD。解析:需求获取的常用方法包括用户访谈、问卷调查、现场观摩、原型法、文档考古等,四个选项均属于常用方法,本题考察需求获取的方法。2.参考答案:ABD。解析:数据流不能直接从外部实体流向数据存储,必须经过加工节点处理,其余三个选项均为数据流图的绘制规则,本题考察数据流图的绘制要求。3.参考答案:ABCD。解析:系统架构评估关注的核心质量属性包括性能、可用性、可扩展性、安全性、可维护性、可移植性等,四个选项均属于核心关注属性,本题考察架构评估的质量属性。4.参考答案:ABCD。解析:面向对象分析设计的核心模型包括用例模型、分析模型、设计模型、实现模型、部署模型,四个选项均属于核心模型,本题考察面向对象开发的模型构成。5.参考答案:ACD。解析:变更评估需要评估变更对范围、进度、成本、质量、安全等多维度的影响,不是仅评估进度影响,其余三个选项均为变更管理的核心要求,本题考察变更管理的流程要求。6.参考答案:ABCD。解析:数据字典的条目类型包括数据流条目、数据存储条目、加工条目、外部实体条目、数据项条目,四个选项均属于核心条目类型,本题考察数据字典的构成。7.参考答案:ACD。解析:团队规模小、技术能力单一的小型项目采用微服务架构会大幅提升运维、开发成本,不适合采用微服务架构,其余三个选项均为微服务架构的适用场景,本题考察微服务架构的适用场景。8.参考答案:AB。解析:需求变更申请评估属于变更管理环节的工作,编写需求规格说明书属于需求分析阶段的工作,其余两个选项属于需求验证阶段的工作,本题考察需求验证阶段的工作内容。9.参考答案:ABC。解析:详细的系统模块设计方案属于系统设计阶段的输出物,不属于可行性分析报告的内容,其余三个选项均为可行性分析报告的核心内容,本题考察可行性分析报告的构成。10.参考答案:BCD。解析:数据库加索引会降低写操作的性能,同时对于全表扫描类的查询操作性能提升有限,不是可以提升所有查询操作的性能,其余三个选项均为性能优化的正确描述,本题考察系统性能优化的方法。四、案例分析题评分标准及解析参考答案:核心原因:(1)需求获取的对象覆盖不全,仅对接了管理层用户,未覆盖一线操作的终端用户,导致操作层需求缺失;(2)需求验证方法单一,仅依赖甲方对接人提交的二手文档,未开展直接的需求采集和交叉核验,无法识别需求缺口。改进措施:(1)补充开展一线车间操作人员的访谈、现场观摩,直接采集操作层的实际需求,形成补充需求文档;(2)组织甲方管理层、一线操作代表、技术团队共同开展需求评审,交叉验证需求的完整性和可行性,形成共识后的需求基线。参考答案:选型建议:采用模块化单体架构先行上线,同时预留微服务拆分的扩展接口,后续根据业务发展需求逐步拆分微服务。核心理由:(1)模块化单体架构开发效率更高,能够满足甲方3个月上线的短期要求,同时降低前期开发和运维成本;(2)按照高内聚低耦合的要求设计模块边界,预留服务化接口,后续可平滑拆分微服务,满足未来3年的业务扩展需求;(3)相比直接采用微服务架构,可规避前期技术复杂度高、运维成本高的风险,降低项目延期概率。参考答案:(1)对高频查询的数据库表字段添加适配的B+树索引,优化查询语句的执行计划,降低单查询的执行时长;(2)引入Redis等分布式缓存组件,对高频访问的生产数据做缓存处理,降低高峰时段的数据库访问压力;(3)调整数据库的最大连接数配置,同时对查询接口做限流、降级处理,避免高峰时段数据库连接被占满;(4)搭建数据库读写分离架构,将查询请求分流到从库执行,降低主库的访问压力。五、论述题评分标准及解析1.评分标准:核心构成要素3分,建设流程4分,应用场景4分,总字数不足300字扣2分,言之有理可酌情给分。答题要点参考:核心构成要素:需求跟踪矩阵的核心要素包括原始用户需求、系统需求规格说明书条目、系统设计模块、功能测试用例、缺陷记录的双向映射关系,同时需要标注需求的优先级、归属模块、实现状态等属性。建设流程:首先梳理所有原始用户需求,形成需求条目化清单;其次将用户需求映射到系统需求规格说明书的对应条目,完成需求的对齐;再次将系统

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论