- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
软件需求试卷及答案
考试时间:______分钟总分:______分姓名:______
一、选择题(每题2分,共20分)
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.需求变更请求(RCR)应包含的关键信息通常不包括?
A.变更请求的详细描述
B.变更的优先级
C.变更对项目进度的影响评估
D.开发人员的技术实现方案
8.需求验证的目的是?
A.发现并修复系统中的缺陷
B.确保需求本身是正确、完整、一致且可追溯的
C.测试系统是否满足已确认的需求
D.管理对需求的变更
9.以下哪一项不属于常见的非功能性需求?
A.响应时间
B.安全性
C.功能性需求
D.可用性
10.在需求获取过程中,观察用户实际工作属于哪种类型的访谈或会议?
A.正式会议
B.非正式访谈
C.探索性访谈
D.实地考察
二、填空题(每空1分,共15分)
1.软件需求规格说明书应具有______、______、______和______的特性。
2.需求获取的主要方法包括______、______和______。
3.______需求描述的是系统所提供的服务以及使用这些服务的用户。
4.______需求描述的是系统运行所处的环境以及系统与外部系统之间的接口。
5.______是连接用户需求与系统实现的关键桥梁。
6.______是需求变更管理流程中负责评估变更影响的关键步骤。
7.在需求分析中,识别系统中的关键______是建立系统模型的基础。
8.______是一种常见的需求建模技术,用于描述系统中的对象及其关系。
9.需求的______是指需求描述清晰、无歧义,用户能够准确理解。
10.需求的______是指需求能够被测试,并且测试结果能够验证需求是否被满足。
三、简答题(每题5分,共20分)
1.简述需求获取过程中用户访谈的主要步骤。
2.简述需求分析阶段与系统设计阶段的主要区别。
3.简述需求规格说明书中功能需求和非功能性需求的区别。
4.简述需求验证与需求确认的区别。
四、论述题(10分)
假设你正在参与一个在线购物网站的需求分析工作。请描述你会采用哪些需求获取技术来收集用户需求?并说明你会如何识别和记录这些需求,以确保需求的完整性、一致性和无歧义性。
试卷答案
一、选择题
1.D
*解析:可实现性是指需求在现有技术条件下是否能够实现,这是在需求开发后期或设计阶段考虑的问题,不属于需求本身的属性。完整性、可追溯性、可测试性都是需求应具备的基本属性。
2.A
*解析:用户访谈的核心是通过与用户直接交流,了解他们的业务目标、工作流程、痛点和期望,这些信息主要涉及业务规则和流程。性能指标、界面偏好、架构设计等可能需要通过其他技术或与更技术人员沟通获取。
3.B
*解析:需求分析的核心任务是将从用户那里获取的原始需求信息进行整理、分析、建模,最终清晰、准确地定义出系统必须满足的功能性需求和非功能性需求。
4.C
*解析:用例图的主要目的是展示系统(作为黑盒)提供了哪些服务(用例),以及哪些外部实体(参与者)会使用这些服务,强调的是系统与外部的交互。
5.C
*解析:非功能性需求描述系统的质量属性,如性能、安全性、可用性、可靠性等,规定了
文档评论(0)