软考75道题要对几个及格:2019年5月信息系统项目管理师 上午
![](https://s5-edu.51cto.com/edu/edu-soft-exam-station/assets/imgs/custom_service_img1-BRl-I0ul.png)
![下载资料](https://s5-edu.51cto.com/edu/edu-soft-exam-station/assets/imgs/information_download-CGLFL4qJ.png)
![下载按钮](https://s5-edu.51cto.com/edu/edu-soft-exam-station/assets/imgs/red_download-Bbnuftgo.png)
![引号](https://s5-edu.51cto.com/edu/edu-soft-exam-station/assets/imgs/icon_mark_right-Cl34QeLb.png)
摘要:对于【信息系统项目管理师】软考考试而言,试题无疑是最重要的学习资料之一。在软考备考过程中,吃透所考知识点、熟悉出题思路,对我们提升分数的效果是最明显的,通过试题反复练习,还可以查漏补缺。今天,给大家带来【信息系统项目管理师】部分试题的详解,一起来看看吧~1、( )验证一个配置的实际工作性能是否符合它的需求规格说明A、 功能配置审计 B、 物理配置审计 C、 设计评审 D、 代码评审 答案:A
![引号](https://s5-edu.51cto.com/edu/edu-soft-exam-station/assets/imgs/icon_mark_left-4AEBbw8W.png)
1、( )验证一个配置的实际工作性能是否符合它的需求规格说明
A、 功能配置审计
B、 物理配置审计
C、 设计评审
D、 代码评审
答案:A
答题解析:
“配置审计”就是验证配置项信息与配置标识(需求,标准,流程)的一致性。简单地说,配置审计就是对配置项的完整性,安全性,介质是否完好等方面进行检查,其作为变更控制的补充手段,用来确保修改的动作已经切实实现并被完整地记录,实际上是对配置管理的过程,配置管理规范中的规定进行检查和统计报告,可以说一切有助于数据完整性,正确性的都可视作配置审计的范围。
实施配置审计的作用:配置审计的主要作用是作为变更控制的补充手段,来确保某一变更需求已被切实实现。
配置审计分为功能配置审计和物理配置审计。
功能配置审计
功能配置审计是进行审计以验证以下几个方面。
(1)配置项的开发已圆满完成。
(2)配置项已达到规定的性能和功能特定特性。
(3)配置项的运行和支持文档已完成并且是符合要求的。
功能配置审计可以包括按测试数据审计正式测试文档、审计验证和确认报告、评审所有批准的变更、评审对以前交付的文档的更新、抽查设计评审的输出、对比代码和文
档化的需求、进行评审以确保所有测试已执行。功能配置审计还可以包括依据功能和性能需求进行额外的和抽样的测试。
物理配置审计
物理配置审计是进行审计以验证如下方面。
(1)每个构建的配置项符合相应的技术文档。
(2)配置项与配置状态报告中的信息相对应。
物理配置审计可以包括审计系统规格说明书的完整性、审计功能和审计报告、了解不符合采取的措施、对比架构设计和详细设计组件的一致性、评审模块列表以确定符合己批准的编码标准、审计手册(如用户手册、操作手册)的格式、完整性和与系统功能描述的符合性等。
2、关于软件测试的描述,不正确的是( )
A、 采用桌前检查代码走查和代码审查属于动态测试方法
B、 控制流测试和数据流测试属于白盒测试方法
C、 软件测试可分为单元测试、集成测试、确认测试、系统测试等类别
D、 回归测试的目的是软件变更后,变更部分的正确性和对象更需求符合性以及功能、性能等要求的不损害性
答案:A
答题解析:
软件测试方法可分为静态测试和动态测试;
静态测试指被测试程序不在机器上运行,而采用人工检测和计算机辅助静态分析的手段对程序进行检测。
包括:对文档的静态测试和对代码的静态测试:
对文档的静态测试主要以检查单的形式进行;
对代码的静态测试一般采用桌前检查、代码走查和代码审查。
使用这种方法能发现30%~70%的逻辑设计和编码错误。(即不能发现全部的错误)
3、关于软件工程的描述不正确的是( )
A、 软件工程对软件开发的质量、进度、成本进行评估、管理和控制
B、 用户需求反映客户最高层次的目标要求,通常由项目投资人、客户提出;
C、 需求是用户对新系统在功能、行为、性能等方面的期望;
D、 软件工程将系统的、规范的、可度量的工程化方法应用于软件开发。
答案:B
答题解析:
软件需求包括:业务需求、用户需求和系统需求,它们从目标到具体,从整体到局部,从概念到细节。
1.业务需求
指反映企业或客户对系统高层次的目标要求。通过业务需求可以确定项目视图和范围,并将业务需求集中在一个文档中,该文档为以后的开发工作奠定了基础
2.用户需求
描述的是用户的具体目标,或用户要求系统必须能完成的任务(即:描述用户能使用系统来做些什么)。采取用户访谈和问卷调查等方式,对用户使用的场景进行整理,从而建立用户需求
3.系统需求
从系统的角度来说明软件的需求,包括功能需求、非功能需求和设计约束。
功能需求:也称为行为需求,它规定了开发人员必须在系统中实现的软件动能,用户利用这些功能来完成任务,满足业务需要,(即系统有什么功能、用户使用系统能开展、完成哪些工作)。功能需求是通过系统特性的描述表现出来的;
非功能需求:是指系统必须具备的属性或品质,又可细分为软件质量属性(例如,可维护性、可维护性、效率等)和其他非功能需求。
设计约束:也称为限制条件或补充规约,通常是对系统的一些约束说明,例如,必须采用国有自主知识产权的数据库系统等。
![](https://s2.51cto.com/images/202404/02/85cd37e43179e95a8c632e671e48448e.png)
软考资料: 2024年软考论文范文> 软考考试核心重点难点汇总> 查看更多>
备考刷题:章节练习+每日一练> 软考历年试题+模拟题>查看更多>