客户需求只需要收集功能性需求，其他需求可以不考虑

A.针对小版本（V1.1，V1.2等），可以需求列表+原型作为评审的输入

B.需求评审只需要关注功能性需求

C.分解的需求须有明确的唯一的编号并确定了优先级

D.需求评审时须关注是否已建立产品需求池并持续更新

A．软件需求分析必须确保需求规格书的无歧义性、完整性、可验证性、一致性、可修改性、可追踪性和易使用性

B．对安全关键软件，必须列出可能的不期望事件，分析导致这些不期望事件的可能原因，提出相应的软件处理要求

C．对有可靠性指标的软件，在确定了软件的功能性需求之后，应考虑该软件的可靠性指标是否能够达到以及是否能够验证，还应与用户密切配合，确定软件适用的功能剖面，并制定可靠性测试计划

D．根据领导或客户要求变更需求

A.非功能性需求

B.功能性需求

C.其他需求

D.多种需求

A.安全性需求

B.兼容性需求

C.性能需求

D.系统容量

E.选abc（需求分析-27）

A.可靠性需求

B.功能需求

C.性能需求

D.界面需求

A.非功能性需求和功能性需求

B.既不是非功能性需求也不是功能性需求

C.仅功能性需求

D.仅非功能性需求

A.显性需求

B.功能性需求

C.非功能性需求

D.隐性需求

A．对于需要通过业务流程图或原型图和客户确认的需求，在开发人员设计完成后，在提交客户确认前必须先经过内部评审

B．需求规格说明书的内容包括项目功能概述、各模块功能性需求、界面需求、操作环境、接口、性能需求、硬件需求

C．需求规格说明书完成初稿后，可以直接提交客户确认

D．需求规格说明书必须得到客户的签字或邮件回复确认

A.明确体现网站的核心功能和服务

B.符合用户在使用网站时的心智模型和场景中的思维状态

C.符合用户的认知习惯

D.只需要考虑界面美观，不需要考虑客户需求