软件工程的终极目标是提高软件的质量和开发效率。
- A正确
- B错误
软件需求分为功能需求和( )需求。
- A系统
- B非功能性
- C设计
- D实现
需求工程中,需求获取的常用方法不包括( )。
- A访谈
- B问卷调查
- C原型法
- D代码审查
以下属于非功能性需求的是( )。
- A用户注册功能
- B订单查询功能
- C系统响应时间不超过3秒
- D商品分类管理
需求规格说明书(SRS)的主要作用是( )。
- A作为开发、测试和验收的基准
- B替代设计文档
- C记录代码逻辑
- D管理项目进度
用例(Use Case)主要用于描述( )。
- A系统内部架构
- B数据库设计
- C系统与外部参与者之间的交互
- D代码结构
需求变更控制的核心目的是( )。
- A拒绝所有变更
- B控制需求变更的影响和范围,避免项目失控
- C加快开发速度
- D减少用户参与
需求追踪矩阵的作用是( )。
- A建立需求到设计、编码、测试的映射关系
- B追踪代码缺陷
- C管理项目进度
- D分配开发任务
需求验证的目的是确保( )。
- A代码没有bug
- B系统性能达标
- C需求正确完整地描述了用户需要的功能
- D项目按时交付
UML中,用例图属于( )图。
- A行为型
- B结构型
- C交互型
- D实现型
需求分析中,"需求二义性"是指( )。
- A同一需求描述可被不同人理解为不同含义
- B需求太多
- C需求太少
- D需求经常变化
功能性需求和非功能性需求的区别包括( )。
- A功能需求描述做什么,非功能需求描述做到什么程度
- B功能需求是底线,非功能需求定义质量标准
- C两者相互关联不可偏废
- D非功能需求不重要
需求获取的方法包括( )。
- A用户访谈
- B问卷调查
- C原型法
- D代码编写
好的需求应具备的特征包括( )。
- A完整性
- B一致性
- C可验证性
- D模糊性
需求管理的活动包括( )。
- A需求变更控制
- B需求版本管理
- C需求追踪
- D忽略用户反馈
UML中用于需求分析的图包括( )。
- A用例图
- B活动图
- C顺序图
- D部署图
非功能性需求不如功能性需求重要。
- A正确
- B错误
需求一旦确定就不能变更。
- A正确
- B错误
用户需求和系统需求是同一概念。
- A正确
- B错误
需求追踪贯穿整个软件生命周期。
- A正确
- B错误
本页仅提供题目与选项供学习参考,不含答案。如需系统练习、自动判分与错题本,欢迎前往主站《系统集成项目管理工程师》在线练习。