软件需求习题及答案.docxVIP

软件需求习题及答案.docx

本文档由用户AI专业辅助创建,并经网站质量审核通过
  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

软件需求习题及答案

考试时间:______分钟总分:______分姓名:______

一、

1.需求工程的核心目标是?

2.简述需求获取在软件开发生命周期中的重要性。

3.列举至少三种常用的需求获取技术,并简要说明其特点。

4.什么是用例?用例图主要用于表达什么?

5.区分“需求分析”和“需求验证”的概念。

二、

6.需求分析阶段通常会产生哪些主要的输出物?

7.什么是非功能性需求?请列举至少四种常见的非功能性需求类别。

8.“需求完整性”和“需求一致性”分别指什么?为什么两者都至关重要?

9.需求规格说明书应该具备哪些基本属性?

10.解释“需求跟踪矩阵”的作用。

三、

11.需求变更控制流程通常包含哪些关键步骤?

12.为什么需求变更如此难以管理?在处理需求变更时,应遵循哪些原则?

13.什么是需求验证?包含哪些主要活动?什么是需求确认?它与需求验证有何区别?

14.UML中的类图和状态图分别适用于表达需求的哪些方面?

15.“用户可见、可理解、可测试”是衡量需求规格说明清晰性的重要标准,请分别解释其含义。

四、

16.某公司希望开发一个在线购物平台。用户能够浏览商品、将商品加入购物车、查看购物车内容、进行结算并在线支付。请识别该场景中的主要参与者(Actors)。

17.假设你正在为一个图书馆管理系统进行需求分析。该系统需要支持图书的借阅和归还。请为“图书借阅”这一用例编写一个简单的用例规约(包括用例名称、参与者、前置条件、基本流程、后置条件)。

18.描述一下在需求分析过程中,如何识别和初步处理需求之间的冲突或依赖关系。

19.一个软件系统被要求在高峰时段(每分钟1000个并发用户访问)内,95%的页面加载时间不超过2秒。这个需求属于哪种类型的非功能性需求?请说明理由。

20.如果在一个已经进入测试阶段的项目中,客户提出一个新的需求,要求增加一个originally不在需求文档中的功能。项目经理应该如何处理这个需求变更?请简述处理流程和需要考虑的关键因素。

试卷答案

一、

1.识别、分析、规约、验证和管理软件需求,确保最终产品满足用户和市场的需求。

2.需求是连接用户需求与最终软件产品的桥梁,是软件开发的基础和起点。有效的需求工程可以避免开发方向错误、减少后期修改成本、提高用户满意度,是项目成功的关键。

3.常用技术包括:用户访谈、观察、原型法、问卷调查、文档分析、焦点小组。特点:访谈互动性强但可能受主观影响;观察能获取真实行为但需考虑隐私;原型法可快速获取反馈但成本较高;问卷效率高但信息深度有限;文档分析适用于已有文档的情况。

4.用例是描述系统如何响应外部事件以达成参与者目标的特定场景或交互序列。用例图主要用于表达系统的参与者以及他们与系统之间所涉及的用例,描绘系统的功能边界。

5.需求分析是自顶向下,深入理解、分解和定义系统必须做什么的内部过程。需求验证是自底向上,检查需求文档本身是否正确、完整、一致、可追踪、可理解、可测试。需求确认是确保需求正确反映了用户或其他干系人的真实意图和需求。

二、

6.主要输出物包括:需求规格说明书(SRS)、用例模型、领域模型、需求跟踪矩阵、原型等。

7.非功能性需求描述系统或其组件的属性,而不是具体的功能。常见类别:性能(响应时间、吞吐量)、可用性(易用性、用户满意度)、可靠性(故障间隔时间、恢复能力)、安全性(抗攻击能力、数据保密性)、可维护性(易分析、易修改、易扩展)、可移植性等。

8.需求完整性指需求规格说明书中包含了实现系统目标所需的所有功能和非功能需求,没有遗漏。需求一致性指需求规格说明书中所有需求之间、需求与设计之间、需求与系统目标之间没有矛盾和冲突。两者都至关重要,完整性保证系统功能的完备性,一致性保证系统的内部逻辑合理、稳定。

9.需求规格说明书应具备:清晰性(无歧义)、完整性(无遗漏)、一致性(无冲突)、可追踪性(需求可从文档追溯到源或设计实现,反之亦然)、可验证性(需求可被测试或评审验证)、可理解性(目标读者能理解)。

10.需求跟踪矩阵是一个工具,用于建立需求之间的关联关系,实现从需求源(如用户需求)到实现代码、再到测试用例的双向追踪,帮助管理需求变更、确保需求实现和验证。

三、

11.需求变更控制流程通常包含:提出变更请求、评估变更影响(对成本、进度、资源、风险、需求自身的影响)、变更审批(由相关负责人决定是否批准)、实施变更(在受控环境下修改相关文档和代码)、验证变更(确认变更已按要求实现且未引入新问题)、更新版本控制。

12.需求变更难以管理的原因:可能引入新的需求、影响项目范围和进度、增加成本和风险、导致返工和资源浪费。处理原则:建

您可能关注的文档

文档评论(0)

177****7829 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档