《软件需求分析（第二版）》第 12 章——需求确认 重点部分总结

文章目录

前言

一、单选题

二、简答题

总结

前言

本文是对《软件需求分析（第二版）》第 12 章——需求确认的重点部分总结。《软件需求分析（第二版）》计划共十七个章节，其他章节的内容请前往专栏内查看。

上节回顾：《软件需求分析（第二版）》第 11 章——一图胜千言 重点部分总结

一、单选题

1、非正式评审方法不包括（C）

A、同级桌面检查

B、走查

C、审查

D、轮查

2、审查过程当中，以下哪一步不是必须的？（A）

A、总体会议

B、规划

C、准备

D、跟踪

3、验收测试的重点应该是测试预期的（C）

A、非功能需求

B、功能性需求

C、使用场景

D、分支过程

二、简答题

1、审查参与者应该代表4种人的观点是什么？

(3)需要根据正在接受审查的条目来开展工作的人。

(4)负责工作产品与正在接受审查的条目的接口工作的人。

2、审查阶段包含了几个步骤？各个步骤的作用是什么？

(3)准备。在审查会议召开之前，每位审查员都应该使用典型缺陷检查清单或其他分析技术，对产品进行检查,以便确定可能存在的缺陷和要提出的问题。

(4)审查会议。在审查会议期间，读者引导其他审查员来审查软件需求规格说明，读者每次用他自己的话来描述一条需求。

3、针对评审过程中见长的需求文档，有哪些行之有效的解决办法？

(1)充分准备评审。需求人员在与用户确认需求的过程中,一定不要放过任何一个细节,仔细体会用户的每一个要求。

(2)分层次评审。目标性需求,定义整个系统需要达到的目标;功能性需求，定义了整个系统必须完成的任务;操作性需求,定义了完成每个任务的具体的人机交互。

(3)正式评审与非正式评审结合。正式评审时指通过开评审会的方式，将需求涉及到的人员集合在一起,并定义好参与评审人员的角色和职责，对需求进行正规的会议评审。

(4)分阶段评审。需求评审应该在需求形成的过程中进行分阶段的评审,而不是在需求最终形成后再进行评审。

(5)评审人员的选择。需求评审涉及到各层次人员,在进行评审员选择时,一定要将各层次人员都囊括进来,他们可能有用户、需求分析人员、产品经理、项目经理、架构师、概要设计人员、详细设计人员、编码人员、测试人员、质量保证人员等等。

总结

本文对本章内容需求确认从单选题和简答题方面进行了总结，如有疏漏和错误欢迎大家指正。另外其他章节的内容大家可以移步专栏进行查看。

我是白鹿，一个不懈奋斗的程序猿。望本文能对你有所裨益，欢迎大家的一键三连！若有其他问题、建议或者补充可以留言在文章下方，感谢大家的支持！

专家 云社区 开发者 软件开发

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。